Metamodellbasierte und hierarchieorientierte ... - RosDok

Weitere Magazine

Empfehlungen

Info

7.3 Ausblick 137 7.3 Ausblick Einige Fragestellungen und offene Punkte sind während der Bearbeitung des Themas aufgetreten, die hier erläutert werden. Die Erweiterungsmöglichkeiten betreffen sowohl die Design- als auch die Runtime der entwickelten Sprachen. Des Weiteren lassen sich viele weitere Ansätze mit den hier vorgestellten Konzepten bzw. Tools verbinden. Wie bereits im Fazit angesprochen und in [MRR10] analysiert, sind Symbole zur Workflowmodellierung wichtig und für das Modellverständnis förderlich. So wäre eine Umsetzung einer konkreten Syntax für die Sprachen DMWM und MCTT sehr wünschenswert. Das UML-Objektmodell kann in USE zwar weiterhin genutzt werden und das Workflowmodell abstakt darstellen, zusätzlich sollte aber ein USE-Plugin für die Designtime das Objektmodell mit einer konkreten Syntax darstellen. Dort werden die Objekte je nach Typ mit unterschiedlichen Symbolen visualisiert. Für die Designtime ist die Darstellung des kompletten Modells als flexible anzuordnender Graf wichtig. Für die Ausführung setzt das entwickelte Runtime-Plugin die Prozessdarstellung und Nutzerschnittstelle um. Hier werden die relevanten Aktivitäten dagegen über verschiedenen Sichten in einem Baum oder Listen (Worklists) angeordnet. Es können diverse weitere Sprachen durch Metamodelle ausgedrückt werden. Auch Petri-Netze gehören dazu, für die u.a. in [JKBL10] ein UML-Metamodell entwickelt wurde. Speziell auf Workflows bezogen ist eine Untersuchung interessant, die analysiert, ob OCL in der Lage ist, den von van der Aalst definierten Soundness-Begriff für Workflow-Netze [AS11] metamodellbasiert zu spezifizieren. Auf Grundlage dessen ließe sich mit dem UML-Tool USE Workflow-Netze modellieren, die just-in-time während der Designtime auf Konsistenzeigenschaften geprüft werden könnten. Auch eine Ausführung der Workflow-Netze ist mit den Techniken, die in dieser Arbeit verwendet wurden, denkbar. Die operationale Semantik der Petri-Netze basiert jedoch nicht auf Zustandsdiagrammen, so wie bei den in dieser Arbeit entwickelten Sprachen. In [Wac08] ist hierfür ein Petri-Netz-Metamodell entwickelt worden, das auch die Ablaufsemantik für die Runtime umsetzt. Die operationale Semantik eines solchen Metamodells lässt sich auch durch die OCL-basierten imperativen Sprachen ASSL oder SOIL umsetzen. Das Plugin zur Darstellung der Prozessinstanzen und Nutzerschnittstelle ist zwar weitestgehend generisch gehalten, basiert jedoch auf Zustandsänderungen, die vom Nutzer aufgerufen werden. Die Darstellung und Ausführung der Modelle ist damit nicht unmittelbar adaptierbar, wie das z.B. ausgehend von der Sprache DMWM zu MCTT möglich war. Um die in dieser Arbeit entwickelten Sprachen und Tools für eine nutzerorientierte Validierung der Prozessmodelle zu erweitern, können die Prozessmodelle mit Kontexinformationen, wie z.B. Bildern, angereichert werden. Die Executable Use Case Modellierung verfolgt einen solchen Ansatz [JTF09]. Mit so einer Erweiterung wird die Anschaulichkeit der Modellausführung für den Nutzer erhöht und damit die Diskussionsgrundlage verbessert. Um dieses zu erreichen, ist eine Erweiterung sowohl der Modellierungs- als auch der Ausführungsumgebung für DMWM bzw. MCTT notwendig. Die Modelle sind bei DMWM und MCTT adaptiv, indem sie zur Runtime editiert werden können. Da jedoch gewisse Modellierungselemente zur Runtime geschützt werden müssen, ist hier zunächst eine genauere Analyse sinnvoll, die diese Elemente identifiziert. Auf dieser Basis kann dann ein Runtime-Modelleditor für USE entwickelt werden, der die entsprechenden Elemente schützt und die anderen zum Editieren freigibt. Bezüglich der Modellausführung gibt es bei DMWM und MCTT nicht mehrere Rollen-Perspektiven für die Prozessausführung. Mit DMWM wurde eine Organisationsmodellierung integriert, jedoch werden die unterschiedlichen Perspektiven bei der Prozessausführung nicht berücksichtigt. Hier ist eine Erweiterung des Plugins sinnvoll, die jeder Rolle eine Perspektive auf den Prozess bereitstellt und die ihr zugeordneten
138 Zusammenfassung und Ausblick Aktivitäten darstellt. Bei MCTT fehlt eine Organisationsmodellierung bereits zur Designtime. Um diese konzeptionell zu integrieren, ist ein an CCTT angelehnter Ansatz denkbar [Pat99]. Es können hier unterschiedliche Aufgaben bestimmten Rollen zugeordnet werden. Die Kooperation wird über einen separaten Baum modelliert analog zu CCTT. Die CCTT-Modelle sind im CTTE-Tool simulierbar [MPS02]. Eine ähnliche Erweiterung ist für MCTT und das Runtime-Plugin auch denkbar. Abschließend ist zu sagen, dass diese Arbeit vielversprechende Perspektiven aufzeigt, wie Metamodelle und OCL im Bereich der Workflowmodellierung eingesetzt werden können. Insbesondere im Zusammenhang mit Aufgabenmodellen leisten sie wichtige Grundlagen zur Formalisierung. Ebenso können sie Beiträge für andere Sprachen liefern. Diese zu untersuchen wäre sehr interessant geht aber über den Rahmen dieser Arbeit hinaus.
Seite 1 und 2:
Metamodellbasierte und hierarchieor
Seite 3 und 4:
Zusammenfassung In dieser Arbeit we
Seite 5:
Danksagung Ich möchte mich als ers
Seite 8 und 9:
3.2.6 Sicherstellung statischer Eig
Seite 10 und 11:
Kapitel 1 Einleitung Geschäftsproz
Seite 12 und 13:
1.2 Eigenschaften und Vorteile der
Seite 14 und 15:
1.2 Eigenschaften und Vorteile der
Seite 16 und 17:
1.3 Aufbau der Arbeit und Hinweise
Seite 18 und 19:
Kapitel 2 Grundlagen: Modellierung
Seite 20 und 21:
2.2 Daten- und Metamodellierung 11
Seite 22 und 23:
2.3 Modellierung in der HCI mit nut
Seite 24 und 25:
2.5 Geschäftsprozessmodellierung 1
Seite 26 und 27:
Seite 28 und 29:
Seite 30 und 31:
Seite 32 und 33:
Seite 34 und 35:
Seite 36 und 37:
Seite 38 und 39:
Kapitel 3 Deklarative UML metamodel
Seite 40 und 41:
3.1 Einführung 31 • Paketdiagram
Seite 42 und 43:
3.1 Einführung 33 Im folgenden wer
Seite 44 und 45:
3.2 Workflow-Metamodell 35 der BPMN
Seite 46 und 47:
3.2 Workflow-Metamodell 37 hinterle
Seite 48 und 49:
3.2 Workflow-Metamodell 39 hungen a
Seite 50 und 51:
3.2 Workflow-Metamodell 41 ✞ ☎
Seite 52 und 53:
3.2 Workflow-Metamodell 43 Workflow
Seite 54 und 55:
3.2 Workflow-Metamodell 45 (a) WCP6
Seite 56 und 57:
3.2 Workflow-Metamodell 47 (a) WCP1
Seite 58 und 59:
3.2 Workflow-Metamodell 49 Abbildun
Seite 60 und 61:
3.3 Datenintegration 51 beiden Bezi
Seite 62 und 63:
3.3 Datenintegration 53 Bei UML-Akt
Seite 64 und 65:
3.3 Datenintegration 55 Die OCL-Anf
Seite 66 und 67:
3.4 Organisationsmodellierung bei D
Seite 68 und 69:
3.4 Organisationsmodellierung bei D
Seite 70 und 71:
3.5 Realisieren von DMWM mit USE 61
Seite 72 und 73:
Seite 74 und 75:
Seite 76 und 77:
Kapitel 4 Metamodellbasierte Workfl
Seite 78 und 79:
4.2 Instanziierung und Grundlagen z
Seite 80 und 81:
Seite 82 und 83:
Seite 84 und 85:
Seite 86 und 87:
4.3 Workflow Runtime-Plugin 77 (a)
Seite 88 und 89:
4.3 Workflow Runtime-Plugin 79 Ents
Seite 90 und 91:
Seite 92 und 93:
Seite 94 und 95:
4.4 Analyse ausgeführter Prozesse
Seite 96 und 97: 4.5 Verwandte Arbeiten 87 ✞ 1 use
Seite 98 und 99: 4.5 Verwandte Arbeiten 89 Prozesse
Seite 100 und 101: Kapitel 5 Hierarchieorientierte Wor
Seite 102 und 103: 5.1 Einführung 93 der Aufgaben ein
Seite 104 und 105: 5.2 Transformation von CTT zu Aktiv
Seite 110 und 111: 5.3 Definition konsistenter CTT-Auf
Seite 118 und 119: 5.4 Entscheidungsmodellierung und D
Seite 124 und 125: Kapitel 6 Workflow-Ausführung und
Seite 126 und 127: 6.2 Modellausführung von MCTT-Aufg
Seite 128 und 129: 6.2 Modellausführung von MCTT-Aufg
Seite 130 und 131: 6.3 TTMS: A Task Tree Based Workflo
Seite 140 und 141: 6.4 Weitere Ansätze 131 verfolgten
Seite 142 und 143: Kapitel 7 Zusammenfassung und Ausbl
Seite 144 und 145: 7.1 Fazit 135 Das Metamodell gibt f
Seite 148 und 149: Tabellenverzeichnis 4.1 Die für DM
Seite 150 und 151: Abbildungsverzeichnis 2.1 Eine Kred
Seite 152 und 153: Listingsverzeichnis 3.1 OCL-Invaria
Seite 154 und 155: Literaturverzeichnis [Aal11] [AAM +
Seite 156 und 157: LITERATURVERZEICHNIS 147 [BCC07] BR
Seite 158 und 159: LITERATURVERZEICHNIS 149 [DeM79] [D
Seite 160 und 161: LITERATURVERZEICHNIS 151 [JABK08] [
Seite 162 und 163: LITERATURVERZEICHNIS 153 [MPS02] [M
Seite 164 und 165: LITERATURVERZEICHNIS 155 Process Ma
Seite 166 und 167: LITERATURVERZEICHNIS 157 [Wes07] WE
Seite 168: die zwei Action Languages ASSL und
Alle anzeigen

Metamodellbasierte und hierarchieorientierte ... - RosDok

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?