Metody oceny interfejsów

Transkrypt

1 Uniwersytet Jagielloński Interfejsy graficzne Wykład 8 Metody oceny interfejsów Barbara Strg 2013

2 Błędy interfejs

3 Błędy interfejs

4 Analiza Herystyczna

5 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)

6 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

7 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

8 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

9 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

10 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)

11 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)

12 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

13 H2-1: Stan system Przykład informowania żytkownika W jakim trybie jet system Co zostało wybrane Co robi system?

14 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

15 H2-2: Dopasowanie system i rzeczywistych rządzeń Mów językiem żytkownika Stosj konwencje Bankomat!

16 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?

17 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)

18 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

19 H2-4: Spójność i standardy Etykietki wyglądają jak przyciski!!!

20 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?)

21 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ą!)

22 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

23 H2-8: Estetyka i minimalizm Żadnych niepotrzebnych informacji Zły przykład:

24 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

25 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...

26 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

27 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

28 Typy pomocy Przypominanie Karty dołączane do programów Dla eksperta szybkie sprawdzenie Dla początkjącego Wzorce klawiatry hints skróty

29 Typy pomocy Pomoc kontekstowa Wizards (kreatory)

30 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

31 Jak wykonać ocenę? Gdzie można znaleźć problemy Jedno miejsce UI Porównanie kilk miejsc w UI Strktra całości Braki

32 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

33 Waga błęd 1 - problem kosmetyczny 2 - mały problem 3 - dży problem; należy go poprawić 4 błąd krytyczny!!

34 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