2 UML-based Web Engineering - UWE - Ludwig-Maximilians ...

estimmt, die zur Verwaltung des Datenaustausches mit dem Nutzer verwendet wird.
Indem in Abbildung 14 bzw. in analogen Workflow-Aktivitäten für den
EditPublication-Prozess der UserAction DataInput als Prozessklassen-Grundlage
allein PublicationDataInput zugewiesen wird, suggeriert man, dass mit dieser
Prozessklasse die Datengrundlage des Web-Formulars ausreichend beschrieben ist. Dies ist
eine grobe Vereinfachung, da damit der Beitrag der Prozessklassen TagDataInput sowie
PersonDataInput unter den Tisch gekehrt wird. Wird bei einer konkreten Ausführung des
Editier-Prozesses z.B. ein Publikationsobjekt an die UserAction herangetragen, welches mit
zwei Personenobjekten in der Autorenrolle, einem Personenobjekt in der Editorenrolle sowie
einem Tag-Objekt verlinkt ist, so genügt es natürlich nicht, dass allein eine Prozessklassen-
Instanz von PublicationDataInput (bzw. einer entsprechenden Subklasse) die
Verwaltung der Prozess-Daten übernimmt. Es werden auch Instanzen der von
PublicationDataInput aggregierten Prozessklassen benötigt – ganz analog zu den
Objekt-Beziehungen der Eingabe-Publikation bedarf es zusätzlich zweier Instanzen von
PersonDataInput in der Rolle authorDataInput, einer Instanz von
PersonDataInput in der editorDataInput-Rolle sowie einer Instanz von
TagDataInput. Diese dynamische Abhängigkeit der Struktur einer konkreten Prozess-
Ausführung vom Eingabeobjekt – die zur Durchführung des Prozesses notwendigen
Prozessklassen-Instanzen werden in Abhängigkeit der konkreten Beschaffenheit des
Eingabeobjekts bestimmt - lässt sich im Moment mit UWE nicht gut ausdrücken. Die einzige
Möglichkeit zur Festlegung der zu involvierenden Prozessklasse besteht im aktuellen UWE-
Profil im processClass-Tagged Value von «userAction», welcher die Verknüpfung
der UserAction mit genau einer Prozessklasse erlaubt. Selbst wenn man die Multiplizität
dieses Tagged Values auf '1..*' erhöhen würde, um in unserem Falle die beiden aggregierten
Prozess-Klassen ebenfalls angeben zu können, würde man die Erfordernisse für eine
Prozessdurchführung nur unzureichend beschreiben – es fehlte immer noch die Angabe, wie
viele Instanzen dieser Prozessklassen in welcher Rolle benötigt werden.
Bei der Modellierung des PVS behalfen wir uns damit, diese Anforderungen an eine
Prozessdurchführung von CreatePublication oder EditPublication informell in
einem UML-Kommentar in den Workflow-Aktivitäten der beiden Prozesse zu beschreiben.
Zum Verständnis des Diagramms sollte dies ausreichend sein, für die Zukunft sollten
allerdings formalere Möglichkeiten zur Spezifikation gefunden werden. Eine Idee, welche
ohne eine Spracherweiterung auskommt, ist es, DataInput als CallBehaviorAction zu
definieren und eine eigene Aktivität als Verhalten zu spezifizieren, welche allein zur
adäquaten Modellierung der Benutzereingabe auf Workflow-Ebene dient – siehe dazu
Diagramm 15 (nächste Seite) 30 .
30 Im Diagramm wurde auf die Modellierung der Tag-Eingabe verzichtet, um das Diagramm kompakt und
übersichtlich zu halten.
36