BPMN-Ereignisse
Kreise, und die zwei Dinge an einem Kreis, die die ganze Bedeutung tragen: wie schwer sein Rand ist und was darin gezeichnet steht. Sind diese beiden erst getrennte Gedanken, schrumpft der ganze Ereigniskatalog zu einem Raster.
8 Min. LesezeitBPMN 2.02 von 7
Die kurze Antwort
- Ein BPMN-Ereignis trägt zwei unabhängige Aussagen: der Rand sagt, wo im Fluss es sitzt, das Symbol sagt, welcher Art es ist.
- Dünner Rand ist ein Startereignis, doppelter ein Zwischenereignis, dicker ein Endereignis. Nichts sonst am Kreis ändert das.
- Ein ungefülltes Symbol fängt, ein gefülltes wirft. Derselbe Briefumschlag heisst warte auf eine Nachricht oder sende eine - allein die Füllung entscheidet.
- Das Randereignis ist BPMNs Modell der Ausnahme: unterbrechend mit durchgezogenem Rand bricht es die Aktivität ab, nicht unterbrechend mit gestricheltem läuft es daneben weiter.
01Erst die Randstärke, dann das Symbol#
Jedes BPMN-Ereignis beantwortet zwei Fragen unabhängig voneinander, und sie getrennt zu lesen ist der ganze Trick:
| Element | Notation | Was es bedeutet |
|---|---|---|
| Startereignis | dünner einfacher Rand | Wo eine Prozessinstanz beginnt. Nichts darf hineinfließen. Ein Prozess kann mehrere haben, und jedes ist ein eigener Weg hinein. |
| Zwischenereignis | doppelter Rand | Etwas, das während des Prozesses geschieht - entweder erwartet oder ausgelöst. Sitzt in einem Sequenzfluss oder am Rand einer Aktivität. |
| Endereignis | dicker einfacher Rand | Wo dieser Pfad endet. Nichts darf herausfließen. Es zu erreichen beendet dieses Token, nicht zwingend den ganzen Prozess. |
| Symbol im Inneren | Umschlag, Uhr, Blitz | Welche Art von Sache geschehen ist. Leer heißt "keine" - unspezifiziert, und auf einem Descriptive-Modell völlig in Ordnung. |
02Die Ereignistypen, die man kennen sollte#
| Element | Notation | Was es bedeutet |
|---|---|---|
| Keiner | leerer Kreis | Unspezifiziert. Die richtige Wahl auf einem Descriptive-Modell, wo "der Prozess startet" alles ist, was jemand braucht. |
| Nachricht | Umschlag | Etwas kam von einem anderen Teilnehmer oder geht an ihn. Immer gepaart mit einem Nachrichtenfluss, der eine Poolgrenze überquert. |
| Timer | Uhr | Ein Datum, eine Dauer oder ein Zyklus. Als Startereignis der Zeitplan, am Rand einer Aktivität eine Frist. |
| Fehler | Blitz | Ein benannter Fehlschlag. Von einem Endereignis in einem Teilprozess geworfen, von einem Randereignis daran gefangen. Das ist BPMNs try/catch. |
| Signal | Dreieck | Ein Broadcast. Anders als eine Nachricht hat es keinen bestimmten Empfänger - alle, die zuhören, reagieren. |
| Bedingung | liniertes Blatt | Feuert, wenn eine Bedingung auf den Daten wahr wird, nicht wenn ein Schritt endet. |
| Eskalation | Pfeil nach oben | Wie ein Fehler, aber die Aktivität läuft weiter. "Sag jemandem weiter oben Bescheid und mach weiter." |
| Terminierung | gefüllter Kreis | Endereignis, das jedes Token in der Prozessinstanz tötet, nicht nur das eigene. Das eine Endereignis mit Zähnen. |
Acht von dreizehn. Kompensation, Abbruch, Verknüpfung und Mehrfach existieren und sind selten genug, um sie nachzuschlagen, wenn man ihnen begegnet.
03Randereignisse, oder: alles, was schiefgeht#
Ein Randereignis ist ein Zwischenereignis, gezeichnet auf dem Rand einer Aktivität, und es ist das nützlichste Konstrukt in BPMN. Es sagt: während diese Aufgabe läuft, kann jenes andere passieren, und wenn es passiert, geht es hier hinaus.
Zeitüberschreitungen, Abbrüche, Fehler, ein Kunde, der anruft und seine Bestellung ändert - alles das ist ein Randereignis, und alles das bräuchte sonst ein Gateway und einen zweiten Pfad, den der Leser gedanklich mit dem ersten verschränken muss.
| Element | Notation | Was es bedeutet |
|---|---|---|
| Unterbrechend | durchgezogener doppelter Rand | Die Aktivität wird abgebrochen und das Token verlässt sie über den Rand. Eine Frist, ein Fehler, ein Abbruch. |
| Nicht unterbrechend | gestrichelter doppelter Rand | Die Aktivität läuft weiter und ein zweites Token startet auf dem Randpfad. Eine Eskalation, eine Statusanfrage, eine Erinnerung. |
04Start- und Endereignisse in der Praxis#
Ein Prozess mit mehreren Startereignissen hat mehrere wirklich getrennte Wege hinein - ein Schadenfall, der per Post, per App und per Telefon eintrifft. Das ist meist klarer als ein Startereignis mit einem Gateway dahinter, das fragt, wie er eintraf, denn das Gateway suggeriert, der Kanal sei eine Entscheidung des Prozesses, während er eine Tatsache ist, die dem Prozess übergeben wird.
Bei Endereignissen ist es umgekehrt: mehrere sind meist richtig, denn der Name des Endereignisses ist das Ergebnis. "Schaden reguliert" und "Schaden abgelehnt" als zwei Endereignisse sagen mehr als ein "Ende" mit einem Gateway davor. Prozessauswertungen zählen später genau diese, also zahlt sich gutes Benennen doppelt aus.
Dazu greifen, wenn
- Mehrere Startereignisse, wenn es wirklich mehrere Auslöser gibt
- Mehrere Endereignisse, jedes benannt nach dem Ergebnis, für das es steht
- Ein terminierendes Endereignis, wenn ein fehlschlagender Pfad alles stoppen muss
- Randereignisse für jede Ausnahme, die Sie benennen können
Zu etwas anderem greifen, wenn
- Ein leeres 'Ende' hinter einem Gateway, das das Ergebnis schon entschieden hat
- Ein Zwischenereignis ohne Typ als Meilensteinmarke - nehmen Sie eine Textanmerkung
- Ein Nachrichten-Startereignis, in das kein Nachrichtenfluss gezeichnet ist
- Randereignisse an einer Aufgabe, die plausibel nicht unterbrochen werden kann
05Häufige Fehler#
- Sequenzfluss aus einem Endereignis heraus. Auf ein Endereignis folgt nichts. Nie. Wenn doch, war es ein Zwischenereignis.
- Ein Nachrichtenereignis ohne Nachrichtenfluss. Das Symbol behauptet, es gebe einen anderen Teilnehmer; zeichnen Sie Pool und Fluss, oder nehmen Sie ein Ereignis ohne Typ.
- Werfen und Fangen verwechselt. Hohl wartet, gefüllt sendet. Falsch herum kehrt es die Richtung des ganzen Gesprächs um.
- Timer-Ereignisse als Wartezeiten, die in Wahrheit Warteschlangen sind. "2 Tage warten" heißt meist "das liegt in jemandes Posteingang". Modellieren Sie die Aufgabe und setzen Sie den Timer an ihren Rand.
- Ein Endereignis für alles. Die Ergebnisse verschwinden, und die Auswertung mit ihnen.
Ereignisse passen natürlich zu Gateways: ein ereignisbasiertes Gateway ist genau ein Wettlauf zwischen mehreren fangenden Ereignissen, und es ist das Konstrukt, das "was zuerst kommt" ausdrückbar macht.
In je einer Zeile
- 01Die Randstärke sagt wann - dünn startet, doppelt geschieht währenddessen, dick beendet.
- 02Das Symbol im Inneren sagt welche Art; leer ist eine legitime Antwort.
- 03Hohle Symbole fangen, gefüllte werfen.
- 04Ein Randereignis ist BPMNs Art zu sagen "und falls das schiefgeht".
- 05Unterbrechend bricht die Aktivität ab; nicht unterbrechend läuft daneben.
- 06Benennen Sie Endereignisse nach Ergebnissen - sie werden Ihre Prozessauswertung.
06Häufige Fragen#
Was bedeuten die verschiedenen BPMN-Ereignisränder?
Die Randstärke trägt die Position im Fluss. Eine dünne einfache Linie ist ein Startereignis, eine doppelte Linie ein Zwischenereignis, und eine dicke einfache Linie ein Endereignis. Das Symbol im Inneren trägt den Typ - Rand und Symbol sind also zwei unabhängige Entscheidungen.
Was unterscheidet ein werfendes von einem fangenden Ereignis?
Ein fangendes Ereignis wartet darauf, dass etwas geschieht, und hat ein ungefülltes Symbol. Ein werfendes lässt es geschehen und hat ein gefülltes Symbol. Dasselbe Briefumschlag-Symbol heisst deshalb ungefüllt warte auf eine Nachricht und gefüllt sende eine Nachricht.
Was ist ein Randereignis in BPMN?
Ein Zwischenereignis am Rand einer Aktivität, das etwas auffängt, was während deren Laufzeit geschieht: ein Timeout, ein Fehler, eine Abbruchnachricht. So modelliert BPMN Ausnahmen ohne ein eigenes Fehlerbehandlungsdiagramm.
Was unterscheidet unterbrechende und nicht unterbrechende Randereignisse?
Ein unterbrechendes Randereignis hat einen durchgezogenen Rand und bricht die Aktivität ab, an der es hängt, wenn es feuert. Ein nicht unterbrechendes hat einen gestrichelten Rand und startet einen parallelen Pfad, während die Aktivität weiterläuft - so wird eine Eskalationsmeldung modelliert.
Was sind die häufigsten BPMN-Ereignistypen?
Nachricht, Timer, Fehler, Signal und Bedingung decken die meisten realen Diagramme ab. Nachricht und Timer allein decken die Mehrheit ab: etwas ist eingetroffen, oder genug Zeit ist vergangen.
In dieser Reihe
- 01Was ist BPMN
- 02Ereignisse
- 03Gateways
- 04BPMN-Beispiele
- 05BPMN zeichnen
- 06BPMN-Symbole
- 07BPMN vs. Aktivitätsdiagramm
Passend dazu
Grundlagen
Notationsreferenz
Verhaltensdiagramme
Notationsreferenz
Modellierungspraxis
Modellierungspraxis