Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info
Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info
Integrierter Entwurf • Diese Organisation hatte eine lange Tradition der getrennten Entwicklung von HW, SW, Dokumentation und Training • Die ganze Kommunikation sollte eigentlich über Spezifikationen statt finden • Das ist für Benutzungsschnittstellen jedoch sehr schwierig: "Man kann nicht in Worten ausdrücken, was man vorhat, wenn man ein bestimmtes UI entwirft. Man kann zwar eine Spezifikation davon aufschreiben, aber keiner weiß, ob die richtig ist, bevor er sie benutzt hat." • Diese Organisationsform erzeugt auch Widerstände gegen Iterationen • oder führt dazu, dass Dokumentation und Lehrmaterial erst sehr spät erstellt werden Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 24 / 37
Lösungsvorschläge eines Entwicklers • Rolle von Marketing: • "Marketing sollte eine Richtung vorgeben; Gebiete die zu verbessern sind. Und dann ein paar Kunden nennen, mit denen wir direkt zusammen arbeiten können." • Art und Rolle von Benutzerkontakt: • "Es wäre gut, wenn jede Entwickler ein paar Stunden pro Jahr direkt zugucken könnte, wie Endbenutzer die SW verwenden. Nur zugucken. Sehen, was der Benutzer tut, und hören, wo und was er grummelt." • "Man muss zuerst mal verstehen, was Benutzer überhaupt erreichen wollen. Wie sie es angehen, ihren Tag strukturieren. Mit einem solchen Überblick bekommt man auch Ideen, wie man ihnen am besten helfen kann." Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 25 / 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 und 22: Problem 2: Kein Kontakt zwischen En
- Seite 23: Frühes und fortlaufendes Benutzbar
- 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.
Integrierter Entwurf<br />
• Diese Organisation hatte eine lange Tradition der getrennten<br />
Entwicklung von HW, SW, Dokumentation und Training<br />
• Die ganze Kommunikation sollte eigentlich über Spezifikationen<br />
statt finden<br />
• Das ist für Benutzungsschnittstellen jedoch sehr schwierig:<br />
"Man kann nicht in Worten ausdrücken, was man vorhat, wenn man ein<br />
bestimmtes UI entwirft. Man kann zwar eine Spezifikation davon<br />
<strong>auf</strong>schreiben, aber keiner weiß, ob die richtig ist, bevor er sie benutzt<br />
hat."<br />
• Diese Organisationsform erzeugt auch Widerstände gegen<br />
Iterationen<br />
• oder führt dazu, dass Dokumentation und Lehrmaterial erst sehr spät<br />
erstellt werden<br />
Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 24 / 37