VIZE PROJEKTU ( verze 1 )
Andrej Doubek Petr Tománek Tomáš Jiran Štěpán Křivanec
1
Popis projektu
3
Zainteresované osoby a instituce
3
Uživatelé systému
Současný stav Nevýhody stávajícího systému
3
3 3
Případ užití
4
Základní funkční požadavky
4
Evidence receptů
4
Vkládání receptů
4
Evidence použitelných ingrediencí
4
Vkládání ingrediencí a jejich schvalování administrátorem
4
Vyhledávání receptů
4
Evidence hodnocení
4
Evidence zásob uživatele a nákupní lístek
4
Obecné nefunkční požadavky
5
Časový harmonogram a finance
5
2
Popis projektu Jedná se o kuchařskou aplikaci, jejíž hlavní funkcionalitou je databáze receptů ve které lze intuitivně vyhledávat dle zvolených parametrů, uživatelé se mohou do tvorby receptů zapojit a také mohou pomocí aplikace spravovat stav svých zásob. Důvodem vzniku aplikace je nedostatečné propracování a koncept vyhledávání v již existujících aplikací z oboru kulinářství.
Zainteresované osoby a instituce Primárním zákazníkem i koncovým uživatelem jsou lidé z domácností, dále v rozšíření počítáme i s profesionální kulinářskou sférou (bary, restaurace, atd.). Uživatelé systému Uživatelé systému jsou lidé z domácností od hospodyněk které vaří každodeně až po občasné kuchaře například muž který přijde domů z práce až večer nebo student vařicí si místo obědu v menze. Aplikace musí být tedy jednoduše ovladatelná přičemž by měla nabízet i silný základ pro každodenní vaření.
Současný stav V současné době má uživatel dvě možnosti. V prvním případě se bude spoléhat na klasickou kuchařku v podobě knihy, otevře knihu vyhledává v obsahu, který může být tříděn různě (dle typu kuchyně, dle názvu), nalezne v obsahu potenciální recept, vyhledá stranu která byla uvedena v obsahu. Nyní začíná kontrolovat ingredience které jsou u receptu uvedeny, pokud všechny ingredience vlastní, může dále pokračovat na zpracování receptu.Pokud mu nějaká ingredience chybí, musí se rozhodnout zda je dokoupí. V druhém případě může využít nějaké ze současných webových služeb, které zprostředkovávají recepty online. V praxi je postup podobný jako u klasické kuchařky, výhoda tkví v pohodlnějším vyhledávání například podle ingrediencí Nevýhody stávajícího systému 1. V případě klasické kuchařky je zde nevýhoda konečného počtu receptů v jedné kuchařce 2. Vyhledávání v klasické kuchařce je složitější , nelze třídit dle ingrediencí 3. Vyhledávání v online kuchařce již lze třídit dle ingrediencí ovšem použitý způsob hledání není příliš vhodně implementován
3
Případ užití Uživatel si vybírá dle zmíněných vyhledávacích kritérií jídlo, které by si představoval. Má také možnost přes svůj uživatelský učet přidávat vlastní recepty, dále může přidávat chybějící ingredience které schvaluje administrátor. Navíc může jednotlivé recepty hodnotit a tak ovlivnit pořadí zobrazovaných receptů. Mimo základních funkcí má uživatel možnost spravovat na svém účtu stav svých ingrediencí doma a podle toho také možnost vybírat z jídel, která má doma, bez toho aniž by musel na nákup. Další výborná vlastnost - pokud si uživatelé vyberou určité jídlo, kde jim nějaké ingredience schází, pak se vygeneruje nákupní seznam. V případě, že by uživatel potřeboval ještě něco, lze to do nákupního seznamu přidat.
Základní funkční požadavky Požadavky na nový systém jsou založeny především na kompletní správě všech potřebných věcí pro vaření. Evidence receptů Systém obsahuje databázi receptů, které je díky sociálnímu základu aplikace stále rozšiřováno. Vkládání receptů Uživatelům je umožněno do databáze vkládat nové recepty. Evidence použitelných ingrediencí Systém obsahuje databázi ingrediencí které lze použít v jednotlivých receptech. Vkládání ingrediencí a jejich schvalování administrátorem Uživatelům je umožněno podat návrh na novou neexistující ingredienci, administrátor návrh musí schválit. Vyhledávání receptů Uživateli je umožněno vyhledávat v receptech a to podle: názvu, štítku,ingrediencí,denní doby a typu jídla. Zvlášt za zmínku stojí vylepšené hledání dle ingrediencí, kde jednotlivé ingredience v receptu jsou rozděleny podle priority, tudíž se nikdy při vyhledávání na prvním místě nezobrazí recept jehož hlavní ingredienci uživatel nezadal. Evidence hodnocení K jednotlivým receptům je vedeno hodnocení od uživatelů, to napomáhá filtrovat výsledky hledání. Evidence zásob uživatele a nákupní lístek Každý uživatel má prostor ve kterém vede seznam svých dostupných ingrediencí, podle tohoto seznamu mu může systém doporučit vhodný recept. Dále s tímto seznamem lze porovnávat seznam ingrediencí u konkrétního receptu a generovat nákupní lístek z ingrediencí chybějících. 4
Obecné nefunkční požadavky Jedná se o v zásadě sociální aplikaci tudíž prvním požadavkem je centrální databáze přístupná skrz internetové připojení, vybrána byla jednoduchá databáze Mysql na bežném webovém serveru. Pro snadnou přenositelnost skrz platformy byl výbran jazyk JAVA , je vhodný také pro budoucí implementaci na mobilních zařízeních. Poslední požadavkem je jednoduché uživatelské prostředí, které budou schopni snadno použivat ruzné typy lidí skrz generace.
Časový harmonogram a finance 1. Základní implementace a předvedení autoritě do konce roku 2012 2. Dokončení vývoje a spuštění do poloviny roku 2013 3. dále postupný vývoj pro další platformy Financování pomocí drobných poplatků od uživatelů při stažení aplikace. Možnost investice do aplikace od investora, za zanešení a zvýhodnění jeho receptů, čí drobnou reklamu přímo v aplikaci.
5
Model Specification
Page: 1
Doménový model Domain Model
Obrázek 1 Domain Model-
Domain Objects
Model Specification
Page: 2
Obrázek 2 Domain Objects-
Komentar Tř ída reprezentuje komentářk receptu. Atributy Atributy Poznámky nazev Název komentář e (nadpis). obsah Vlastní obsah komentář e.
Lednice Lednice dané osoby slouž í k př ehledu potravin, které má osoba k dispozici.
Model Specification Atributy Atributy pocetPolozek
Page: 3
Poznámky Aktuální poč et potravin v lednici.
NakupniSeznam Nákupní seznam potravin pro danou osobu. Atributy Atributy Poznámky datumVytvoreni Datum vytvoř ení nákupního seznamu. pocetPolozek Aktuální poč et potravin v nákupním seznamu.
Osoba Tř ída př edstavuje jak už ivatele, tak admina. Práva jsou rozliš ena pomocí atributu Role. Atributy Atributy Poznámky heslo Osobou zvolené heslo. jmeno Kř estní jméno osoby. prijmeni Př íjmení osoby. role Role osoby jako admin nebo už ivatel. zobrazovaneJmeno Osobou zvolené jméno.
Potravina Specifická potravina pro recept, nákupní seznam nebo lednici. Atributy Atributy Poznámky nazev Název potraviny. popis Popis potraviny. priorita Jak moc je potravina důlež itá pro urč itý recept.
Recept Tř ída reprezentující recept. Atributy Atributy datumVytvoreni datumZmeny hodnoceni nazev popis
Poznámky Datum, kdy byl nový recept ulož en. Datum poslední editace receptu. Celkové hodnocení receptu už ivateli. Název receptu. Popis a postup receptu, rady k př ípravě .
SeznamPotravin Seznam vš ech potravin pro recepty, nákupní seznamy a lednice. Atributy Atributy Poznámky
Model Specification Atributy pocetPolozek
Page: 4 Poznámky Aktuální poč et existujících potravin.
SeznamStitku Seznam vš ech š títků, ze kterých lze vybírat pro označ ení receptu. Atributy Atributy Poznámky pocetPolozek Aktuální poč et š títkův seznamu š títků.
Stitek Štítek receptu, tj. zkrácený popisek (tag), který se zohledňuje př i vyhledávání receptu. Štítky mohou označ ovat typ jídla (např . snídaně ), kuchyni apod. Atributy Atributy Poznámky nazev Vlastní název š títku.
Model požadavků Model požadavků
Obrázek 1 - Requirements Model
Obecné pož adavky, které upř esnují technické ř eš ení
Pož adavky na funkce systému
Funkční požadavky
- 1/4 -
Obrázek 2 - Funkč ní poadavky
evidence nákupního seznamu evidence zásob Systém eviduje ke kaž dému už ivatelskému úč tu i seznam ingrediencí kterými už ivatel uč tu disponuje
schvalování ingrediencí vkládání ingrediencí
- 2/4 -
vkládání receptů evidence receptů Systém eviduje recepty od už ivatelů
evidence použitelných ingrediencí Systém obsahuje seznam dostupných ingrediencí , které lze použ ít v receptech
evidence hodnocení Systém eviduje hodnocení a komentář e ke kaž dému receptu
evidence uživatelů Systém eviduje už ivatelské úč ty
vyhledávání receptů V systému je mož né vyhledávat pomocí ruzných atributů -š títky - fráze - denní doba - ingredience
Obecné požadavky
Obrázek 3 - Nefunkč ní pož adavky
- 3/4 -
jazyk JAVA Použ ití jazyka JAVA, dobrá př enositelnost mezi operač ními systémy, lehč í implementace na mobilní platformu Android
provoz databázového serveru Kvůli "sociální" forměaplikace, je zde nutná databáze na serveru, pro aktualizaci informací v aplikaci
uživatelské rozhraní UI Už ivatelské rozhraní odpovídající forměaplikace , snadno ovladatelná
- 4/4 -
Business process model Business Process Model Procesy týkající se použ ití kuchař ky př i vař ení. Obsahuje nejdůlež itě jš í aktivity př i použ ivání kuchař ky.
Obrázek 1 - Business Process Model Rozdě lení pro vyhledávání v kuchař ce a př idání nového receptu.
Př idání nového receptu Už ivatel chce do kuchař ky př idat vlastní zápis, který by ješ te nemusel být v kuchař ce obsaž en.
- 1/3 -
Obrázek 2 - Př idání nového receptu
Vyhledání receptu Už ivatel už ívá kuchař ku pro výbě r receptů, kuchař ka obsahuje : obsah, tř ízení dle kapitol ( typ jídla, ně které recepty jsou opatř eny zálož kami pro lepš í tř ízení.
- 2/3 -
Obrázek 3 - Vyhledání receptu Už ivatel už ívá kuchař ku pro výbě r receptů, kuchař ka obsahuje : obsah, tř ízení dle kapitol ( typ jídla, ně které recepty jsou opatř eny zálož kami pro lepš í tř ízení.
- 3/3 -
Model př ípadůužití Class Model
Obrázek 1 - Model prípadu už ití
Admin Př ípad už ití: Admin př istupuje k aplikaci
- 1/7 -
Obrázek 2 - Admin
Seznam uživatelu Admin prohlíž í seznam už ivatelů
- 2/7 -
Penalizace uživatelu Admin penalizuje už ivatele za prohř eš ek např íklad spam
Seznam ingrediencí Admin prohlíž i seznam ingrediencí
Zmena ingrediencí Admin mě ní č i maž e ingredienci
Korekce receptu Admin upravuje detaily receptu
Odebrání ingrediencí Admin odebírá např íklad duplictní ingredienci
Schvaleni receptu Admin schvaluje vlož ený recept
Seznam receptu Admin prohlíž í seznam receptů
Zmena receptu Admin mě ní status receptu, např íklad maž e duplicitu.
Odebrání receptu Role Druhy už ivatelůpř istupující k aplikaci
- 3/7 -
Obrázek 3 - Role
Admin Admin dě dí od už ivatele vš echny práva a ně která př idává.
Uživatel Uživatel Př ípad už ití: Už ivatel př istupuje k aplikaci
- 4/7 -
- 5/7 -
Obrázek 4 - Už ivatelé
Založení úctu Už ivatel si zakládá uč et pro dalš í práci
Správa úctu Už ivatel spravuje uč et, detaily a dalš í
Vytvorení receptu Už ivatel objevil chybě jici recept, vytvář í nový.
Prohlížení receptu Už ivatel prohlíž í vyhledaný recept
Hodnocení receptu Už ivatel hodnotí recept , který uvař il
Komentování receptu Už ivatel se vyjádř il k receptu
Sdílení receptu Už ivatel sdílel recept s jiným už ivatelem
Zažádání o ingredienci Už ivateli v databázi chybí ingredience, ž ádá o novou
Vkládání do lednice Už ivatel si vkládá ingredience které vlastní na seznam
Prohlížení lednice Už ivatel si prohlíž í seznam svých ingrediencí
Tvorba nákupního lístku Už ivatel si generuje seznam chybě jícíh ingrediencí
- 6/7 -
Tvorba jídelnícku Už ivateli jsou doporuč eny recepty podle jeho ingrediencí, on si je vede na jídelníč ku
- 7/7 -
