Dokument k 3. iteraci

Dokument k 3. 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 Řešitelé: Jakub Begera, Jakub Moravec, Pavel Matyáš, Pavel Valach Termín cvičení: 3.semestr (zimní semestr 2014/2015), pondělí 12:45 Cvičící: Ing. Ondřej Macek Datum odevzdání této iterace: 14.11.2014 (8.týden)

Obsah Analytický doménový model Menu ObjednanaPolozka Sklad Uzivatel Polozka Rezervace Dodavatel JidelniListek JidelniStul Objednavka Smena PolozkaSkladu Objednávka-Stavy Objednavka Akceptovaná Naservírovaná Připravená Stornovaná Vytvořená Zaplacená Initial

6 6 6 6 7 7 7 7 7 7 7 7 7 7 8 8 8 9 9 9 9 9

BDM 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

9 10 10 10 11 11 11 11 11 11 11 11 11 11 12 12 12 12 12

BPM Všichni zaměstnanci Konec pracovního dne Začátek pracovního dne Naplánování směn Obsluha zákazníků Příchod zaměstnanců Příprava restaurace

12 13 13 13 14 14 14 14

Úklid restaurace Vyúčtování Je konec týdne? Příchod zaměstnanců Všichni zaměstnanci Obsazení příslušné pracovní pozice Zápis/ Ohlášení příchodu Příprava restaurace Číšníci Kuchař Manažer Skladník Příprava stolů Evidence úbytku surovin na skladu Převzetí zásob od dodavatele Vyběr surovin ze skladu Kontrola množství a čerstvosti surovin Převzetí a doplnění surovin Příprava kuchyně Má vše potřebné? Rozdělit práci Obsluha zákazníků Číšníci Kuchař Skladník Zákazníci Předání informace číšníkovi Uvaření objednávky Má kuchař suroviny? Evidence úbytku surovin na skladě Objednání zboží Předání informace kuchaři Výběr surovin ze skladu Jsou suroviny na skladu? Dotaz na objednávku Omluva zákazníkovi Provedení transakce Úklid po zákazníkovi Vyřízení objednávky Obsahuje objednávka jídlo?

14 14 14 14 14 15 15 15 15 15 15 17 18 18 18 18 18 18 18 18 18 18 18 18 18 19 19 19 19 19 20 20 20 20 21 21 21 21 21 21 21 21 21 21 21 21 21 22 22 22 22 22 22 22

Konzumace Objednávka Požádání o placení Usazení ke stolu Úklid restaurace Číšníci Kuchař Manažer Skladník Kontrola zásob Objednání zboží Uklidit sklad Útřídění zásob Je na skladě vše potřebné? Uklidit kuchyni Uklidit jídelnu Rozdělit práci Objednání zboží Dodavatel Skladník Doplnění zásob Objednání daného zboží Výběr daného dodavatele Vyřízení objednávky Vyúčtování Manažer Ostatní zaměstnanci Kontrola zapsaných hodin Zahájení vyúčtování Zápis do měsíční evidence Je vše v pořádku? Konzultace Rozdělení tringeltů Zápis odpracovaných hodin Naplánování směn Konec pracovního dne Manažer Ostatní zaměstnanci Určení směn

22 22 22 22 22 23 23 23 24 24 25 25 25 25 25 25 25 25 25 25 25 25 25 26 26 26 26 27 27 27 27 27 27 27 27 28 28 29 29 29 29 29 29 29 29 29 29 29 29 30 30 31 31 31

Změna plánu dle přijaté alternativy Jsou změny přijatelné? Kontrola určených směn Navrhnutí alternativ Mohou všichni zaměstnanci tak jak je to určeno?

31 31 31 31 31 31

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í 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

31 31 32 32 33 33 34 34 35 36 36 36 37 37 38 39 39 39 40 41 41 41 42 42 42 44 44 44 44 46 46 46 47 48 49 49 49 50 50 50 51 51 51 52 52

Use Case diagramy MapovaniPozadavkuNaUseCases diagram

52 53

RoleSystemu diagram UseCaseDiagram diagram Kuchař Manažer Nepřihlášený uživatel Skladník Čas Číšník Akceptovat objednávku/položku objednávky Editovat stoly Evidovat odpracované hodiny Nastavit automatické objednávky Odebrat položku Odebrat položku Označit objednávku jako "připravenou" 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í položky Přihlásit se Stornovat položku objednávky Stornovat rezervaci Upravit dodavatele Upravit informace o zaměstnanci Upravit odpracované hodiny Upravit parametry položky Upravit položku Upravit směny Vygenerovat jídelní lístek 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 Zadat storno poplatek Zarezervovat stůl Změnit viditelnost položky Zobrazit finance

55 55 57 57 57 57 57 57 58 58 58 59 59 59 60 60 60 60 61 61 61 62 62 62 63 63 63 63 64 64 65 65 65 66 66 66 66 67 67 67 68 68

Model Report

13 November, 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: 13. 11. 2014 +skladník U zivatel -

+číšník

email jmeno prijmeni heslo pohlavi rokNarozeni role

1.. +číšník

1..

1.. +číšník

udržuje

1..

1

+manažer

S mena přiděluje

0..* -

1..

Dodavatel

Sklad

konec zacatek

+ + + 1..* + + + +

naplňuje 1

+kuchař

1

1..

nazev adresa psc ico dic telefon email

obsahuje

1..

1 dodává

+manažer 0..*

1

ovlivňuje

spravuje

váže se na

-

O bjednavka 1 -

pocetMist jeKuracky

1 jsou obsaženy v 0..*

0..*

JidelniStul

mění stav

casVytvoreni stav priorita

1

1

je rezervován 0..*

-

1

1

vytváří

1

PolozkaSkladu

JidelniListek

spravuje

0..*

nazev cena druh mnozstvi

je podmnožinou

Polozka -

nazev cena kategorie gramaz lzeObjednat

0..* jsou obsaženy 1..* v

Menu 1

1

R ezervace + + 0..* +

tvoří

datum cas jmeno

1 1..*

se vztahuje k

O bjednanaPolozka -

mnozstvi stav cena

1.. 1

Figure: 1

Menu Výběr jídel z jídelního lístku, která budou nabízena - většinou - 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.

Sklad Page 6 of 68

1..*

Model Report

13 November, 2014

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

Uzivatel Třída sdružující všechny uživatele systému, zaměstnance i jiné administrátory.

Polozka Položka z jídelního lístku, kterou si zákazník může (nebo nemůže) objednat.

Rezervace Rezervace na určitý stůl, dané datum a čas.

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

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.

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.

Smena Jednotka určující, kdy a na jak dlouho zaměstnanec pracuje. Obykle směny řídí buď management nebo přímo vedoucí.

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

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 7 of 68

Model Report

13 November, 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.

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. Page 8 of 68

Model Report

13 November, 2014

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.

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.

Iniial

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

Page 9 of 68

Model Report

13 November, 2014

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 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..* O bjedná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 Page 10 of 68

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

13 November, 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.

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.

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.

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

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. Page 11 of 68

Model Report

13 November, 2014

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

Zboží Nezbytná součást každého pokrmu.

Zaměstnanec 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.

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 12 of 68

Model Report

13 November, 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

Všichni zaměstnanci

Konec pracovního dne

Začátek pracovního dne

Page 13 of 68

Model Report

13 November, 2014

Naplánování směn 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.

Obsluha zákazníků Tento diagram popisuje obsluhu zákazníků a celý proces objednávky.

Příchod zaměstnanců Tato strukturovaná aktivita popisuje proces příchodu zaměstnanců

Příprava restaurace 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.

Úklid restaurace 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.

Vyúčtování Popisuje vyúčtování mezi manažerem a zaměstnanci.

Je konec týdne? Rozhodnutí, zda je konec týdne. Pokud ano, bude třeba naplánovat směny. Pokud ne, den končí.

Tento merge reprezentuje or. Spojuje větve od rozhodnutí, zda je konec týdne a naplánování směn.

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ů

Page 14 of 68

Model Report

13 November, 2014

Všichni zaměstnanci

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

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

Figure: 6

Všichni zaměstnanci





Obsazení příslušné pracovní pozice Každý ze zaměstnanců obsadí příslušnou pracovní pozici.

Zápis/ Ohlášení příchodu Platí pro všechny zaměstnance.

Příprava restaurace Created by: Pavel on 22. 10. 2014, Last Modified: 22. 10. 2014

Page 15 of 68

Model Report

13 November, 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 16 of 68

13 November, 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

Číšníci

Page 17 of 68

ne

Vyběr surov in ze skladu

Evidence úbytku surovin na skladu

Model Report

13 November, 2014

Kuchař

Manažer

Skladník









Příprava stolů Číšníci připraví řádně stoly tj. upraví ubrusy, zkontrolují stav dochucovadel a přítomnost dalších věcí, které bývají v restauraci na stolech obvyklé.

Evidence úbytku surovin na skladu Skladník zaeviduje suroviny předané kuchaři.

Převzetí zásob od dodavatele Během příprav restaurace většinou přijíždí dodavatel s objednanými surovinami z předešlého dne. Ty je skladník povinen převzít a uložit na skladě. Také musí změnu množství evidovat.

Vyběr surovin ze skladu Skladník vybere potřebné suroviny pro kuchaře. Měl by je mít, jelikož už převzal chybějící zboží od dodavatele.

Kontrola množství a čerstvosi surovin Kuchaři zkontrolují kolik a jaké suroviny mají k dispozici v kuchyni. Také zkontrolují jejich datum spotřeby a čerstvost. Případně zajdou pro zboží na sklad.

Převzetí a doplnění surovin Page 18 of 68

Model Report

13 November, 2014

Kuchař dané suroviny od skladníka převezme a doplní je do svých zásob.

Příprava kuchyně Kuchaři si připraví často používané nástroje (např. nabrousí nože atp.) a zkontrolují jejich stav (např. umyjí dodatečně nádobí atd.)

Má vše potřebné?



Rozdělit práci Manažer rozdělí práci všem ostatním zaměstnancům na základě jejich pracovních postů.

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 19 of 68

Model Report

13 November, 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

Číšníci

Kuchař

Skladník

Zákazníci

Page 20 of 68

Model Report

13 November, 2014



Předání informace číšníkovi Kuchař předá informaci o absenci surovin číšníkovi.

Uvaření objednávky Kuchař uvaří objednávku a připraví ji na servírování číšníkem.

Má kuchař suroviny? Pokud má kuchař potřebné suroviny na připravení objednávky, začne s vařením. Pokud ne podá žádost skladníkovi.

Merge reprezentující or. Spojuje větve z Uvaření objednávky a Předání informace číšníkovi.

Tento merge reprezentuje or. Spojuje větve z Výběr surovin ze skladu a Má kuchař suroviny.

Konec práce kuchaře na této objednávce.

Evidence úbytku surovin na skladě Skladník zaeviduje úbytek surovin předaných kuchaři.

Objednání zboží Skladník doobjedná chybějící zboží.

Předání informace kuchaři Skladník předá informaci o absenci surovin kuchaři.

Výběr surovin ze skladu Skladník vybere potřebné suroviny a předá je kuchaři.

Jsou suroviny na skladu? Skladník na základě žádosti kuchaře o suroviny zjistí, zda je má na skladě. Pokud ano přejde k výběru surovin. Pokud ne předá informaci kuchaři.

Page 21 of 68

Model Report

13 November, 2014

Tento merge reprezentuje or. Spojuje větve z evidence úbytku surovin na skladě a objednání zboži.

Ukončuje práci skladníka na této objednávce.

Dotaz na objednávku Číšník přijde za zákazníkem a zeptá se ho na objednávku.

Omluva zákazníkovi Číšník se omluví za absenci surovin, která znemožňuje připravení jeho objednávky.

Provedení transakce Číšník provede transakci v těchto bodech. 1) Přijme platbu od zákazníka 2) Vrátí peníze a předá účtenku 3) Platbu zaeviduje

Úklid po zákazníkovi Číšník uklidí stůl po zákazníkovi a připraví ho na příchod nového.

Vyřízení objednávky Číšník vyřídí/naservíruje objednávku zákazníkovi.

Obsahuje objednávka jídlo? Pokud bojednávka obsahuje jídlo, tak je předána kuchaři, jinak ji vyřídí čísník sám.



Konec větvě vedoucí z Omluvy zákazníkovi, která reprezentuje neúspěšnou přípravu objednávky.

Konzumace Zákazník zkonzumuje svou objednávku.

Objednávka Zákazník si objedná.

Požádání o placení Zákazník požádá o placení číšníka. Page 22 of 68

Model Report

13 November, 2014

Usazení ke stolu Zákazník se po svém příchodu usadí ke stolu a vyčká na příchod čísníka.



Ú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 23 of 68

13 November, 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

Číšníci

Kuchař Page 24 of 68

Model Report

13 November, 2014

Manažer

Skladník









Kontrola zásob Skladník zkontroluje stav zásob a jejich množství.

Objednání zboží Skladník objedná potřebné zboží.

Uklidit sklad Skladník provede úklidové práce na skladě.

Útřídění zásob Skladník utřídí zásoby, které na skladě zbyly.

Je na skladě vše potřebné? Na základě stavu a množství skladník rozhodne, zda je nutné zboží objednat či ne.

Tento merge reprezentuje or. Spojuje větve z Objednání zboží a rozhodnutí, zda je na skladě vše potřebné.

Uklidit kuchyni Page 25 of 68

Model Report

13 November, 2014

Kuchař provede úklidové práce v kuchyni.

Uklidit jídelnu Číšník provede úklidové práce v jídelně.

Rozdělit práci Manažer rozdělí práci související s úklidem restaurace ostatním zaměstnancům dle jejich pracovní pozice.

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

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 26 of 68

Model Report

13 November, 2014

Skladník





Doplnění zásob Skladní doplní chybějící zásoby

Objednání daného zboží Skladník u dodavatele objedná dané zboží.

Výběr daného dodavatele Skladník vybere příslušného dodavatele na objednání daného zboží.

Vyřízení objednávky Dodavatel přijme a vyřídí objednávku. Poté ji předá skladníkovi.

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 27 of 68

Model Report

13 November, 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

Manažer

Ostatní zaměstnanci

Page 28 of 68

Rozdělení tringeltů

Model Report

13 November, 2014







Kontrola zapsaných hodin Manažer zkontroluje korektnost zápisu odpracovaných hodin.

Zahájení vyúčtování Manažer svolá zaměstnance a zahájí denní vyúčtování.

Zápis do měsíční evidence Manažer zapíše vše do měsíční evidence.

Je vše v pořádku? Pokud se manažerovi něco nezdá, přejde ke konzultaci s příslučným zaměstnancem. Pokud je vše v pořádku proces pokračuje dál.

Tento merge reprezentuje or. Spojuje větve vedoucí od Konzultace a rozhodnutí, zda je vše v pořádku.

Konzultace Zákazník konzultuje s mmanažerem přípradné nesouvislosti v zápisu odpracovaných hodin.

Rozdělení tringeltů Zaměstnaci si rozdělí dýška v určitém poměru. Většinou toto probíhá pouze mezi číšníky. Nevylučuje se však, že by tomu mohlo být jinak.

Zápis odpracovaných hodin Zaměstnanci si zapíšou odpracované hodiny za určitý den.

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

Page 29 of 68

Model Report

13 November, 2014

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.

Manažer

Ostatní zaměstnanci

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

Konec pracovního dne

Figure: 12

Konec pracovního dne

Manažer

Page 30 of 68

Model Report

13 November, 2014

Ostatní zaměstnanci



Určení směn Manažer určí zaměstancům směny.

Změna plánu dle přijaté alternaivy Manažer změní plán směn dle přijatých alternativ.

Jsou změny přijatelné? Manažer rozhodne, zda jsou změny ve směnách přijatelné. Pokud ano, změní plán, pokud ne, ponechá směny beze změn.

Tento merge reprezentuje or. Spojuje větve od rozhodnutí, zda jsou změny přijatelné a rozhodnutí, zda zaměstnanci mohou mít směny, jak jsou určeny.

Kontrola určených směn Zaměstnanci si určené směny řádně zkontrolují.

Navrhnutí alternaiv Zaměstnanec navrhne manažerovi alternativní čas jeho směny.

Mohou všichni zaměstnanci tak jak je to určeno? Rozhoduje zda všem zaměstnancům určené směny vyhovují. Pokud ne přejde se k navrhnutí alternativ. Pokud ano, proces pokračuje dále.

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ů Page 31 of 68

Model Report

13 November, 2014

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

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

Page 32 of 68

Model Report

13 November, 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' Pokladní subsystém Version 1.0 Jakub created on 21. 10. 2014. Last modified 22. 10. 2014

Page 33 of 68

Model Report

13 November, 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

CONNECTORS

Page 34 of 68

[ Direction is 'Source -> Destination'. ]

Model Report

13 November, 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 35 of 68

[ Direction is 'Source -> Destination'. ]

Model Report

13 November, 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 36 of 68

Model Report

13 November, 2014

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

[ Direction is 'Source -> Destination'. ]

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

[ Direction is 'Source -> Destination'. ]

[ Direction is 'Source -> Destination'. ]

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 37 of 68

Model Report

13 November, 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 38 of 68

[ Direction is 'Source -> Destination'. ]

Model Report

13 November, 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 39 of 68

[ Direction is 'Source -> Destination'. ]

[ Direction is 'Source -> Destination'. ]

[ Direction is 'Source -> Destination'. ]

[ Direction is 'Source -> Destination'. ]

Model Report

13 November, 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 40 of 68

Model Report

13 November, 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 41 of 68

[ Direction is 'Source -> Destination'. ]

[ Direction is 'Source -> Destination'. ]

Model Report

13 November, 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' Systém bude umožňovat upravovat (přidávat, upravovat, mazat) jednotlivé položky skladu a nastavovat jejich parametry Page 42 of 68

Model Report

13 November, 2014

(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 43 of 68

[ Direction is 'Source -> Destination'. ]

[ Direction is 'Source -> Destination'. ]

Model Report

13 November, 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í

[ Direction is 'Source -> Destination'. ]

[ Direction is 'Source -> Destination'. ]

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ů' Systém bude umožňovat spravovat stoly (přidávání, mazání, úpravy) a jejich parametry (kapacita, umístění apod.). Page 44 of 68

Model Report

13 November, 2014

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 45 of 68

[ Direction is 'Source -> Destination'. ]

Model Report

13 November, 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 46 of 68

[ Direction is 'Source -> Destination'. ]

Model Report

13 November, 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 47 of 68

Model Report

13 November, 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 48 of 68

Model Report

13 November, 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» Spolehlivost

(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 49 of 68

Model Report

13 November, 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 50 of 68

Model Report

13 November, 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 51 of 68

Model Report

13 November, 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 52 of 68

Model Report

13 November, 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 53 of 68

Model Report

13 November, 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 54 of 68

Vytv ořit obj ednáv ku

Model Report

13 November, 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 13. 11. 2014

Page 55 of 68

Model Report

13 November, 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 56 of 68

Model Report

13 November, 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 Jakub created on 22. 10. 2014. Last modified 22. 10. 2014

Číšník Page 57 of 68

Model Report

13 November, 2014

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

Scénář začíná, když se vstoupí do seznamu stolů s úmyslem upravit vlastnosti stolu Systém zobrazí seznam stolů Vybere se stůl, který je třeba upravit Systém zobrazí formulář s podrobnostmi k vybranému stolu Ve formuláři se upraví podrobnosti daného stolu a dá se 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 13. 11. 2014 Basic Path Editace stolů:

Evidovat odpracované hodiny UseCase in package 'Use Case diagramy' Page 58 of 68

Model Report

13 November, 2014

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 3. 11. 2014

Nastavit automaické objednávky 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 Zvolí se položka ze seznamu a zadá se její odstranění Systém požádá o potvrzení IF požadavek je potvrzen 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 13. 11. 2014 Basic Path Odebrá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. Page 59 of 68

Model Report

13 November, 2014

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" 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 3. 11. 2014

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 Version 1.0 Phase 1.0 Proposed Jakub created on 22. 10. 2014. Last modified 3. 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 3. 11. 2014

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

Uživatel otevře formulář pro přidání nového dodavatele a vyplní jej. Page 60 of 68

Model Report

2.

13 November, 2014

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 a) Systém upozorní uživatele na špatně zadaná data b) GOTO krok 2 4. 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 Page 61 of 68

Model Report

13 November, 2014

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 3. 11. 2014

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 Zadá se vytvoření nové položky Systém zobrazí formulář k přidání nové položky Vyplní se název, gramáž, cenu, popř. další parametry položky Dá se 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 13. 11. 2014 Basic Path 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.

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 Page 62 of 68

Model Report

13 November, 2014

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 3. 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 3. 11. 2014

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 Version 1.0 Phase 1.0 Proposed Jakub created on 22. 10. 2014. Last modified 3. 11. 2014

Upravit odpracované hodiny UseCase in package 'Use Case diagramy' Page 63 of 68

Model Report

13 November, 2014

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 3. 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 Vybere se položka z jídelního lístku a zvolí se Upravit Systém zobrazí formulář k úpravě položky Upraví se parametry položky Zvolí se 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 13. 11. 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 Page 64 of 68

Model Report

13 November, 2014

Neplatné úpravy parametrů: (at 4) Manažer zadá neplatné úpravy parametrů. Systém vypíše chybové hlášení.

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 Upravit směny Version 1.0 Phase 1.0 Proposed Jakub created on 22. 10. 2014. Last modified 3. 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 Zvolí se volba 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) Zvolí se 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) Vygenerovaný dokument se uloží nebo vytiskne

Vygenerovat jídelní lístek Version 1.0 Phase 1.0 Proposed Jakub created on 22. 10. 2014. Last modified 13. 11. 2014 Basic Path 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.

Page 65 of 68

Model Report

13 November, 2014

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 Vygenerovat pracovní dobu Version 1.0 Phase 1.0 Proposed Jakub created on 22. 10. 2014. Last modified 3. 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 3. 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 3. 11. 2014. Last modified 3. 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 Page 66 of 68

Model Report

13 November, 2014

Basic Path Vytvoření menu:

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

Weight: 0

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 3. 11. 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 3. 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. Page 67 of 68

Model Report

13 November, 2014

Zarezervovat stůl Version 1.0 Phase 1.0 Proposed Jakub created on 22. 10. 2014. Last modified 3. 11. 2014

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. 4. 5.

Scénář začíná, když systém zobrazí položky v jídelním lístku Zvolí se viditelná položka Systém volbu viditelně označí Zvolí se zneviditelnění Systém zvolenou položku označí jako neviditelnou

Změnit viditelnost položky Version 1.0 Phase 1.0 Proposed Jakub created on 22. 10. 2014. Last modified 13. 11. 2014 Basic Path Změna viditelnosti položky:

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

Page 68 of 68

Výkaz ticketů z Assembla – 3. iterace JAKUB BEGERA

JAKUB MORAVEC

PAVEL MATYÁŠ

PAVEL VALACH

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

Přerozdělené body celkem

Důvod přerozdělení

Přerozdělené bod Celkem

Begera Jakub

4 Nutnost přerozdělení.

2

2

Moravec Jakub

4 Nutnost přerozdělení.

2

2

Matyáš Pavel

2 Nutnost přerozdělení.

-2

-2

Valach Pavel

2 Nutnost přerozdělení.

-2

-2

Celkem (musí být 0)

0

0

0

12

4

4

Přerozděleno

ZPĚTNÉ HODNOCENÍ 3. ITERACE CO SE OSVĚDČILO/FUNGOVALO? Ve třetí itera i se á opět os ědčit způso ko u ika e, který spočí á přede ší pra idel ý h a častý h oso í h s hůzká h a 3 týd ě) a také v online komunikaci. Prá i, přede ší její orga iza i (jako přerozdělo á í úkolů, ýkaz prá e apod.), á zpříje ila, zprůhled ila a us ad ila Asse la, které js e ko eč ě ši h i přišli a huť a do e ili její před osti.

JAKÉ BYLY PROBLÉMY? Nej ětší pro lé e l Pla Fra e ork, resp. po hope í pri ipů jeho funkce a implementace do ašeho projektu. To lo způso e o přede ší malou oži ou prů iků aši h progra o a í h jaz ků – jedi é jazyky, které ši h i u í e je JAVA a C ( i ji ého js e zatí e škole epro írali . Čili js e se useli sez á it s elký ožst í o ý h te h ologií, jako apříklad CoffeeScript, Scala, HTML, CSS, JavaS ript a další. Na í se ještě potýká e s á rhe a t oře í data áze. Do í á e se, že samostudiu tak elkého ožst í o ý h te h ologií je ad rá e tohoto před ětu a dalo za ěkolik sa ostat ý h elose estrál í h kurzů.

CO A JAK ZKUSÍME DĚLAT LÉPE? Ni . Vše h

aše dosa ad í postup se os ědčili a budeme je aplikovat i v další h itera í h.