ii
eské vysoké u£ení technické v Praze Fakulta elektrotechnická Katedra po£íta£ové gra ky a interakce
Diplomová práce
Web SIGCHI komunity Bc. Tomá² Höger
Vedoucí práce: Ing. Míkovec Zden¥k, Ph.D.
Studijní program: Otev°ená informatika, Navazující magisterský Obor: Po£íta£ová gra ka a interakce 10. kv¥tna 2012
iv
v
Pod¥kování Na tomto míst¥ bych cht¥l pod¥kovat Ing. Zde¬kovi Míkovcovi za vedení diplomové práce, za cenné podklady, nápady a p°ipomínky. Rovn¥º bych cht¥l pod¥kovat mým rodi£·m a bratr·m za p°ipomínky k dokumentaci projektu a za gramatickou korekturu. D¥kuji taky svému pastorovi Ond°ejovi Sobotkovi za povzbuzování v pr·b¥hu práce. Mé pod¥kování dále pat°í v²em participant·m, kte°í se ú£astnili uºivatelských test·.
vi
vii
Prohlá²ení Prohla²uji, ºe jsem práci vypracoval samostatn¥ a pouºil jsem pouze podklady uvedené v p°iloºeném seznamu. Nemám závaºný d·vod proti uºití tohoto ²kolního díla ve smyslu 60 Zákona £. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o zm¥n¥ n¥kterých zákon· (autorský zákon).
V Praze dne 9. 5. 2012
.............................................................
viii
Abstract This diploma thesis concerns analysis, design and testing of web pages of SIGCHI community. The thesis bases on systematic approach of designing user interfaces by using modern methods of HCI (application of cognitive walkthrough and heuristic evaluation, creating personas, designing prototypes, usablity testings etc.). An output of this thesis is a functional web built on CMS Drupal which is designed by methods of user research and usability testings. Results of the thesis show that methods of testings without user can never replace methods of testings with user. Results show as well that the process of designing UI needs at least several iteraction of a design. One of the last conclusions is a fact that administration interface of CMS Drupal has few usability problems.
Abstrakt Tato diplomová práce se zabývá analýzou, návrhem a testováním webových stránek komunity SIGCHI. Práce vyuºívá systematického p°ístupu k vytvo°ení návrhu uºivatelského rozhraní za pouºití moderních metod z oblasti HCI (vyuºití kognitivního pr·chodu a heuristické evaluace, tvorby person, navrhování prototyp·, testování pouºitelnosti aj.). Výstupem práce je funk£ní web postavený na CMS Drupal, který je navrºen na základ¥ uºivatelského výzkumu a usability testování. Výsledky práce poukazují na skute£nost, ºe metody testování pouºitelnosti bez uºivatele nikdy zcela nenahradí metody testování s uºivatelem. Dále, ºe v procesu tvorby uºivatelského rozhraní je nutné po£ítat hned s n¥kolika iteracemi návrhu. Záv¥ry testování rovn¥º odhalují nedostatky administra£ního rozhraní systému Drupal z hlediska pouºitelnosti.
ix
x
Obsah 1
Úvod
1
2
Analýza
3
2.1
Speci kace zám¥r· webu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3
2.2
Cílová skupina
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3
2.3
Analýza sou£asného stavu webu (testování bez uºivatele) . . . . . . . . . . . .
3
2.3.1
Cíle testování . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4
2.3.2
Popis testování
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4
2.3.3
P°ípady uºití (use-cases) . . . . . . . . . . . . . . . . . . . . . . . . . .
5
2.3.4
Pr·b¥h testování . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6
2.3.5
P°ehled nález· v testech a návrh jejich °e²ení
. . . . . . . . . . . . . .
11
2.4
Funk£ní poºadavky . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
12
2.5
Obecné poºadavky
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
2.6
Uºivatelské role systému . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
Tvorba person . . . . . . . . . . . . . 2.7.1 De nice uºivatelských skupin 2.7.2 Skeletony a persony . . . . . .
. . . . . . . . . . . . . . . . . . . . . .
18
. . . . . . . . . . . . . . . . . . . . . .
18
. . . . . . . . . . . . . . . . . . . . . .
18
. . . . . . . . . . . . . . . . . . . . . . . . . .
21
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
21
2.7
2.8
Analýza uºivatelského rozhraní 2.8.1
3
HTA diagramy
Návrh 3.1
3.2
3.3
25
Návrh 1
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1.1
Rozloºení prvk·
3.1.2
Koncept °e²ení jednotlivých £ástí systému
3.1.3
Náhled návrhu 1
Návrh 2
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
25
. . . . . . . . . . . . . . . .
26
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
27
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
28
3.2.1
Vybrané zm¥ny v návrhu
3.2.2
Náhled návrhu 2
Návrh 3
25
. . . . . . . . . . . . . . . . . . . . . . . . .
28
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
28
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
29
3.3.1
Vybrané zm¥ny v návrhu
. . . . . . . . . . . . . . . . . . . . . . . . .
29
3.3.2
Gra cký vzhled . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
29
3.3.3
Náhled výsledného návrhu . . . . . . . . . . . . . . . . . . . . . . . . .
31
xi
OBSAH
xii
4
Implementace 4.1
4.2
4.3
4.4
4.5
5
33
Pouºité prost°edky a technologie
. . . . . . . . . . . . . . . . . . . . . . . . .
33
4.1.1
PHP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
33
4.1.2
XHTML a CSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
33
4.1.3
JavaScript . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
33
4.1.4
Databáze MySQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
34
CMS Drupal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
34
4.2.1
Pouºití modul· . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
34
4.2.2
Pouºití funkcí HOOK
. . . . . . . . . . . . . . . . . . . . . . . . . . .
35
Implementace jednotlivých £ástí systému . . . . . . . . . . . . . . . . . . . . .
35
4.3.1
Registrace £lenství
. . . . . . . . . . . . . . . . . . . . . . . . . . . . .
35
4.3.2
Registrace £lenství
. . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.3
Autorizace k systému
. . . . . . . . . . . . . . . . . . . . . . . . . . .
36
4.3.4
Systém p°ístupových práv . . . . . . . . . . . . . . . . . . . . . . . . .
36
4.3.5
Systém pro management £len·
. . . . . . . . . . . . . . . . . . . . . .
36
4.3.6
Statistiky uºivatel· . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
37
4.3.7
Knihovna
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
37
4.3.8
Jobhall
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
37
Bezpe£nost a zaji²t¥ní kompatibility
36
. . . . . . . . . . . . . . . . . . . . . . .
37
4.4.1
Kontrola vstupních dat formulá°e . . . . . . . . . . . . . . . . . . . . .
37
4.4.2
Validita kódu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Organizace zdrojových soubor·
. . . . . . . . . . . . . . . . . . . . . . . . . .
38 38
Testování pouºitelnosti s uºivateli
39
5.1
Testovací kon gurace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
39
5.2
Pr·b¥h testování
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
39
5.3
P°ehled úkol· . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
40
5.3.1
P°ihlá²ení k odb¥ru zpravodaje . . . . . . . . . . . . . . . . . . . . . .
40
5.3.2
P°ihlá²ka remního £lenství . . . . . . . . . . . . . . . . . . . . . . . .
40
5.3.3
Potvrzení £lenství ze strany administrátora
. . . . . . . . . . . . . . .
40
5.3.4
Podání ºivotopisu v sekci Jobhall . . . . . . . . . . . . . . . . . . . . .
41
5.3.5
Rezervace knihy
41
5.3.6
Výp·j£ka knihy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
41
5.3.7
Vytvo°ení nové stránky . . . . . . . . . . . . . . . . . . . . . . . . . . .
41
5.3.8
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Editace stránky . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
41
5.4
Screener . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
42
5.5
Pretest . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
42
5.6
Posttest
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
43
5.7
Test 1
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
44
5.7.1
Executive summary
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
44
5.7.2
Rozsah úkol·
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
44
5.7.3
P°ehled vybraných uºivatel· . . . . . . . . . . . . . . . . . . . . . . . .
44
5.7.4
Pretest . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
44
5.7.5
Posttest . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
46
5.7.6
Pozorování a vybrané citace . . . . . . . . . . . . . . . . . . . . . . . .
47
5.7.7
Nálezy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
48
OBSAH
5.8
5.9
6
xiii
Test 2
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.8.1
Executive summary
5.8.2
Rozsah úkol·
53
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
53
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
53
5.8.3
P°ehled vybraných uºivatel· . . . . . . . . . . . . . . . . . . . . . . . .
53
5.8.4
Pretest . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
53
5.8.5
Posttest . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
55
5.8.6
Nálezy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
56
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
59
Test 3 5.9.1
Executive summary
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
59
5.9.2
Rozsah úkol·
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
59
5.9.3
P°ehled vybraných uºivatel· . . . . . . . . . . . . . . . . . . . . . . . .
59
5.9.4
Pretest . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
59
5.9.5
Posttest . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
61
5.9.6
Nálezy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
62
Záv¥r
63
A Uºivatelská p°íru£ka
67
A.1
Instalace a kon gurace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
67
A.2
Umíst¥ní projektu na internetu
. . . . . . . . . . . . . . . . . . . . . . . . . .
67
A.3
Základní struktura systému
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
68
A.4
Uºivatelská p°íru£ka pro £leny sdruºení . . . . . . . . . . . . . . . . . . . . . .
68
A.4.1
P°ihlá²ení do systému
. . . . . . . . . . . . . . . . . . . . . . . . . . .
68
A.4.2
Rezervace v knihovn¥
. . . . . . . . . . . . . . . . . . . . . . . . . . .
68
A.4.3
Vytvo°ení náhradní rezervace
A.4.4
Prodlouºení rezervace
A.4.5
Podání ºivotopisu v Jobhallu
. . . . . . . . . . . . . . . . . . . . . . .
68
. . . . . . . . . . . . . . . . . . . . . . . . . . .
68
. . . . . . . . . . . . . . . . . . . . . . .
68
A.5
Uºivatelská p°íru£ka pro správce jobhallu . . . . . . . . . . . . . . . . . . . . .
69
A.6
Uºivatelská p°íru£ka pro knihovníka . . . . . . . . . . . . . . . . . . . . . . . .
69
A.7
A.6.1
Vytvo°ení rezervace za jiného uºivatele . . . . . . . . . . . . . . . . . .
69
A.6.2
Správa knihovny
69
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Uºivatelská p°íru£ka pro administrátora
. . . . . . . . . . . . . . . . . . . . .
69
A.7.1
Vytvo°ení obsahu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
69
A.7.2
Administrace obsahu . . . . . . . . . . . . . . . . . . . . . . . . . . . .
69
A.7.3
Nastavení £lenství
. . . . . . . . . . . . . . . . . . . . . . . . . . . . .
69
A.7.4
Nastavení modul·
. . . . . . . . . . . . . . . . . . . . . . . . . . . . .
70
B Seznam pouºitých zkratek
71
C Obsah p°iloºeného CD
73
xiv
OBSAH
Seznam obrázk· 2.1
Registrace £lenství (U1) - kognitivní pr·chod
2.2
P°ihlá²ení odb¥ru zpravodaje (U2) - kognitivní pr·chod
. . . . . . . . . . . .
8
2.3
tení novinek blogu (U4) - heuristická evaluace . . . . . . . . . . . . . . . . .
9
2.4
Nep°ihlá²ený uºivatel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
2.5
len
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
16
2.6
Administrátor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17
2.7
Registrace £lenství a jeho prodlouºení
. . . . . . . . . . . . . . . . . . . . . .
22
2.8
Vyp·j£ení knihy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
22
2.9
P°idání ºivotopisu v sekci Jobhall . . . . . . . . . . . . . . . . . . . . . . . . .
23
3.1
Rozloºení prvk· . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
26
3.2
Náhled návrhu 1
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
27
3.3
Základní barvy
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
30
3.4
T°etí barevný odstín . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
30
3.5
Pozadí stránek
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
3.6
Náhled výsledného návrhu . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31
C.1
Obsah p°iloºeného CD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
73
xv
. . . . . . . . . . . . . . . . . .
6
xvi
SEZNAM OBRÁZK
Seznam tabulek 2.1
Vstup do sekce lenství. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2
Odeslání p°ihlá²ky. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7
2.3
Odeslání p°ihla²ovacího formulá°e.
. . . . . . . . . . . . . . . . . . . . . . . .
8
2.4
Vstup do sekce About Us.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.5
Podání p°ihlá²ky. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
5.1
P°ehled vybraných uºivatel· testu 1. . . . . . . . . . . . . . . . . . . . . . . .
44
5.2
P°ehled vybraných uºivatel· testu 2. . . . . . . . . . . . . . . . . . . . . . . .
53
5.3
P°ehled vybraných uºivatel· testu 3. . . . . . . . . . . . . . . . . . . . . . . .
59
xvii
7
xviii
SEZNAM TABULEK
Kapitola 1
Úvod Tvorba webových aplikací dnes vytvá°í velice rozsáhlé odv¥tví IT, ve kterém se vyuºívá celá °ada r·zných technologií. Mnoho lidí se ale £asto myln¥ domnívá, ºe záruka dobrých stránek bude n¥jakým zp·sobem p°ímo úm¥rná moderním technologickým trend·m. asto je v²ak opomíjena stránka uºivatelského rozhraní a jeho d·myslného návrhu. Tímto zp·sobem poté vzniká mnoho web·, které jsou sice funk£ní, ale z hlediska pouºitelnosti siln¥ zaostávají. Nevhodn¥ navrºené uºivatelské rozhraní m·ºe lehce zp·sobit, ºe uºivatel stránky p°ed£asn¥ opustí a ºe nebude mít zájem se vrátit. Návrh m·ºe být vytvo°en k na²emu obrazu, ale p°itom m·ºe míjet pot°eby cílové skupiny. Stejn¥ tak se m·ºe stát, ºe se návrh bude snaºit uspokojit naprosto v²echny, ale nikoho vlastn¥ po°ádn¥. Klí£ k vhodnému uºivatelskému rozhraní vede skrze návrh ve spolupráci s uºivatelem (User Centered Design). Je pot°eba uºivatele poznat co nejlépe a mít na pam¥ti, ºe Uºivatel produktu nejsme my. Nevypadá jako my, nep°emý²lí jako my, ned¥lá v¥ci jako my, nemá na²e o£ekávání nebo domn¥nky. Pokud by je m¥l, tak by uº nebyl uºivatelem na²eho produktu, ale na²ím konkurentem [9]. V této diplomové práci bych cht¥l uplatnit v²echny své dosavadní poznatky, které jsem získal studiem na VUT - FEL v p°edm¥tech Tvorba uºivatelského rozhraní, Návrh uºivatelského rozhraní, Psychologie v HCI a Testování uºivatelského rozhraní. Tyto získané zku²enosti chci vyuºít p°i analýze a návrhu uºivatelského rozhraní pro web ob£anského sdruºení Prague ACM SIGCHI. P°i práci bych cht¥l postupovat systematickým p°ístupem k návrhu za pouºití moderních metod z oblasti HCI (Human Computer Interaction). Rád bych tak v praxi vyzkou²el uºivatelské testování jak s uºivatelem, tak i bez n¥j a výsledky tohoto zkoumání zapracoval do nální implementace webu.
Cíle práce: Má diplomová práce má celkem t°i st¥ºejní cíle: 1. Provést analýzu sou£asných webových stránek a pot°eb komunity SIGCHI. 2. Na základ¥ analýzy vytvo°it nový návrh webu s poºadavky na roz²í°ení za pouºití postup· z oblasti HCI. 3. Nový návrh webu podrobit uºivatelskému testování a zhodnotit jeho funk£nost z hlediska pouºitelnosti.
1
2
KAPITOLA 1. ÚVOD
Kapitola 2
Analýza 2.1 Speci kace zám¥r· webu Prague ACM SIGCHI je sdruºení, které spojuje lidi se zájmem o návrh a testování uºivatelských rozhraní. Hlavním cílem jeho webu je p°inést základní informace o této komunit¥, podat p°ehled o po°ádaných akcích a pro £leny sdruºení poskytnout r·zné druhy webových sluºeb.
2.2 Cílová skupina Cílovou skupinou jsou lidé, kte°í se zajímají o uºivatelský výzkum a o návrh aplikací ve spolupráci s uºivatelem. Jedná se o jednotlivce (a rmy), jejichº £innost se alespo¬ z £ásti dotýká návrhu uºivatelského rozhraní. Tito uºivatelé jsou obvykle velice zdatní v pouºívání nových technologií a velmi dob°e se orientují v problematice uºivatelské pouºitelnosti. Jedná se o náro£né uºivatele, kte°í budou zkoumat, zda stránky SIGCHI opravdu odpovídají hodnotám, které se toto sdruºení snaºí obhajovat a prezentovat ve°ejnosti.
2.3 Analýza sou£asného stavu webu (testování bez uºivatele) Analýza se bude zabývat sou£asnými internetovými stránkami www.sigchi.cz, které budou
1
podrobeny metodám testování bez uºivatele . Na sou£asných stránkách najdeme informace o aktivitách komunity a o moºnostech £lenství. Web dále nabízí i ur£ité sluºby jak pro registrované £leny, tak pro ²irokou ve°ejnost. Jedná se zejména o odebírání pravidelných zpravodaj· a moºnost výp·j£ky odborné literatury. Stránky jsou postaveny na CMS Drupal 6.22 a nabízejí administrátorské rozhraní pro správu webu. Uºivatelská sekce je p°ístupná pouze administrátorovi a lidem, kte°í spravují jednotlivé £ásti webu (knihovník, blogger atd.). Ostatní uºivatelé svou sekci nemají a do systému se nemohou p°ihlásit. 1
Testování není realizováno pozorováním osoby cílové skupiny, ale je samostatn¥ provád¥no odborníkem.
3
KAPITOLA 2. ANALÝZA
4
2.3.1 Cíle testování Testování si klade za cíl odpov¥d¥t na tyto otázky:
•
Budou uspokojeny nároky cílové skupiny na pouºitelnost webu (viz oddíl 2.2)?
•
Bude moºné webové stránky SIGCHI bez problém· zobrazit v prohlíºe£i Google Chrome, Mozilla Firefox, Opera a Safari?
2.3.2 Popis testování K testování bez uºivatele jsem se rozhodl pouºít dv¥ základní metody: a
kognitivní pr·chod
heuristickou evaluaci. Kognitivní pr·chod je metoda, p°i které se prochází aplikace krok za krokem podle
daného scéná°e a kdy se na základ¥ otázek hledají problémy spojené s pouºitelností [19]. Tato metoda je vhodná pro testování pouºitelnosti rozhraní pro nové uºivatele ( rst-look test) a pro úlohy, které mají jasnou strukturu [20]. Heuristická evaluace je metoda, která zahrnuje testování aplikace odborníky na základ¥ p°edem de novaných heuristik (kritérií) [21]. Metodu je vhodné pouºít pro vyhodnocení pouºitelnosti rozhraní z hlediska r·zných aspekt· jeho návrhu (design-informed evaluation) a pro mén¥ strukturované úlohy [22]. Pro testování budu pr·b¥ºn¥ pouºívat r·zné druhy vý²e zmín¥ných internetových prohlíºe£· tak, abych poté mohl vyhodnotit, zda se stránky zobrazují na v²ech prohlíºe£ích korektn¥.
Otázky pro kognitivní pr·chod [17]: Otázka 0: Jakého cíle chce uºivatel dosáhnout? Otázka 1: Je uºivateli z°ejmý následující krok? Otázka 2: Spojí si uºivatel popisek akce s jeho cílem? Otázka 3: Dostane uºivatel dostate£nou zp¥tnou vazbu?
Heuristická evaluace (kritéria) [18]: 1. Viditelnost stavu systému systém by m¥l vºdy dát uºivateli v¥d¥t, co se práv¥ odehrává. 2. Spojení mezi systémem a reálným sv¥tem komunikace systému s uºivatelem by se m¥la realizovat uºivatelsky p°íjemným zp·sobem (srozumitelný jazyk bez odborných termín·). 3. Uºivatelská kontrola a svoboda uºivatelé p°i práci se systémem d¥lají chyby a pot°ebují proto moºnost úniku pro návrat do p°edchozího stavu. 4. Konzistence a standardizace uºivatelé by nem¥li být nuceni p°emý²let, jestli r·zné termíny mají stejný význam, proto se doporu£uje dodrºovat obecné zásady. 5. Prevence chyb vyvarovat se chybovým hlá²ením bezpe£ným designem, který bude preventivn¥ p·sobit proti problém·m.
2.3. ANALÝZA SOUASNÉHO STAVU WEBU (TESTOVÁNÍ BEZ UIVATELE)
5
6. Rozpoznání místo vzpomínání uºivatel by nem¥l být nucen vzpomínat si na provád¥ní operací v systému, instrukce by m¥ly být v systému vºdy viditeln¥ umíst¥ny. 7. Flexibilní a efektivní pouºití umoºn¥ní zrychlení práce se systémem pro pokro£ilé uºivatele. 8. Estetický a minimalistický design bez nepot°ebných informací. 9. Pomoc uºivatel·m poznat, pochopit a vzpamatovat se z chyb chybové hlá²ky by m¥ly být uvád¥ny v p°irozeném jazyce a m¥ly by navrhovat °e²ení. 10. Nápov¥da a návody v²echny informace se musí dát lehce vyhledat, nápov¥da by m¥la být snadno dostupná a obsahovat postupy v jednotlivých krocích.
2.3.3 P°ípady uºití (use-cases) Registrace £lenství (U1) Je jedním ze základních use-cas· stránek SIGCHI. Pokud uºivateli nebude zcela jasné, jakým zp·sobem se dá podat p°ihlá²ka pro £lenství ve sdruºení, nem·ºe se stát jeho sou£ástí. Pokud jeho registraci bude provázet °ada komplikací a nejasností, jeho mín¥ní o sdruºení zna£n¥ poklesne. astým problémem p°i registraci nového uºivatele na webových stránkách je skute£nost, ºe odkaz pro registraci není umíst¥n viditeln¥. Dále uºivatel £asto neví, jaké kroky budou p°i registraci následovat a jakým zp·sobem bude probíhat platba. Pro tento p°ípad uºití jsem zvolil testování kognitivním pr·chodem z d·vodu, abych mohl krok za krokem systematicky projít kompletním procesem registrace a zaznamenat v²echny p°ípadné problémy, s kterými se m·ºe setkat nový uºivatel.
P°ihlá²ení odb¥ru zpravodaje (U2) Jedná se o dal²í pom¥rn¥ frekventovanou operaci na stránkách SIGCHI. Pro tento p°ípad uºití jsem zvolil testování pomocí kognitivního pr·chodu. P°ihlá²ení ke zpravodaji je £innost, kterou uºivatel obvykle neprovádí opakovan¥ a cht¥l bych tak otestovat pouºitelnost zejména pro nové uºivatele.
Vytvo°ení rezervace v knihovn¥ (U3) P°ístup do knihovny Prague ACM SIGCHI je jedna ze základních výhod £len· sdruºení (knihovna obsahuje tituly, které v esku nebyly vydány). Vytvá°ení rezervací v knihovn¥ je p°ístupné pouze £len·m sdruºení. Pro testování pouºitelnosti tohoto use-case jsem zvolil heuristickou evaluaci. D·vodem této volby je zám¥r vyhodnotit r·zné aspekty rozhraní z hlediska jeho návrhu.
KAPITOLA 2. ANALÝZA
6
tení novinek blogu (U4) Náhled novinek blogu je zobrazen hned na úvodní stránce webu SIGCHI. P°i testování se chci zam¥°it na to, jak moc je tento náhled £itelný a p°ehledný. Tyto kritéria bych cht¥l otestovat na základ¥ heuristické evaluace.
Registrace £lenství v angli£tin¥ (U5) Webové stránky SIGCHI mají rovn¥º záloºku About us, která reprezentuje informace o sdruºení v anglickém jazyce. Pomocí kognitivního pr·chodu zkusím otestovat podání p°ihlá²ky v anglickém jazyce.
2.3.4 Pr·b¥h testování Registrace £lenství (U1) - kognitivní pr·chod (obr. 2.1) Otázka 0: Jakého cíle chce uºivatel dosáhnout?
Podání p°ihlá²ky pro £lenství nového uºivatele.
Výchozí stav: Úvodní stránka webu SIGCHI.
Obrázek 2.1: Registrace £lenství (U1) - kognitivní pr·chod
2.3. ANALÝZA SOUASNÉHO STAVU WEBU (TESTOVÁNÍ BEZ UIVATELE)
7
Krok 1: Vstup do sekce lenství (viz tabulka 2.1).
Otázka Je
uºivateli
z°ejmý
Odpov¥¤
Poznámka
ANO.
Uºivatel má moºnost kliknout na záloºku lenství
následující krok?
a nebo kliknout na odkazy v nabídce Sta¬te se £lenem SIGCHI.
Spojí si uºivatel
M·ºe zde
Záloºka lenství v hlavním menu je zcela v po°ádku.
popisek akce
nastat
Problematická je nabídka Sta¬te se £lenem SIGCHI.
s jeho cílem?
problém.
Uºivatel má zde moºnost kliknout na Individuální £lenství a Firemní £lenství. Uºivatel si m·ºe myslet, ºe pod jednotlivými odkazy se dostane pouze k p°ihla²ovacímu formulá°i pro daný typ £lenství a ºe uº nebude moci p°ejít k dal²ímu (v p°ípad¥, ºe se je²t¥ nerozhodl, který typ £lenství zvolí).
Dostane uºivatel
ANO.
Uºivatel dostane dostate£nou zp¥tnou vazbu: dostane
dostate£nou
se k informacím o £lenství a k p°ihla²ovacímu formu-
zp¥tnou vazbu?
lá°i.
Tabulka 2.1: Vstup do sekce lenství. Krok 2: Odeslání p°ihlá²ky (viz tabulka 2.2).
Otázka Je
uºivateli
z°ejmý
Odpov¥¤
Poznámka
NE.
V p°ípad¥ studentského a individuálního £lenství je
následující krok?
postup jednozna£ný. Komplikace mohou nastat p°i remním £lenství. Firemní £lenství zahrnuje 3 individuální £lenství a není zcela jasné, jak se tyto informace mají vyplnit (zda se mají odeslat 3 jednotlivé p°ihlá²ky nebo zda se mají údaje napsat jen jako poznámka £i je²t¥ jiným zp·sobem). Dále zde chybí informace o tom, jakým zp·sobem bude probíhat platba.
Spojí si uºivatel
ANO.
Uºivatel ode²le formulá° tla£ítkem P°ihlásit.
NE.
Uºivatel je informován o tom, ºe jeho ºádost byla
popisek akce s jeho cílem? Dostane uºivatel dostate£nou
úsp¥²n¥ odeslána a ºe má zaplatit poplatek na daný
zp¥tnou vazbu?
ú£et. Chybí zde v²ak informace o tom, ºe jsou mu tyto informace zaslány taky na e-mail a ºe si je tedy nemusí zna£it.
Tabulka 2.2: Odeslání p°ihlá²ky. Kone£ný stav: P°ihlá²ka je odeslána.
KAPITOLA 2. ANALÝZA
8
P°ihlá²ení odb¥ru zpravodaje (U2) - kognitivní pr·chod (obr. 2.2) Otázka 0: Jakého cíle chce uºivatel dosáhnout?
P°ihlá²ení k odb¥ru zpravodaje.
Výchozí stav: Úvodní stránka webu SIGCHI. (Obrázek stavu se nachází na CD v adresá°i text/screenshots/analyza.)
Krok 1: Odeslání p°ihla²ovacího formulá°e (viz tabulka 2.3).
Obrázek 2.2: P°ihlá²ení odb¥ru zpravodaje (U2) - kognitivní pr·chod
Otázka Je
uºivateli
z°ejmý
Odpov¥¤
Poznámka
ANO.
Uºivatel vyplní pole pro e-mail.
NE.
Tla£ítko má zde popisek P°ihlásit/odhlásit,
následující krok? Spojí si uºivatel popisek akce
a tak není zcela jednozna£né, co se stane po jeho
s jeho cílem?
zmá£knutí.
Dostane uºivatel
NE !
Uºivatel nedostane ºádnou zp¥tnou vazbu (informace
dostate£nou
o úsp¥²ném odeslání je zcela nelogicky ve spodní £ásti
zp¥tnou vazbu?
stránek, kde uºivatel musí sjet my²í).
Tabulka 2.3: Odeslání p°ihla²ovacího formulá°e.
Kone£ný stav: Zpravodaj je p°ihlá²en. (Obrázek stavu se nachází na CD v adresá°i text/screenshots/analyza.)
2.3. ANALÝZA SOUASNÉHO STAVU WEBU (TESTOVÁNÍ BEZ UIVATELE)
9
Vytvo°ení rezervace v knihovn¥ (U3) - heuristická evaluace (Obrázek pro tento use-case se nachází na CD v adresá°i text/screenshots/analyza.)
Poru²ené heuristiky: £. 3 - Uºivatelská kontrola a svoboda. Knihovna SIGCHI neumoº¬uje zru²it rezervaci. Lze o£ekávat, ºe uºivatelé p°i práci b¥ºn¥ d¥lají chyby a je tak proto d·leºité, aby zde existoval zp·sob, jak dané chyby napravit. V opa£ném p°ípad¥ se m·ºe stát, ºe uºivatel omylem vytvo°í rezervaci na ²patný titul, kterou poté nebude moci zru²it a titul bude zbyte£né rezervován (a nedostupný).
£. 7 - Flexibilní a efektivní pouºití. P°i kaºdé rezervaci je zapot°ebí neustále vypl¬ovat znova e-mailovou adresu. Tato skute£nost zpomaluje a zmen²uje efektivnost systému.
£. 9 - Pomoc uºivatel·m poznat, pochopit a vzpamatovat se z chyb. P°i nevypln¥ní pole e-mail p°i rezervaci, systém komunikuje chybovou hlá²kou E-mail je vyºadováno, která není gramaticky správn¥.
£. 10 - Nápov¥da a návody. V knihovn¥ SIGCHI chybí jakákoliv nápov¥da £i informace o tom, jak se rezervace ru²í nebo prodluºuje a kde se má rezervovaná kniha vyzvednout.
tení novinek blogu (U4) - heuristická evaluace (obr. 2.3)
Obrázek 2.3: tení novinek blogu (U4) - heuristická evaluace
Poru²ené heuristiky: £. 8 - Estetický a minimalistický design. Náhled novinek blogu je na první pohled nep°ehledný a je t¥ºké ur£it stá°í jednotlivých p°ísp¥vk·.
KAPITOLA 2. ANALÝZA
10
Registrace £lenství v angli£tin¥ (U5) - kognitivní pr·chod Otázka 0: Jakého cíle chce uºivatel dosáhnout?
Podání p°ihlá²ky pro £lenství nového uºivatele v anglickém jazyce.
Výchozí stav: Úvodní stránka webu SIGCHI. (Obrázek stavu se nachází na CD v adresá°i text/screenshots/analyza.)
Krok 1: Vstup do sekce About Us (viz tabulka 2.4). (Obrázek stavu se nachází na CD v adresá°i text/screenshots/analyza.)
Otázka Je
uºivateli
z°ejmý
Odpov¥¤
Poznámka
ANO.
Uºivatel klikne na záloºku About Us.
ANO.
Anglická
následující krok? Spojí si uºivatel popisek akce
vlajka
dostate£n¥
napomáhá
k
tomu,
abychom si popisek akce spojili s jeho cílem.
s jeho cílem? Dostane uºivatel
ANO.
Zobrazí se stránka s anglickými informacemi.
dostate£nou zp¥tnou vazbu?
Tabulka 2.4: Vstup do sekce About Us.
Krok 2: Podání p°ihlá²ky (viz tabulka 2.5). (Obrázek stavu se nachází na CD v adresá°i text/screenshots/analyza.)
Otázka Je
uºivateli
z°ejmý
Odpov¥¤
Poznámka
NE.
Chybí zde informace, jakým zp·sobem se má o £lenství
následující krok? Spojí si uºivatel
poºádat. NE.
Chybí zde prvek, na kterém by se dala akce provést.
NE.
Není na £em provést akci a tedy se nedá získat ani
popisek akce s jeho cílem? Dostane uºivatel dostate£nou
zp¥tná vazba.
zp¥tnou vazbu?
Tabulka 2.5: Podání p°ihlá²ky.
Kone£ný stav: Registrace £lenství v anglickém jazyce se nezda°ila. (Obrázek stavu se nachází na CD v adresá°i text/screenshots/analyza.)
2.3. ANALÝZA SOUASNÉHO STAVU WEBU (TESTOVÁNÍ BEZ UIVATELE)
11
2.3.5 P°ehled nález· v testech a návrh jejich °e²ení Nálezy s vysokou prioritou: Nevhodný formulá° pro registraci remního £lenství (viz tabulka 2.2) Návrh °e²ení: Formulá° by se mohl dynamicky m¥nit podle typu £lenství. P°i zvoleném remním £lenství by pak mohl obsahovat i poloºky pro jednotlivé £leny rmy.
Nevhodný formulá° pro p°ihlá²ení odb¥ru zpravodaje (viz tabulka 2.3) Návrh °e²ení: Nechat zde pouze formulá° pro p°ihlá²ení zpravodaje a v·bec to nekombinovat s odhla²ovacím formulá°em (odkaz pro odhlá²ení bude v kaºdém zaslaném zpravodaji).
P°i p°ihlá²ení odb¥ru zpravodaje nedostane uºivatel zp¥tnou vazbu (viz tabulka 2.3) Návrh °e²ení: P°i p°ihlá²ení zpravodaje dát uºivateli na v¥domí, ºe akce prob¥hla úsp¥²n¥ a ºe mu byl zaslán potvrzující e-mail.
Uºivatel nem·ºe zru²it svou rezervaci v knihovn¥ (viz Vytvo°ení rezervace v knihovn¥ U3) Návrh °e²ení: Vytvo°it uºivatelskou sekci webu, kde bude moci uºivatel spravovat své vlastní rezervace.
Nálezy se st°ední prioritou: Chyb¥jící informace p°i registraci £lenství (viz tabulka 2.2) Návrh °e²ení: Bude vhodné doplnit informaci o tom, jakým zp·sobem bude probíhat platba a p°i odeslání formulá°e informovat uºivatele o tom, ºe mu byly pot°ebné informace poslány na e-mail.
Uºivatel musí p°i kaºdé rezervaci v knihovn¥ psát sv·j e-mail (viz Vytvo°ení rezervace v knihovn¥ U3) Návrh °e²ení: Vytvo°it uºivatelskou sekci webu, kde bude moci uºivatel spravovat své vlastní rezervace
Chyb¥jící nápov¥da v knihovn¥ SIGCHI (viz Vytvo°ení rezervace v knihovn¥ U3) Návrh °e²ení: Mít v knihovn¥ SIGCHI k dispozici nápov¥du a doplnit informace o tom, jak se dané rezervace ru²í, prodluºují, £i kde se rezervované knihy vyzvedávají.
KAPITOLA 2. ANALÝZA
12
Nemoºnost registrace £lenství v angli£tin¥ (viz tabulka 2.5) Návrh °e²ení: Umístit zde p°ihla²ovací formulá° v angli£tin¥ nebo alespo¬ kontaktní e-mail pro zájemce o £lenství.
Nálezy s nízkou prioritou: Nevhodný popisek v nabídce Sta¬te se £lenem SIGCHI (viz tabulka 2.1) Návrh °e²ení: V nabídce Sta¬te se £lenem SIGCHI by mohla být pouze obecná informace o tom, ºe je moºné mít jak individuální, tak remní £lenství a mohl by zde být odkaz dozv¥d¥t se více.
Nevhodná zp¥tná vazba p°i nevalidní rezervaci v knihovn¥ (viz Vytvo°ení rezervace v knihovn¥ U3) Návrh °e²ení: Dát uºivateli zp¥tnou vazbu, která bude srozumitelná.
Nevhodné uspo°ádání náhledu novinek blogu (viz tení novinek blogu U4) Návrh °e²ení: Zvolit uspo°ádání nad sebou podle £asové posloupnosti.
2.4 Funk£ní poºadavky Pro stanovení funk£ních poºadavk· byl proveden uºivatelský výzkum v podob¥ konzultací s lidmi z p°edsednictva pobo£ky SIGCHI v Praze. Na základ¥ t¥chto konzultací byly stanoveny £ty°i oblasti roz²í°ení stávajících www stránek: privátní sekce, systém pro management £len·, knihovna a sekce pro inzerci pracovních pozic.
Privátní sekce Privátní sekce bude p°ístupná po p°ihlá²ení do systému pomocí e-mailu a hesla. Uºivatelský ú£et na webu SIGCHI se vytvo°í p°i podání elektronické p°ihlá²ky. Zp°ístupn¥n bude v²ak aº po zaplacení £lenského poplatku. ádajícímu uºivateli bude tato skute£nost oznámena e-mailem (ºe má zaplatit i to, ºe uº je ú£et aktivován). Platnost ú£tu se bude dát prodlouºit, zru²it £i zkrátit. lenství se vºdy prodluºuje od data vypr²ení p·vodního £lenství, nebo od data zaplacení (podle toho, co nastane pozd¥ji).
O kaºdém uºivateli budou vedeny následující údaje: - e-mail (povinné), - heslo (povinné),
2.4. FUNKNÍ POADAVKY
13
- jméno (povinné), - p°íjmení (povinné), - datum narození, - rma, - telefon, - ulice, m¥sto, PS, - typ £lenství, - poznámka, - datum zaloºení ú£tu, - datum zaloºení a ukon£ení £lenství (pokud jich bylo více, které na sebe nenavazovaly, budou uvedena v²echna data).
O kaºdé rm¥ budou vedeny následující údaje: - název rmy (povinné), - e-mail (povinné), - jméno kontaktní osoby, - p°íjmení kontaktní osoby, - adresa, - telefon, - webové stránky, - datum zaloºení ú£tu, - datum zaloºení a ukon£ení £lenství (pokud jich bylo více, které na sebe nenavazovaly, budou uvedena v²echna data).
Vytvo°ení systému pro management £len·, remních £len·, prodluºování registrací, e-mailových noti kací, statistik apod. V administrátorské roli bude p°ístupné rozhraní pro management £len·. Pod tímto rozhraním se budou dát vytvá°et, upravovat a mazat uºivatelské ú£ty a m¥nit jejich nastavení. Dále se zde budou vytvá°et, zkracovat a prodluºovat registrace. Rozhraní pro management £len· bude umoº¬ovat zobrazit £leny, kte°í se registrovali a nezaplatili a seznam t¥ch, kte°í své £lenství neprodlouºili. Toto zobrazení bude slouºit pro snadné vytvo°ení/prodlouºení £lenství po zaplacení £lenského p°ísp¥vku. Zde budou taky k dispozici statistiky o £lenech (kolik £len· pro daný typ £lenství byl v daném roce apod.) a moºnost rozeslání hromadné mailové korespondence.
Zlep²ení systému knihovny a vytvo°ení systému pro management výp·j£ek Elektronická knihovna bude p°ístupná v²em £len·m sdruºení. Knihy se budou moci rezervovat na zvolenou dobu (nejdéle v²ak na dobu k tomu ur£enou £i do konce trvání £lenství). Pokud bude uºivatel chtít rezervovat knihu na del²í dobu,
KAPITOLA 2. ANALÝZA
14
bude si moci rezervaci jednou prodlouºit. Délka doby ur£ená pro výp·j£ku se bude dát nastavit v administrátorském rozhraní. Kdyº si n¥kdo knihu rezervuje a do týdne si ji nevyzvedne, jeho rezervace propadne. Systém bude umoº¬ovat vytvo°ení náhradní rezervace, pokud bude daný termín obsazen. Postupuje se p°i ní stejn¥ jako p°i normální rezervaci, jen s tím rozdílem, ºe se nevybírá volný termín, ale jiº zarezervovaný. Pokud bude p·vodní rezervace zru²ena, náhradník bude e-mailem informován o tom, ºe si knihu m·ºe zarezervovat. V posledním 14 dnech rezervace bude uºivateli e-mailem oznámeno, ºe se jeho rezervace blíºí ke konci a ºe je zapot°ebí knihy vrátit. Pokud daná osoba knihu v£as nevrátí, bude kaºdý týden po ukon£ení rezervace e-mailem vyzvána k tomu, aby tak u£inila. Systém bude v administrátorském reºimu nabízet taky sekci pro management výp·j£ek, kde se jednotlivé rezervace budou dát vypsat dle zadaných parametr· a tyto rezervace editovat £i mazat.
Vytvo°ení sekce pro inzerci pracovních pozic Systém bude nabízet sekci pro inzerci pracovních pozic. Do podsekce Hledám práci budou moci p°idat sv·j ºivotopis v²ichni £lenové. Do podsekce Nabídka práce budou moci p°idávat pracovní nabídky jen zástupci rem. Jednotlivé inzeráty bude schvalovat administrátor.
Formulá° pro p°idání ºivotopisu bude obsahovat tyto pole: - ºivotopis v PDF (povinné), - popis poºadavk· (povinné), - o£ekávané platové ohodnocení (nepovinné), - neºádoucí nabídky (nepovinné).
Formulá° pro p°idání pracovní pozice bude obsahovat tyto pole: - název pozice (povinné), - obecný popis (povinné), - pracovní nápl¬ (povinné), - informace o rm¥ (nepovinné), - poºadované schopnosti (nepovinné), - nabízené podmínky (nepovinné), - kontakt (nepovinné).
Kaºdý p°ísp¥vek v jobhallu bude zobrazen 4 týdny. Na konci této doby bude autorovi inzerátu zaslán e-mail s informací, ºe m·ºe dobu zobrazení prodlouºit o dal²í 4 týdny. V p°ípad¥ nezájmu o prodlouºení bude p°ísp¥vek automaticky vymazán. Autor inzerátu m·ºe zobrazení kdykoli pozastavit.
2.5. OBECNÉ POADAVKY
15
2.5 Obecné poºadavky 1. Bezpe£ná registrace nových £len·. 2. Bezpe£né p°ihlá²ení. 3. Uchování kompletní historie v²ech d·leºitých informací.
2.6 Uºivatelské role systému Systém rozli²uje celkem sedm uºivatelských rolí. Jeden uºivatelský ú£et m·ºe mít sou£asn¥ n¥kolik rolí najednou.
Nep°ihlá²ený uºivatel
Obrázek 2.4: Nep°ihlá²ený uºivatel
Nep°ihlá²ený uºivatel nemá v systému sv·j vlastní ú£et (tzn. je náv²t¥vníkem, který není £lenem sdruºení nebo uºivatelem, který se je²t¥ nep°ihlásil). Nep°ihlá²ený uºivatel m·ºe voln¥ procházet stránky, ale nemá p°ístup k privátní sekci a k ºádné z £lenských výhod. M·ºe v²ak podat p°ihlá²ku k £lenství a nebo se p°ihlásit. Jednotlivé use-casy pro tuto roli jsou znázorn¥ny na obr. 2.4.
len (student nebo individuální osoba) len sdruºení SIGCHI. Má zaplacený £lenský p°ísp¥vek. Je mu p°ístupná privátní sekce, elektronická knihovna atd. Kaºdý £len má v daném systému sv·j vlastní ú£et (tzn. má zaplacený £lenský p°ísp¥vek a má své p°ístupové údaje k ú£tu).
KAPITOLA 2. ANALÝZA
16
Obrázek 2.5: len
Je mu p°ístupná privátní sekce, elektronická knihovna, jobhall a dal²í £lenské výhody. Dále m·ºe spravovat sv·j uºivatelský ú£et, své rezervace a p°ísp¥vky. Jednotlivé use-casy pro tuto roli jsou znázorn¥ny na obr. 2.5.
Firemní zástupce Firemní zástupce m·ºe provád¥t stejné úkony jako b¥ºný £len. Navíc je mu v²ak p°ístupné rozhraní pro p°idávání inzerce pracovních pozic.
Blogger Blogger m·ºe provád¥t stejné úkony jako b¥ºný £len. Navíc je mu v²ak p°ístupné rozhraní pro p°idávání a editaci blogových novinek a akcí.
Správce jobhallu Správce jobhallu m·ºe provád¥t stejné úkony jako b¥ºný £len. Navíc je mu v²ak p°ístupné rozhraní pro editaci pracovních poptávek a nabídek.
2.6. UIVATELSKÉ ROLE SYSTÉMU
17
Knihovník Knihovník m·ºe provád¥t stejné úkony jako b¥ºný £len. Navíc má v²ak p°ístup ke v²em rezervacím v knihovn¥ SIGCHI, které m·ºe libovoln¥ upravovat £i vytvá°et. Knihovník dále m·ºe p°idávat nové knihy a upravovat údaje t¥ch stávajících.
Administrátor
Obrázek 2.6: Administrátor
KAPITOLA 2. ANALÝZA
18
Administrátor je role s nejvy²²ími právy v systému, která není £asov¥ omezená. Administrátor má v²echny pot°ebná práva pro správu obsahu webu, uºivatelských ú£t· a zm¥n nastavení systému. Jednotlivé use-casy pro tuto roli jsou znázorn¥ny na obr. 2.6.
2.7 Tvorba person Persona je detailní popis hypotetického uºivatele, který je vytvo°en na základ¥ sesbíraných dat o skute£ných lidech. Uºití persony p°i návrhu umoº¬uje snáze vytvo°it uºivatelské rozhraní, které vychází z reálných pot°eb cílové skupiny a zvy²uje tak jeho pouºitelnost [12]. P°i tvorb¥ person jsem vycházel z rozhovor· a poznatk· o dvou absolventech VUT FEL (kte°í tvo°í cílovou skupinu podle oddílu 2.2) a jejich manºelek. Na základ¥ sesbíraných dat (faktoid·) jsem vytvo°il skeletony pro primární a dopl¬kovou personu.
2.7.1 De nice uºivatelských skupin Aktivní skupina Aktivní skupinu tvo°í uºivatelé cílové skupiny, pro které jsou stránky primárn¥ ur£eny. Podrobn¥j²í popis cílové skupiny lze nalézt v oddíle 2.2. Jedná se o náro£né uºivatelé, kte°í mají vysoké o£ekávání na uºivatelské rozhraní a na rychlou a efektivní práci s ním. Up°ednost¬ují moºnost pokro£ilých nastavení a p°izp·sobení si aplikace dle svých vlastních pot°eb a zájm·.
Pasivní skupina Pasivní skupinu tvo°í v²ichni uºivatelé, kte°í nespadají do cílové skupiny, ale kte°í se n¥jakým zp·sobem dostanou se stránkami do styku. Jedná se zejména o ²irokou ve°ejnost, která stránky nav²tíví jen ze zajímavosti a nebo za ú£elem získat n¥jakou konkrétní informaci. Pro tyto uºivatelé je d·leºité, aby stránky p·sobily d·v¥ryhodn¥ a seriózn¥ (tak, aby i konzervativn¥j²í uºivatel m¥l o sdruºení vysoké mín¥ní).
2.7.2 Skeletony a persony Skeletony jsou krátké seznamy speci kací pro jednotlivé kategorie uºivatel·, které pomáhají se zam¥°it na konkrétní vlastnosti skupiny a vytvá°ejí tak podklad pro tvorbu person [13].
TVORBA PERSON
2.7.
19
Primární skeleton Uºivatelská skupina: Aktivní.
Pohlaví: Muº. V¥k: 27-29.
Dal²í charakteristiky:
•
Pracuje v IT.
•
Zabývá se tvorbou web·.
•
Je ºenatý.
•
Bydlí se svou ºenou ve v¥t²ím m¥st¥.
•
Nemá p°íli² volného £asu.
•
Jeho zdravotní stav je relativn¥ dobrý.
•
Pro nápov¥du vyºaduje jen krátký popis.
Primární persona
Jméno: Pavel. V¥k: 29. Pohlaví: Muº. Bydli²t¥: Praha.
Pavel je °editelem men²í softwarové rmy, která nabízí sluºby v oblasti internetového podnikání. Jeho rma se zabývá programováním na zakázku, tvorbou www stránek, gra ckými pracemi a SEO optimalizací. Pavel je ºenatý a otec dvou syn· (dvouro£ního Martina a p·lro£ního Luká²e). Jeho ºena Dominika je momentáln¥ na mate°ské, ale jinak je zam¥stnána jako ú£etní na m¥stském ú°ad¥. Spole£n¥ bydlí v jejich vlastním byt¥ na Jiºním M¥st¥ na okraji Prahy.
KAPITOLA 2. ANALÝZA
20
Mezi Pavlovy záliby pat°í zejména fotografování. Vlastní digitální zrcadlovku, kterou fotí r·zné momentky a v sou£asné dob¥ hlavn¥ své dva malé syny. Pavel má taky rád hudbu a sport, ale nyní je vytíºen prací a rodinou natolik, ºe mu na tyto koní£ky nezbývá £as. Pavel je odborníkem v oblasti návrhu a tvorby web·. Své zku²enosti získal hlavn¥ praxí ve rm¥, kde d°íve pracoval. Postupem £asu se v²ak rozhodl, ºe by si cht¥l zaloºit svou vlastní rmu. Pavel o tom °íká: Dlouho jsem p°emý²lel, jestli tento krok mám ud¥lat a nebo ne. Za£ínal jsem postupn¥ a p°i práci jsem d¥lal zakázky na ºivnostenský list. Nakonec se mé podnikatelské aktivity rozjely natolik, ºe jsem se rozhodl ukon£it práci ve rm¥, kde jsem byl zam¥stnám a jít na full time. V sou£asné dob¥ je v jeho rm¥ zam¥stnáno jiº i p¥t dal²ích lidí. Na otázku, zda pouºívá manuály, Pavel odpovídá: Jak kdy. Obecn¥ v²ak postupuji tak, ºe n¥co nejprve vyzkou²ím a aº kdyº nevím jak dál, tak se podívám do manuálu. Pavel nosí brýle a jeho zrak se za poslední dobu nepatrn¥ zhor²il. To je moºná i jeden z d·vod·, pro£ se mu líbí design, který dokáºe pracovat s volným místem a který má své prvky velké a výrazné.
Dopl¬kový skeleton Uºivatelská skupina: Pasivní.
Pohlaví: ena. Age: 25-30.
Dal²í charakteristiky:
•
Rodinný p°íslu²ník cílové skupiny.
•
Má vzd¥lání netechnického sm¥ru.
•
Má mnoho zálib a koní£k·.
•
Má ráda spole£nost.
•
Pot°ebuje del²í popis.
Dopl¬ková persona
2.8. ANALÝZA UIVATELSKÉHO ROZHRANÍ
21
Jméno: Zuzana. V¥k: 29. Pohlaví: ena. Bydli²t¥: Praha.
Zuzana pracuje v personálním odd¥lení v nadnárodní spole£nosti, která podniká v oblasti bankovnictví. Má ráda svou práci a stejn¥ tak i kolektiv, ve kterém pracuje. Je to pracovitý £lov¥k, který nevypíná ani p°i p°íchodu z práce dom·. Zuzana bydlí se svým muºem Petrem v novostavb¥ na severu Prahy. Její manºel Petr je zam¥stnán jako UX specialista v softwarové rm¥. Petr je rovn¥º aktivn¥ zapojen v p°edsednictvu pobo£ky Prague ACM SIGCHI. Zuzana o £innostech svého muºe °íká následující: Petr svou prací doslova ºije. Vnímá, ºe je to více neº jen zam¥stnání... bere to spí² jako ur£ité poslání. Mám pocit, ºe to n¥kdy trochu p°ehání. Zuzana se ve svém volném £ase v¥nuje hraní na klavír, b¥hu a plavání. Ráda taky nav²t¥vuje svou rodinu a p°átelé. Velice ji t¥²í, kdyº se m·ºe vid¥t ze starými známými ze základní £i st°ední ²koly. Zuzana studovala vysokou ²kolu ekonomického sm¥ru a není p°íli² technický typ. Kdyº n¥£emu nerozumí, v¥t²inou se ptá svého muºe. íká o tom: Není nijak neobvyklé, ºe volám Petrovi z práce i n¥kolikrát za den. asto n¥co nefunguje a já nevím, co s tím. Já s po£íta£i nejsem moc velký kamarád. Kdyº jsem doma, rad¥ji ho v·bec nepou²tím. Zuzana nerada pouºívá nový software a nebo se u£í nové technologie. Je ráda, kdyº v¥ci fungují podle ur£itého standardu a kdyº se p°íli² nem¥ní.
2.8 Analýza uºivatelského rozhraní 2.8.1 HTA diagramy HTA (Hierarchical task analysis) je hierarchické rozloºení úlohy na pod-úlohy, které umoº¬uje analyzovat díl£í kroky daného úkolu (task ow). Jednotlivé £ásti diagramu jsou pak dopln¥ny scéná°em, který ur£uje v jakém po°adí a za jakých podmínek se budou pod-úlohy provád¥t [11]. Pomocí HTA jsem provedl dekompozici hlavních úloh, které uºivatelský systém nabízí jedná se o registraci a prodlouºení £lenství, vyp·j£ení knihy v knihovn¥ a p°idání ºivotopisu v sekci Jobhall.
KAPITOLA 2. ANALÝZA
22
Registrace £lenství a jeho prodlouºení (obr. 2.7)
Obrázek 2.7: Registrace £lenství a jeho prodlouºení
Vyp·j£ení knihy (obr. 2.8)
Obrázek 2.8: Vyp·j£ení knihy
2.8. ANALÝZA UIVATELSKÉHO ROZHRANÍ
P°idání ºivotopisu v sekci Jobhall (obr. 2.9)
Obrázek 2.9: P°idání ºivotopisu v sekci Jobhall
23
24
KAPITOLA 2. ANALÝZA
Kapitola 3
Návrh Návrh p°edstavuje základní etapu tvorby uºivatelského rozhraní a vytvá°í podklad pro následnou implementaci a vyhodnocení. Tento celý proces se poté dále cyklicky opakuje, kde se jednotlivé poznatky z vyhodnocení zahrnují do p°í²tí iterace návrhu [16]. Web SIGCHI postupn¥ pro²el t°emi návrhovými iteracemi, které byly zakon£eny uºivatelským testováním (viz. kapitola 5). Na základ¥ nález· v t¥chto testech byly provedeny pat°i£né zm¥ny v uºivatelském rozhraní a byla testována vhodnost tohoto °e²ení. Jednotlivé implementace t¥chto iterací p°edstavují High-Fidelity prototyp, který je svou funk£ností blízký nální verzi stránek [1]. Tyto prototypy byly postaveny na kost°e p·vodních stránek SIGCHI, b¥ºících na CMS Drupal. Poºadavky na roz²í°ení byly implementovány formou p°ídavných modul·. O napojení na systém Drupal se dále podrobn¥ji zmi¬uji v oddíle 4.2.
3.1 Návrh 1 Návrh 1 vychází z p·vodních stránek SIGCHI, které byly upraveny na základ¥ analýzy sou£asného stavu webu (viz oddíl 2.3) a roz²í°eny o poºadované funk£ní poºadavky (viz oddíl 2.4).
3.1.1 Rozloºení prvk· Základní rozloºení je rozd¥leno do p¥ti £ástí (viz obr. 3.1): 1. Záhlaví: Obsahuje odkazy pro p°ihlá²ení, správu uºivatelského ú£tu a rezervací v knihovn¥. 2. Hlavi£ka: Obsahuje titulní logo a panel pro vyhledávání. 3. Hlavní menu: Obsahuje odkazy pro jednotlivé sekce stránek. 4. Obsah: Tato £ást obsahuje hlavní nápl¬ stránek. V levém horním rohu se nachází navigace a název p°íslu²né stránky. Na n¥kterých stránkách je zde k dispozici i sekundární menu.
25
KAPITOLA 3. NÁVRH
26
5. Zápatí: Obsahuje vý£et remních £len·.
Obrázek 3.1: Rozloºení prvk·
V administra£ním módu je rozd¥lení prvk· roz²í°eno je²t¥ o administra£ní menu za levým okrajem stránky.
3.1.2 Koncept °e²ení jednotlivých £ástí systému Privátní sekce Privátní sekce je p°ístupná po p°ihlá²ení do systému na základ¥ vypln¥ní e-mailu a hesla. Odkaz pro p°ihlá²ení se nachází v pravé horní £ásti stránek v záhlaví.
Management £len·, výp·j£ek a statistik Management £len·, výp·j£ek a statistik je p°ístupný administrátorovi v levém administra£ním menu. Jednotlivá rozhraní jsou navrºena tak, aby spl¬ovala zadané funk£ní poºadavky a aby zachovala jednotnou koncepci administra£ního rozhraní CMS Drupal.
Sekce pro inzerci pracovních pozic Sekce pro inzerci pracovních pozic se nachází pod záloºkou Jobhall v hlavním menu. Tato sekce je rozd¥lená do dvou £ástí: Hledám práci a Nabídka práce.
3.1. NÁVRH 1
27
Registrace £lenství P°ihlá²ka k £lenství se nachází pod záloºkou lenství v hlavním menu. Registra£ní formulá° se dynamicky m¥ní podle zvoleného typu £lenství (Individuální, Studentské nebo Firemní).
Vytvo°ení rezervace v knihovn¥ Rezervaci knihy lze provést v sekci Knihovna. Tato funkce je p°ístupná pouze p°ihlá²eným uºivatel·m.
3.1.3 Náhled návrhu 1 Náhled návrhu 1 lze vid¥t na obr. 3.2.
Obrázek 3.2: Náhled návrhu 1
KAPITOLA 3. NÁVRH
28
3.2 Návrh 2 Návrh 2 vychází z p°ede²lého návrhu, který je upravený na základ¥ nález· z Testu 1 (viz pododdíl 5.7.7) s výjimkou t¥ch, které jsou spojeny s konstrukcí systému Drupal.
3.2.1 Vybrané zm¥ny v návrhu Zp¥tná vazba p°i p°ihlá²ení k odb¥ru zpravodaje Zp¥tná vazba po p°ihlá²ení k odb¥ru je nyní zvýrazn¥na ráme£kem s podbarvením. D·vod zm¥ny: Testování prokázalo, ºe zp¥tnovazební oznámení nebylo dostate£n¥ výrazné a ºe ho uºivatelé lehce p°ehlédnou.
Seznam rezervací je dostupn¥j²í V sekci Knihovna p°ibylo sekundární menu s t°emi záloºkami (Knihovna, Mé rezervace a Nápov¥da). D·vod zm¥ny: Testování prokázalo, ºe uºivatelé nemohli najít seznam svých rezervací v pravé horní £ásti stránek a ºe ho o£ekávají v sekci Knihovna.
Oprava omyl· ve správ¥ knihovny Správa knihovny umoº¬uje opravu omyl· p°i zm¥n¥ stavu rezervace (v kaºdém kroku je moºnost vrátit provedenou akci zp¥t).
Sekce pro inzerci pracovních pozic je opravena Formulá° pro p°idání nového ºivotopisu byl opraven. Sekce pro p°idání souboru byla upravena tak, aby zde bylo pouze jedno tla£ítko. D·vod zm¥ny: Testování prokázalo, ºe tla£ítko Nahrát soubor je ve formulá°i navíc a ºe p·sobí zmate£n¥.
Opravená privátní sekce P°ihla²ovací stránka byla opravena. Pole s popisem Uºivatelské jméno bylo p°ejmenována na E-mail. Dále p°ibyl nový p°ihla²ovací formulá° na úvodní stránce, který je moºné rovn¥º vyuºít pro p°ístup do privátní sekce. D·vod zm¥ny: Testování prokázalo, ºe uºivatelé nev¥d¥li, kde se nachází p°ihla²ovací formulá° a jak ho mají vyplnit.
3.2.2 Náhled návrhu 2 Náhled návrhu 2 se nachází na CD v adresá°i text/screenshots/navrh2.
3.3. NÁVRH 3
29
3.3 Návrh 3 Návrh 3 vychází z p°ede²lého návrhu, který je upravený na základ¥ nález· z Testu 2 (viz oddíl 5.8.6) s výjimkou t¥ch, které jsou spojeny s konstrukcí systému Drupal. Návrh 3 je dále roz²í°en o nový gra cký vzhled.
3.3.1 Vybrané zm¥ny v návrhu Opravený registra£ní formulá° Registra£ní formulá° byl opraven a byla p°ed¥lána jeho struktura pro remní £lenství. V²echna povinná pole byla ozna£ena hv¥zdi£kou. Rovn¥º byl p°ed¥lán zp·sob validace formulá°e a p°i ²patném zadání dostane uºivatel pat°i£nou zp¥tnou vazbu.
Opravená knihovna V sekci Knihovna se vyskytla chyba p°i vytvá°ení rezervace z náhledu dané knihy. V²echny chyby spojené s tímto problémem byly opraveny.
Zm¥n¥n náhled novinek blogu Náhled novinek blogu na úvodní stránce byl zm¥n¥n. D·vod zm¥ny: Testování prokázalo, ºe náhled novinek je nep°ehledný a ºe mají uºivatelé problém s ur£ením stá°í jednotlivých p°ísp¥vk·.
Popis formulá°e pro p°ihlá²ení k odb¥ru zpravodaje Popisek Zpravodaj SIGCHI u formulá°e pro p°ihlá²ení k odb¥ru zpravodaje byl upraven na P°ihlaste se k odb¥ru zpravodaje SIGCHI. D·vod zm¥ny: Testování prokázalo, ºe n¥kte°í uºivatele si nejsou jistí, k £emu daný formulá° slouºí (nespojí si popisek s danou akcí).
3.3.2 Gra cký vzhled P°i tvorb¥ nového gra ckého vzhledu stránek jsem se nechal inspirovat designerskými pravidly, popsanými v knize Gra cký design [14]. Hlavním cílem bylo navrhnout vzhled, který by uspokojil cílovou skupinu popsanou v oddíle 2.2. Pro tyto ú£ely jsem si nejprve vyty£il, ºe by vzhled stránek m¥l spl¬ovat následující vlastnosti:
• Atraktivnost Gra cký návrh by m¥l na první pohled zaujmout náv²t¥vníka a vyzvat ho k p°ezkoumání obsahu stránek.
KAPITOLA 3. NÁVRH
30
• Profesionalita Návrh by m¥l p·sobit profesionáln¥ a d·v¥ryhodn¥. M¥l by vyvolávat dojem serióznosti.
• Sou£asnost Design by m¥l odpovídat aktuálním trend·m a m¥l by vyuºívat sou£asné motivy.
• Preciznost Návrh by m¥l vyvolávat dojem pe£livosti a d·myslnosti.
V dal²ím kroku jsem si up°esnil výb¥r gra ckého motivu pro úvodní stránku. Stanovil jsem si, ºe by m¥l motiv obsahovat tyto prvky:
•
Dotyková obrazovka s uºivatelským rozhraním.
•
Osoba, která s tímto rozhraním interaguje.
Výb¥r kone£ného motivu jsem provedl ve fotobance Fotolia (www.fotolia.com).
Barvy Barvy mají v gra ckém sd¥lení st¥ºejní význam. M¥ly by být vybírány s ur£itým zám¥rem a m¥ly by zachovávat jednotnou vizuální identitu spole£nosti £i sdruºení [15]. P°i tvorb¥ gra ckého návrhu jsem vycházel ze dvou základních barev, které se nacházejí v logu SIGCHI a jejich odstín· (viz obr. 3.3).
Obrázek 3.3: Základní barvy
T°etím barevný odstín vychází z barvy nápisu Prague ACM SIGCHI v hlavi£ce stránek (viz obr. 3.4).
Obrázek 3.4: T°etí barevný odstín
3.3. NÁVRH 3
31
Pozadí stránek je vytvá°eno jemným p°echodem tmavých a sv¥tle ²edých odstín· (viz obr. 3.5).
Obrázek 3.5: Pozadí stránek
3.3.3 Náhled výsledného návrhu Náhled výsledného návrhu lze vid¥t na obr. 3.6.
Obrázek 3.6: Náhled výsledného návrhu
32
KAPITOLA 3. NÁVRH
Kapitola 4
Implementace 4.1 Pouºité prost°edky a technologie 4.1.1 PHP V²echny dynamické £ásti na stran¥ serveru jsou napsány v jazyku PHP verze 5.2. Jazyk PHP jsem zvolil zejména z toho d·vodu, ºe je na n¥m postavený samotný CMS Drupal a ºe v n¥m lze psát moduly pro n¥j [4]. Dal²ími výhodami PHP je to, ºe je multiplatformní a ºe má velkou podporu ze strany b¥ºných webových sever·. Poslední výhodou je pak i jeho snadná integrace s HTML a MySQL databází [8].
4.1.2 XHTML a CSS Strukturu stránek a jejich gra cká podoba je navrºená pomocí XHTML kódu verze 1.0 Transitional v kombinaci s kaskádovými styly CSS, které jsou odd¥leny v externím souboru. XHTML jazyk jsem zvolil z toho d·vodu, ºe je standardn¥ podporován v²emi druhy prohlíºe£· (bez nutnosti instalace dal²ích aplikací) a ºe jde lehce propojit s jazykem PHP. Odd¥lenost kaskádových styl· od samotného (X)HTML kódu umoº¬uje snadn¥j²í údrºbu stránek, sdílení jednotlivých styl· nap°í£ webem a p°izp·sobení stránky pro odli²ná prost°edí [2].
4.1.3 JavaScript Dynamické £ásti systému, které se provád¥jí na stran¥ klienta, jsou napsány v skriptovacím jazyce JavaScript. Jazyk JavaScript jsem v systému pouºil z d·vodu, ºe dokáºe poskytnout rychlej²í zp¥tnou vazbu neº jazyk PHP, který se zpracovává na stran¥ serveru. JavaScript má v²ak i jednu velkou nevýhodu a tou je skute£nost, ºe ho klient m·ºe mít ve svém prohlíºe£i vypnutý [3]. Z tohoto d·vodu jsem tento jazyk pouºil spí² jen okrajov¥ tak, aby nebyla ohroºena funk£nost systému (jednalo se pouze o p°ípad dynamické zm¥ny formulá°e, kontroly vypln¥ní povinných polí a p°i potvrzení rezervace v knihovn¥).
33
KAPITOLA 4. IMPLEMENTACE
34
4.1.4 Databáze MySQL Ve²keré údaje systému jsou uloºeny v MySQL databázi verze 5.1.61. Databázi MySQL jsem zvolil z t¥chto d·vod·:
•
Je na ní postavený CMS Drupal.
•
MySQL se lehce integruje s PHP.
•
Je zdarma.
•
Snadno se s ní pracuje díky aplikace PhpMyAdmin pro správu databáze.
4.2 CMS Drupal CMS Drupal je open source redak£ní systém, který staví na n¥kolika základech, které jsou d·leºité pro jeho funk£nost i dal²í vývoj [4]:
•
Modularita Drupal má malé jádro, které je stabilní a rychlé. V²echna dal²í roz²í°ení jsou postavena na p°ídavných modulech.
•
Kvalita Jádro Drupalu má dob°e navrºenou strukturu, do které se nedostávají neov¥°ené nadstavby. Tyto vlastnosti z n¥j vytvá°í stabilní a bezpe£ný systém.
•
Open source Drupal funguje na licenci GNU/GPL, vyuºívá programovací jazyk PHP a databázi MySQL.
Více informací o Drupalu lze nalézt na www.drupal.org nebo na www.drupal.cz.
4.2.1 Pouºití modul· Funk£ní roz²í°ení pro stránky SIGCHI je navrºeno formou p°ídavných modul·. Jedná se celkem o 4 mnou vytvo°ené samostatné moduly:
•
Registrace modul pro zpracování registrací a správu £lenství.
•
Knihovna modul pro zpracování rezervací a pro správu knihovny.
•
Jobhall modul pro realizaci moderace sekce pro inzerci pracovních pozic.
•
Statistiky modul pro zpracování údaj· o £lenech a zobrazení statistických výstup·.
Finální implementace dále vyuºívá °adu jiº vytvo°ených modul·, které se dají nalézt na stránkách www.drupal.org. Mezi ty hlavní pat°í nap°.:
1
•
Simplenews modul, který zaji²´uje tvorbu a zasílání zpravodaj·.
•
Charts modul pro gra ckou vizualizaci vstupních dat.
•
AutoExpire modul, který zaji²´uje automatickou expiraci uzl·
1.
Uzly (nodes) jsou základní struktury Drupalu, ve kterých je uloºen ve²kerý obsah (v²echny stránky,
£lánky, nové témata ve fóru atd.).
4.3. IMPLEMENTACE JEDNOTLIVÝCH ÁSTÍ SYSTÉMU
•
Pro le modul, který roz²i°uje uºivatelský pro l o dal²í pole.
•
FileField modul, který roz²i°uje uzly o moºnost p°idání souboru.
35
Výhodou práce s moduly je hlavn¥ to, ºe se jedná o samostatné funk£ní celky, které se pak dají pouºít i v odli²ných aplikacích. Napojení modul· na jádro Drupalu je provád¥no pomocí administra£ního rozhraní pro správu modul·, které je standardní sou£ástí tohoto systému. P°ed zapnutím daného modulu je nejprve zapot°ebí ho je²t¥ zkopírovat do adresá°e /sites/all/modules.
4.2.2 Pouºití funkcí HOOK Jakmile dochází k obnovení stránky, systém Drupal volá automaticky funkce s názvem HOOKs (há£ky). Tyto funkce se dají v rámci jednotlivých modul· editovat a roz²i°ovat je o dal²í p°íkazy. Mnou vytvo°ené moduly vyuºívají t¥chto HOOK funkcí:
•
Menu funkce, provád¥jící p°idání poloºek do hlavní naviga£ní menu a de nující jejich vlastnosti a práva.
•
Perm funkce, která de nuje názvy p°ístupových práv, které jsou v moduly pouºity.
•
Form funkce, která se volá po odeslání formulá°e (slouºí k dal²ímu zpracování odesílaných dat).
•
Cron funkce, která se automaticky spou²tí v pravidelných intervalech daných nastavením systému. Tato funkce se nej£ast¥ji vyuºívá k £innostem údrºby a rozesílání pot°ebných noti kací (blíºící se konec £lenství ve sdruºení, propadnutí rezervace v elektronické knihovn¥ atd.).
•
Block funkce, která p°idává bloky daného modulu do systému. Tyto bloky lze poté dále spravovat (volit umíst¥ní apod.) v administra£ním rozhraní Drupalu.
•
User funkce, která testuje, zda se stala n¥jaká £innost nad databází uºivatel· (p°idání nového uºivatele, editace atd.) a která de nuje, jak se mají tato data zpracovat.
4.3 Implementace jednotlivých £ástí systému 4.3.1 Registrace £lenství Registrace £lenství je realizována pomocí mého modulu Registrace. Sou£ástí modulu je registra£ní formulá° a logika pro jeho zpracování. Registra£ní formulá° nabízí 3 varianty p°ihlá²ek, mezi kterými se dá dynamicky p°epínat díky jazyku JavaScript a jeho provázaností na atribut display v kaskádových stylech daných nabídek. Hotový formulá° je realizován jako blok, který je do systému Drupal p°idán pomocí hook funkce block a který je p°es správu blok· p°i°azen do zápatí záloºky lenství.
KAPITOLA 4. IMPLEMENTACE
36
4.3.2 Registrace £lenství Firemní £lenství je v systému implementováno samostatnými ú£ty pro rmu a pro její £leny, kde se ve remním ú£tu nacházejí e-mailové adresu £len· rmy. V roli administrátora lze tyto e-mailové adresy editovat £i p°idávat. V²echna nastavení ohledn¥ £lenství provedená nad remním ú£tem se automaticky projeví i £len·m dané rmy.
4.3.3 Autorizace k systému P°ihlá²ení do systému je realizováno pomocí formulá°e, kde se vyplní e-mail uºivatele a jeho heslo. K t¥mto ú£el·m je pouºité standardní rozhraní systému Drupal pro p°ihlá²ení k uºivatelskému ú£tu. Jednotlivé informace o uºivatelích jsou pak uloºeny v databázi v tabulce users. Heslo je v této tabulce zahashované pomocí MD5. Drupal zaji²´uje také automatické odhla²ování a dal²í funkce pro bezpe£né pouºití uºivatelských ú£t·.
4.3.4 Systém p°ístupových práv P°ístupová práva pro jednotlivé moduly jsou de nována pomocí hook funkce perm systému Drupal (viz pododdíl 4.2.2). Tyto práva jsou pak v systému p°i°azována konkrétním rolím. V kódu se poté nachází podmínky, které testují, zda má uºivatel p°íslu²ná práva pro zobrazení dané stránky. Pokud ano, zobrazí se mu obsah; pokud ne, je informován o tom, ºe pro danou £innost nemá p°íslu²ná práva.
4.3.5 Systém pro management £len· Systém pro management £len· je °e²en pomocí vestav¥ného rozhraní Drupalu pro správu uºivatel·, roz²í°ený o funkce mého modulu Registrace. Uºivatelské ú£ty jsou roz²í°eny o dal²í pole pomocí modulu Pro le. Tato pole slouºí zejména pro uchování osobních údaj· a pro nastavení doby trvání £lenství. Jakmile dojde ke zm¥n¥ nad uºivatelským ú£tem, je volána hook funkce user (viz. pododdíl 4.2.2), která kontroluje, zda je nastavené datum ukon£ení £lenství vy²²í neº sou£asné datum. Pokud tomu tak je, nastaví stav daného ú£tu na aktivní. Doba trvání £lenství je poté dále hlídaná pomocí hook funkce cron. Jakmile se blíºí doba ukon£ení trvání £lenství, funkce cron spustí p°íkaz, který roze²le informa£ní e-mail p°íslu²ným uºivatel·m a na tuto skute£nost je upozorní. Stejným zp·sobem jsou rozesílány i dal²í informa£ní e-maily. Pokud uºivatel své £lenství neprodlouºí, funkce cron automaticky ukon£í £lenství. Pokud dojde k ukon£ení £lenství, uºivatelský ú£et z·stává i nadále v databázi. Jeho stav se v²ak p°epne ze statusu aktivní na pasivní. Z d·vodu uvoln¥ní uºivatelského jména dochází rovn¥º k jeho zm¥n¥ a to tak, ºe se k jeho názvu p°ipojí i identi ka£ní £íslo uºivatele (v databázi je v²ak uchováno i p·vodní jméno pro p°ípad op¥tovného vyuºití ú£tu v budoucnu).
4.4. BEZPENOST A ZAJIT
NÍ KOMPATIBILITY
37
4.3.6 Statistiky uºivatel· Statistiky uºivatel· jsou implementovány pomocí mého modulu Statistiky, který spolupracuje s modulem Charts. Statistiky pracují s databází uºivatel· a dobou vzniku a ukon£ení £lenství. Algoritmus postupn¥ prochází jednotlivé roky a po£ítá po£et p°íslu²ných £len· (tzn. t¥ch, kte°í mají za£átek £lenství men²í nebo rovný neº sou£asné datum a ukon£ení £lenství v¥t²í nebo rovný neº sou£asné datum). Modul Charts se pak stará o vizualizaci dat do podoby 2D grafu.
4.3.7 Knihovna Knihovna je realizována pomocí modulu Knihovna a je k dispozici v²em £len·m sdruºení. Knihovna umoº¬uje vytvá°et rezervace a to pouze t¥m, kte°í mají v systému ú£et. Pro správu rezervací daného uºivatele jsem vytvo°il sekci Mé rezervace, kde se dají zadané rezervace zru²it £i prodlouºit. Do této sekce jsem umístil také záloºku pro výpis historie rezervací. Knihovna podporuje systém náhradních rezervací (popis funkce se nachází v oddílu 2.4), pro které byla vytvo°ena v databázi samostatná tabulka. Správa náhradních rezervací je rovn¥º p°ístupná v sekci Mé rezervace. V administrátorském rozhraní pro správu knihovny je k dispozici seznam knih. Knihy jsou v systému uloºeny jako jednotlivé uzly (nody). Kaºdá kniha dále obsahuje informaci o aktuálním po£tu kus· daného titulu v knihovn¥. P°i kaºdé rezervaci dochází k dekrementování tohoto po£tu a pokud je aktuální po£et rovný nule, v sekci knihovna se zobrazí informace, ºe je daný titul momentáln¥ nedostupný.
4.3.8 Jobhall Sekce Jobhall vyuºívá standardního rozhraní systému Drupal, mého modulu Jobhall a modul· Views, AutoExpire a FileField. Jednotlivé p°ísp¥vky Jobhallu jsou realizovány pomocí uzl· a jejich výpis se provádí pomocí modulu Views. Expirace uzl· a jejich p°ípadné prodlouºení je zaji²t¥no modulem AutoExpire. P°idávání soubor· (ºivotopis·) k danému uzlu je realizováno pomocí modulu FileField. Pro vytvo°ení inzerátu pro sekci Nabídka práce jsem de noval roli remní zástupce, kde je p°i°azené oprávn¥ní pro p°idávání inzerát·.
4.4 Bezpe£nost a zaji²t¥ní kompatibility 4.4.1 Kontrola vstupních dat formulá°e Vstupní data formulá°· jsou validována pomocí JavaScriptu a PHP, kdy se kontroluje, zda jsou vypln¥na v²echna povinná pole a jestli jsou vypln¥na správn¥. Pokud je formulá° vypln¥n nevalidn¥, uºivatel je o této skute£nosti informován a formulá° se neode²le.
KAPITOLA 4. IMPLEMENTACE
38
Formulá°e jsou dále vybaveny kontrolním kódem, který se náhodn¥ m¥ní a který je ochranou proti spamovým robot·m. P°i úsp¥²ném odeslání formulá°e je na vstupní data pouºita funkce mysql_real_escape tak, aby nedocházelo k útok·m na databázi (SQL injection).
4.4.2 Validita kódu Aby byla zaji²t¥na kompatibilita stránek, systém má validní kód XHTML 1.0 Transitional. Stránky byly validovány on-line validátorem, který se nachází na adrese www.validator.w3.org.
4.5 Organizace zdrojových soubor· Vytvo°ené moduly se nacházejí ve stejnojmenných sloºkách a jejich hlavní soubory jsou organizovány podle struktury systému Drupal:
•
název_modulu.module hlavní indexový soubor se základní strukturou a °ídící logikou,
•
název_modulu.admin.inc soubor, který de nující administra£ní rozhraní daného modulu (vnit°ní nastavení, zn¥ní noti ka£ních e-mail· apod.),
•
název_modulu.info - soubor se základními informacemi o modulu a o verzi Drupalu, pro kterou je modul ur£en.
Kapitola 5
Testování pouºitelnosti s uºivateli Test pouºitelnosti je strukturovaný rozhovor, který se zam¥°uje na konkrétní aspekty uºivatelského rozhraní a který vychází z praktické zku²enosti uºivatele na vykonaných úlohách [10]. Cílem testování s uºivatelem je zjistit pouºitelnost návrhu webu SIGCHI a odhalit p°ípadné nedostatky a chyby. Na daných úkolech dále ov¥°it, zda je uºivatel schopný pracovat samostatn¥ anebo zda pot°ebuje pomoc £i nápov¥du. Posledním cílem je pak podrobit uºivatelskému testování CMS Drupal 6.22 a zhodnotit jeho funk£nost z hlediska pouºitelnosti. Pro testování je nejprve zapot°ebí vybrat vhodné uºivatele. K jejich výb¥ru jsem sestavil screener, který jsem dal vyplnit spoluºák·m a lidem ve svém okolí. Dále jsem vytvo°il materiály pot°ebné k testu (p°ehled úkol·, pretest a posttest dotazník).
5.1 Testovací kon gurace Testování probíhalo na po£íta£i s procesorem Intel Core 2 Duo 2.00 GHz, 4 GB RAM a p°i rozli²ení obrazovky 1680 x 1050 pixel· (na 22 LCD monitoru DELL). Test prob¥hl na opera£ním systému Microsoft Windows 7 Professional v prohlíºe£i Google Chrome 17.0.963.56 m. P°i testování jsem po°izoval záznam obrazovky a zvuku pomocí aplikace CamStudio Recorder v2.6, která je voln¥ ke staºení na své domovské adrese www.camstudio.org.
5.2 Pr·b¥h testování Fáze testování [5]:
1. Ice-breaking: Po£áte£ní fáze spojená s vítáním participanta. 2. Brie ng: Seznámení s pr·b¥hem testování.
39
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
40
Upozorn¥ní na po°izování audio-video záznamu. Odpov¥di na p°ípadné dotazy.
3. Pretest dotazník a rozhovor.
4. Testování.
5. Posttest dotazník a rozhovor.
6. Debrie ng.
5.3 P°ehled úkol· 5.3.1 P°ihlá²ení k odb¥ru zpravodaje P°ihlaste se k odb¥ru zpravodaje komunity SIGCHI.
Zám¥r úkolu: Otestovat pouºitelnost a p°ehlednost úvodní stránky webu, kde se p°ihla²ovací formulá° k odb¥ru zpravodaje nachází.
5.3.2 P°ihlá²ka remního £lenství Po²lete p°ihlá²ku pro remní £lenství v komunit¥ SIGCHI za rmu, která má dva £leny. Název rmy zadejte FIRMA. E-mail remního zástupce zadejte jako sv·j osobní mail.
Zám¥r úkolu: Podání p°ihlá²ky pro £lenství ve sdruºení je klí£ový use-case celých stránek. Tento úkol má za cíl otestovat náro£n¥j²í podobu p°ihla²ovacího formulá°e pro remní £lenství.
5.3.3 Potvrzení £lenství ze strany administrátora P°edpokládejme, ºe £lenský poplatek za rmu FIRMA byl doru£en na ú£et. P°ihlaste se jako administrátor (e-mail: admin, heslo: admin) a nastavte £lenství dané rm¥ na jeden rok (od dne²ního dne).
Zám¥r úkolu: Testovat administra£ní rozhraní pro správu £len· a nastavení £lenství.
5.3. PEHLED ÚKOL
41
5.3.4 Podání ºivotopisu v sekci Jobhall Odhlaste se z ú£tu administrátora. P°ihlaste se ke svému ú£tu jako remní zástupce (z úkolu 2) a podejte si ºivotopis v sekci Jobhall. PDF soubor s ºivotopisem najdete v Dokumentech jako CV.pdf . Jednotlivé údaje o poºadavcích vypl¬te podle svého uváºení.
Zám¥r úkolu: Testovat pouºitelnost sekce Jobhall a jeho formulá°· pro p°idání nových ºivotopis· £i pracovních pozic.
5.3.5 Rezervace knihy Prove¤ rezervaci knihy Zku²ební kniha v sekci Knihovna.
Zám¥r úkolu: Rezervace v knihovn¥ SIGCHI je jedním z dal²ích klí£ových use-cas· (je to jedna z hlavních výhod £lenství ve sdruºení). Testování má prov¥°it pouºitelnost rozhraní knihovny.
5.3.6 Výp·j£ka knihy Odhlaste se z ú£tu remního zástupce. P°ihlaste se ke ú£tu op¥t jako administrátor (e-mail: admin, heslo: admin). Nastavte stav rezervované knihy Zku²ební kniha postupn¥ na Vyp·j£ená a poté Vrácená.
Zám¥r úkolu: Testovat pouºitelnost administra£ního rozhraní pro správu knih.
5.3.7 Vytvo°ení nové stránky Z·sta¬te p°ihlá²ený jako administrátor a vytvo°te novou stránku, které se bude jmenovat Pokus a textem této stránky budou slova pokus pokus pokus. Vytvo°te tuto stránku tak, aby m¥la svou záloºku v horním menu (Primární odkazy).
Zám¥r úkolu: Testovat pouºitelnost základního administra£ního rozhraní CMS Drupal 6.22.
5.3.8 Editace stránky Edituj obsah práv¥ vytvo°ené stránky. Zm¥¬te název na Pokus2 tak, aby se zm¥nilo i zn¥ní záloºky a text stránky p°ejmenujte na pokus2 pokus2 pokus2.
Zám¥r úkolu: Testovat pouºitelnost základního administra£ního rozhraní CMS Drupal 6.22.
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
42
5.4 Screener Screener je jednoduchý dotazník, na základ¥ kterého jsem vybíral vhodné uºivatele pro testování podle p°edem stanovených kritérií (targetu) [6].
Obsah screeneru: 1. V¥k: Target: Lidé ve v¥ku 20-40 let.
2. Pohlaví: Target: 2 muºi, 1 ºena.
3. Zkuste ohodnotit své zku²enosti s pouºíváním po£íta£e: a) za£áte£ník, b) pokro£ilý, c) expert.
Target: 2 experti nebo pokro£ilí uºivatelé, 1 mén¥ pokro£ilý. Experti a pokro£ilí uºivatelé mají blízko k cílové skupin¥, pro kterou jsou stránky navrhnuty a jsou tedy skupinou, která je pro testování klí£ová. Mén¥ pokro£ilí uºivatelé v testu zastupují pasivní skupinu, která stránky nav²tíví spí²e p°íleºitostn¥. Jejich pohled v²ak m·ºe testování obohatit o dal²í cenné poznatky a p°ipomínky, kterých by si pokro£ilí uºivatelé nemuseli v²imnout.
4. Vytvá°el(a) jste n¥kdy internetové stránky? ANO-NE Jestli ano, jakých jazyk· a technologií jste k tomu pouºíval/a?
Target: 1 uºivatel, který má zku²enosti s tvorbou webu a 2 kte°í nemají. Mým cílem je provést testování jak s t¥mi, kte°í uº mají svou vlastní zku²enost s tvorbou web· (a budou si tak v²ímat ur£itých aspekt· návrhu), tak s t¥mi, kte°í tuto zku²enost nemají.
5.5 Pretest Pretest je vstupní rozhovor p°ed samotným testováním a jeho data slouºí pro interpretaci chování b¥hem testu [6]. V rámci pretestu jsem se cílen¥ doptával participant· na informace,
5.6. POSTTEST
43
které pomohly doplnit a up°esnit jaké jsou jejich zku²enosti s internetovými aplikacemi a jaké jsou jejich postoje v·£i podobným stránkám.
Obsah pretestu: 1. Které stránky na internetu nav²t¥vuje² nej£ast¥ji? 2. Zkus ohodnotit, jak £asto pouºívá² na internetu tyto sluºby? Platební transakce v internetovém bankovnictví:
a) je²t¥ jsem to nikdy ned¥lal, b) párkrát jsem se s tím setkal, c) b¥ºn¥ pouºívám.
Nákup v elektronickém obchod¥:
a) je²t¥ jsem to nikdy ned¥lal, b) párkrát jsem se s tím setkal, c) b¥ºn¥ pouºívám.
Administrace internetových stránek pomocí webového rozhraní:
a) je²t¥ jsem to nikdy ned¥lal, b) párkrát jsem se s tím setkal, c) b¥ºn¥ pouºívám.
3. Absolvoval jsi n¥jaký kurz/p°edm¥t o tvorb¥ uºivatelských rozhraní? 4. Uº jsi n¥kdy sly²el o ob£anském sdruºení SIGCHI?
5.6 Posttest Posttest je zp¥tnovazební rozhovor na záv¥r testování, který umoº¬uje získat celkové zhodnocení prob¥hlého testu [7]. Pro posttestový dotazník jsem zvolil otázky, kterými jsem se participant· doptával na jejich dojmy a spokojenost s prací v aplikaci. Dále jsem se dotazoval na p°ípadné návrhy na zlep²ení £i zm¥ny.
Obsah posttestu: 1. Jak se ti stránky líbily? (ohodnocení max=1, min=5) 2. Jak bys ohodnotil p°ehlednost aplikace? (ohodnocení max=1, min=5) 3. Bylo n¥co, co t¥ zasko£ilo £i zaujalo? 4. Má² n¥jaké návrhy na zlep²ení?
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
44
5.7 Test 1 5.7.1 Executive summary Test 1 se zabývá pouºitelností návrhu 1 (viz oddíl 3.1) a má odhalit nedostatky daného návrhu a p°inést konkrétní nasm¥rování pro jeho dal²í vývoj. V²ichni participanti byli schopni provést stanovené úkoly samostatn¥ a dokon£it celý scéná° aº do konce (jen v n¥kterých p°ípadech bylo zapot°ebí pomoci moderátora). Participanti kladn¥ ohodnotili vzhled stránek a jejich jednoduchost. Negativn¥ ohodnotili sloºitost administra£ního rozhraní. Test odhalil celkem 11 nález·, který by mohly být potenciálním zdrojem problém·. Vysokou prioritu dostaly 4 nálezy, které váºn¥ ohroºují funk£nost stránek £i jejich pouºitelnost. St°ední prioritu dostaly nálezy, které významným zp·sobem komplikují práci se stránkami (ale neohroºují jejich funk£nost). Nízkou prioritu dostaly nálezy, které nejsou zásadní a které jsou spí²e okrajové.
5.7.2 Rozsah úkol· V testu 1 byl proveden plný rozsah úkol·, který je stanovený v oddílu 5.3.
5.7.3 P°ehled vybraných uºivatel· (viz tabulka 5.1)
Participant
P1
P2
P2
V¥k:
26
25
27
Pohlaví:
muº
muº
ºena
IT schopnosti:
expert
expert
za£áte£ník
Zku²enosti s tvorbou
-
html, xml, javascript,
-
stránek:
php, smarty, css
Tabulka 5.1: P°ehled vybraných uºivatel· testu 1.
5.7.4 Pretest Participant P1 1. Které stránky na internetu nav²t¥vuje² nej£ast¥ji? Vyhledáva£e, mail, zprávy.
2. Zkus ohodnotit, jak £asto pouºívá² na internetu tyto sluºby? Platební transakce v internetovém bankovnictví: b¥ºn¥ pouºívám. Nákup v elektronickém obchod¥: párkrát jsem se s tím setkal. Administrace internetových stránek pomocí webového rozhraní: je²t¥ jsem to nikdy ned¥lal.
5.7. TEST 1
45
3. Absolvoval jsi n¥jaký kurz/p°edm¥t o tvorb¥ uºivatelských rozhraní? NE.
4. Uº jsi n¥kdy sly²el o ob£anském sdruºení SIGCHI? NE.
Participant P2 1. Které stránky na internetu nav²t¥vuje² nej£ast¥ji? Vyhledáva£e, stránky pro komunikaci, internetové bankovnictví, zpravodajské servery, diskusní fóra, e-shopy.
2. Zkus ohodnotit, jak £asto pouºívá² na internetu tyto sluºby? Platební transakce v internetovém bankovnictví: b¥ºn¥ pouºívám. Nákup v elektronickém obchod¥: b¥ºn¥ pouºívám. Administrace internetových stránek pomocí webového rozhraní: párkrát jsem se s tím setkal
(administrace fotogalerie a osobních stránek).
3. Absolvoval jsi n¥jaký kurz/p°edm¥t o tvorb¥ uºivatelských rozhraní? ANO. TUR, NUR, PUR.
4. Uº jsi n¥kdy sly²el o ob£anském sdruºení SIGCHI? ANO. V souvislosti s organizováním odborných p°edná²ek a WUD (World Usability Day).
Participant P3 1. Které stránky na internetu nav²t¥vuje² nej£ast¥ji? Vyhledáva£e, zprávy.
2. Zkus ohodnotit, jak £asto pouºívá² na internetu tyto sluºby? Platební transakce v internetovém bankovnictví: b¥ºn¥ pouºívám. Nákup v elektronickém obchod¥: párkrát jsem se s tím setkala. Administrace internetových stránek pomocí webového rozhraní: je²t¥ jsem to nikdy ned¥lala.
3. Absolvovala jsi n¥jaký kurz/p°edm¥t o tvorb¥ uºivatelských rozhraní? NE.
4. Uº jsi n¥kdy sly²ela o ob£anském sdruºení SIGCHI? NE.
46
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
5.7.5 Posttest Participant 1 1. Jak se ti stránky líbily? (ohodnocení max=1, min=5) 2.
2. Jak bys ohodnotil p°ehlednost aplikace? (ohodnocení max=1, min=5) Rozhraní pro uºivatele: 1. Rozhraní pro administrátora: 2-.
3. Bylo n¥co, co t¥ zasko£ilo £i zaujalo? Zasko£ilo mne: Úkol 7 (vytvo°ení nové stránky v CMS Drupal) byl komplikovan¥j²í neº bych £ekal. P°i p°ihlá²ení odb¥ru zpravodaje se mi objevila potvrzovací hlá²ka, kterou jsem na za£átku p°ehlédl.
4. Má² n¥jaké návrhy na zlep²ení? Ta hlá²ka o p°ihlá²ení zpravodaje by se mohla objevit n¥jak jasn¥ji, a´ ji nelze p°ehlédnout.
Participant 2 1. Jak se ti stránky líbily? (ohodnocení max=1, min=5) 2.
2. Jak bys ohodnotil p°ehlednost aplikace? (ohodnocení max=1, min=5) 1.
3. Bylo n¥co, co t¥ zasko£ilo £i zaujalo? V úkolu £.7 mne zasko£ilo nastavení váhy u poloºek menu zpo£átku jsem nemohl pochopit, jak to funguje (a jak by se vyhodnotilo po°adí poloºek se stejnou váhou). V Rezervaci knih bych o£ekával p°ehled rezervací p°ímo v té knihovn¥.
4. Má² n¥jaké návrhy na zlep²ení? Moºná by stálo za zváºení nastavovat po°adí poloºek v menu ru£n¥ (namísto nastavení váhy). Osobní ú£et rozpracovat p°ehled rezervací knih, vyp·j£ených knih atd., remní pro ly. U úkolu £. 4 zm¥nit p°ihla²ovací jméno na email. Správa vyp·j£ených knih (admin): zm¥nit moºnost výb¥ru stavu knih (roletkové menu) + n¥jaké tla£ítko pro uloºení zm¥n. P°i registraci rmy zkontrolovat odesílání potvrzovacích email· pro více £len·.
5.7. TEST 1
47
Participant 3 1. Jak se ti stránky líbily? (ohodnocení max=1, min=5) 1.
2. Jak bys ohodnotila p°ehlednost aplikace? (ohodnocení max=1, min=5) 2.
3. Bylo n¥co, co t¥ zasko£ilo £i zaujalo? (participantka tuto otázku zanechala bez odpov¥di)
4. Má² n¥jaké návrhy na zlep²ení? Dlouho jsem hledala p°ihlá²ení pro administrátora (naho°e v pravém horním rohu).
5.7.6 Pozorování a vybrané citace Pozorování £. 1 - Participant·m se líbí vzhled stránek Z výsledk· posttestu a z rozhovor· p°i jejich vypl¬ování vyplynulo, ºe se uºivatel·m pom¥rn¥ líbí gra cká podoba stránek. P°i jejím ohodnocení se známky nej£ast¥ji pohybovaly mezi známkou 1 aº 2.
Reakce participant·: Participant 1 (26:50 27:10)
Jo, stránky vypadají p¥kn¥.
Participant 2 (23:30 27:10)
Stránky se mi docela líbily... já to mám rád takové jednoduché, ºe to není p°eplácané... ºe to není n¥jaký ash nebo tak n¥co.
Pozorování £. 2 - Administrátorské rozhraní Drupalu je sloºité Vestav¥né rozhraní Drupalu pro administraci a správu webu je nep°ehledné a neintuitivní (obzvlá²t¥ £ást pro správu obsahu webu p°idání a editaci jednotlivých stránek). Toto pozorování vychází z posttestových rozhovor·, kde participanti hodnotili administrátorské v¥ci jako náro£né.
Reakce participant·: Participant 1 (28:30 29:00)
Kdyº ti k tomu nikdo nedá ²kolení, tak je to docela sloºité... vºdy´ jsem to tam d¥lal na t°ikrát, neº jsem to na²el.
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
48
5.7.7 Nálezy Nálezy s vysokou prioritou Nález £. 1 : Nedostate£ná zp¥tná vazba p°i p°ihlá²ení k odb¥ru zpravodaje SIGCHI. P°i p°ihlá²ení k odb¥ru zpravodaje SIGCHI nedostane uºivatel dostate£nou zp¥tnou vazbu. Na stránkách se sice objeví nápis se zp¥tnovazebním oznámením, je v²ak nevýrazný a lehce p°ehlédnutelný.
Reakce participant·: Participant 1 (3:00 3:40) Moderátor: Tam má² n¥jakou hlá²ku na tom monitoru, jestli to t°eba nebude s tím spojené.
Participant: Aha, jo... tady... tak té hlá²ky jsem si v·bec nev²iml. Participant 2 (1:50 2:10)
Nevím, jestli jsem se p°ihlásil.. budu to pokládat za p°ihlá²ený....
D·sledek nálezu:
Uºivatel si je nejistý, zda p°ihlá²ení prob¥hlo v po°ádku a jaký by m¥l být
následující krok. Závaºnost problému: Nástin °e²ení:
Vysoká.
Oznámení o zp¥tné vazb¥ by m¥lo být zvýrazn¥no (nap°. ráme£kem
s podbarvením).
Nález £. 2: Formulá° pro p°ihlá²ení £lenství umoº¬uje duplicitní záznam. Formulá° umoºnil odeslat poºadavek na registraci rmy, která byla uº registrována. Tato akce skon£ila chybovou hlá²kou o zápisu do databáze.
Reakce participant·: Participant 1 (9:15 9:29)
Firma tam uº asi jednou je... asi by to cht¥lo trochu o²et°it v té databázi.
D·sledek nálezu:
P°ihlá²ka uºivatele nebyla odeslána a uºivatel neví, kde nastal problém a
jak by m¥l pokra£ovat. Závaºnost problému: Nástin °e²ení:
Vysoká.
O²et°it p°ípad duplicitního záznamu do databáze a poskytnout uºivateli pat-
°i£nou zp¥tnou vazbu a upozornit na to, ºe p°ihlá²ka nebyla odeslána.
5.7. TEST 1
49
Nález £. 3: P°ihlá²ení do privátní sekce vyºaduje uºivatelské jméno. P°i p°ihlá²ení je zapot°ebí vyplnit e-mail a ne uºivatelské jméno (uºivatelské jméno nikde uºivatel v p°ihlá²ce nevypl¬uje).
Reakce participant·: Participant 1 (14:05 14:15)
Jaké uºivatelské jméno... to myslí ten mail? Participant 2 (10:00 10:05)
Tak to by mne nenapadlo, ºe je pot°eba vyplnit email, kdyº je tam uºivatelské jméno.
D·sledek nálezu:
Uºivatel je v rozpacích a není si jistý, jak se má p°ihlásit k vlastnímu ú£tu.
Závaºnost problému: Nástin °e²ení:
Vysoká.
P°ejmenovat p°ihla²ovací pole a namísto Uºivatelské jméno napsat
E-mail.
Nález £. 4: Seznam rezervací daného uºivatele v knihovn¥ je schován. Odkaz pro zobrazení seznamu rezervací je zastr£en naho°e v záhlaví stránky, kde si ho uºivatel nev²imne.
Reakce participant·: Participant 1 (17:30 18:35)
Participant po minut¥ hledání: Ááá... tak tady to je... Participant 2 (14:50 15:05)
Tak to bych o£ekával, ºe to bude n¥kde v té knihovn¥ ten p°ehled knih, protoºe tohohle jsem si v·bec nev²iml...
D·sledek nálezu:
Uºivatel neví, jak se dostat na seznam svých rezervací v knihovn¥.
Závaºnost problému: Nástin °e²ení:
Vysoká.
Seznam rezervací p°idat jako záloºku sekundárního menu v sekci Knihovna.
Tato záloºka by dále mohla být i u informací daného uºivatelského ú£tu.
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
50
Nálezy se st°ední prioritou Nález £. 5: Odkaz pro p°ihlá²ení je zastr£en naho°e. Odkaz pro p°ihlá²ení do privátní sekce je zastr£en naho°e v záhlaví stránky.
Reakce participant·: Participant 3 (9:30 13:00) Po 3,5 minutách moderátor navedl participanta, aby zajel nahoru. Participant 3 (46:20 46:30)
Nejv¥t²í problém jsem m¥la najít to £lenství administrátora (my²leno p°ihlá²ení k ú£tu administrátora).
D·sledek nálezu:
Uºivateli nemusí být ihned jasno, jak se má p°ihlásit ke svému ú£tu.
Závaºnost problému: Nástin °e²ení:
St°ední.
Umístit p°ihlá²ení do privátní sekce na úvodní stránku (odkaz v záhlaví v²ak
ponechat kv·li p°ístupu z jiných stránek).
Nález £. 6: V privátní sekci není napsané, kdy uºivateli kon£í £lenství. V osobních údajích v privátní sekci se nikde nenachází informace, kdy uºivateli kon£í £lenství (tato informace byla uºivateli poskytnuta jen jednorázov¥ e-mailem p°i aktivaci ú£tu).
Reakce participant·: Participant 1 (14:30 14:40)
Nikde ale není napsané, do kdy jsem £lenem...
D·sledek nálezu:
Uºivatel nemá okamºitý p°ehled o dob¥ skon£ení £lenství a je odkázán pouze
na jednorázov¥ zaslanou informaci e-mailem. Závaºnost problému: Nástin °e²ení:
St°ední.
V souhrnných informacích o ú£tu (zobrazí se p°i p°ihlá²ení do privátní sekce)
p°ipsat taky i datum ukon£ení trvání £lenství.
Nález £. 7: Správa knihovny omezuje opravu omyl·. V administrátorském rozhraní pro správu rezervací knihovny je omezena oprava omyl· (nap°. p°i zm¥n¥ stavu knihy s rezervované na vyp·j£enou). Omyl se poté musí ru£n¥ opravovat u jednotlivých knih zvlá²´.
5.7. TEST 1
51
Reakce participant·: Participant 2 (16:35 16:50)
No, tak to bych moºná £ekal, ºe si to budu moci vybrat p°es n¥jaké menu p·j£ená, vrácená... p°ípadn¥ to vrátit zpátky...
D·sledek nálezu:
T¥ºkopádná oprava p°ípadných omyl·.
Závaºnost problému: Nástin °e²ení:
St°ední.
Umoºnit v kaºdém kroku zm¥ny stavu rezervace návrat zp¥t.
Nález £. 8: Za£len¥ní nov¥ vzniklé stránky do menu je neintuitivní. P°i vytvá°ení nové stránky si uºivatelé nev¥dí rady, jak ji za£lenit do nabídky hlavního menu. Pochopení systému pro p°id¥lení váhy jednotlivým stránkám trvalo i pokro£ilým uºivatel·m n¥kolik minut.
Reakce participant·: Participant 2 (20:15 20:30)
Te¤ si nejsem jistý, jestli jsem ud¥lal to, co jsem m¥l anebo ne... jestli jsem to p°idal do menu. Participant 2 (24:20 24:30)
Zasko£ila mne ta váha.. to jsem je²t¥ nevid¥l.
D·sledek nálezu:
Administrátorovi m·ºe chvíli trvat, neº se mu poda°í p°idat vytvo°enou
stránku do menu a neº se ztotoºní s daným systémem pro ur£ování po°adí poloºek v menu. Závaºnost problému: Nástin °e²ení:
St°ední.
Vynechat systém ur£ování váhy jednotlivých stránek a pracovat £ist¥ jen s
gra ckým rozhraním pro ur£ení po°adí poloºek v menu.
Nálezy s nízkou prioritou Nález £. 9: Rozhraní pro správu uºivatel· je nep°ehledné. Rozhraní pro správu uºivatel· je nep°ehledné a není z n¥ho hned jasné, jak by m¥lo dojít k aktivaci uºivatelského ú£tu a nastavení doby trvání £lenství.
Reakce participant·: Participant 1 (12:30 12:35)
Te¤ nevím, jak nastavím, do kdy je to £lenství.
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
52
D·sledek nálezu:
Je pot°eba ur£ité praxe £i nápov¥dy pro práci s ú£ty.
Závaºnost problému: Nástin °e²ení:
Nízká.
Zp°ehlednit rozhraní pro správu uºivatelských ú£t· (n¥které funkce jsou zde
duplicitn¥) a p°idat nápov¥du.
Nález £. 10: Tla£ítko Nahrávání soubor· v sekci Jobhall je navíc. P°i zadávání nového ºivotopisu v sekci Jobhall jsou zde dv¥ tla£ítka Vybrat soubor a Nahrávání soubor·. Druhé tla£ítko je v²ak navíc. Vybraný soubor se po odeslání formulá°e nahraje i bez zmá£knutí tohoto tla£ítka.
Reakce participant·: Participant 1 (11:30 11:45)
"Tohle tla£ítko by tam ani nemuselo být, kdyº je tam i vybrat soubor."
D·sledek nálezu:
Tla£ítko vyvolává zbyte£né otázky.
Závaºnost problému: Nástin °e²ení:
Nízká.
Zanechat pouze tla£ítko Vybrat soubor.
5.8. TEST 2
53
5.8 Test 2 5.8.1 Executive summary Test 2 se zabývá pouºitelností návrhu 2 (viz. oddíl 3.2) a má ov¥°it vhodnost °e²ení konkrétních nález·. Na základ¥ test· bylo prov¥°eno, ºe participanti nemají problémy v t¥ch £ástech systému, který byly jiº opraveny. Test ale odhalil 7 jiných nález·. T°em z nich byla p°i°azena vysoká priorita. V¥t²ímu zbytku pak priorita st°ední (jsou to nálezy, které neohroºují p°ímo funk£nost systému, ale výrazným zp·sobem mohou komplikovat jeho provoz).
5.8.2 Rozsah úkol· V testu 2 byl proveden plný rozsah úkol·, který je stanovený v oddílu 5.3.
5.8.3 P°ehled vybraných uºivatel· (viz tabulka 5.2)
Participant
P4
P5
P6
V¥k:
20
19
33
Pohlaví:
muº
muº
ºena
IT schopnosti:
expert
pokro£ilý uºivatel
za£áte£ník
Zku²enosti s tvorbou
html, php, javascript
-
-
stránek:
Tabulka 5.2: P°ehled vybraných uºivatel· testu 2.
5.8.4 Pretest Participant P4 1. Které stránky na internetu nav²t¥vuje² nej£ast¥ji? E-mail, vyhledáva£e, sociální sít¥, stránky s multimédii.
2. Zkus ohodnotit, jak £asto pouºívá² na internetu tyto sluºby? Platební transakce v internetovém bankovnictví: b¥ºn¥ pouºívám. Nákup v elektronickém obchod¥: b¥ºn¥ pouºívám. Administrace internetových stránek pomocí webového rozhraní: b¥ºn¥ pouºívám (adminis-
trace osobních stránek - blogu).
54
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
3. Absolvoval jsi n¥jaký kurz/p°edm¥t o tvorb¥ uºivatelských rozhraní? NE.
4. Uº jsi n¥kdy sly²el o ob£anském sdruºení SIGCHI? NE.
Participant P5 1. Které stránky na internetu nav²t¥vuje² nej£ast¥ji? E-mail, Facebook, zpravodajství, internetové bankovnictví, e-shopy, stránky s videi.
2. Zkus ohodnotit, jak £asto pouºívá² na internetu tyto sluºby? Platební transakce v internetovém bankovnictví: b¥ºn¥ pouºívám. Nákup v elektronickém obchod¥: b¥ºn¥ pouºívám. Administrace internetových stránek pomocí webového rozhraní: je²t¥ jsem to nikdy ned¥lal.
3. Absolvoval jsi n¥jaký kurz/p°edm¥t o tvorb¥ uºivatelských rozhraní? NE.
4. Uº jsi n¥kdy sly²el o ob£anském sdruºení SIGCHI? NE.
Participant P6 1. Které stránky na internetu nav²t¥vuje² nej£ast¥ji? Sociální sít¥, zprávy, internetové bankovnictví.
2. Zkus ohodnotit, jak £asto pouºívá² na internetu tyto sluºby? Platební transakce v internetovém bankovnictví: b¥ºn¥ pouºívám. Nákup v elektronickém obchod¥: párkrát jsem se s tím setkala. Administrace internetových stránek pomocí webového rozhraní: je²t¥ jsem to nikdy ned¥lala.
3. Absolvovala jsi n¥jaký kurz/p°edm¥t o tvorb¥ uºivatelských rozhraní? NE.
4. Uº jsi n¥kdy sly²ela o ob£anském sdruºení SIGCHI? NE.
5.8. TEST 2
55
5.8.5 Posttest Participant 4 1. Jak se ti stránky líbily? (ohodnocení max=1, min=5) 1-.
2. Jak bys ohodnotil p°ehlednost aplikace? (ohodnocení max=1, min=5) 1.
3. Bylo n¥co, co t¥ zasko£ilo £i zaujalo? Zasko£ilo - nutnost dvojího vypl¬ování nadpisu u tvorby stránky, poºadavek na uºivatelské jméno p°i p°ihlá²ení (p°i registraci jsem ºádné nevypl¬oval), p°i tvorb¥ druhého uºivatele v rámci rmy jsem nev¥d¥l, zda je nutné vypl¬ovat jméno a p°íjmení. Zaujalo jednoduchá správa knih a £len·, p°id¥lování váhy stránkám, rychlost odeslání potvrzovacích a informa£ních mail·.
4. Má² n¥jaké návrhy na zlep²ení? Výrazn¥j²í informa£ní zprávy po provedené akci.
Participant 5 1. Jak se ti stránky líbily? (ohodnocení max=1, min=5) 3.
2. Jak bys ohodnotil p°ehlednost aplikace? (ohodnocení max=1, min=5) 2.
3. Bylo n¥co, co t¥ zasko£ilo £i zaujalo? Nemohl jsem najít p°ihlá²ení odb¥ru zpravodaje
4. Má² n¥jaké návrhy na zlep²ení? Novinky by mohly být pod sebou, vpravo by mohl být panel s p°ihla²ováním ke zpravodaji, p°ihla²ování ke zpravodaji by mohlo být jinak nadepsané.
Participant 6 1. Jak se ti stránky líbily? (ohodnocení max=1, min=5) 2.
2. Jak bys ohodnotila p°ehlednost aplikace? (ohodnocení max=1, min=5) 1.
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
56
3. Bylo n¥co, co t¥ zasko£ilo £i zaujalo? (participantka tuto otázku zanechala bez odpov¥di)
4. Má² n¥jaké návrhy na zlep²ení? (participantka tuto otázku zanechala bez odpov¥di)
5.8.6 Nálezy Nálezy s vysokou prioritou Nález £. 1: Nefunk£ní rezervace v knihovn¥ SIGCHI. Knihu lze rezervovat z hlavního seznamu, nelze ji v²ak rezervovat z otev°eného náhledu konkrétní knihy.
Reakce participant·: Participant 6 (15:10 15:25)
Tak se podíváme do mých rezervací... a momentáln¥ nemám nic. Jak je to moºné? Tady by m¥la být rezervace mé knihy.
D·sledek nálezu:
Z otev°eného náhledu knihy nelze provést rezervaci.
Závaºnost problému: Nástin °e²ení:
Vysoká.
Opravit funk£nost.
Nález £. 2: Nebezpe£í neuloºení p°i zm¥n¥ nastavení ú£tu. P°i zm¥n¥ nastavení uºivatelského ú£tu je pot°eba ukládat v²echny záloºky privátní sekce zvlá²´. Pokud uºivatel zm¥ní údaje na jedné záloºce a p°epne se na dal²í (bez toho, ºe by p°ed tím zm¥ny uloºil), dochází ke ztrát¥ nov¥ zadaných dat.
D·sledek nálezu:
M·ºe dojít ke ztrát¥ nov¥ p°idaných informací a uºivatel bude nucen tyto
informace op¥t zadávat. Závaºnost problému: Nástin °e²ení:
Vysoká.
Pokud dojde ke zm¥n¥ informací v dané záloºce privátní sekce a uºivatel p°epne
na dal²í záloºku, systém by se ho mohl zeptat, jestli chce provedené zm¥ny uloºit.
5.8. TEST 2
57
Nález £. 3: Nevhodná validace registra£ního formulá°e. P°i odeslání nevalidního poºadavku (uºivatelské jméno jiº existuje, kontrolní kód byl zadán ²patn¥ apod.) musí uºivatel vyplnit celý formulá° znova (i ty pole, která byla zadána validn¥).
Pozorování: Participant 4 opsal ²patn¥ kontrolní kód a po odeslání poºadavku musel vyplnit v²e od za£átku.
D·sledek nálezu:
P°i nesprávném vypln¥ní formulá°e je pot°eba v²e zadávat znova.
Závaºnost problému: Nástin °e²ení:
Vysoká.
P°i validaci formulá°e ponechat pole, která jsou v po°ádku a jen zvýraznit ty
pole, která v po°ádku nejsou.
Nálezy se st°ední prioritou Nález £. 4: Nevhodný popisek u p°ihlá²ení k odb¥ru zpravodaje SIGCHI. P°i p°ihla²ování k odb¥ru zpravodaje uºivatel vypl¬uje formulá°, který je nadepsán jen velice obecným popiskem Zpravodaj SIGCHI. Z tohoto popisku v²ak není jisté, jaký druh akce bude následovat.
Reakce participant·: Participant 5 (0:30 1:20)
Nem·ºu to tady najít... (asi po minut¥)... tak asi tady...
D·sledek nálezu:
Uºivatel si není jistý tím, k £emu slouºí daný formulá° a co se p°esn¥ stane
po jeho vypln¥ní. Závaºnost problému: Nástin °e²ení:
St°ední.
Popisek by m¥l mít konkrétn¥j²í podobu (nap°. Odb¥r zpravodaje).
Nález £. 5: Nejednozna£nost registra£ního formulá°e pro remní £lenství. P°i registraci remního £lenství není úpln¥ jednozna£né, jaká jsou povinná a nepovinná pole pro druhého a t°etího remního £lena (není povinné, aby m¥la rma t°i £leny, a tak zde nejsou hv¥zdi£ky v·bec).
D·sledek nálezu:
Uºivatel neví p°esn¥, co má vyplnit a pravd¥podobn¥ bude zdrºován chy-
bovými hlá²kami, ºe je²t¥ nevyplnil v²echny pot°ebné údaje.
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
58
Závaºnost problému: Nástin °e²ení:
St°ední.
V²echna povinná pole by m¥la mít hv¥zdi£ku. Formulá° by m¥l být p°izp·so-
bitelný podle po£tu remních £len·.
Nález £. 6: Novinky blogu jsou nep°ehledné. Seznam novinek blogu na úvodní stránce SIGCHI je nep°ehledný (není na první pohled poznat stá°í p°ísp¥vk·).
Reakce participant·: Participant 5
Nejde z toho poznat, co je aktuální.
D·sledek nálezu:
Nelze poznat stá°í jednotlivých p°ísp¥vk· na blogu.
Závaºnost problému: Nástin °e²ení:
St°ední.
Umístit p°ísp¥vky nad sebe (namísto vedle sebe). Vzniklý prostor napravo
by se mohl vyuºít nap°. pro pozvánku na nejbliº²í akci (a její p·vodní prostor vyuºít pro p°ihla²ovací formulá° do privátní sekce).
Nálezy s nízkou prioritou Nález £. 7: Správa rezervací je nevhodn¥ umíst¥na v podmenu. Správa rezervací knihovny je nevhodn¥ umíst¥na aº jako druhá záloºka podmenu v administrátorském rozhraní pro správu knihovny.
Reakce participant·: Participant 4 a 5 °e²í správu rezervací p°es náhled konkrétní knihy (tato cesta je taky moºná, ale není tolik efektivní) a ne p°es sekci pro správu rezervací.
D·sledek nálezu:
Není vyuºit plný potenciál systému pro správu rezervací.
Závaºnost problému: Nástin °e²ení:
Nízká.
Umístit správu rezervací jako první poloºku administrátorského rozhraní pro
správu knihovny.
5.9. TEST 3
59
5.9 Test 3 5.9.1 Executive summary Test 3 se zabývá pouºitelností návrhu 3 (viz oddíl 3.3) a má ov¥°it vhodnost °e²ení konkrétních nález·. Testování odhalilo dva nálezy s nízkou prioritou, které v²ak nemají vliv na funk£nost samotného systému. Výsledky test· nepotvrzují v roli p°ihlá²eného uºivatele ºádné dal²í nálezy, které by ohroºovaly pouºitelnost aplikace.
5.9.2 Rozsah úkol· V testu 3 byly provedeny úkoly 16 de nované v oddílu 5.3. Úkoly 7, 8 byly ze seznamu odstran¥ny (jejich zám¥rem bylo testovat základní funkce administra£ního rozhraní systému Drupal a k tomu mi p°edchozí testy poskytly jiº dostate£né mnoºství informací).
5.9.3 P°ehled vybraných uºivatel· (viz tabulka 5.3)
Participant
P7
P8
P9
V¥k:
34
19
20
Pohlaví:
muº
ºena
muº
IT schopnosti:
expert
pokro£ilý uºivatel
za£áte£ník
Zku²enosti s tvorbou
html,
html
-
stránek:
javascript
php,
css,
Tabulka 5.3: P°ehled vybraných uºivatel· testu 3.
5.9.4 Pretest Participant P7 1. Které stránky na internetu nav²t¥vuje² nej£ast¥ji? Google cal, google doc, producteev, centrum.cz.
2. Zkus ohodnotit, jak £asto pouºívá² na internetu tyto sluºby? Platební transakce v internetovém bankovnictví: b¥ºn¥ pouºívám. Nákup v elektronickém obchod¥: b¥ºn¥ pouºívám. Administrace internetových stránek pomocí webového rozhraní: párkrát jsem se s tím setkal
(jednalo se o administraci církevních stránek a stránek anglického tábora).
60
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
3. Absolvoval jsi n¥jaký kurz/p°edm¥t o tvorb¥ uºivatelských rozhraní? NE.
4. Uº jsi n¥kdy sly²el o ob£anském sdruºení SIGCHI? NE.
Participant P8 1. Které stránky na internetu nav²t¥vuje² nej£ast¥ji? Facebook, youtube, google.
2. Zkus ohodnotit, jak £asto pouºívá² na internetu tyto sluºby? Platební transakce v internetovém bankovnictví: párkrát jsem se s tím setkala. Nákup v elektronickém obchod¥: párkrát jsem se s tím setkala. Administrace internetových stránek pomocí webového rozhraní: párkrát jsem se s tím setkala.
3. Absolvovala si n¥jaký kurz/p°edm¥t o tvorb¥ uºivatelských rozhraní? NE.
4. Uº si n¥kdy sly²ela o ob£anském sdruºení SIGCHI? NE.
Participant P9 1. Které stránky na internetu nav²t¥vuje² nej£ast¥ji? Sociální sít¥, zprávy, internetové bankovnictví.
2. Zkus ohodnotit, jak £asto pouºívá² na internetu tyto sluºby? Platební transakce v internetovém bankovnictví: párkrát jsem se s tím setkal. Nákup v elektronickém obchod¥: párkrát jsem se s tím setkal. Administrace internetových stránek pomocí webového rozhraní: je²t¥ jsem to nikdy ned¥lal.
3. Absolvoval jsi n¥jaký kurz/p°edm¥t o tvorb¥ uºivatelských rozhraní? NE.
4. Uº jsi n¥kdy sly²el o ob£anském sdruºení SIGCHI? NE.
5.9. TEST 3
5.9.5 Posttest Participant 7 1. Jak se ti stránky líbily? (ohodnocení max=1, min=5) 2.
2. Jak bys ohodnotil p°ehlednost aplikace? (ohodnocení max=1, min=5) 1.
3. Bylo n¥co, co t¥ zasko£ilo £i zaujalo? P°ihlá²ení k odb¥ru newsletteru jsem obtíºn¥ hledal na úvodní stránce. Líbí se mi jednoduchá struktura jednoho p°ehledného menu
4. Má² n¥jaké návrhy na zlep²ení? NE.
Participant 8 1. Jak se ti stránky líbily? (ohodnocení max=1, min=5) 1-.
2. Jak bys ohodnotila p°ehlednost aplikace? (ohodnocení max=1, min=5) 1-
3. Bylo n¥co, co t¥ zasko£ilo £i zaujalo? NE.
4. Má² n¥jaké návrhy na zlep²ení? Administra£ní rozhraní pro správu uºivatel· je trochu sloºité.
Participant 9 1. Jak se ti stránky líbily? (ohodnocení max=1, min=5) 2.
2. Jak bys ohodnotil p°ehlednost aplikace? (ohodnocení max=1, min=5) 1.
3. Bylo n¥co, co t¥ zasko£ilo £i zaujalo? (participant tuto otázku zanechal bez odpov¥di)
61
KAPITOLA 5. TESTOVÁNÍ POUITELNOSTI S UIVATELI
62
4. Má² n¥jaké návrhy na zlep²ení? (participant tuto otázku zanechal bez odpov¥di)
5.9.6 Nálezy Nálezy s nízkou prioritou Nález £. 1: Duplicitní potvrzení p°i p°ihlá²ení k odb¥ru zpravodaje SIGCHI. P°i obdrºení e-mailu s odkazem na potvrzení k odb¥ru zpravodaje se objeví stránka, kde je zapot°ebí znovu p°ihlá²ení potvrdit.
Reakce participant·: Participant 8 (2:32 2:37)
A tady asi je²t¥ jednou chce potvrdit.
D·sledek nálezu:
Proces p°ihlá²ení se zbyte£n¥ komplikuje a protahuje.
Závaºnost problému: Nástin °e²ení:
Nízká.
P°i odkliknutí odkazu v e-mailu uº není zapot°ebí dal²í potvrzování a sta£í
uºivatele informovat o tom, ºe byl úsp¥²n¥ p°ihlá²en k odb¥ru.
Nález £. 2: Administra£ní rozhraní pro správu uºivatel· je sloºit¥j²í. Administra£ní rozhraní pro správu uºivatelských ú£tu a pro nastavení £lenství je trochu sloºité a participant·m chvíli trvalo neº se v n¥m zorientovali (v²ichni t°i v²ak poté úkol splnili).
Reakce participant·: Participant 7 p°i hledání záloºky £lenství (19:10 19:20)
Jo, tady to je... to mohlo být i trochu výrazn¥j²í... Participant 8 (posttest rozhovor)
V tom nastavení £lenství jsem trochu tápala.
D·sledek nálezu:
První kontakt s administra£ním rozhraním pro správu uºivatel· si vyºaduje
£as na zorientování. Závaºnost problému: Nástin °e²ení:
Nízká.
Pro administra£ní rozhraní je vhodné za²kolení.
Kapitola 6
Záv¥r St¥ºejními cíly této diplomové práce bylo provést analýzu sou£asných webových stránek a pot°eb komunity SIGCHI a na základ¥ této analýzy vytvo°it nový návrh webu za pouºití metod z oblasti HCI. Takto navrºený systém dále podrobit uºivatelskému testování a zhodnotit jeho funk£nost z hlediska pouºitelnosti. Ve své práci jsem nejprve speci koval cíle a zám¥ry webu a provedl analýzu sou£asného stavu stránek za pouºití kognitivního pr·chodu a heuristické evaluace. Poté jsem provedl uºivatelský výzkum s lidmi z komunity a shromáºdil funk£ní poºadavky na roz²í°ení. Dále jsem de noval uºivatelské role systému a stanovil p°ípady jejich uºití. P°ed samotným návrhem jsem sestavil persony jednotlivých skupin uºivatel· a analyzoval uºivatelské rozhraní pomocí HTA diagram·. Poté jsem pokra£oval tvorbou nového návrhu. Tato fáze pro²la celkem t°emi iteracemi, které byly zakon£eny testováním pouºitelnosti s uºivatelem. Uºivatelské testování posledního návrhu v roli p°ihlá²eného uºivatele neprokázalo ºádné nálezy s vysokou nebo st°ední prioritou. V roli administrátora z·stává n¥kolik nález· z p°edchozích testování, které jsou spojené s konstrukcí systému Drupal 6.22. V pr·b¥ºných výsledcích práce jsem se znovu utvrdil v tom, ºe metody testování pouºitelnosti bez uºivatele nikdy zcela nenahradí testování s uºivatelem. K tomuto záv¥ru jsem do²el nap°. v úkolu 5.3.1 (P°ihlá²ení k odb¥ru zpravodaje), kde m¥li n¥kte°í participant problém si spojit popisek p°ihla²ovacího formulá°e s danou £inností. Stejný p°ípad jsem testoval p°ed tím pomocí kognitivního pr·chodu a tohoto problému jsem si nev²iml. Metody testování pouºitelnosti bez uºivatele bych tak doporu£il pouºít spí²e jen jako dopln¥k testování (ale ne jako náhradu samotného testování s uºivatelem). Dal²í záv¥r mé práce se týká po£tu iterací návrhu. Do²el jsem k záv¥ru, ºe pro odlad¥né uºivatelské rozhraní jsou zapot°ebí aspo¬ 3 iterace návrhu. Tento poznatek vychází hlavn¥ z oddílu 5.8, která se zabývá testováním druhého návrhu. Tento test odhalil stále dost velké mnoºství nález· (celkem 7) a z toho 3 s vysokou prioritou. Aº teprve t°etí iterace návrhu po£et nález· razantn¥ sníºila. P°i vývoji stránek SIGCHI jsem m¥l moºnost dostate£n¥ odzkou²et CMS Drupal 6.22. U tohoto systému jsem ocenil velkou ²kálu dostupných modul· a rovn¥º i dostatek tutoriál· na internetu. Slabou stránkou Drupalu je v²ak jeho uºivatelská pouºitelnost. Poznatky
63
KAPITOLA 6. ZÁV
R
64
z testování ukázaly, ºe administra£ní rozhraní tohoto systému je pom¥rn¥ sloºité a nep°ehledné (viz pododdíl 5.9.6). Do budoucna bych tak pro navrºené stránky doporu£il aktualizaci jádra Drupalu na nov¥j²í verzi (momentáln¥ je to verze 7). Osobn¥ jsem nem¥l mnoho p°íleºitostí ji vyzkou²et, ale v¥°ím tomu, ºe se auto°i tohoto systému pou£ili z p°edchozích nedostatk· a ºe nov¥j²í verze jejich systému bude jiº uºivatelsky p°ív¥tiv¥j²í. Cíle diplomové práce se poda°ilo naplnit a výsledkem je funk£ní web postavený na CMS Drupal, který je navrºen na základ¥ uºivatelského výzkumu a usability testování. Nový návrh webu je v sou£asné dob¥ v interním zku²ebním provozu a v nejbliº²í dob¥ by m¥l být umíst¥n na domovské adrese SIGCHI, kde bude pln¥ k dispozici jak jejím £len·m, tak ²iroké ve°ejnosti.
Literatura [1] High Fidelity Prototype.
http://www.usabilityfirst.com/glossary/high-fidelity-prototype, stav z 8. 5. 2012. [2] HTML & CSS.
http://www.w3c.org/standards/webdesign/htmlcss, stav z 8. 5. 2012. [3] Úvod do JavaScriptu.
http://www.jakpsatweb.cz/javascript/javascript-uvod.html, stav z 8. 5. 2012. [4] O systému Drupal.
http://www.drupal.cz/o-systemu-drupal, stav z 8. 5. 2012. [5] FRANC, J. Research Methods II. s. 22. Prezentace z 4. p°edná²ky p°edm¥tu Psychologie v HCI (A4M39PUR) na VUT - FEL, podzim 2010. [6] FRANC, J. Introduction to User Research. s. 26. Prezentace z 2. p°edná²ky p°edm¥tu Psychologie v HCI (A4M39PUR) na VUT - FEL, podzim 2010. [7] FRANC, J. Research Methods II. s. 28. Prezentace z 4. p°edná²ky p°edm¥tu Psychologie v HCI (A4M39PUR) na VUT - FEL, podzim 2010. [8] KOSEK, J. PHP. In Tvorba interaktivních internetových aplikací, s. 35. Grada Publishing, 1999. [9] KUNIAVSKY, M. Observing the User Experience. In A Practitioner's Guide to User
Research, s. xii. Morgan Kaufmann Publishers, 2003. [10] KUNIAVSKY, M. Observing the User Experience. In A Practitioner's Guide to User
Research, s. 259. Morgan Kaufmann Publishers, 2003. [11] KUNIAVSKY, M. Observing the User Experience. In A Practitioner's Guide to User
Research, s. 189192. Morgan Kaufmann Publishers, 2003. [12] PRUITT, J. ADLIN. The Persona Lifecycle. In Keeping People in Mind Throughout
Product Design, s. 34. Morgan Kaufmann Publishers, 2006.
65
LITERATURA
66
[13] PRUITT, J. ADLIN. The Persona Lifecycle. In Keeping People in Mind Throughout
Product Design, s. 207208. Morgan Kaufmann Publishers, 2006. [14] SAMARA, T. Gra cký design. Slovart, 2007. [15] SAMARA, T. Gra cký design. In Základní pravidla a zp·soby jejich poru²ování, s. 12 a 15. Slovart, 2007. [16] SLAVÍK, P. Úvodní p°edná²ka. s. 3435. Prezentace z 1. p°edná²ky p°edm¥tu Návrh uºivatelského rozhraní (A4M39NUR) na VUT - FEL, podzim 2009. [17] SPORKA, A. Testing Without User. s. 15. Prezentace z 2. p°edná²ky p°edm¥tu Testování uºivatelského rozhraní (39TUR) na VUT - FEL, jaro 2010. [18] SPORKA, A.
Testing Without User.
s. 4748. Prezentace z 2. p°edná²ky p°edm¥tu
Testování uºivatelského rozhraní (39TUR) na VUT - FEL, jaro 2010. [19] SPORKA, A. Testing Without User. s. 9. Prezentace z 2. p°edná²ky p°edm¥tu Testování uºivatelského rozhraní (39TUR) na VUT - FEL, jaro 2010. [20] SPORKA, A. Testing Without User. s. 10. Prezentace z 2. p°edná²ky p°edm¥tu Testování uºivatelského rozhraní (39TUR) na VUT - FEL, jaro 2010. [21] SPORKA, A. Testing Without User. s. 45. Prezentace z 2. p°edná²ky p°edm¥tu Testování uºivatelského rozhraní (39TUR) na VUT - FEL, jaro 2010. [22] SPORKA, A. Testing Without User. s. 46. Prezentace z 2. p°edná²ky p°edm¥tu Testování uºivatelského rozhraní (39TUR) na VUT - FEL, jaro 2010.
P°íloha A
Uºivatelská p°íru£ka Uºivatelská p°íru£ka webu SIGCHI slouºí jako manuál ke správné instalaci systému, pro jeho bezproblémové nastavení a pouºívání.
A.1 Instalace a kon gurace 1. Z p°iloºeného CD zkopírujte obsah adresá°e Web_SIGCHI na webový server. 2. Vytvo°te si novou databázi a naimportujte do ní SQL p°íkazy (soubor s SQL p°íkazy byl kv·li zachování bezpe£nosti dodán separátn¥). 3. Na webovém serveru zm¥¬te p°ístupové údaje k Va²í nov¥ vytvo°ené databázi v souboru /sites/default/settings.php (°ádek 93, prom¥nná $db_url).
A.2 Umíst¥ní projektu na internetu Projekt je rovn¥º umíst¥n na internetové adrese: http://dev.sigchi.cz.
P°ístupové údaje:
• P°ihlá²ený uºivatel • Firemní zástupce
- e-mail: user, heslo: user.
e-mail: rma, heslo: rma.
P°ístupové údaje pro knihovníka a administrátora byly kv·li zachování bezpe£nosti dodány separátn¥.
67
PÍLOHA A. UIVATELSKÁ PÍRUKA
68
A.3 Základní struktura systému Struktura systému je rozd¥lená do p¥ti £ástí (viz pododdíl 3.1.1):
1. Záhlaví 2. Hlavi£ka 3. Hlavní menu 4. Obsah 5. Zápatí
A.4 Uºivatelská p°íru£ka pro £leny sdruºení A.4.1 P°ihlá²ení do systému P°ihlá²ení do systému je k dispozici na úvodní stránce a dále pak v záhlaví pod odkazem P°ihlásit. Pro p°ihlá²ení do systému je zapot°ebí vyplnit e-mailovou adresu a heslo.
A.4.2 Rezervace v knihovn¥ Pro rezervaci knihy je pot°eba být p°ihlá²ený. Poté sta£í v sekci Knihovna kliknout na tla£ítko rezervovat u p°íslu²né knihy. Na vyzvednutí rezervované knihy je jeden týden. Po uplynutí této doby rezervace propadne.
A.4.3 Vytvo°ení náhradní rezervace Systém knihovny umoº¬uje vytvo°it náhradní rezervaci, pokud je daná kniha vyp·j£ená (£i rezervovaná). Postupuje se p°i ní stejn¥ jako p°i normální rezervaci, jen s tím rozdílem, ºe se nevybírá volná kniha, ale jiº rezervovaná. Pokud bude kniha vrácena (£i p·vodní rezervace zru²ena), náhradník bude e-mailem informován o tom, ºe si knihu m·ºe zarezervovat.
A.4.4 Prodlouºení rezervace Výp·j£ku je moºné si jednou prodlouºit o dal²ích 30 dní (platí pouze v p°ípad¥, ºe na knihu nemá nikdo vytvo°enou náhradní rezervaci). Prodlouºení se provádí po p°ihlá²ení v sekci Mé rezervace. Pokud lze výp·j£ku prodlouºit, v sloupci Zm¥nit stav bude moºné kliknout na odkaz Prodlouºit výp·j£ku.
A.4.5 Podání ºivotopisu v Jobhallu ivotopis lze podat v sekci Jobhall po kliknutí na P°idat ºivotopis. Po odeslání p°íslu²ného formulá°e bude p°ísp¥vek nejprve schválen administrátorem a aº poté bude zobrazen. Doba zobrazení ºivotopisu v sekci Jobhall je 28 dní. Délku zobrazení je moºné po p°ihlá²ení prodlouºit a to pod záloºkou Prodlouºit p°ímo u daného p°ísp¥vku.
A.5. UIVATELSKÁ PÍRUKA PRO SPRÁVCE JOBHALLU
69
A.5 Uºivatelská p°íru£ka pro správce jobhallu Schvalování p°ísp¥vk· v sekci Jobhall se provádí p°es levé administra£ní menu. Klikn¥te na Administrace -> Správa obsahu -> Obsah. U p°íslu²ného p°ísp¥vku poté klikn¥te na Upravit a v Moºnostech vydání (na konci stránky) nastavte na Vydáno.
A.6 Uºivatelská p°íru£ka pro knihovníka A.6.1 Vytvo°ení rezervace za jiného uºivatele Vytvá°ení rezervace za jiného uºivatele je p°ístupné pouze knihovníkovi a postupuje se p°i ní stejn¥ jako p°i klasické rezervaci: Jd¥te do sekce Knihovna, vyberte p°íslu²nou knihu a klikn¥te na rezervovat. V p°íslu²ném roletovém menu poté vyberte uºivatele, za kterého chcete rezervaci provést.
A.6.2 Správa knihovny Klikn¥te na poloºku Knihovna v levém administra£ním menu. V záloºce Rezervace a výp·j£ky se nacházejí v²echny aktuální rezervace a výp·j£ky. Ve sloupci Zm¥nit stav se nacházejí p°íslu²né akce, které lze nad rezervacemi provést. Pod záloºkou Knihy lze spravovat seznam knih. Informace o jednotlivých knihách lze editovat po kliknutí na Upravit.
A.7 Uºivatelská p°íru£ka pro administrátora Uºivatelská p°íru£ka pro administrátora pokrývá v²echna dostupná administra£ní rozhraní.
A.7.1 Vytvo°ení obsahu Vytvá°ení obsahu stránek se provádí p°es levé administra£ní menu. Po kliknutí na Vytvo°it obsah se otev°e nabídka typ· obsah·, které lze p°idat. Po vypln¥ní p°íslu²ných údaj· lze poté obsah uloºit (£i jej nejprve je²t¥ shlédnout v náhledu).
A.7.2 Administrace obsahu Vytvo°ený obsah lze m¥nit p°es levé administra£ní menu. Klikn¥te na Administrace -> Správa obsahu -> Obsah. V zobrazeném seznamu si vyberte danou poloºku a tu editujte pomocí tla£ítka Upravit. Seznam obsahu webu lze díky horní nabídce libovoln¥ ltrovat (nechat si zobrazit jen ten typ obsahu, který nás zajímá).
A.7.3 Nastavení £lenství Klikn¥te na poloºku Uºivatelé (zástupce) v levém administra£ním menu. Poté si vyberte p°íslu²ného uºivatele a klikn¥te na Upravit. V záloºce lenství lze poté nastavit v²echny pot°ebné údaje o zahájení a ukon£ení £lenství.
70
PÍLOHA A. UIVATELSKÁ PÍRUKA
A.7.4 Nastavení modul· Klikn¥te na Administrace v levém administra£ním menu. Poté klikn¥te na záloºku Dle modulu a v seznamu modul· si vyberte ten, který chcete nastavit.
P°íloha B
Seznam pouºitých zkratek HCI Human Computer Interaction ACM Association for Computing Machinery SIGCHI Special Interest Group on ComputerHuman Interaction IT Information technology VUT FEL eské vysoké u£ení technické v Praze - Fakulta elektrotechnická CMS Content Management System HTML HyperText Markup Language HTTP Hypertext Transfer Protocol WWW World Wide Web CD Compact Disc TUR Testování uºivatelského rozhraní NUR Návrh uºivatelského rozhraní PUR Psychologie v HCI GNU/GPL GNU General Public License
71
72
PÍLOHA B. SEZNAM POUITÝCH ZKRATEK
P°íloha C
Obsah p°iloºeného CD
Obrázek C.1: Obsah p°iloºeného CD
73
