DNUR – semestrální projekt „Nákupní seznam“ Bc. Michal Macháček ČVUT FEL Praha, ZS 2013
[email protected]
Obsah D1.........................................................................................................................................................1 Uživatelský průzkum.......................................................................................................................1 Základní popis aplikace...............................................................................................................1 Typický uživatel..........................................................................................................................1 Interview.....................................................................................................................................1 Návrh aplikace.................................................................................................................................2 Architektura................................................................................................................................2 Funkcionalita...............................................................................................................................2 D2.........................................................................................................................................................3 Use Cases....................................................................................................................................3 Role uživatelů.............................................................................................................................3 Scénáře........................................................................................................................................3 HTA.............................................................................................................................................4 Mockup ......................................................................................................................................5
D1 Seznamit se s problematikou navrhu vybrane aplikace a provest uzivatelsky pruzkum formou semistrukturovaneho interview, ktery odhali pozadavky realnych uzivatelu na vami navrhovany system, tj. co jim chybi a jake jsou jejich problemy ve vztahu k systemu. Sepsat seznam problemu a inicialni navrh reseni.
Uživatelský průzkum Základní popis aplikace Cílem je vytvořit systém pro tvorbu a správu nákupních seznamů. Systém by měl usnadnit proces tvorby nákupního seznamu více uživatelúm z různých míst. Klíčová funkce je aby kdokoliv, odkudkoliv a kdykoliv si zrovna vzpomene, mohl do seznamu přidávat potřebné položky a zobrazit si aktuální seznam. To umožní organizaci nákupu nebo jeho částí tak, aby kdokoliv mohl např. cestou ze školy kolem pekárny koupit pečivo nebo cestou autem z práce udělat celý nákup.Aplikace bude průběžně zobrazovat aktuální součet ceny nákupu. Bude možné prohlížet si i minulé nákupy, např. za účelem hledání úspor v rodinném rozpočtu.
Typický uživatel Rodina (nebo podobná skupina lidí obývající jedno místo) plánující např. během týdne velký hromadný víkendový nákup. Typicky v situaci, kdy není spolu. Například žena doma, manžel v práci, syn ve škole atd.
Interview P … projektant aplikace U … uživatel (vybrána žena z rodiny vzhledem k tomu, že největší podíl položek budou potraviny a domácí potřeby, které bude právě ona vybírat)
P: Jakým způsobem jsou u vás v rodině organizovány nákupy ? U: Primárně nakupujeme o víkendu velkou většinu zboží na další týden. Průběžně děláme pouze drobné nákupy, např. pečivo, čerstvou zeleninu. Seznam sepisuji na papírek, ostatní hlásí co potřebují těsně před nákupem. P: Jaké jsou nedostatky tohoto řešení ? U: Hodně věcí zapomeneme. Dále, kdyz mam doma na papírku seznam a manžel jede z práce, nejde mu ho jednoduse poslat. P: Kdo fyzicky provádí nákupy ? U: De facto všichni. Manžel dělá velké víkendové nákupy, já nebo syn ty drobné. P: Může nastat např. že někdo koupí odpoledne pečivo a druhý o tom neví a koupí ho také ? U: Ano, občas se to stane, když si nezavoláme a nedomluvíme se. Kdyby aplikace uměla označit že část seznamu už je koupená, bylo by to dobré. P: Chodíte do jednoho supermarketu nebo do více menších obchodů ? U: Většinu kupujeme v supermarketu, ale např. maso vždu jen u řezníka. Bylo by užitečné mít seznam zobrazitelný v kategoriích. A nemusí to být jen podle obchodu, dobré by bylo mít i kategorie podle oddělení v supermarketu, abychom měli věci z jednoho místa při sobě. P: Sortiment nakupovaného zboží máte pořád přibližně stejný ? U: Každý nákup je jiný, ale velká část zboží se víceméně pořád opakuje. P: Máte všichni dostupné internetové připojení ? U: V tom problém není, doma i v práci máme online počítač, navíc máme telefony s datovým tarifem. Není problém přistupovat odkudkoliv, včetně přístupu rovnou v obchodě.
Návrh aplikace Architektura Vzhledem k více uživatelům na různých místech bude aplikace realizována jako online webová aplikace. Rozhraní by mělo být přizpůsobené zobrazení na mobilním zařízení. Uložiště dat na serveru bude jednoduchá databáze. Přistupovat k nim se bude pomocí php skriptů. Uživatelské rozhraní bude XHTML a v maximální možné míře se bude používat JavaScriptové volání serverových procedur.
Funkcionalita Aplikace bude obsahovat katalog nejčastěji kupovaného zboží. Položky budou rozděleny do kategorií (např. ovce a zelenina, maso, mléčné výrobky apod.). Každá položka v katalogu bude mít uloženou svoji obvyklou jednotkovou cenu. Položky i kategorie půjde přidávat, měnit i rušit. Aplikace bude umožňovat vedení více seznamů a výběr aktuálního seznamu. Bude možné založit nový seznam nebo zrušit starý. Do samotného seznamu bude možné připisovat zboží z katalogu položek a nastavit jeho množství. Položky půjdou rušit a půjde upravovat množství. Položky půjdou označit jako již koupené.
D2 Vytvoreni konkretnich use-case a scenaru, vytvorit model systemu a papirovy mockup systemu, ktery bude neformalne otestovan (tj. nemusi byt otestovanim cilovou skupinou)
Use Cases UC1
Vybrat a zobrazit aktuální seznam
UC2a Vytvořit nový seznam UC2b Smazat vybraný seznam UC3
Zobrazit vybranou kategorii z katalogu zboží
UC4a Přidat novou kategorii zboží UC4b Upravit název kategorie zboží UC4c Smazat kategorii zboží UC5
Přidat nové zboží do kategorie
UC6
Smazat zboží z kategorie
UC7
Upravit cenu zboží v kategorii
UC8
Připsat určitý počet jednotek zboží do aktuálního seznamu
UC9
Upravit počet jednotek zboží do aktuálního seznamu
UC10 Vyjmout zboží z aktuálního seznamu UC11 Prohlížení seznamu podle kategorií UC12 Zjistit celkovou aktuální cenu nákupu UC13 Označit položku v seznamu jako již zakoupenou
Role uživatelů Připisovatel (do seznamu) Nakupující
Scénáře SC1 Uživatel Připisovatel chce umístit konkrétní zboží z katalogu do seznamu (Plan 0). Pokud seznam ještě neexistuje, vytvoří nový (UC1, UC2a) (Plan 1). Zobrazí si danou kategorii zboží (UC3). Pokud taková kategorie neexistuje, vytvoří ji (UC4a). Najde v kategorii požadované zboží. Pokud nenajde, vytvoří ho (UC5) (Plan 2). U požadovaného zboží nastaví počet jednotek a přidá jej do seznamu (UC8). V seznamu zboží přibude ve své kategorii a jeho cena se promítne do celkového součtu cen v seznamu (UC11, UC12). SC2 Uživatel Nakupující přijde do obchodu. Otevře si aktuální seznam (UC1). Prochází v obchodě jednotlivými odděleními. Těmto oddělením odpovídají kategorie v seznamu, takže přehledně vidí co zde má koupit a koupí to hned najednou (UC11). Může koupené zboží hned označit jako již zakoupené, aby se ještě více zpřehlednil výpis a nekoupil jej někdo jiný znovu(UC13) (Plan 0).
HTA Oba popsané scénáře jsou rozkresleny do hierarchického task-analysis stromu
Mockup
