Metamodellbasierte und hierarchieorientierte ... - RosDok

84 Metamodellbasierte Workflow-Modellausführung
4.3.4 Adaptive Aspekte zur Workflow Modellierung
Sowohl die Workflowmodelle zur Designtime als auch die Workflowinstanzen zur Runtime werden in einem
UML-Objektdiagramm repräsentiert (s. Tabelle 4.2). Damit ergibt sich die Möglichkeit, Workflowinstanzen
zur Runtime im Objektdiagramm von USE zu editieren. Modellierungselemente können wie zur Designtime
hinzugefügt, wieder gelöscht oder Attribute verändert werden.
Das hier vorgestellte Runtime-Plugin reagiert unmittelbar auf Änderungen im Objektdiagramm und aktualisiert
die Darstellung der Workflowinstanz entsprechend. Erzeugt der Nutzer beispielsweise eine neue
Aktivität im Prozessmodell und fügt sie einem Prozess hinzu, so taucht sie dann im Runtime-Plugin mit
auf. Wurde die Aktivität noch nicht auf den initialen Zustand waiting gesetzt wird die neu hinzugefügte
Aktivität entsprechend der Tabelle 4.3 mit der auffälligen Farbe Magenta hervorgehoben. Ein Korrigieren
des Zustandes durch den Nutzer ist dann noch möglich.
Die Adaptivität bringt Vorteile, indem das Workflowmodell zur Designtime nicht komplett ausspezifiziert
sein muss. Elemente können zur Runtime hinzugefügt und die Workflowmodelle an nicht bedachte Situationen
angepasst werden. Es bedarf keines Transformationsschrittes für die Ausführbarkeit der Prozessmodelle.
Zur Runtime steht die volle Funktionalität des Modellierungstools zur Verfügung und es bestehen keine
Einschränkungen der Modellierung. Es sind hierbei jedoch ein paar Dinge zu beachten, um eine konsistente
Ausführung der Modelle zu gewährleisten. Bestimmte Teile der Prozessinstanz sollten geschützt und nicht
editiert werden. Als Richtlinie, um diese Probleme zu umgehen, kann man folgende Grundsätze heranziehen:
• Es sollten keine Aktivitäten aus dem Workflowmodell entfernt werden. Falls eine Aktivität nicht
auszuführen ist, sollte sie über das Runtime-Plugin mit skip() übersprungen werden.
• Zustandsänderungen und allgemeine Attributänderungenen sollten bei Aktivitäten nur über das Runtime-Plugin
geschehen.
• Beim Hinzufügen von Aktivitäten sind diese vom Nutzer auf den Ausgangszustand waiting zu setzen.
• Beim Hinzufügen von temporalen Beziehungen ist darauf zu achten, dass danach keine OCL-Invariante
verletzt ist. Sollte dieses der Fall sein, ist eine weitere Ausführung des Prozessmodells im Runtime
Plugin nicht möglich.
4.4 Analyse ausgeführter Prozesse und Process Mining
In UML sind diverse Diagramme vorhanden, um Abläufe bzw. Szenarios zu beschreiben. Bei DMWM wird
das Sequenzdiagramm dafür genutzt, um durchgeführte Workflowabläufe festzuhalten. Mit OCL stehen
mächtige Möglichkeiten bereit, um Mininganfragen zu stellen. Die Prozessinstanzen sind zwar auch im
UML-Objektdiagramm vorhanden, die die relevanten Ausführungsdaten beinhalten, diese Diagramme sind
aber nicht gut dafür geeignet, spezifische Ausführungsdaten zu ergründen. Mit dem Runtime-Plugin für
DMWM ist ein Protokollfenster bereitgestellt worden, das die Nutzerinteraktion protokolliert.
4.4.1 Ausführungsprotokoll und Analyse im Runtime-Plugin
Das Runtime-Plugin stellt ein Ausführungsprotokoll bereit, das die bisher getätigten ASSL-Operationsaufrufe
zusammen mit der zugehörigen Aktivität und Zeitstempel auflistet. In Abbildung 4.10 ist dieses Fenster
zu sehen.