Metamodellbasierte und hierarchieorientierte ... - RosDok

2.5 Geschäftsprozessmodellierung 23
war. Jedoch bleiben BPMN-Modelle semiformal und sind weiterhin wie EPKs und Aktivitätsdiagramme
nicht ausführbar. Vielen Sprachelementen fehlt eine operationale Semantik. Insbesondere die Integration
des Datenmodells und der Or-Join wirft weiterhin Probleme auf. Auch bleibt unterspezifiziert, wie der
datenbasierte Choice zu spezifizieren und auszuführen ist. Wie mit Message Flows, die z.B. an zugeklappte
Pools gesendet werden (s. Abbildung 2.4), zu verfahren ist bleibt ebenfalls unklar. In der Spezifikation
wird jedoch ein Abbildungsmechanismus zur Sprache BPEL eingeführt. Insbesondere die Verknüpfung
der Message Flows mit Webservice-Aufrufen macht durchaus Sinn, um die unternehmensübergreifende
verteilte Kommunikation zu realisieren.
2.5.2.4 Business Process Execution Language
BPEL ist eine Sprache, die im Zusammenhang mit Webservices eingesetzt wird. Sie steuert die Aufrufe
der Webservices und stellt selber eine Webservice-Schnittstelle bereit. Diese Technik ist Grundlage für
die z.Zt. modernen Service Orientierten Architekturen (SOA). Mit BPEL lassen sich Geschäftsprozesse
implementieren bzw orchestiereren und ausführen. Die Schnittstellen bzw. Formulare zum Nutzer werden
dabei über Webservices implementiert. Die Ablauflogik der einzelnen Aktivitäten (Webservice-Aufrufe)
wird von der BPEL-Engine anhand der entsprechenden BPEL-Modelle festgelegt.
BPEL-Modelle sind XML-basiert und haben erstmal keine grafische Repräsentation im Standard [BPE07].
Es gibt aber durchaus Modellierungswerkzeuge, die einen grafischen Editor dafür bereitstellen. So z.B.
kann die Netbeans-Umgebung BPEL-Prozesse grafisch modellieren. Mit dem Glassfish-Server können diese
Modelle auf dem Server bereitgestellt werden. Zudem wird sogar eine Möglichkeit gegeben, diese Prozesse
in Netbeans zu debuggen [Net06].
Ähnlich eines modellgetriebenen Ansatzes in der Softwareentwicklung gibt es auch Ansätze grafbasierte
BPMN-Modelle in blockbasierte BPEL-Modelle zu transformieren [ODHA06]. Hierbei ist jedoch zu
beachten, dass BPMN-Modelle unstrukturiert sein können, wohingegen BPEL durch die baumartige Hierarchisierung
der XML-Dokumente strukturiert sind. Bei der Transformation ergeben sich also Probleme und
nicht jeder BPMN-Prozess lässt sich mit BPEL ausdrücken.
Ein Organisationsmodell ist bei BPEL nicht vorhanden. Eine entsprechende Allokation und Zuweisung von
Personen zu Aufgaben ist nicht möglich. Ein Datenmodell ist insoweit vorhanden, dass die Webservice-
Schnittstellen definiert sein müssen. Diese Schnittstellen werden XML-basiert mit WSDL beschrieben.
2.5.2.5 Yet Another Workflow Language
Mit YAWL wurde sowohl eine Sprache als auch ein Workflow Management System entwickelt [HAAR09].
Das System wurde an der Universität Eindhoven und Queensland entwickelt. Im Gegensatz zu BPEL hat
das WfMS direkt eine Umgebung, die dem Endnutzer erlaubt, die Aktivitäten auszuführen. Formulare
zur Dateneingabe werden dem Nutzer während der Workflowausführung über das web-basierte WfMS
präsentiert. Entsprechend der eingegebenen Daten wird der Prozess anhand des Workflowmodells dann
weiter ausgeführt.
Das Datenmodell liegt nur implizit vor. Während der Modellierung zur Designtime sind über XML Dateneingaben
zu spezifiziert. Eingabedaten werden mit Variablen verknüpft, die dann wiederum für Datenabfragen
zu nutzen sind. Die im Vergleich zu grafischen Datenmodellen unintuitive XML-Spezifikationen ermöglichen
eine Ausführung der Modelle. Wie bei BPMN wird bei YAWL ein datenbasierter Choice bereitgestellt,
der durch die YAWL-Engine automatisch ausgewertet wird. Über XQuery werden die Datenabfragen zur
Pfadauswahl gestellt und einer boolesche Formel zugeordnet. Diese werden nacheinander ausgewertet und