Ein Auftrag wird mittels einer Auftragsdatei formuliert, die im XML-Format vorliegt und der nachfolgenden Auftragsspezifikation gehorcht.

Das Auftragsergebnis kann als Auftragsergebnisdatei im XML-Format vorliegen und gehorcht dann ebenfalls der nachfolgenden Auftragsergebnisspezifikation.

Das Auftragsergebnis kann auch als ein (binärer) Datenstrom angefordert werden, der dann ein einzelnes Ergebnisdokument (direkte Auftragsergebnisdatei) darstellt.

Auftragsdatei und Auftragsergebnisdatei werden in der Regel nicht im Dateisystem vorliegen, sondern als Zeichenketten oder Datenströme im Hauptspeicher übergeben.

Beispiele:

Mische diesen Rohtext mit jenen Daten und gib mir das Ergebnis zurück, auch als PDF und  TIFF – ich warte.

Schicke dieses Dokument auf jenen Serverdrucker – das Ergebnis interessiert mich nicht.

Ich habe hier dieses RTF und ein paar Daten, und möchte hierfür Restdatenerfassung mittels einer HTML-Maske machen. Erzeuge die Erfassungsregeln und die HTML-Datei bitte aus dem RTF.

Mische dieses dynamische Formular mit jenen Daten und direkter Rückgabe eines PDF-Dokuments an den Client zur Anzeige im Adobe Reader oder Ausdruck am Client

Aufbereitung eines Dokuments als PDF mit Ablage auf dem Server. Ich möchte eine URL auf dieses Ergebnis zurückerhalten.

Stellt man diese Aufträge als Eingabe, Ausgaben und Optionen dar, so können sie so aussehen:

Eingabe: Dieses.rtf, Daten.xml,
Ausgabe: Dieses.pdf, Dieses.tif
Optionen: Synchron
Eingabe: Dieses.rtf
Ausgabe: Drucker
Optionen: \\Server\HpLaserjet5, Duplex
Eingabe: Dieses.rtf, Daten.xml
Ausgabe: Restdatenerfassung , Daten.xml
Optionen: Erzeuge HTML, Erzeuge Regeln

Verfolgt man dieses Konzept der Darstellung von Aufträgen weiter, so kommt man zu der in einem der nächsten Abschnitte beschriebenen Auftragsspezifikation.