Metamodellbasierte und hierarchieorientierte ... - RosDok

4.2 Instanziierung und Grundlagen zur Ausführung der Modelle 73
Bei der Datenmodellierung werden die von USE unterstützten UML-Klassendiagramme genutzt. Eine
Metamodellierung ist hierfür nicht notwendig. USE implementiert bereits einen großen Teil des UML-
Metamodells für Klassendiagramme. Dieses wird zur Designtime zur Datenmodellierung für DMWM
eingesetzt. Vor Ausführung der Prozessmodelle zur Runtime können die Datenobjekte erzeugt werden, die
die Datenbasis eines Informationssystems repräsentieren. Die Workflowmodelle können dann beispielsweise
mit DataRead-Objekten die gewünschten Daten anfragen. Während der Ausführung können des Weiteren
Objekte mit DataCreate erzeugt werden, die damit dem Datenbestand des Informationssystems hinzugefügt
werden.
Das Organisations-Metamodell liegt so wie das Workflow-Metamodell im Klassendiagramm vor. Für
DMWM sind im UML-Klassendiagramm damit das Datenmodell zusammen mit dem Workflow- und
Organisations-Metamodell vorhanden. Anhand des Organisations-Metamodells wird die hierarchische Organisationsmodellierung
zur Designtime im UML-Objektdiagramm durchgeführt, so wie es in Abschnitt
3.4 gezeigt wurde. Hier werden die Verbindungen von Aktivitäten zu zuständigen Rollen und Organisationseinheiten
hergestellt. Durch die ASSL-Allokationsprozeduren (s. Listing 4.2) werden die ausführenden
Personen festgelegt. Zur Designtime können unterschiedliche Organisationsmodelle erstellt werden, wovon
ein bestimmtes zur Runtime auszuwählen ist. Damit können Workflowmodelle in unterschiedlichen Kontexten
ausgeführt und evtl. Ressourcenengpässe identifiziert werden. Das gewünschte Organisationsmodell
muss dann vor Ausführung der Workflowmodelle in das Objektdiagramm von USE geladen und damit für
die Runtime zur Verfügung gestellt werden. Zur Runtime kommt dann für das Organisationsmodell die
Zuordnungsinformation zur ausführenden Person in Form von allocation-Links hinzu.
4.2.4 Workflow Designtime-Plugin und Toolchain
Das Designtime-Plugin für USE hat die Aufgabe, aus dem Workflowmodell, welches im USE-Objektdiagramm
erstellt wurde, ASSL-Kommandos zu generieren, die das Workflowmodell für die Runtime
reproduzieren können. Das Plugin realisiert den im Use Case-Diagramm von Abbildung 3.16 mit save in
ASSL file bezeichneten Anwendungsfall. Anhand der ASSL-basierten Speicherung des Workflowmodells
können Instanzen des Workflowmodells zur Runtime erzeugt werden.
Abbildung 4.2(b) zeigt den Anfangsdialog des Designtime-Plugins und Listing 4.3 einen Auszug einer
generierte ASSL-Instanziierungsprozedur. Die Funktionsweise des Plugins und die benötigten Eingaben des
Nutzers für das Desintime-Plugin werden im Aktivitätsdiagramm von Abbildung 4.2(a) verdeutlicht.
Zunächst wird das Plugin über USE mit einem Icon in der Menüleiste, welches mit 1. in Abbildung 4.2(b))
markiert ist, aufgerufen. Des Weiteren kann auch das Runtime-Plugin über das daneben stehende Icon,
welches mit 2. markiert ist, gestartet werden.
Hat man das Designtime-Plugin aufgerufen, wird das Anfangsdialogfenster geöffnet (s. Abbildung 4.2(b)).
Im Hintergrund der Abbildung ist das zu speichernde Workflowmodell im Objektdiagramm zu sehen.
Der weitere Ablauf zur Generierung der ASSL-Instanziierungsprozedur ist im Aktivitätsdiagramm von
Abbildung 4.2(a) angegeben.
Zunächst muss der Nutzer den Prozess bezeichnen, wonach die Instanziierungsprozedur benannt wird.
Beispielsweise ist bei der Generierung der Prozedur von Listing 4.3 die Bezeichnung EmergencyProcess
gewählt worden. Daraufhin muss der Nutzer eine ASSL-Datei wählen, welche entweder schon existiert oder
noch nicht vorhanden ist. Ist die ASSL-Datei schon vorhanden, so wird die neu generierte Prozedur der
bestehenden Datei hinzugefügt. Wenn dagegen die ASSL-Datei noch nicht vorhanden ist, so wird eine neue
Datei inkl. generierter Instanziierungsprozedur erzeugt.
Das Runtime-Plugin kann ASSL-Dateien entgegennehmen. Diese Dateien stellen eine ASSL-Runtime-