Metamodellbasierte und hierarchieorientierte ... - RosDok

2.5 Geschäftsprozessmodellierung 21
darstellen, bergen sie jedoch semantische Probleme. Die an die Petri-Netz angelehnte Semantik der Aktivitätsdiagramme
besagt, dass erst nach Beenden der Tätigkeit das Objekt die Aktivität verlässt. Mit dieser
Eigenschaft lassen sich nicht parallel laufende Aktivitäten modellieren, die Daten austauschen müssen.
Das stream Konzept ist in Verbindung mit Objektflüssen für Geschäftsprozessmodellierung eher schlecht
geeignet. Es besagt, dass ein Strom von Objekten die Aktivität verlässt, solange diese aktiv ist. Dieses
Konzept ist eher für technische Prozesse zur Spezifikation von Datenübertragungen geeignet.
Mit Swimlanes wurden Modellierungselemente aufgenommen, die sich wiederum sehr gut zur Geschäftsprozessmodellierung
verwenden lassen, indem Zuständigkeitszuordnungen von Aktivitäten zu Rollen spezifiziert
werden können [UML10]. Ein Nachteil ist hier jedoch, dass Aktivitäten nur exklusiv einer Rolle
zugeordnet werden können. Bei eEPKs war es noch möglich, mehrere Rollen einer Aktivität zuzuordnen.
Es wird jedoch nicht nur die Modellierungselemente im Vergleich zu EPKs erweitert. Bei einigen Modellierungselementen
wurde eine unterschiedliche Semantik hinterlegt. Der Entscheidungsknoten, genannt
DecisionNode, wird nun automatisch auf Basis von Objektdaten bzw. -zuständen ausgewertet. Die Kriterien
zur Auswahl des korrekten Pfades werden in Guards an den Kanten direkt hinter dem DecisionNode annotiert.
Eine Aktivität muss damit nicht mehr davor modelliert werden, die aktiv die Entscheidung trifft.
Dieser Fakt ist am Beispiel von Abbilung 2.3(a) ersichtlich.
Zudem ist modellinhärent nicht mehr erkenntlich, wann das Prozessmodell zu instanziieren ist, da die
Startereignisse nicht mehr vorhanden sind. Um in Aktivitätsdiagrammen Ereignisse zu empfangen, muss der
Prozess bereits instanziiert sein.
UML spezifisch ist des Weiteren, dass i.d.R. mehrere der insgesamt 13 Diagramme verwenden werden,
um verschiedene Aspekte eines Systems zu verdeutlichen. Die Modelle hängen dabei zusammen. Am
Beispiel von Abbildung 2.3 hängen Aktivitäts-, Klassen- und Zustandsdiagramm unmittelbar zusammen. Im
Aktivitäsdiagramm wird dabei auf Objekte vom Klassendiagramm (s. Abbildung 2.3(b)) und zusätzlich auf
deren Zustände, die im Zustandsdiagramm modelliert sind (s. Abbildung 2.3(c)), verwiesen.
2.5.2.3 Business Process Model and Notation
Bei der BPMN wurden im Vergleich zu EPKs und Aktivitätsdiagrammen weitere Modellierungselemente
hinzugefügt. Die Ausdrucksmächtigkeit ist zwar gegenüber EPKs deutlich gestiegen, aber die Sprache ist
damit auch deutlich komplizierter geworden. Ein BPMN-Beispielmodell ist in Abbildung 2.4 angegeben.
Das Swimlane-Konzept, das bei den Aktivitätsdiagrammen eingeführt wurde, wurde bei BPMN mit einer
Poolmodellierung erweitert. In Verbindung mit Message Flows ist nun unternehmensübergreifende
Kommunikation modellierbar. Die Message Flows müssen nicht zwangsläufig mit Aktivitäten bzw. Events
innerhalb der Pools verbunden werden. Sie können auch exklusiv an Pools geschickt werden. Es bleibt dann
unterspezifiziert, wie der externe Prozess innerhalb der fremden Organisationseinheit aussieht. Beispielsweise
bleibt in Abbildung 2.4 der Prozess in der Rating agency unterspezifiziert. Dort wird hingegen der
Kreditantragsprozess in einer Bank näher betrachtet, der ähnlich zu dem EPK-Prozess von Abbildung 2.1
modelliert wurde.
Vergleicht man weiterhin die Kreditantragsmodellierung von BPMN (Abbildung 2.4) mit der EPK (Abbildung
2.1) sieht man, dass die Entscheidungsmodellierung in BPMN unterschiedlich ist. Bei BPMN wird
nicht mehr vorgeschrieben, dass eine Funktion vor einem Exclusive Gateway stehen muss. Die Entscheidung
ist datenbasiert und analog zu den DecisionNodes der Aktivitätsdiagramme zu sehen. Diese Vorschrift hat
zur Konsequenz, dass die Funktionen in BPMN anders bezeichnet werden können. In der Literatur ist aber
weiterhin sowohl bei Aktivitätsdiagrammen als auch bei BPMN die von EPKs bekannte Entscheidungsmodellierung
zu finden, in der die Bezeichnung der Aktivität vor einem Choice so gewählt ist, dass dort