Metamodellbasierte und hierarchieorientierte ... - RosDok
Metamodellbasierte und hierarchieorientierte ... - RosDok
Metamodellbasierte und hierarchieorientierte ... - RosDok
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