Uniwersytet Jagielloński Interfejsy graficzne Wykład 8 Metody oceny interfejsów Barbara Strg 2013
Błędy interfejs
Błędy interfejs
Analiza Herystyczna
Badanie fnkcjonalności 4 metody oceny interfejsów: atomatyczna (obliczamy miarę żyteczności za pomocą specjalnego oprogramowania) empiryczna (ocena z wykorzystaniem prawdziwych żytkowników - obserwacja) formalna (z wykorzystaniem modeli) nieformalna (z wykorzystaniem wiedzy)
Usability Engineering Stworzone i rozwijane przez Nielsona, oparte na 4 technikach: Obserwacja żytkowników i zadań Scenarisze Uproszczone myślenie na głos Ocena herystyczna
Usability engineering Tania Nie potrzeba laboratoriów ani specjalnego wyposażenia Lepsze wyniki przy większej dokładności Szybka Wymaga około 1 dnia pracy Metody standardowe mogą zająć do tygodnia Łatwa Można się jej naczyć w ciąg 2-3 godzin
Ocena herystyczna Twórca - Jakob Nielsen Badamy interfejs pod kątem problemów z jego żytkowalnością Staje się coraz bardziej poplarna Nie wymaga dział żytkownika Wykrywa wiele błędów projektowych Mała grpa specjalistów od oceny (3-5 osób) Niezależnie każdy sprawdza interfejs pod kątem zgodności z zasadami ( herystyki ) Rózne osoby znajdą różne błędy Osoby oceniające komnikją się PO ZAKOŃCZENIU oceny Skłądamy wszystkie wyniki na jeden raport Może być wykonana na działającym interfejsie lb na szkicach
Ocena herystyczna Każdy oceniający analizje interfejs (UI) kilka razy Badamy różne elementy okien dialgowych Porównjemy z listą zasad żytkowalności Należy wziąć pod wagę wszystkie inne zasady jakie przyjdą nam do głowy Zasady ( Usability principles ) Herystyki Nielsena Dodatkowa lista herystyk specyficznych dla typ interfejs/system Przeprojektowanie - poprawa interefjs
Herystyki Nielsena (oryginalne) H1-1: Simple & natral dialog (prosta komnikacja z żytkownikiem) H1-2: Speak the sers langage (język żytkownika) H1-3: Minimize sers memory load (obciążenie pamięci) H1-4: Consistency (spójność) H1-5: Feedback (informacja zwrotna) H1-6: Clearly marked exits (Wyjścia!) H1-7: Shortcts (skróty) H1-8: Precise & constrctive error messages (Komnikaty o błędach) H1-9: Prevent errors (zapobieganie błędom) H1-10: Help and docmentation (pomoc i dokmentacja)
Herystyki Nielsena (inaczej) Oczekiwania H1-2: Speak the sers langage (język żytkownika) H1-4: Consistency (spójność) H1-10: Help and docmentation (pomoc i dokmentacja) Użytkownik H1-3: Minimize sers memory load (obciążenie pamięci) H1-5: Feedback (informacja zwrotna) H1-6: Clearly marked exits (Wyjścia!) H1-7: Shortcts (skróty) Błędy H1-8: Precise & constrctive error messages (Komnikaty o błędach) H1-9: Prevent errors (zapobieganie błędom) Prostota H1-1: Simple & natral dialog (prosta komnikacja z żytkownikiem)
H2-1: Stan system Użytkownik powinien być na bieżąco informowany o stanie procesów/system Należy zwrócić wagę na czas! 0.1 sec: nie potrzeba żadnych informacji 1.0 sec: żytkownik ma skłonność do gbienia się 10 sec: maksymalny czas skpienia wagi żytkownika Przy dłższych akcjach należy żyć informacji o stanie proces np. searching database for matches
H2-1: Stan system Przykład informowania żytkownika W jakim trybie jet system Co zostało wybrane Co robi system?
H2-2: Dopasowanie system i rzeczywistych rządzeń Mów językiem żytkownika Stosj konwencje zły projekt: Mac desktop Przeciągnięcie do kosza wyswa nie swa
H2-2: Dopasowanie system i rzeczywistych rządzeń Mów językiem żytkownika Stosj konwencje Bankomat!
H2-3: Kontrola i swoboda Dobrze oznaczone wyjścia w każdej sytacji Nie wymszaj konkretnej ścieżki How do I get ot of this?
H2-3: Kontrola i swoboda Ważne są wyjścia, operacje ndo oraz redo Strategie postępowania: Przycisk Cancel (w okienkach dialogowych, do których należy podać jakieś wejście) Globalne Undo (zawsze można się cofnąć do poprzedniego stan) przerwanie (szczególnie w przypadk dłgich operacji) wyjście (możliwość zakończenia program w dowolnym momencie) Wartości domyślne (przywracalne w dowolnym momencie)
H2-4: Spójność i standardy Spójność działania Te same słowa, polecenia i akcje w takiej samej sytacji zawsze maja taki sam efekt - przewidywalność Spójność języka i grafiki Te same informacje kontrolki w tych samych miejscach na ekranie Formlarze zbliżone do typowych Taki sam wygląd kontrolek w całym interfejsie ( widgets) Zdarzają się różne paski przewijania! Spójność wejścia Takie same w całym systemie
H2-4: Spójność i standardy Etykietki wyglądają jak przyciski!!!
H2-5: Zapobieganie błędom Należy niemożłiwić popełnianie błędów Współczesne biblioteki widgets : dopszczają tylko legalne polecenia lb dane Sprawdzamy dane wejściowe także ich sensownośc (zamówienia?)
H2-6: Przypominanie Ldzie nie są najlepsi w pamiętani różnych rzeczy! Rozpoznawanie jest łatwiejsze men, ikonki, okienka wybor, formatki opiera się na tym, że żytkownik WIDZI możliwości (bez przesady z ilością!)
H2-7: Elastyczność i efektywność Zaawansowani żytkownicy powinni mieć możliwość wykonywania operacji szybciej Skróty klawiszowe i myszka Dopełnianie poleceń Skróty men Klawisze fnkcyjne Myszka vs wybór z men Wpisywanie zanim system prosi o dane / przyjmje je (powinien pamiętać co zostało wpisane) Skoki nawigacyjne (bez przechodzenia przez wszystkie etapy) Historia - WWW: ~60% stron jest ponownie odwiedzanych
H2-8: Estetyka i minimalizm Żadnych niepotrzebnych informacji Zły przykład:
H2-9: Pomoc w rozpoznawani i swani błędów Język komnikatów błędów Dokładność wskazywania problemów Porada w snięci
Typy błędów Często wykonywana akcja o podobnej sekwencji poczatkowej przeważa nad rzadko wykonywaną (William James, 1890) Nie wierzę, że wcisnąłem Yes...
H2-10: System pomocy System pomocy nie zastępje złego projekt! Proste systemy: minimalna instrkcja Większość systemów bogactwo cech Część żytkowników może chcieć zostać ekspertami Średnio zawansowani potrzebją przypomnień i naki Wiel żytkowników nie czyta podręcznika wolą czyć się żywając program Sytacja paniki! Pomoc kontekstowa Papierowa dokmentacja może być niedostępna (firmy!) Używany jako szybkie przypomnienie Składnia, skróty
Typy pomocy Ttorial oraz getting started Krótki poradnik Raczej dla czenia w działani Podstawy skłądni on-line tors,ćwiczenia i demonstracje Podręczniki Raczej dla ekspertów Nie wprowadzają idei program, są tematyczne on-line hypertext Wyszkiwanie Spis treści index
Typy pomocy Przypominanie Karty dołączane do programów Dla eksperta szybkie sprawdzenie Dla początkjącego Wzorce klawiatry hints skróty
Typy pomocy Pomoc kontekstowa Wizards (kreatory)
Jak wykonać ocenę? Każda osoba co najmniej dwa przejścia UI Zapoznanie się z systemem Analiza konkretnych możliwości Dla większych systemów należy dostarczyć scenarisze Każda osoba sporządza listę problemów Odniesienie do herystyk Każdy problem osobno
Jak wykonać ocenę? Gdzie można znaleźć problemy Jedno miejsce UI Porównanie kilk miejsc w UI Strktra całości Braki
Waga błęd Ile trzeba przeznaczyć na poprawę Są kombinacją częstości ważności Należy je policzyć do końcowego raport Każdy oceniający osobno
Waga błęd 1 - problem kosmetyczny 2 - mały problem 3 - dży problem; należy go poprawić 4 błąd krytyczny!!
Podsmowanie Zalety Minimalizm kilka zasad, łatwe do zapamiętania Tanie i wygodne Nie wymaga ekspertów i żytkowników Problemy: Zasady nie są 100% jednoznaczne Nie zawsze przewidje dobrze rzeczywiste zadowolenie żytkownika