Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- se:usability [2008-01-14 15:33]
stefan
+++ se:usability [2014-04-05 11:42] (aktuell)
@@ Zeile 1: / Zeile 1: @@
+===== Klausur =====
+  * **Usability** bezeichnet das Ausmaß zu dem ein Programm von festgelegten Benutzern verwendet werden kann, um festgelegte Ziele effektiv, effizient und zufriedenstellend in einem gegebenen Kontext zu erreichen.
+    * Kontext: Benutzer, Ausgabe, Ausstattung
+    * Maße: Effektivität, Effizienz, Zufriedenheit
+  * **Ergonomie** ist sowohl eine wissenschaftliche Disziplin, die sich mit dem Verständnis von Interaktionen zwischen Menschen und Systemen beschäftigt, als auch der Beruf, der die Theorie, Prinzipien, Daten und Methoden anwendet, um die Leistung eines Systems und das Wohlbefinden des Menschen, der damit arbeitet, zu optimieren.
+  * Usability konzentriert sich auf:
+    * Benutzung
+    * Aufgabe
+    * Leistung
+    * Aufgabenunterstützung
+    * 3 Säulen
+      * Usability Workshop
+      * Site Visits/User Interviews
+      * Usability Evaluation (Methode: Usability Inspection)
+  * Was wurde bei Usability falsch gemacht?
+    * Design
+    * Prozess
+    * Benutzer
+    * Kurz gesagt: Usability wurde als unwichtig abgetan, Produkt konzentriert sich nicht auf Aufgaben der Benutzer
+  * Usage-centered Product Design
+    * Spezifikation aus Kundensicht
+    * Die vier Usability-Aspekte stehen im Vordergrund
+    * Modellgetrieben
+      * Offen für Innovationen
+      * Iterationen sind möglich, aber nicht Ziel!
+    * Technologie wird komplett außen vor gelassen
+    * Abgrenzung **User**-centered Design
+    * Ablauf
+      * Benutzer identifizieren (gegen Systemakteure abgrenzen)
+      * Benutzerrollen modellieren
+      * Aufgaben (Task Cases) identifizieren (etwas, das Akteure in ihren Rollen tun: **was** und **warum**?)
+        * User intention <-> System responsibility
+      * Gruppierung der Aufgaben (Priorisierung) -> Task Map, Navigation Map
+      * Darstellung und Interaktionen ableiten
+  * User performance
+    * Benutzer müssen schneller/besser mehr/neue Aufgaben lösen können
+    * Hilfe bei Problemlösung anbieten, Anfänger/Experten berücksichtigen
+    * Fokus auf Performance -> alles zu berücksichtigen geht nicht!
+    * Warum? schnellerer Einstieg, geringere Trainigs-/Supportkosten, erhöhte Effizienz/Kundenzufriedenheit, Fehlervermeidung
+  * Wozu methodisches Vorgehen?
+    * divide and conquer
+    * "Magie" aus dem Prozess nehmen -> durch mehr Menschen durchführbar, delegierbar, kommunizierbar (Management)
+    * Definierte Methoden sind lehr- und erlernbar und wiederholbar
+    * es wird nur modelliert, was benötigt wird
+  * Gute Modelle
+    * frei von Technologie
+    * abstrakt
+    * einfach
+    * generalisiert
+    * Konzentration auf das Wesentliche
+  * **Task Map**
+    * Enthält alle Task Cases mit ihren Beziehungen zueinander.
+    * Ziel ist, die Tasks zusammenzubringen, die zusammengehören um eine Aufgabe zu lösen (interaction, simple navigation)
+    * Ergebnis: Mehrere Task-Cluster
+  * **Navigation Map**
+    * Enthält alle Task-Cluster und die zwischen ihnen vorgesehenen Navigationspfade
+    * Ziel ist, die Navigation im Programm zu vereinfachen, insb. für die zentralen Aufgaben
+    * Ergebnis: Erste Struktur des Programms.
+  * Prototypen
+    * Verfeinerung und Bewertung des Designs
+    * Planung vor der Implementierung
+    * Feedback von Benutzern einholen
+    * Verschiedene Ansätze evaluieren
+  * **Abstract Prototype**
+    * Füllt die Lücke zwischen Task-Modell und Implementierung: sonst müssten Daten/Aktionen und grafischer Entwurf in einem Schritt erledigt werden
+    * bringt Daten/Aktionen in eine logische Reihenfolge/Anordnung
+  * **Visual Prototype**
+    * Erste Version (passiv): Visualisierung der im AP festgelegten Reihenfolge, **Test der Interaktion mit dem Benutzer**, Optimierung des Designs (Idealvorstellung der Oberfläche)
+    * Zweite Version (aktiv): Machbarkeit zeigen, Vorführung beim Kunden -> Vorlage für die Entwicklung
+  * Usability Workshops
+    * Anforderungen -> Usability Workshop -> Entwicklungsspezifikation
+    * Produkt-, Projektmanager, Entwickler, Usability-Spezialist
+    * Interviews/Site Visits werden durchgeführt
+      * Benutzer sollen nur sagen, warum sie etwas tun, nicht wie
+      * Unvorbereitetes, stummes Zuschauen bei der Arbeit kann neue Verbesserungspotentiale aufdecken
+    * "low tech": Flipcharts, Karten, Pinnwände
+      * Vorteile: Alles ist sichtbar, begrenzter Platz -> Fokus auf zentrale Fragen, taktile Sinneswahrnehmung, einfache Arbeit (verschieben/verwerfen) und kostengünstiges Material
+  * Die **Software-Architektur** muss Usability-Aspekte berücksichtigen, da sonst evtl. benötigte Daten/Aktionen nicht an den vorgesehenen Stellen angeboten werden können
+  * **Usability Inspection**
+    * Strukturierter Prozess mit Benutzer, Designer und Entwickler
+    * Kann bereits auf Papierprototypen angewandt werden
+    * Ziel: Defekte identifizieren, nicht beheben/diskutieren!
+    * Dem Benutzer wird ein Ziel vorgegeben, nicht der Weg!
+    * Wird für bestimmte Szenarien durchgespielt (mit 3-4 unterschiedlichen Benutzern je Szenario -> allgemeine Defekte finden)
+    * Problem: Legacy User
+  * Design Rules/Principles
+    * Structure/Workflow (Microsoft U)
+    * Logical Organization according to task
+    * Association/Disassociation (lines, color, shape etc.)
+    * Organization (white space, borders, alignment, size etc.)
+    * Dialog boxes are bad!
+  * Basic Design Rules
+    * support progressive usage (!)
+    * provide user assistance (!)
+    * learn from other errors
+    * follow trends
+    * good visual organization
+    * communication with users
+===== Links =====
+  * WebDesign
+    * [[http://www.badusability.com/|Bad Usability Calendar]]
+    * [[http://www.useit.com/alertbox/designmistakes.html|Top Ten Web Design Mistakes of 2005]]
+    * [[http://www.webpagesthatsuck.com/|WebPages That Suck]]
+    * [[http://www.stcsig.org/usability/newsletter/9807-webguide.html|Ten Guidelines for User-Centered Web Design]]
+  * Usage Centered Design
+    * [[http://www.foruse.com/articles/|Articles, Reports, and Papers (foruse.com)]]
+  * UI Design
+    * [[http://vip.cs.utsa.edu/classes/cs6693s2006/lectures/cs6693week3.html|Guidelines for using basic UI components]]
+    * [[http://www.uie.com/articles/visible_narratives/|Visible Narratives: Understanding Visual Organization]]
+    * [[http://www.math.leidenuniv.nl/~xmath/mirror/www.iarchitect.com/mshame.htm|Interface Hall of Shame]]
+    * [[http://aaaprod.gsfc.nasa.gov/teas/feb97/February.html|Usability Engineering Ensuring Customer Satisfaction (NASA)]]
+  * Office 2007
+    * [[http://office.microsoft.com/en-us/products/HA101679411033.aspx|The Microsoft Office Fluent user interface overview]]
+    * [[http://channel9.msdn.com/showpost.aspx?postid=114720|Julie Larson-Green - Diving into the new Office 12]]
 ===== Exercises =====
@@ Zeile 85: / Zeile 201: @@
 The user wants to reach his goal quickly and without being distracted. If he needs to open a help screen and search for information regarding his current problem that costs time and the user needs to switch from help to the actual work and back. If you provide inline help (e.g. balloon tips) the user gets help without the need to explicitly search for it and is not disturbed in his work. Also, built-in help can be much more to the point than a generally written help text.
 ==== Exercise 4.1 ====
@@ Zeile 90: / Zeile 207: @@
 I think most websites habe bad usability because they are not given the attention they need by the companies. Many companies still think of a website as kind of a business card and not as their representation on the internet. Also the fact that many websites are programmed by high school students who do not have the required skills to design a good website may be a reason. For many companies, a website is something you need but you do not want to pay much money for, so usability is neglected.
+==== Exercise 5.1 ====
+**Find some wrong designs in products you are using! Make suggestions for improvement.**
+ToDo
+==== Exercise 5.1 ====
+**Why should you think about trends?**
+If a new trend emerges and your product is the only one that has not implemented it, that would be a big problem. Programs like Microsoft Windows and Office set trends that will most likely be accepted by the mass of customers. So if you do not react to trends or even worse do not know that there are certain trends, that could lead to dissatisfied customers.
+==== Exercise 5.2 ====
+**Find out the key features of Microsoft Office 2007 and the problems they want to solve compared to former solutions.**
+  * Replaced menus with "Ribbon", Office button ("pearl) -> groups commands by tasks
+  * Contextual tabs -> commands appear in the right context (e.g. table formatting if you click on a table)
+  * Live previews of the available commands provide the user with a better understanding of the commands' outcome
+  * [[http://office.microsoft.com/en-us/help/HA101679411033.aspx#2|The Microsoft Office Fluent user interface overview - Key Features]]
+==== Exercise 6.1 ====
+**Why does a usability engineer need so many skills?**
+Usability is a core feature of a software product. For this reason, a usability engineer needs to have knowledge in the field of software development and of course design itself. But he also has to convince management and other departments that usability is crucial and may not be neglected. For this reason, he needs good communication skills. He also needs to be able to feel with the customer and see the software from different perspectives to reach a certain level of usability. And nonetheless, he also needs the basis knowledge about design, ergonomics etc. to finally implement the usability.

Stefans Wiki

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge