Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info
Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info
3. Iterativer Entwurf Beschreibung: • Die Entwicklung durchläuft viele Zyklen von Entwicklung, Benutzbarkeitstest, Bewertung, Entwurfsänderung Begründung: • Die Benutzbarkeitsprobleme kommen nur nach und nach zum Vorschein • ein Problem verdeckt oft viele andere, bis es beseitigt wird • Korrekturen können neue Probleme hervorrufen • und tun dies auch sehr oft Entwicklung Entwurfsänderung Benutzbarkeitstest Bewertung Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 8 / 37
4. Integrierter Entwurf Beschreibung: • Alle Benutzbarkeits-Aspekte müssen zeitlich parallel und inhaltlich gemeinsam (in einer Hand) entwickelt werden • Benutzungsschnittstelle, Lehreinheiten, Hilfesystem/Dokumentation Begründung: • Andernfalls würden viele Lösungen den Endbenutzern nie wirklich zugute kommen • weil sie erläuterungsbedürftig sind ( Dokumentation) • Andernfalls werden viele Probleme übersehen (z.B. Erlernbarkeit) • Andernfalls können viele Probleme nicht adäquat gelöst werden • z.B. kann ein Benutzbarkeitsproblem evtl. nicht in der SW gelöst werden, aber mit einem geeigneten Training abgemildert • dafür muss die Erkenntnis aus Benutzbarkeitstests zu den Autor/inn/en der Trainings übermittelt werden. Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 9 / 37
- Seite 1 und 2: Vorlesung "Anwendungssysteme" Bedie
- Seite 3 und 4: Benutzbarkeit • Benutzbarkeit bed
- Seite 5 und 6: Entwicklungsprinzipien für gute Be
- Seite 7: 2. Frühes und fortlaufendes Benutz
- Seite 11 und 12: Gründe für die Nichtverwendung
- Seite 13 und 14: Kontext und Methode • Große Soft
- Seite 15 und 16: Entwicklungsgeschichte: Der Super-E
- Seite 17 und 18: Organisationsstruktur • ungefähr
- Seite 19 und 20: Praxis der UI-Entwicklung • Wahrn
- Seite 21 und 22: Problem 2: Kein Kontakt zwischen En
- Seite 23 und 24: Frühes und fortlaufendes Benutzbar
- Seite 25 und 26: Lösungsvorschläge eines Entwickle
- Seite 27 und 28: Ende der Fallstudie Lutz Prechelt,
- Seite 29 und 30: Ergebnisse: Beispiel Benutzbarkeits
- Seite 31 und 32: Beispiel-Ergebnisse: Einkaufskorb B
- Seite 33 und 34: Beispiel-Ergebnisse: Hilfesystem Be
- Seite 35 und 36: Zusammenfassung • Software mit gu
- Seite 37: Danke! Lutz Prechelt, prechelt@inf.
4. Integrierter Entwurf<br />
Beschreibung:<br />
• Alle <strong>Benutzbarkeit</strong>s-Aspekte müssen zeitlich parallel und inhaltlich<br />
gemeinsam (in einer Hand) entwickelt werden<br />
• Benutzungsschnittstelle, Lehreinheiten, Hilfesystem/Dokumentation<br />
Begründung:<br />
• Andernfalls würden viele Lösungen den Endbenutzern nie wirklich<br />
zugute kommen<br />
• weil sie erläuterungsbedürftig sind ( Dokumentation)<br />
• Andernfalls werden viele Probleme übersehen (z.B. Erlernbarkeit)<br />
• Andernfalls können viele Probleme nicht adäquat gelöst werden<br />
• z.B. kann ein <strong>Benutzbarkeit</strong>sproblem evtl. nicht in der SW gelöst<br />
werden, aber mit einem geeigneten Training abgemildert<br />
• dafür muss die Erkenntnis aus <strong>Benutzbarkeit</strong>stests zu den Autor/inn/en<br />
der Trainings übermittelt werden.<br />
Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 9 / 37