Metamodellbasierte und hierarchieorientierte ... - RosDok

4.3 Workflow Runtime-Plugin 79
Entscheidung führt, wird mit der Aktivität bezeichnet und die Kriterien zur Pfadauswahl wird bei DMWM
in den zugeordneten Guards angegeben. Während der Ausführung der Aktivität werden dem Nutzer die
Guards zur Auswahl dargestellt. Dieser hat dann die Aufgabe, den zutreffenden Pfad zu wählen.
Im Folgenden wird das Konzept an einem Beispiel erläutert. In Abbildung 4.5(a) wird die Aktivität
CheckPatientCondition zur Runtime dargestellt. Während der Ausführung der Aktivität hat die ausführende
Person die Verfassung des Patienten zu prüfen. Es stehen laut Workflowmodell von Abbildung 3.9 hier zwei
Alternativen bereit. Entweder ist der Patient in einer stabilen oder in einer kritischen Verfassung. Diese
Alternativen werden dem Nutzer zur Runtime präsentiert und eine davon hat er per Checkbox auszuwählen.
(a) Entscheidungsaktivität CheckPatientCondition
(b) Workflowzustand nach Ausführen der Entscheidungsaktivität
Abbildung 4.5: Anzeigen der Entscheidungsaktivitäten während der Runtime
Nach Auswahl und Beendigung der Entscheidungsaktivität werden die nicht ausgewählten Aktivitäten
mit skip() übersprungen. Dieses ist in der ASSL-Datei für die finish()-Operation der Klasse Decision
umgesetzt. Aktivitätsketten, die mit seq-Links entstehen können, werden bis zum nächsten merge-Operator
übersprungen, um das Structured Synchronization Merge Pattern (WCP7) umzusetzen, welches in Abschnitt
3.2.4.2 vorgestellt wurde. In dem Falle, dass die seq-Kette ohne FlowOperator endet, werden die Aktivitäten
bis dahin übersprungen. Im Notfallprozess-Beispiel von Abbildung 3.9 sind solche Ketten nicht vorhanden.
In Abbildung 4.5(b) ist die Workflowinstanz nach Beendigung der Entscheidungsaktivität zu sehen. Da der
Guard critical in Abbildung 4.5(a) ausgewählt wurde, wurde die Aktivität NormalSurgery übersprungen.
Da diese Aktivität wiederum in einer parallelen Beziehung zur Aktivität AssistNormalSurgery steht, wurde
damit auch diese übersprungen. Übersprungene Aktivitäten werden grau (als skipped) gekennzeichnet. Das
Verhalten ist in einem UML-Sequenzdiagramm in Abschnitt 4.4.2 angegeben.
In Abbildung 4.5(b) ist des Weiteren zu sehen, dass die Aktivitäten EmergencySurgery und AssistEmergencySurgery
startbar geworden sind, was mit hellgrün für enabled gekennzeichnet wurde. Diese Konsequenz
ist auch an dem aktivierten start-Button zu sehen, der die ausgewählte EmergencySurgery Aktivität betrifft.
4.3.2.2 Iterationen
Iterationen stellen ein anderes Verhalten dar als normale Aktivitäten, weil sie einen anderen Objektlebenszyklus
aufweisen. Normale Aktivitäten haben den in Abbildung 3.3(a) dargestellten Lebenszyklus,
wohingegen Iteration-Aktivitäten den von Abbildung 3.3(b) besitzen. Die Darstellung von Iterationsaktivitäten
im Runtime-Plugin ist mit einem [I] gekennzeichnet, welches in Abbildung 4.6(a) an der gestarteten