Metamodellbasierte und hierarchieorientierte ... - RosDok

7.1 Fazit 135
Das Metamodell gibt für die DMWM-Workflowmodelle keine festgelegte Struktur vor. Es liegt hier analog zu
EPKs, UML-Aktivitätsdiagrammen und BPMN am Modellierer, übersichtliche und verständliche Modelle
zu erstellen. Hierbei hat sich herausgestellt, dass sie recht schnell unstrukturiert und unübersichtlich
werden können. Im Gegensatz zu DMWM gibt das Metamodell von MCTT eine gewisse Struktur für die
Workflowmodelle vor. Insbesondere bei großen Prozessmodellen ist diese notwendig, um die Modelle
verständlich zu gestalten.
Ein alternatives Layout für MCTT-Modelle, mit horizontaler Dekomposition der Aufgaben, kann große
Modelle kompakter darstellen. Die Baumdarstellung hat bei der vertikalen Dekomposition den Nachteil,
dass bei vielen Blattaufgaben nebeneinander geschrieben der Platzbedarf des Baums sehr groß werden
würde. Bei einer Anordnung, die die Blattknoten untereinander aufführt, kann eine kompaktere Darstellung
erfolgen. Somit wurde das Ziel mit MCTT erreicht, auch größere Modelle verständlich und strukturiert
visualisieren zu können.
Die meisten Sprachen zur Aufgabenmodellierung sind informell und es werden mit bestimmten temporalen
Operatoren unterschiedliche Semantiken assoziiert, was eine verlässliche Soundness-Analyse der Modelle
verhindert. Transformationen zu Aktivitätsdiagrammen verdeutlichen die Semantiken der CTT-Operatoren
genauer. Auf dieser Basis wurde ein metamodellbasierter Ansatz für CTT (MCTT) entwickelt, der die
Modellierungselemente so formalisiert, dass die Soundness zur Designtime überprüft werden kann. Für
Workflowmodelle ist diese Möglichkeit sehr wichtig und ermöglicht dem aufgabenbasierten Ansatz neue
Anwendungsgebiete im Bereich der Workflowmodellierung.
Sowohl bei DMWM als auch bei MCTT wurden die Workflowmodelle mit visuellen Datenmodellen
verbunden. Zur Designtime dienen UML-Objektdiagramme der Workflowmodellierung und UML-Klassendiagramme
der Datenmodellierung. Zur Runtime wird dann ein integriertes UML-Objektdiagramm sowohl
für Workflowinstanzen als auch für die Ausprägung des Datenmodells verwendet. Ein Nachteil liegt hierbei
in der Verwendung unterschiedlicher Diagrammarten für die relevanten Modelle zur Designtime.
Das Plugin zeigt zur Runtime die Prozessinstanzen aus dem UML-Objektdiagramm kompakt und strukturiert
in einer Baumdarstellung an. Im Fokus der Betrachtung stehen zur Runtime die aktivierten und laufenden
Aktivitäten, die dem Nutzer anzuzeigen sind. Die Darstellung des gesamten Workflowmodells spielt hierbei
keine Rolle. Das Plugin hat sowohl Modelle von DMWM als auch MCTT für die Runtime dargestellt.
Die operationale Semantik der einzelnen Sprachen ist im Metamodell integriert, so dass das Plugin nur
die Nutzerschnittstelle bereitstellt und somit weitestgehend unabhängig vom Metamodell ist. Dadurch ist
es möglich, weitere Sprachen über neue Metamodelle umzusetzen und die Ausführung von Instanzen der
modellierten Workflows mit Hilfe des Plugins zu steuern.
Die bisher diskutierten metamodellbasierten Ansätze waren nur lokal ausführbar. Ein Workflow Management
System, das DMWM und MCTT als Sprachen nutzt und auf USE als Workflow Engine zur Interpretation
der Modelle zugreift, ist nicht umgesetzt worden. Stattdessen wurde mit dem Task Tree Based Workflow Management
System (TTMS) ein Workflow Management System implementiert, das in den Workflowmodellen
Prozessalgebra-Terme in der hierarchischen Anordnung der Aufgaben verwendet. Aufgaben können mit den
vier temporalen Operatoren Sequence, Choice, Concurrency und Iteration verknüpft werden, was die Ausdrucksmächtigkeit
der Sprache sehr beschränkt. Es hat sich vor allem beim Choice herausgestellt, dass die
implizite Entscheidungsmodellierung für Workflowmodelle bei der Verwendung mit Workflow Management
Systemen nicht ausreicht. Dem Nutzer sollte während der Ausführung des Prozesses bewußt sein, wenn er
bei einer Prozessverzweigung über den einzuschlagenden Prozesspfad entscheidet. Mit impliziten Choices
muss das nicht der Fall sein, was für Verwirrung bei dem Nutzer sorgen kann, wenn Aktivitäten plötzlich
implizit übersprungen werden.
Bei anderen Workflow Management Systemen wie z.B. YAWL ist die explizite Entscheidungsmodellierung