Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info
Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info
Folgen für die Anwendung der 4 Prinzipien 1. Direkter Kontakt zu Benutzern • Fehlt. Das ist das Ausgangsproblem 2. Frühes und fortlaufendes Benutzbarkeitstesten • Ist folglich allenfalls mit unechten Benutzer/inne/n möglich 3. Iterativer Entwurf • Ist nur mäßig nützlich, da man kein qualifiziertes Feedback hat 4. Integrierter Entwurf • Wird von der Organisationsstruktur extrem erschwert • Diskussion siehe nächste Folien Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 22 / 37
Frühes und fortlaufendes Benutzbarkeitstesten • Entwicklungsabteilung präsentierte ihre Benutzungsschnittstelle vor Vertreter/inne/n der anderen Abteilungen • Problem: "Unqualifizierte Leute machen einen Haufen Kommentare über alles mögliche, das ihnen gerade dazu einfällt." • "Wenn man ein Architekturmodell vorstellt, hat kaum jemand dazu was zu sagen. Aber wenn man Bildschirmentwürfe zeigt, bekommt man so viele Meinungen wie Leute im Raum sind." • Am nützlichsten war noch, als zwei Mitarbeiter/innen des Kundendienstes das Produkt so ausprobierten, wie sie glaubten, dass Endbenutzer/innen es verwenden würden • (Sie fanden dabei außerdem mehr Defekte als die Qualitätssicherung es tat) • Dies war aber kein Bestandteil des regulären Entwicklungsprozesses Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 23 / 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 und 8: 2. Frühes und fortlaufendes Benutz
- Seite 9 und 10: 4. Integrierter Entwurf Beschreibun
- 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: Problem 2: Kein Kontakt zwischen En
- 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.
Folgen<br />
für die Anwendung der 4 Prinzipien<br />
1. Direkter Kontakt zu Benutzern<br />
• Fehlt. Das ist das Ausgangsproblem<br />
2. Frühes und fortl<strong>auf</strong>endes <strong>Benutzbarkeit</strong>stesten<br />
• Ist folglich allenfalls mit unechten Benutzer/inne/n möglich<br />
3. Iterativer Entwurf<br />
• Ist nur mäßig nützlich, da man kein qualifiziertes Feedback hat<br />
4. Integrierter Entwurf<br />
• Wird von der Organisationsstruktur extrem erschwert<br />
• Diskussion siehe nächste Folien<br />
Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 22 / 37
Change language