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

Modellierungssprache nicht ganz so intuitiv ist, wie man sich das wünschen würde, sei
dahingestellt. Allerdings müssen wir, um eine dritte mögliche Ursache ins Spiel zu bringen,
kritisch anmerken, dass die Dokumentation der Sprache in einigen Punkten ausführlicher sein
könnte. Insbesondere für die neuen Modellelemente, die im Profil 1.8 hinzugekommen sind,
fehlt bis jetzt eine offizielle Dokumentation ihrer Verwendungsweise noch vollständig.
4.7.3 Praktische Durchführbarkeit der Modellierarbeit
UWE bietet für verschiedene CASE-Tools Plugins an, die den Modellierer bei der Erstellung
von UWE-Modellen unterstützen 40 . Zur Modellierung des PVS wurde MagicUWE verwendet,
ein Plugin für MagicDraw, welches aktuell in der Version 1.3.1 verfügbar ist. Mit ihm können
auf einfache Weise UWE-Projekte, -Modelle und -Diagramme erzeugt werden. Von großem
Wert ist vor allem, dass viele UWE-Modellelemente nicht per Hand aus einem reinen UML-
Element und dem entsprechenden Stereotyp zusammengesetzt werden müssen, da das Plugin
für jedes UWE-Modell eine Liste von 'fertigen' UWE-Elementen anbietet. Weiterhin lassen
sich einige einfache Modelltransformationen automatisch durchführen und über das
Kontextmenü einzelner Diagrammelemente auf simple Weise Tagged Values setzen. Die
Arbeit mit diesem Plugin war sehr angenehm und hat die Erstellung der Modelle wesentlich
erleichtert. Deswegen kommen wir nicht umhin, die praktische Durchführbarkeit der
Modellierung mit UWE als hoch einzustufen.
Trotzdem könnte in unseren Augen die Modellierarbeit mit MagicUWE durch einige
zusätzliche Funktionalitäten noch weiter vereinfacht werden. Deshalb wollen wir zur
Verbesserung der Benutzer-Unterstützung drei Vorschläge unterbreiten, welche durch unsere
Erfahrungen mit MagicUWE motiviert sind. Deren technische Realisierbarkeit allerdings
steht auf einem anderen Blatt, sie kann hier nicht beurteilt werden.
1. Im Gegensatz zu den meisten anderen Modellelementen müssen Navigations- und
Prozesseigenschaften bis jetzt immer noch aus einem gewöhnlichen Attribut einer Klasse
und dem jeweiligen Stereotypen zusammengesetzt werden, der aus einer Liste aller im
Projekt zur Verfügung stehenden Stereotypen auszuwählen ist. Auch hier wäre ein
Mechanismus wünschenswert, der solche Eigenschaften direkt und 'auf einen Schlag'
erzeugt.
2. Generalisierungsbeziehungen werden bei der automatischen Content-to-Navigation-
Transformation nicht ins Zielmodell übernommen. Die im Rahmen dieser Arbeit
vorgestellten Überlegungen zu Vererbungshierarchien im Navigationsmodell legen nahe,
dass nicht nur Inhalts-Klassen, sondern auch ihre Vererbungsbeziehungen ins
Navigationsmodell übertragen werden sollten.
3. Bei der Erstellung von Prozessklassen hat sich gezeigt, dass deren statische
Attributstruktur häufig eine hohe Übereinstimmung mit der Attributstruktur einer
bestimmten Inhaltsklasse aufweist. Im Moment sieht die Referenz für das UWE-Profil
zwar für Navigationsklassen vor, dass alle Attribute der mit ihr verknüpften Inhaltsklasse
implizit als Navigationseigenschaften gegeben sind 41 . Eine solche Konvention wird für
Prozessklassen und Prozesseigenschaften allerdings nicht getroffen (Prozessklassen
verfügen, wie schon an anderer Stelle bemerkt, im aktuellen Profil auch nicht über den
Tagged Value contentClass, über den sie mit einer Inhaltsklasse verknüpft werden
40 Siehe [38]
41 Siehe [23], S. 9
45