Metamodellbasierte und hierarchieorientierte ... - RosDok

108 Hierarchieorientierte Workflowmodellierung
5.4 Entscheidungsmodellierung und Datenaspekte in Aufgabenmodellen
Bei Geschäftsprozessmodellen spielt u.a. die Entscheidungsmodellierung und die Datenintegration eine
große Rolle, wie in Abschnitt 2.5.2 erwähnt wurde. Diese Aspekte werden im Folgenden für Aufgabenmodelle
weiter eingeführt.
Bei der Entscheidungsmodellierung in Geschäftsprozessmodellen soll der Anwender bei entsprechenden
Situationen unterstützt werden, den korrekten Pfad im Prozessmodell zu wählen. Bei EPKs wird eine
explizite Entscheidungsmodellierung gefordert, indem vorgeschrieben wird, dass vor einem XOR- oder
OR-Splitkonnektor eine Funktion stehen muss. Der Konnektor ist also nicht mehr isoliert zu betrachten,
sondern es sind die davorstehende Aktivität und die dahinterstehenden Ereignisse inkl. ihrer Bezeichnungen
für die Entscheidungsmodellierung von Bedeutung (vgl. Abschnitt 2.5.2.1). Eine implizite Variante,
die bei den Workflow Patterns als Deferred Choice bezeichnet wird, ist bei Geschäftsprozessmodellen,
insbesondere bei EPKs, eher die Ausnahme. Diese ist dagegen, wie in Abschnitt 5.3.2 schon erwähnt,
bei CTT-Aufgabenmodellen die bisher einzige Variante. Wenn man Aufgabenmodelle zur Geschäftsprozessmodellierung
einsetzen möchte, ist eine explizite Variante zur Entscheidungsmodellierung dagegen
notwendig. In Abschnitt 5.4.1 wird dafür ein bestehender Entscheidungsformalismus, der zur Konfiguration
von Aufgabenmodellen eingeführt wurde, für eine explizite Entscheidungsmodellierung adaptiert. Ein
Ansatz, der eher an der Entscheidungsmodellierung von BPMN orientiert ist, wird in Abschnitt 5.4.2 mit
einem datenbasierten Choice eingeführt. Hierbei ist die Integration eines Datenmodells notwendig, das im
gleichen Abschnitt eingeführt wird.
5.4.1 Explizite Entscheidungsmodellierung mit Decisionnodes
Wie bereits in Abschnitt 5.1.2 erwähnt, werden Aufgabenmodelle vorwiegend in dem Bereich der User
Interface-Entwicklung eingesetzt. In diesem Zusammenhang wurden Decisionnodes (Entscheidungsknoten)
für CTT-Aufgabenmodelle eingeführt, um die Modelle an bestimmte Ausführungskontexte anpassen zu
können [Luy04]. Mit dem Auswerten dieser Knoten werden die Modelle für den Einsatzzweck und den
Kontext konfiguriert. Für die explizite Entscheidungsmodellierung wird dieser Formalismus in Abbildung
5.8 adaptiert.
Bei konfigurierbaren Geschäftsprozessmodellen spricht man von Referenzprozessmodellen [RA07]. Sie
enthalten analog zu den Decisionnodes bei CTTs, Entscheidungsoperatoren, die vor der Ausführung auszuwerten
sind und damit das Prozessmodell konfigurieren. Referenzmodelle werden üblicherweise für
mehrere Unternehmen in bestimmten Branchen entwickelt. Für die konkreten Unternehmen und Einsatzzwecke
werden diese Modelle dann angepasst. Die konfigurierbaren EPKs werden u.a. dafür eingesetzt, die
SAP-Software an unternehmensspezifische Abläufe anzupassen [Sch01].
Sowohl bei Referenzprozessmodellen als auch bei Aufgabenmodellen mit Decisionnodes hat die Konfiguration
vor der Ausführung der Modelle zu geschehen. Es muss also vor der Runtime die Entscheidung
getroffen werden, welcher Zweig unter dem Decisionnode bei CTTs bzw. hinter dem Entscheidungsknoten
bei C-EPCs auszuwählen ist. Für eine explizite Entscheidungsmodellierung in CTT wird der Formalismus
adaptiert, indem die Decisionnodes hier ausführbare Entscheidungsaktivitäten repräsentieren, die zur
Runtime abzuarbeiten sind.
Die Entscheidungsmodellierung wird in Abbildung 5.8 verdeutlicht. Decisionnodes sind innere Knoten
im Aufgabenbaum und müssen entgegen der eigentlichen CTT-Philisophie vom Anwender zur Runtime