Beherrschung der BPMN-Ereignisnotation: Ein umfassender Leitfaden mit Beispielen

Business Process Model and Notation (BPMN) ist eine standardisierte grafische Notation zur Modellierung von Geschäftsprozessen. BPMN-Ereignisse sind ein wesentlicher Bestandteil dieser Notation und stellen Ereignisse dar, die während eines Prozesses auftreten. Dieser Leitfaden bietet eine detaillierte Übersicht über die BPMN-Ereignisnotation, einschließlich vieler Beispiele.

BPMN-Ereignisse: Eine strukturierte Übersicht
Ereignisse in BPMN (Business Process Model and Notation) werden durch Kreise dargestellt und kennzeichnen Ereignisse, die einen Prozess beeinflussen. Sie definieren, wie ein Prozess auf interne oder externe Auslöser reagiert, wobei die Art des Auslösers durch ein Symbol innerhalb des Kreises angezeigt wird. Im Folgenden finden Sie eine detaillierte Aufschlüsselung von BPMN-Ereignissen, ihren Arten und ihrer Verwendung:

Wichtige Merkmale von BPMN-Ereignissen

1. Ereignisgesteuertes Verhalten
   • Ereignisse initiieren Aktionen basierend auf spezifischen Auslösern (z. B. eine Nachricht, ein Timer oder ein Fehler).
2. Hierarchie der Ereignisse
   • Ebene 1: Grundlegende Ereignisse (Kein, Nachricht, Timer-Start-Ereignisse; Kein, Nachricht, Beenden-End-Ereignisse).
   • Ebene 2: Erweiterte Ereignisse (Zwischenereignisse, Fehler, Eskalation, Bedingtes, Signal, Link).
3. Visuelle Indikatoren
   • Zwischenereignisse: Doppelringkreise.
   • Grenzereignisse: An Aktivitäten angehängt, um Ausnahmen oder parallele Aktionen zu behandeln.

Ereignistypen und ihre Funktionen

1. Startereignisse

Zeigen an, wo ein Prozess beginnt.

• Kein Startereignis
  • Auslöser: Keiner (unbestimmter oder manueller Start).
  • Anwendungsfall: Unterprozesse (erforderlich) oder Prozesse auf oberster Ebene mit undefinierten Auslösern.
• Nachrichten-Startereignis (✉️)
  • Auslöser: Externe Nachricht.
  • Anwendungsfall: Der Prozess startet, wenn eine Nachricht empfangen wird (z. B. Kundenanfrage).
• Zeitgeber-Startereignis (⏰)
  • Auslöser: Geplanter Zeitpunkt/Datum.
  • Anwendungsfall: Wiederkehrende Prozesse (z. B. monatliche Berichterstellung).
• Mehrfach-Startereignis
  • Auslöser: Ein beliebiger aus mehreren Auslösern.
  • Anwendungsfall: Prozesse mit flexiblen Initiierungspunkten.

2. Endereignisse

Geben an, wo ein Prozess endet.

• Kein Endereignis
  • Ergebnis: Kein Signal wird ausgegeben.
  • Anwendungsfall: Standardabschluss des Prozesses.
• Nachrichten-Endereignis (✉️)
  • Ergebnis: Sendet eine Nachricht beim Abschluss.
  • Anwendungsfall: Benachrichtigt externe Systeme/Nutzer (z. B. Bestätigung der Bestellung).
• Beendigungs-Endereignis (⛔)
  • Ergebnis: Beendet alle parallelen Abläufe.
  • Anwendungsfall: Behandle kritische Ausnahmen (z. B. Systemausfall).

3. Zwischenereignisse

Treten zwischen Start- und Endereignissen auf.

• Ereignis mit Zeitplan-Erfassung (⏰)
  • Aktion: Verzögert den Prozess bis zu einer angegebenen Zeit/Dauer.
  • Anwendungsfall: Warte auf eine Frist (z. B. Zahlungsfrist).
• Ereignis mit Nachrichtenversand (✉️)
  • Aktion: Sendet eine Nachricht und setzt die Flussfortsetzung fort.
  • Anwendungsfall: Entsprechend einer „Sendeaufgabe“ (z. B. Benachrichtigung eines Lieferanten).

4. Begrenzungsereignisse

An Aktivitäten angehängt, um Ausnahmen oder parallele Aktionen zu behandeln.

• Unterbrechendes Begrenzungsereignis
  • Verhalten: Stoppt die Aktivität und löst einen Ausnahmefluss aus.
  • Anwendungsfall: Fehlerbehandlung (z. B. Zahlungsausfall).
• Nicht unterbrechendes Grenzereignis
  • Verhalten: Läuft parallel zur Aktivität.
  • Anwendungsfall: Überwachung (z. B. Fortschrittsbenachrichtigungen während einer Aufgabe).
• Grenzzeitereignis (⏰)
  • Aktion: Wird ausgelöst, wenn die Aktivität eine Zeitgrenze überschreitet.
  • Anwendungsfall: SLA-Durchsetzung (z. B. Übertragung überfälliger Aufgaben).

Spezialisierte Ereignistypen

• Fehlerereignis (❌)
  • Anwendungsfall: Unterbrechende Ausnahmen (z. B. Systemabsturz).
• Eskalationsereignis (📈)
  • Anwendungsfall: Nicht unterbrechende Ausnahmen (z. B. Manager-Genehmigung erforderlich).
• Signalereignis (⚡)
  • Verhalten: Sendet ein Signal an alle hörenden Prozesse.
  • Anwendungsfall: Koordination über Prozesse hinweg (z. B. systemweite Warnungen).
• Link-Ereignis (🔗)
  • Verhalten: Verbindet zwei Abschnitte eines Prozesses.
  • Anwendungsfall: Vereinfacht komplexe Diagramme (z. B. paginierte Workflows).

Wichtige Überlegungen

1. Nachricht im Vergleich zu Signal
   • Nachricht: Gerichtet an einen bestimmten Prozess/Instanz.
   • Signal: Wird an alle Prozesse gesendet (kein spezifisches Ziel).
2. Ereignis-Unterprozesse
   • Eingeführt in BPMN 2.0 zur Behandlung von Ausnahmen oder wiederkehrenden Aktionen (z. B. Protokollieren von Fehlern).
3. Fehler vs. Eskalation
   • Verwenden Sie Fehler für unterbrechende Ausnahmen; Eskalation für nicht unterbrechende.

Best Practices

• Verwenden Sie Timer-Start-Ereignisse für geplante Prozesse, um die Bedeutung der Instanz zu klären.
• Vermeiden Sie die übermäßige Verwendung von Beenden-End-Ereignisse; reservieren Sie sie für kritische Ausnahmen.
• Bevorzugen Sie Nicht-unterbrechende Begrenzungsereignisse für die Überwachung, um die Arbeitsabläufe nicht zu stören.

Durch die Beherrschung dieser Ereignistypen und ihrer Auslöser können Modellierer präzise, effiziente BPMN-Diagramme erstellen, die das Verhalten von Prozessen in der realen Welt widerspiegeln.