Metamodellbasierte und hierarchieorientierte ... - RosDok

6.3 TTMS: A Task Tree Based Workflow Management System 125
In dem Falle von Abbildung 6.4 ist genau eine laufende Workflowinstanz vom EmergencyProcess Modell
(vgl. Abbildung 6.3) vorhanden. Bei der Instanziierung eines weiteren Prozesses wird ein zweiter Unterbaum
unter den Wurzelknoten Projects eingehängt. Sollte der Workflow ebenfalls vom Typ EmergencyProcess
sein, so können die Prozessinstanzen z.B. anhand der assoziierten Dokumente unterschieden werden. TTMS
stellt hier über die Schaltfläche DOCUMENTS im mittleren Frame des Browserfensters von Abbilding 6.4
die Möglichkeit einer Dokumentensicht für Aktivitäten bereit. Während der Ausführung der entsprechenden
Aktivität können hier beliebige Dokumente erstellt, gelöscht oder verändert werden. Das WfMS archiviert
diese für die zugeordneten Aktivitäten.
Die operationale Semantik bei TTMS fußt ebenfalls wie bei MCTT auf Zuständen und Zustandsautomaten
im Gegensatz zur eventbasierten Prozessalgebra bei CTT [MPS02]. Im vom WfMS dargestellten Aufgabenbaum
kann der Nutzer eine gewünschte Blattaufgabe auswählen und diese starten oder beenden. Die
entsprechenden Buttons start und finish sind unten im mittleren Frame von Abbildung 6.4 zu sehen. Wird
eine aktivierte Blattaufgabe gestartet, so wird diese in der blauen Farbe im Aufgabenbaum dargestellt. Die
von TTMS gebrauchten Farben zur Zustandsdarstellung entsprechen denen von DMWM, die in Tabelle 4.3
vorgestellt wurden. So wie bei DMWM und MCTT werden die Aktivitäten im Zustand waiting in startbare
und nicht startbare unterschieden. Dem Nutzer werden die startbaren Blattaufgaben durch eine hellgrüne
Farbe markiert. Somit ist eine Führung des Nutzers vom WfMS bei der Ausführung des Workflowmodells
gegeben.
Zustandsänderungen der Aufgaben können entsprechend der temporalen Operatoren Seiteneffekte bei
anderen Aufgaben des gleichen Modells auslösen. Im Falle von Abbildung 6.4 ist als Beispiel hierfür die
Blattaktivität Helicopter ausgeführt worden. Der Zustand done wird mit der schwarzen Farbe gekennzeichnet.
Durch die Choice-Beziehung zur Aufgabe Ambulance (vgl. Abbildung 6.3) wurde diese Aufgabe damit
implizit übersprungen, was durch die graue Farbe ausgedrückt wird.
Zusätzlich zu den Blattaufgaben erfordern die in Abschnitt 5.4.1 und 6.3.1 beschriebenen Decisionnodes
die Interaktion des Nutzers. Hierbei müssen diese aus der Aufgabenbaumdarstellung des linken Frames
ausgewählt werden. Der Decisionnode CheckPatientCondition ist durch eine gelbe Farbe markiert und im
Falle von Abbildung 6.4 ausgewählt worden. Die Bezeichnung der selektierten Aufgabe wird im mittleren
Frame beim Datenfeld name dargestellt. In dem Frame sind des Weiteren Eigenschaften wie die temporalen
Beziehungen der Unteraufgaben mit ExecutionOrder angegeben. Diese Eigenschanschaften der Aufgaben
werden über die dort ausgewählte DETAIL-Ansicht dargestellt.
Die Auswahl der zum Decisionnode gehörenden Guards wird im rechten Frame über die dortigen beiden
Radiobuttons critical und stable ausgedrückt. Zustätzlich zu den Guards werden die damit verknüpften
Aufgaben in Klammern dahinter angegeben, die auszuführen sind, wenn der entsprechende Guard selektiert
wurde. Ist die Auswahl vom Nutzer getroffen worden, so drückt dieser auf den Button Save Decision. Die
ausgewählten Aufgaben werden daraufhin aktiviert und die restlichen übersprungen.
Es können vier verschiedene Ansichten für die im Aufgabenbaum selektierten Aufgaben ausgewählt werden,
die dann im mittleren Frame des WfMS (s. Abbildung 6.4) angezeigt werden. Im Folgenden werden diese
aufgelistet und näher erklärt.
• DETAILS: Diese Ansicht gibt die Eigenschaften der ausgewählten Aktivität wieder. Sie ist in Abbildung
6.4 zu sehen und die entsprechenden Detailinformationen der Aufgaben sind dort aufgelistet.
Diese sind die über die XML-Datei vom Workfloweditor zum WfMS übertragenen Modellinformationen.
Abbildung 6.6 verdeutlicht den Austausch zwischen Editor und WfMS über die XML-Datei.
Insbesondere die temporalen Beziehungen der Unteraufgaben sind von Bedeutung und werden hier
im Feld ExecutionOrder abgebildet. Auch die ausführende Person oder Rolle kann bereits im Editor