Metamodellbasierte und hierarchieorientierte ... - RosDok
Metamodellbasierte und hierarchieorientierte ... - RosDok
Metamodellbasierte und hierarchieorientierte ... - RosDok
Erfolgreiche ePaper selbst erstellen
Machen Sie aus Ihren PDF Publikationen ein blätterbares Flipbook mit unserer einzigartigen Google optimierten e-Paper Software.
20 Gr<strong>und</strong>lagen: Modellierung in ausgewählten Gebieten<br />
verfolgt. Bei Aktivitätsdiagrammen können Aktivitäten direkt aneinandergereiht werden. Die Aktivitätsdiagramme<br />
können in der UML mit diversen anderen Diagrammen ähnlich zu den eEPKs im ARIS-Ansatz<br />
verknüpft werden. Abbildung 2.3 liefert ein Beispiel als Aktivitätsdiagramm mit zugehörigen weiteren<br />
Diagrammen der UML. Es wurde hier ein anderes Beispiel als bei der Einführung der EPKs in Abschnitt<br />
2.5.2.1 gewählt, um spezifische Eigenschaften der Aktivitätsdiagramme zu zeigen.<br />
(a) Eine Städtetour als Aktivitätsdiagramm<br />
(b) Ein zugehöriges Klassendiagramm<br />
(c) Ausschnitt eines Objektlebenszyklus eines Tourist<br />
Objekts<br />
Abbildung 2.3: Aktivitätsdiagramm <strong>und</strong> zugehörige UML Klassen- <strong>und</strong> Zustandsdiagramme<br />
In Abbildung 2.3(a) ist ein Touristentour als Geschäftsprozess modelliert. Das Modell ist in dieser Detaillierung<br />
<strong>und</strong> den verwendeten Modellierungselementen so nicht mit EPKs oder BPMN modellierbar.<br />
Es werden Events in Verbindung mit Objektflüssen verwendet, die spezifisch für Aktivitätsdiagramme<br />
sind [BFSZ12]. Nachdem der Prozess instanziiert ist <strong>und</strong> das Ereignis Tourist arrived eintritt, wird der<br />
Tourist im Objektknoten Tourist gespeichert. Nachdem das Event 10 o’clock eingetreten ist, werden die<br />
bis dahin eingetroffenen Touristen mit der gewichteten Kante eingesammelt <strong>und</strong> die Aktivität Perform tour<br />
gestartet.<br />
Bei Aktivitätsdiagrammen sind Objektflüsse als Modellierungsmittel eingeführt <strong>und</strong> damit Objektspezifikationen<br />
direkt in Geschäftsprozessmodellen integriert worden. In den Objektknoten kann mit eckigen<br />
Klammern zusätzlich der Zustand des modellierten Objektes angegeben werden (z.B. Tourist [waiting]).<br />
Damit wird unmittelbar auf Objektzustände im Objektlebenszyklus, die in einem UML-Zustandsautomaten<br />
modelliert werden (s. Abbildung 2.3(c)), verwiesen. Objektflüsse lassen sich sehr gut zur Geschäftsprozessmodellierung<br />
verwenden. In [For07] wurde z.B. aufgezeigt, wie mit Aktivitätsdiagrammen <strong>und</strong> Objektflüssen<br />
eine EPK ähnliche Modellierung erfolgen kann.<br />
Obwohl Objektflüsse eine gute Integration von Objektinformationen in den Geschäftsprozessmodellen