Archyno
BPMNVerhaltensdiagramme

BPMN-Beispiele

Fünf Prozesse von Anfang bis Ende gezeichnet - Onboarding, Spesen, Support-Tickets, Abo-Verlängerung und Retouren - jeder ausgewählt, weil er eine Sache erzwingt, die keine Symboltabelle vermittelt: einen zweiten Teilnehmer, eine Nacharbeitsschleife, eine Frist, eine Blackbox oder eine Verzweigung, die wirklich beides ist.

11 Min. LesezeitBPMN 2.04 von 7

Die kurze Antwort

  • Ein erstes Diagramm gehört in einen einzigen Pool. Damit fällt die schwerste Regel der Notation weg und nur der Prozess selbst bleibt zu treffen.
  • Führen Sie die Nacharbeitsschleife zurück auf die Aufgabe, die wiederholt wird, nicht auf das Gateway, das den Fehler fand. Zulässig ist beides, lesbar nur eines.
  • Ein zweiter Pool ist für Beteiligte, denen Sie nichts vorschreiben können - Kunde, Lieferant, Zahlungsdienstleister. Eigene Abteilungen sind Lanes.
  • Eine Seite, etwa fünfzehn Flussobjekte. Darüber verfolgt niemand mehr Pfade, sondern sucht den Kasten mit dem eigenen Namen.
Eine BPMN-Kollaboration für das Onboarding. Im Pool des Personalteams führt ein Startereignis Angebot angenommen zu einer Aufgabe Vertrag vorbereiten, dann zu einem parallelen Gateway, das in eine Aufgabe Einführung buchen und eine Aufgabe Zugänge anfordern teilt. Die Aufgabe Zugänge anfordern sendet eine Nachricht an den Pool IT-Servicedesk darunter, der mit Zugangsdaten auf ein Nachrichten-Zwischenereignis Zugänge bereit antwortet. Beide Zweige treffen sich an einem zweiten parallelen Gateway und enden bei einem Endereignis startbereit.
Mitarbeiter-Onboarding über zwei Teilnehmer. Alles, was die Personalabteilung tut, ist Sequenzfluss innerhalb ihres Pools; alles, was zum Servicedesk hinübergeht, ist eine Nachricht. Diese Trennung ist die erste Regel, die zu verinnerlichen sich lohnt, und sie ist hier vor einem Wort Erklärung sichtbar.

01Wie man die fünf liest#

Jedes Diagramm unten ist ein vollständiger Prozess statt eines Ausschnitts, und jedes ist der kleinste Prozess, der noch eine Idee erzwingt, die man aus einer Symboltabelle nicht bekommt. Lesen Sie sie der Reihe nach und sie bauen aufeinander auf; springen Sie zu dem, dessen Form zu Ihrem Problem passt, und jedes steht für sich.

  1. Onboarding - zwei Teilnehmer, und warum die Grenze zwischen ihnen ändert, was Sie zeichnen dürfen.
  2. Spesen - eine Überarbeitungsschleife, die fast jeder echte Prozess hat und fast kein erstes Diagramm zeigt.
  3. Support-Tickets - eine Frist, die den Pfad ändert.
  4. Abo-Verlängerung - ein Timer-Startereignis und ein Teilnehmer, dessen Interna bewusst nicht modelliert sind.
  5. Retouren - das inklusive Gateway, an einem der wenigen Prozesse, wo es wirklich die richtige Antwort ist.

Ist ein Symbol darin unbekannt, indiziert die Symbolreferenz jede Marke auf dieser Seite.

021. Onboarding über zwei Teilnehmer#

Die Abbildung oben in diesem Artikel. Eine neue Kraft sagt zu, die Personalabteilung bereitet einen Vertrag vor, und dann geschehen zwei Dinge gleichzeitig: eine Einführung wird gebucht und Zugänge werden bei einem Servicedesk angefordert, den die Personalabteilung nicht betreibt.

Das parallele Gateway leistet hier echte Arbeit. Es sagt nicht "das könnte in beliebiger Reihenfolge geschehen" - es sagt, dass beide Pfade immer laufen und die Zusammenführung auf beide wartet. Ist die Einführung in einer Minute gebucht und dauern die Zugänge zwei Tage, steht der Prozess zwei Tage an dieser Zusammenführung, und genau diese Tatsache soll ein solches Diagramm sichtbar machen.

032. Spesen, und die Schleife, die niemand zeichnet#

Ein BPMN-Prozess zur Spesenfreigabe in einem Pool namens Finanzen. Ein Startereignis Spesen eingereicht führt zu einer Aufgabe Belege prüfen, dann zu einem exklusiven Gateway mit der Frage, ob die Abrechnung vollständig ist. Der Ja-Zweig führt zu einer Aufgabe Spesen genehmigen und einem Endereignis erstattet. Der Nein-Zweig führt zu einer Aufgabe Fehlenden Beleg anfordern, die zurück in Belege prüfen fliesst.
Der Rückfluss in Check receipts ist es, was daraus einen echten Prozess macht. Ohne ihn behauptet das Diagramm, jede Spesenabrechnung komme vollständig an, was noch keine Finanzabteilung je beobachtet hat.

Erste Entwürfe von Genehmigungsprozessen sind fast immer gerade Linien: einreichen, prüfen, genehmigen, auszahlen. Echte springen zurück. Etwas fehlt, jemand wird darum gebeten, und die Prüfung findet erneut statt - und solange diese Schleife nicht auf dem Blatt ist, beschreibt das Diagramm einen Prozess, den es nicht gibt.

Zwei Details lohnen sich zu übernehmen. Der Rückfluss landet auf Check receipts, nicht auf dem Gateway: eine Schleife in das Gateway ist legal und liest sich für jeden, der sie zum ersten Mal sieht, als unbedingter Zyklus. Und die korrigierende Aufgabe sitzt unter dem Gateway statt unter der Genehmigung, sodass ihr Rückweg über eine leere Bahn läuft statt zwei aktive Kanten zu kreuzen.

043. Support-Tickets und eine Frist#

Ein BPMN-Supportprozess in einem Pool namens Support-Desk. Ein Startereignis Ticket erstellt führt zu einer Aufgabe Ticket triagieren, dann zu einem exklusiven Gateway nach Priorität. Der Zweig hoch führt zu einer Aufgabe Bereitschaft alarmieren, dann zu einem Zeitgeber-Zwischenereignis über fünfzehn Minuten und dann zu einer Aufgabe An Führungskraft eskalieren. Der normale Zweig führt zu einer Aufgabe In Teamwarteschlange stellen und einem Endereignis Ticket geschlossen.
Ein Zwischen-Timer im Pfad hoher Priorität: der Prozess wartet fünfzehn Minuten, und ist er dann noch hier, eskaliert er. Zeit ist in BPMN erstklassiger Bürger, und das ist der größte einzelne Vorteil gegenüber einem Flussdiagramm.

Ein Flussdiagramm kann eine Entscheidung zeigen. Es kann nicht zeigen, dass etwas geschieht, weil eine Viertelstunde verstrichen ist. Diese Lücke schließt BPMNs Ereignissatz, und deshalb ist ein Supportprozess eines der besseren Argumente für die Notation.

Der Timer ist hier ein Zwischenereignis im Fluss, das den Prozess warten lässt. Zwei benachbarte Formen bedeuten Verschiedenes und sollten auseinandergehalten werden: ein Timer am Rand einer Aktivität unterbricht diese Aktivität, wenn er feuert, während ein ereignisbasiertes Gateway den Timer gegen etwas Eintreffendes antreten lässt, sodass gewinnt, was zuerst geschieht. Welches Sie wollen, hängt davon ab, ob die laufende Arbeit verworfen werden soll.

054. Abo-Verlängerung gegen eine Black Box#

Eine BPMN-Kollaboration zur Abo-Verlängerung. Im Pool Abrechnung führt ein Zeitgeber-Startereignis Verlängerungsdatum zu einer Aufgabe Karte belasten, einem Nachrichten-Zwischenereignis Ergebnis eingegangen und dann zu einem exklusiven Gateway mit der Frage, ob die Zahlung erfolgreich war. Der Ja-Zweig führt zu einer Aufgabe Abo verlängern und einem Endereignis Abo aktiv; der Nein-Zweig zu einer Aufgabe Mahnlauf starten und einem Endereignis Abo verfallen. Der Pool Kartenabwickler darunter ist eingeklappt und tauscht zwei Nachrichtenflüsse mit dem Pool Abrechnung aus.
Zwei Symbole tragen dieses Diagramm: eine Uhr im Startereignis, die heißt, dass niemand das ausgelöst hat, sondern ein Datum, und ein leerer zweiter Pool, der heißt, dass der Zahlungsabwickler ein Teilnehmer ist, dessen Interna uns nichts angehen.

Ein Timer-Startereignis beantwortet eine Frage, über die die meisten ersten Modelle stolpern: was startet diesen Prozess? Nicht jeder Prozess wird von einer Person oder einer Nachricht gestartet. Eine Verlängerung startet, weil ein Datum eingetreten ist, und das zu sagen entfernt einen erfundenen Akteur aus dem Diagramm.

Der zusammengeklappte Pool ist die zweite Lektion. Es wäre leicht, die internen Schritte des Abwicklers zu zeichnen - autorisieren, einziehen, abrechnen - und jeder davon wäre eine Vermutung über das System eines anderen, die schlecht altert. Ein leerer Pool mit zwei Nachrichtenflüssen sagt genau, was bekannt ist und was nicht, und bleibt wahr, wenn der Anbieter seine Umsetzung ändert.

065. Retouren, und eine Verzweigung, die wirklich beides ist#

Ein BPMN-Retourenprozess in einem Pool namens Retouren. Ein Startereignis Retoure eingegangen führt zu einer Aufgabe Artikel prüfen, dann zu einem inklusiven Gateway mit der Frage, was geschuldet wird. Ein Zweig erstattet den Betrag, der andere versendet Ersatz, und einer oder beide können laufen. Ein zweites inklusives Gateway führt sie zusammen und weiter zu einer Aufgabe Kunde benachrichtigen und einem Endereignis Retoure geschlossen.
Ein inklusives Gateway: Erstattung, Ersatz oder beides, je nachdem, was die Prüfung ergab. Die passende Zusammenführung wartet auf genau die Zweige, die genommen wurden - ein Verhalten, das zwei exklusive Gateways nicht ausdrücken können.

Die meisten Verzweigungen sind exklusiv - ein Pfad hinaus - und der Rest meist parallel, wo immer jeder Pfad läuft. Das inklusive Gateway ist für den Fall dazwischen, und Retouren sind ein echter Vertreter: ein beschädigter Artikel kann eine Erstattung, einen Ersatz oder eine Teilerstattung plus Ersatz rechtfertigen, und welche Kombination gilt, entscheidet die Prüfung.

Es ist zugleich das Gateway, das am ehesten Ärger macht, und der Grund steht rechts in der Abbildung. Die Zusammenführung muss auf genau die Zweige warten, die die Teilung aktiviert hat - keinen mehr, sonst verklemmt sie sich wartend auf einen Pfad, der nie ein Token trug. Jede Teilung braucht ihre Zusammenführung, und eine Abkürzung darum herum ist der Weg, auf dem ein Prozess still aufhört fertig zu werden.

In je einer Zeile

  1. 01Sequenzfluss innerhalb eines Pools, Nachrichtenfluss zwischen Pools. Ein zweiter Pool ist eine Aussage darüber, wen Sie nicht kontrollieren.
  2. 02Ein Prozess ohne Überarbeitungsschleife ist meist ein Prozess, den niemand gegen die Wirklichkeit geprüft hat.
  3. 03Die Schleife führt zurück zu der Aufgabe, die wiederholt wird, nicht zum Gateway, das es bemerkt hat.
  4. 04Ein Timer-Startereignis sagt, dass ein Datum dies begonnen hat, keine Person.
  5. 05Ein leerer Pool ist Wissen, keine Auslassung: diese Nachrichten sind bekannt, die Interna nicht.
  6. 06Inklusive Gateways müssen ausgeglichen sein - jede Teilung braucht ihre Zusammenführung, sonst hängt der Prozess.
  7. 07Eine Seite, etwa fünfzehn Flussobjekte. Darüber hinaus klappen Sie einen Teilprozess zusammen.

In welcher Reihenfolge man sie hinlegt, steht in wie man ein BPMN-Diagramm zeichnet, und jede oben benutzte Marke ist in der BPMN-Symbolreferenz verzeichnet.

07Häufige Fragen#

Welches BPMN-Diagramm zeichnet man am besten zuerst?

Einen Prozess, den Sie selbst ausführen, mit einem Pool, einem Startereignis, vier bis fünf Aufgaben, einem exklusiven Gateway und zwei Endereignissen. Ein einziger Pool nimmt die schwerste Regel der Notation heraus - dass Sequenzfluss keine Pool-Grenze überschreiten darf - und zwei benannte Endereignisse erzwingen die Frage, wie der Prozess enden kann.

Wie zeichnet man eine Nacharbeitsschleife in BPMN?

Als Sequenzfluss vom Ende der Korrekturaufgabe zurück auf die Aufgabe, die wiederholt werden muss, nicht zurück auf das Gateway, das den Fehler entdeckt hat. Beides ist zulässig, aber die Schleife ins Gateway liest sich für Ungeübte wie ein unbedingter Zyklus, während die Schleife in die Aufgabe genau zeigt, welche Arbeit erneut anfällt.

Wie modelliert man eine Frist in BPMN?

Mit einem Zeitereignis, und welches, hängt davon ab, was passieren soll. Ein Timer am Rand einer Aktivität unterbricht sie nach Ablauf und lenkt den Token auf einen Ausweichpfad. Ein Timer als Zwischenereignis im Sequenzfluss lässt den Prozess schlicht warten. Konkurriert die Frist mit etwas Eintreffendem, ist ein ereignisbasiertes Gateway die richtige Form.

Braucht jedes BPMN-Diagramm mehr als einen Pool?

Nein, und die meisten sollten keinen zweiten haben. Ein zweiter Pool lohnt sich nur, wenn das Diagramm wirklich einen Teilnehmer zeigen muss, den Sie nicht steuern und dem Sie nichts vorschreiben können - Kunde, Lieferant, Zahlungsdienstleister. Eigene Abteilungen in getrennte Pools zu legen ist fast immer falsch; das sind Lanes in einem Pool.

Wie viel Detail gehört in ein BPMN-Diagramm?

Eine Seite und etwa fünfzehn Flussobjekte. Darüber hinaus verfolgen Leser keine Pfade mehr, sondern suchen den Kasten mit ihrem Namen. Ist der Prozess wirklich grösser, lautet die Antwort: ein zugeklappter Unterprozess mit eigenem Diagramm, damit jedes Bild in einem Massstab bleibt, den ein Mensch im Kopf behält.

In dieser Reihe

Passend dazu

Alle Artikel