Návrh uživatelských rozhraní

Transkript

1 Návrh uživatelských rozhraní Ing. Pavel Žikovský PhD. Katedra teoreticke informatiky Fakulta informacnich technologii Česke vysoke uceni technicke v Praze (c) Pavel Žikovský, 2011 MI-NUR 6. přednáška Heuristická evaluace Evropský sociální fond Praha & EU: Investujeme do vaší budoucnosti

2 Heuristic UI Evaluation A Test to be run without users Done by experts (=you, rather not the person who designed the app) There are a few out there, the most important made by Jakob Nielsen in 1994 Jakob Nielsen is a UI guru see nngroup.com A list of 10 rules to check You should have it in your mind when designing any UI MI-NUR 2

3 Nielsen's Heuristic Evaluation 1. Visibility of system status System keeps informing the user on what s going on. Feedback provided in reasonable time. 2. Match between system and the real world The system speaks the users language Real-world conventions. Natural and logical order of information. 3. User control and freedom Users often choose system functions by mistake. Provide emergency exit from unwanted states. 4. Consistency and standards Conventions of the platform should be obeyed. 5. Error prevention Don t let errors happen. Confirmation option MI-NUR 3

4 Heurictics Evaluation - ctd 6. Recognition rather than recall Relevant objects and options are visible. The user is not requested to remember information. 7. Flexibility and efficiency of use Provide keyboard shortcuts (accelerators). Accommodate both novice and power users. 8. Aesthetic and minimalist design Only relevant information is shown. (Each unit of information competes with all other units of information.) 9. Help users recognize, diagnose, and recover from errors Error messages in plain language Precise indication and constructive suggestion of a solution 10. Help and documentation Minimal, easy to search MI-NUR 4

5 1.Viditelnost stavu systému Systém nesmí zůstat zamrzlý a nereagovat na uživatelské vstupy Zobrazit progress bar Uživatel musí být informován o tom, co systém dělá MI-NUR 5

6 2. Shoda mezi systémem a realitou Zachování konvencí (a metafor) reálného světa Desktop... Ikony (a metafory) se musí chovat jako to, co zobrazuji / na co odkazují Do koše mohu věci nejen vyhodit, ale lze ho i vysypat, případně ho prohledat a vytáhnout už jednou vyhozenou věc Pozor na překlady MI-NUR 6

7 3. Minimální zodpovědnost (a stres) Nic se nemůže pokazit Vždy je možnost vrátit se zpět so předchozího stavu Undo Nejlépe univerzální undo historie Uživatelé více experimentují a rychleji se učí Uživatel ovládá systém, ne naopak Zrušení dlouho trvajících operací (rollback) Potvrzování akcí Varování před provedením nevratné akce MI-NUR 7

8 4. Shoda s použitou platformou a obecnými standardy Program pod Windows vypadá a chová se jako pod Windows. Nijak jinak. Pokud to jde, použít standartni systémové komponenty Systémové barvy a fonty Používat stejné termíny Vysvětlit zkratky ( Nastavte BPU! ) MI-NUR 8

9 5. Prevence chyb Uživatel by neměl být možnost zadat špatnou hodnotu Následná chybová hláška to zachrání jen částečně Pokud je způsob zadávání z principu složitější, je třeba to na místě vysvětlit (in-line help text, hint) Např. Síla hesla Zvýraznit povinné položky formulářů Potvrzování akcí MI-NUR 9

10 6. Kouknu a vidím Nezatěžovat uživatelovu pamět Akce, které uživatel může momentálně provést by měli být viditelné a snadno dosažitelné Stejně tak informace Nepotřebné kontrolky a informace nepotřebujeme Pozice uživatele Krok ve wizardu (3 of 7) Pozice ve stromové struktuře (bread crumb) MI-NUR 10

11 7. Flexibilita a efektivita Zkušení vs. běžní uživatelé To co zkušený uživatel pravidelně potřebuje, bežný kolikrát ani nepotřebuje vědět Pokročilý (Advanced) mód Klávesové zkratky / funkční klávesy Makra Klonování existujících záznamů (templates) Jsou opravdu všechny akce/nastavení potřeba? MI-NUR 11

12 8. Minimalita (Klapky na očích) Zobrazovat pouze informaci, která aktuálně k něčemu opravdu je. Čím méně možností uživatel má, tím rychleji koná (Nepotřebná) grafika by neměla zastiňovat ovládání a účel Cokoliv je zobrazeno soutěží o uživatelovu pozornost Je třeba nechat vyhrát to důležité MI-NUR 12

13 9. Smysluplné chybové hlášky Nejlepší je nedojít do stavu kdy je třeba chybového hlášení Chybové hlášení v běžném jazyce žádné kódy Chybové hlášení by mělo popsat co se stalo špatně, jak se to stalo a jak tomu příště předejít. Případně možná řešení doporučit Mělo by poučit (vzdělat) uživatele MI-NUR 13

14 10. Help a dokumentace Systém by měl být použitelný bez jakékoliv nápovědy, nicméně... Nápověda musí být Musí podporovat funkci vyhledávání Spíše než popisem by se mělam zabývat příklady Kontextová nápověda MI-NUR 14

15 Nielsonova heuristika Primárně určena jako pomůcka k testování UI experty Velmi užitečná i při samotném návrhu MI-NUR 15

16 Heuristic Evaluation Procedure 1. Tutorial Explain the application to assesors (experts), provide a scenario if needed 2. Evaluation Individual experts perform the evaluation and record results (which law has been viloated and how) 3. Priority Assessment Assess the severity of each problem 4. Reporting Discuss the conclusions with the assesors and design team MI-NUR 16

17 How Many Experts? 1 expert finds ~35% problems 5 experts find ~75% problem Shall we hire more? Higher costs Probably would not find more problems MI-NUR 17