Bohuslav Mach, Správce úkolů. pro informační systém firmy s-cape.cz 1/6

Transkript

1 Správce úkolů pro informační systém firmy s-cape.cz 1/6

2 Popis aplikace - D1 Aplikace umožňující uživateli s vytvořeným účtem v informačním systému firmy s-cape.cz prohlížet a editovat s nim spojené úkoly. Aplikace rozděluje úkoly do záložek na ty, které čekají na schválení uživatelem a na ty ostatní. V každé záložce jsou úkoly rozděleny do skupin podle toho, kdy mají byt splněny (dnes, zítra, později). Po kliknutí na úkol v seznamu se zobrazí jeho detail. Umožňuje editovat atributy úkolu jako je například nadpis, popis a stav úkolu. Aplikace skladuje přihlašovací udaje daného uživatele a ve volitelném intervalu komunikuje se serverem (volitelný interval pro případ, že uživatel nedisponuje paušálním přístupem na internet). Aplikace řeší synchronizaci úkolu. Aplikace funguje online. Aplikace je vyvíjena ve spolupráci s firmou s- cape.cz. Popis problému - D2 users: cílený uživatel je zaměstnanec firmy s-cape.cz s přístupem do firemního informačního systému aplikace se nebude volně distribuovat mimo zaměstnance s přístupem, protože informační systém neposkytuje žádné veřejné rozhraní, tím pádem nebude určena ani obyčejným zaměstnancům firmy a jiným uživatelům activities: uživatel: zadat přihlašovací udaje - uživatel zvolí položku nastavení, vybere položku zadat přihlašovací jméno a heslo, vyplní udaje a uloží nastavit interval připojování na server - uživatel zvolí položku nastavení, vybere položku interval připojování, vyplní údaj a uloží zobrazit s nim svázané úkoly - uživatel spustí aplikaci editovat s nim svázané úkoly - uživatel v seznamu vybere úkol, klikne na něj, poté klikne na položku, kterou chce editovat, změní údaj a uloží čas: dotazovat se serveru v daném intervalu - systém v daném intervalu odešle aktualizační dotaz na server system support: zadání přihlašovacích údajů (položky "Přihlašovací jméno" a "Heslo") zobrazeni seznamu úkolu (rozdělení na záložky "Ke schválení", "Ostatní", v rámci záložky skupiny "Opožděno", "Dnes", "Zítra" a "Později") editování úkolu (prozatím položky "Název", "Popis" a "Stav") 2/6

3 nastaveni intervalu připojení k serveru synchronizace úkolu s databází na serveru požadavky na zařízení: připojení k internetu (nejlépe neomezený tarif) platforma Android (je kladen důraz na to, aby byla aplikace co nejméně závislá na rozlišení zařízení) dotykový display context: cílem je umožnit uživateli používat aplikaci v běžném prostředí (mimo budovu, v budově), např. při nakupování, v městské hromadné dopravě, při chůzi po ulici, je tedy kladen důraz na to, aby v případech, kdy není nutné interagovat se softwarovou klávesnicí, byl uživatel schopen ovládat aplikaci jednou rukou aplikace není určena pro používání v extrémních situacích, např. při sportu, při obsluze jakéhokoli zařízení, kde se musí uživatel aktivně věnovat jeho řízení a kde může dojít k újmě majetkové, psychické nebo fyzické Low fidelity prototyp D3 Prototyp K vytvoření prototypu jsem použil nástroj Pencil (link), který dle mého názoru plně postačuje pro naše potřeby. Nástroj umožňuje dělat linky mezi stránkami a export vytvořeného wireframe do HTML. Jako bonus navíc má i líbivý design. Tuto možnost jsem zvolil proto, že mi přijde pro uživatele komfortnější než papírový model. Jedinou nevýhodou je, že uživatel nemá možnost editovat textová pole (vše je jen obrázek a na něj namapovaná odpovídající map area). Hlavním mottem aplikace měla být především jednoduchost, proto jsem zvolil viditelné menu pomocí ikon, které by měly co nejlépe vystihovat akci, kterou zprostředkovávají. Rozdělit seznam úkolů do záložek mi přišlo jako vhodná volba, protože se často používají v jiných Android aplikacích. Položky v nastavení a v detailu jsou po kliknutí přímo editovatelné, čímž jsem spojil přehled atributů a jejich editaci. Prototyp pokrývá veškerou funkčnost vyvíjené aplikace. 3/6

4 Uživatelské testování Pro otestování low-fidelity prototypu jsem si vybral metodu uživatelského testování, protože se domnívám, že je to nejlepší způsob, jak odhalit chyby v logice aplikace a nedostatky v jejím používání. Jelikož je stěžejním prvkem testu vhodný výběr subjektů, vybíral jsem je tak, aby pokryli především tyto oblasti: Integrace aplikace v rámci Android prostředí Intuitivnost aplikace Všichni vybraní účastníci (celkem tři) byli pokročilí počítačoví uživatelé ve věku od 21 do 26 let. Dvě třetiny z nich mají zkušenosti s vyvíjením webových aplikací a všichni mají zkušenosti s testováním aplikací. Výsledkem je rozdělení účastníků do těchto skupin: Android uživatel (muž, student VŠ, živnostník) cílový uživatel a vývojář informačního 4/6

5 systému, který vlastní telefon s operačním systémem Android (HTC Desire), důležitý pohled na přívětivost a použitelnost aplikace v rámci Android prostředí (zda aplikace dodržuje standardy a chová se tak, jak je Android uživatel zvyklý) Neandroid uživatel (muž, student VŠ, živnostník) cílový uživatel, který prozatím nevlastní telefon s operačním systémem Android, pohled na intuitivnost aplikace ze strany uživatele, který běžně nevyužívá Android prostředí Necílový uživatel (muž, student VŠ) uživatel, kterému není aplikace určena a který nevlastní telefon s operačním systémem Android, avšak je do testu zahrnut schválně z důvodu zhodnocení aplikace ze strany zcela nezaujatého subjektu Níže uvedené scénáře byly testovány uživateli (prototyp neumožňuje měnit hodnoty, na to byl každý účastník upozorněn a tuto činnost pouze předstíral): Změnit název a poté stav některého z úkolů Změnit interval připojování k serveru Test probíhal ve firemní kanceláři a u jednoho účastníka doma. V kanceláři byl vždy pouze účastník a hodnotitel. Jelikož prototyp funguje v jakémkoli prohlížeči, probíhalo testování na počítačích účastníků. Z každého testování byl pořízen video záznam a zapsány poznámky jednotlivých účastníků. Žádnému z účastníků nedělalo problém zorientovat se v aplikaci a nedošlo k žádnému matení uživatelů při plnění scénářů. Doporučení pro D4 Z poznámek od uživatelů vyplynulo několik možných doporučení pro zlepšení a zjednodušení aplikace. Uživatel 1: Uživatel 2 Tlačítka menu nemusí být vidět, schovat je a zobrazovat je při stisknutí hardwarového tlačítka menu. Není pohodlné sahat na ovládací prvky nahoře. Přímou editaci nastavení nahradit dvěma položkami, po kliknutí na ně teprve zobrazit editaci subpoložek. Na záložky dnes, zítra a později není informační systém prozatím připraven. Tlačítka pro zrušení či uložení přesunout tak, jak jsou v editaci stavu. Select box v editaci stavu by mohl být přímý výběr (změnu by uživatel uložil pouhým kliknutím na danou možnost) Přidat nadpisy nebo drobky, aby uživatel věděl, kde se nachází. Do menu přidat tlačítko pro zobrazení seznamu úkolů. Všechny připomínky od uživatelů jsou velmi cennou zpětnou vazbou a většina jich je rozumná a určitě je budu v další fázi vývoje reflektovat a určitým způsobem se je budu snažit zapracovat. Dále by bylo dobré přidat do nastavení doménu, na kterou se bude aplikace připojovat. 5/6

6 Zhodnocení testu Dle mého názoru testování neodhalilo žádnou kritickou chybu v logice, konceptu nebo intuitivnosti aplikace. Mezi menší nedostatky bych označil některé připomínky vznesené uživateli, ale všechny poznámky jsou rozhodně velmi cennou konstruktivní kritikou. Veškeré pořízené materiály a prototyp se nachází v zip archivu na této adrese link. 6/6