BPMN, UML oder Flussdiagramm: Welches Diagramm passt?
BPMN oder UML: Was die Notationen abbilden, welche im Vergleich überzeugt und warum wir BPMN 2.0 statt einer eigenen Notation verwenden.
BPMN oder UML? Entscheidend ist, was Sie modellieren möchten. BPMN bildet Geschäftsprozesse und den Ablauf der Arbeit zwischen Beteiligten ab. UML beschreibt Struktur und Verhalten von Software. Ein Flussdiagramm stellt Schritte und Entscheidungen einfach und informell dar. Die Darstellungen mögen ähnlich aussehen, erfüllen aber unterschiedliche Zwecke.
Diese Seite vergleicht die Einsatzbereiche der einzelnen Notationen, bietet eine Tabelle zur Auswahl und erklärt, warum wir mit BPMN 2.0 statt mit einer eigenen Notation modellieren.
Was bildet die jeweilige Notation ab?
BPMN 2.0 steht für Business Process Model and Notation. Der Standard wird von der Object Management Group (OMG) gepflegt und dient zur Modellierung von Geschäftsprozessen: Beteiligten, Aktivitäten, Abläufen, Entscheidungen und Ereignissen, die Arbeit auslösen oder unterbrechen. Symbole und Regeln für ihre Verknüpfung sind festgelegt. Daher lässt sich ein Modell anhand dieser Regeln prüfen. BPMN 2.0 definiert außerdem ein XML-Format, mit dem sich Modelle zwischen Tools austauschen lassen. Eine Einführung in die Notation finden Sie unter Was ist BPMN 2.0?.
UML steht für Unified Modeling Language. Auch dieser Standard wird von der OMG gepflegt und dient zur Beschreibung von Softwaresystemen und ihrem Verhalten. UML umfasst Klassen-, Komponenten-, Bereitstellungs-, Sequenz-, Aktivitäts-, Zustandsmaschinen- und Anwendungsfalldiagramme. Am häufigsten überschneiden sich Aktivitätsdiagramme mit der Prozessmodellierung.
Flussdiagramme zeigen Schritte und Entscheidungen mithilfe von Formen und Pfeilen. Es gibt weder einen verbindlichen Standard noch feste Regeln. Teams greifen daher auf eigene Konventionen zurück: Die Diagramme lassen sich schnell zeichnen, können aber von zwei Personen unterschiedlich gelesen werden. Auch die Schreibweise variiert, etwa flow chart, flow-chart oder die häufige Fehlschreibung flow charter. Gemeint ist stets dasselbe informelle Diagramm.
BPMN, UML oder Flussdiagramm: Wie treffen Sie die Wahl?
Legen Sie zunächst fest, welches Ergebnis Sie erstellen müssen. Wählen Sie dann die Notation in der mittleren Spalte.
| Wenn Sie Folgendes modellieren möchten … | Verwenden Sie | Warum |
|---|---|---|
| Einen Geschäftsprozess mit Personen, Teams oder Systemen | BPMN 2.0 | Beteiligte, Lanes, Nachrichtenflüsse und Ereignisse sind fester Bestandteil der Notation. Das Modell lässt sich prüfen und als BPMN-2.0-XML austauschen. |
| Softwarestruktur oder -verhalten | UML | UML bietet passende Diagrammtypen für Software: Klassen, Komponenten, Bereitstellungen, Abläufe und Zustandsmaschinen. Aktivitätsdiagramme sind kein Prozessstandard. |
| Eine einzelne Vorgehensweise, eine Workshop-Skizze oder eine einzelne Entscheidung | Flussdiagramm | Sie müssen nichts installieren und keine Regeln beachten. Deshalb eignet sich das Ergebnis aber auch nicht als dauerhaft gepflegtes Modell. |
| Einen Prozess, der geprüft oder zwischen Tools ausgetauscht werden muss | BPMN 2.0 | Die Notation enthält Regeln, anhand derer Sie das Modell prüfen können, sowie ein Dateiformat für den Austausch. |
| Einen Entscheidungsbaum, eine Berechnung oder einen Datenfluss | Keine der beiden | Verwenden Sie die Notation, die für dieses Ergebnis entwickelt wurde. Wird die Logik in ein Prozessdiagramm gezwängt, verschwindet sie hinter vertraut wirkenden Kästchen. |
Entscheidend ist nicht, welche Notation vertraut aussieht. Es kommt darauf an, was das Diagramm vermitteln soll und wer es nach der Erstellung verwendet.
Wie gehen Sie als Team vor? Einigen Sie sich zuerst in einem Satz darauf, welches Ergebnis Sie erstellen möchten. Lassen Sie sich bei der Wahl nicht vom Tool leiten: Die Vorlieben eines Anbieters oder eine bestehende Lizenz sind kein Argument für eine bestimmte Notation. Wenn sich zwei Notationen eignen, wählen Sie diejenige, die mehr Personen ohne Hilfe verstehen. Halten Sie außerdem fest, welche zusätzlichen Konventionen Sie verwenden, etwa für Benennung, Anordnung und Detailgrad. So muss das nächste Modell nicht bei null anfangen. Ein guter Test: Zeigen Sie das Diagramm jemandem, der nicht am Workshop teilgenommen hat, und fragen Sie, was als Nächstes geschieht. Kann die Person das nicht beantworten, liegt das Problem meist nicht an der Notation.
Warum sehen BPMN und UML ähnlich aus?
Ein UML-Aktivitätsdiagramm und ein BPMN-Prozessdiagramm können beide abgerundete Rechtecke für Aktivitäten, Rauten für Entscheidungen und Balken für parallele Abläufe verwenden. Auf den ersten Blick sehen sie daher oft ähnlich aus.
Die Formen haben jedoch unterschiedliche Bedeutungen. Ein UML-Aktivitätsdiagramm beschreibt Verhalten im Kontext einer Software oder eines Systems. Ein BPMN-Diagramm stellt Arbeit dar, die Beteiligte ausführen. Dazu können Personen, Abteilungen und Systeme gehören. BPMN enthält eigene Elemente für Beteiligte, Lanes, Nachrichtenflüsse und Ereignisse. UML-Aktivitätsdiagramme bilden diese Konzepte für Geschäftsprozesse nicht auf dieselbe Weise ab.
Tools für Prozessintelligenz verwenden häufig eigene Notationen. Wir haben uns für BPMN 2.0 entschieden, weil es der einzige echte Standard ist. Ist er perfekt? Nein. Aber er hat sich allgemein durchgesetzt. Ein Modell, das länger Bestand hat als das Tool, mit dem es erstellt wurde, ist wertvoller als ein ansprechenderes Diagramm, das sonst niemand lesen kann.
Lassen sich BPMN, UML und Flussdiagramme kombinieren?
Ja, solange jedes Diagramm klar erkennen lässt, welche Notation es verwendet:
- Dokumentieren Sie den Geschäftsprozess in BPMN und die unterstützende Software in UML. Machen Sie die Verbindung eindeutig, zum Beispiel durch einen gemeinsamen Namen oder eine Kennung.
- Verwenden Sie UML für den Softwareentwurf, auch wenn der Prozess in BPMN dargestellt ist. Jedes Modell beantwortet eine andere Frage.
Das Problem ist nicht, in einer Organisation mehrere Notationen zu verwenden. Das tun wir selbst. Problematisch wird es, wenn sie innerhalb eines Diagramms vermischt werden, ohne dies kenntlich zu machen. Kann ein Leser nicht erkennen, ob eine Form für eine Aktivität, ein Softwareelement oder einen informellen Schritt steht, ist dem Diagramm nicht zu trauen.
Wann ist ein Flussdiagramm die bessere Wahl?
Die Frage BPMN oder Flussdiagramm stellt sich im kleineren Maßstab. Meist geht es dabei um den späteren Pflegeaufwand. Für eine kurze Vorgehensweise, eine Skizze im Workshop oder eine einmalige Erklärung ist ein Flussdiagramm die bessere Wahl: wenige Schritte und eine Entscheidung, ohne Strukturen, die das Team noch nicht braucht.
Wählen Sie BPMN, sobald das Diagramm einheitlich gelesen, anhand der Notationsregeln geprüft, im nächsten Quartal erneut bewertet oder teamübergreifend geteilt werden soll. Wenn Sie unsicher sind, skizzieren Sie den Ablauf zunächst und formalisieren Sie ihn in BPMN, sobald sich ein Modell für den Prozess lohnt. Einen Überblick über Diagrammtypen finden Sie unter Was Prozessmodellierung bedeutet. Wenn Sie von einem älteren Diagrammtool wechseln, lesen Sie Visio-Alternativen für BPMN.
Was ist mit den Flussdiagrammen, die Ihr Team bereits erstellt hat? Betrachten Sie sie als Ausgangsmaterial, nicht als Modell. Eine Skizze aus einem Workshop ist oft der schnellste Weg, um den Umfang abzustimmen. Sobald der Prozess ein Modell verdient, lässt sie sich in ein bis zwei Stunden in BPMN übertragen. Das Flussdiagramm ist dann ein Entwurf, keine Konkurrenz zum Modell. Vermeiden sollten Sie, denselben Prozess in zwei Notationen parallel zu pflegen. Sonst ist keine der beiden Versionen maßgeblich, und im Meeting dreht sich alles um die Frage, welche davon aktuell ist.
Wie bleibt ein BPMN-Modell portabel?
Erstellen Sie das Diagramm in einem Tool, das den Notationsstandard einhält und den Export der Datei ermöglicht. ProcessMind unterstützt BPMN 2.0 im Browser und importiert und exportiert BPMN-Dateien. So bleibt das Diagramm nicht in dem Produkt eingeschlossen, mit dem es erstellt wurde. Sie können das Modell auch neben dem analysierten Prozess ablegen. So vergleichen Sie den beabsichtigten Prozess mit dem Ablauf, den Ihre Systeme aufgezeichnet haben.
Sehen Sie sich den Modellierungsarbeitsbereich von ProcessMind an oder prüfen Sie die unterstützten BPMN-Elemente.
Where to Go From Here
You have picked the notation that fits the artifact, and the next question is whether the tool keeps it standard, validatable and exportable.