4. ebXML Business Processes 21 Innerhalb der beiden Geschäftsaktivitäten werden die Dokumentflüsse (hier relativ einfache) definiert. Im Request-Fall wird ein Geschäftsdokument_”Bestellung” gesandt. Das Attribut _”isPositiveResponse” besagt, dass es sich hierbei um einen Schritt innerhalb der Transaktion handelt. 4.4   Document Flows Dokumentflüsse repräsentieren die Dokumente, die zwischen Anfrager (Requester) und Ant- worter (Responder) e®ektiv versandt werden. Dabei werden die Dokumente im Rahmen der Geschäftsprozessmodellierung selbst nicht definiert; vielmehr definiert man_”Umschläge” (Do- cumentEnvelopes), die auf tatsächliche Dokumentspezifikationen verweisen. Es gibt immer genau einen DocumentEnvelope für eine RequestingActivity. Für eine Respon- dingActivity kann es null, eine oder mehrere disjunkte DocumentEnvelopes geben. Disjunkt meint hier, dass für je einen Zustand nur genau ein DocumentEnvelope gültig ist (z.  B. BestellAnnahme und BestellZurückweisung). 4.4.1   UML-Modellierung In Abbildung 7 ist die UML-Darstellung wiedergegeben. 4.4.2   Beispiel Das Codebeispiel 6 wird die Verwendung verdeutlichen. Hierbei handelt es sich im Wesentlichen um das gleiche Beispiel wie Codebeispiel 5. Es wurde um die Definition der Geschäftsdokumente im Element_”DocumentSpecification” erweitert. Die DocumentSpecification gibt an, wo die Spezifikationen für die Geschäftsdokumente zu finden sind (location). Innerhalb der DocumentEnvelope-Elemente wird über das Attribut_”BusinessDocument” auf die Definition des zu verwendenden Geschäftsdokument zurückgegri®en. In der RespondingBusinessActivity sehen wir ein Beispiel, in dem mehrere disjunkte Docu- mentEnvelopes anhand des Attributs_”isPositiveResponse” verwendet werden. Im Fall_”^isPo- sitiveRespone = true” wird eine Bestellbestätigung versandt, im anderen Fall eine Ablehnung. In diesem Attribut sind beliebige boolsche Ausdrücke erlaubt. Auch ein XPath-Ausdruck, der bestimmte Werte im BusinessDocument selbst abfragt, ist erlaubt. 4.5   Collaborations Wir betrachten nur binäre Collaborations, also solche zwischen zwei Geschäftspartnern. Die Semantik von Multiparty Collaborations findet sich natürlich in [ebXML-BP-SS]. Eine binary Collaboration wird immer von genau zwei Rollen genutzt, die Authorized Roles genannt werden, da sie Teilnehmer repräsentieren, die authorisiert sind, eine bestimmte binary Collaboration zu nutzen. Jörn Gersdorf Seminar WWW und Datenbanken