GPS Extreme Sport. Semestrální projekt předmětu Y16PDA. Pavel Volek,

Transkript

1 GPS Extreme Sport Semestrální projekt předmětu Y16PDA Pavel Volek, 2010

2 Table of Contents D1: Title and short description... 2 Title... 2 Short description... 2 D2: Problem Description... 3 Uživatelé... 3 Aktivity... 3 Systémová podpora (co a jak)... 3 Kontext... 4 D3: Low-Fidelity prototyping... 5 Prototyp P Ukázka prototypu P Prototyp P Popis protoypu P Testování prototypu P Metoda testování Setup TC1 - Zobrazení navigace na požadovanou trasu TC2 Přidání rizikového místa Další nalezené problémy D4: High-Fidelity prototyping Úvod Hodnocení prototypu z D3 prototypu P Hodnocení vyučujícím Poznatky a doporučení získané při prezentaci Prototyp P Testování prototypu P Metoda testování Příprava testu Průběh testu Vyhodnocení a interpretace dat Prototyp P Doporučení do dalšího vývoje... 35

3 D1: Title and short description Title GPS Extreme Sport (GPS-ES) Short description GPS Extreme Sport je aplikace určená pro podporu extrémních sportovců. Typický uživatel je horolezec, skialpinista, člověk který se pohybuje zejména v nebezpečném terénu, mimo značené cesty, v létě, v noci i na sněhu. Takový pohyb s sebou často přináší nebezpečí v podobě zimního svahu s vysokým lavinovým rizikem, cesty přes ledovec plný trhlin či takzvané cesty via ferrata, na které je potřebné speciální vybavení. Aby takovým sportovcům usnadnila aplikace život, bude používat 3D mapy Google Earth, na kterých budou vyznačena místa, která mají určité omezení jako například lavinové pole, skála lezitelná pouze s vybavením, budou zde vyznačeny značené trasy, cesty via ferrata atp. Mapy bude dále využívat k zobrazení tras stažených z internetu od jiných uživatelů a vlastních tras. Bude zde možnost uložit právě zdolanou trasu, její profil a popis typu náročnost trasy, jak je krásná, kdy je lezitelná, fotografie. Takto uloženou trasu bude možnost nahrát na web. Další funkcí bude možnost průzkumu krajiny nacházející se před uživatelem využitím akcelometru a digitálního kompasu, kdy bude stačit nasměrování přístroje na zkoumanou krajinu a displeji se zobrazí 3D mapa krajiny s vyznačením trasy, míst s omezením. Příkladem může být namíření na svah hory, kdy se na displeji ukáže její 3D zobrazení se zvýrazněním místa, kde hrozí vysoké lavinové riziko. Bude zde opět možnost přidání rizikového místa objeveného vlastní zkušeností. Orientace za pomoci map bude možná i v případě ztráty signálu. Další funkcí je udržování informací na serveru o kontaktech v případě nouze například na horskou službu v dané oblasti.

4 D2: Problem Description Autor: Pavel Volek, Uživatelé Typický uživatel je člověk provozující extrémní sporty jako horolezectví, ski-alpinismus, freeride, které jsou provozovány v prostředí se zhoršenými možnostmi orientace. Zároveň je uživatel nadšen moderními technologiemi a vyhledává způsoby jakými si orientaci v obtížném terénu zjednodušit. Aktivity Aktivity, které sportovec provádí: (1) Rozmyšlení kdy a na jak dlouho se chce někam vydat. Př.: V pondělí je státní svátek, udělám si prodloužený víkend a někam vyrazím. (2) Zvolení sportu, který bude provozovat. Př.: Je zima, pojedu na ski-alpy, je léto, pojedu na cesty via ferrata. (3) Vybrání místa výstupu. Př.: Země Rakousko, pohoří Vysoké Taury, hora Grossglockner. (4) Zvolení trasy výstupu. Př.: Výstup severní stěnou. (5) Zajištění odpovídajícího materiálu. Př.: Na ski-alpinismus si půjčím lyže, lavinové vybavení, na cesty via ferrata zajistí ferratové vybavení. (6) Zařízení pojištění na nebezpečné sporty. (7) Zjištění kontaktu na horskou službu a policii v dané oblasti pro případ nouze. (8) Volba způsobu dopravy na místo. (9) Zdolání samotného výstupu a sestupu/sjezdu. (10) Pořízení fotografií a jejich následná publikace ve webovém albu a zaznamenání popisu k jednotlivým fotografiím. (11) Případné zaznamenání trasy, jejího popisu. Př.: Výstup na horu novou trasou, zaznamenám do mapy, vytvořím slovní popis a pochlubím se na nějakém portálu s horolezeckou tématikou. Systémová podpora (co a jak) Systém bude zajišťovat podporu pro aktivity č. (3), (4), (7), (9), (10) a (11). Systém budou tvořit dvě aplikace aplikace v samotném mobilním zařízení a webová aplikace nainstalovaná na webovém serveru, která bude sloužit pro podporu té mobilní. V rámci tohoto předmětu budu vytvářet pouze aplikaci pro mobilní zařízení a budu předpokládat, že podpůrná aplikace na webovém serveru existuje a je plně funkční. Tato webová aplikace bude sloužit jako informační portál pro extrémní sportovce (podpora bodu č. (3)), bude zde aktuální 3D mapa s oficiálními trasami a označenými výjimečnými místy, uživatelé budou moci zobrazovat svoje trasy a trasy jiných uživatelů nahrané z mobilních zařízení (podpora bodu č. (4)).

5 Aplikace v mobilním zařízení bude sloužit zejména pro podporu aktivit č. (9), (10) a (11). Bude zobrazovat 3D mapu, v případě navigace na mapě i zvolenou trasu. Dále bude umožňovat zobrazení rizikových míst a umožní zobrazit jejich podrobnější popis. Bude umožňovat uložení právě zdolané trasy, její profil a popis typu náročnost, kdy je trasa schůdná, fotografie atd. Takto uloženou trasu bude aplikace automaticky synchronizovat s uživatelovým účtem ve webové aplikaci. Uživatel bude moci prohlížet mapu i v případě výpadku datového připojení offline. Aplikace umožní zapnout speciální mód interaktivního procházení, kdy bude 3D mapu zobrazovat podle aktuální polohy/natočení zařízení. Na displeji se bude ukazovat 3D zobrazení krajiny s vyznačením rizikových míst nacházející se přímo před zařízením. Příkladem může být namíření telefonu zadní stranou ke svahu hory, kdy se na displeji zobrazí její 3D zobrazení se zvýrazněním příkrého kuloáru s vysokým lavinovým nebezpečím. Aplikace bude umožňovat přidání rizikového místa objeveného vlastní zkušeností. V neposlední řadě bude mít aplikace aktuální informace o kontaktech na záchranné služby v dané oblasti získané z informačního portálu. Samotná aplikace vyžaduje mobilní zařízení s podporou těchto technologií: a. operační systém Android 2.1; b. datová komunikace připojení k internetu; c. LBS; d. fotoaparát (není nutný); e. pohybový senzor. Kontext Aplikace musí být přizpůsobena použití v extrémních situacích v nebezpečném terénu v pohybu, ve dne i v noci, za morka i ve sněhu, kdy uživatel má typicky pouze jednu ruku volnou k ovládání zařízení, je omezen časem, po který nemusí mít ruku schovanou v rukavici, aby mu neomrzla, nebo je například oslňován sněhem či foukajícím větrem. Proto musí mít aplikace intuitivní ovládání, jednoduchou a rychlou navigaci, dostatečně veliké a zřetelně označené ovládací prvky a rychlý přístup k nouzovému volání záchranných služeb.

6 D3: Low-Fidelity prototyping Prototyp P-1 První prototyp uživatelského rozhraní aplikace GPS Extreme Sport byl vytvořen v programu Balsamiq Mockups For Desktop [1], nástroji pro rychlé prototypování. Tento prototyp byl pouze nástinem toho, jak by aplikace v budoucnu měla fungovat. Již během jeho vytváření bylo zjištěno, že nevyužívá naplno možností aplikací pro Andriod, např. předpokladu, že všechna zařízení se systémem Android mají alespoň tlačítka menu a zpět. Bylo tedy nutné prototyp upravit a z tohoto důvodu a také protože jsem si chtěl vyzkoušet jiný nástroj na prototypování, byl vytvořen nový prototyp Prototyp II. Ukázka prototypu P-1 Prototyp P-2.0 Jak již bylo zmíněno, druhý prototyp byl vytvořen v jiném nástroji a to přímo ve vývojovém prostředí Eclipse za pomoci nástroje Wireframe Sketcher for Desktop [2]. Pro tento nástroj existuje šablona obsahující základní grafické elementy Android aplikace (Obr. Android stencil). Díky této skutečnosti bylo možné lépe znázornit jak bude výsledná aplikace vypadat a fungovat.

7 Obr. Android stencil Šablona pro Andriod aplikace

8 Popis protoypu P-2 P-2:1 Rozcestník Rozcestník slouží k výběru mezi hlavními funkcemi aplikace. Je to první scéna, která se zobrazí při spuštění aplikace. Z důvodu snadné manipulace v obtížných podmínkách je rozcestník řešen formou velikých ikon s dostatečně velikým písmem. Pouhých 6 ikon nabízí jen základní funkce, které při spuštění aplikace v terénu může uživatel od zařízení požadovat. Ve finální verzi budou ikony ještě o něco větší a zřetelnější, aby na první pohled bylo jasné, jaká akce se za nimi skrývá. Součastná velikost a vzhled jsou dány omezením prototypovacího nástroje, kde je na výběr konečné množství ikon a tyto mají maximální velikost 48x48 pixelů. P-2:1.1 P-2:1.2 P-2:2 Mapa Navigace Pod první položkou rozcestníku se skrývá 3D mapa Google Earth, která je aplikací GPS-ES využívána. Položka menu (1) na scéně P-2:2.2 slouží k zobrazení/skrytí ikon (8) ovládajících zobrazení mapy. 3D mapa Google Earth nabízí pro pohyb po mapě a její natáčení ovládání dvěma prsty. Takové ovládání může být ale v případě zhoršených podmínek kdy jsem rád že udržím telefon jednou rukou nedostatečný, a je potřeba, aby mapu bylo možno ovládat pouze jedním prstem. Z toho důvodu je zde možnost zobrazení ovládacích ikon. Položka menu (2) slouží k výběru vrstev zobrazovaných na mapě. Na této mapě jsou kromě základních vrstev nabízených službou Google Earth, jako jsou silnice, podniky, hranice a další značky, zobrazovány i vrstvy poskytované aplikací GPS-ES. Mezi tyto patří riziková místa, vlastní značky, místa zájmu, trasy. P-2:2.1 P-2:2.2 (3) Zobrazí aktuální pozici uživatele na mapě. (5) Zobrazí scénu XXX. (7) Přepíná mezi módy pohybu mapou. Základní mód je pohyb za použití touchscreenu, druhá možnost je prohlížení mapy s využitím akcelometru a digitálního kompasu. (4) Zobrazí scénu P-XXX Aktuální pozice. (6) Zobrazí scénu P-2:1 Rozcestník.

9 P-2:3 Vyhledání trasy Z rozcestníku P-2:1.1 se dostaneme do možností trasy. Jedná se o akce vyhledat trasu (a navigovat po ní, jak upřesňuje podtitulek položky), procházet stažené trasy, vytvořit a začít zaznamenávat trasu novou, nebo pokračovat v přerušeném záznamu trasy. Na scéně P-2:3.2 je možnost výběru hledání, zda vyhledávat ve fultextu nebo filtrováním podle regionu. Je zde historie vyhledávání pro okamžitý přístup k výsledkům předcházejících hledání. Scéna P-2:3.3 ukazuje, jak vypadá fultextové vyhledávání, scéna P-2:3.4 vyhledávání trasy filtrováním podle země a pohoří v dané zemi. Scéna P- 2:3.5 ukazuje způsob výběru země, stejně je vybíráno i pohoří. Nejprve je nutné vybrat zemi, poté pohoří v dané zemi. Výsledky hledání P-2:3.6 je možné řadit podle abecedy, náročnosti, pohoří, hory. Způsob řazení je vybírám z nabídky (1). P-2:3.1 P-2:3.2 P-2:3.3 P-2:3.4 P-2:3.5 P-2:3.6

10 P-2:4 Detail trasy Detail vyhledané trasy je tvořen několika scénami informací o trase. Jednak jsou zde základní informace o trase jako vzdálenost, převýšení, obtížnost (P-2:4.1), poté je zde nasamostatné scéně detailné popis trasy topo (P-2:4.2), a profil trasy. Topo se skládá ze samostatných bodů, u každého musí být popis kudy v daný bod vede cesta, jak pokračovat dál nebo jen popis krásného výhledu. Dále každý bd popisu může mít připojeny obrázky (1) nebo být přiřazen k místu na mapě. Trasa může být stažena (2) a (3) do zařízení a uložena na kartu pro možnost pozdějšího navigování bez datového připojení k internetu. P-2:4.1 P-2:4.2 P-2:5 Nová trasa Při vytváření nové trasy je nejprve nutno vybrat který rámcový typ pasuje na chystanou trasu (P- 2:5.1). Zde nabízené tři typy se odlišují zejmené rychlostí pohybu, jakou se sportovaec při zaznamenávání trasy pohybuje hiking 3-10 km/h, lyžování km/h atp. Rychlost je důležitá z důvodu automatického nastavení obnovovací frekvence získávání pozice z GPS a s tím spojené šetření energií. Po zadání jména (P- 2:5.2) je trasa vytvořena a může bezprodlení začít její záznam (P-2:5.2). Sportovec setak nemusí zdržovat zapisováním podrobností o trase, ty může doplnit až později v klidu a teple horské chaty. P-2:5.1 P-2:5.2 P-2:5.3

11 P-2:6 Vytvoření rizikového místa/oblasti Vytvoření rizikového místa se spouští z hlavního menu P-2:1.1, nebo ze scény s informacemi o aktuální poloze (P-2:7.1 (5)). Skládá se ze 4 po sobě jdoucích akcí. První akcí je vybrání pohledu na mapě (P-2:6.1), aby se poté při zadávání oblasti při dotýkání touchscreenu s mapou nehýbalo. Samotný výběr místa/oblasti (P-2:6.2) probíhá zadáváním ohraničujících bodů oblasti, které se navzájem pospojují. Vytvořený bod je možné dotknutím aktivovat (při dotyku by zařízení mělo poskytovat zpětnou vazbu ve formě jemného zavibrování) a s takto aktivním bodem je možné pohybovat aniž by došlo k rozpojení oblasti, nebo ho dokonce smazat. Pokud potřebuju posunout pohled mapy a pokračovat ve vyznačování oblasti mimo aktuální mapu, je možné opět přepnoput navýběr pohledu mapy a opět se vrátit zpět, aniž by došlo ke ztrátě doposud zadaných bodů. Když jsme spokojeni s výběrem oblasti, můžeme přejít na scénu P-2:6.2 a doplnit požadované informace o rizikovém místě. Tyto informace mohou bát vyplněny později výběrem a úpravou rizikového místa z mapy nebo ze seznamu mnou vytvořených míst. Scéna P-2:6.4 zobrazuje detail rizikového místa. Takové místo lze upravovat, pokud není úpravám uzamčeno (oficiální riziková místa), nebo přidat komentář. P-2:6.1 P-2:6.2 P-2:6.3 P-2:6.4

12 P-2:7 Aktuální pozice Ze scény P-2:2.2 stisknutím položky menu (4) uživatel zobrazí informace o aktuální poloze. Tuto polohu lze v režimu zaznamenávání trasy uložit jako bod popisu trasy Uložit pro TOPO (1) a přidat k místu popis a fotografie. Další možností je uložit bod na aktuálním pohledu mapy (2) nebo blízko pozice zařízení (3). První možnost využiji ve chvíli kdy si prohlížím mapu a neheldě na mojí pozici chci označit nějaké vzddálené místo, které jsem zrovna na mapě objevil. Výběr pozice probíhá tak, že ze přepne pohled na mapu (P-2:7.2), uprostřed je zobrazená vlaječka pro označení místa a pohybem mapy pod nepohybující se vlaječkou vyberu požadované místo. Moho přidat okamžitě poznámku a místo uložit. Na dané pozici může být vytvořeno místo zájmu (4) nebo rizikové místo (5). P-2:7.1 P-2:7.2 P-2:8 Kompas Zejména pro ušetření energie aplikace poskytuje funkci kompasu, kdy ukazuje požadovný směr navigace po trase, vzdálenosti, atp. Není tak nutné vykreslovat na displeji 3D mapu krajiny. Jaké informace se budopu zobrazovat na displeji, je možné nastavit v nastavení aplikace, v záložce kompas (P-2:10.3 a P-2:10.4). P-2:9 Tísňové volání Předpokládá se, že ke každé oblasti jsou na podpůrném webu udržovány informace o kontaktech v případě nouze. Aplikace si tedy například sama pro dané pohoří stáhne telefonní čísla na horskou službu. Pokud číslo k dané oblasti není, je toto oznámeno a je možnost volání na univerzální tísňovou linku (např. 112), nebo přepnutí do funkce telefonu v zařízení. P-2:8.1 P-2:9.1

13 P-2:10 Nastavení P-2:10.1 P-2:10.2 P-2:10.3 P-2:10.4 P-2:10.5 P-2:10.6 P-2:10.7 P-2:10.8

14 Testování prototypu P-2 Metoda testování Pro testování prototypu P-2 jsem zvolil metodu heuristické evaluace. Při tomto typu testování je prototyp podroben vyhodnocení experty, v mém případě dvěma osobami mnou a osobou, která již nějaký čas vlastní a aktivně používá telefon s Androidem. Je tak zaručeno, že uživatel se bude zaměřovat pouze na samotnou aplikaci a nebude se muset seznamovat s obecnými principy aplikací vyvýjených pro Android. Setup Prostředí pro testování Prototyp aplikace GPS Extreme sport byl testován oběma testery u sebe doma, na stejném zařízení, na notebooku s následujícím vybavením: Procesor: Intel Core 2 Duo CPU P8600, 2,40GHz Nainstalovaná paměť (RAM): 4,00 GB Operační systém: Windows 7 Professional, 32bitový operační systém Software: Eclipse, verze Helios Service Release 1, plugin WireframeSketcher v Prototyp byl testován přímo ve vývojovém prostředí Eclipse při spuštěném režimu prezentace nástroje WireframeSketcher. Prototyp byl ovládám myší. Evaluation preparation Protože nelze s expertem otestovat úplně všechno, bylo třeba zvolit testovací scénáře, které projdou nejdůležitější části a ty, které jsou něčím neobvyklé a tedy nejnáchylnější na vytvoření chyb nebo nedostatku v uživatelském rozhraní. V zásadě jsou dva postupy při expertním vyhodnocováním prototypu aplikace. Prvním je ponechání naprosté volnosti testerovi, který si prototyp prokliká a vyhodnotí. Ponechání volnosti s sebou nese riziko, ženějaká část prototypu zůstane neotestována. Druhou možností je připravení scénářů testování, tak aby pokryly co největší část prototypu a nedocházelo k opomenutí některých funkcí. Pro testování prototypu P-2 jsem zvolil kompromismezi oběma metodami, určil jsem scénáře, které otestují podle mě nejdůležitější funkce a ty, ve kterých jsem se domníval, že může mít uživatel problémy, a následně jsem nechal testerovi volnost pro vyhodnocení zbytku prototypu. Zvolené úlohy na heuristické vyhodnocování: 1) Vyhledání trasy a spuštění navigace 2) Přidání rizikového místa

15 TC1 - Zobrazení navigace na požadovanou trasu i. Zadání: Spusťte aplikaci GPS Extreme Sport. Vyhledejte trasu, která vede na horu Hoher Dachstein, pokud víte, že taková trasa existuje, ale nevíte její přesný název a víte, že Hoher Dachstein je hora v pohoří Dachstein v Rakousku. Spusťte navigaci na vyhledanou trasu. Předpokládaný výsledek: Předpokládá se, že uživatel se nenachází na začátku hledané trasy, výsledkem by tedy mělo být zobrazení dialogu ukazující směr a vzdálenost k počátku nalezené trasy. ii. Průběh Průběh této úlohy je zobrazen screenshoty z testovaného prototypu na obrázku Obr. TÚ1 - Vyhledání trasy a spuštění navigace. Problémy nalezené v průběhu testování: Problém P1: Výskyt: Scéna 4 Popis: Návrh řešení: Nejasný popisek současný region hledání Zadánní parametrů vyhedávání. Tester si zvolil nalézt požadovanou trasu zobrazením seznamu všech tras v dané oblasti a že tedy zvolí region. Zde byl zmaten, protože z popisku současný region hledání nejprve chápal, že tento region je určován automaticky podle GPS podle současné polohy. Název výběru regionu by se měl v příští verzi prototypu změnit, aby nebyl matoucí. Problém P2: Výskyt: Scéna 8 Popis: Návrh řešení: Špatné rozestavení komponent na displeji Parametry region a pohoří byly změněny, a tester očekával okamžitou odezvu v podobě seznamu nalezených tras. Poté pochopil, že ještě musí stisknout tlačítko vyhledat, kterého si njeprve nevšiml, protože bylo až nad selektory parametrů vyhledávání, protože se zároveň vztahuje i k fultextovému vyhledávání. Lépe propojit nebo naopak rozdělit fultextové vyhledávání a vyhledávání podle regionů, aby nedocházelo k zmatení uživatele. Po vybrání parametrů by aplikace měla rovnou zobrazit trasy odpovídající parametrům. Problém P3: Výskyt: Scéna 11 Popis: Návrh řešení: Nejasná ikona převýšení trasy Detail trasy. Tester si není jistý, zda uvedený výškový údaj znamená převýšení trasy nebo nadmořskou výšku cíle. Změnit ikonu nebo přidat slovní popis.

16 Obr. TÚ1 - Vyhledání trasy a spuštění navigace

17 Problém P4: Výskyt: Scény 11, 13, 15 Popis: Návrh řešení: Změna rozestavení menu detailu trasy Položky menu Detail trasy, Topo a Profil trasy, se mezi sebou vyměňují a matou tím uživatele, kterého tím vedou k chybě, že klikne na jinou položku než chtěl a dostane se jinam. Položky menu by měly zůstat na svém původním místě, položka vztahující se k právě zobrazené scéně, by mohla být zašedlá a neaktivní. Zajistí se tím že uživatel nebude zmaten klikat na nechtěnou položku, která se zničeho nic přesune z pravé části menu do levé části. TC2 Přidání rizikového místa i. Zadání: Zobrazte mapu a v horní části mapy, kde vidíte zasněžený vrchol hory, ozačte část jako nebezpečnou oblast typu ledovec a dejte jí název Halltattský ledovec. ii. Průběh Problémy nalezené v průběhu testování: Problém P5: Popis: Návrh řešení: Nevýrazné označení workflow záznamu rizikového místa Zkušeného testera příliš nezaskočilo přepínání mezi jednotlivými kroky záznamu rizikového místa, přesto by né každému mohlo být jasné, že ikony v horní části scény označují právě tyto jednotlivé kroky. Bylo by vhodné lépe označit ikony v horní části scény jako posloupnost kroků. Možným řešením je ikony očíslovat, nebo při příchodu na scénu zobrazit krátkou nápovědu jakou poskytují některé aplikace na Androidu krátká zpráva v šedém rámečku co po chvilce zmizí. V takovém případě by bylo dobré aby se taková nápověda dala v nastavení vypnout. Problém P6: Popis: Návrh řešení: Zpětná vazba při zadávání bodu rizikové oblasti Při přidání bodu k vyznačení oblasti by měl být přidaný bod vyznačen, aby si uživatel byl jistý se kterým bodem může hýbat, případně ho smazat. Označit aktivní bod, zavibrovat přístrojem při aktivaci bodu, aby uživatel hned věděl že bod aktivoval. Další nalezené problémy Během následného testování, kdy byla expertům ponechána volnost k průchodu zbylých částí prototypu, byly objeveny následující nedostatky: Problémy nalezené v průběhu testování: Problém P7: Popis: Nejasně označená položka menu Více Položkou menu je myšleno link na hlavní nabídku, její označení Více nedává tedy smysl (obr. P7:1).

18 Návrh řešení: Jiné pojmenování položky, například Hlavní nabídka, nebo úplné odstranění položky do hlavní nabídky se mohu dostat přes tlačítko zpět. Problém P8: Popis: Návrh řešení: Nadbytečná položka menu Konec Položka menu Konec slouží k ukončení aplikace. Taková funkce je v případě aplikace pro Android zbytečná, k opuštění aplikace slouží tlačítko home (obr. P8:1). Odstranění položky z menu. P7:1 P8:1 x) definování poi místa zájmu, při ukládání aktuální pozice?

19 D4: High-Fidelity prototyping Úvod Zadáním D4 je vytvoření a otestování high-fidelity prototypu. Jelikož mnou vytvářená aplikace je velice komplexní a mé znalosti ohledně programování aplikací pro Android byly zpočátku nulové, vědom si omezeného času na implementaci jsem se rozhodl při realizaci závěrečné designu postupovat následovně: 1. Všechny nedostatky získané při heuristické evaluaci prototypu P-2., z hodnocení D3 vyučujícím a nasbírané při prezentaci prototypu na cvičení, zapracuji do low-fidelity prototypu označeného P-3. Získaný prototyp podrobím evaluaci za pomoci uživatelského testu. 2. Vyberu jednu nebo více částí tohoto prototypu a implementuji ji v high-fidelity prototypu P-4. Hodnocení prototypu z D3 prototypu P-2 Hodnocení vyučujícím V hodnocení mi bylo vytýkáno, že data a jejich analýza získaná vyhodnocením prototypu expertem nebyla příliš detailní. Dalším nedostatkem evaluace bylo velmi krátké doporučení pro zlepšní prototypu v D4. Důvodem nebylo nasbírání malého množství dat, ale nedostatek času na jejich zpracování a s tím souvsející následné odbytí reportu. Jako první jsem se tedy vrátil k dokumentu odevzdávanému v D3 a v kapitole Testování prototypu P- 2 metodou heuristické evaluace doplnil získaná data. Intuitivnost Další výtkou byla intuitivnost ovládání aplikace. Uložení trasy do zařízení lze provést stisknutím dvou různých tlačítek s různými popisky (problém na obrázku P12). Při zobrazení detailu trasy je zde možnost její stažení na kartu zařízení (pro možnostnavigace bez připojení). Uživatel má možnost tuto akci provést přímo stisknutím tlačítka na displeji, nebo z nabídky menu. Při vytváření nové trasy je po zadání jejího názvu možnost jejího uložení matoucí. Uživatel předpokládá, že trasa po zadání názvu již byla uložena (i podle principů aplikací pro Android) (problém na obrázku P13). Při definování POI by v menu měly být pouze na výběr typy POI, možnosti označit toto místo a místo u mě jsou matoucí a ne zcela jasná (problém na obrázku P14). Interakce Zde bylo vytýkáno, že tlačítko Vybrat nemá smysl, položka ze seznamu by měla být vybrána hned při jejím stisknutí. To se týkalo prototypu P-1, tato situace v prototypu P-2 nenastala. Dalším nalezeným problémem je, že není možnost návratu ze zobrazení navigace na mapě (problém P15).

20 P12 P13 P14 Poznatky a doporučení získané při prezentaci Při prezentaci své D3 jsem využil příležitosti vznést dotaz, zdali je lepší v rozsáhlejší aplikaci jako je GPS-ES řešit přístup k jednotlivým funkcím přes menu přímo zobrazované na hlavní scéně (za hlavní scénu se v případě GPS-ES považuje zobrazení mapy) obr. P16 a P18 - nebo řešit vlastní scénou s rozcestníkem obr. P17. Víceméně jsme se shodli na řešení, které jak jsem později zjistil je i podle doporučení pro Android GUI. Mít úvodní panel s rozcestníkem, na který lze přejít ze všech ostatních scén dá za pomoci tlačítka zpět. P16 P17 P18

21 Další zajímavé poznatky jsem získal z diskuze k obrazovce se zaznamenáváním nového rizikového místa (obrázek a problém P19). Diskuzi vyvolal dostaz na poslední záložku TabView, záložku Uložit. Ona opravdu nedává smysl. Zaprvé jako záložka, zadruhé v Android aplikacích, kde se neustále udržuje takový stav, že data, která mají být uložena, jsou hned automaticky uložena a tudíš tlačítko uložit již není nutné. Další poznámkou byly možnosti urychlení zadávání informací k samotnému rizikovému místu (problém P20). Pokud je uživatel v situaci, kdy se nemůže zdržovat zdlouhavým vypisováním informací k místu, měla by aplikace toto zadávání nějakým způsobem urychlit, zjednodušit. P19

22 Prototyp P-3 Jak již jsem zmiňoval, prototyp P-3 vznikl zapracováním připomínek a problémů vzešlých z evaluace a hodnocení prototypu P-2. V následující části budu tedy popisovat pouze části, ve kterých proběhlo k nějakým změnám, části, které byly v prototypu P-2 problematické. Protytyp P-3 je k dispozici jako klikací PDF soubor, viz příloha PrototypP-3_PavelVolek.pdf 1) Problém: P1 Nejasný popisek současný region hledání Řešení: P2 Špatné rozestavení komponent na displeji Tyto dva problémy spolu souvisí, oba se vyskytly na stejné scéně. Nejprve jsem řešil problém s rozložením displeje a řešení nejasného popisku již samo vyplynulo. Rozdělením vyhledávání na hledání podle kategorie a hledání podle jména dalo uživateli větší kontrolu nad tím co dělá a zároveň ušetřilo místo na displeji (obr. P-3:1.1). P-3:1.1 P-3:1.2 P-3:1.3 P-3:1.4 2) Problém: P4 Změna rozestavení menu detailu trasy Řešení: Řešení tohoto problému jsem rozdělil na dva kroky. V prvním jsem vyzkoušel problém odstanit navrhovaným řešením z kapitoly evaluace prototypu P-3. Tím bylo ponecháním položek menu na svém místě pro všechna tři zobrazení Detail, Topo, Profil trasy a vyznačení neaktivní položky vztahující se k aktuální scéně. Ta by byla zašedlá a nebyla by možnost na ni kliknout (obr. P-3: ). Výhodou je, že uživatel si častým používáním zapamatuje pozici jednotlivých položek a bude moci automaticky vybírat přesně položku, kterou vybrat chce. Druhým možným řešením je použití TabView, kdyscény Detail, Topo a Profil trasy bydou každá v samostatném tabu. Výhodou je snadnější přepínání mezi

23 souvisejícím obsahem a zjednodušení menu (obr. P-3: ). P-3:2.1 P-3:2.2 P-3:2.3 P-3:2.4 P-3:2.5 P-3:2.6 3) Problém: P7 Nejasně označená položka menu Více Řešení: Opět se nabízelo více řešení. Jedním z nich bylo odstranění položky vůbec, protože do hlavní nabídky se uživatel může dostat přes tlačítko zpět. Nakonec jsem se rozhodl pro ponechání tlačítka pro přímý přístup do hlavní nabídky, přotože v případě, že uživatel komaps zobrazí ze zobrazení mapy, může mu přímý přístup k hlavní nabídce usnadnit práci. Důležité bylo nabídkulépe pojmenovat, aby hned bylo jasné k čemu slouží.

24 P-3:3.1 4) Problém: P8 Nadbytečná položka menu Konec Řešení: Při řešení tohoto problému nebylo nad čím dumat. K opuštění aplikace slouží standardní tlačítko home, položka menu Konec tedy se ukázala být zbytečná a šla pryč. P-3:4.1 5) Problém: P12 Stažení trasy pokaždé jinak nazvaná stejná akce Řešení: V prototypu P-3 jsem sjednotil popisek tlačítka Stáhnout na kartu s položkou menu (viz. obrázek P-3:2.1 u řešení problému P4)

25 6) Problém: P13 Zbytečná možnost Uložit trasu Řešení: Při řešení tohoto problému nebylo nad čím dumat. K opuštění aplikace slouží standardní tlačítko home, položka menu Konec tedy se ukázala být zbytečná a šla pryč. P-3:6.1 7) Problém: P14 Řešení: P-3:7.1 8) Problém: P15 Nemožnost návratu ze zobrazení mapy do hlavní nabídky Řešení: Problém zde byl jen částečný, protože hlavní nabídka je centrálním místem

26 celé aplikace, je možné se do ní vždy proklikat tisknutím tlačítka zpět. Pro jistotu ale jsem přidal náávrat do hlavní nabídky i jako položku menu. P3:8.1 P3:8.2 9) Problém: P19 Kontroverzní tlačítko/záložka uložit Řešení: P20 Najít způsob jak urychlit zadání informací o rizikovém místě Tyto dva problémy spolu souvisí, oba se týkají stejné scény postupu zaznamenání nového rizikového místa řešeného záložkami. Diskutované tlačítko/záložka Uložit bylo odstraněno, místo toho bylo přidánona poslední záložku tlačítko Hotovo po jehož stisku je uživatel přesměrován zpět na mapu. Pokud se na mapu vrátí jiným způsobem (např. stiskem tlačítka zpět, mělo by být nové rizzikové míto i přesto uloženo). Pro urychlení zadávání informací o rizikovém místě/oblasti by mohly být použity šablony, některé předdefinované, jiné přidané uživatelem. Záchranář horské služby by tak například mohl mít připraveny šablony pro různé stupně lavinového nebezpečí a po definování místa by pak stačilo příslušnou šablonu vybrat ze seznamu. Stejně by se šablony mohly použít při změně rizikové oblasti při změně stupňě lavinového nebezpečí pouze pro danou oblast zvolím jinou šablonu.

27 P-3:9.1 P-3:9.2

28 Testování prototypu P-3 Metoda testování Pro testování prototypu P-3 jsem zvolil testování s uživateli User Test. Požádání o komentář Příprava testu Prostředí pro testování Prototyp aplikace GPS Extreme sport byl testován všemi třemi uživateli na shodném zařízení, na notebooku s následujícím vybavením: Procesor: Intel Core 2 Duo CPU P8600, 2,40GHz Nainstalovaná paměť (RAM): 4,00 GB Operační systém: Windows 7 Professional, 32bitový operační systém Software: Adobe Acrobat Reader 9 Prototyp byl pro testování připraven jako jeden klikatelný soubor ve formátu PDF. Na zařízení byl spuštěn v programu Adobe Reader v režimu prezentace, uživatelé se tak mohli soustředit na samotnou aplikaci. Prototyp byl ovládám myší. Testované úlohy Protože s uživateli nelze otestovat úplně všechny části aplikace, bylo třeba zvolit úlohy, které otestují nejdůležitější funkce aplikace a ty, které jsou něčím neobvyklé a tedy nejnáchylnější na vytvoření chyb nebo nedostatku v uživatelském rozhraní. Průběh testu se tedy skládá z krátkých úloh, které se uživatelé pokusí v jeho průběhu postupně splnit. Každá úloha má svůj identifikátor, popis samotné úlohy, kterou uživatel provede a popis počátečního stavu aplikace před započetím samotné úlohy. 1) TC1: Zobrazení mapy a ikon ovládání Úkol: Počáteční stav: Spusťte aplikaci GPS Extreme Sport. Zobrazte mapu, pokuste se zobrazit ikony ovládání pohybu mapou. Po jejich zobrazení ikony opět schovejte. Displej telefonu s ikonou aplikace GPS-ES. 2) TC2: Návrat do hlavní nabídky Úkol: Přejděte ze zobrazení mapy do hlavní nabídky. Počáteční stav: Zobrazena mapa, ikony ovládání mapy jsou schovány. 3) TC3: Spuštění navigace na požadovanou trasu Úkol: Počáteční stav: Chcete se vydat na horu Hoher Dachstein.Vyhledejte trasu pokud víte, že Hoher Dachstein je hora v pohoří Dachstein v Rakousku. Spusťte navigaci na vyhledanou trasu. Hlavní nabídka aplikace.

29 4) TC4: Přidání rizikového místa Úkol: Počáteční stav: V horní části mapy, kde vidíte zasněžený vrchol hory, ozačte část jako nebezpečnou oblast typu ledovec a dejte jí název Halltattský ledovec. Vraťte se na zobrazení mapy. Zobrazena mapa, ikony ovládání mapy jsou schovány. 5) TC5: Zobrazení kompasu Úkol: Počáteční stav: Zobrazte kompas a pokuste se popsat co si myslíte že znamenají zobrazeé údaje. Poté přejděte zpět na mapu. Je spuštěna navigace po trase. Zobrazena mapa s navigací, ikony ovládání mapy jsou schovány. 6) TC6: Detail trasy Úkol: Počáteční stav: Vyhledejte opět trasu, která vede na horu Hoher Dachstein v pohoří Dachstein v Rakousku. Pro její vyhledání zvolte odlišný postup nežli v předchozím případě. Pokud jste vyhledávali trasu podle jména, nyní se pokuste ji vyhledat podle oblasti a naopak. Zobrazte detail trasy, podívejte se na celý popis trasy, opět zobrazte informace o trase a poté se vraťe do hlavní nabídky. Zobrazena mapa, ikony ovládání mapy jsou schovány. 7) TC7: Vytvoření nové trasy Úkol: Počáteční stav: Chcete si připravit v aplikaci pro záznam nové trasy Severní trasa z Gosau, ale nechcete hned spustit navigaci. Po jejím vytvoření se vraťte do úvodní nabídky. Hlavní nabídka. Průběh testu Test se mi podařilo provést se třemi uživateli. Jednalo se o jednu ženu a dva muže ve věkovém rozmezí 21 a 26 let. Oba muži jsou technicky nadaní, vlastní mobilní zařízení s dotykovým displejem a operačním systémem Android. Třetí uživatel s Androidem nemá zkušenosti, bylo tedy nutné vysvětlit jí principy androidích aplikací. Na druhou stranu tato žena se často vyskytuje na horách a mohla tedy podat zajímavou zpětnou vazbu ohledně použitelnosti prototypu při extrémních akcích. Jak bylo zmíněno testování proběhlo na mém notebooku, s participantem 1 u mě doma a s participanty 2 a 3 v prázdné školní učebně. Participantům jsem vysvětlil princip testování, popsal k čemu aplikace slouží a poté postupně zadával jednotlivé úlohy testu. Ze zkušenosti s proběhlým prvním testem s participantem 1, kdy jsem si v průběhu testu moc nestíhal zapisovat poznámky, použil jsem u dvou dalších nahrávací zařízení pro pozdější vyhodnocení

30 zvukového záznamu. Bohužel jsem si nezkontroloval nastavení zařízení, které nahrávalo potichu což s dozvukem tvořenýcm prázdnou učebnou úplně znehodnotilo záznam. Byl jsem tedy nucen poznámky k testu s participanty 2 a 3 doplnit až hodnou chvíli po provedení testu. Vyhodnocení a interpretace dat V této části projdu problémy, které se vyskytly při provádění uživatelského testu. U každého problému jej jeho stručný popis, kolik participantů testu na daný problém narazilo a nástin možného řešení. Problém P1: Popis: Návrh řešení: Zobrazení ikon ovládání pohybu mapou Jeden uživatel si myslel, že dodatečné ikony ovládání bude zobrazovat jedna z ikon na displeji. Po vyzkoušení ikon našel správnou cestu přes menu a když už věděl kde sefunkce nachází, věděl kde hledat funkci, která ikony opět schová. Možné je vylepšit ikony aby lépe znázorňovaly svou funkci. I kdyby uživatel nejprve vyzkoušel ikony a teprve pak vyzkoušel menu, funkcionalita schovaná za těmito ikonami by neměla uživatele příliš zmást a můžeme předpokládat, že příště již bude vědět kde zobrazování a skrývání ikon nalezne. Problém P2: Popis: Návrh řešení: Zadávání rizikového místa na mapě Dva uživatelé se snažili přímo v režimu zobrazené mapy kliknutím na místo na mapě vyvolat možnost zadání místa jako rizikové místo. Přidání kontextové nabídky pro rychlý přechod k vyznačení místa přímo na místě kliknutí nebo oblasti v jejím okolí, kde první hraniční bod oblasti by byl v místě kliknutí. Problém P3: Popis: Návrh řešení: Nejasný popisek akce v menu mapy Ozačit toto místo Jeden z uživatelů si nebyl jistý co znamená položka menu Označit toto místo. Změna popisku na Označit moji pozici. Problém P4: Popis: Návrh řešení: Při návratu z mapy opuštění aplikace Jeden z uživatelů při pokusu o návrat do hlavní nabídky aplikace stiskl tlačítko home a opustil tak aplikaci. Není třeba řešit, důvodem byla neznalost principů aplikací pro android. Chyba není v samotné aplikaci. Při druhém pokusu již uživatel věděl co má dělat. Problém P5: Popis: Nejasný popisek Topo Jednomu z uživatelů nebyl jasný popisek záložky Topo v detailu trasy, pod kterým se schovává popis trasy.

31 Návrh řešení: Topo je zažitý pojem pro extrémní sportovce, nemusí však být jasný ostatním uživatelům. GPS Extree Sport je však zaměřený na určitou skupinu uživatelů, u kterých můžeme předpokládat, že daný výrazznají. Pro jistotu je možní místo výrazu Topo použít například popisek Popis trasy. Problém P6: Popis: Návrh řešení: Způsob vyhledání uložené trasy Jeden uživatel při snaze o vyhledání stažené trasy si nebyl jistý, zda-li na obrazovce Trasy, kde jsou pod sebou funkce Vyhledat trasu a Stažené trasy, bude funkce vyhledat trasy prohledávat i trasy stažené na kartu. Upravit doplňující informaci zobrazovanou pod hlavním textem položky na text Vyhledat mezi trasami online a v zařízení. Problém P7: Popis: Návrh řešení: Nejasné ikony přiložení obrázku k popisu trasy Zároveň ikony jsou příliš malé Dva uživatelé si při vytváření popisu zaznamenávané trasy si správně mysleli, že ikona fotoaparátu jim umožní přiložit obrázek, ale neurčili správně že ten obrázekbude přidán přímo vyfocením fotografie fotoaparátem přístroje. Druhou ikonu nedokázali identifikovat. Zamyslet se, jestli možnost výběru mezi focením a výběrem z galerie je nezbytná, případně vylepšit tento výběr. Problém P8: Popis: Návrh řešení: Zbytečná položka menu Uložit Opětse objevil nešvar při vytváření prototypu nutkání ukládat zadávané údaje. Při zadávání dodatečných informací k zaznamenávané trase je v položce menu možnost uložit Smazání položky, ukládání by mělo být automatické.

32 Prototyp P-4 Prototyp P-4 byl vytvářen ve vývojovém prostředí Eclipse Helios s nainstalovanou Android SDK. Jedná se tedy již o plnohodnotnou aplikaci. Stále se jedná o prototyp s omezenou funkcionalitou, ale je zde možnost vidět, jak bude aplikace vypadat na zařízení. Testování funkcí i zobrazení je možno provádět, jak v emulátoru (obr. P-4:1), tak v debugovacím režimu na zařízení. Obr. P-4:1 Jak jsem zmínil v úvodu D4, zejména z časových důvodů má prototyp P-4 částečně naimplementováno pouze omezené množství funkcionalit: 1) Zobrazení mapy 2) Přidání rizikového místa 3) Tísňové volání 4) Omezené zobrazení kompasu a zobrazení nastavení aplikace P-4:1.0

33 1) Zobrazení mapy vychází z předchozího prototypu, a není zde v podstatě nic změněno. Je umožněno zobrazování a skrývání ikon pohybu mapou, přechod na tísňové volání, přechod na zadávíní rizikového místa (pouze z nabídky menu, link na přidání rizikového místa kliknutím přímo do mapy je ponechán na další fázi implementace). Při kliknutí na položku Více se zobrazí další možnosti (obr. P-4:1.3). Funkce Moje pozice, Aktuální poloha a Trasy nejsou naimplementovány. P-4:2.1 P-4:1.2 P-4:1.3 P-4:1.4 2) Přidávání nového rizikového místa je obohaceno o krátkou nápovědu při zobrazení prvních dvou kroků přidávání místa (v dalším prototypu by měla být možnost zobrazování nápovědy zrušit). Samotné přidání rizikového místa je zdenasimulováno přidáním celé oblasti při kliknutí na mapu. Další přidanou funkcí je kontextové menu při přidržení hraničního bodu oblasti (obr. P-4:2.4). Po zadání rizikového místa a návratu na zobrazení mapy, je na mapě vyznačeno rizikové místo (obr. P-4:2.6).

34 P-4:2.1 P-4:2.2 P-4:2.3 P-4:2.4 P-4:2.5 P-4:2.6 3) Tísňové volání je řešeno vyvoláním vlastní funkce telefonu daného zařízení, kterému je případně předáno telefoní číslo (obr. P-4:3.1). V případě, že číslo na záchranné složky není k dispozici, uživatel je o této skutečnosti informovnán (obr. P-4:3.3), volání tísňové linky 112, potažmo 911, nebo pouhé vyvolání funkce telefonu je vždy k dispozici.

35 P-4:3.1 P-4:3.2 P-4:3.3 4) Zobrazení kompasu a nastavení je v prototypu P-4 pouze pro ilustraci, jejich funkcionalita není naiplementována. P-4:4.1 P-4:4.2

36 Doporučení do dalšího vývoje V průběhu testování prototypu P-3 bylo opět nalezeno více nedostatků a problémových míst, na kterých je potřeba v další fázi vývoje zapracovat. Podle prototypu P-3 a uvedených návrhů řešení problémů by se měl dodělat high-fidelity a některá problematická místa a funkce, které nemohly být otestovány v low-fidelity prototypech, by bylo vhodné podrobit dalšímu testování. Další testování by mělo probíhat už přímo na zařízení v podobě Android aplikace a mělo by se uskutečnit v terénu, kde testování prototypu vystaveného reálným podmínkám může odhalit netušené problémy, které si v suchu a teple kanceláře ani nemusíme být schopni představit. Jednou z otázek které zůstávají k zodpovězení na další fáze testování a implementace je, zda-li je rozdělení zadávání rizikového místa na tři kroky nezbytné, zda-li nepřináší více škody než užitku. Po technologické stránce lze zajisté označování oblasti skoubit s pohybem mapou, uživatel tak bude mít více volnosti při zadávání oblasti a nebude muset překlikávat mezi pohybem mapou a samotným zadáváním. Původní myšlenka rozdělení byla založena na doměnce, že pokud uživatel bude místo zaznamenávat v terénu třesoucí se rukou, rozdělení výběru mapy a zadání oblasti částečně odstaní případné neádoucí akce aplikace (místo posunu mapy zadám bod rizikové oblasti a naopak). Zodpovězení této otázky bych ponechal do další fáze vývoje aplikace GPS Extreme Sport.