Ausgeblendeter Teilprozess mit mehreren Endereignissen (BPMN)

Ich entwerfe einen BPMN- Geschäftsprozess und habe festgestellt, dass ich nicht verstehe, wie Teilprozesse mit mehreren Endereignissen verwaltet werden. Ich möchte erwähnen, dass ich nicht von Kompensationsereignissen spreche, die von zusammengebrochenen Teilprozessen ausgehen, sondern von "normalen" Endereignissen. Angenommen ich habe folgendes Setup:

Hauptprozess und Prozesse 1 und 2

Beispiel-Unterprozess

Was ich hier möchte, ist, dass im Falle eines standardmäßigen Endereignisses der Hauptprozess mit der Aktivität "Andere Dinge erledigen" fortfahren würde.

Ich habe den BPMN-Standard und viele Online-Artikel studiert, aber ich konnte keine Beispiele für zusammengebrochene Teilprozesse mit mehreren Endereignissen finden.

Ich wäre sehr dankbar, wenn mir jemand mit mehr Erfahrung Informationen darüber geben würde, ob dieses Setup korrekt ist oder (falls nicht), wie das zu tun ist, was ich beschrieben habe.

Danke im Voraus.

Ich stimme dafür, diese Frage als nicht zum Thema gehörend zu schließen, da diese Arbeit trotz der Tatsache, dass diese Arbeit oft von einem Projekt abgedeckt wird, eigentlich keine Projektmanagement-Frage ist und hier wahrscheinlich nicht zum Thema gehört.
Ich stimme dafür, diese Frage als nicht zum Thema gehörend zu schließen, da es hier nicht um Projektmanagement geht.
Ich bin diesbezüglich auf dem Zaun, da das Modellieren eines Prozesses Teil eines guten Projektmanagements ist, aber die Frage scheint sich eng auf einen bestimmten Diagrammprozess zu konzentrieren, der möglicherweise außerhalb des Geltungsbereichs liegt.

Antworten (1)

Ein ereignisbasiertes Gateway kann Unterprozesse mit dynamischen Pfaden basierend auf Zwischenereignissen verwalten:

Ereignisbasierte Gateways sind ein Sonderfall eines verzögerten Auswahlmusters, bei dem der Prozess abhängig von der Interaktion mit einer externen Umgebung eine bestimmte Sequenz und Verzweigung auswählt, wodurch eine echte Dynamik ermöglicht wird. Dies unterscheidet sich vom exklusiven Gateway insofern, als es einen Verzweigungspunkt ermöglicht, an dem alternative Pfade basierend auf Zwischenereignissen bestimmt werden, die von externen Systemen kommen. Der Nachrichtenfluss wartet am ereignisbasierten Gateway darauf, dass ein Token von einem seiner Zweige ankommt.

Ereignisbasiertes Gateway

Dadurch kann der Hauptprozess basierend auf mehreren Ereignissen initiiert werden:

Immer wenn ein Stornierungsereignis innerhalb eines Prozesses intermittierend eintrifft, entscheidet ein exklusives Gateway, ob ein CustomerExperienceExecutive einen persönlichen Anruf tätigen und die Stornierung verhindern soll. Wenn eine Lösung erreicht wird, dh durch Ändern des Kontotyps, der Kontogebühren und -privilegien, wird der Hauptprozess erneut eingeleitet. Daher hat der Prozess am Ende mehrere Startereignisse, eines für neue Bewerber und eines für Wiederbewerber, für die der Schritt CheckCustomerSummary übersprungen werden kann.

Verweise