18.01.2014 Aufrufe

Metamodellbasierte und hierarchieorientierte ... - RosDok

Metamodellbasierte und hierarchieorientierte ... - RosDok

Metamodellbasierte und hierarchieorientierte ... - RosDok

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

3.3 Datenintegration 55<br />

Die OCL-Anfrage wird dann von USE interpretiert <strong>und</strong> die relevanten Daten in Tabellenform angezeigt. Bei<br />

Daten, die mit DataEdit angefragt wurden, gibt es zusätzlich für den Nutzer die Möglichkeit, Datensätze zu<br />

editieren.<br />

Über die Assoziation flow werden von mehreren Aktivitäten genutzte Objekte direkt mit Aktivitäten<br />

verb<strong>und</strong>en. Diese Objekte werden als Daten gesehen, die von mehreren Aktivitäten evtl. auch parallel<br />

genutzt werden <strong>und</strong> somit Datenflüsse im Workflowmodell repräsentieren. Klassen aus dem Datenmodell, die<br />

Datenflussobjekte darstellen, werden mit einer Vererbungsbeziehung zur abstrakten Klasse DataflowObject<br />

aus dem Workflowmetamodell ausgedrückt.<br />

Das Datenmodell im Klassendiagramm von Abbildung 3.12 umfasst die Klassen A, B <strong>und</strong> C. Die Klasse A<br />

repräsentiert Objekte, die gleichzeitig für Objektflüsse im Workflowmodell genutzt werden. Im Datenmodell<br />

hat diese Klasse Assoziationen zu den Klassen B <strong>und</strong> C. Des Weiteren hat die Klasse C die Attibute creationActivity<br />

<strong>und</strong> editingActivities. Diese Attribute stellen Verbindungen zu Aktivitäten im Workflowmodell<br />

her, die von der Workflow-Engine zur Runtime eingetragen werden. Die erzeugenden bzw. editierenden<br />

Aktivitäten werden in diesen Attributen für Objekte vom Typ C eingetragen. OCL-Integritätsbedingungen,<br />

die diese Informationen nutzen, werden in Abschnitt 3.3.3 erläutert. Die Anwendung der Datenobjekte zur<br />

Runtime wird Thema in Abschnitt 4.3.3 sein.<br />

3.3.3 Datenmodellierung <strong>und</strong> Spezifikation der Datenkonsistenz in Workflowmodellen<br />

In diesem Abschnitt wird eine Datenmodellierung <strong>und</strong> die Integration der Dateninformationen in die<br />

Workflowmodelle an einem Beispiel vorgenommen. Auf Seite des Datenmodells werden OCL-Integritätsbedingungen<br />

spezifiziert, die die Datenintegrität in Verbindung mit der Workflow-Modellausführung<br />

sicherstellen. Als Beispiel wird das in Abschnitt 3.5.3 vorgestellte Workflowmodell zur Krankenhaus-<br />

Notfallaufnahme erweitert. In Abbildung 3.13(a) ist dazu ein UML-Klassendiagramm als Datenmodell<br />

angegeben. Das Workflowmodell, das Elemente aus dem Datenmodell verwendet ist in Abbildung 3.13(b)<br />

im UML-Objektdiagramm zu sehen. Es wurde ein Ausschnitt vom Notfallprozess von Abbildung 3.9 mit<br />

einer Datenintegration angereichert.<br />

(a) Datenmodell für Krankenhausbeispiel<br />

(b) Ausschnitt eines Workflowmodells mit Datenintegration<br />

Abbildung 3.13: Daten- <strong>und</strong> Workflowmodell mit Datenintegration<br />

Das Datenmodell von Abbildung 3.13(a) umfasst die Klassen PatientData, Disease <strong>und</strong> MedicationDosage.<br />

Mit PatientData werden Datensätze zum Patienten erfasst. Diese Daten beinhalten den Namen, das Alter<br />

des Patienten, die festgestellte Krankheit <strong>und</strong> die Dringlichkeit, mit der der Patient zu behandeln ist. Diese

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!