Gateway

BPMN in Action: Welches Ereignis gewinnt?

von

In den meisten BPMN-Prozessmodellen gibt es Verzweigungen. Wohl am häufigsten werden exklusive Gateways verwendet. Dort wird anhand von Daten – z. B. die Höhe einer Auftragssumme – entschieden, welcher Weg gewählt wird. Im Gegensatz dazu erfolgt die Entscheidung bei einem ereignisbasierten Gateway anhand von Ereignissen. Dabei wird auf das Eintreten mehrerer Ereignisse gewartet. Das Ereignis, das zuerst eintrifft, „gewinnt“ – und sein Pfad wird ausgewählt.

Unten wird ein typisches Beispiel für den Einsatz eines ereignisbasierten Gateways gezeigt. Dabei wird auf das Eintreffen einer Nachricht gewartet. Trifft sie nicht innerhalb einer bestimmten Frist ein, wird im Prozess reagiert, z. B. indem bei dem betreffenden Partner nachgefragt wird.

Leider verfügt das BPM-System Bonita, mit dem die Beispiele dieser Serie erstellt wurden, nicht über den ereignisbasierten Gateway. Im Video wird gezeigt, wie man dasselbe Verhalten auch auf andere Weise erreichen kann.

Weiterlesen

BPMN: Inklusive Gateways müssen schlau sein

von

Im vorangehenden Beitrag wurde gezeigt, welche Unterschiede die drei wichtigsten Gateway-Typen in der Ausführung durch eine Process Engine haben. Besonderes flexibel ist der inklusive Gateway. An einer inklusiven Verzweigung können ein oder mehrere Ausgänge gewählt werden. Entsprechend wird an einer inklusiven Zusammenführung darauf gewartet, dass alle gewählten Pfade abgeschlossen sind.

Was aber, wenn einer dieser Pfade eine Abzweigung enthält, und daher die Zusammenführung über diesen Pfad möglicherweise gar nicht mehr erreicht wird? Damit Prozesse in solchen Fällen nicht hängen bleiben, müssen inklusive Gateways schlau sein und überprüfen, über welche Pfade noch etwas ankommen kann.

Um dies auszuprobieren, habe ich in den Prozess aus dem vorigen Beispiel eine Abzweigung eingefügt.

Weiterlesen

BPMN: Inclusive Gateways Must Be Clever

von

In the previous post I have shown how the three most important gateway types behave when they are executed by a process engine. The inclusive gateway is very flexible. At an inclusive split, one or more exits can be selected. A corresponding inclusive merge waits until all selected paths have been completed.

However, what happens when there is another splitting gateway in one of these paths, so that in some cases the inclusive merge may not be reached via this path anymore? In order to ensure that such processes do not get stuck, inclusive gateways must be clever, since they need to determine via which paths they still can be reached.

In order to test this behavior, i have inserted a splitting exclusive gateway in the previous example.

Weiterlesen

BPMN-Gateways in Aktion

von

Kaum ein BPMN-Modell kommt ohne Verzweigungen aus. Modelliert werden sie mit Hilfe von Gateways, dargestellt durch Rautensymbole. In einen kleinen Beispielprozess werden nacheinander die wichtigsten unterschiedlichen Gateway-Typen (exklusiv, parallel und inklusiv) eingebaut. Die Ausführung in einer Process Engine macht deutlich, welches Verhalten jeweils erzielt wird.

Wer die Beispiele selbst ausprobieren möchte, kann sie wieder herunterladen und in der Community-Edition der Plattform „Bonita“ ausführen.

Weiterlesen

BPMN – nicht immer ganz genau erklärt

von

Das englischsprachige Büchlein „BPMN Pocket Reference“ stellt eine handliche Übersicht über die verschiedenen BPMN Konstrukte dar, die man gut auf dem Schreibtisch liegen haben kann, um beim Modellieren gelegentlich einmal kurz nachzulesen, was ein bestimmtes BPMN-Element genau bedeutet. Das findet der eine oder andere vielleicht etwas praktischer als eines der beliebten BPMN-Poster, wie z. B.
dieses. Um die BPMN zu lernen, eignet sich das Buch nicht, denn bei der Erklärung der verschiedenen Konstrukte werden oftmals Begriffe gebraucht, die erst später erklärt werden. Generell sind die Beschreibungen auch zu knapp für Einsteiger.

Leider kann man das Buch auch nicht als Nachschlagewerk für fortgeschrittene Modellierer empfehlen,

Weiterlesen