Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info
Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info Bedienbarkeit/Benutzbarkeit - auf Matthias-Draeger.info
Akzeptanz und Verwendung der Prinzipien • Auf Befragen stufen erfahrene Entwickler/innen diese Prinzipien meist als "offensichtlich" ein • Tatsächlich werden sie aber nur sehr unvollständig angewandt: • Wenig direkte Einbindung von Benutzer/inne/n • Selten werden mehrere Iterationen vorgesehen Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 10 / 37
Gründe für die Nichtverwendung • Entwickler/innen glauben, Benutzer/innen wüssten nicht was sie brauchen • Stimmt oft anfangs, • löst sich aber mit einem Prototyp schnell • Entwickler/innen glauben, dass sich Entwurfsprobleme durch Überlegen lösen lassen • Kann gelegentlich gelingen, aber meist übersieht man etwas • Entwickler/innen glauben, die richtige Lösung auf Anhieb finden zu können • Kann gelegentlich gelingen, aber meist übersieht man etwas • Entwickler/innen verweisen auf Halsstarrigkeit von Benutzer/inne/n • Stimmt manchmal anfangs, • wird aber durch echte Zusammenarbeit meist aufgebrochen Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 11 / 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: 4. Integrierter Entwurf Beschreibun
- 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.
Gründe für die Nichtverwendung<br />
• Entwickler/innen glauben, Benutzer/innen wüssten nicht was sie<br />
brauchen<br />
• Stimmt oft anfangs,<br />
• löst sich aber mit einem Prototyp schnell<br />
• Entwickler/innen glauben, dass sich Entwurfsprobleme durch<br />
Überlegen lösen lassen<br />
• Kann gelegentlich gelingen, aber meist übersieht man etwas<br />
• Entwickler/innen glauben, die richtige Lösung <strong>auf</strong> Anhieb finden zu<br />
können<br />
• Kann gelegentlich gelingen, aber meist übersieht man etwas<br />
• Entwickler/innen verweisen <strong>auf</strong> Halsstarrigkeit von Benutzer/inne/n<br />
• Stimmt manchmal anfangs,<br />
• wird aber durch echte Zusammenarbeit meist <strong>auf</strong>gebrochen<br />
Lutz Prechelt, prechelt@inf.fu-berlin.de [12] 11 / 37