Subprozess

Wann sollte man einen Subprozess bilden?

Ein Subprozess lohnt sich, wenn mehrere Aufgaben fachlich eine Einheit bilden oder wenn das Diagramm zu groß wird. Die sieben Modellierungsrichtlinien geben einen konkreten Schwellenwert: Modelle mit mehr als 50 Elementen sollten zerlegt werden, weil ihre Fehlerwahrscheinlichkeit deutlich steigt (Mendling et al. 2010).

Die Spezifikation beschreibt den Subprozess als Aktivität, deren Innenleben aus Aktivitäten, Gateways, Ereignissen und Sequenzflüssen besteht und die sich aufklappen lässt, um die tiefere Ebene zu zeigen (OMG 2014, S. 171). Damit ist er das Werkzeug, mit dem BPMN Prozesshierarchien abbildet: Die Landkarte nennt den Prozess, das Hauptdiagramm zeigt seine Phasen als Subprozesse, und jeder Subprozess zeigt die einzelnen Schritte.

Eingebettet oder wiederverwendbar?

Ein eingebetteter Subprozess gehört zu genau einem Elternprozess und teilt dessen Daten. Eine Aufruf-Aktivität verweist dagegen auf einen eigenständigen Prozess, der von mehreren Stellen genutzt werden kann, etwa „Bonität prüfen“ in Angebots- und Auftragsprozess. Die Faustregel: Wird derselbe Ablauf an zwei Stellen gebraucht, wird er ausgelagert und aufgerufen; wird er nur einmal gebraucht, bleibt er eingebettet.

Wer wiederverwendbare Subprozesse einsetzt, gewinnt Konsistenz: Ändert sich die Bonitätsprüfung, ändert sie sich überall. Der Preis ist ein zusätzlicher Pflegeort, der in Prozesslandkarte und Dokumentation sichtbar sein muss.

Wie behandelt ein Subprozess Ausnahmen?

Subprozesse sind der bevorzugte Ort für angeheftete Zwischenereignisse. Ein Storno-Ereignis am Rand des Subprozesses „Tickets buchen“ bricht die gesamte Buchung ab, sobald die Stornierung eintrifft, während die Einzelschritte im Inneren unberührt bleiben (Weske 2024, S. 223 f.). Nicht unterbrechende Randereignisse erlauben es, während eines laufenden Subprozesses Statusauskünfte zu geben, ohne die Bearbeitung zu stoppen. So bleibt der Hauptpfad lesbar, und Ausnahmen bekommen trotzdem einen klar definierten Platz.