Strona główna | English English
Attached > Użyteczność > Laboratoria > #3 > Podsumowanie i pytania kontrolne
Powrót | Poprzedni

Oczywistym jest, iż sugerując się jedynie podanymi wytycznymi można zaprojektować wiele różnych okien, jednak tylko nieliczna część z nich będzie naprawdę użyteczna. Aby sprawdzić efektywność naszego projektu, sugeruje się przejrzenie poniższej listy pytań kontrolnych, które mogą być także przydatne w ewentualnych przyszłych pracach nad interfejsami w GUI:

Funkcjonalność:

1. Czy zwracasz równie dużą uwagę na funkcjonalność co na wygląd aplikacji? Oczywiście w niektórych sytuacjach (np. reklamowe witryny WWW) atrakcyjny wygląd jest bardzo ważny, jednak nigdy nie powinien stać na drodze użyteczności.

2. Czy Twoje okno jest w 100% zgodne z założeniami? Czy posiada wszystkie wyznaczone funkcje? Czy posiada tylko i wyłącznie wyznaczone funkcje?

3. Czy złożoność Twojego projektu jest adekwatna do potrzeb? Pamiętaj o “zasadzie trzech kliknięć” i o tym, iż każda nowa kontrolka zwiększa czas potrzebny na opanowanie okna.

4. Czy pomagasz użytkownikowi w unikaniu typowych błędów poprzez umiejętne zaprojektowanie okna?

5. Czy Twoje okno zgodne jest z innymi oknami tej samej aplikacji? (pomyśl o układzie kontrolek, stosowanych konwencjach, słownictwie itd.)

6. Czy przy projektowaniu okna bierzesz pod uwagę, iż w przyszłości może być konieczna jego rozbudowa?

System operacyjny:

7. Czy Twój projekt jest w pełni zgodny z wytycznymi dotyczącymi danego systemu operacyjnego? Pamiętaj, iż nie wystarczy wykorzystanie domyślnych kontrolek, czcionek i kolorystyki – zgodność z systemem operacyjnym to także odpowiednie ułożenie elementów interfejsu, zachowanie się okien oraz kontrolek, a także wszystkie założenia stosujące u podstaw projektu.

(uwaga: część poniższych pytań będzie zakładała wykorzystanie systemu Windows)

8. Czy wykorzystujesz domyślne kolory, czcionki, a także wymiary okien? Zostały one dokładnie obmyślone i przetestowane, a użytkownik tylko zyska na standardowym wyglądzie okien, nie musząc uczyć się od nowa zachowania się interfejsu – ponadto narzucając własny wygląd pozbawiasz użytkownika możliwości jego dostosowania za pomocą systemowych funkcji (takich jak Panel sterowania czy Kompozycje). Pamiętaj także, iż łatwo jest sugerować się wyglądem 95% typowych systemów, jednak istnieją też nietypowe – na przykład w przypadku użytkowników z ograniczonymi możliwościami wzrokowymi lub manualnymi.

9. Czy Twoje okno zmieści się na ekranie nawet w minimalnej rozdzielczości? (minimalna rozdzielczość Windows XP to 800×600, w poprzednich systemach operacyjnych Windows była to 640×480)

Okno:

10. Czy Twoje okno ma nadany tytuł? Czy ten tytuł jest taki sam lub zbliżony do nazwy przycisku lub opcji z menu, która otworzyła to okno? Okna bez lub z domyślnym tytułem wyglądają nieprofesjonalnie i są trudne do zidentyfikowania np. w pasku zadań.

11. Czy w pasku tytułu obecne są odpowiednie przyciski? Czy możliwe jest powiększenie (maksymalizacja) okna, a jeśli tak, czy taka możliwość jest uzasadniona? Czy widoczny jest przycisk kontekstowej pomocy, jeśli jest ona dostępna?

12. Czy dobrano odpowiedni rodzaj ramki do okna? (szeroka ramka jest wykorzystywana przy oknach, których wymiary użytkownik może zmieniać)

13. Czy Twoje okno jest odpowiednio umieszczone w hierarchii? Czy stosujesz modalność tam, gdzie jest ona wymagana? (w przypadku wywołania okna dialogowego z innego okna, użytkownik nie powinien móc wrócić do poprzedniego okna bez zamknięcia okna dialogowego)

Kontrolki:

14. Czy wykorzystujesz intuicyjne ułożenie kontrolek i dobierasz odpowiednio ich typy, zamiast w sztuczny sposób opisywać czynności i tworzyć instrukcje?

15. Czy kontrolki rozmieszczone są zgodnie ze sposobem, w jaki użytkownik czyta lub skanuje ekran? (w Polsce: od lewej do prawej, z góry na dół) Czy najczęściej wykorzystywane opcje są umieszczone “najwcześniej”?

16. Czy liczba kontrolek w oknie nie jest za duża? Jeśli tak, czy nie lepiej usunąć niektóre rzadziej wykorzystywane lub pokazywać je dopiero po wciśnięciu odpowiedniego przycisku? (pamiętaj o zasadzie progressive disclosure)

17. Czy stosujesz kontrolki zgodnie z ich przeznaczeniem opisanym w wytycznych i wykorzystywanym w popularnych aplikacjach? (dla przykładu: w przypadku dwu wykluczających się opcji powinno wykorzystać się kontrolkę checkbox, do sześciu opcji można zastosować przyciski radiowe, natomiast w przypadku większej ilości opcji listę lub combo box).

18. Czy Twoje kontrolki reagują w standardowy sposób? (np. przyciski po wciśnięciu powinny wykonywać komendę lub otwierać okno, natomiast przyciski radiowe tylko zmieniać stan)

19. Czy kontrolki zbliżone znaczeniowo są pogrupowane z wykorzystaniem ramek lub pokrewnych elementów interfejsu? Czy nie stosujesz ramek nadmiernie, aby grupować tylko pojedyncze kontrolki? (pamiętaj, że grupa przycisków radiowych to de facto pojedyncza kontrolka)

20. Czy niewykorzystywane kontrolki są nieaktywne? Czy oprogramowanie odpowiednio włącza i wyłącza nieaktywne kontrolki w razie potrzeby?

Przyciski:

21. Czy w Twoim oknie dialogowym jest obecny domyślny przycisk? Czy jest on oznaczony? (ten wybierany po wciśnięciu Enter i oznaczany pogrubioną ramką)

22. Czy Twoje okno da się zamknąć w standardowy sposób? (przycisk na pasku tytułu, klawisz Esc, przycisk “Anuluj”).

23. Czy jest możliwe zamknięcie okna lub wybranie “Anuluj” bez dokonywania zmian? (użytkownik powinien zawsze mieć wyjście awaryjne z każdej sytuacji)

24. Czy w przyciskach (i w menu) odpowiednio stosujesz wielokropki? (wielokropek powinien być stosowany przy tych poleceniach, które wymagają podania przez użytkownika dodatkowych danych przed wykonaniem)

25. Czy przyciski “OK,” “Anuluj” i inne odnoszące się do manipulacji okienkiem są oddzielone od innych przycisków?

Menu:

26. Czy w kontrolkach z menu (combo boxes) jest domyślnie wybrana jakaś opcja?

27. Czy otwierająca się lista jest odpowiednio duża (długa) w pionie tak, aby oszczędzić użytkownikowi przewijania?

28. Czy otwierająca się lista jest odpowiednio szeroka tak, aby każda pozycja była widoczna w całości?

Opisy:

29. Czy przy kontrolkach są odpowiednie opisy (labels) tłumaczące ich przeznaczenie? (szczególnie przy listach i menu)

30. Czy opisy są wyrównane (w stosunku do tekstu kontrolki i do innych opisów)?

31. Czy dwukropki przy opisach są konsekwentnie stosowane lub niestosowane?

32. Czy stosujesz etykietki (tooltips) wyjaśniające niektóre elementy interfejsu? Pamiętaj, że etykietki powinny być stosowane z sensem i z umiarem – etykietki powtarzające standardowy opis kontrolki nie mają większego sensu.

33. Czy stosujesz polskie litery? Opisy i nazwy kontrolek bez polskich liter wyglądają niechlujnie i są mniej czytelne.

Klawiatura:

34. Czy w oknie zastosowano skróty klawiszowe, dzięki którym zaawansowani użytkownicy będą mogli szybciej skorzystać z niektórych opcji? Czy litery wywołujące opcje nie powtarzają się?

35. Czy użytkownik może przemieszczać kursor za pomocą klawiszy Tab i Shift-Tab? Czy kolejność przemieszczania jest zgodna z układem okienka? Czy można się w ten sposób dostać do wszystkich kontrolek?



  Poprzedni
Strona dodana 26 stycznia 2003 roku.

Copyright © 2002-2005 Marcin Wichary 		Wersja do druku | Kontakt | Mapa serwisu