Metamodellbasierte und hierarchieorientierte ... - RosDok

110 Hierarchieorientierte Workflowmodellierung
In Abbildung 5.8(b) wurde die erste Ebene vom Aufgabenbaum aus Abbildung 5.8(a) um einen Decisionnode
erweitert. Es wurde eine inklusive OR-Entscheidung mit dem Decisionnode SecondaryPatientCheck
spezifiziert. Damit ist mindestens eine der darunterstehenden Alternativen auszuwählen. Es dürfen mehrere
bzw. alle drei Alternativen shock, heavy bleeding und neck injury zutreffen, womit die zugeordneten
Aktivitäten dann auszuführen sind. Die inklusive OR-Entscheidung ist seit den EPKs sehr verbreitet in der
Geschäftsprozessmodellierung und beispielsweise auch bei BPMN, YAWL und ADEPT integriert worden.
Ein Nachteil der hier vorgestellten Decisionnodes zur expliziten Entscheidungsmodellierung besteht in der
Verletzung einer Modellierungsvorschrift von CTT. Sie besagt, dass innere Knoten nicht ausführbar sind
und die Hierarchie nur zur Aufgabendekomposition eingesetzt werden darf. Diese beiden Eigenschaften
werden von den Decisionnodes in den Aufgabenmodellen verletzt. Es gibt aber auch Vorteile für die explizite
Entscheidungsmodellierung mit Decisionnodes. Die Modelle bleiben durch die beibehaltene Baumstruktur
strukturiert und daher übersichtlich. Außerdem ist diese Art der Entscheidungsmodellierung exklusiver
Bestandteil der Prozessmodellierungssprache und es wird keine Zuhilfenahme eines Datenmodells benötigt.
Dieses hat eine unkompliziertere Benutzbarkeit zur Folge. Eine kompliziertere Art der Entscheidungsmodellierung
führt Abschnitt 5.4.2 mit dem datenbasierten Choice ein.
Die in diesem Abschnitt vorgestellten Erweiterungen wurden nicht metamodellbasiert umgesetzt, sondern
nur an dem Aufgabenmodell-basierten Workflow Management System TTMS, das in Abschnitt 6.3 näher
eingeführt wird. Daher wird hier auf die Vorstellung der Metamodellerweiterung verzichtet.
5.4.2 Datenbasierte Entscheidung und Datenintegration bei MCTT
Ein Ansatz, der eine explizite Entscheidungsmodellierung ermöglicht und die CTT-Modellierungsvorschrift
berücksichtigt, dass nur Blattknoten ausgeführt werden dürfen, wird in diesem Abschnitt eingeführt. Dafür
wurde ein datenbasierter binären Entscheidungsoperator analog zum bereits bekannten und in Abschnitt
5.2.2 beschriebenen Choice-Operator entwickelt.
Der Ansatz basiert auf dem MCTT-Metamodell, auf dessen Erweiterung in Abschnitt 5.4.2.1 näher eingegangen
wird. Eine weitergehende Datenmodellintegration durch eine weitere MCTT-Metamodellerweiterung
wird in Abschnitt 5.4.2.2 folgen. Die Anwendung des Metamodells zur Workflowmodellierung mit datenbasiertem
Entscheidungsoperator und Datenintegration wird in Abschnitt 5.4.2.3 beschrieben.
5.4.2.1 Metamodellerweiterung für die Entscheidungsmodellierung
Die Metamodellerweiterung für MCTT ist in Abbildung 5.9 zu sehen. Verglichen zum Metamodell von
Abbildung 5.4 sind die Klassen DataChoice und die abstrakte Klasse DecisionObject hinzugekommen.
Die Klasse DataChoice beinhaltet die Attribute leftCondition und rightCondition, in denen die Kriterien
zur Pfadauswahl spezifiziert werden sollen. Sie greifen auf Attribute des über basedOn verbundenen
Entscheidungsobjekts (DecisionObject) zu. Dort repräsentieren die String-Attribute OCL-Terme, die einen
Booleanwert zurückliefern sollen. Die OCL-Terme werden vom MCTT-Plugin für USE (in Abschnitt 6.2.2
näher vorgestellt) zur Runtime ausgewertet.
Die Abbildung 5.9 ist in zwei Teile geteilt. Erstens existiert in dem UML-Klassendiagramm das CTT-
Metamodell und zweitens das Datenmodell. Die abstrakte Klasse DecisionObject ist noch dem CTT-Metamodell
zugeordnet. Die konkrete Klasse PatientData ist dagegen Bestandteil des Datenmodells. Über eine
Generalisierungsbeziehung zur Klasse DecisionObject wird die Verbindung vom CTT-Metamodell zum
Datenmodell hergestellt. Dadurch können Objekte vom Typ PatientData auch im Prozessmodell verwendet
werden. In analoger Weise wurden bereits in Abschnitt 3.3.2 die Datenflussobjekte (DataflowObject) in das