Wiederverwendung - auf Matthias-Draeger.info
Wiederverwendung - auf Matthias-Draeger.info Wiederverwendung - auf Matthias-Draeger.info
Benutzbarkeitsmuster I:Anforderungen (3)• Checking for Correctness• Prüfe Benutzereingaben und zeige Warnungen• Biete evtl. vollautomatische Korrektur an (z.B. "hte""the")• Maintaining Device Independence• Arbeite einheitlich und konfliktfrei mit allen in Frage kommendenEingabe-, Ausgabe- und Speichergeräten zusammen• Evaluating the System• Baue Mechanismen zur Unterstützung von Benutzbarkeitstestsgleich mit ins System ein• Recovering from Failure• Minimiere den möglichen Datenverlust bei HW- oder SW-AusfällenLutz Prechelt, prechelt@inf.fu-berlin.de [23+24] 50 / 84
Benutzbarkeitsmuster I:Anforderungen (4)• Retrieving Forgotten Passwords• Sehe einfache, aber hinreichend sichere Mechanismen vor, wieBenutzer nach Vergessen des Passworts wieder Zugang erlangenkönnen• Providing Good Help• Biete Hilfe kontextabhängig und detailliert genug an, um einProblem auch wirklich zu lösen• Hilfe sollte dafür sorgen, dass die Benutzer die Grundkonzeptedes Systems verstehen• Reusing Information• Erlaube, Daten leicht von und zu anderen Anwendungen zuübertragen (import, export, cut/paste, etc.)• Supporting International Use• Unterstütze die Umstellung auf andere Sprachen (Zeichensätze,Fonts, Tastaturen etc.)• Unterstütze Umstellung auf andere Kulturen (Farben, Symbole)Lutz Prechelt, prechelt@inf.fu-berlin.de [23+24] 51 / 84
- Seite 1 und 2: Vorlesung "Softwaretechnik"Wiederve
- Seite 3 und 4: Wo sind wir?:Wiederverwendung• Ei
- Seite 5 und 6: Arten derWiederverwendung (2): Gege
- Seite 7 und 8: Risiken derProdukt-Wiederverwendung
- Seite 9 und 10: Hindernisse für WiederverwendungWi
- Seite 11 und 12: Ist dieProduktivität wirklich ange
- Seite 13 und 14: Wiederverwendung von bewährtenKomp
- Seite 15 und 16: Wiederverwendung von bewährtenAnfo
- Seite 17: Wiederverwendung von bewährtenWerk
- Seite 20 und 21: Prinzip,Methode, Verfahren, Werkzeu
- Seite 22 und 23: Prinzip: Abstraktion• Beschreibe
- Seite 24 und 25: Prinzip: Strukturierung• Mache et
- Seite 26 und 27: Prinzip: Modularisierung• Mache e
- Seite 28 und 29: Prinzip: Konsistenz• Handhabe gle
- Seite 30 und 31: Prinzip: Wiederverwendung• A: Ver
- Seite 32 und 33: Arten von Mustern• Anforderungen
- Seite 34 und 35: Beobachtung 1:Personen versus Organ
- Seite 36 und 37: Beispiel einer Organisationshierarc
- Seite 38 und 39: Propagation von Attributen• Man k
- Seite 40 und 41: Mehrfache Hierarchien• Eventuell
- Seite 42 und 43: Verantwortlichkeit: Beispielfunctio
- Seite 44 und 45: Verantwortlichkeitenmit Regeln: Bei
- Seite 46 und 47: Arten von Mustern• Anforderungen
- Seite 48 und 49: Benutzbarkeit ist schwierigMantra d
- Seite 52 und 53: Benutzbarkeitsmuster I:Anforderunge
- Seite 54 und 55: Benutzbarkeitsmuster I:Anforderunge
- Seite 56 und 57: Benutzbarkeitsmuster II:Entwürfe
- Seite 58 und 59: Arten von Mustern• Anforderungen
- Seite 60 und 61: Eine Projektgeschichte• Jemand er
- Seite 62 und 63: Muster: Liefertermin festlegen(size
- Seite 64 und 65: Muster: Keine kleinen Terminverzög
- Seite 66 und 67: Muster für Ablenkungen,Störungen,
- Seite 68 und 69: Muster: Programmieren in Episoden(p
- Seite 70 und 71: Arten von Mustern• Anforderungen
- Seite 72 und 73: Beispiel: Eine Mustersprachefür ve
- Seite 74 und 75: Beispiele für Anti-Muster• Proze
- Seite 76 und 77: Beispiele für Anti-Muster (3)• P
- Seite 78 und 79: Quellen: Anforderungsmuster• Mich
- Seite 80 und 81: Quellen: Entwurfsmuster• Martin F
- Seite 82 und 83: Quellen: Prozessmuster• James Cop
- Seite 84: Danke!Lutz Prechelt, prechelt@inf.f
Benutzbarkeitsmuster I:Anforderungen (3)• Checking for Correctness• Prüfe Benutzereingaben und zeige Warnungen• Biete evtl. vollautomatische Korrektur an (z.B. "hte""the")• Maintaining Device Independence• Arbeite einheitlich und konfliktfrei mit allen in Frage kommendenEingabe-, Ausgabe- und Speichergeräten zusammen• Evaluating the System• Baue Mechanismen zur Unterstützung von Benutzbarkeitstestsgleich mit ins System ein• Recovering from Failure• Minimiere den möglichen Datenverlust bei HW- oder SW-AusfällenLutz Prechelt, prechelt@inf.fu-berlin.de [23+24] 50 / 84