UML-Aktivitätsdiagramme

Ein Aktivitätsdiagramm beschreibt einen Prozess als Arbeitsfluss. Es sieht aus wie ein Flussdiagramm, und in einfachen Fällen ist es eines. Was es hinzufügt - und warum es die Formbibliothek schlägt - ist Genauigkeit bei zwei Dingen, bei denen Flussdiagramme vage sind: Nebenläufigkeit und Synchronisation.

Das Modell darunter ist Tokenfluss. Ein Token beginnt am Startknoten und wandert entlang der Pfeile. Eine Aktion läuft, wenn ein Token ankommt; ist sie fertig, zieht das Token weiter. Eine Gabelung macht aus einem Token mehrere. Eine Vereinigung wartet, bis sie auf jeder eingehenden Kante eines hat. Dieses eine Denkmodell erklärt jedes Symbol im Diagramm, und es lohnt sich, daran festzuhalten, weil es die unangenehmen Fälle offensichtlich macht.

Das ist der Unterschied, für den die Notation existiert, und der, der durcheinandergerät. Eine Entscheidung ist eine Wahl: ein Token hinein, ein Token hinaus, entlang des Zweigs, den der Wächter auswählt. Eine Gabelung ist eine Aufspaltung: ein Token hinein, mehrere Token hinaus, alle gleichzeitig lebendig.

Ihre Gegenstücke folgen derselben Regel. Eine Zusammenführung (Raute) wartet nicht - sie ist nur die Stelle, an der sich alternative Pfade wiedertreffen. Eine Vereinigung (Balken) wartet, und zwar auf alle. Eine Zusammenführung zu verwenden, wo eine Vereinigung gemeint war, ist der Weg zu einem Diagramm, das behauptet, der Prozess laufe weiter, bevor seine parallele Arbeit fertig ist.

Eine Aktivitätspartition - fast immer Swimlane genannt - teilt die Fläche in Bahnen und stellt jede Aktion in die Bahn dessen, der sie ausführt. Bahnen können senkrecht oder waagerecht liegen und sich verschachteln.

Swimlanes sind die wertvollste Ergänzung eines Geschäftsprozessdiagramms, weil die interessanten Probleme eines Prozesses meist die Übergaben sind. Kreuzt ein Pfeil eine Bahngrenze, hat die Arbeit den Besitzer gewechselt, und genau dort geht etwas verloren, verzögert sich oder wird doppelt gemacht. Ein Diagramm mit vier Bahnwechseln in sechs Schritten hat Ihnen gerade etwas Wichtiges gesagt.

Sie kosten auch nichts an Ausdruckskraft: eine Partition ändert keine Semantik, sie sagt nur, wer zuständig ist. Spielt der Ausführende für Ihre Frage keine Rolle, lassen Sie ihn weg.

Hier geht der Notation zugleich die Luft aus. Eine UML-Partition sagt, wer einen Schritt ausführt; sie unterscheidet nicht den Kollegen im Nachbarteam von einer anderen Firma mit eigenem Prozess. BPMN trennt das in Lanes und Pools und gibt der Grenze zwischen Pools echte Semantik - nur Nachrichten überqueren sie. Verlassen die Übergaben, die Sie interessieren, die Organisation, ist dieser Unterschied die zweite Notation wert, und BPMN ist der Anfang.

1. Gabelung statt Entscheidung. Ein Balken sagt, dass beide Pfade laufen. Soll nur einer laufen, gehört dorthin eine Raute.
2. Eine Gabelung ohne Vereinigung. Zulässig, aber meist ein Fehler: sie sagt, dass nie etwas auf das Ende dieser parallelen Pfade wartet.
3. Wächter, die nicht alles abdecken. Fügen Sie [else] hinzu.
4. Aktionen als Substantive benannt. Refund ist mehrdeutig; Credit customer ist ein Schritt. Benennen Sie Aktionen mit dem Verb zuerst.
5. Aktivitätsende, wo Flussende gemeint war. Ring und Scheibe töten die gesamte Aktivität samt noch laufender Zweige. Wollten Sie nur einen Pfad beenden, nehmen Sie den durchkreuzten Kreis.