Show TOC

HintergrundRequest-Confirmation Dieses Dokument in der Navigationsstruktur finden

 

Das folgende Interface-Pattern wird für bi-direktionale asynchrone A2A-Interaktionen eingesetzt:

Die Abbildung wird im Begleittext erläutert.

Ein typisches Anwendungsbeispiel für dieses Interface-Pattern ist die Anfrage und Verbuchung einer Bestellung.

Die Service-Interfaces <Interaction> Out und <Interaction> In der Prozesskomponente A (analog: der Prozesskomponente B) modellieren Sie getrennt, weil Sie später aus technischen Gründen auch zwei spezifizierte Service-Interfaces im ES Repository anlegen müssen (ein Outbound- und ein Inbound-Service-Interface). Bis auf die Unterscheidung durch Out und In verwenden Sie den gleichen Namen, weil sie semantisch gesehen zur gleichen Interaktion gehören.

Weitere Anmerkungen:

  • Request <X>

    Mit dieser Operation startet der Message-Austausch. In den meisten Fällen kann man den Namen des Message-Typs als Substantivierung dieser Operation ableiten. Dies ist nicht zwingend.

  • Maintain <BO_2>

    Statt eine Operation zum Anlegen und eine Operation zum Ändern der Daten zu modellieren, arbeitet SAP meist mit dieser Operation. Falls es jedoch nur möglich ist, Daten anzulegen, aber nicht zu ändern, darf der Name der Operation auch Create <BO_2> lauten. Die Hauptsache ist, dass sich der Name an der Art des Datenzugriffs orientiert und nicht an dem Empfang der Message, weil dies wenig aussagekräftig wäre.

  • Request <X> Cancellation

    Für die Anforderung einer Stornierung wird typischerweise eine separate Operation modelliert, weil die Semantik von der der anderen Operationen stark abweicht und weil die für eine Stornierung notwendige Message-Struktur eher klein ist.

  • Cancel <BO_2>

    Dies ist die eigentliche Operation für die Stornierung für <BO_2>.

  • Confirm <X>

    Dies ist die Operation zur Bestätigung einer der vorausgegangen Anfragen (Anlegen, Ändern und Stornieren). In der Regel reicht eine Confirm-Operation für verschiedene Arten eines Request..

  • Change <BO_1> based on <X> Confirmation

    Diese Operation ermöglich nur Änderungen an <BO_1>, die durch die empfangene Message <X> Confirmation ausgelöst werden. Der Name der Operation sollte dies ausdrücken. <BO_1> based on <X> Confirmation ist ein Vorschlag.