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

Der Übergang vom Startzustand in Invalid (anstatt Valid) ist willkürlich gewählt. Bei
einer Instantiierung des Patterns hängt es von der dann geltenden Validitätsbedingung und
dem Anfangswert des Eingabefeldes ab, welcher Zustand zu Beginn eingenommen werden
soll. Falls die diesbezügliche Vorgabe des Patterns nicht den Erfordernissen der konkreten
Situation entspricht, muss bei Verwendung eines «concreteRIAFeature»s die Struktur
der Patternvorlage entsprechend modifiziert werden; wird ein patternspezifischer Tagged
Value verwendet, so kann eine informelle Spezifikation erfolgen (z.B. 'start – valid'), falls der
'richtige' Zustand nicht aus dem Kontext hervorgeht.
Erweiterung des UWE-Profils:
Keine; der bereits existierende Tagged Value liveValidation genügt.
5.5.4 Gruppen-Livevalidierung (Group Live-Validation)
Ziel:
Mehrere Live-Validierungen sollen auf einen Schlag ausgelöst werden können.
Motivation und Anwendungsszenario:
Ein Formular kann unter Umständen mit ungültigen Daten abgeschickt werden, ohne dass
sich der Benutzer darüber im Klaren ist, und obwohl alle Eingabefelder mit einer Live-
Validierung versehen sind. So könnte es z.B. ein Feld mit einem leeren Anfangswert
enthalten, dessen Gültigkeit einen nicht-leeren Wert voraussetzt. Wenn der Benutzer dieses
Eingabefeld übersieht und nicht bearbeitet, wird seine Live-Validierung niemals ausgelöst,
also auch keine Fehlermeldung angezeigt. Wird das Formular abgeschickt, so muss der
Benutzer erst die serverseitige Validierung abwarten, bis er auf seinen Eingabefehler
aufmerksam gemacht wird. Für den Benutzer angenehmer wäre es, wenn sein Klick auf den
'Submit'-Button zunächst eine vollständige (Live-)Validierung des Formulars auf Clientseite
auslöst.
Lösung: (siehe Diagramm 37 auf der nächsten Seite)
Zwischen die Betätigung des Submit-Schalters (userAction) und das tatsächliche
Absenden der Formulardaten (systemOperation) wird eine clientseitige Überprüfung
aller Eingabefelder eingeschoben, die mit einer LiveValidation ausgestattet sind
(checkOverallValidity). Enthält mindestens eines einen ungültigen Wert, so wird der
natürliche Weitergang der Ereignisse unterbrochen: Das Formular wird nicht abgeschickt,
stattdessen werden geeignete Fehlermeldungen angezeigt. Der zusammengesetzte Zustand im
Zustandsautomaten (LiveValidations) enthält die LiveValidation-Automaten aller
Eingabefelder des Formulars als Regionen. Ergibt die Validierung einen oder mehrere Fehler,
so wird wieder in diesen Zustand übergangen. Die LiveValidation-Regionen nehmen jeweils
den Zustand ein, in dem sie sich befanden, bevor der Benutzer den submit-Button gedrückt
hat 53 .
53 Bemerkung zum Zustandsautomaten: Die von der Gabelung ausgehenden Transitionen sollen eigentlich in die
Historienzustände führen, nicht in den orthogonalen Zustand. Das verwendete CASE-Tool MagicDraw
erlaubt allerdings keinen Übergang zwischen einer Gabelung und einem Historienzustand, obwohl sich in der
UML-Superstructure [26] gegen eine solche Konstruktion keine Einwände finden lassen. Im Diagramm
wurde ein solcher Übergang so gut es geht 'angedeutet'.
66