Aktivität

Was macht eine Aufgabe zur Aufgabe?

Eine Aufgabe ist die kleinste Arbeitseinheit im Prozess: eine Aktivität, die im Modell nicht weiter zerlegt wird und die ein Mensch oder ein System ausführt (OMG 2014, S. 154). Das abgerundete Rechteck steht damit für Arbeit, im Gegensatz zum Kreis, der für ein Ereignis steht, und zur Raute, die eine Verzweigung markiert.

BPMN kennt Aufgabentypen, die durch ein kleines Symbol in der Ecke angezeigt werden: Benutzeraufgabe (Person), Serviceaufgabe (Zahnrad), Sende- und Empfangsaufgabe (Briefumschlag), Skript- und Geschäftsregelaufgabe. Für Fachmodelle genügt meist die Benutzeraufgabe; die Typen werden wichtig, sobald ein Modell ausführbar werden soll (Weske 2024, S. 223).

Wie beschriftet man Aktivitäten richtig?

Die empirisch beste Beschriftung folgt dem Muster Verb plus Objekt: „Rechnung prüfen“, „Angebot erstellen“, „Kunden informieren“. Mendling, Reijers und van der Aalst haben gezeigt, dass Leser diesen Stil als am verständlichsten bewerten, während Beschriftungen wie „Rechnungsprüfung“ oder „Vorgang Angebot“ mehrdeutig bleiben (Mendling et al. 2010).

Zwei weitere Regeln folgen daraus. Eine Aktivität beschreibt genau eine Tätigkeit; „Rechnung prüfen und freigeben“ sind zwei Aufgaben oder ein Subprozess. Und das Objekt bleibt konkret: „Daten erfassen“ sagt weniger als „Kundenstammdaten erfassen“.

Warum sollte jede Aufgabe genau einen Ein- und Ausgang haben?

Aktivitäten mit mehreren ausgehenden Sequenzflüssen verhalten sich wie ein paralleles Gateway, Aktivitäten mit mehreren eingehenden wie eine Zusammenführung. Weil dieses Verhalten nicht sichtbar ist, entstehen daraus leicht Modellierungsfehler bis hin zu Endlosschleifen. Weske empfiehlt deshalb, jeder Aktivität genau eine eingehende und eine ausgehende Kante zu geben und Verzweigungen ausschließlich über Gateways darzustellen (Weske 2024, S. 232). Für Fachmodelle heißt das schlicht: Wo sich der Ablauf teilt, gehört eine Raute hin, kein zweiter Pfeil aus dem Rechteck.