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

werden, die er auf der Weboberfläche ausführt.
Anwendungsszenario:
Beim Ausfüllen eines Webformulars kann es sinnvoll sein, den Benutzer über Auswirkungen
seiner Eingaben aufzuklären, die er möglicherweise nicht erwartet, aber für ihn unerwünscht
sein könnten. Beim Anlegen einer neuen Publikation im PVS hat der Benutzer bei der Angabe
der Autoren nicht nur die Möglichkeit, bereits in die Datenbank aufgenommene Personen
auszuwählen, sondern auch neue Personen zu spezifizieren, die noch nicht (als eigene
Datensätze) persistiert wurden. Geschieht dies, so wird nach dem Abschicken des Formulars
nicht nur ein neue Publikations-, sondern auch ein neuer Personendatensatz angelegt. Will der
Benutzer eigentlich eine bereits vorhandene Person angeben und vertippt sich dabei, ohne es
zu merken 49 , so führt dies zu einer Persistenzoperation, die vom Benutzer nicht intendiert war.
Zur Vorbeugung solcher Fälle ist es wünschenswert, über einen Warn-Mechanismus zu
verfügen: Dieser überprüft direkt nach der Eingabe eines neuen Autors, ob in der Datenbank
schon eine Person mit den angegebenen Daten existiert, und weist den Benutzer
gegebenenfalls darauf hin, dass durch das Abschicken des Formulars (auch) ein neuer
Personendatensatz generiert wird.
Motivation:
Nicht immer ist sich der Benutzer bewusst, welche Auswirkungen seine Aktivitäten auf der
Weboberfläche haben können.
Lösung:
Unmittelbar, nachdem der Benutzer eine 'kritische' Aktion durchgeführt hat, deren
Auswirkungen ihm möglicherweise nicht bewusst sind, wird die Aktion auf potentiell
unerwünschte Folgen überprüft (inspect(useraction)). Abhängig vom Ziel muss diese
Überprüfung möglicherweise serverseitig durchgeführt werden, in einem solchen Fall ist die
Kommunikation mit dem Server asynchron durchzuführen. Anschließend wird das
Überprüfungsergebnis angezeigt.
Abbildung 34: RIA-Pattern LiveFeedback (ohne Defaultwerte)
Bemerkung:
Dieses Pattern stellt eine Verallgemeinerung des Patterns LiveValidation 50 dar, denn auch bei
der Live-Validierung wird eine Benutzeraktion auf seine Auswirkungen hin – die mögliche
Invalidität der Formulardaten – überprüft. Insbesondere besitzt der LiveValidation-
Zustandsautomat dieselbe Zustand-Transitions-Struktur wie der LiveFeedback-Automat.
Trotzdem ist es sinnvoll, beide Patterns in den RIA-Katalog aufzunehmen: LiveFeedback als
allgemeine Version eines Feedback-Features, das beliebige Arten der Überprüfung von
49 Ein solcher Fall kann z.B. dann auftreten, wenn der Benutzer darauf verzichtet, einen Vorschlag der
Autosuggestion-Liste auszuwählen, und die Personendaten komplett selbst eingibt.
50 Für eine Darstellung dieses Patterns siehe Abbildung 20 in Abschnitt 5.1
64