Metamodellbasierte und hierarchieorientierte ... - RosDok

30 Deklarative UML metamodellbasierte Workflowmodellierung
3.1.1 Ausgewählte UML-Diagramme zur Verwendung für DMWM
Die Unified Modeling Language (UML) stellt eine Sammlung von verschiedenen Diagrammarten bereit, um
vorwiegend Software zu entwerfen und zu dokumentieren. Sie stellt eine Sammlung von vorher entwickelten
objektorientierten Softwarespezifikationssprachen dar, die von Grady Booch, Ivar Jacobson und James
Rumbaugh entwickelt wurden. Die Modelle sind visuell und sollen intuitiv erfassbar sein, um Diskussionen
zwischen Entwicklern untereinander oder mit dem Endanwender anzuregen.
Die unterschiedlichen UML-Diagramme werden grob in die folgenden zwei Gruppen unterteilt: Strukturund
Verhaltensmodelle. Zu den Strukturmodellen zählen die folgenden sechs. Die Modelle, die für den
DMWM-Ansatz von Bedeutung sind, werden näher erläutert und angegeben, wofür sie in DMWM genutzt
werden. Die restlichen UML-Diagramme werden daraufhin lediglich aufgelistet.
• Klassendiagramm: Dieses ist das zentrale Modell in der UML. Es wird zur visuellen Softwaremodellierung
für die Beschreibung der Struktur bzw. Architektur genutzt. Die Sprachelemente sind Klassen
und Assoziationen. Klassen beschreiben eine Menge von gleichartigen Objekten. Diese besitzen
Attribute gleichen Typs und gleiche Operationen. Assoziationen beschreiben Beziehungen zwischen
Objekten.
Es können damit objektorientierte Analysemodelle erstellt und diskutiert werden. Diese modellieren
Ausschnitte der Realität, die sich daraufhin in der zu erstellenden Software widerspiegeln sollen. Die
Analysemodelle lassen sich dann für (plattformspezifische) Softwaredesign- und Architekturmodelle
transformieren [Kle08], die einen Hierfür werden Transformationstechniken angewendet, die eine
modellgetriebene Softwareentwicklung realisieren [Kle08].
Klassendiagramme können des Weiteren zur Datenmodellierung und Metamodellierung genutzt
werden. Im DMWM-Ansatz wird das Klassendiagramm für diese beiden Zwecke genutzt. Als Beispiel
zur Datenmodellierung sind in Abbildung 2.2(c) und 2.3(b) bereits zwei Datenmodelle angegeben.
Des Weiteren wurden auch schon Klassendiagramme zur Metamodellierung in Abbildung 2.5 und 2.6
präsentiert.
• Objektdiagramm: Das Modell beinhaltet eine Menge von Objekten, die Instanzen von Klassen
darstellen. Zudem gibt es Links zwischen Objekten, die Instanzen von Assoziationen aus dem Klassendiagramm
sind. Es lassen sich also Objektdiagramme aus Klassendiagrammen erstellen. Somit
haben diese beiden Diagrammarten eine unmittelbare Beziehung zwischeneinander. Ein Objektdiagramm
stellt einen Schnappschuss dar, der ein Systemzustand zu einem bestimmten Zeitpunkt im
Programmablauf repräsentiert.
Im DMWM-Ansatz wird diese Diagrammart zur Modellierung der Workflowmodelle genutzt. Objektdiagramme
stellen dabei eine abstrakte Syntax der Workflowsprache dar. Im Eclipse Modeling
Framework (EMF) wird mit dem Graphical Modeling Framework (GMF) sogar eine Möglichkeit
gegeben, den Instanzen der Metamodelle eine konkrete Syntax zu geben, indem bestimmten Typen
aus dem Metamodell grafische Symbole zugeordnet werden [Gro09].
Bei DMWM werden zudem Objektdiagramme für Workflowinstanzen genutzt, die im Ablauf befindliche
Workflowmodelle repräsentieren. Diese Modelle werden dem Nutzer über ein Workflow-Plugin
für ein UML-Werkzeug, zur Interaktion mit dem Modellierer aufbereitet. Die Modelle lassen sich über
die Sprache ASSL [GBR05], die eine OCL-basierte UML-Action Language repräsentiert, ausführen.
Schnappschüsse des Datenmodells und das Organisationsmodell werden ebenfalls im Objektdiagramm
repräsentiert, so dass sich die Abhängigkeiten der einzelnen Modelle mit dem hier vorgestellten Ansatz
sehr gut testen lassen.