Metamodellbasierte und hierarchieorientierte ... - RosDok

48 Deklarative UML metamodellbasierte Workflowmodellierung
Kategorie wurde in der überarbeiteten Fassung der Workflow Patterns noch erweitert [RHAM06]. Die
zusätzlich hinzugefügten Patterns betrachten wir hier jedoch nicht weiter.
Der Arbitrary Cycle ist in Abbildung 3.8(a) modelliert. Dieses Pattern beschreibt Zyklen in Prozessmodellen,
die unstrukturiert vorhanden sind. D.h. es gibt mehr als einen Entry- bzw. Exit-Punkt für Zyklen in
Prozessmodellen. Beispielsweise gibt es im Modell von Abbildung 3.8(a) zwei Einstiegspunkte für die
iterative Ausführung von Aktivität a3. Sowohl i1 als auch i2 kann genutzt werden, um nextIteration() und
damit einen neuen Ausführungszyklus im Zusammenhang mit a3 einzuleiten. Somit ist beispielsweise eine
Abarbeitungsfolge wie die folgende denkbar, in der zunächst nextIteration() auf dem Objekt i2 und danach
auf i1 aufgerufen wird: a1,a2,a3,a4,a3,a2,a3,a4,a5
(a) WCP10: Arbitrary Cycles
(b) WCP19&20: Cancel Task and Cancel
Case
Abbildung 3.8: Iteration, Cancellation and Force Completion Patterns
Zu den Cancellation and Force Completion Patterns gehören dann schließlich die in Abbildung 3.8(b)
dargestellten Cancel Task und Cancel Case (WCP19 & 20) Patterns. WCP19 wird durch eine einzelne
Aktivität der Klasse Cancel repräsentiert. Im Metamodell von Abbildung 3.2 ist zu sehen, dass mit der
Operation cancel() dem Nutzer für diese Aktivitäten die Möglichkeit bereitgestellt wird, die Aktivität
abzubrechen. Zudem ist in der Enumteration State der Zustand canceled aufgeführt. Die Cancel-Aktivitäten
können in den Zuständen waiting und running abgebrochen werden. Dieser Zustand kann nicht wieder
verlassen werden. Neue Iterationen sind also mit nextIteration() nicht möglich.
Beim Cancel Case Pattern (WCP20) kann die komplette Prozessausführung abgebrochen werden. Damit
würden alle wartenden und laufenden Aktivitäten in den Zustand canceled überführt. Hierzu gehören alle
Arten von Aktivitäten, auch wenn sie keine Operation cancel() besitzen. Eine weitere Ausführung von
Aktivitäten ist damit nicht weiter möglich, womit der komplette Prozess abgebrochen wird.
3.2.5 Ein Beispielprozess in DMWM
In Abbildung 3.9 ist ein fertiges Workflowmodell zu einer Krankenhaus-Notfallaufnahme zu sehen. Der
Prozess ist mit EmergencyProcess bezeichnet und als oberstes Objekt im Prozessmodell vorhanden. Mit
dem Objekt verbunden sind die Objekte AdjustMedication und HeliAmbu.
AdjustMedication ist eine Iterationsaktivität, die mehrfach ausgeführt werden kann. Sie hat Beziehungen
zu anderen Modellelementen und ist somit keiner Ausführungsbeschränkungen unterworfen. HeliAmbu
repräsentiert eine Deferred Choice Beziehung (s. Abschnitt 3.2.4.4) zwischen HelicopterDelivery und
AmbulanceDelivery Aktivitäten. Die Ausführung einer Aktivität hat das implizite Überspringen der anderen
zur Folge.
In einer Sequenz folgt dahinter die SurgeryCheck Gruppe, in der zunächst der Zustand des Patienten in
der Aktivität CheckPatientCondition zu prüfen ist. Diese Aktivität repräsentiert eine XorDecision, in der