Ereignis

Welche Rolle spielen Ereignisse in BPMN?

Ereignisse sind eine der drei Arten von Flussobjekten und beschreiben, dass etwas geschieht, das den Prozess beeinflusst: ein Anstoß von außen, eine Frist, ein Fehler (OMG 2014, S. 25). Sie stehen damit für Zustände und Auslöser, während Aktivitäten für Arbeit stehen. Diese Trennung macht BPMN-Diagramme lesbar: Kreise markieren, worauf ein Prozess reagiert, Rechtecke, was er tut.

Nach Position im Ablauf gibt es drei Arten. Start-Ereignisse eröffnen den Prozess, End-Ereignisse schließen einen Pfad ab, Zwischenereignisse liegen dazwischen. Nach Wirkungsrichtung gibt es fangende Ereignisse, die auf etwas warten, und werfende, die selbst etwas auslösen (Weske 2024, S. 222).

Welche Ereignistypen braucht man wirklich?

Für fachliche Modelle reichen drei Typen: das leere Ereignis, das Nachrichtenereignis und das Zeitereignis. Nachrichtenereignisse gehören laut Weske zu den am häufigsten genutzten Ereignissen überhaupt, weil fast jeder Prozess Informationen mit Kunden, Lieferanten oder anderen Abteilungen austauscht (Weske 2024, S. 223).

Zeitereignisse decken Fristen, Wartezeiten und wiederkehrende Starts ab, etwa den Monatsabschluss. Fehler-, Signal-, Bedingungs- und Verbindungsereignisse sind für technische oder besonders detaillierte Modelle gedacht. Wer ein Fachmodell mit vielen Spezialereignissen vorfindet, sollte prüfen, ob dieselbe Aussage nicht mit einem beschrifteten Standardereignis erreichbar ist.

Wie beschriftet man Ereignisse verständlich?

Ereignisse beschreiben einen eingetretenen Zustand und werden deshalb als Substantiv mit Partizip beschriftet: „Rechnung eingegangen“, „Frist abgelaufen“, „Vertrag unterschrieben“. Aktivitäten dagegen tragen Verb und Objekt („Rechnung prüfen“), wie es die Modellierungsrichtlinien empfehlen (Mendling et al. 2010). Hält man diese Konvention durch, lässt sich jedes Diagramm laut vorlesen: „Sobald die Rechnung eingegangen ist, prüfen wir die Rechnung, danach ist die Zahlung freigegeben.“