Metamodellbasierte und hierarchieorientierte ... - RosDok

22 Grundlagen: Modellierung in ausgewählten Gebieten
Abbildung 2.4: Ein Kreditantragsprüfungsprozess als BPMN Geschäftsprozessmodell
die Entscheidung getroffen wird. Beim Modell von Abbildung 2.4 ist dagegen eine andere Modellierung
verfolgt. Dort wird ausgesagt, dass in der Aktivität ein Formular vom Angestellten auszufüllen ist. Daraufhin
entscheidet nicht mehr der Angestellte, sondern das System anhand des ausgefüllten Formulars, ob der
Kunde kreditwürdig ist oder nicht.
Die Objekt- bzw. Datenintegration ist bei der BPMN nicht so restriktiv wie bei Aktivitätsdiagrammen in
Verbindung mit Objektflüssen. Bei Aktivitätsdiagrammen sind die Flüsse getypt und beim Zusammenführen
bzw. Verzweigen von Kanten können Inkonsistenzen auftreten. Problematische Modelle, in denen z.B.
unterschiedlich getypte Objektflüsse über Flussoperatoren (z.B. einem Join) zusammengeführt werden,
werden in [BF08a] diskutiert. Bei BPMN bilden Assoziationen die Verbindung zu Datenobjekten und sind
lediglich als Kommentare zu verstehen. Konsistenzbedingungen werden von der BPMN-Spezifikation nicht
vorgegeben. Beispielsweise könnten zwei Flüsse mit unterschiedlichen Datenobjekten zusammengeführt
werden. Obwohl Modellierungstools auf Grundlage der Spezifikation keine Unterstützung geben können,
sollten die Modellierer selbständig auf Konsistenz der Datenflüsse achten.
Bei BPMN wurde die Instanziierungssemantik, die über die Startereignisse ausgedrückt wird, von EPKs
übernommen. Endereignisse werden analog dafür verwendet, um auszudrücken, wenn der Prozess beendet
ist. Zudem können dazwischen catching- und thowing intermediate events innerhalb der Prozessmodells
genutzt werden.
An den vielen bei BPMN eingeführten neuen Modellierungselementen und an der datenbasierten Entscheidungsmodellierung
sieht man, dass die Modelle deutlich technischer werden als es noch bei EPKs der Fall