Metamodellbasierte und hierarchieorientierte ... - RosDok

74 Metamodellbasierte Workflow-Modellausführung
(a) Ablauf des Designtime-Plugin Dialogs
(b) Das Designtime-Plugin in USE aufgerufen
Abbildung 4.2: DMWM-Designtime-Plugin
Environment dar, die die imperativen Prozeduren zur Ausführung der Workflowmodelle beinhaltet, von
denen Beispiele in Abschnitt 4.2.2 vorgestellt wurden. Falls Fehler in den ASSL-Prozeduren vorhanden sind,
so können diese editiert werden und die veränderte ASSL-Datei lässt sich zur Laufzeit austauschen. Die dort
enthaltenen Instanziierungsprozeduren können des Weiteren aufgerufen werden. Mit dieser Funktionalität
lassen sich unterschiedliche Workflowmodelle auch mehrfach instanziieren.
Bei der Erzeugung einer neuen ASSL-Datei (s. Aktivität Create new ASSL file in Abbildung 4.2(a)) fügt
das Designtime-Plugin zusätzlich die Standard-Prozeduren zur Workflowausführung der ASSL-Datei hinzu.
Wenn dagegen in eine bestehende ASSL-Datei die generierte Instanziierungsprozedur geschrieben werden
soll (s. Aktivität add instantiation procedure to ASSL file), ist vom Nutzer darauf zu achten, dass die Prozeduren
zur Ausführung der Workflowmodelle dort vorhanden sind. Die generierte Instanziierungsprozedur
wird der Datei dann hinzugefügt. In Listing 4.3 ist ein Auszug einer Instanziierungsprozedur zu sehen, die
aus dem Workflowmodell von Abbildung 3.9 erzeugt wurde.
Mit dem ASSL-Create Befehl werden Objekte erzeugt. In Zeile 4 wird eine Aktivität erstellt. Daraufhin
wird die Bezeichnung der Aktivität in dem Attribut name auf die Bezeichnung aus dem ursprünglichen
Workflowmodell gesetzt. In Abbildung 3.9 wurden ObjectIDs und nicht die name-Attribute zur Bezeichnung
der Modellelemente genutzt. Das Designtime-Plugin kann mit beiden Arten der Bezeichnung von
Modellelementen umgehen. Falls das name-Attribut den Wert Undefined hat, nimmt das Designtime Plugin
die ObjectID aus dem Workflowmodell.
In der ASSL-Prozedur wird nach der Bezeichnung der Aktivität diese auf den Ausgangszustand waiting
gesetzt. In Zeile 10 ist außerdem noch zu sehen, dass eine DeferredChoice-Gruppe erstellt wird und die
beiden vorher erzeugten Aktivitäten über die Aggregation group mit dem DeferredChoice verbunden werden.