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

Aspekte der Anwendung (der Struktur ihrer Webseiten) zuständig ist. Wie oben dargelegt,
sind wir aber der Überzeugung, dass dadurch die Arbeit des Programmierers erleichtert wird,
der die Modelle umzusetzen hat. Außerdem enthalten die Tagged Values, wenn sie unseren
Intentionen entsprechend eingesetzt werden, nur sehr kurze Hinweise bezüglich des zu
realisierenden Verhaltens des jeweiligen RIA-Features, d.h. Struktur- und
Verhaltensspezifikation werden nur in sehr begrenztem Maße vermischt. Aus diesen Gründen
sind wir der Meinung, dass in diesem Fall eine Verletzung des obigen Prinzips zu
rechtfertigen ist.
Der Einsatz dieses Hybrid-Ansatzes soll abschließend anhand der Beispiele dargestellt
werden, die im Verlaufe dieses Kapitels zur Veranschaulichung der vorgeschlagenen
Modellierungstechniken dienten. Die Modellierung der Tag-Validierung erfolgte schon weiter
oben durch einen RIA-Automaten – da dieser Ansatz ohne Modifikationen aufgenommen
wurde, kann auf die Abbildungen 26, 27 und 29 verwiesen werden. Für die Live-
Validierungen des Jahres- und Titel-Eingabefeldes bietet sich eine informelle
Verhaltensbeschreibung über den liveValidation-Tagged Value an:
Abbildung 30: abschließende Modellierung der Live-Validierung des Titel- und Jahr-
Eingabefeldes
Der Hinweis 'default' im Title-Element soll deutlich machen, dass eine Live-Validierung zu
realisieren ist, wie sie durch die Defaultwerte des LiveValidation-Patterns gegeben ist. Für die
Jahres-Validierung wird spezifiziert, welche Benutzer-Eingaben als gültig zu bewerten sind.
Alle übrigen Information (Trigger, Anzeige von Validierungsfehlern) hat der Umsetzer des
Modells aus dem Kontext und den entsprechenden Voreinstellungen des Patterns zu
extrahieren.
5.4 Bemerkungen zur Beschreibungssprache für RIA-Features
Im Rahmen der PVS-Modellierung wurde zur Angabe sowie zur Kommentierung von
Elementen eines RIA-Feature-Automaten ein Pseudo-Code eingesetzt. Dies betrifft vor allem
Trigger-Elemente und Aktivitäten, welche nicht durch ein eigenes Aktivitätsdiagramm
dargestellt werden. Eine präzise und formale Festlegung einer Spezifikationssprache zur
Beschreibung solcher Elemente würde den Rahmen dieser Arbeit sprengen. Im folgenden soll
nur auf einige Merkmale des verwendeten Codes hingewiesen werden. Einerseits dient diese
kurze Dokumentation dazu, die Lesbarkeit des Codes sicherzustellen; andererseits, um auf
Erfordernisse an die Ausdrucksstärke hinzuweisen, die eine Sprache besitzen muss, um zur
59