Dokumentace k 5. iteraci

Dokumentace k 5. iteraci

Restaurační informační systém Zkratka projektu: Resisys Email na vedoucího projektu: [email protected] Stránky projektu: https://www.assembla.com/spaces/si-informacni-system-pro-restauraci/tickets Řešitelé: Jakub Begera, Jakub Moravec, Pavel Matyáš, Pavel Valach Termín cvičení: 3.semestr (ziní semestr 2014/2015), pondělí 12:45 Cvičící: Ing. Ondřej Macek Datum odevzdání: 12.12.2014 (12. týden)

Obsah Analytický doménový model Cisnik Kuchar Manazer Menu ObjednanaPolozka Polozka Rezervace Sklad Sklad Skladnik Uzivatel Dodavatel JidelniListek JidelniStul Objednavka Smena PolozkaSkladu Zákazník Objednávka-Stavy Objednavka Akceptovaná Naservírovaná Připravená State1 Stornovaná Vytvořená Zaplacená Ano Ano Initial Ne Ne f,ekjipff konec životního cyklu konec životního cyklu naservírování přijetí kuchařem stornování [za chybu nemůže restaurace] / stornopoplatek stornování [za problém může restaurace]/ bez poplatku stornování [zákazník chce storno] stornování [zákazník chce storno] stornování [zákazník chce storno] / stornopoplatek uvaření vytvoření zaplacení [zákazník spokojen] znovupřipravení[zákazník nespokojen a žádá novou přípravu]

7 7 7 7 8 8 8 8 9 9 9 9 9 10 10 10 10 10 11 11 12 13 13 13 13 13 13 13 13 13 13 13 13 13 14 14 14 14 14 14 14 14 14 14 14 14 14 15

BDM

15

Restaurace Restaurace Položka objednávky Číšník Dodavatel Doplněk Jídelní lístek Jídelní stůl Kuchař Manažer Nápoj Objednávka Pokrm Skladník Směna Zboží Zaměstnanec Zákazník

15 15 16 17 17 17 17 17 17 17 17 18 18 18 18 18 18 19

BPM Konec pracovního dne Začátek pracovního dne Konec pracovního dne Všichni zaměstnanci Začátek pracovního dne Příchod zaměstnanců Všichni zaměstnanci Příprava restaurace Kuchař Manažer Skladník Číšníci Obsluha zákazníků Kuchař Skladník Zákazníci Číšníci Úklid restaurace

19 20 20 20 21 21 21 22 22 22 22 22 22 23 24 24 24 24 24 24 24 24 24 24 25 25 25 25 26 26 26 27 28 28 28 28

Kuchař Manažer Skladník Číšníci Objednání zboží Dodavatel Skladník Vyúčtování Manažer Ostatní zaměstnanci Naplánování směn Konec pracovního dne Manažer Ostatní zaměstnanci Model požadavků Model požadavků diagram Funkční požadavky Funkční požadavky diagram Pokladní subsystém Pokladní subsystém diagram Uhrazení objednávky Správa tržeb Vyhodnocení tržby Správa lidských zdrojů restaurace Správa lidských zdrojů restaurace diagram Editace lidských zdrojů Plánování směn Evidence odpracovaných hodin Výplaty Správa nabídky restaurace Správa nabídky restaurace diagram Úprava nabídky Generování jídelního lístku Správa skladu Správa skladu diagram Správa dodavatelů Generování objednávky Úprava množství jednotek každé položky Úprava položek skladu Správa stolů Rezervační subsystém diagram Správa rezervací

28 28 28 28 28 28 29 29 29 29 29 30 30 31 32 32 32 32 32 32 32 33 33 34 34 34 34 34 34 35 35 35 36 36 37 38 38 38 39 39 40 41 41 41 42 43 43 43 44 44 44 46 46 46

Editace stolů Správa životního cyklu objednávky Správa životního cyklu objednávky diagram Vytvoření nové objednávky Editace objednávky a jejího stavu Uzavření objednávky Obecné požadavky Obecné požadavky diagram Doba odezvy Ochrana osobních údajů Odolnost Přenositelnost Přístupnost Rozšířitelnost Spolehlivost Zotavení po havárii Zálohovatelnost Use Case diagramy MapovaniPozadavkuNaUseCases diagram RoleSystemu diagram UseCaseDiagram diagram Lifelines Services Controllers Views CreateMenuItem CreateReservation CreateTable EditTable GenerateMenu UserEdit DAOs User Uživatel Uživatel Uživatel Systém Web browser Kuchař Manažer Nepřihlášený uživatel Skladník Čas Číšník Akceptovat objednávku/položku objednávky Editovat stoly Upravit stůl diagram Evidovat odpracované hodiny Nastavit automatické objednávky Odebrat položku Smazání položky jídelního lístku diagram Odebrat položku Označit objednávku jako "připravenou" Změna stavu objednávky diagram

46 48 48 48 49 50 51 51 51 52 52 52 53 53 53 54 54 54 55 57 57 59 59 60 61 61 61 61 61 61 61 63 63 63 63 63 63 63 64 64 64 64 64 65 65 65 66 66 66 67 67 68 68 69

Označit objednávku jako naservírovanou Označit objednávku jako zaplacenou Přidat dodavatele Přidat položku Přidat položku objednávky Přidat zaměstnance Přidání zaměstnance diagram Přidání položky Přidání položky do jídelního lístku diagram Přihlásit se Stornovat položku objednávky Stornovat rezervaci Odstranění rezervace diagram Úprava rezervace diagram Upravit dodavatele Upravit informace o zaměstnanci Úprava zaměstnance diagram Upravit odpracované hodiny Upravit parametry položky Upravit položku Úprava položky jídelního lístku diagram Upravit směny Vygenerovat jídelní lístek Generování jídelního lístku diagram Vygenerovat objednávku chybějících surovin Vygenerovat pracovní dobu Vygenerovat výplatní pásky Vyplnit informace o zaměstnanci Vytvořit menu Vytvořit objednávku Vytvořit objednávku diagram Zadat storno poplatek Zarezervovat stůl Vytvoření rezervace diagram Změnit viditelnost položky Zobrazit finance

69 70 70 70 70 71 71 72 72 73 74 74 74 75 76 76 77 78 78 78 79 79 80 80 81 81 82 82 82 83 83 84 84 84 85 86

Další sekvenční diagramy Obsluha zákazníků Smazat objednávku diagram Upravit objednávku diagram Správa stolů Smazat stůl diagram Vytvořit stůl diagram Správa zaměstnanců Smazání zaměstnance diagram

86 86 86 87 88 88 89 90 90

Model architektury systému Diagram komponent Diagram komponent diagram Aplikace Aplikační server Databáze Webový server Diagram nasazení

91 91 91 91 92 92 92 94

Diagram nasazení diagram Notebook Pokladní tiskárna Přenosná pokladní tiskárna Server Stolní PC Tablet Tiskárna Wi-Fi Router

94 94 95 95 95 96 96 96 97

Model Report

12 December, 2014

Analytický doménový model Created by: Pavel on 10.11.2014, Last Modified: 10.11.2014

Analytický doménový model - (Class diagram) Created by: Pavel on 10.11.2014, Last Modified: 26.11.2014 udržuje Uzivatel Cisnik

1..

1..

+ + + + + -

1..

em ail jm eno prijmeni heslo pohlavi rokNarozeni role

1

Skladnik

S mena + 0..* +

Sklad

zacatek konec

přiděluje

Dodavatel + + naplňuje + 1 1..* + + + 1 +

nazev adresa psc ico dic telefon em ail

obsahuje

M anazer

0..*

Kuchar

1..

+ + + +

vytváří váže se na

O bjednavka

JidelniStul 1 -

pocetMist jeKuracky

1 jsou obsaženy v 0..*

0..*

1

Polozka

casVytvoreni stav priorita

+ 1 0..* + + mění stav + -

1

je rezervován tvoří a maže + + 0..* +

0..*

nazev cena kategorie gramaz lzeObjednat

1

R ezervace tvoří

datum cas jm eno

1 1..*

se vztahuje k

ObjednanaPolozka + + +

nazev mnozstvi stav cena

1.. 1

Figure: 1

Cisnik Kuchar Manazer Page 7 of 97

1..*

PolozkaSkladu

JidelniListek

1..

+ +

1 dodává

jsou obsaženy 1..* v

M enu 1

nazev cena druh mnozstvi

Model Report

12 December, 2014

Menu Položky, které vycházejí z těch, které jsou přítomny v jídelním lístku, ale nutně jimi být nemusí, jsou to tudíž nové položky. Obvykle jde tedy o výběr jídel za zvýhodněnou cenu.

ObjednanaPolozka Položka, která se nachází v objednávce. Obvykle je přímo spojena s položkou v jídelním lístku, ale může jít i o speciální položku zadanou na místě, s vlastní cenou. Public nazev () Název objednané položky. Nemusí být implicitně uveden, pokud se objednaná položka vztahuje k Položce v databázi; v takovém případě se přebírá z ní. Public mnozstvi () Množství jednotek, které si zákazník objednal Private stav () Stav vyřízení pro každou jednotlivou položku (zadáno/vyřízeno/zrušeno atp.) Public cena () Cena, kterou zákazník za položku zaplatí. Většinou se odvíjí od přiřazené položky a množství, ale je možnost ji upravit manuálně

Polozka Položka z jídelního lístku, kterou si zákazník může (nebo nemůže) objednat. Public nazev () Název položky v seznamu Public cena () Cena položky při objednání 1 kusu (nebo jedné jednotky) Public kategorie () Kategorie, do které je položka přiřazena Public gramaz () Značí gramáž (nebo jinou jednotku), v jaké se položka nabízí Private lzeObjednat () Značí, zda je položka viditelná v jídelním lístku (nebo menu) a lze ji objednat

Rezervace Rezervace na určitý stůl, dané datum a čas. Public datum () Datum, na které je stůl rezervován Public cas () Čas, na který je stůl rezervován Public jmeno () Page 8 of 97

Model Report

12 December, 2014

Jméno, na které je stůl rezervován

Sklad Sklad Třída reprezentující celý sklad, o jehož obsah se stará skladník.

Skladnik Uzivatel Třída sdružující všechny uživatele systému, zaměstnance i jiné administrátory. Public email () E-mail, pod kterým je uživatel v systému registrován. Public jmeno () Křestní jméno uživatele Public prijmeni () Příjmení uživatele Private heslo () Heslo uživatele Public pohlavi () Pohlaví uživatele - muž/žena/cokoliv dalšího Public rokNarozeni () Rok narození uživatele Private role ()

Dodavatel Důležitý, avšak obvykle nahraditelný. Dodává suroviny pro přípravu pokrmů, nebo dodává nápoje a jiné doplňky. Public nazev () Jméno dodavatele, popř. jméno firmy Public adresa () Poštovní adresa dodavatele Public psc () Poštovní směrovací číslo Public ico () Identifikační číslo podnikatele

Page 9 of 97

Model Report

12 December, 2014

Public dic () Daňové identifikační číslo dodavatele-plátce DPH Public telefon () Telefon na dodavatele Public email () E-mailová adresa dodavatele

JidelniListek Seznam jídel, která restaurace vaří. Obvykle je sestavován spoluprací kuchařů a managementu, popř. vedoucího podniku. Obsahuje jídla a nápoje roztříděné do kategorií. Velká část lístku je stálá a za normálních okolností se příliš nemění; restaurace se však může rozhodnout, že např. každý den v týdnu v době oběda bude podávat tzv. menu - zvýhodněnou nabídku omezeného množství jídel v kombinaci s polévkou, popř. dalšími pokrmy a nápoji.

JidelniStul Místo, u kterého lidé jedí. Některé pokrmy nebo nápoje si ovšem mohou dát i k baru nebo na jiné místo. Public pocetMist () Počet míst u stolu Public jeKuracky () Určuje, zda je tento stůl v kuřácké oblasti, popř. označen jako kuřácký

Objednavka Seznam objednaných pokrmů, nápojů a dalších produktů; obvykle se váže ke stolu, ale může být i k jednotlivému zákazníkovi; záleží na zákazníkovi a uvážení číšníka. Private casVytvoreni () Čas, ve který byla objednávka vložena do databáze Private stav () Současný stav objednávky Private priorita () Priorita objednávky

Smena Jednotka určující, kdy a na jak dlouho zaměstnanec pracuje. Obykle směny řídí buď management nebo přímo vedoucí. Public zacatek () Začátek směny jako čas Public konec () Konec směny jako čas

PolozkaSkladu Položka nacházející se ve skladu, připravená pro odběr kuchařem.

Page 10 of 97

Model Report

12 December, 2014

Public nazev () Název položky ve skladu Public cena () Nákupní cena položky Public druh () Přesnější kategorizace položky v rámci skladu Public mnozstvi () Množství položky, které je ve skladu aktuálně dostupné

Zákazník Náš zákazník, náš pán. Objednává jídla, konzumuje jídla, chválí a stěžuje si, platí i neplatí, přichází a odchází. Důležité je starat se o jeho spokojenost, aby přišel znovu.

Objednávka-Stavy Created by: Jakub on 13.11.2014, Last Modified: 13.11.2014

Objednávka - (StateMachine diagram) Created by: Jakub on 13.11.2014, Last Modified: 13.11.2014

Page 11 of 97

Model Report

12 December, 2014

Initial

vytvoření

znovupřipravení[zákazník nespokojen a žádá novou přípravu]

Vytv ořená

přijetí kuchařem

stornování [zákazník chce storno]

Akceptovaná

uvaření

Připrav ená

stornování [zákazník chce storno] stornování [zákazník chce storno] / stornopoplatek

naservírování

Analytický doménový model:: Objednavka -

casVytvoreni stav priorita Naservírovaná

stornování [za chybu nemůže restaurace] / stornopoplatek

Stornovaná

zaplacení [zákazník spokojen]

Zaplacená

stornování [za problém může restaurace]/ bez poplatku

Figure: 2

Objednavka Seznam objednaných pokrmů, nápojů a dalších produktů; obvykle se váže ke stolu, ale může být i k jednotlivému zákazníkovi; záleží na zákazníkovi a uvážení číšníka. Private casVytvoreni () Čas, ve který byla objednávka vložena do databáze Private stav () Současný stav objednávky Private priorita () Priorita objednávky Page 12 of 97

Model Report

12 December, 2014

Akceptovaná Objednávka byla akceptována kuchařem a ten na ní začíná pracovat.

Naservírovaná Objednávka byla naservírována číšníkem zákazníkovi a číšník toto zaznamenává do systému.

Připravená Objednávka byla připravena kuchařem, ten tuto informaci zadává do systému a číšník od systému dostává informaci, že ji může servírovat.

State1

Stornovaná Objednávka byla stornována číšníkem a ten to zadává do systému.

Vytvořená Objednávka byla vytvořena číšníkem na základě přání zákazníka.

Zaplacená Objednávka byla zaplacen zákazníkem a číšník toto zaznamenává do systému.

Ano

Ano

Iniial

Ne

Ne

Page 13 of 97

Model Report

12 December, 2014

f,ekjipf

konec životního cyklu

konec životního cyklu

naservírování

přijetí kuchařem

stornování [za chybu nemůže restaurace] / stornopoplatek

stornování [za problém může restaurace]/ bez poplatku



stornování [zákazník chce storno] / stornopoplatek

uvaření

vytvoření

zaplacení [zákazník spokojen]

Page 14 of 97

Model Report

12 December, 2014

znovupřipravení[zákazník nespokojen a žádá novou přípravu]

BDM Created by: on 22.10.2014, Last Modified: 22.10.2014

BDM - (Class diagram) Created by: Pavel on 22.10.2014, Last Modified: 22.10.2014

Restaurace + Položka objednávky + Číšník + Dodavatel + Doplněk + Jídelní lístek + Jídelní stůl + Kuchař + Manažer + Nápoj + Objednávka + Pokrm + Skladník + Směna + Zboží + Zaměstnanec + Zákazník

Figure: 3

Restaurace

Restaurace Created by: Pavel on 22.10.2014, Last Modified: 19.10.2014

Restaurace - (Class diagram) Created by: Pavel on 22.10.2014, Last Modified: 28.10.2014

Page 15 of 97

Model Report

12 December, 2014 vytváří rozděluje

1..

1 Zaměstnanec

Směna -

přidělena

konec zač átek

1..

1..* -

1

Manažer

jm éno plat pohlaví věk

zásobuje

Kuchař

Číšník

1..

Skladník

1

1..

1..

1 eviduje

vyřizuje 1..* Objednávka 1

-

Jídelní lístek -

den

Zákazník

1..

č as vytvoření celková cena stav priorita

připravuje

sedí u

1

1

1

-

č íslo stolu poč et míst

cena kategorie množství název

je složena z 1..*

1.. Pokrm

Nápoj

Doplněk

Figure: 4

Položka objednávky

Private cena () Private kategorie () Private množství () Private název ()

Page 16 of 97

1.. 1..*

Zboží -

Položka objednávky 1..* -

poskytuje

Jídelní stůl

1

adresa název

1.. 1

je alokována na

1..*

obsahuje

Dodavatel -

cena druh množství název 1..*

Model Report

12 December, 2014

Číšník Uvítává, umisťuje hosty, přijímá jejich objednávky a ty poté předává kuchaři prostřednictvím systému, nebo, pokud jde o nevařené pokrmy popř. nápoje, je přímo předává zákazníkovi. Přijímá zákazníkovy stížnosti a námitky, zároveň si však musí dávat sám pozor, aby se nestal terčem kritiky. Nakonec zákazníkovi číšník předává účet za služby a požaduje jeho úhradu.

Dodavatel Důležitý, avšak obvykle nahraditelný. Dodává suroviny pro přípravu pokrmů, nebo dodává nápoje a jiné doplňky. Private adresa () Private název ()

Doplněk Věc typu chipsy, slané tyčinky, kterou si člověk objedná a číšník mu ji rovnou donese, objednávka těchto věcí nejde přes kuchaře.

Jídelní lístek Seznam jídel, která restaurace vaří. Obvykle je sestavován spoluprací kuchařů a managementu, popř. vedoucího podniku. Obsahuje jídla a nápoje roztříděné do kategorií. Velká část lístku je stálá a za normálních okolností se příliš nemění; restaurace se však může rozhodnout, že např. každý den v týdnu v době oběda bude podávat tzv. menu - zvýhodněnou nabídku omezeného množství jídel v kombinaci s polévkou, popř. dalšími pokrmy a nápoji. Private den ()

Jídelní stůl Místo, u kterého lidé jedí. Některé pokrmy nebo nápoje si ovšem mohou dát i k baru nebo na jiné místo. Private číslo stolu () Private počet míst ()

Kuchař Nejdůležitější součást kuchyně. Přijímá pokyny od číšníka - resp. systému, vaří, peče a jinak připravuje pokrmy a hotové je předává číšníkovi. Restaurace stojí na jeho kvalitách a schopnosti připravit chutné jídlo z dostupných surovin. Sebelepší číšník nezachrání špatného kuchaře.

Manažer Osoba s nejvyšší úrovní moci. Řídí chod restaurace, úkolují zaměstnance, stará se o finanční náležitosti.

Nápoj Page 17 of 97

Model Report

12 December, 2014

Osvěžení, které může a nemusí jít přes kuchaře; záleží na situaci.

Objednávka Seznam objednaných pokrmů, nápojů a dalších doplňků; obvykle se váže ke stolu, ale může být i k jednotlivému zákazníkovi; záleží na zákazníkovi a uvážení číšníka. Private čas vytvoření () Private celková cena () Private stav () Private priorita ()

Pokrm Poživatelná směs surovin připravených podle receptu - a někdy také ne. Záleží prakticky jen na libovůli kuchaře a pokynech managementu, popř. vedoucího.

Skladník Zajišťuje, že ve skladu bude vždy dostatek potřebných surovin. Domlouvá dodavatele, s nimi podmínky zásobování a přebírá od nich nakoupené suroviny; v našem případě už jen zadává objednávky.

Směna Jednotka určující, kdy a na jak dlouho zaměstnanec pracuje. Obykle směny řídí buď management nebo přímo vedoucí. Private konec () Private začátek ()

Zboží Nezbytná součást každého pokrmu. Private cena () Private druh () Private množství () Private název ()

Zaměstnanec Page 18 of 97

Model Report

12 December, 2014

Třída sdružující všechny řadové zaměstnance. Každý zaměstnanec má svůj přidělený plat a přesně vymezenou funkci, kterou má v kuchyni (nebo mimo ni) na starost. Private jméno () Private plat () Private pohlaví () Private věk ()

Zákazník Náš zákazník, náš pán. Objednává jídla, konzumuje jídla, chválí a stěžuje si, platí i neplatí, přichází a odchází. Důležité je starat se o jeho spokojenost, aby přišel znovu.

BPM Created by: on 22.10.2014, Last Modified: 28.10.2014 Tento balíček obsahuje Bussiness Process Model (BPM). BPM popisuje fungování restaurace principem AS IS, tedy jak je tomu doposud, před zavedením systému. BPM je realizován diagramem aktivit. BPM - (Activity diagram) Created by: Pavel on 22.10.2014, Last Modified: 28.10.2014 Tento diagram popisuje průběh jednoho pracovního dne v restauraci.

Page 19 of 97

Model Report

12 December, 2014 Zač átek pracovního dne

Všichni zaměstnanci

Příchod zaměstnanců

Příprav a restaurace

Obsluha zákazníků

Úklid restaurace

Vyúčtov ání

Je konec týdne? ano

ne

Naplánování směn

Konec pracovního dne

Figure: 5


Začátek pracovního dne

Konec pracovního dne Page 20 of 97

Model Report

12 December, 2014

Všichni zaměstnanci Začátek pracovního dne Příchod zaměstnanců Created by: Pavel on 22.10.2014, Last Modified: 22.10.2014 Tento balíček obsahuje diagram s popisem procesu příchodu zaměstnanců. Příchod zaměstnanců - (Activity diagram) Created by: Pavel on 22.10.2014, Last Modified: 28.10.2014 Tato strukturovaná aktivita popisuje proces příchodu zaměstnanců


Zápis/ Ohlášení příchodu

Obsazení příslušné pracovní pozice

Figure: 6

Page 21 of 97

Model Report

12 December, 2014


Příprava restaurace Created by: Pavel on 22.10.2014, Last Modified: 22.10.2014 Tento balíček obsahuje diagram s popisující přípravu restaurace. Opět jsou jednotlivé osoby reprezentovány pomocí partitionů. Diagram je nakreslen tak, aby reprezentoval, že jednotlivé osoby pracují paralelně a přípravy skončí, až svou práci dokončí všichni. Příprava restaurace - (Activity diagram) Created by: Pavel on 22.10.2014, Last Modified: 28.10.2014 Tato strukturovaná aktivita popisuje přípravu restaurace. Manažer rozdělí práci mezi zaměstnance. Ta je pak prováděna paralelně. Příprava končí až všechny větve doběhnou.

Page 22 of 97

12 December, 2014

Manažer

Model Report

Číšníci

Příprav a stolů

Rozdělit práci

Kuchař

Příprav a kuchyně

Skladník

Přev zetí zásob od dodavatele

Kontrola množstv í a čerstv osti surov in

Má vše potřebné?

Přev zetí a doplnění surov in

ano

Figure: 7

Page 23 of 97

ne

Vyběr surov in ze skladu

Evidence úbytku surovin na skladu

Model Report

12 December, 2014

Kuchař

Manažer

Skladník

Číšníci

Obsluha zákazníků Created by: Pavel on 22.10.2014, Last Modified: 22.10.2014 Tento balíček obsahuje diagram popisující obsloužení jednoho zákazníka. Může se zdát zvláštní, že diagram obsahuje 3 konce. To je však z důvodu toho, že každý konec reprezentuje jiné ukončení aktivity (jednou se zákazník ani neusadí, podruhé si nic neobjedná a potřetí klasický konec po provedení platby.) Obsluha zákazníků - (Activity diagram) Created by: Pavel on 22.10.2014, Last Modified: 28.10.2014 Tento diagram popisuje obsluhu zákazníků a celý proces objednávky.

Page 24 of 97

Model Report

12 December, 2014

Zákazníci

Usazení ke stolu

Číšníci

Kuchař

Skladník

Dotaz na objednávku

O bjednávka Obsahuje objednávka jídlo? ano

Má kuchař suroviny?

ne

ne

Jsou suroviny na skladu? ano ne

ano

Výběr surovin ze skladu

Konzumace

Uv aření obj ednáv ky

Vyřízení obj ednáv ky

Evidence úbytku surov in na skladě

Omluva zákazníkovi

Požádání o placení

Předání informace číšníkov i

Předání informace kuchaři

Provedení transakce Obj ednání zboží

Úklid po zákazníkovi

Figure: 8

Kuchař

Skladník

Page 25 of 97

Model Report

12 December, 2014

Zákazníci

Číšníci

Úklid restaurace Created by: Pavel on 22.10.2014, Last Modified: 22.10.2014 Tento balíček obsahuje diagram popisující úklid restaurace. Opět jsou jednotlivé osoby reprezentovány pomocí partitionů. Diagram je nakreslen tak, aby reprezentoval, že jednotlivé osoby pracují paralelně a přípravy skončí, až svou práci dokončí všichni. Navíc balíček obsahuje podbalíček Objednání zboží, který obsahuje diagram procesu objednávky, probíhajícího mezi skladníkem a dodavatelem. Úklid restaurace - (Activity diagram) Created by: Pavel on 22.10.2014, Last Modified: 28.10.2014 Tato aktivita popisuje úklid restaurace., který probíhá paralelně na základě rozdělení úloh manažerem. Úklid končí až skončí všechny dílčí práce.

Page 26 of 97

12 December, 2014

Manažer

Model Report

Číšníci

Rozdělit práci

Kuchař

Skladník

Útřídění zásob

Kontrola zásob

Je na skladě vše potřebné? Uklidit kuchyni

ne Objednání zboží

Uklidit jídelnu

Uklidit sklad

Figure: 9

Page 27 of 97

Model Report

12 December, 2014

Kuchař

Manažer

Skladník

Číšníci

Objednání zboží Created by: Pavel on 22.10.2014, Last Modified: 19.10.2014

Objednání zboží - (Activity diagram) Created by: Pavel on 22.10.2014, Last Modified: 28.10.2014

Page 28 of 97

Model Report

12 December, 2014 Skladník

Dodavatel

Výběr daného dodavatele

Obj ednání daného zboží

Vyřízení obj ednáv ky

Doplnění zásob

Figure: 10

Dodavatel Page 29 of 97

Model Report

12 December, 2014

Skladník

Vyúčtování Created by: Pavel on 22.10.2014, Last Modified: 22.10.2014 Tento balíček obsahuje diagram popisující vyúčtování na konci dne. V tomto diagramu se mimo aktivity vyskytuje také sender a receiver. Sender v tomto daném případě popisuje předání denního výpisu manažerovi. Tento dokument je významným výstupem a je nutný pro pokračování procesu a z tohoto důvodu je právě reprezentován senderem a ne pouhou aktivitou. Vyúčtování - (Activity diagram) Created by: Pavel on 22.10.2014, Last Modified: 28.10.2014 Popisuje vyúčtování mezi manažerem a zaměstnanci.

Page 30 of 97

Model Report

12 December, 2014

Manažer

Ostatní zaměstnanci

Zápis odpracovaných hodin

Zaháj ení v yúčtov ání

Kontrola zapsaných hodin

Je vše v pořádku?

Konzultace ano

Zápis do měsíční evidence

Figure: 11

Page 31 of 97

Rozdělení tringeltů

Model Report

12 December, 2014

Manažer


Naplánování směn Created by: Pavel on 22.10.2014, Last Modified: 22.10.2014 Tento balíček obsahuje diagram s popisem procesu naplánování směn. V diagramu figurují různé osoby, které jsou reprezentovány pomocí partitionů. Naplánování směn - (Activity diagram) Created by: Pavel on 22.10.2014, Last Modified: 28.10.2014 Naplánování směn se děje 1 týdně. Manažer určí směny. Zaměstnanci mohou přijít s alternativou, která může a nemusí být přijata.

Page 32 of 97

Model Report

12 December, 2014

Manažer


Kontrola určených směn

Určení směn

Mohou všichni zaměstnanci tak jak je to urč eno?

Jsou změny přijatelné? ne

Navrhnutí alternativ ano Změna plánu dle přij até alternativ y ne

ano


Figure: 12


Page 33 of 97

Model Report

12 December, 2014

Manažer


Model požadavků Package in package 'Model' Version 1.0 Phase 1.0 Proposed Pavel created on 24.10.2014. Last modified 24.10.2014

Model požadavků diagram Class diagram in package 'Model požadavků' Model požadavků Version 1.0 Pavel created on 24.10.2014. Last modified 24.10.2014 Funkční požadav ky

Obecné požadav ky

+ Pokladní subsystém

+ Doba odezvy

+ Správa životního cyklu objednávky

+ Ochrana osobních údajů

+ Správa lidských zdrojů restaurace

+ Odolnost

+ Správa nabídky restaurace

+ Přenositelnost

+ Správa skladu

+ Přístupnost

+ Správa stolů

+ Rozšířitelnost + Spolehlivost + Zálohovatelnost + Zotavení po havárii

Figure 1: Model požadavků

Funkční požadavky Package in package 'Model požadavků' Systém bude nabízet následující funkcionality Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 24.10.2014

Page 34 of 97

Model Report

12 December, 2014

Funkční požadavky diagram Requirements diagram in package 'Funkční požadavky' Funkční požadavky Version 1.0 Jakub created on 21.10.2014. Last modified 22.10.2014 «ArcGISSchemaView» Správ a živ otního cyklu obj ednáv ky

«ArcGISSchemaView» Správa nabídky restaurace

«ArcGISSchemaView» Správ a stolů

+ Vytvoření nové objednávky

+ Úprava nabídky

+ Správa rezervací

+ Editace objednávky a jejího stavu

+ Generování jídelního lístku

+ Editace stolů

+ Uzavření objednávky

Funkční požadav ky + Pokladní subsystém + Správa životního cyklu objednávky + Správa lidských zdrojů restaurace + Správa nabídky restaurace + Správa skladu + Správa stolů

(from Model požadavků)

«ArcGISSchemaView» Pokladní subsystém

«ArcGISSchemaView» Správ a lidských zdroj ů restaurace

«ArcGISSchemaView» Správa skladu

+ Uhrazení objednávky

+ Editace lidských zdrojů

+ Správa dodavatelů

+ Správa tržeb

+ Plánování směn

+ Generování objednávky

+ Vyhodnocení tržby

+ Evidence odpracovaných hodin

+ Úprava množství jednotek každé položky

+ Výplaty

+ Úprava položek skladu

Figure 2: Funkční požadavky

Pokladní subsystém Package «ArcGISSchemaView» in package 'Funkční požadavky' Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014

Pokladní subsystém diagram ArcGIS diagram in package 'Pokladní subsystém'

Page 35 of 97

Model Report

12 December, 2014

Pokladní subsystém Version 1.0 Jakub created on 21.10.2014. Last modified 22.10.2014 Správa tržeb

Uhrazení objednávky

Vyhodnocení tržby

Figure 3: Pokladní subsystém

Uhrazení objednávky Requirement «Functional» in package 'Pokladní subsystém' Systém bude umožňovat asistenci při hrazení objednávky zákazníkem, jako např. kalkukačku vrácených peněz, generování účtenky apod. Dále systém objednávku archivuje. Uhrazení objednávky Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Označit objednávku jako zaplacenou to «Functional» Uhrazení objednávky [ Direction is 'Source -> Destination'. ]

CONNECTORS Trace «trace» Source -> Destination From: Pokladní subsystém : ArcGISSchemaView, Public To: Uhrazení objednávky : Requirement, Public

Správa tržeb Requirement «Functional» in package 'Pokladní subsystém' Systém bude umožňovat generování přehledů o tržbách. Správa tržeb Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Zobrazit finance to «Functional» Správa tržeb

Page 36 of 97

[ Direction is 'Source -> Destination'. ]

Model Report

12 December, 2014

CONNECTORS Trace «trace» Source -> Destination From: Pokladní subsystém : ArcGISSchemaView, Public To: Správa tržeb : Requirement, Public

Vyhodnocení tržby Requirement «Functional» in package 'Pokladní subsystém' Systém bude umožňovat vyhodnocení tržby, aneb kolik peněz má být v pokladně na základě objednávek od posledního vybrání pokladny. Vyhodnocení tržby Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Zobrazit finance to «Functional» Vyhodnocení tržby

CONNECTORS Trace «trace» Source -> Destination From: Pokladní subsystém : ArcGISSchemaView, Public To: Vyhodnocení tržby : Requirement, Public

Page 37 of 97


Model Report

12 December, 2014

Správa lidských zdrojů restaurace Package «ArcGISSchemaView» in package 'Funkční požadavky' Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014

Správa lidských zdrojů restaurace diagram ArcGIS diagram in package 'Správa lidských zdrojů restaurace' Správa lidských zdrojů restaurace Version 1.0 Jakub created on 21.10.2014. Last modified 22.10.2014 Evidence odpracovaných hodin Editace lidských zdrojů

Plánování směn

Výplaty

Figure 4: Správa lidských zdrojů restaurace

Editace lidských zdrojů Requirement «Functional» in package 'Správa lidských zdrojů restaurace' Systém bude umožňovat přidávání, úpravy a odebírání zaměstnanců restaurace, resp. uživatelů systému. Zaměstnanci budou mít následující parametry: · jméno a příjmení · pohlaví · datum narození · rodné číslo · adresa · číslo účtu · funkce v restauraci · kontaktní informace · uživatelské jméno v systému

Editace lidských zdrojů Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Upravit informace o zaměstnanci to «Functional» Editace lidských zdrojů [ Direction is 'Source -> Destination'. ]

Page 38 of 97

Model Report

12 December, 2014

INCOMING STRUCTURAL RELATIONSHIPS Realization from Přidat zaměstnance to «Functional» Editace lidských zdrojů


CONNECTORS Trace «trace» Source -> Destination From: Správa lidských zdrojů restaurace : ArcGISSchemaView, Public To: Editace lidských zdrojů : Requirement, Public

Plánování směn Requirement «Functional» in package 'Správa lidských zdrojů restaurace' Systém bude umožňovat na základě časové dostupnosti zaměstanců a jejich preferencí generování směn. Plánování směn Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Vygenerovat pracovní dobu to «Functional» Plánování směn

Realization from Upravit směny to «Functional» Plánování směn



CONNECTORS Trace «trace» Source -> Destination From: Správa lidských zdrojů restaurace : ArcGISSchemaView, Public To: Plánování směn : Requirement, Public

Evidence odpracovaných hodin Requirement «Functional» in package 'Správa lidských zdrojů restaurace' Systém bude umožňovat na základě času zalogování uživatele v systému (a plánování směn) evidování jeho odpracovaných hodin. Evidence odpracovaných hodin Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Evidovat odpracované hodiny to «Functional» Evidence odpracovaných hodin [ Direction is 'Source -> Destination'. ]

Page 39 of 97

Model Report

12 December, 2014

INCOMING STRUCTURAL RELATIONSHIPS Realization from Upravit odpracované hodiny to «Functional» Evidence odpracovaných hodin [ Direction is 'Source -> Destination'. ]

CONNECTORS Trace «trace» Source -> Destination From: Správa lidských zdrojů restaurace : ArcGISSchemaView, Public To: Evidence odpracovaných hodin : Requirement, Public

Výplaty Requirement «Functional» in package 'Správa lidských zdrojů restaurace' Systém bude umožňovat na základě evidence odpracovaných hodin vygenerovat výplatní pásky. Výplaty Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Vygenerovat výplatní pásky to «Functional» Výplaty

CONNECTORS Trace «trace» Source -> Destination From: Správa lidských zdrojů restaurace : ArcGISSchemaView, Public To: Výplaty : Requirement, Public

Page 40 of 97


Model Report

12 December, 2014

Správa nabídky restaurace Package «ArcGISSchemaView» in package 'Funkční požadavky' Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014

Správa nabídky restaurace diagram ArcGIS diagram in package 'Správa nabídky restaurace' Správa nabídky restaurace Version 1.0 Jakub created on 21.10.2014. Last modified 22.10.2014 Úprava nabídky

Generování jídelního lístku

Figure 5: Správa nabídky restaurace

Úprava nabídky Requirement «Functional» in package 'Správa nabídky restaurace' Doplňování nových položek* nabídky, úprava a odstraňování stávajících. * položkou nabídky se rozumí nápoj, pokrm apod. Úprava nabídky Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Odebrat položku to «Functional» Úprava nabídky

Realization from Vytvořit menu to «Functional» Úprava nabídky

Realization from Upravit položku to «Functional» Úprava nabídky

Realization from Přidání položky to «Functional» Úprava nabídky

CONNECTORS

Page 41 of 97





Model Report

12 December, 2014

CONNECTORS Trace «trace» Source -> Destination From: Správa nabídky restaurace : ArcGISSchemaView, Public To: Úprava nabídky : Requirement, Public

Generování jídelního lístku Requirement «Functional» in package 'Správa nabídky restaurace' Systém bude umožňovat na základě aktuální nabídky vygenerovat jídelní lístek. Generování jídelního lístku Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Vygenerovat jídelní lístek to «Functional» Generování jídelního lístku [ Direction is 'Source -> Destination'. ]

CONNECTORS Trace «trace» Source -> Destination From: Správa nabídky restaurace : ArcGISSchemaView, Public To: Generování jídelního lístku : Requirement, Public

Page 42 of 97

Model Report

12 December, 2014

Správa skladu Package «ArcGISSchemaView» in package 'Funkční požadavky' Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014

Správa skladu diagram ArcGIS diagram in package 'Správa skladu' Správa skladu Version 1.0 Jakub created on 21.10.2014. Last modified 22.10.2014 Úprava množství jednotek každé položky Generování objednávky

Správa dodavatelů

Úprava položek skladu

Figure 6: Správa skladu

Správa dodavatelů Requirement «Functional» in package 'Správa skladu' Systém bude umožňovat spravovat dodavatele zboží. To později pomůže pro generování objednávkového listu. Správa dodavatelů Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Přidat dodavatele to «Functional» Správa dodavatelů

Realization from Upravit dodavatele to «Functional» Správa dodavatelů

CONNECTORS Trace «trace» Source -> Destination From: Správa skladu : ArcGISSchemaView, Public To: Správa dodavatelů : Requirement, Public

Page 43 of 97



Model Report

12 December, 2014

Generování objednávky Requirement «Functional» in package 'Správa skladu' Systém bude umožňovat na základě poklesu hladiny množství jednotlivých položek (pod jejich min úroveň) generování objednávkového listu. Generování objednávky Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Nastavit automatické objednávky to «Functional» Generování objednávky [ Direction is 'Source -> Destination'. ]

Realization from Vygenerovat objednávku chybějících surovin to «Functional» Generování objednávky [ Direction is 'Source -> Destination'. ]

CONNECTORS Trace «trace» Source -> Destination From: Správa skladu : ArcGISSchemaView, Public To: Generování objednávky : Requirement, Public

Úprava množství jednotek každé položky Requirement «Functional» in package 'Správa skladu' Systém bude umožňovat měnit množství jednotek každé položky. Úprava množství jednotek každé položky Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Upravit parametry položky to «Functional» Úprava množství jednotek každé položky [ Direction is 'Source -> Destination'. ]

CONNECTORS Trace «trace» Source -> Destination From: Správa skladu : ArcGISSchemaView, Public To: Úprava množství jednotek každé položky : Requirement, Public

Úprava položek skladu Requirement «Functional» in package 'Správa skladu' Page 44 of 97

Model Report

12 December, 2014

Systém bude umožňovat upravovat (přidávat, upravovat, mazat) jednotlivé položky skladu a nastavovat jejich parametry (minimální množství, kategorie, dodavatel apod.). Úprava položek skladu Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Upravit parametry položky to «Functional» Úprava položek skladu [ Direction is 'Source -> Destination'. ]

Realization from Přidat položku to «Functional» Úprava položek skladu

Realization from Odebrat položku to «Functional» Úprava položek skladu

CONNECTORS Trace «trace» Source -> Destination From: Správa skladu : ArcGISSchemaView, Public To: Úprava položek skladu : Requirement, Public

Page 45 of 97



Model Report

12 December, 2014

Správa stolů Package «ArcGISSchemaView» in package 'Funkční požadavky' Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014

Rezervační subsystém diagram ArcGIS diagram in package 'Správa stolů' Rezervační subsystém Version 1.0 Jakub created on 21.10.2014. Last modified 22.10.2014 Správa rezervací

Editace stolů

Figure 7: Rezervační subsystém

Správa rezervací Requirement «Functional» in package 'Správa stolů' Systém bude umožňovat správu rezervací pro každý stůl. Správa rezervací Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Stornovat rezervaci to «Functional» Správa rezervací

Realization from Zarezervovat stůl to «Functional» Správa rezervací

CONNECTORS Trace «trace» Source -> Destination From: Správa stolů : ArcGISSchemaView, Public To: Správa rezervací : Requirement, Public

Editace stolů Requirement «Functional» in package 'Správa stolů'

Page 46 of 97



Model Report

12 December, 2014

Systém bude umožňovat spravovat stoly (přidávání, mazání, úpravy) a jejich parametry (kapacita, umístění apod.). Editace stolů Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Editovat stoly to «Functional» Editace stolů

CONNECTORS Trace «trace» Source -> Destination From: Správa stolů : ArcGISSchemaView, Public To: Editace stolů : Requirement, Public

Page 47 of 97


Model Report

12 December, 2014

Správa životního cyklu objednávky Package «ArcGISSchemaView» in package 'Funkční požadavky' Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014

Správa životního cyklu objednávky diagram ArcGIS diagram in package 'Správa životního cyklu objednávky' Správa životního cyklu objednávky Version 1.0 Jakub created on 21.10.2014. Last modified 22.10.2014 Vytvoření nové objednávky

Editace objednávky a jejího stavu Uzavření objednávky

Figure 8: Správa životního cyklu objednávky

Vytvoření nové objednávky Requirement «Functional» in package 'Správa životního cyklu objednávky' Systém bude umožňovat vytvoření nové objednávky uživatelem. Nově vytvořená objednávka bude mít následující parametry: · čas vytvoření · jméno uživatele, který objednávku vytvořil · priorita · číslo stolu, ke kterému se objednávka váže · položky objednávky a jejich množství

Vytvoření nové objednávky Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Vytvořit objednávku to «Functional» Vytvoření nové objednávky

CONNECTORS Trace «trace» Source -> Destination From: Správa životního cyklu objednávky : ArcGISSchemaView, Public To: Vytvoření nové objednávky : Requirement, Public

Page 48 of 97


Model Report

12 December, 2014

Editace objednávky a jejího stavu Requirement «Functional» in package 'Správa životního cyklu objednávky' Po vytvoření objednávky bude závislá skupina uživatelů systému (kuchař, barman, barista atd.) upozorněna, resp jí uvidí ve frontě objednávek ke zpracování, kde u každé její položky budou moci nastavit jeden z následujících příznaků: · vytvořená · akceptovaná · připravená - upozornit číšníka · naservírovaná · zaplacená · stornovaná

Editace objednávky a jejího stavu Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Přidat položku objednávky to «Functional» Editace objednávky a jejího stavu [ Direction is 'Source -> Destination'. ]

Realization from Stornovat položku objednávky to «Functional» Editace objednávky a jejího stavu [ Direction is 'Source -> Destination'. ]

Realization from Označit objednávku jako "připravenou" to «Functional» Editace objednávky a jejího stavu [ Direction is 'Source -> Destination'. ]

Realization from Označit objednávku jako zaplacenou to «Functional» Editace objednávky a jejího stavu [ Direction is 'Source -> Destination'. ]

Realization from Změnit viditelnost položky to «Functional» Editace objednávky a jejího stavu [ Direction is 'Source -> Destination'. ]

Realization from Označit objednávku jako naservírovanou to «Functional» Editace objednávky a jejího stavu [ Direction is 'Source -> Destination'. ]

Realization from Akceptovat objednávku/položku objednávky to «Functional» Editace objednávky a jejího stavu [ Direction is 'Source -> Destination'. ]

CONNECTORS Trace «trace» Source -> Destination From: Správa životního cyklu objednávky : ArcGISSchemaView, Public To: Editace objednávky a jejího stavu : Requirement, Public

Page 49 of 97

Model Report

12 December, 2014

Uzavření objednávky Requirement «Functional» in package 'Správa životního cyklu objednávky' Objednávka bude uzavřena a archivována po jejím uhrazením zákazníkem. Uzavření objednávky Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 INCOMING STRUCTURAL RELATIONSHIPS Realization from Označit objednávku jako zaplacenou to «Functional» Uzavření objednávky [ Direction is 'Source -> Destination'. ]

CONNECTORS Trace «trace» Source -> Destination From: Správa životního cyklu objednávky : ArcGISSchemaView, Public To: Uzavření objednávky : Requirement, Public

Page 50 of 97

Model Report

12 December, 2014

Obecné požadavky Package in package 'Model požadavků' Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 24.10.2014

Obecné požadavky diagram Requirements diagram in package 'Obecné požadavky' Obecné požadavky Version 1.0 Jakub created on 21.10.2014. Last modified 22.10.2014 Zotavení po havárii Rozšířitelnost

Přístupnost «trace» «trace» Obecné požadav ky «trace»

Odolnost

+ Doba odezvy + Ochrana osobních údajů

Přenositelnost

+ Odolnost

«trace»

+ Přenositelnost «trace»

+ Přístupnost + Rozšířitelnost + Spolehlivost

«trace»

+ Zálohovatelnost

Ochrana osobních údajů

+ Zotavení po havárii

«trace» S polehlivost

(from Model požadavků) «trace»

«trace»

Doba odezvy

Zálohovatelnost

Figure 9: Obecné požadavky

Doba odezvy Requirement «Functional» in package 'Obecné požadavky' V běžném provozu (tj. do 100 přihlášených uživatelů) bude odezva aplikace do jedné sekundy. Při více než 100 uživatelích se odezva bude prodlužovat lineárně v závislosti na počtu uživatelů. Doba odezvy Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 CONNECTORS Page 51 of 97

Model Report

12 December, 2014

CONNECTORS Trace «trace» Source -> Destination From: Obecné požadavky : Package, Public To: Doba odezvy : Requirement, Public

Ochrana osobních údajů Requirement «Functional» in package 'Obecné požadavky' Systém bude navržen s ohledem na ochranu osobních údajů - šifrování osobních dat zaměstnanců, práva uživatelů apod. Ochrana osobních údajů Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 CONNECTORS Trace «trace» Source -> Destination From: Obecné požadavky : Package, Public To: Ochrana osobních údajů : Requirement, Public

Odolnost Requirement «Functional» in package 'Obecné požadavky' Systém bude navržen tak, aby byl dostatečně odolný a byly minimalizovány škody při havárii - záložní zdroj, záloha dat apod. Odolnost Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 CONNECTORS Trace «trace» Source -> Destination From: Obecné požadavky : Package, Public To: Odolnost : Requirement, Public

Přenositelnost Requirement «Functional» in package 'Obecné požadavky' Systém bude navržen dostatečně modulárně, aby mohl být bez obtíží upraven pro další zákazníky. Přenositelnost Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 CONNECTORS

Page 52 of 97

Model Report

12 December, 2014

CONNECTORS Trace «trace» Source -> Destination From: Obecné požadavky : Package, Public To: Přenositelnost : Requirement, Public

Přístupnost Requirement «Functional» in package 'Obecné požadavky' Systém bude uživateli dostupný až po jeho přihlášení a na základě jeho práv mu bude umožněna práce v systému v daném rozsahu. Přístupnost Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 CONNECTORS Trace «trace» Source -> Destination From: Obecné požadavky : Package, Public To: Přístupnost : Requirement, Public

Rozšířitelnost Requirement «Functional» in package 'Obecné požadavky' Systém bude implementován s ohledem na jeho pozdější úpravy a rozšíření. Rozšířitelnost Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 CONNECTORS Trace «trace» Source -> Destination From: Obecné požadavky : Package, Public To: Rozšířitelnost : Requirement, Public

Spolehlivost Requirement «Functional» in package 'Obecné požadavky' Systém bude navržen s ohledem na maximální spolehlivost, která je u restauračního systému klíčová. Střední interval výpadku bude 90 dní. Spolehlivost Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 CONNECTORS

Page 53 of 97

Model Report

12 December, 2014

CONNECTORS Trace «trace» Source -> Destination From: Obecné požadavky : Package, Public To: Spolehlivost : Requirement, Public

Zotavení po havárii Requirement «Functional» in package 'Obecné požadavky' Sytém se po havárii (výpadek proudu atd.) automaticky obnoví do 10 minut. Systém bude pravidelně zálohován, z důvodu minimalizace škod. Zotavení po havárii Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 28.10.2014 CONNECTORS Trace «trace» Source -> Destination From: Obecné požadavky : Package, Public To: Zotavení po havárii : Requirement, Public

Zálohovatelnost Requirement «Functional» in package 'Obecné požadavky' Systém bude možné zálohovat a to i automaticky. Zálohovatelnost Version 1.0 Phase 1.0 Proposed Jakub created on 21.10.2014. Last modified 22.10.2014 CONNECTORS Trace «trace» Source -> Destination From: Obecné požadavky : Package, Public To: Zálohovatelnost : Requirement, Public

Use Case diagramy Package in package 'Model' Use Case diagramy Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 24.10.2014

Page 54 of 97

Model Report

12 December, 2014

MapovaniPozadavkuNaUseCases diagram Use Case diagram in package 'Use Case diagramy' MapovaniPozadavkuNaUseCases Version 1.0 Jakub created on 22.10.2014. Last modified 24.10.2014

Page 55 of 97

Model Report

12 December, 2014 Požadavky

Systém

Správa tržeb (from Pokladní subsystém) Uhrazení objednávky

Upravit informace o zaměstnanci

(from Pokladní subsystém) Vyhodnocení tržby

Přidat zaměstnance

Zobrazit finance

Vygenerovat pracovní dobu

Evidovat odpracované hodiny

(from Pokladní subsystém) Upravit odpracované hodiny

Editace lidských zdrojů (from Správa lidských zdrojů restaurace) Evidence odpracovaných hodin

Uprav it směny

Vytv ořit menu Vygenerovat výplatní pásky

(from Správa lidských zdrojů restaurace) Plánování směn (from Správa lidských zdrojů restaurace)

Nastavit automatické objednávky

Vygenerovat jídelní lístek

Výplaty

Odebrat položku

(from Správa lidských zdrojů restaurace) Generování jídelního lístku

Vygenerovat objednávku chyběj ících surov in

Uprav it položku

(from Správa nabídky restaurace) Přidání položky

Úprava nabídky (from Správa nabídky restaurace) Generování objednávky

Přidat dodav atele

Upravit dodavatele Zadat storno poplatek

(from Správa skladu) Správa dodavatelů (from Správa skladu)

Zarezerv ov at stůl

Úprava množství jednotek každé položky

«extend»

Upravit parametry položky

Stornov at položku objednávky

(from Správa skladu) Úprava položek skladu

Stornovat rezervaci

(from Správa skladu)

Změnit v iditelnost položky

Editace stolů (from Správa stolů) Správa rezervací

Přidat položku objednávky

(from Správa životního cyklu objednávky)

Akceptovat obj ednáv ku/položku objednávky

Vytvoření nové objednávky

«include»

Editovat stoly

Označit obj ednáv ku j ako "připrav enou"

Uzavření objednávky (from Správa životního cyklu objednávky)

Odebrat položku Označit obj ednáv ku jako naservírovanou

(from Správa stolů) Editace objednávky a jejího stavu

Přidat položku

Označit obj ednáv ku jako zaplacenou

(from Správa životního cyklu objednávky)

Page 56 of 97

Vytv ořit obj ednáv ku

Model Report

12 December, 2014 Figure 10: MapovaniPozadavkuNaUseCases

RoleSystemu diagram Use Case diagram in package 'Use Case diagramy' RoleSystemu Version 1.0 Jakub created on 22.10.2014. Last modified 28.10.2014

Nepřihlášený uživ atel

Manažer

Čas

Číšník

Skladník

Kuchař

Figure 11: RoleSystemu

UseCaseDiagram diagram Use Case diagram in package 'Use Case diagramy' UseCaseDiagram Version 1.0 Jakub created on 22.10.2014. Last modified 26.11.2014

Page 57 of 97

Model Report

12 December, 2014

ResiSys

Editace jídelního/ nápojového lístku

Správa zaměstnanců

Odebrat položku Přidání položky Manažer

«include»

«include» Uprav it položku Vytv ořit menu

Vyplnit informace o zaměstnanci

Editovat stoly

Upravit odpracované hodiny

Zobrazit finance

Vygenerovat jídelní lístek

Přidat zaměstnance

Upravit informace o zaměstnanci

Uprav it směny

Evidovat odpracované hodiny

Vygenerovat pracovní dobu

Změnit v iditelnost položky

Správa a obsluha zákazníků

Vygenerovat výplatní pásky

Správa skladu Čas Vygenerovat objednávku chyběj ících surov in

Přidat položku objednávky

Nastavit automatické objednávky

Zarezerv ov at stůl «include»

Vytv ořit obj ednáv ku Přidat položku Číšník

Stornovat rezervaci Upravit parametry položky

Označit obj ednáv ku jako naservírovanou Zadat storno poplatek

Označit obj ednáv ku jako zaplacenou

Přidat dodav atele Skladník Upravit dodavatele

«extend» Odebrat položku

Stornov at položku objednávky

Označit obj ednáv ku j ako "připrav enou"

Kuchař

Přihlásit se

Akceptovat obj ednáv ku/položku objednávky

Nepřihlášený uživ atel

Figure 12: UseCaseDiagram

Page 58 of 97

Model Report

12 December, 2014

Lifelines Package in package 'Use Case diagramy' Lifelines Version 1.0 Phase 1.0 Proposed Pavel created on 12.12.2014. Last modified 12.12.2014

Services Package in package 'Lifelines' Services Version 1.0 Phase 1.0 Proposed Pavel created on 12.12.2014. Last modified 12.12.2014

Page 59 of 97

Model Report

12 December, 2014

Controllers Package in package 'Lifelines' Controllers Version 1.0 Phase 1.0 Proposed Pavel created on 12.12.2014. Last modified 12.12.2014

Page 60 of 97

Model Report

12 December, 2014

Views Package in package 'Lifelines' Views Version 1.0 Phase 1.0 Proposed Pavel created on 12.12.2014. Last modified 12.12.2014

CreateMenuItem Sequence «View» in package 'Views' CreateMenuItem Version 1.0 Phase 1.0 Proposed Pavel created on 11.12.2014. Last modified 12.12.2014

CreateReservaion Sequence «View» in package 'Views' CreateReservation Version 1.0 Phase 1.0 Proposed Pavel created on 12.12.2014. Last modified 12.12.2014

CreateTable Sequence «View» in package 'Views' CreateTable Version 1.0 Phase 1.0 Proposed Pavel created on 12.12.2014. Last modified 12.12.2014

EditTable Sequence «View» in package 'Use Case diagramy' EditTable Version 1.0 Phase 1.0 Proposed Pavel created on 11.12.2014. Last modified 12.12.2014

GenerateMenu Sequence «View» in package 'Views' GenerateMenu Version 1.0 Phase 1.0 Proposed Pavel created on 11.12.2014. Last modified 12.12.2014

UserEdit Sequence «View» in package 'Use Case diagramy'

Page 61 of 97

Model Report

12 December, 2014

UserEdit Version 1.0 Phase 1.0 Proposed Pavel created on 12.12.2014. Last modified 12.12.2014

Page 62 of 97

Model Report

12 December, 2014

DAOs Package in package 'Lifelines' DAOs Version 1.0 Phase 1.0 Proposed Pavel created on 12.12.2014. Last modified 12.12.2014

User Actor in package 'Lifelines' User Version 1.0 Phase 1.0 Proposed Jakub created on 10.12.2014. Last modified 12.12.2014

Uživatel Actor in package 'Lifelines' Uživatel Version 1.0 Phase 1.0 Proposed Jakub created on 10.12.2014. Last modified 12.12.2014



Systém Sequence in package 'Use Case diagramy' Systém Version 1.0 Phase 1.0 Proposed Jakub created on 10.12.2014. Last modified 12.12.2014

Web browser Sequence in package 'Lifelines'

Page 63 of 97

Model Report

12 December, 2014

Web browser Version 1.0 Phase 1.0 Proposed Pavel created on 11.12.2014. Last modified 12.12.2014

Kuchař Actor in package 'Use Case diagramy' Má na starosti přípravu jídla. V systému může upravovat stav objednávky. Kuchař Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 28.10.2014

Manažer Actor in package 'Use Case diagramy' V systému má veškerá možná oprávnění. Stará se o jeho celkový chod a o chod restaurace samotné. Mj. tvoří jídelní lístek, stará se o správu zaměstnanců, výplaty apod. Všechny ostatní role jsou mu podřízeny. Manažer Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 28.10.2014

Nepřihlášený uživatel Actor in package 'Use Case diagramy' Uživatel, který není přihlášený. Nepřihlášený uživatel Version 1.0 Phase 1.0 Proposed Jakub created on 28.10.2014. Last modified 28.10.2014

Skladník Actor in package 'Use Case diagramy' Spravuje zásoby na skladě a stará se o objednávky zásob a zboží. Mj. upravuje záznamy o dodavatelích. Skladník Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 28.10.2014

Čas Actor in package 'Use Case diagramy' Čas Version 1.0 Phase 1.0 Proposed Page 64 of 97

Model Report

12 December, 2014

Jakub created on 22.10.2014. Last modified 22.10.2014

Číšník Actor in package 'Use Case diagramy' Vytváří, upravuje, maže a servíruje objednávku. Stará se o rezervace stolu. Může zviditelnit/zneviditelnit položku v jídelním lístku (např. pokud dostane od kuchaře zprávu, že již nejsou suroviny). Číšník Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 28.10.2014

Akceptovat objednávku/položku objednávky UseCase in package 'Use Case diagramy' 1. Systém zobrazí aktuální stav objednávky a možnosti změny stavu. 2. Uživatel vybere stav ,,Akceptovaná". 3. Systém označí objednávku za ,,Akceptovanou". Akceptovat objednávku/položku objednávky Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Editovat stoly UseCase in package 'Use Case diagramy' Systém umožní uživateli upravovat počty stolů v restauraci a jejich parametry: - počet míst - číslo stolu - kuřácký / nekuřácký 1. 2. 3. 4. 5. 6. 7. 8.

Uživatel vstoupí do nabídky stolů Systém zobrazí seznam stolů Uživate vybere stůl, který je třeba upravit Systém zobrazí formulář s podrobnostmi k vybranému stolu Uživatel ve formuláři upraví podrobnosti daného stolu a dá pokyn k uložení IF formulář je vyplněn nesprávně THEN a) Systém vypíše chybové hlášení b) JUMP TO 4) Systém uloží úpravy stolu Systém zobrazí formulář pro úpravu stolů

Editovat stoly Version 1.0 Phase 1.0 Proposed Jakub created on 24.10.2014. Last modified 26.11.2014 Basic Path Editace stolů:

Page 65 of 97

Model Report

12 December, 2014

Upravit stůl diagram Interaction diagram in package 'Use Case diagramy' Upravit stůl Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014 (from Lifelines)

«Controller»

«View»

«Service»

«DAO»

RestTables

EditTable

RestTableService

RestTableDAO

Uživatel

getEditTableForm(id) getTable(id) read(id) :restTable :restTable render() :htmlCode ok(): htmlCode

sendTableUpdate() editTable(restTable) update(restTable) redirect(): allTablesList

Figure 13: Upravit stůl

Evidovat odpracované hodiny UseCase in package 'Use Case diagramy' 1. Uživatel v nastavený čas spustí use case 2. Systém vypočítá pro každého zaměstnance počet odpracovaných hodin podle nastavených směn 3. Systém uloží odpracované hodiny Evidovat odpracované hodiny Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Nastavit automaické objednávky Page 66 of 97

Model Report

12 December, 2014

UseCase in package 'Use Case diagramy' 1. 2.

Uživatel otevře formulář pro nastavení aut. objednávky. Po odeslání formuláře uživatelem systém zvaliduje jeho položky a když jsou v pořádku, tak formulář je uložen. V opačním případě ho systém vrátí uživateli.

Nastavit automatické objednávky Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 10.11.2014

Odebrat položku UseCase in package 'Use Case diagramy' Systém umožní uživateli odebrat položku z jídelního / nápojového lístku 1. 2. 3. 4.

5.

Systém zobrazí přehled všech položek v jídelním lístku Uživatel zvolí položku ze seznamu a zadá její odstranění Systém požádá o potvrzení IF uživatel požadavek potvrdí THEN a) Systém položku odstraní ELSE a) Systém neprovede žádnou akci Systém zobrazí přehled všech položek v jídelním lístku

Odebrat položku Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 26.11.2014 Basic Path Odebrání položky jídelního lístku:

Smazání položky jídelního lístku diagram Interaction diagram in package 'Use Case diagramy' Smazání položky jídelního lístku Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014

Page 67 of 97

Model Report

12 December, 2014

(from Lifelines)

«Controller»

«Service»

«DAO»

M enuItems

MenuItemService

M enuItemDAO

Uživatel

deleteMenuItem(id) getMenuItemById(id) read(id) :menuItem :menuItem deleteMenuItem(menuItem)

delete(menuItem)

redirect(): menuItemList

Figure 14: Smazání položky jídelního lístku

Odebrat položku UseCase in package 'Use Case diagramy' 1. 2. 3. 4.

Uživatel otevře úpravu položek skladu. Systém zobrazí list položek skladu. Uživatel vybere jednu položku, kterou chce odstranit. Systém odstraní položku z databáze.

Odebrat položku Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 10.11.2014

Označit objednávku jako "připravenou" Page 68 of 97

Model Report

12 December, 2014

UseCase in package 'Use Case diagramy' 1. Systém zobrazí aktuální stav objednávky a možnosti změny stavu 2. Uživatel vybere stav ,,Připravená". 3. Systém označí objednávku za ,,Připravenou" Označit objednávku jako "připravenou" Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Změna stavu objednávky diagram Interaction diagram in package 'Use Case diagramy' Změna stavu objednávky Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014 NEDOKONCENO Systém

(from Lifelines) Uživatel

getEditOrderStatusDialog()

render(): orderStatusDIalog

setOrderStatus() render(): allOrdersPage

Figure 15: Změna stavu objednávky

Označit objednávku jako naservírovanou UseCase in package 'Use Case diagramy' 1. Systém zobrazí aktuální stav objednávky a možnosti změny stavu 2. Uživatel vybere stav ,,Naservírovaná". 3. Systém označí objednávku za ,,Naservírovanou" Označit objednávku jako naservírovanou Page 69 of 97

Model Report

12 December, 2014

Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Označit objednávku jako zaplacenou UseCase in package 'Use Case diagramy' 1. Systém vygeneruje platební údaje o příslušné objednávce a zobrazí je uživateli. 2. Uživatel zadá sumu předanou zákazníkem. 3. IF suma je menší než požadovaná platba THEN 3.1 Systém upozorní uživatele na špatně zadaný údaj 3.2 JUMP TO 2) 3. Systém vypočítá, kolik se má zákazníkovi vrátit. 4. Uživatel potvrdí informace. 5. Systém označí objednávku za ,,Zaplacenou" Označit objednávku jako zaplacenou Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Přidat dodavatele UseCase in package 'Use Case diagramy' 1. 2.

Uživatel otevře formulář pro přidání nového dodavatele a vyplní jej. Systém zvlaliduje a uloží data do databáze.

Přidat dodavatele Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 10.11.2014

Přidat položku UseCase in package 'Use Case diagramy' 1. 2.

Uživatel otevře formulář pro přidání nové položky skladu a vyplní jej. Systém zvlaliduje a uloží data do databáze.

Přidat položku Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 10.11.2014

Přidat položku objednávky UseCase in package 'Use Case diagramy' Scénář: 1. Systém zobrazí uživateli formulář pro přidání nové položky do objednávky 2. Uživatel zadá údaje potřebné pro přidání nové položky a potvrdí. 3. IF údaje nejsou zadány korektně THEN Page 70 of 97

Model Report

4.

12 December, 2014

a) Systém upozorní uživatele na špatně zadaná data b) GOTO krok 2 Systém uloží novou položku do dané objednávky v databázi

Přidat položku objednávky Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 13.11.2014 Basic Path Přidání položky objednávky: 1 Systém zobrazí uživateli formulář pro přidání nové položky do objednávky. 2 Uživatel zadá údaje potřebné pro přidání nové položky a potvrdí. . 3 Systém uloží novou položku do dané objednávky v databázi. . Alternate Paths Chybně zadaná data: (at 2) Údaje nejsou zadány korektně.. Systém upozorní uživatele na špatně zadaná data..

Přidat zaměstnance UseCase in package 'Use Case diagramy' 1. Systém zobrazí uživateli formulář pro vyplnění údajů o zaměstnanci. 2. <> Vyplnit informace o zaměstnanci 3. Systém přidá zaměstnance do databáze. Přidat zaměstnance Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Přidání zaměstnance diagram Interaction diagram in package 'Use Case diagramy' Přidání zaměstnance Version 1.0 paulos created on 03.12.2014. Last modified 12.12.2014

Page 71 of 97

Model Report

12 December, 2014

(from Lifelines)

«Controller»

«Service»

«DAO»

RestUsers

RestUserService

RestUserDAO

User

sendNewEmployeeForm() createNewUser(restUser) create(restUser)

redirect(): employessList

Figure 16: Přidání zaměstnance

Přidání položky UseCase in package 'Use Case diagramy' Systém umožní uživateli přidat položku do jídelního / nápojového lísktu. 1. 2. 3. 4. 5. 6. 7. 8.

Systém zobrazí přehled všech položek v jídelním lístku Uživatel zadá vytvoření nové položky Systém zobrazí formulář k přidání nové položky Uživatel vyplní název, gramáž, cenu, popř. další parametry položky Uživatel dá pokyn k uložení položky IF formulář nebyl správně vyplněn THEN a) Systém zobrazí chybové hlášení b) JUMP TO 3) Systém položku uloží Systém zobrazí přehled všech položek v jídelním lístku

Přidání položky Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 12.12.2014 Basic Path Přidání položky do jídelního lístku:

Přidání položky do jídelního lístku diagram Interaction diagram in package 'Use Case diagramy' Page 72 of 97

Model Report

12 December, 2014

Přidání položky do jídelního lístku Version 1.0 paulos created on 03.12.2014. Last modified 12.12.2014 (from Lifelines)

«Controller»

«View»

«Service»

«DAO»

M enuItems

CreateMenuItem

MenuItemService

M enuItemDAO

Uživatel (from Views) renderItemForm() render() :htmlCode ok(): htmlCode

addMenuItem(?????) createNewMenuItem(newItem) create() redirect(): menuItemList

Figure 17: Přidání položky do jídelního lístku

Přihlásit se UseCase in package 'Use Case diagramy' 1. 2. 3.

Systém zobrazí přihlašovací formulář. Uživatel zadá svoji kombinaci uživatelského jména a hesla a odešle formulář. Systém ověří korektnost přihlašovacích údajů. U připadě jejich správnosti uživatele pustí do systému, v opačním případě uživatele upozorní na jejich nesprávnost. Scénář pokračuje bodem 2.

Page 73 of 97

Model Report

12 December, 2014

Přihlásit se Version 1.0 Phase 1.0 Proposed Jakub created on 28.10.2014. Last modified 10.11.2014

Stornovat položku objednávky UseCase in package 'Use Case diagramy' 1. Systém zobrazí formulář pro stornování položky objednávky. 2. Uživatel zadá pořebné údaje (např. důvod storna). 3. IF položka objednávky je ve stavu ,,Akceptovaná" či pozdějším stavu ve svém životním cyklu THEN 3.1 <<extends>> Zadat storno poplatek 4. Systém stornuje položku objednávky - tj. označí její stav za ,,Stornovaná" . Stornovat položku objednávky Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Stornovat rezervaci UseCase in package 'Use Case diagramy' 1. Systém zobrazí formulář pro stornování rezervace. 2. Uživatel zadá pořebné údaje (např. důvod storna). 3. Systém stornuje rezervaci. Stornovat rezervaci Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Odstranění rezervace diagram Interaction diagram in package 'Use Case diagramy' Odstranění rezervace Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014

Page 74 of 97

Model Report

12 December, 2014

(from Lifelines)

«Controller»

«Service»

«DAO»

RestTables

RestTableService

ReservationDAO

Uživatel

deleteTableReservation(id) getReservation(id) read(id) :reservation :reservation deleteReservation(reservation) delete(reservation) redirect(): tableReservationsList

Figure 18: Odstranění rezervace

Úprava rezervace diagram Interaction diagram in package 'Use Case diagramy' Úprava rezervace Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014

Page 75 of 97

Model Report

12 December, 2014

(from Lifelines)

«Controller»

«Service»

«DAO»

RestTables

RestTableService

ReservationDAO

Uživatel selectTableReservationToEdit() getReservation(id) read(id) :reservation :reservation render(): tableReservationForm

sendUpdateTableReservation() editReservation(reservation) edit(reservation) redirect(): tableReservationsList

Figure 19: Úprava rezervace

Upravit dodavatele UseCase in package 'Use Case diagramy' 1. 2. 3. 4. 5. 6.

Uživatel otevře úpravu dodavatele. Systém zobrazí list dodavatelů. Uživatel vybere jednu položku, kterou bude upravovat. Systém otevře formulář pro úpravu dodavatele. Uživatel vyplní formulář a odešle jej. Systém zvaliduje data a aktualizuje je v databázi.

Upravit dodavatele Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 10.11.2014

Upravit informace o zaměstnanci UseCase in package 'Use Case diagramy' 1. Systém zobrazí uživateli formulář pro vyplnění údajů o zaměstnanci s načtenými aktuálními daty o zaměstnanci z databáze. 2. <> Vyplnit informace o zaměstnanci 3. Systém uloží upravené údaje. Upravit informace o zaměstnanci Page 76 of 97

Model Report

12 December, 2014

Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Úprava zaměstnance diagram Interaction diagram in package 'Use Case diagramy' Úprava zaměstnance Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014 (from Lifelines)

«Controller»

«View»

«Service»

«DAO»

RestUsers

UserEdit

RestUserService

RestUserDAO

User

editSelectedEmploeeForm(id) getUser(id)

read(id) :restUser :restUser render() :htmlCode ok(): htmlCode

sendEditEmploeeForm(id, firstName, lastName, newPassword) getUser(id) read(id) :restUser :restUser editUser(restUser) update(restUser) [newPassword != null]: changeUserPassword(restUser, newPassword) update(restUser) redirect(): listOfEmployees

Figure 20: Úprava zaměstnance Page 77 of 97

Model Report

12 December, 2014

Upravit odpracované hodiny UseCase in package 'Use Case diagramy' 1. IF Uživatel již upravoval odpracované hodiny zaměstnance za dané výplatní období (měsíc). 1.1. THEN Systém zobrazí naposledy vyplněné údaje z databáze. 1.2. ELSE Systém zobrazí údaje vypočítané podle rozdělení směn 2. Uživatel upraví odpracované hodiny zaměstnance 3. Systém uloží upravené údaje. Upravit odpracované hodiny Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Upravit parametry položky UseCase in package 'Use Case diagramy' 1. 2. 3. 4. 5. 6.

Uživatel otevře úpravu položek skladu. Systém zobrazí list položek skladu. Uživatel vybere jednu položku, kterou bude upravovat. Systém otevře formulář pro úpravu položky skladu. Uživatel vyplní formulář a odešle jej. Systém zvaliduje data a aktualizuje je v databázi.

Upravit parametry položky Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 10.11.2014

Upravit položku UseCase in package 'Use Case diagramy' Systém umožní uživateli upravit parametry položky jídelního / nápojového lístku 1. 2. 3. 4. 5. 6. 7. 8. 9.

Scénář začíná, když je třeba upravit položku jídelního lístku Systém zobrazí přehled všech položek v jídelním lístku Uživatel vybere položku z jídelního lístku a zvolí Upravit Systém zobrazí formulář k úpravě položky Uživatel upraví parametry položky Uživatel zvolí uložení položky IF formulář byl nesprávně vyplněn, THEN a) Systém vypíše chybové hlášení b) JUMP TO 4) Systém položku uloží Systém zobrazí přehled všech položek v jídelním lístku

Upravit položku Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 26.11.2014 Page 78 of 97

Model Report

12 December, 2014

Basic Path Úprava položky v jídelním lístku: 1 Systém zobrazí přehled všech položek v jídelním lístku. 2 Manažer vybere položku z jídelního lístku a zvolí Upravit. 3 Systém zobrazí formulář k úpravě položky. 4 Manažer upraví parametry položky. 5 Manažer zvolí uložení položky. 6 Systém položku uloží. 7 Systém zobrazí přehled všech položek v jídelním lístku. Alternate Paths Neplatné úpravy parametrů: (at 4) Manažer zadá neplatné úpravy parametrů. Systém vypíše chybové hlášení.

Úprava položky jídelního lístku diagram Interaction diagram in package 'Use Case diagramy' Úprava položky jídelního lístku Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014 (from Lifelines)

«Controller»

«Service»

«DAO»

M enuItems

MenuItemService

M enuItemDAO

Uživatel

edit(id) getMenuItemById(id) read(id)

:menuItem

editMenuItem(): menuItem update(): menuItem redirect(): menuItemList

Figure 21: Úprava položky jídelního lístku

Upravit směny UseCase in package 'Use Case diagramy' 1. Systém zobrazí uživateli nastavené směny 2. Uživatel upraví a potvrdí nastavení směn 3. Systém uloží upravené směny

Page 79 of 97

Model Report

12 December, 2014

Upravit směny Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Vygenerovat jídelní lístek UseCase in package 'Use Case diagramy' Systém umožní uživateli vygenerovat jídelní lístek (textový soubor / pdf), který se bude skládat ze všech položek jídelního / nápojového lístku, které jsou aktuálně viditelné. 1. 2. 3. 4.

Scénář začíná, když manažer nebo číšník chtějí vygenerovat jídelní lístek Uživatel zvolí volbu pro generování jídelního lístku IF systém vyhodnotí, že neexistují žádné viditelné položky THEN a) Systém vypíše hlášení o prázdnosti lístku ELSE a) Systém zobrazí současnou podobu jídelního lístku b) Uživatel zvolí vygenerování jídelního lístku c) Systém vyhodnotí, které položky jsou viditelné d) Systém vygeneruje jídelní lístek pro viditelné položky jako dokument e) Uživatel vygenerovaný dokument uloží nebo vytiskne

Vygenerovat jídelní lístek Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 26.11.2014 Basic Path Generování jídelního lístku:

Generování jídelního lístku diagram Interaction diagram in package 'Use Case diagramy' Generování jídelního lístku Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014

Page 80 of 97

Model Report

12 December, 2014 «Controller»

(from Lifelines)

Web browser

M enuItems

«View»

«Service»

«DAO»

G enerateMenu

MenuItemService

MenuItemDAO

Uživatel (from Lifelines)

(from Views)

getGenerateMenuForm() getAllMenuItems() readAll() :menuItems :menuItems

render(all) :htmlCode ok(): htmlCode

print()

Figure 22: Generování jídelního lístku

Vygenerovat objednávku chybějících surovin UseCase in package 'Use Case diagramy' 1. 2. 3. 4.

Uživatel spustí generování objednávky chybějících surovin Systém vygeneruje objednávku dle hladiny stavu jednotlivých položek skladu. Uživatel seznam zkontroluje a případně manuálně upraví. Systém umožní uživateli vyexportovat objednávkový list.

Vygenerovat objednávku chybějících surovin Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 10.11.2014

Vygenerovat pracovní dobu UseCase in package 'Use Case diagramy' 1. Uživatel spustí generování pracovní doby 2. Systém vygeneruje pracovní dobu zaměstnanců s ohledem na jejich pracovní pozici a to, na jaké směny chodí 3. Uživatel vygenerovaná data zkontroluje a potvrdí 4. Systém uloží vygenerované pracovní doby do databáze

Page 81 of 97

Model Report

12 December, 2014

Vygenerovat pracovní dobu Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Vygenerovat výplatní pásky UseCase in package 'Use Case diagramy' 1. Uživatel v nastavený čas spustí use case 2. Systém vypočítá pro každého zaměstnance podle počtu odpracovaných hodin a pracovní pozice výplatní pásku 3. Systém uloží vygenerované výplatní pásky do databáze Vygenerovat výplatní pásky Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Vyplnit informace o zaměstnanci UseCase in package 'Use Case diagramy' 1. Uživatel vyplní formulář a potvrdí jej. 2. Systém ověří korektní formu vyplněných údajů. 3. IF údaje nejsou vyplněné korektně THEN 3.1. Systém označí nekorektně vyplněná pole. 3.2. JUMP TO 1) Vyplnit informace o zaměstnanci Version 1.0 Phase 1.0 Proposed Jakub created on 03.11.2014. Last modified 03.11.2014

Vytvořit menu UseCase in package 'Use Case diagramy' Systém umožní uživateli vytvořit menu z jednotlivých položek jídelního / nápojového lístku Vytvořit menu Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 13.11.2014 Basic Path Vytvoření menu:

Constraints Uživatel systému musí být přihlášen. Type: Pre-condition Status: Proposed

Weight: 0

Page 82 of 97

Model Report

12 December, 2014

Constraints Uživatel musí být manažer. Type: Pre-condition Status: Proposed

Weight: 1

Vytvořit objednávku UseCase in package 'Use Case diagramy' 1. Systém vytvoří prázdnou obejdnávku a uloží ji do databáze. 2. WHILE Zákazník chce objednat položku DO 2.1 <> Přidat položku objednávky 3. Systém označí objednávku jako ,,Vytvořená" Vytvořit objednávku Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Vytvořit objednávku diagram Interaction diagram in package 'Use Case diagramy' Vytvořit objednávku Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014 NEDOKONCENO Systém

(from Lifelines) Uživatel getNewOrderForm() render(): newOrderForm

sendFilledNewOrderForm() render(): allOrdersList

Figure 23: Vytvořit objednávku

Page 83 of 97

Model Report

12 December, 2014

Zadat storno poplatek UseCase in package 'Use Case diagramy' 1. Systém zobrazí formulář na zadání stornopoplatku. 2. Uživatel vyplní formulář a potvrdí. 3. IF Poplatek zadán v procentech THEN 3.1 Systém vypočítá fixní částku. 4. Systém zaeviduje stornopoplatek jako novou cenu stornované objednávky/položky objednávky. Zadat storno poplatek Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Zarezervovat stůl UseCase in package 'Use Case diagramy' 1. Systém zobrazí uživateli formulář pro rezervaci stolů 2. Uživatel vyplní údaje a potvrdí. 3. IF Data jsou nekorektně zadána THEN 3.1 Systém upozorní uživatele na špatně zadané data 3.2 JUMP TO 2) 4. Systém uloží údaje do databáze. Zarezervovat stůl Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 03.11.2014

Vytvoření rezervace diagram Interaction diagram in package 'Use Case diagramy' Vytvoření rezervace Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014

Page 84 of 97

Model Report

12 December, 2014

(from Lifelines)

«Controller»

«Service»

«DAO»

«DAO»

RestTables

RestTableService

ReservationDAO

RestTableDAO

Uživatel

addNewReservation() createReservationForTable (restTable, reservation) create(reservation) update(restTable) redirect(): allTablesList

Figure 24: Vytvoření rezervace

Změnit viditelnost položky UseCase in package 'Use Case diagramy' Číšník nebo manažer je schopen v systému označit položku jako neviditelnou, čímž se skryje z jídelního lístku a nelze ji objednat. 1. 2.

3.

Scénář začíná, když systém zobrazí položky v jídelním lístku IF položka je viditelná THEN a) Uživatel zvolí viditelnou položku b) Systém volbu viditelně označí c) Uživatel zvolí zneviditelnění d) Systém zvolenou položku označí jako neviditelnou ELSE a) Uživatel zvolí neviditelnou položku b) Systém volbu označí c) Uživatel zvolí zviditelnění d) Systém zvolenou položku označí jako viditelnou Systém zobrazí položky v jídelním lístku

Změnit viditelnost položky Version 1.0 Phase 1.0 Proposed Jakub created on 22.10.2014. Last modified 26.11.2014 Basic Path Změna viditelnosti položky:

Page 85 of 97

Model Report

12 December, 2014

Zobrazit inance UseCase in package 'Use Case diagramy' Systém umožní uživateli zobrazit přehledy tržeb a vypočítaný zůstatek pokladny Zobrazit finance Version 1.0 Phase 1.0 Proposed Jakub created on 24.10.2014. Last modified 24.10.2014

Další sekvenční diagramy Obsluha zákazníků Smazat objednávku diagram Interaction diagram in package 'Obsluha zákazníků' Smazat objednávku Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014 NEDOKONCENO Systém


deleteOrder()

render(): allOrdersList

Figure 25: Smazat objednávku

Page 86 of 97

(from Use Case diagramy)

Model Report

12 December, 2014

Upravit objednávku diagram Interaction diagram in package 'Obsluha zákazníků' Upravit objednávku Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014 NEDOKONCENO Systém


getEditOrderForm()

render(): editOrderForm

sendOrderUpdate()

render(): allOrderList

Figure 26: Upravit objednávku

Page 87 of 97


Model Report

12 December, 2014

Správa stolů Smazat stůl diagram Interaction diagram in package 'Správa stolů' Smazat stůl Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014 «C ontroller»

«Service»

«DAO»

RestTables

RestTableService

RestTableDAO





deleteTable()

getTable(id) read(id) :restTable :restTable

[res tTable != null]:deleteTable(restTable) delete(restTable) redirec t(): allTablesList

Figure 27: Smazat stůl

Page 88 of 97

Model Report

12 December, 2014

Vytvořit stůl diagram Interaction diagram in package 'Správa stolů' Vytvořit stůl Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014 (from Lifelines)

«Controller»

«Service»

«DAO»

RestTables

RestTableService

RestTableDAO




Uživatel

sendFilledNewTableForm() createNewTable(restTable) create(restTable) redirect(): allTablesList

Figure 28: Vytvořit stůl

Page 89 of 97

Model Report

12 December, 2014

Správa zaměstnanců Smazání zaměstnance diagram Interaction diagram in package 'Správa zaměstnanců' Smazání zaměstnance Version 1.0 Jakub created on 10.12.2014. Last modified 12.12.2014 (from Lifelines)

«Controller»

«Service»

«DAO»

RestUsers

RestUserService

RestUserDAO




User

deleteSelectedEmploee(id) getUser(id) read(id) :restUser :restUser deleteUser(restUser) delete(restUser) redirect(): listOfEmployees

Figure 29: Smazání zaměstnance

Page 90 of 97

Model Report

12 December, 2014

Model architektury systému Package in package 'Model' Model architektury systému Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014

Diagram komponent Package in package 'Model architektury systému' Diagram komponent Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014

Diagram komponent diagram Component diagram in package 'Diagram komponent' Diagram komponent Version 1.0 Jakub created on 26.11.2014. Last modified 26.11.2014 Databáze

Aplikace

Webový server

ORM

JRE Aplikační serv er

Figure 30: Diagram komponent

Aplikace Component in package 'Diagram komponent' JAVA + Play Framework Aplikace Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 OUTGOING STRUCTURAL RELATIONSHIPS

Page 91 of 97

Model Report

12 December, 2014

OUTGOING STRUCTURAL RELATIONSHIPS Assembly from Aplikace to Databáze

[ Name is ORM. Direction is 'Source -> Destination'. ]

Assembly from Aplikace to Aplikační server

[ Name is JRE. Direction is 'Source -> Destination'. ]

Assembly from Aplikace to Webový server


Aplikační server Component in package 'Diagram komponent' Oracle JRE 1.8 Aplikační server Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 INCOMING STRUCTURAL RELATIONSHIPS Assembly from Aplikace to Aplikační server

[ Name is JRE. Direction is 'Source -> Destination'. ]

Databáze Component in package 'Diagram komponent' MySQL 5 Databáze Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 INCOMING STRUCTURAL RELATIONSHIPS Assembly from Aplikace to Databáze

[ Name is ORM. Direction is 'Source -> Destination'. ]

Webový server Component in package 'Diagram komponent' Apache 2 Webový server Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 Page 92 of 97

Model Report

12 December, 2014

INCOMING STRUCTURAL RELATIONSHIPS Assembly from Aplikace to Webový server


Page 93 of 97

Model Report

12 December, 2014

Diagram nasazení Package in package 'Model architektury systému' Diagram nasazení Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014

Diagram nasazení diagram Deployment diagram in package 'Diagram nasazení' Diagram nasazení Version 1.0 Jakub created on 26.11.2014. Last modified 26.11.2014

Tiskárna

Přenosná pokladní tiskárna

0..1

0..*

Bluetooth

Ethernet nebo Wi-Fi 1

1

Wi-Fi Router

Tablet Wi-Fi

Ethernet Server

1

0..*

1

1

1

1 Wi-Fi

Ethernet nebo Wi-Fi 0..*

0..*

Stolní PC

Notebook

Figure 31: Diagram nasazení

Notebook Node in package 'Diagram nasazení' Notebook Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 Page 94 of 97

Model Report

12 December, 2014

ASSOCIATIONS Association (direction: Unspecified)

Wi-Fi

Source: Public (Node) Wi-Fi Router Cardinality: [1]

Target: Public (Node) Notebook Cardinality: [0..*]

Pokladní iskárna Node in package 'Diagram nasazení' Pokladní tiskárna Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 ASSOCIATIONS Association (direction: Unspecified)

Ethernet nebo Wi-Fi

Source: Public (Node) Wi-Fi Router Cardinality: [0..*]

Target: Public (Node) Pokladní tiskárna Cardinality: [0..*]

Přenosná pokladní iskárna Node in package 'Diagram nasazení' Přenosná pokladní tiskárna Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 ASSOCIATIONS Association (direction: Unspecified)

Bluetooth

Source: Public (Node) Tablet Cardinality: [1]

Target: Public (Node) Přenosná pokladní tiskárna Cardinality: [0..1]

Server Node in package 'Diagram nasazení' Server Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 ASSOCIATIONS Association (direction: Unspecified)

Ethernet Target: Public (Node) Server Cardinality: [1]

Source: Public (Node) Wi-Fi Router Cardinality: [1] Page 95 of 97

Model Report

12 December, 2014

Stolní PC Node in package 'Diagram nasazení' Stolní PC Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 ASSOCIATIONS Association (direction: Unspecified)

Ethernet nebo Wi-Fi Target: Public (Node) Stolní PC Cardinality: [0..*]


Tablet Node in package 'Diagram nasazení' Tablet Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 ASSOCIATIONS Association (direction: Unspecified)

Bluetooth

Source: Public (Node) Tablet Cardinality: [1]

Association (direction: Unspecified)

Target: Public (Node) Přenosná pokladní tiskárna Cardinality: [0..1]

Wi-Fi


Target: Public (Node) Tablet Cardinality: [0..*]

Tiskárna Node in package 'Diagram nasazení' Tiskárna Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 ASSOCIATIONS Association (direction: Unspecified)

Ethernet nebo Wi-Fi Target: Public (Node) Wi-Fi Router Cardinality: [1]

Source: Public (Node) Tiskárna Cardinality: [0..*]

Page 96 of 97

Model Report

12 December, 2014

Wi-Fi Router Node in package 'Diagram nasazení' Wi-Fi Router Version 1.0 Phase 1.0 Proposed Jakub created on 26.11.2014. Last modified 26.11.2014 ASSOCIATIONS Association (direction: Unspecified)

Wi-Fi Target: Public (Node) Notebook Cardinality: [0..*]



Ethernet nebo Wi-Fi

Source: Public (Node) Wi-Fi Router Cardinality: [0..*]


Target: Public (Node) Pokladní tiskárna Cardinality: [0..*]

Wi-Fi Target: Public (Node) Tablet Cardinality: [0..*]



Ethernet nebo Wi-Fi Target: Public (Node) Stolní PC Cardinality: [0..*]



Ethernet



Target: Public (Node) Server Cardinality: [1]

Ethernet nebo Wi-Fi Target: Public (Node) Wi-Fi Router Cardinality: [1]

Source: Public (Node) Tiskárna Cardinality: [0..*]

Page 97 of 97

Diagramy balíčků a tříd Základní přehled

Balíčky controllers

DAOs

models

services

Scénáře testování Use casy 1) Správa zaměstnanců – vytvoření, úprava, smazání 2) Správa položek v menu – vytvoření, úprava, smazání, změna viditelnosti 3) Správa stolů – vytvoření, úprava, smazání 4) Generování jídelního lístku 5) Zalogování uživatele do systému

Testy Správa zamestnanců Test na přidání zaměstnance • Zadej validní udaje a novou unikátní emailovou adresu - data jsou uložena • Zadej nevalidní email - jsem informován • Zadej již existující email - jsem informován • Zadej nevalidní heslo – jsem informován Test na upravení informací o zaměstnanci • Zadej validní udaje a novou unikátní emailovou adresu - data jsou uložena • Zadej nevalidní email - jsem informován • Zadej již existující email - jsem informován • Zadej nevalidní heslo – jsem informován • Uprav zaměstnance, který není uložený v databázi – jsem informován Test na smazání zaměstnance • Smaž zaměstnance, který je v databázi – uživatel smazán • Smaž zaměstnance, který není v databázi – jsem informován

Správa položek v menu Test na přidání položky • Zadej validní udaje a nové unikátní jméno položky - data jsou uložena • Zadej nevalidní jméno položky - jsem informován • Zadej již existující jméno položky - jsem informován Test na upravení informací položky • Zadej validní udaje a nové unikátní jméno položky - data jsou uložena • Zadej nevalidní jméno položky - jsem informován • Zadej již existující jméno položky - jsem informován • Uprav položku, která není uložena v databázi – jsem informován Test na smazání položky • Smaž položku, která je v databázi – položka smazána • Smaž položku, která není v databázi – jsem informován

Správa stolů Test na přidání stolu • Zadej validní udaje a nové unikátní číslo stolu - data jsou uložena • Zadej nevalidní číslo stolu - jsem informován • Zadej již existující číslo stolu - jsem informován • Zadej validní číslo stolu a záporný počet míst u stolu – jsem informován Test na upravení informací položky • Zadej validní udaje a nové číslo stolu - data jsou uložena • Zadej nevalidní číslo stolu - jsem informován • Zadej již existující číslo stolu - jsem informován • Uprav stůl, který není uložen v databázi – jsem informován • Zadej validní číslo stolu a záporný počet míst u stolu – jsem informován Test na smazání položky • Smaž stůl, který je v databázi – položka smazána • Smaž stůl, který není v databázi – jsem informován

Generování jídelního lístku •

Generuj jídelní lístek, pokud existují validní položky – jídelní lístek vygenerován

•

Generuj jídelní lístek, pokud neexistují validní položky – jídelní lístek vygenerován

•

Vypiš všechny položky jídelního lístku – položky vypsány

•

Vypiš položky podle kategorie – položky vypsány

Zalogování uživatele do systému • • •

Zadej korektní údaje – jsem zalogován Zadej nekorektní email – jsem informován Zadej nekorektní heslo – jsem informován

Jakub Begera

Jakub Moravec

Pavel Matyáš

Pavel Valach

12. týden Příjmení a jméno

Přerozdělené bod Důvod přerozdělení

Přerozdělené body

Celkem

Begera Jakub

6 Udělal sekvenční diagramy.

2

2

Moravec Jakub

6 Pokročil s implementací webu.

2

2

Matyáš Pavel

4 Učil se na zápočtový test a jeho výstup nebyl dostačují

-2

-2

Valach Pavel

4 Učil se na zápočtový test a jeho výstup nebyl kvalitní.

-2

-2

Celkem (musí být 0)

0

0

20

4

Přerozděleno

Co se nám osvedčilo

Shrnutí 5. iterace

V této iteraci se nám opet osvedčil způsob komunikace, které spočíval v pravidelných osobních schůzkách a večerních skype konferencí. Osvedčilo se nám i využívání verzovacího systému svn.

Co nám dělalo potíže

Testování, resp. nastudování všech aspektů, co testování obnáší.

Co do příště zlepšíme

Nic. Všechny naše postupy se nám osvědčily a budeme je aplikovat i v další iteraci.

Dokumentace k 5. iteraci

Recommend Documents