6

Správce úkolů

Bohuslav Mach, [email protected]

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

1/6

Správce úkolů


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 scape.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

Správce úkolů


 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

Správce úkolů


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

Správce úkolů


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:  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. Uživatel 2  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

Správce úkolů


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

6

Recommend Documents