Usability Pattern | Abbruch |
---|---|
Problem | Benutzer möchten die Aktion, die sie gerade ausführen, abbrechen, ohne Änderungen zu übernehmen. |
Lösung |
Erlaube Benutzern, Aktionen abzubrechen. Verwirf dabei alle Änderungen, die in den bisherigen Schritten der Aktion gemacht wurden. Bei Abbruch einer Aktion soll diese aus Sicht des Benutzers folgenlos bleiben, System und Daten sollen sich also möglichst im Zustand vor Ausführung der (abgebrochenen) Aktion befinden. Wenn beim Abbruch einer Aktion umfangreiche Eingaben des Benutzers verworfen werden, weise den Benutzer darauf hin und lasse den Abbruch bestätigen, z. B. durch eine Warnung . |
Beispiel |
Mozilla Firefox 4 Der Web-Browser Firefox erlaubt Benutzern, Aktionen abzubrechen. Die Abbildung zeigt den Dialog zum Import von Daten aus anderen Web-Browsern. Der Import kann vom Benutzer abgebrochen werden, ohne dass tatsächlich Daten importiert werden. |
Nutzungskontext |
|
Begründung |
Die Möglichkeit zum Abbruch der aktuellen Aktion nimmt Benutzern die Furcht vor einer Fehlbedienung des Systems. Versehentlich aufgerufene Aktionen können folgenlos abgebrochen werden. Benutzer erhalten durch die Abbruchmöglichkeit eine größere Kontrolle über den Interaktionsablauf. Die Steuerbarkeit des Systems wird somit aus Benutzersicht erhöht. |
Gestaltungsgrundsätze | Selbstbeschreibungfähigkeit, Steuerbarkeit |
Zusammenspiel |
Abhängigkeit Warnung Wenn Benutzer durch den Abbruch einer Aktion umfangreiche Eingaben oder Zwischenresultate einer langlaufenden Verarbeitung verwerfen, sollte das System eine entsprechende Warnung anzeigen und Benutzer bitten, den Abbruch zu bestätigen. |
Anforderungserhebung |
Identifiziere Aktionen, die einen Dialog für Eingaben verwenden und die Benutzer abbrechen können sollen. |
Anforderungsspezifikation |
Spezifiziere, in welchen Interaktionen zwischen Benutzern und System das Usability Feature „Abbruch“ eingesetzt werden soll. Annotiere und ergänze dazu vorhandene Use Cases in der Spezifikation:
|
Architekturentwurf |
Das System darf Eingaben erst dann (dauerhaft) übernehmen, wenn der Benutzer die Aktion abschließt und ein Abbruch nicht mehr möglich ist. Dies kann durch eine architektonische Trennung des tatsächlichen (also dauerhaft gespeicherten) Zustands der Daten vom dargestellten (z. B. vom Benutzer veränderten) Zustand der Daten erreicht werden, wie sie das Architekturmuster Model-View-ViewModel vorsieht. |