Analýza informačního systému pro ubytovací zařízení

ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ V PRAZE FAKULTA ELEKTROTECHNICKÁ

Bakalářská práce

Analýza informačního systému pro ubytovací zařízení Petr Vůjtěch

Vedoucí práce: Ing. Martin Komárek

Studijní program: Elektrotechnika a informatika, strukturovaný bakalářský Obor: Výpočetní technika leden 2009

Poděkování Za veškeré podněty při řešení bakalářské práce, za vstřícnost a toleranci děkuji vedoucímu práce panu Ing. Martinu Komárkovi z katedry počítačů FEL ČVUT. Petru Halaškovi, svému spolužákovi z FEL ČVUT, děkuji za rozhodnutí navázat na mou analytickou bakalářskou práci jeho návrhově-implementační bakalářskou prací na stejné téma. Dále bych chtěl poděkovat lidem v mém nejbližším okolí za podporu a motivaci.

iii

Prohlášení Prohlašuji, že jsem svou bakalářskou práci vypracoval samostatně a použil jsem pouze podklady uvedené v přiloženém seznamu. Nemám závažný důvod proti užití tohoto školního díla ve smyslu $60 Zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon).

Petr Vůjtěch

El Paso, Texas, USA, dne 22. 12. 2008

v

Abstract The bachelor project is focused on the analysis of the information system for accommodation services by using the UML language. The software is intended for common panel of small hotels and guesthouses. The project deals with characterization the functionality of the software and examines which necessities it should support. Initially there is interpreted the exploration of present products in the Czech market. Then there are three basic blocks of analysis: The set of requirements, Use-case diagrams and Class diagram. To provide the complex information about the system there are other texts and diagrams in the project.

Abstrakt Náplní bakalářské práce je analýza informačního systému pro ubytovací zařízení za pomoci jazyka UML. Software je určen pro početnou skupinu penzionů a malých hotelů. Práce se zabývá popisem funkčnosti softwaru a zkoumá, které náležitosti by měl výsledný produkt obsahovat. Po rešerši stávajících produktů na trhu se práce opírá o hlavní pilíře analýzy, kterými jsou kapitoly: Katalog požadavků, Use-case diagramy a Diagram tříd. Konečnou představu o informačním systému dotváří další diagramy a texty.

vii

Obsah Obsah ............................................................................................................... ix Seznam tabulek ............................................................................................. xiii Seznam obrázků ............................................................................................ xiv 1 Úvod ............................................................................................................... 1 1.1 Motivace pro realizaci bakalářské práce .............................................. 1 1.2 Rozsah práce a organizace kapitol ...................................................... 1 1.3 Návrh a implementace informačního systému ..................................... 2 2 Popis problému, specifikace cíle................................................................. 3 2.1 Bližší specifikace zadání práce ............................................................ 3 2.2 Cílová skupina, pro kterou je software určen ....................................... 3 3 Rešerše stávajících produktů pro ubytovací zařízení na českém trhu .... 5 3.1 Výběr klíčových požadavků z kapitoly 4.3 Katalog požadavků ............ 5 3.2 Sledované vlastnosti ............................................................................ 5 3.2.1

Provozní vlastnosti ................................................................ 5

3.2.2

Správa financí a evidence zásob .......................................... 5

3.2.3

Souhrnná vyhodnocení ......................................................... 5

3.2.4

Technologické řešení ............................................................ 6

3.2.5

Propagace daného produktu na českém internetu................ 6

3.2.6

Cena produktu ...................................................................... 6

3.2.7

Ostatní .................................................................................. 6

3.3 Analýza dostupnosti produktů na internetu při fulltextovém vyhledávání z 18. 11. 2008.............................................................................................. 7 3.3.1

Vyhledáváni na serveru Google.cz ....................................... 7

3.3.2

Vyhledáváni na serveru Seznam.cz ...................................... 8

3.4 Výčet nejčastěji se vyskytujících produktů a stručný popis jejich vlastností dle kapitoly 3.2 .......................................................................... 10 3.4.1

Hotel-keeper ....................................................................... 10

3.4.2

Hores .................................................................................. 11

3.4.3

Hotel 32 .............................................................................. 11

3.4.4

Mefisto ................................................................................ 12

3.4.5

Savarin ................................................................................ 12

3.4.6

smartPension ...................................................................... 13

ix

3.5 Závěr rešerše ......................................................................................14 3.5.1

Sumarizační tabulka ............................................................14

3.5.2

Vlastní hodnocení ................................................................15

3.5.3

Závěr rešerše.......................................................................15

4 Analýza .........................................................................................................17 4.1 Business Process Model .....................................................................17 4.1.1

Zúčastněné osoby ...............................................................18

4.1.2

Objednávka..........................................................................19

4.1.3

Pobyt hosta ..........................................................................20

4.1.4

Marketing .............................................................................21

4.2 Sekvenční diagramy ...........................................................................22 4.2.1

Poptávka ..............................................................................22

4.2.2

Rezervace ubytování ...........................................................23

4.2.3

Pobyt ...................................................................................24

4.3 Katalog požadavků .............................................................................25 4.3.1

Funkční požadavky ..............................................................26

4.3.2

Požadavky na ovládání a přístup do systému......................29

4.3.3

Požadavky na uchování dat .................................................30

4.4 Use Case Model .................................................................................32 4.4.1

Uživatelé ..............................................................................33

4.4.2

Logování a help ...................................................................34

4.4.3

Přehledy ..............................................................................36

4.4.4

Databáze zákazníků ............................................................39

4.4.5

Objednávka..........................................................................42

4.4.6

Nastavení.............................................................................44

4.4.7

Správa uživatelských účtů ...................................................45

4.4.8

Kategorie zákazníků ............................................................46

4.4.9

Partneři ................................................................................48

4.4.10 Prodej zboží a služeb ..........................................................50 4.4.11 Sezóny, ceny a pokoje .........................................................53 4.4.12 Ubytovací zařízení ...............................................................56 4.4.13 Stravování............................................................................57 4.5 Stavové diagramy ...............................................................................59 4.5.1

Objednávka..........................................................................60

x

4.6 Screens .............................................................................................. 62 4.6.1

Hlavní menu ........................................................................ 63

4.6.2

Kategorie zákazníka ........................................................... 64

4.6.3

Nastavení ceníku ubytování ................................................ 64

4.6.4

Objednávka 1/2 - záložka Informace................................... 66

4.6.5

Objednávka 2/2 - záložka Účet objednávky ........................ 66

4.6.6

Seznamy položek - bez možnosti editace položek.............. 69

4.6.7

Seznamy položek - s možností editace položek ................. 70

4.6.8

Typ zákazníka ..................................................................... 71

4.6.9

Typ zákazníka - Firma ........................................................ 72

4.6.10 Typ zákazníka - Host .......................................................... 73 4.7 Class Model ....................................................................................... 74 4.7.1

CenikPokoju ........................................................................ 75

4.7.2

Ciselnik ............................................................................... 75

4.7.3

Firma ................................................................................... 76

4.7.4

Host .................................................................................... 76

4.7.5

KategorieZak....................................................................... 77

4.7.6

Objednavka ......................................................................... 77

4.7.7

Partner ................................................................................ 78

4.7.8

Pokoj ................................................................................... 78

4.7.9

PozadavkyOsobNaStravu ................................................... 79

4.7.10 RezervacePokoje ................................................................ 79 4.7.11 Sezona ................................................................................ 79 4.7.12 Sluzba ................................................................................. 80 4.7.13 Stravovani ........................................................................... 80 4.7.14 TypPokoje ........................................................................... 80 4.7.15 UbytovaniHoste................................................................... 80 4.7.16 Uzivatel ............................................................................... 81 4.7.17 Zakaznik ............................................................................. 81 4.7.18 Zbozi ................................................................................... 81

xi

5 Závěr .............................................................................................................83 5.1 Osobní hodnocení ...............................................................................83 5.2 Nasazení výsledného produktu do praxe ............................................83 5.3 Modularita a budoucí vývoj software ...................................................83 6 Seznam literatury .........................................................................................85 A Seznam použitých termínů .........................................................................87 B Obsah přiloženého CD ................................................................................89

xii

Seznam tabulek Tabulka 1:

Google, hledaný výraz: hotelovy software ................................. 7

Tabulka 2:

Google, hledaný výraz: ubytovaci software ............................... 7

Tabulka 3:

Google, hledaný výraz: ubytovaci system ................................. 8

Tabulka 4:

Seznam, hledaný výraz: hotelovy software ............................... 8

Tabulka 5:

Seznam, hledaný výraz: ubytovaci software .............................. 9

Tabulka 6:

Seznam, hledaný výraz: ubytovaci system ................................ 9

Tabulka 7:

Hotel-keeper ............................................................................ 10

Tabulka 8:

Hores ....................................................................................... 11

Tabulka 9:

Hotel 32 ................................................................................... 12

Tabulka 10:

Mefisto ..................................................................................... 12

Tabulka 11:

Savarin .................................................................................... 13

Tabulka 12:

smartPension .......................................................................... 13

Tabulka 13:

Sumarizační tabulka ................................................................ 14

xiii

Seznam obrázků Obrázek 1:

Business Process Model ..........................................................18

Obrázek 2:

Zúčastněné osoby ....................................................................18

Obrázek 3:

Objednávka ..............................................................................19

Obrázek 4:

Pobyt hosta ..............................................................................20

Obrázek 5:

Marketing .................................................................................21

Obrázek 6:

Poptávka ..................................................................................22

Obrázek 7:

Rezervace ubytování................................................................23

Obrázek 8:

Pobyt ........................................................................................24

Obrázek 9:

Katalog požadavků ...................................................................25

Obrázek 10:

Funkční požadavky ..................................................................26

Obrázek 11:

Požadavky na ovládání a přístup do systému ..........................29

Obrázek 12:

Požadavky na uchování dat .....................................................30

Obrázek 13:

Use Case Model .......................................................................32

Obrázek 14:

Uživatelé ..................................................................................33

Obrázek 15:

Logování a help ........................................................................34

Obrázek 16:

Přehledy ...................................................................................36

Obrázek 17:

Databáze zákazníků .................................................................39

Obrázek 18:

Objednávka ..............................................................................42

Obrázek 19:

Nastavení .................................................................................44

Obrázek 20:

Správa uživatelů .......................................................................45

Obrázek 21:

Kategorie zákazníků .................................................................46

Obrázek 22:

Partneři.....................................................................................48

Obrázek 23:

Prodej zboží a služeb ...............................................................50

Obrázek 24:

Sezóny, ceny a pokoje .............................................................53

Obrázek 25:

Ubytovací zařízení....................................................................56

Obrázek 26:

Stravování ................................................................................57

Obrázek 27:

Stavové diagramy.....................................................................59

Obrázek 28:

Objednávka ..............................................................................60

Obrázek 29:

Screens ....................................................................................62

Obrázek 30:

Hlavní menu .............................................................................63

Obrázek 31:

Kategorie zákazníka .................................................................64

Obrázek 32:

Nastavení ceníku ubytování .....................................................65 xiv

Obrázek 33:

Objednávka 1/2 - záložka Informace ....................................... 67

Obrázek 34:

Objednávka 2/2 - záložka Účet objednávky............................. 68

Obrázek 35:

Seznamy položek - bez možnosti editace položek .................. 69

Obrázek 36:

Seznamy položek – s možností editace .................................. 70

Obrázek 37:

Typ zákazníka ......................................................................... 71

Obrázek 38:

Typ zákazníka - Firma ............................................................. 72

Obrázek 39:

Typ zákazníka - Host ............................................................... 73

Obrázek 40:

Class Model ............................................................................. 74

xv

KAPITOLA 1. Úvod

1 Úvod 1.1 Motivace pro realizaci bakalářské práce Hlavním motivačním předpokladem pro realizaci bakalářské práce je má vlastní zkušenost z praxe. Naše rodinná firma (VUJO s.r.o.) provozuje penzion (Penzion Ve Skále) v Lokti nad Ohří, což je turisticky vyhledávaná lokalita západních Čech. Vzhledem k nárůstu počtu rezervací je velmi složité organizovat příjezdy a odjezdy našich zákazníků spolu s dalšími náležitostmi, které provoz penzionu vyžaduje. Vzhledem k mé účasti při uvádění penzionu do chodu v roce 2006, mohu konstatovat, že jsem srozuměn s danou problematikou této pracovní činnosti. Navrhnout software, který by dokázal usnadnit práci všem členům personálu i managementu, byl tedy nápadem, který vzniknul při sumarizaci školních a soukromých požadavků. Mám tedy jistou představu o tom, jakým požadavkům by měl software vyhovět. Tato představa se může opřít o fakt, že v roce 2005 jsem ovládal restaurační software jako zaměstnanec hotelu v sekci gastronomie. Restaurační software funguje na velmi podobných principech jako software pro ubytovací zařízení. V mnohých případech jsou tyto moduly propojovány.

1.2 Rozsah práce a organizace kapitol Rozsah práce se může na první pohled jevit jako neúměrně velký vzhledem k nárokům na rozsah bakalářské práce. Důvodem rozsahu cca 100 stránek je fakt, že UML model, který je stěžejním interpretačním prostředkem analýzy obsahuje velké množství diagramů. Obrazová dokumentace rozhodně napomáhá lepšímu porozumění problému a v kombinaci s textovým popisem se jeví jako nejvhodnější varianta pro reprezentování autorovy představy. Aplikace Enterprise Architect 6.5 (doporučena literaturou [1]) ve kterém byl model vytvořen, umožňuje provést export modelu do RTF reportu. I přes vlastní úpravu šablon pro generování reportu [2] se mi nepodařilo snížit celkový počet stran práce. Z toho důvodu jsem odmítl možnost vložit generovaný report jako přílohu samotné práce (rozsah by byl cca 130 stran) a zvolil jsem možnost úpravy reportu a vložení tohoto dokumentu do práce jako stěžejní kapitolu 4 Analýza. Report byl generován na základě předdefinované šablony Use-case, ve které jsem provedl drobné změny týkající se zredukování množství exportovaných informací. Používané pojmy a zkratky jsou vysvětleny v příloze A Seznam použitých termínů. Odkazy na použitou literaturu jsou v hranatých závorkách.

1

KAPITOLA 1. Úvod

1.3 Návrh a implementace informačního systému Návrhově-implementační bakalářská práce Petra Halašky, studenta FEL ČVUT, odevzdávaná v lednu 2008, navazuje na tuto analytickou práci. Tato práce nebo její stěžejní části budou přiloženy k práci Petra Halašky.

2

KAPITOLA 3. Rešerše stávajících produktů pro ubytovací zařízení na českém trhu

2 Popis problému, specifikace cíle 2.1 Bližší specifikace zadání práce Cílem této práce je navrhnout hotelový software. Software by měl sloužit majiteli a personálu pro koordinaci všech činností, které s poskytováním ubytovacích kapacit souvisí jako např.: sledování financí, vytváření knih hostů, kalkulace turistických poplatků pro místní úřad , koordinace spolupráce s ubytovacími portály a sledování poplatků za reklamu, sledování provizí za zprostředkování ubytování těmito servery. Měli by být také k dispozici statistiky nejen o ubytování, ale i o vytížení partnerských ubytovacích portálů a vyhodnocení efektivnosti reklamy na nich.

2.2 Cílová skupina, pro kterou je software určen Cílovými subjekty, které by mohly navržený software užívat, jsou ubytovací zařízení malé a střední velikosti. Kapacita takových ubytovacích zařízení bývá zpravidla do 50 lůžek, což odpovídá přibližně 20 pokojům. Primární činností těchto zařízení je poskytování ubytování. Taková zařízení zpravidla neposkytují stravovací služby, kromě snídaní. Jedná se tedy o typ ubytování zvaný B&B (Bed and Breakfast = nocleh se snídaní). Ubytovací zařízení mohou poskytovat další služby jako je např.: drobný prodej na recepci (potravin, turistických materiálů, apod.), pronájem lodí či horských kol, provoz sauny, aj.

3


3 Rešerše stávajících produktů pro ubytovací zařízení na českém trhu 3.1 Výběr klíčových požadavků z kapitoly 4.3 Katalog požadavků Správa objednávek a rezervací pokojů Možnost přístupu do aplikace přes webové rozhraní User-friendly uživatelské rozhraní, protože se softwarem budou pracovat běžní uživatelé PC Manažerské souhrny např. o vytíženosti pokojů a tržbách Vedení databáze zákazníků

3.2 Sledované vlastnosti 3.2.1 Provozní vlastnosti Recepce – modul pro ubytování Restaurace – modul pro stravování Doplňkové moduly – např.: rezervace tenisového kurtu, wellness nabídka, apod. Speciální moduly – např.: napojení na telefonní ústřednu, zámky dveří, apod. User-friendly – je ovládání srozumitelné i laikům? Spolupráce – podpora spolupráce s ubytovacími servery

3.2.2 Správa financí a evidence zásob Pokladna – evidence toku peněz na pokladně Směnárna – jak jsou řešeny cizí měny? Drobný prodej – prodej zboží zpravidla na recepci (turistické materiály, drobné občerstvení) Skladové hospodářství - evidence skaldových zásob

3.2.3 Souhrnná vyhodnocení Manažerské souhrny – slouží pro vyhodnocení provozu Kalkulace poplatků – ze zákona je ubytovací zařízení povinno odvádět turistické poplatky místnímu obecnímu úřadu [3], [4]

5


3.2.4 Technologické řešení Webová aplikace – přistup přes webový prohlížeč Síťové propojení – propojení několika poboček a možnost práce více uživatelů najednou Vazba na účetnictví – možnost propojit finanční doklady s interním účetním systémem

3.2.5 Propagace daného produktu na českém internetu Demoverze k dispozici Prezentace – kvalita prezentace produktu na webových stránkách poskytovatele (hodnoceno vlastním názorem) Dostupnost – dostupnost produktu při vyhledávání přes servery www.google.cz a www.seznam.cz Www stránky – adresa webových stránek s produktem

3.2.6 Cena produktu Nákup – jednorázová cena za koupi produktu Pronájem – porovnání ceny za určitou dobu pronájmu Flexibilita – možnost implementace vlastností definovaných uživatelem

3.2.7 Ostatní Některé specifické výše neuvedené vlastnosti

6


3.3 Analýza dostupnosti produktů na internetu při fulltextovém vyhledávání z 18. 11. 2008 3.3.1 Vyhledáváni na serveru Google.cz Hledaný výraz: hotelovy software

Pořadí

Webová adresa

Jedná se o stránky, jejichž primární úlohou je propagovat konkrétní hotelový software?

Pozn. / název společnosti

1 www.hotelovesystemy.cz

NE

uvádí 14 různých SW


NE


3 www.gastrosystems.cz

ANO

MICROS-FIDELIO Czech s.r.o.

4 www.horesplus.cz

ANO

HORES PLUS s.r.o.

5 www.comarr.cz

ANO

ComArr s.r.o.

6 www.netsolutions.cz

NE

7 www.mefisto.cz

ANO

8 www.hledat.cz

NE

9 www.cominn.cz

ANO

Cominn s.r.o.

10 www.az-soft.net

ANO

AZ systémy s.r.o.

Tabulka 1:

MEFISTO SOFTWARE, a.s.

Google, hledaný výraz: hotelovy software

Hledaný výraz: ubytovaci software

Pořadí

Webová adresa


1 www.horesplus.cz

ANO

2 ubytovani10.vsb.cz

NE

3 www.ab-x.cz

ANO

4 klikni.idnes.cz

NE

5 www.hotel-keeper.cz

ANO

6 www.ubytovani.net

NE

7 www.ubytovani.net

NE

8 www.jcu.cz

NE

9 is.muni.cz

NE

10 www.hledejfirmu.cz

Tabulka 2:


HORES PLUS s.r.o. ABX software s.r.o. Hotel-Keeper

NE

Google, hledaný výraz: ubytovaci software 7


Hledaný výraz: ubytovaci system

Pořadí

Webová adresa

1 www.previo.cz

Jedná se o stránky, jejichž primární úlohou je propagovat konkrétní hotelový software? ANO


MITON Previo s.r.o.


NE



NE


4 www.horesplus.cz

ANO

HORES PLUS s.r.o.

5 www.hotelovesystemy.sk

ANO

DATALOCK a.s.

6 www.posnote.cz

ANO

I L O V A s.r.o.

7 www.otisk-prstu.cz

NE


ANO



ANO


10 elektro.tzb-info.cz

Tabulka 3:

NE

Google, hledaný výraz: ubytovaci system

3.3.2 Vyhledáváni na serveru Seznam.cz Hledaný výraz: hotelovy software

Pořadí

Webová adresa



1 hotelovy-software.cz

ANO

AZ systémy s.r.o.

2 www.horesplus.cz

ANO

HORES PLUS s.r.o.

3 www.mefisto.cz

ANO

MEFISTO SOFTWARE, a.s.


ANO



NE

6 www.lep.cz

NE


7 www.comarr.cz

ANO

ComArr s.r.o.

8 comarr.takeit.cz

ANO

reklama na serveru takeit.cz

9 www.micros.cz

ANO


10 www.vectron.cz

NE

Tabulka 4:

Seznam, hledaný výraz: hotelovy software

8


Hledaný výraz: ubytovaci software

Pořadí

Webová adresa

1 www.hotel-keeper.sk

Jedná se o stránky, jejichž primární úlohou je propagovat konkrétní hotelový software? ANO

2 www.guarant.com

NE

3 ubytovani10.vsb.cz

NE

4 www.horesplus.cz

ANO

5 www.takeit.cz

NE

6 www.skm.muni.cz

NE

7 spoje.maxportal.cz

NE

8 firmy.maxportal.cz

NE

9 toy.sks.cz

NE

10 www.duelsoft.cz

Tabulka 5:


Hotel-Keeper

HORES PLUS s.r.o.

NE

Seznam, hledaný výraz: ubytovaci software

Hledaný výraz: ubytovaci system

Pořadí

Webová adresa


1 adrenalintour.blog.cz

NE

2 diskuse.jakpsatweb.cz

NE

3 www.eduha.cz

NE

4 www.eduha.cz

NE

5 www.brnohotely.com

NE

6 www.hotelovesystemy.cz 7 www.brezovsky.net

NE ANO

8 www.vimperk.cz

NE

9 www.ubytovani-ubytovani.cz

NE

10 www.abcubytovani.cz

Tabulka 6:


uvádí 14 různých SW nefunkční odkazované stránky

NE

Seznam, hledaný výraz: ubytovaci system

9


3.4 Výčet nejčastěji se vyskytujících produktů a stručný popis jejich vlastností dle kapitoly 3.2 Hotel-keeper Hores Hotel32 Mefisto Savarin smartPension

3.4.1 Hotel-keeper Tento software je dostupný v několika variantách rozsahu podle požadavků ubytovacího zařízení. Rozdíly je možno porovnat v přehledné tabulce na webových stránkách produktu. Vzhledem ke kapacitě 20 pokojů a přístupu přes internet byla vybrána varianta Hotel-Keeper NET. Recepce Restaurace Doplňkové moduly Speciální moduly User-friendly Spolupráce Pokladna Směnárna Drobný prodej Skladové hospodářství Manažerské souhrny Kalkulace poplatků Webová aplikace Síťové propojení Vazba na účetnictví Demoverze k dispozici Prezentace Dostupnost Www stránky Nákup (cena) Pronájem (cena) Flexibilita Ostatní

Tabulka 7:

ANO NE NE ANO ANO ANO ANO ANO ANO NE ANO ANO ANO ANO NE ANO ANO ANO --ANO NE ??? ---

Napojení na telefonní ústřednu Podobá se uživatelskému prostředí MS Outlook

http://www.hotel-keeper.cz/ 29.900 Kč

Hotel-keeper

10


3.4.2 Hores Recepce Restaurace Doplňkové moduly Speciální moduly User-friendly Spolupráce Pokladna Směnárna Drobný prodej Skladové hospodářství Manažerské souhrny Kalkulace poplatků Webová aplikace Síťové propojení Vazba na účetnictví Demoverze k dispozici Prezentace Dostupnost Www stránky Nákup (cena) Pronájem (cena) Flexibilita Ostatní

Tabulka 8:

ANO NE ANO ANO NE NE ANO ANO NE NE ANO ANO NE ANO ANO NE ANO ANO --ANO ANO ANO ---

Wellness, garáže, rezervace akcí, rezervace sportovišť Telefonní ústředna, Pay-TV Podobá se starším aplikacím s podokny

Pouze screen-shoty

http://www.horesplus.cz/ 38.300 Kč (do 25 pokojů) cena bez volitelných modulů 1.500 Kč / měsíc (do 25 pokojů)

Hores

3.4.3 Hotel 32 Recepce Restaurace Doplňkové moduly Speciální moduly User-friendly Spolupráce Pokladna Směnárna Drobný prodej Skladové hospodářství Manažerské souhrny Kalkulace poplatků Webová aplikace Síťové propojení Vazba na účetnictví Demoverze k dispozici Prezentace Dostupnost Www stránky

ANO ANO NE ANO NE NE ANO ANO ANO ANO ANO ??? ANO ANO ANO NE NE ANO ---

Možno přikoupit modul Gastro Telefonní hovory, zámky dveří, regulace topení, Pay TV

Napojení na pokladny ComArr

Pouze screen-shoty

http://www.comarr.cz/

11


Nákup (cena)

ANO

Pronájem (cena) Flexibilita Ostatní

ANO ??? ---

Tabulka 9:

54.383 Kč (35 pokojů, prodej zboží, napojení na telefonní ústřednu, připojení na pokladnu, instalace, školení) 2.175 Kč / měsíc

Hotel 32

3.4.4 Mefisto Tento software je dostupný v několika variantách rozsahu podle požadavků ubytovacího zařízení. Rozdíly je možno porovnat v přehledné tabulce na webových stránkách produktu. Vzhledem ke kapacitě 20 pokojů a přístupu přes internet byla vybrána varianta Mefisto HOTEL. Recepce Restaurace Doplňkové moduly Speciální moduly User-friendly Spolupráce Pokladna Směnárna Drobný prodej Skladové hospodářství Manažerské souhrny Kalkulace poplatků Webová aplikace Síťové propojení Vazba na účetnictví Demoverze k dispozici Prezentace Dostupnost Www stránky Nákup (cena) Pronájem (cena) Flexibilita Ostatní

Tabulka 10:

ANO ANO ANO ANO ??? NE ANO ANO ANO NE ANO ??? NE ANO ANO NE ANO NE --ANO ??? ANO ---

Možnost výběru zda bude restaurační modul součástí Modul Banketing, Modul Sport, Velký výběr

Modul WebBook – internetové rezervace

http://www.mefisto.cz/ 25.000 Kč - přibližná cena, ceny nebyly konkrétně uvedeny Ceny nebyly konkrétně uvedeny Nabídka implementace osobních požadavků

Mefisto

3.4.5 Savarin Recepce Restaurace Doplňkové moduly Speciální moduly User-friendly Spolupráce Pokladna Směnárna

ANO ANO NE ANO NE NE ANO ANO

Telefonní ústředna, zámky dveří Podobá se starším aplikacím s podokny Firma se na pokladny specializuje

12

KAPITOLA 3. Rešerše stávajících produktů pro ubytovací zařízení na českém trhu Drobný prodej Skladové hospodářství Manažerské souhrny Kalkulace poplatků Webová aplikace Síťové propojení Vazba na účetnictví Demoverze k dispozici Prezentace Dostupnost Www stránky Nákup (cena) Pronájem (cena) Flexibilita Ostatní

Tabulka 11:

ANO ANO ANO NE NE NE NE ANO NE NE --ANO ??? NE ---

http://www.cominn.cz/ 35.000 Kč

Multilicenční slevy

Savarin

3.4.6 smartPension Recepce Restaurace Doplňkové moduly Speciální moduly User-friendly Spolupráce Pokladna Směnárna Drobný prodej Skladové hospodářství Manažerské souhrny Kalkulace poplatků Webová aplikace Síťové propojení Vazba na účetnictví Demoverze k dispozici Prezentace Dostupnost Www stránky Nákup (cena) Pronájem (cena) Flexibilita Ostatní

Tabulka 12:

ANO NE ANO NE NE NE ANO NE ANO NE ??? ??? NE NE NE ANO NE NE --ANO ANO ??? ---

Prodej vstupenek Podobá se starším aplikacím s podokny. Nepřehledné menu Možnost napojení pokladny Možnost platby v Eurech

Ke stažení a také možnost nechat si software předvést Není přesně jasné, které funkce produkt podporuje http://www.smartpension.cz/ 9.990 Kč (20 pokojů) 2.997 Kč / rok Generování dopisů pro zákazníky

smartPension

13


3.5 Závěr rešerše

Hotel-keeper

Hores

Hotel 32

Mefisto

Savarin

smartPension

3.5.1 Sumarizační tabulka













Moduly

Recepce





 

User-friendly



Spolupráce



Pokladna











Směnárna











Drobný prodej











Manažerské souhrny





Kalkulace poplatků





Webová aplikace



Síťové propojení



Vazba na účetnictví





???











 ???

  

  ???



???



??? 













Dostupnost





 





Www stránky

http://www.smartpension.cz/



http://www.cominn.cz/





http://www.mefisto.cz/

Prezentace



http://www.comarr.cz/





http://www.horesplus.cz/

Demoverze



http://www.hotel-keeper.cz/

Propagace na internetu

Technologie Souhrny



Speciální moduly

Skladové hospodářství

Ceny

 

Doplňkové moduly

Finance, evidence

Provoz

Restaurace

Nákup (v Kč)

29.900

38.300

54.383

25.000

35.000

9.990

Pronájem (v Kč / měsíc)

0

1.500

2.175

???

???

250

Flexibilita

???

Tabulka 13:



Sumarizační tabulka 14

???



???


3.5.2 Vlastní hodnocení Nabídka produktů na českém trhu je uspokojivá. Některé software pro ubytovací zařízení nabízejí širokou paletu vlastností. Je patrné, že některé firmy nabízejí svůj produkt v několika variantách podle potřeb dané skupiny ubytovacích zařízení. Cenová hladina některých softwarů je přijatelná i pro ubytovací zařízení (penziony) středních velikostí. Některé systémy nejsou pouze prodávány, ale jsou pronajímány. Poměrně slabou stránkou je viditelnost na internetu a dostupnost některých systémů. Naopak přímý marketing některých společností aktivně nabízí demoverzi jednotlivým ubytovacím kapacitám v dané oblasti. Hotelový průmysl je charakteristický tím, že zaměstnává levnou pracovní sílu na nejnižší (operativní) úrovni. Pokud bereme v úvahu ubytovací zařízení malých rozměrů, pak je tento fakt ještě umocněn, protože je zde kladen velký důraz na snížení nákladů. Od takových zaměstnanců můžeme očekávat spíše podprůměrnou znalost ovládání PC. Proto uživatelské prostředí musí být velmi jednoduché, přehledné a intuitivní. Po otestování několika demoverzí jsem dospěl k závěru, že uživatelské prostředí většiny aplikací neodpovídá této kategorii uživatelů. Nejpřijatelnějším řešením je z tohoto pohledu software Hotel-keeper. Cena přibližně 30.000 Kč za zakoupení software dle mého názoru hraniční s ochotou majitelů investovat. Řekněme, že to je investice, kterou menší ubytovací zařízení bude velmi zvažovat vzhledem k její ceně.

3.5.3 Závěr rešerše Cílem této práce je navrhnout takový rezervační systém pro menší ubytovací zařízení, který by mohl být na trhu dostupný za nízkou cenu a který bude obsahovat základní funkce potřebné pro chod takového zařízení. Velký důraz je kladen na jednoduchost ovládání.

15

KAPITOLA 4. Analýza

4 Analýza Tato ústřední kapitola celé práce je systematicky členěna podkapitoly, které bychom neměli chápat jako čistě sekvenční záležitost. Vzhledem k tomu, že existuje velké množství souvislostí mezi jednotlivými podkapitolami, je důležité sledovat tyto souvislosti mezi nimi (a to i zpětně). Diagramy byly realizovány za použití standardu UML 2 a to podle následující lit. [5],[6],[7]. Analýza byla provedena v nástroji Enterprise Architect 6.5. Toto prostředí umožňuje mj. také generování HTML dokumentace. Tato dokumentace je k dispozici na: http://faraon.felk.cvut.cz/~vujtep1/BP/index.htm.

4.1 Business Process Model Business proces definujeme jako posloupnost a/nebo souslednost činností a událostí, jejichž výstup má užitek pro zákazníka. [8], [9] Business process model graficky reprezentuje činnosti, které souvisí s provozováním ubytovacího zařízení. Jedná se o model, který stručně vystihuje základní procesy, které je třeba brát v úvahu při tvorbě software. V následujících bodech jsou představeni aktéři business procesů, poté je zobrazen proces vytvoření objednávky. Při úspěšné realizaci objednávky dojde k uskutečnění pobytu hosta. Odděleným procesem je marketing ubytovacího zařízení, který je zaměřen na vyjednání způsobu spolupráce s ubytovacími portály nebo jinými společnostmi zprostředkujícími ubytování zvanými partneři.

17


Obrázek 1:

Business Process Model

4.1.1 Zúčastněné osoby analysis Zúčastněné osoby

Vnější účastníci

Personál ubytovacího zařízení

Zákazník

Manager

Jednatel partnera

Recepční

Pokojská

Obrázek 2:

Zúčastněné osoby 18


4.1.2 Objednávka Objednávka je důležitým iniciačním procesem, kdy zákazníkův zájem o ubytovací služby vyústí v rezervování ubytování v daném ubytovacím zařízení. Další diagramy, které doplňují informace o tomto business procesu, jsou sekvenční diagramy 4.2.1 Poptávka a 4.2.2 Rezervace ubytování. analysis Obj ednáv ka «goal» Zj istit požadav ky zákazníka

WWW stránky

Zákazník «supply»

Nabídka ubytov ání a j iných služeb Zákazníkův zájem

Objednávka

«supply»

«information» Obsazenost pokoj ů

«resource» Sortiment služeb «goal» Uskutečnění obj ednáv ky

«input»

«input»

Rezerv ace ubytov ání, upřesnění obj ednáv ky Potvrzení objednávky

Objednávka

Recepční

Obrázek 3:

Objednávka

Poznámka: Nabídkou ubytování a jiných služeb je chápán sortiment služeb, který je zákazníkovi nabízen prostřednictvím propagační strategie dané firmy.

19


4.1.3 Pobyt hosta Pobyt hosta je realizován mezi událostmi check-in a check-out. Při check-in je obsazován pokoj a je řešena potřebná administrativa jako zápis hosta do knihy hostů, vyjasnění cenových záležitostí a specifikace objednávky. Při check-out je provedeno finanční vyrovnání a vyklizení pokoje. Další diagram, který doplňuje informace o tomto business procesu je sekvenční diagram 4.2.3 Pobyt. analysis Pobyt hosta «goal» Ubytov ání, obj ednáv ka služeb Zákazník

Recepční

Check-in Příjezd hosta

Ubytování hosta

«input»

«input»

«resource» Pokoj e

«resource» Sortiment služeb

«goal» Čistý pokoj

«supply»

Úklid pokoj e

Check-out

Pokojská

Obrázek 4:

Pobyt hosta

20

Pokoj připraven


4.1.4 Marketing Marketing představuje proces aktivního projevování zájmu ubytovacího zařízeno na tom, aby byla ubytovací kapacita maximálně využita. Při konstruktivní a systematické realizaci marketingových strategií je šance ubytovacího zařízení získání vyššího počtu zákazníků mnohem větší, což by mělo přispět větší výnosnosti podnikání. analysis Marketing «goal» Vyšší náštěv nost ubytov acího zařízení

Manager

Jednatel partnera

Dohodnuta spolupráce Záměr spolupráce s partnerem

[Ano]

Vyj ednáv ání způsobu spolupráce

Dohoda

Obrázek 5:

Marketing

21

[Ne]

Nedohodnuta spolupráce


4.2 Sekvenční diagramy Přítomnost sekvenčních diagramů má za úkol rozšířit informaci, kterou nám poskytují business procesy. Sekvenční diagramy můžeme definovat jako dynamický pohled na interakce mezi prvky modelu v závislosti na čase. Mezi prvky modelu řadíme také aktéry. [10], [11]

4.2.1 Poptávka Poptávka reprezentuje způsob, jakým zjišťuje zákazník volnou ubytovací kapacitu. Jedná se o poptávku realizovanou buď emailem, osobním kontaktem nebo po telefonu. sd Poptáv ka Systém pro ubytovací zařízení Interface Zákazník

Recepční

(from Zúčastněné osoby)


Poptávka Ověření volné kapacity Zobrazení přehledu objednávek Přehled objednávek zobrazen

Volno / Obsazeno

Informace sdělena

Obrázek 6:

Poptávka

22


4.2.2 Rezervace ubytování Rezervace ubytování je realizována kontaktem zákazníka s recepčním a to buď emailem, osobním kontaktem nebo po telefonu. Recepční pak zadává informace přes rozhraní do systému. V systému je evidována objednávka, která se může skládat z dílčích rezervací jednotlivých pokojů, objednávkami stravy, drobného zboží nebo nabízených služeb. sd Rezerv ace ubytov ání Systém pro ubytovací zařízení Interface Zákazník

Recepční



Rezervace ubytování

Vložení nové objednávky

Vytvořena nová objednávka Zobrzení karty objednávky Je třeba vyplnit podrobnosti objednávky Dotaz na potřebné informace Poskytnutí upřesňujících informací Zadání infomací Uložení hodnot Hodnoty uloženy Potvrzení nové objednávky Potvrzení rezervace ubytování

(from Poptávka)

Obrázek 7:

Rezervace ubytování

23

(from Poptávka)


4.2.3 Pobyt Pobyt hosta na pokoji charakterizuje následující sekvenční diagram. Z pohledu ubytovacího zařízení pobyt hosta nekončí tím, že host opustí pokoj. Pokoj je třeba uklidit a připravit pro další použití. sd Pobyt Systém pro ubytovací zařízení Interface Zákazník

Recepční

Pokoj ská




Check-in Potvrzení příjezdu Příjezd Hodnoty uloženy Příjezd potvrzen Ubytování hosta

Check-out Potvrzení odjezdu

Odjezd Zobrazení vyúčtování Vyúčtování zobrazeno Ukončení pobytu Potřeba uklidit pokoj

Pokoj uklizen

(from Poptávka)

Obrázek 8:

Pobyt

24

(from Poptávka)


4.3 Katalog požadavků Katalog požadavků je jedním ze základních pilířů analýzy. Cílem požadavků je co nejblíže specifikovat nároky na výsledný produkt ze strany uživatele. Požadavky jsou děleny dle lit. [12]. Jsou rozděleny do třech skupin podle toho, zda se týkají funkcionality, dat nebo ovládání systému. Jednotlivé požadavky jsou podrobněji vysvětleny a jejich uplatnění v aplikaci blíže charakterizují use-case [13] v následující kapitole. Pokud jsou některé požadavky přiřazeny k jinému požadavku, znamená to, že dílčí požadavky (vyskytují se na pravé straně diagramů) rozvíjí zobecněné požadavky. [14]

Obrázek 9:

Katalog požadavků

25


4.3.1 Funkční požadavky custom Funkční pož adavky Systém bude umožňovat spravovat rezervace pokojů

Systém bude umožňovat spravovat požadavky na stravování

Systém bude umožňovat spravování objednávek

Systém bude umožňovat spravovat prodej služeb

Systém bude umožňovat spravovat drobný prodej zboží

Systém bude evidovat objednávky provedené přes partnery a kalkulovat výši výsledné provize, která má být danému portálu hrazena

Systém bude podporovat spolupráci s partnery

Systém bude evidovat poplatky za propagaci ubytovacího zařízení na portálech partnerů

Systém bude vyhodnocovat efektivnost spolupráce s partnery

Systém bude informovat o vytíženosti pokojů

Systém bude informovat o obsazenosti ubytovacího zařízení vzhledem ke zvolenému období

Systém bude poskytovat přehledy a statistické údaje

Systém bude informovat o výši tržeb za zvolené období

Systém bude informovat o činnostech, které je třeba provést ve zvolený den

Obrázek 10: Funkční požadavky 26

KAPITOLA 4. Analýza 4.3.1.1 Systém bude poskytovat přehledy a statistické údaje Systém bude poskytovat přehledy o tržbách, vytíženosti ubytovacího zařízení a pokojů apod. dle specifikace přiřazených požadavků. Viz Use-case přehledy. 4.3.1.2 Systém bude podporovat spolupráci s partnery Partnerem je zpravidla ubytovací portál nebo jiná společnost, která s ubytovacím zařízením spolupracuje. Spolupráce s ubytovacím portálem je založena na získání poptávky po ubytování od Partnera nebo je založena na využití jeho reklamního prostoru. Při realizaci ubytování zprostředkovaného portálem je hrazena provize portálu. Viz Use-case nastavení/partneři. 4.3.1.3 Systém bude umožňovat spravování objednávek Obsahem objednávky jsou tyto položky: Rezervace pokojů, Požadavky na stravování, Zakoupené zboží, Zakoupené služby. Viz Use-case objednávka. 4.3.1.4 Systém bude evidovat poplatky za propagaci ubytovacího zařízení na portálech partnerů Viz Use-case přehledy. 4.3.1.5 Systém bude informovat o obsazenosti ubytovacího zařízení vzhledem ke zvolenému období Viz Use-case přehledy. 4.3.1.6 Systém bude informovat o vytíženosti pokojů Viz Use-case přehledy. 4.3.1.7 Systém bude informovat o výši tržeb za zvolené období Viz Use-case přehledy. 4.3.1.8 Systém bude informovat o činnostech, které je třeba provést ve zvolený den Viz Use-case přehledy. 4.3.1.9 Systém bude vyhodnocovat efektivnost spolupráce s partnery Systém bude porovnávat výdaje za propagaci ubytovacího zařízení na ubytovacích portálech s množstvím objednávek uskutečněných přes tyto portály. Viz Use-case přehledy. Poznámka: Tento požadavek je záměrně přiřazen ke dvěma zobecňujícím požadavkům, a to proto, že ho můžeme chápat jako požadavek, který podporuje spolupráci s partnery, a také jako požadavek, který poskytuje přehledy a statistické údaje.

27

KAPITOLA 4. Analýza 4.3.1.10 Systém bude evidovat objednávky provedené přes partnery a kalkulovat výši výsledné provize, která má být danému portálu hrazena Viz Use-case přehledy. 4.3.1.11 Systém bude umožňovat spravovat požadavky na stravování Systém umožňuje přiřadit typ stravování jako součást objednávky. Jedná se o položky typu snídaně, oběd, večeře, polopenze, plná penze nebo bez stravy. Viz Use-case nastavení/stravování. 4.3.1.12 Systém bude umožňovat spravovat drobný prodej zboží Zbožím rozumíme položky typu drobného občerstvení nebo suvenýrů zpravidla prodávaných na recepci. Viz Use-case nastavení/prodej zboží a služeb. 4.3.1.13 Systém bude umožňovat spravovat prodej služeb Službami rozumíme další aktivity jak aktivně strávit čas jako např.: půjčení kol, pronájem sauny, apod. Viz Use-case nastavení/prodej zboží a služeb. 4.3.1.14 Systém bude umožňovat spravovat rezervace pokojů Pokoje jsou obsazovány zákazníky ubytovacího zařízení. Viz Use-case objednávka.

28


4.3.2 Požadavky na ovládání a přístup do systému custom Požadav ky na ov ládání a přístup do systému Hlavní menu bude mít ideálně 5, maximálně 8 položek Systém bude mít jednoduché a přehledné menu Hlavní menu bude mít maximálně tři úrovně

Systém bude přístupný přes webové rozhraní

Systém bude přístupným pouze registrovaným uživatelům

Systém bude umožňovat spravovat uživatelské účty

Obrázek 11: Požadavky na ovládání a přístup do systému 4.3.2.1 Systém bude mít jednoduché a přehledné menu Cílem aplikace je to, aby byla snadno srozumitelná pro laiky. 4.3.2.2 Systém bude přístupný přes webové rozhraní Požadavek na vytvoření webové aplikace z důvodu požadavku na přístup odkudkoli kde je internet. 4.3.2.3 Systém bude přístupným pouze registrovaným uživatelům 4.3.2.4 Systém bude umožňovat spravovat uživatelské účty Viz Use-case nastavení/správa uživatelských účtů. 4.3.2.5 Hlavní menu bude mít ideálně 5, maximálně 8 položek Tyto hodnoty odpovídají množství požadavků. Struktura menu bude podobná struktuře jednotlivých složek Use-case. 4.3.2.6 Hlavní menu bude mít maximálně tři úrovně Toto omezení omezuje větvení do subkategorií. Úroveň třetího řádu bude v systému výjimečně. 29


4.3.3 Požadavky na uchování dat custom Požadav ky na uchov ání dat Systém bude umožňovat tisknout domovní knihu, nebo knihu cizinců

Systém bude uchovávat informace o zákaznících ubytovacího zařízení

Systém bude rozlišovat zákazníky podle kategorie zákazníků

Systém bude evidovat zákazníky jako hosty nebo firmy a také případné vazby mezi hosty a jednotlivými firmami Systém bude evidovat turistické a ubytovací poplatky, které je ubytovací zařízení ze zákona povinno odvádět.

Systém bude evidovat informace o pokojích

Systém bude evidovat informace o sezónách

Systém bude evidovat informace o cenách pokojů vzhledem k obsazenosti pokoje a sezóně

Obrázek 12: Požadavky na uchování dat 4.3.3.1 Systém bude evidovat informace o pokojích Správa pokojů spočívá v definování typů pokojů. Jeden typ pokoje má uvedenou strukturou lůžek a vybavení. Konkrétní pokoje jsou pak k definovaným typům pokojů přiřazeny. Viz Use-case sezóny, ceny a pokoje. 30

KAPITOLA 4. Analýza 4.3.3.2 Systém bude evidovat informace o sezónách Sezóny jsou období, které slouží ke stanovení cen za ubytovací služby. Viz Use-case sezóny, ceny a pokoje. 4.3.3.3 Systém bude evidovat turistické a ubytovací poplatky, které je ubytovací zařízení ze zákona povinno odvádět Existují dva druhy poplatků. Výši poplatků stanovuje vyhláška místní samosprávy (Městského úřadu). Ubytovací poplatek je poplatek za každé obsazené lůžko/noc v ubytovacím zařízením. Jeho výše se pohybuje kolem 3-5 Kč. Poplatek za lázeňský nebo rekreační pobyt se odvádí za každou osobu/den, jejímž důvodem pobytu v ubytovacím zařízení je turistka nebo rekreace. Jeho výše je 10-15 Kč. [3] Viz Use-case přehledy. 4.3.3.4 Systém bude evidovat informace o cenách pokojů vzhledem k obsazenosti pokoje a sezóně Systém nabízí možnost nastavit ceny pokojů dle jejich typu a dle sezóny, ve které se daná objednávka nachází. Ceny pokojů mohou být odstupňované podle počtu osob na pokoji. Viz Use-case sezóny, ceny a pokoje. 4.3.3.5 Systém bude uchovávat informace o zákaznících ubytovacího zařízení Požadavek na vedení databáze zákazníků z důvodu marketingových a komunikačních účelů. Třída zákazník představuje klienta, který provedl poptávku nebo objednávku. Může být reprezentován jak konkrétní osobou, tak firmou. Viz Use-case databáze zákazníků. 4.3.3.6 Systém bude evidovat zákazníky jako hosty nebo firmy a také případné vazby mezi hosty a jednotlivými firmami Host může spolupracovat s některou firmou nebo být jejím zaměstnancem. Můžeme tak evidovat například informaci, kdo je zodpovědný za provedení objednávky z dané firmy. 4.3.3.7 Systém bude rozlišovat zákazníky podle kategorie zákazníků Někteří zákazníci mohou mít zvýhodněné ceny ubytování. Pro jejich odlišení slouží kategorie zákazníků. Viz Use-case nastavení/kategorie zákazníků. 4.3.3.8 Systém bude umožňovat tisknout domovní knihu, nebo knihu cizinců Domovní kniha je seznam všech českých hostů, kteří ubytovací zařízení navštívili za dané období. Je součástí dokumentu, který je třeba odevzdat městskému úřadu při kalkulaci ubytovacích a turistických poplatků. [3]

31

KAPITOLA 4. Analýza Kniha cizinců je seznam cizinců, kteří ubytovací zařízení navštívili za dané období. Ze zákona je povinností ubytovatele podávat hlášení cizinecké polici do následujícího pracovního dne po ubytování cizince. [4] Viz Use-case databáze zákazníků.

4.4 Use Case Model Use case model je dalším ze základních pilířů analýzy. Každý use case (= případ užití) reprezentuje událost, která může být provedena při obsluhování systému. Use case jsou děleny do složek tak, aby byly systematicky sdružovány ty use case, které mají podobné vlastnosti. Organizace složek je navržena autorem této práce. Zpravidla každý use case je stručně popsán a má přiřazen scénář událostí. [13], [15]

Obrázek 13: Use Case Model 32


4.4.1 Uživatelé uc Uživ atelé

Uživ atel

Administrátor

Obrázek 14: Uživatelé 4.4.1.1 Administrátor Administrátorem je zpravidla majitel nebo manažer ubytovacího zařízení. Má absolutní přístup ke všem nastavením. Oproti standardnímu uživateli se liší tím, že má právo spravovat uživatelské účty. 4.4.1.2 Uživatel Může zastávat různé role ve firemní hierarchii.

33


4.4.2 Logování a help uc Logov ání a help Systém pro ubytovací zařízení

Přihlásit se do systému

Odhlásit se ze systému

Uživ atel (from Uživatelé)

Spustit nápov ědu

Zaslat zpětnou v azbu

Obrázek 15: Logování a help 4.4.2.1 Odhlásit se ze systému Odhlášením je ukončena činnost uživatele v aplikaci. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku v hlavním menu 2. Systém ukončí jeho činnost v aplikaci a zavře ji 4.4.2.2 Přihlásit se do systému Přihlášením je zahájena činnost uživatele v aplikaci. Tok událostí - Hlavní scénář: 1. Systém zobrazí přihlašovací okno 2. Uživatel vyplní uživatelské jméno a heslo 3. Uživatel potvrdí přihlášení 4. Systém ověří platnost uživatelského jména a hesla 5. Při úspěšném ověření spustí aplikaci, jinak zobrazí logovací obrazovku znovu s hláškou, že kombinace uživatelského jména a hesla není platná

34

KAPITOLA 4. Analýza 4.4.2.3 Spustit nápovědu Systém spustí uživatelskou příručku. Tok událostí - Hlavní scénář: 1. Uživatel zvolí příslušnou položku v hlavním menu 2. Systém zobrazí nápovědu v novém okně 4.4.2.4 Zaslat zpětnou vazbu Uživatel má možnost odeslat tvůrcům aplikace formou emailu svůj komentář ohledně funkčnosti aplikace nebo návrh na vylepšení aplikace nebo osobní názor na aplikaci. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku v hlavním menu 2. Systém otevře kartu zpětné vazby 3. Uživatel vyplní svůj komentář 4. Uživatel zvolí tlačítko odeslat 5. Systém zobrazí potvrzovací hlášku a provede návrat na předchozí obrazovku

35


4.4.3 Přehledy Tato kapitola charakterizuje typy přehledů, které systém může poskytovat, pro uživatele systému. uc Přehledy Systém pro ubytovací zařízení

Zobrazit denní rozpis

Zobrazit v ytíženost pokoj ů

«extend» Zobrazit obsazenost ubytov acího zařízení «extend»

Zobrazit turistické a ubytov ací poplatky

«extend»

«extend»

Uživ atel

Zobrazit přehled tržeb

(from Uživatelé)

«extend»

«extend»

Zobrazit v ýše prov izí pro partnery

«extend»

«extend»

Zobrazit přehled strav ov ání

Zobrazit v ýše v ýdaj ů za propagaci

Zobrazit porov nání partnerů

Obrázek 16: Přehledy

36

«extend»

Prov ést tisk přehledu

KAPITOLA 4. Analýza 4.4.3.1 Provést tisk přehledu Uživatel může zobrazený přehled vytisknout. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušné tlačítko u zobrazeného přehledu 2. Systém zobrazí tisknutelnou verzi přehledu 3. Systém vyžádá potvrzení pro začátek tisku 4. Uživatel potvrdí začátek tisku 5. Systém zahájí tisk 6. Systém provede návrat na zobrazený přehled 4.4.3.2 Zobrazit denní rozpis Systém zobrazí seznam činností na zvolený den. Tj. všechny události typu check-in, check-out, úklid pokojů, stravování. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí kartu s dotazem na období pro zobrazení denních rozpisů 3. Uživatel zvolí možnost dnes nebo data od a do 4. Systém zobrazí přehled 4.4.3.3 Zobrazit obsazenost ubytovacího zařízení Systém zobrazí ve sloupcovém grafu obsazenost ubytovacího zařízení během zvolených časových období. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí kartu s dotazem na období pro zobrazení obsazenosti 3. Uživatel zvolí data od a do 4. Systém zobrazí přehled 4.4.3.4 Zobrazit porovnání partnerů Systém přehledně zobrazí příjmy a výdaje ubytovacího zařízení plynoucí ze spolupráce s partnery. Uživatel pak může porovnat, které spolupráce s partnery jsou výhodné a které nejsou výhodné. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí kartu s dotazem na období pro porovnání partnerů 3. Uživatel zvolí data od a do 4. Systém zobrazí report, kde jsou porovnávány příjmy a výdaje související s každým partnerem 4.4.3.5 Zobrazit přehled tržeb Systém zobrazí v grafu výši tržeb v závislosti na zvoleném období.

37

KAPITOLA 4. Analýza Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí kartu s dotazem na období pro zobrazení tržeb a s dotazem na zvolení jednotek na ose x (dny, týdny, měsíce, roky) 3. Uživatel zvolí data od a do, které stanoví období pro zobrazení tržeb 4. Uživatel stanoví jednotky na ose x 5. Systém zobrazí přehled 4.4.3.6 Zobrazit turistické a ubytovací poplatky Systém kalkuluje částku, která se bude odvádět příslušnému úřadu. Částka je součtem turistických a ubytovacích poplatků za ubytované hosty za zvolené období. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí kartu s dotazem na období pro výpočet poplatků 3. Uživatel zvolí data od a do, které stanoví období pro kalkulaci poplatků 4. Systém zobrazí přehled 4.4.3.7 Zobrazit vytíženost pokojů Systém zobrazí ve sloupcovém grafu vytíženost jednotlivých pokojů během zvolených časových období. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí kartu s dotazem na období pro zobrazení vytíženosti 3. Uživatel zvolí data od a do 4. Systém zobrazí přehled 4.4.3.8 Zobrazit výše provizí pro partnery Pokud je objednávka zprostředkována partnerským ubytovacím portálem, náleží mu podle dohody provize za toto zprostředkování. Systém zobrazí výše provizí pro jednotlivé ubytovací portály za stanovené období. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí kartu s dotazem na období pro výpočet provizí 3. Uživatel zvolí data od a do, které stanoví období pro kalkulaci provizí 4. Systém zobrazí přehled 4.4.3.9 Zobrazit výše výdajů za propagaci Systém zobrazí přehled partnerů a výši příslušných výdajů za propagaci za zvolený rok. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí kartu s dotazem na období pro zobrazení poplatků 38

KAPITOLA 4. Analýza 3. Uživatel zvolí roky od a do 4. Systém zobrazí přehled 4.4.3.10 Zobrazit přehled stravování Systém zobrazí jednotlivé typy stravování a počet jejich objednání ve zvoleném časovém období. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí kartu s dotazem na období pro zobrazení stravování 3. Uživatel zvolí data od a do 4. Systém zobrazí přehled

4.4.4 Databáze zákazníků Tato kapitola charakterizuje use case, které se vztahují k databázi zákazníků. uc Databáze zákazníků Systém pro ubytovací zařízení

Uprav it stáv aj ícího zákazníka

Vyv ořit nov ého zákazníka

«extend»

«extend»

Smazat stáv aj ícího zákazníka z databáze

«extend»

Zobrazit databázi zákazníků «extend»

Tisknout zobrazenou databázi

«extend» Zobrazit domov ní knihu

«extend»

Uživ atel

«extend»

(from Uživatelé)

«extend»

Zobrazit knihu cizinců

«extend»

Exportov at zobrazenou databázi do tabulkov ého editoru

«include»

Zobrazit aplikaci v tabulkov ém editoru s exportov anými daty

Obrázek 17: Databáze zákazníků 4.4.4.1 Exportovat zobrazenou databázi do tabulkového editoru Provede se export databáze do tabulkového editoru. Dle volby uživatele bude vybrán tabulkový editor MS Excel nebo OpenOffice Calc.

39

KAPITOLA 4. Analýza Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušné tlačítko u zobrazené databáze 2. Systém nabídne uživateli volby exportu do MS Excel nebo do OpenOffice Calc 3. Uživatel vybere jednu z možností 4. Systém provede export dat a zobrazí data ve zvoleném souboru v novém okně 5. Systém provede návrat na zobrazenou databázi 4.4.4.2 Smazat stávajícího zákazníka z databáze Umožňuje uživateli smazat stávajícího zákazníka z databáze. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u zákazníka zvolí volbu smazání zákazníka 2. Systém otevře okno pro potvrzení mazání 3. Uživatel potvrdí smazání 4. Systém smaže zákazníka z databáze 5. Systém provede automatický návrat do zobrazené databáze zákazníků 4.4.4.3 Tisknout zobrazenou databázi Provede se export do tisknutelného formátu a zobrazí se nabídka tisku. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušné tlačítko u zobrazené databáze 2. Systém zobrazí tisknutelnou verzi dokumentu 3. Systém vyžádá potvrzení pro začátek tisku 4. Uživatel potvrdí začátek tisku 5. Systém zahájí tisk 6. Systém provede návrat na zobrazenou databázi 4.4.4.4 Upravit stávajícího zákazníka Možnost měnit detaily na kartě zákazníka. Tok událostí - Hlavní scénář: 1. Uživatel zobrazí kartu zákazníka výběrem zákazníka v zobrazené databázi 2. Uživatel upraví údaje na kartě zákazníka 3. Uživatel potvrdí provedené změny 4. Systém změny uloží 5. Systém provede automatický návrat na zobrazenou databázi zákazníků 4.4.4.5 Vytvořit nového zákazníka Na kartě objednávky jsou k dispozici pole pro vyplnění informací o zákazníkovi (zákaznících). Na kartě je zobrazeno tolik hostů, kolik je dostupných lůžek na daném pokoji. Dále jsou k dispozici pole pro vyplnění informací o firmě. Pokud chceme evidovat fakt, že host je zaměstnancem firmy nebo s ní spolupracuje, zaškrtneme volbu "vazba na firmu", která se u každého hosta nabízí. 40


Tok událostí – Hlavní scénář: 1. Uživatel vybere možnost "Přidat zákazníka" 2. Systém nabídne možnost, zda se jedná o firmu nebo hosta 3. Uživatel vybere zvolenou možnost 4. Systém zobrazí kartu zákazníka 5. Uživatel vyplní potřebné údaje 6. Uživatel potvrdí provedené změny 7. Systém uloží údaje do databáze 8. Systém provede automatický návrat zobrazenou databázi zákazníků Tok událostí – Alternativní scénář: 1. Na kartě objednávky vyplní uživatel základní údaje o hostovi a případně o firmě 2. Uživatel vyplní údaje o dalších hostech, pokud je potřeba 3. Pokud je host ve vztahu s firmou, zaškrtne uživatel pole "vazba na firmu" u daného hosta 4. Uživatel potvrdí provedené úkony 5. Systém uloží údaje do databáze 4.4.4.6 Zobrazit aplikaci v tabulkovém editoru s exportovanými daty Otevře se soubor MS Excel nebo OpenOffice Calc s daty z databáze. 4.4.4.7 Zobrazit databázi zákazníků Zobrazí se databáze všech klientů. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí databázi zákazníků 4.4.4.8 Zobrazit domovní knihu Bude zobrazena filtrovaná databáze hostů s ohledem na stát (Česká Republika). Tento report slouží pro městský úřad. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku v hlavním menu 2. Systém zobrazí filtrovanou databázi hostů 4.4.4.9 Zobrazit knihu cizinců Bude zobrazena databáze klientu s filtrováním s ohledem na stát (jiné státy než Česká Republika). Tento report slouží pro cizineckou policii. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí filtrovanou databázi hostů

41


4.4.5 Objednávka Tato kapitola charakterizuje use case, které souvisí s objednávkou. Objednávka je hlavním stavebním prvkem aplikace. uc Obj ednáv ka Systém pro ubytovací zařízení

Tisknout přehled obj ednáv ek Vytv ořit nov ou obj ednáv ku

«include» «extend»

«extend»

Vyv ořit nov ého zákazníka

(from Databáze zákazníků)

«extend» «extend» Zobrazit obj ednáv ky «extend»

Uprav it stáv aj ící obj ednáv ku

«extend»

Přidat zboží nebo službu do účtu obj ednáv ky


«extend»

Smazat stáv aj ící obj ednáv ku

Obrázek 18: Objednávka 4.4.5.1 Přidat zboží nebo službu do účtu objednávky K účtu objednávky bude připsáno zboží nebo služba, kterou si zákazník objednal. Tok událostí - Hlavní scénář: 1. Uživatel zobrazí kartu objednávky 2. Uživatel vybere na kartě záložku účet objednávky 3. Uživatel zvolí přidat zboží nebo službu 4. Uživatel vybere ze seznamu položek 5. Uživatel zvolí uložit 6. Systém navýšil účet objednávky o danou položku 4.4.5.2 Smazat stávající objednávku Uživatel odstraní stávající objednávku. Tok událostí - Hlavní scénář: 1. Uživatel otevře stávající objednávku 2. Vybere volbu "Smazat objednávku 3. Systém zobrazí potvrzovací okno 42

KAPITOLA 4. Analýza 4. Uživatel potvrdí nebo nepotvrdí mazání objednávky 5. Systém objednávku smaže 6. Systém provede automatický návrat na přehled objednávek 4.4.5.3 Tisknout přehled objednávek Provede se export přehledu objednávek do tisknutelného formátu a zobrazí se nabídka tisku. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušné tlačítko u zobrazeného přehledu objednávek 2. Systém zobrazí tisknutelnou verzi dokumentu 3. Systém vyžádá potvrzení pro začátek tisku 4. Uživatel potvrdí začátek tisku 5. Systém zahájí tisk 6. Systém provede návrat na zobrazený přehled objednávek 4.4.5.4 Upravit stávající objednávku Uživatel může editovat stávající objednávku v přehledu objednávek. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou objednávku v přehledu objednávek 2. Systém zobrazí kartu objednávky 3. Uživatel může editovat podrobnosti 4. Uživatel potvrdí nebo nepotvrdí provedené změny 5. Systém provede automatický návrat na přehled objednávek 4.4.5.5 Vytvořit novou objednávku Uživatel může vytvořit novou objednávku a rezervaci pokojů. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku v hlavním menu nebo vyznačí na přehledu objednávek umístění nové objednávky 2. Systém zobrazí kartu objednávky 3. Uživatel vyplní podrobnosti objednávky 4. Uživatel uloží tuto objednávku stiskem příslušného tlačítka na kartě objednávky 5. Systém uloží objednávku 6. Systém provede automatický návrat na přehled objednávek 4.4.5.6 Zobrazit objednávky Zobrazí se přehledný souhrn rezervovaných pokojů v časové tabulce; tzv. přehled objednávek. Pod přehledem objednávek jsou zobrazeni náhradníci také ve stejné časové tabulce. Tok událostí - Hlavní scénář: 1. Uživatel vybere příslušnou položku z hlavního menu 2. Systém zobrazí přehled objednávek 43

KAPITOLA 4. Analýza Tok událostí - Alternativní scénář: 1. Systém zobrazí přehled objednávek po přihlášení uživatele do systému

4.4.6 Nastavení Tato poměrně obsáhlá kapitola sdružuje use case, které souvisí s předdefinováním hodnot a dat, která budou následně aplikací využívána. Tím, kdo bude hodnoty a data definovat je uživatel. Pokud uživatel některá data nenadefinuje, nebudou k dispozici. Například: bude-li chtít recepční přiřadit snídani některému z hostů, musí být snídaně předem definována jako položka Typ stravování.

Obrázek 19: Nastavení

44


4.4.7 Správa uživatelských účtů uc Správ a uživ atelů Systém pro ubytovací zařízení

Vytv ořit uživ atelský účet

«extend»

Zobrazit uživ atelské účty

«extend»

Uprav it uživ atelský účet

Administrátor (from Uživatelé)

«extend»

Smazat uživ atelský účet

Obrázek 20: Správa uživatelů 4.4.7.1 Smazat uživatelský účet Administrátor může smazat uživatele. Nemůže však smazat sám sebe. Tok událostí - Hlavní scénář: 1. Administrátor výběrem příslušného tlačítka u dané položky zvolí volbu mazání 2. Systém otevře okno pro potvrzení mazání 3. Administrátor potvrdí smazání 4. Systém smaže danou položku 5. Systém provede automatický návrat na zobrazené uživatele 4.4.7.2 Upravit uživatelský účet Administrátor může změnit nastavení uživatelského účtu. Administrátor může upravit i nastavení svého uživatelského účtu. Tok událostí - Hlavní scénář: 1. Administrátor výběrem příslušného tlačítka u dané položky zvolí volbu úprav 2. Systém otevře kartu uživatele 3. Administrátor upraví údaje na kartě 4. Administrátor potvrdí provedené změny 5. Systém změny uloží 45

KAPITOLA 4. Analýza 6. Systém provede automatický návrat na zobrazené uživatele 4.4.7.3 Vytvořit uživatelský účet Administrátor může vytvořit nového uživatele. Tok událostí - Hlavní scénář: 1. Administrátor vybere možnost vytvořit 2. Systém zobrazí kartu uživatele 3. Administrátor vyplní potřebné údaje 4. Administrátor potvrdí provedené změny 5. Systém uloží údaje do databáze 6. Systém provede automatický návrat zobrazené uživatele 4.4.7.4 Zobrazit uživatelské účty Administrátor může zobrazit stávající uživatele systému. Tok událostí - Hlavní scénář: 1. Administrátor zvolí příslušnou položku z hlavního menu 2. Systém zobrazí kartu seznam uživatelů

4.4.8 Kategorie zákazníků uc Kategorie zákazníků Systém pro ubytovací zařízení

Vytv ořit nov ou kategorii zákazníků

«extend»

Zobrazit kategorie zákazníků

«extend»

Uprav it kategorii zákazníků


«extend»

Smazat kategorii zákazníků

Obrázek 21: Kategorie zákazníků 46

KAPITOLA 4. Analýza 4.4.8.1 Smazat kategorii zákazníků Uživatel může smazat kategorii zákazníků. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu mazání 2. Systém otevře okno pro potvrzení mazání 3. Uživatel potvrdí smazání 4. Systém smaže danou položku 5. Systém provede automatický návrat na zobrazené kategorie zákazníků 4.4.8.2 Upravit kategorii zákazníků Uživatel může změnit nastavení. Tok událostí - Hlavní scénář: 1. Uživatel otevře kartu kategorie zákazníků 2. Uživatel upraví údaje na kartě 3. Uživatel potvrdí provedené změny 4. Systém změny uloží 5. Systém provede automatický návrat na zobrazené kategorie zákazníků 4.4.8.3 Vytvořit novou kategorii zákazníků Uživatel může vytvořit novou kategorii zákazníků. Tok událostí - Hlavní scénář: 1. Uživatel vybere možnost vytvořit 2. Systém zobrazí kartu kategorie zákazníků 3. Uživatel vyplní potřebné údaje 4. Uživatel potvrdí provedené změny 5. Systém uloží údaje do databáze 6. Systém provede automatický návrat zobrazené kategorie zákazníků 4.4.8.4 Zobrazit kategorie zákazníků Uživatel může zobrazit stávající kategorie zákazníků. Tok událostí - Hlavní scénář: 1. Uživatel zvolí příslušnou položku z hlavního menu 2. Systém zobrazí kartu kategorie zákazníků

47


4.4.9 Partneři uc Partneři Systém pro ubytovací zařízení

Vytv ořit partnera

«extend»

Zobrazit partnery

«extend»

Uprav it partnera


«extend»

Smazat partnera

Obrázek 22: Partneři 4.4.9.1 Smazat partnera Uživatel může smazat partnera. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu mazání 2. Systém otevře okno pro potvrzení mazání 3. Uživatel potvrdí smazání 4. Systém smaže danou položku 5. Systém provede automatický návrat na zobrazené partnery 4.4.9.2 Upravit partnera Uživatel může změnit nastavení. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu úprav 2. Systém otevře kartu partnera 3. Uživatel upraví údaje na kartě 4. Uživatel potvrdí provedené změny 5. Systém změny uloží 6. Systém provede automatický návrat na zobrazené partnery

48

KAPITOLA 4. Analýza 4.4.9.3 Vytvořit partnera Uživatel může vytvořit nového partnera. Tok událostí - Hlavní scénář: 1. Uživatel vybere možnost vytvořit 2. Systém zobrazí kartu partnera 3. Uživatel vyplní potřebné údaje 4. Uživatel potvrdí provedené změny 5. Systém uloží údaje do databáze 6. Systém provede automatický návrat zobrazené partnery 4.4.9.4 Zobrazit partnery Uživatel může zobrazit stávající partnery. Tok událostí - Hlavní scénář: 1. Uživatel zvolí příslušnou položku z hlavního menu 2. Systém zobrazí kartu seznam partnerů

49


4.4.10

Prodej zboží a služeb

uc Prodej zboží a služeb Systém pro ubytovací zařízení

Vytv ořit službu

«extend»

Zobrazit služby

«extend»

Uprav it službu

«extend» Smazat službu

Uživ atel Vytv ořit nov ý druh zboží

(from Uživatelé)

«extend» Zobrazit zboží «extend»

Uprav it zboží

«extend»

Smazat zboží

Obrázek 23: Prodej zboží a služeb 4.4.10.1 Smazat službu Uživatel může smazat službu.

50

KAPITOLA 4. Analýza Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu mazání 2. Systém otevře okno pro potvrzení mazání 3. Uživatel potvrdí smazání 4. Systém smaže danou položku 5. Systém provede automatický návrat na zobrazené služby 4.4.10.2 Smazat zboží Uživatel může smazat daný typ zboží. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu mazání 2. Systém otevře okno pro potvrzení mazání 3. Uživatel potvrdí smazání 4. Systém smaže danou položku 5. Systém provede automatický návrat na zobrazené zboží 4.4.10.3 Upravit službu Uživatel může změnit nastavení. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu úprav 2. Systém otevře kartu služba 3. Uživatel upraví údaje na kartě 4. Uživatel potvrdí provedené změny 5. Systém změny uloží 6. Systém provede automatický návrat na zobrazené služby 4.4.10.4 Upravit zboží Uživatel může změnit nastavení. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu úprav 2. Systém otevře kartu zboží 3. Uživatel upraví údaje na kartě 4. Uživatel potvrdí provedené změny 5. Systém změny uloží 6. Systém provede automatický návrat na zobrazené zboží 4.4.10.5 Vytvořit nový druh zboží Uživatel může vytvořit nový druh zboží. Tok událostí - Hlavní scénář: 1. Uživatel vybere možnost vytvořit 51

KAPITOLA 4. Analýza 2. Systém zobrazí kartu zboží 3. Uživatel vyplní potřebné údaje 4. Uživatel potvrdí provedené změny 5. Systém uloží údaje do databáze 6. Systém provede automatický návrat zobrazené zboží 4.4.10.6 Vytvořit službu Uživatel může vytvořit novou službu. Tok událostí - Hlavní scénář: 1. Uživatel vybere možnost vytvořit 2. Systém zobrazí kartu služba 3. Uživatel vyplní potřebné údaje 4. Uživatel potvrdí provedené změny 5. Systém uloží údaje do databáze 6. Systém provede automatický návrat zobrazené služby 4.4.10.7 Zobrazit služby Uživatel může zobrazit stávající nabízené služby. Tok událostí - Hlavní scénář: 1. Uživatel zvolí příslušnou položku z hlavního menu 2. Systém zobrazí kartu seznam služeb 4.4.10.8 Zobrazit zboží Uživatel může zobrazit stávající zboží. Tok událostí - Hlavní scénář: 1. Uživatel zvolí příslušnou položku z hlavního menu 2. Systém zobrazí kartu seznam zboží

52


4.4.11

Sezóny, ceny a pokoje

uc Sezóny, ceny a pokoj e Systém pro ubytovací zařízení

Vytv ořit sezónu

«extend» Zobrazit sezóny

Uprav it sezónu «extend»

«extend» Smazat sezónu «include»

Uprav it hodnoty ceníků


«include» Vytv ořit typ pokoj e

Vytv ořit pokoj «extend» «extend»

«extend» Zobrazit typy pokoj ů «extend»

«extend» Uprav it typ pokoj e «extend»

«extend»

Uprav it pokoj

«extend»

Smazat typ pokoj e

«include»

Smazat pokoj

Obrázek 24: Sezóny, ceny a pokoje 4.4.11.1 Smazat pokoj Uživatel může smazat pokoj. Tok událostí - Hlavní scénář: 1. Na kartě typ pokoje uživatel vybere u dané položky volbu mazání 2. Systém otevře okno pro potvrzení mazání 3. Uživatel potvrdí smazání 4. Systém smaže danou položku 5. Systém provede automatický návrat na zobrazenou kartu typ pokoje

53

KAPITOLA 4. Analýza 4.4.11.2 Smazat sezónu Uživatel může smazat sezónu. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu mazání 2. Systém otevře okno pro potvrzení mazání 3. Uživatel potvrdí smazání 4. Systém smaže danou položku 5. Systém provede automatický návrat na zobrazené sezóny 4.4.11.3 Smazat typ pokoje Uživatel může smazat typ pokoje. Je kontrolováno, jestli existují konkrétní pokoje přiřazené tomuto typu pokoje. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu mazání 2. Systém otevře okno pro potvrzení mazání 3. Uživatel potvrdí smazání 4. Systém zkontroluje, zda pod tímto typ pokoje neexistují pokoje a pokud ano otevře další okno pro potvrzení mazání 5. Uživatel potvrdí smazání 6. Systém smaže daný typ pokoje a všechny pokoje k tomu určené 7. Systém provede automatický návrat na zobrazené typy pokojů 4.4.11.4 Upravit hodnoty ceníků Uživatel může změnit hodnoty uvedené v ceníkách. Ceníky jsou generovány vzhledem k sezónám a typům pokojů, proto neexistuje možnost vytvořit nebo mazat ceník. Tok událostí - Hlavní scénář: 1. Uživatel vybere možnost upravit ceníky 2. Systém zobrazí seznam sezón 3. Uživatel vybere sezónu, jejíž ceník chce upravit 4. Systém zobrazí v tabulce typy pokojů na jedné ose a možné počty osob na pokoji na druhé ose 5. Uživatel vyplní potřebné údaje 6. Uživatel potvrdí provedené změny 7. Systém uloží údaje do databáze 8. Systém provede automatický návrat zobrazené sezóny 4.4.11.5 Upravit pokoj Uživatel může změnit nastavení. Tok událostí - Hlavní scénář: 1. Na kartě typ pokoje uživatel vybere u dané položky volbu úprav 54

KAPITOLA 4. Analýza 2. Systém otevře kartu pokoje 3. Uživatel upraví údaje na kartě 4. Uživatel potvrdí provedené změny 5. Systém změny uloží 6. Systém provede automatický návrat na zobrazenou kartu typ pokoje 4.4.11.6 Upravit sezónu Uživatel může změnit nastavení. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu úprav 2. Systém otevře kartu sezóny 3. Uživatel upraví údaje na kartě 4. Uživatel potvrdí provedené změny 5. Systém změny uloží 6. Systém provede automatický návrat na zobrazené sezóny 4.4.11.7 Upravit typ pokoje Uživatel může změnit nastavení. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu úprav 2. Systém otevře kartu typ pokoje 3. Uživatel upraví údaje na kartě 4. Uživatel potvrdí provedené změny 5. Systém změny uloží 6. Systém provede automatický návrat na zobrazené typy pokojů 4.4.11.8 Vytvořit pokoj Uživatel může vytvořit nový pokoj. Tok událostí - Hlavní scénář: 1. Na kartě typ pokoje vybere uživatel možnost vytvořit pokoj 2. Systém zobrazí kartu pokoje 3. Uživatel vyplní potřebné údaje 4. Uživatel potvrdí provedené změny 5. Systém uloží údaje do databáze 6. Systém provede automatický návrat zobrazenou kartu typ pokoje 4.4.11.9 Vytvořit sezónu Uživatel může vytvořit novou sezónu. Tok událostí - Hlavní scénář: 1. Uživatel vybere možnost vytvořit 2. Systém zobrazí kartu sezóny 3. Uživatel vyplní potřebné údaje 55

KAPITOLA 4. Analýza 4. Uživatel potvrdí provedené změny 5. Systém uloží údaje do databáze 6. Systém provede automatický návrat zobrazené sezóny 4.4.11.10 Vytvořit typ pokoje Uživatel může vytvořit nový typ pokoje. Tok událostí - Hlavní scénář: 1. Uživatel vybere možnost vytvořit 2. Systém zobrazí kartu typ pokoje 3. Uživatel vyplní potřebné údaje 4. Uživatel potvrdí provedené změny 5. Systém uloží údaje do databáze 6. Systém provede automatický návrat zobrazené typy pokojů 4.4.11.11 Zobrazit sezóny Uživatel může zobrazit stávající sezóny. Tok událostí - Hlavní scénář: 1. Uživatel zvolí příslušnou položku z hlavního menu 2. Systém zobrazí kartu seznam sezón 4.4.11.12 Zobrazit typy pokojů Uživatel může definovat jednotlivé typy pokojů. Tok událostí - Hlavní scénář: 1. Uživatel zvolí příslušnou položku z hlavního menu 2. Systém zobrazí kartu seznam typů pokojů

4.4.12

Ubytovací zařízení

uc Ubytov ací zařízení Systém pro ubytovací zařízení

Zobrazit informace o ubytov acím zařízení a j iná nastav ení Uživ atel (from Uživatelé)

Obrázek 25: Ubytovací zařízení

56

«extend»

Uprav it informace o ubytov acím zařízení a j iná nastav ení

KAPITOLA 4. Analýza 4.4.12.1 Upravit informace o ubytovacím zařízení a jiná nastavení Uživatel může změnit informace o ubytovacím zařízení. Jedná se o nastavení Číselníku. Více o číselníku v kapitole 4.7.2 Ciselnik. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka zvolí volbu úprav 2. Uživatel upraví údaje na kartě 3. Uživatel potvrdí provedené změny 4. Systém změny uloží 5. Systém zobrazí kartu ubytovací zařízení 4.4.12.2 Zobrazit informace o ubytovacím zařízení a jiná nastavení Informace o ubytovacím zařízení slouží pro zobrazování na dokladech a pro vnitřní potřeby systému. Uživatel má možnost nastavit další parametry ohledně poplatků a směnných kurzů. Specifikace parametrů je uvedena v kapitole 4.7 Class Model ve třídě 4.7.2 Ciselnik. Tok událostí - Hlavní scénář: 1. Uživatel zvolí příslušnou položku z hlavního menu 2. Systém zobrazí kartu ubytovací zařízení

4.4.13

Stravování

uc Strav ov ání Systém pro ubytovací zařízení

Vytv ořit typ strav ov ání

«extend»

Zobrazit typy strav ov ání

«extend»

Uprav it typ strav ov ání


«extend»

Smazat typ strav ov ání

Obrázek 26: Stravování

57

KAPITOLA 4. Analýza 4.4.13.1 Smazat typ stravování Uživatel může smazat typ stravování. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu mazání 2. Systém otevře okno pro potvrzení mazání 3. Uživatel potvrdí smazání 4. Systém smaže danou položku 5. Systém provede automatický návrat na zobrazené typy stravování 4.4.13.2 Upravit typ stravování Uživatel může změnit nastavení. Tok událostí - Hlavní scénář: 1. Uživatel výběrem příslušného tlačítka u dané položky zvolí volbu úprav 2. Systém otevře kartu typ stravování 3. Uživatel upraví údaje na kartě 4. Uživatel potvrdí provedené změny 5. Systém změny uloží 6. Systém provede automatický návrat na zobrazené typy stravování 4.4.13.3 Vytvořit typ stravování Uživatel může vytvořit nový typ stravování. Tok událostí - Hlavní scénář: 1. Uživatel vybere možnost vytvořit 2. Systém zobrazí kartu typ stravování 3. Uživatel vyplní potřebné údaje 4. Uživatel potvrdí provedené změny 5. Systém uloží údaje do databáze 6. Systém provede automatický návrat zobrazené typy stravování 4.4.13.4 Zobrazit typy stravování Uživatel může zobrazit stávající typy stravování. Tok událostí - Hlavní scénář: 1. Uživatel zvolí příslušnou položku z hlavního menu 2. Systém zobrazí kartu seznam typů stravování

58


4.5 Stavové diagramy Stavové diagramy charakterizují chování objektů nebo entit, u kterých můžeme charakterizovat různé stavy v závislosti na čase a v závislosti na událostech. [16] Entitou, která vyžaduje reprezentaci stavovým diagramem, je Objednávka. Ostatní entity v modelu nevyžadují přiblížit jejich stavový charakter, protože buď je ze stavového hlediska vůbec nevnímáme, nebo mají jednoduchý a zřejmý charakter dvou nebo tří stavů. [17]

Obrázek 27: Stavové diagramy

59


4.5.1 Objednávka stm Obj ednáv ka Objednávka

[Vytvoření nové objednávky]

volná ubytovací kapacita [ano] [ne]

Náhradník

uvolnění ubytovací kapacity [ne]

[ano] Předběžná

[objednávka nepotvrzena]

[objednávka potvrzena zákazníkem]

Objednávka zrušena

[objednávka zrušena] Potv rzená

[check-in]

Host ubytov án

platba během pobytu [ne] [ano] placeno při check-out [ano]

Zaplaceno

[placeno později]

[ne]

Nezaplaceno

[neplaceno vůbec]

OK

Obrázek 28: Objednávka 60

Problém

KAPITOLA 4. Analýza 4.5.1.1 Host ubytován Došlo k ubytování hosta, a proto systém eviduje fakt, že je host na pokoji. 4.5.1.2 Nezaplaceno Objednávka nebyla zaplacena. Zákazník může platbu provést se zpožděním. Pokud nezaplatí ani potom, nastává problém, který je třeba řešit mezi ubytovacím zařízením a zákazníkem. 4.5.1.3 Náhradník Stav objednávky při vyčerpané ubytovací kapacitě. Vždy existuje šance na uvolnění ubytovací kapacity. 4.5.1.4 Potvrzená Zákazník potvrdil svoji objednávku. Některá ubytovací zařízení mohou vyžadovat platbu zálohy. 4.5.1.5 Předběžná Poptávka po ubytování v době, kdy je volná ubytovací kapacita. 4.5.1.6 Zaplaceno Objednávka byla zaplacena. Pokud je stav objednávky zaplaceno, není možné provádět změny v objednávce. 4.5.1.7 Problém Zákazník nezaplatil ubytovacímu zařízení za poskytnuté služby.

61


4.6 Screens Pro lepší pochopení toho jak má výsledná aplikace fungovat slouží kapitola screens (= obrazovky). Jedná se o nástin uživatelských rozhraní. [18] Je nutné si však uvědomit, že tyto screeny neplní roli návrhovou, nýbrž analytickou. Znamená to, že to, co nás na screenech prvotně zajímá, je jejich obsah. To, jak screeny vypadají, není směrodatné a konečná podoba i uspořádání obrazovek se může v konečném návrhu lišit. Obsahově však mohou odkrýt nedostatky a vazby mezi jednotlivými entitami systému. Na užitečnost screenů v analýze se odkazuje lit. [19]. Dle mého osobního hodnocení byly screeny velkým přínosem pro analýzu.

Obrázek 29: Screens 62


4.6.1 Hlavní menu Hlavní menu plní požadavky na přehlednost a maximální počet úrovní 3. ui Hlav ní menu Hlav ní obrazov ka

Zákazníci

Přehledy

Nastavení

Systém

Přehled objednávek

Databáze zákazníků

Denní rozpis

Kategorie zákazníků

Odhlásit se

Nová objednávka

Kniha hostů (Češi)

Přehled tržeb

Partneři

Spustit nápovědu

Kniha cizinců

Vytíženost pokojů

Zboží

Zaslat zpětnou vazbu

Obsazenost ubytovacího z

Služby

Poplatky

Stravování

Provize

Pokoje

Výdaje na propagaci

Sezóny

Porovnání partnerů

Ceník ubytování

Objednávky

Ubytovací zařízení Uživatelské účty

Obrázek 30: Hlavní menu

63


4.6.2 Kategorie zákazníka Aby mohla být cena ubytovacích služeb zvýhodněna pro danou kategorii zákazníka, musí být vybrána jedna z možností: buď sleva v procentech, nebo pevná cena za lůžko a přistýlku. ui Kategorie zákazníka Kategorie zákazníka

Poznámka

Název kategorie zákazníka

Cena za lůžko Cena za přistýlku

Sleva (v %)

Storno

Uložit

Obrázek 31: Kategorie zákazníka

4.6.3 Nastavení ceníku ubytování Ceník ubytování je připraven pro vyplnění až poté, co jsou definovány pokoje a sezóny. Pro usnadnění práce uživateli existuje několik možností předvyplnění ceníku. Uživatel může editovat údaje i poté co zvolí možnost předvyplnit ceník, což je užitečné, pokud hodlá změnit několik málo hodnot v předvyplněné tabulce. Výchozí cena za pokoj – stanovuje konstantní cenu za daný pokoj bez ohledu na počet osob na pokoji. Výchozí ceny za lůžko a přistýlku – stanovují cenu pokoje v závislosti na počtu obsazených lůžek a přistýlek v pokoji. Podmínkou je, že přistýlky jsou obsazovány až po obsazení všech lůžek na pokoji. Jiná sezóna – Ceník může být předvyplněn podle jiné sezóny, kdy dojde v podstatě ke zkopírování ceníku jiné sezóny.

64

KAPITOLA 4. Analýza ui Nastav ení ceníku ubytov ání Přehled sezón

Vyberte sezónu Jaro 2008

Datum od

Datum do

Vyber

Léto 2008

Datum od

Datum do

Vyber

Motokros

Datum od

Datum do

Vyber

Ceník ubytov ání pro sezónu XXX

Předvyplnit ceník podle Výchozí ceny za pokoj Výchozí ceny za lůžko a přistýlku Jiné sezóny

Proveď

Obsazenost osobami

Typ pokoje

1

2

3

4

5

6

Dvoulůžkový 2+0 Dvoulůžkový 2+1 Čtyřlůžkový 4+1

Uložit

Storno

Obrázek 32: Nastavení ceníku ubytování

65

7

8


4.6.4 Objednávka 1/2 - záložka Informace Jedna objednávka umožňuje rezervaci několika pokojů, a specifikaci některých požadavků pro každého hosta zvlášť. Po vyplnění data ubytování od a data ubytování do, dojde k automatickému výpočtu počtu nocí. Pokud bude počet nocí vyplněn uživatelem, dojde k automatickému vyplnění data ubytování do. Uživatel může měnit stav objednávky. Stavy objednávky jsou řešeny v kapitole stavové diagramy, 4.5.1 Objednávka. Tlačítko pro změnu stavu objednávky na další stav krokuje následující stavy: Předběžná, Potvrzená, Host ubytován, Zaplaceno. Při vyplnění objednávky rozlišuje uživatel, zda objednávku evidovat na jméno hosta nebo název firmy. Tlačítko edituj vedle příjmení hosta a názvu firmy slouží k otevření karty hosta nebo firmy, kde může uživatel vyplnit údaje, které následně budou uloženy v databázi zákazníků. Při vyplnění hosta, na kterého je objednávka evidována, dojde ke zkopírování jeho jména do pole pro první osobu na prvním pokoji. Pokud jsou požadavky všech hostů v objednávce podobné, může uživatel využít možnosti předvyplnění určitých informací pro všechny hosty současně (podobně jako při tvorbě ceníků v kapitole 4.6.3 Nastavení ceníku ubytování). Zbylá pole na kartě objednávky vyplňuje uživatel dle požadavků zákazníka.

4.6.5 Objednávka 2/2 - záložka Účet objednávky Uživatel může na účet objednávky přidávat drobné položky prodeje a to zboží nebo služby. Poté co uživatel jednu položku přidá, stanoví její množství. Tuto položku jako celek nebude možné editovat, bude ji však možné smazat jako celek. Například: Pokud si zákazník koupí dvě láhve vody, bude do účtu vložena položka Láhev vody a číslem 2 vyplněno pole množství. Pokud si host bude chtít koupit ještě další lahev, musí uživatel přidat opět položku Láhev vody s množstvím 1. Tento postup by měl zabránit lidské chybě při editaci původních údajů. Ceny za ubytování, stravování, ubytovací a turistické poplatky, za zboží a za služby budou automaticky kalkulovány z dostupných informací. Například: Cena ubytování bude počítána podle ceníku pokojů, cena za stravování podle počtu objednaných typů stravování, apod. Systém poskytne informaci o tom, zda je uplatněna kategorie zákazníka a zda ubytovací a turistické poplatky jsou k ceně ubytování připočítávány, nebo zda jsou již v ceně ubytování zahrnuty. Obě tyto informace má možnost uživatel nastavit. Kategorii zákazníka na kartě objednávky na záložce Informace a započítávání poplatků v nastavení. Systém dále nabídne přepočítat výslednou částku objednávky dle kurzu dané zahraniční měny. Kurzy nastavuje uživatel v Číselníku – více kapitola 4.7.2 Ciselnik.

66

KAPITOLA 4. Analýza ui Obj ednáv ka 1/2 - záložka Informace Obj ednáv ka 1/2 - záložka Informace

Datum ubytování od

Datum ubytování do

Stav objednávky

Čas příjezdu

Počet nocí

Změnit stav objednávky na další stav

Objednávku evidovat na... (kategorie zákazníka se vztahuje na celou objednávku) Příjmení hosta

Edituj

Kategorie zákazníka

Název firmy

Edituj

Kategorie zákazníka

Předvyplnit pro všechny hosty

Pokud bylo ubytování zprostředkováno vyplňte: Zprostředkoval partner

Stravování Poplatek Vytvořit u všech hostů vazbu na firmu

Zvolte počet pokojů (2) Pokoj 1 Číslo pokoje

Počet lůžek


Počet přistýlek


Počet osob na pokoji

Příjmení 1

Edituj

stravování

poplatek

vazba na firmu

Příjmení 2

Edituj

stravování

poplatek

vazba na firmu

Pokoj 2 Číslo pokoje

Počet lůžek


Počet přistýlek


Počet osob na pokoji

Příjmení 1

Edituj

stravování

poplatek

vazba na firmu

Příjmení 2

Edituj

stravování

poplatek

vazba na firmu

Poznámka

Uložit

Storno

Obrázek 33: Objednávka 1/2 - záložka Informace

67

Smazat objednávku

KAPITOLA 4. Analýza ui Obj ednáv ka 2/2 - záložka Účet obj ednáv ky Obj ednáv ka 2/2 - záložka Účet obj ednáv ky

Ceny zboží a služeb Přidat položku Zboží

Láhev vody

Množství

Cena

Vymaž

Služba

Pronájem kola

Množství

Cena

Vymaž

Cena za ubytování

Cena

Vymaž

Cena za stravování

Cena

Vymaž

Cena za ubytovací a turistické poplatky

Cena

Vymaž

Cena za zboží

Cena

Cena za služby

Cena

Přidat položku

Uplatněna tato kategorie zákazníka Poplatky se do výsledné ceny ne/započítávají

Platba v zahraniční měně

Cena Celkem v Kč

Tisknout doklad

Cena Celkem v jiné

Tisknout doklad

Uložit

Storno

Obrázek 34: Objednávka 2/2 - záložka Účet objednávky

68


4.6.6 Seznamy položek - bez možnosti editace položek Seznamy položek slouží k zobrazení stávajících dat a informací. Tento seznam položek neposkytuje možnost editace a uplatní se pro přehledy zmíněné v poznámce v Obrázku 35. ui Seznamy položek - bez možnosti editace položek

Zde nedochází k editaci položek, protože se jedná o přehledy, které byly vytvořeny ze stávjících dat. Toto rozvrženíse upltní při zobrazení: Vytíženost pokojů, Obsazenost ubytovacího zařízení, Přehled tržeb, Výše provizí pro partnery, Výše výdajů za propagaci, Porovnání partnerů, Turistické a ubytovací poplatky.

Výše prov izí pro partnery

Datum od

Tiskni

Datum do

Partner 1

Počet objednávek 1

Celkem tržba 1

Provize 1

Partner 2


Celkem tržba 2

Provize 2

Partner 3


Celkem tržba 3

Provize 3

CELKEM tržby

CELKEM provize

Obrázek 35: Seznamy položek - bez možnosti editace položek

69


4.6.7 Seznamy položek - s možností editace položek Seznamy položek slouží k zobrazení stávajících dat a informací. Tyto seznamy položek poskytují možnost editace a uplatní se pro přehledy zmíněné v poznámkách v Obrázku 36. ui Seznamy položek

Zde dochází k editaci položky otevřením okna pro danou položku stiskem tlačítka edituj. Toto rozvrženíse upltní při zobrazení: Databáze zákazníků, Partneři, Kategorie zákazníků.

Databáze zákazníků

Přidat položku

Hledej

Příjmení, Jméno 1

Mobilní tel 1

Email 1

Stát 2

Edituj

Smaž


Mobilní tel 2

Email 2

Stát 1

Edituj

Smaž


Mobilní tel 3

Email 3

Stát 3

Edituj

Smaž

Přidat položku

Hledej

Tiskni

Tiskni

Zde dochází k editaci položky přímo v přehledu položek. Toto rozvrženíse uplatní při zobrazení: Typy Pokojů, Pokoje, Sezóny, Zboží, Služby, Uživatelské účty, Stravování.

Strav ov ání

Přidat položku

Hledej

Snídaně

Cena

Poznámka

Smaž

Oběd

Cena

Poznámka

Smaž

Polopenze

Cena

Poznámka

Smaž

Přidat položku

Hledej

Uložit

Storno

Obrázek 36: Seznamy položek – s možností editace

70


4.6.8 Typ zákazníka Pokud uživatel zvolí volbu přidat položku na kartě databáze zákazníků, musí následně rozhodnout, zda přidává hosta nebo firmu. Je to z toho důvodu, že karta firmy se liší od karty hosta. Více v dalších bodech 4.6.9 Typ zákazníka - Firma a 4.6.10 Typ zákazníka - Host. ui Typ zákazníka Typ Zákazníka

Host

Firma

Obrázek 37: Typ zákazníka

71


4.6.9 Typ zákazníka - Firma Většinu polí na kartě Firmy plní uživatel dle informací o zákazníkovi. Firmě může být přiřazena kategorie zákazníka, pokud požadovaná kategorie neexistuje, může ji uživatel vytvořit stiskem tlačítka přímo na kartě firmy. Uživatel má také možnost vytvořit vazbu mezi hosty a firmou. Podobně vyplní uživatel údaje na kartě hosta v kapitole 4.6.10 Typ zákazníka - Host. ui Typ zákazníka - Firma Firma

Stát

Název Firmy

Adresa Email Mobilní tel Telefon WWW stránky

Kategorie zákazníka IČO Vytvořit kategorii zákazníka DIČ

Vazba na Hosty

Číslo účtu Kód banky

Vytvořit Hosta

Název banky

Poznámka

Uložit

Storno

Obrázek 38: Typ zákazníka - Firma

72


4.6.10

Typ zákazníka - Host

Údaje vyplňuje uživatel podobně jako na kartě firmy v kapitole 4.6.9 Typ zákazníka - Firma. ui Typ zákazníka - Host Host

Příjmení

Stát

Křestní jméno

Adresa

Email Mobilní tel Datum narození

Telefon

Místo narození

Kategorie zákazníka Typ dokladu

Vytvořit kategorii zákazníka

Číslo dokladu

Vazba na firmy SPZ Číslo víza Vytvořit firmu

Poznámka

Storno

Uložit

Obrázek 39: Typ zákazníka - Host

73

-

-

Strav ov ani

Host

cena: double poznamkaStr: char 1 typStravy: char

Obrázek 40: Class Model

74

cisloUctu: int dic: char ico: int kodBanky: int nazevBanky: char nazevFi: char wwwStranky: char

Firma

0..*

spoluprace

0..*

cisloDokladu: char cisloViza: char 0..1 datumNarozeni: date krestniJmeno: char mistoNarozeni: char prijmeni: char SPZ: char

-

class Class Model

-

-

0..* -

0..*

cenaZaLuzko: double cenaZaPristylku: double nazevKat: char poznamkaKat: char sleva: int

KategorieZak

0..1

0..*

-

0..*

-

0..*

objednaniStravy

existujeSmlouva: boolean rocniPoplatek: double vyseProvize: int

Partner

0..1 -

Rezerv acePokoj e

Uziv atel

1

objednavkaVytvorena

0..*

-

0..*

-

cena: double jednotka: char nazevSlu: char poznamkaSlu: char

Sluzba

0..*

prirazeniPokoje

prodaneSluzby

cena: double jednotka: char nazevZbo: char poznamkaZbo: char

Zbozi

0..*

prodaneZbozi

castkaVCiziMene: double cenaCelkem: double cenaZaPokoje: double cenaZaPoplatky: double cenaZaSluzby: double cenaZaStravovani: double cenaZaZbozi: double datumPrijeti: date 0..* datumUctovani: date placenoMenou: char poznamkaObj: char stavObj: char

Obj ednav ka

1

specifikaceObjednavky

0..*

casPrijezdu: time cenaZaPobytNaPokoji: double cenaZaPoplatky: double cenaZaStravu: double 0..* datumDo: date datumOd: date pocetOsob: int poznamkaRez: char

heslo: char krestniJmeno: char login: char prijmeni: char

0..*

0..* -

objednavkaZprostredkovana

objednavkaProvedena

ucelPobytu: char

Ubytov aniHoste

pocetOsob: int poznamkaPoz: char

Pozadav kyOsobNaStrav u

email: char mesto: char mobilni: int poznamkaZak: char 1 psc: int stat: char telefon: int ulice: char

Zakaznik

vyberStravy

1 0..1

-

-

Pokoj

TypPokoj e

1

0..*

cislo: int poznamkaPok: char

-

1

double double double double double double double double

datumDo: date datumOd: date nazevSezony: char vychoziCenaLuzko: int vychoziCenaPristylka: int

Sezona

0..*

cenaPriObsazenosti1: cenaPriObsazenosti2: cenaPriObsazenosti3: cenaPriObsazenosti4: cenaPriObsazenosti5: cenaPriObsazenosti6: cenaPriObsazenosti7: cenaPriObsazenosti8:

CenikPokoj u

0..*

1

nazevTP: char pocetPristylek: int pozetLuzek: int vychoziCenaProTypPokoje: int

1 -

-

Ciselnik pracovniCesta: double turistika: double pricitatPoplatky: boolean EUR: double GBP: int PLN: double USD: double nazevUbytovacihoZarizeni: char ulice: char mesto: char psc: int email: char mobilni: int wwwStranky: char ico: int dic: char cisloUctu: int kodBanky: int nazevBanky: int


4.7 Class Model

KAPITOLA 4. Analýza Class model (= diagram tříd) je statickým pohledem na objekty a třídy, které jsou hlavními elementy analytické fáze. [20] Diagram tříd je spolu s Katalogem požadavků a Use case diagramy dalším z hlavních pilířů této analýzy. Každá ze tříd je stručně charakterizována a atributy tříd jsou okomentovány. Některé informace navazují na již zmíněná fakta z předchozích kapitol, čímž se dotváří charakter nejen jednotlivých tříd a objektů, ale také výsledné aplikace jako takové. V diagramu tříd nejsou popsány metody neboli operace, které se vážou na třídy a to z toho důvodu, že je zde úmyslně ponechán prostor pro fázi návrhovou. [21]

4.7.1 CenikPokoju Systém nabízí možnost nastavit ceny pokojů dle jejich typu a dle sezóny, ve které se daná objednávka nachází. Pro usnadnění vyplňování ceníku jsou uživateli nabídnuty tři možnosti předvyplnění. Tato předvyplnění by měla uživateli usnadnit vyplňování ceníku, obzvláště pokud dochází ke změnám pouze malého počtu políček. Ceník může být předvyplněn buď výchozí cenou za pokoj, kterou dostaneme z třídy TypPokoje, nebo výchozí cenou za lůžko a přistýlku, které dostaneme z třídy Sezona, nebo podle ceníku pro jinou sezónu. Atribut cenaPriObsazenosti1 double cenaPriObsazenosti2 double cenaPriObsazenosti3 double cenaPriObsazenosti4 double cenaPriObsazenosti5 double cenaPriObsazenosti6 double cenaPriObsazenosti7 double cenaPriObsazenosti8 double

Popis atributu Cena pokoje. Cena pokoje. Cena pokoje. Cena pokoje. Cena pokoje. Cena pokoje. Cena pokoje. Cena pokoje.

4.7.2 Ciselnik Číselník je třída, ve které jsou definovány informace o ubytovacím zařízení, výši poplatků, směnných kurzů a jiných nastavení. Tato nastavení jsou používána pro interní účely aplikace. Seznam evidovaných položek je seznam atributů. Hodnoty atributů nastavuje uživatel systému dle svých uvážení nebo místních předpisů. Atribut pracovniCesta double turistika double

pricitatPoplatky boolean

Popis atributu Hodnotou atributu je výše ubytovacího poplatku v Kč. Zpravidla se jedná o výši 4 Kč. Hodnotou atributu je výše součtu ubytovacího a turistického poplatku v Kč. Zpravidla se jedná o výši 15 Kč. Hodnota tohoto atributu slouží k tomu, aby uživatelé systému určili, zda budou ubytovací a turistické poplatky připočítávány k ceně za ubytovací služby nebo ne. Pokud budou připočítávány, pak se uplatní 75

KAPITOLA 4. Analýza Atribut

EUR double GBP int PLN double USD double nazevUbytovacihoZarizeni

Popis atributu atribut Objednávky celkemZaPoplatky při výpočtu celkové ceny objednávky. Pokud nebudou připočítávány, pak se atribut Objednávky celkemZaPoplatky neuplatní a poplatky jsou jakoby zahrnuty v cenách z ceníků. Směnný kurz pro euro. Směnný kurz pro britskou libru. Směnný kurz pro polský zlotý. Směnný kurz pro americký dolar. Název ubytovacího zařízení.

char

ulice char mesto char psc int email char mobilni int wwwStranky char ico int dic char cisloUctu int kodBanky int nazevBanky int

Kontaktní adresa. Kontaktní adresa. Kontaktní adresa. Kontaktní email. Kontaktní mobilní telefon. Webové stránky. IČO DIČ Číslo bankovního účtu. Kód banky. Název banky.

4.7.3 Firma Firma je typ zákazníka. Může být vedena jako zákazník, který provedl objednávku. Atribut cisloUctu int dic char ico int kodBanky int nazevBanky char nazevFi char wwwStranky char

Popis atributu Číslo účtu firmy slouží pro vystavení dokladu při účtování. DIČ firmy slouží pro vystavení dokladu při účtování. IČO firmy slouží pro vystavení dokladu při účtování. Kód banky firmy slouží pro vystavení dokladu při účtování. Název banky firmy slouží pro vystavení dokladu při účtování. Název firmy. WWW stránky firmy slouží pro zjištění více informací o firmě.

4.7.4 Host Host je typ zákazníka. Může být veden jako zákazník, který provedl objednávku a také jako osoba ubytovaná pokoji.

76

KAPITOLA 4. Analýza Atribut cisloDokladu char cisloViza char datumNarozeni date krestniJmeno char mistoNarozeni char prijmeni char SPZ char

Popis atributu Číslo dokladu je třeba evidovat v knize hostů. Číslo víza je třeba evidovat v knize cizinců, pokud je vízum z dané země vyžadováno. Datum narození je třeba evidovat v knize hostů i v knize cizinců. Křestní jméno hosta. Místo narození je třeba evidovat v knize hostů i v knize cizinců. Příjmení hosta. Státní poznávací značku vozidla je třeba evidovat v knize cizinců.

4.7.5 KategorieZak Kategorie zákazníka slouží ke zvýhodnění ceny za ubytování pro vybrané zákazníky. Jednotlivé kategorie definují uživatelé systému. Atribut cenaZaLuzko double cenaZaPristylku double nazevKat char poznamkaKat char sleva int

Popis atributu Cena za lůžko, která je stanovena pro danou kategorii zákazníka. Cena za přistýlku, která je stanovena pro danou kategorii zákazníka. Název kategorie zákazníka. Souží k bližší specifikaci kategorie zákazníka a pro poznámky uživatelů systému. Sleva z celkové částky za ubytování. Celková částka za ubytování byla v tomto případě vypočítána podle platného ceníku.

4.7.6 Objednavka Jedná se o klíčovou třídu, která reprezentuje požadavky zákazníka: Rezervace pokojů, Požadavky na stravování, Zakoupené zboží, Zakoupené služby. Z toho důvodu, aby platily původní ceny při změnách cen, existují atributy cenaZaPokoje, cenaZaPoplatky, cenaZaSluzby, cenaZaStravovani, cenaZaZbozi. Hodnota těchto atributů při změnách cen zůstane zachována. Atribut castkaVCiziMene double

cenaCelkem double

cenaZaPokoje double

Popis atributu Jedná se o částku, která je kalkulována z celkové ceny objednávky a to formou přepočítáním ceny podle směnného kurzu zvolené měny. Kurz je k dispozici v číselníku. Celková cena. Jedná se o součet všech cenových atributů. O tom, zda bude započítán i atribut celkemZaPoplatky, rozhoduje jiný atribut z Ciselniku pricitatPoplatky, který nabývá hodnoty ano/ne. Cena za ubytování. Je automaticky vypočítávána z 77

KAPITOLA 4. Analýza Atribut cenaZaPoplatky double

cenaZaSluzby double cenaZaStravovani double cenaZaZbozi double datumPrijeti date datumUctovani date

placenoMenou char

poznamkaObj char stavObj char

Popis atributu přiřazených tříd RezeracePokoje. Cena za ubytovací a turistické poplatky. Je automaticky vypočítávána z přiřazených tříd RezeracePokoje. Cena za zakoupené služby. Je automaticky vypočítávána z přiřazených tříd Sluzba. Cena za stravování. Je automaticky vypočítávána z přiřazených tříd RezeracePokoje. Cena za zakoupené zboží. Je automaticky vypočítávána z přiřazených tříd Zboží. Datum přijetí objednávky. Datum kdy byl změněn stav objednávky na zaplacená. Více o stavech objednávky ve stavovém diagramu objednávky. Specifikuje, kterou měnou bylo placeno. Pokud se jedná o zahraniční měnu, pak je podle hodnoty tohoto atributu zjištěn směnný kurz z číselníku a počítán atribut castkaVCiziMene podle tohoto kurzu. Uživatelům systému jsou nabídnuty volby CZK (Česká koruna), EUR (Euro), GBP (Britská libra), USD (Americký dolar), PLN (Polský zlotý). Poznámka slouží k bližšímu popisu objednávky a pro poznámky uživatelů systému. Objednávka se může nacházet v několika stavech dle stavového diagramu objednávky.

4.7.7 Partner Partnerem je zpravidla ubytovací portál nebo jiná společnost, která s ubytovacím zařízením spolupracuje. Spolupráce s ubytovacím portálem je založena na získání poptávky po ubytování od Partnera nebo je založena na využití jeho reklamního prostoru. Při realizaci ubytování zprostředkovaného portálem je hrazena provize portálu. Atribut existujeSmlouva boolean rocniPoplatek double vyseProvize int

Popis atributu Specifikuje, zda je obchodní vztah smluvně vázán. Výše poplatku za propagaci ubytovacího zařízení u partnera za jeden rok. Výše provize v procentech pro partnera za zprostředkování ubytování. Zpravidla se výše provize pohybuje od 10 do 25 procent.

4.7.8 Pokoj Konkrétní pokoj, který je specifikován číslem. Atribut Popis atributu Číslo pokoje. cislo int 78

KAPITOLA 4. Analýza Atribut poznamkaPok char

Popis atributu Poznámka slouží k bližšímu popisu pokoje a pro poznámky uživatelů systému.

4.7.9 PozadavkyOsobNaStravu Tato třída slouží k tomu, aby mohly být uspokojeny stravovací požadavky zákazníků. Příkladem je to, že dva hosté na jednom pokoji si objednají různý typ stravy. Atribut pocetOsob int poznamkaPoz char

4.7.10

Popis atributu Uvádí počet osob, které si objednaly daný typ stravy. Poznámka slouží k bližší specifikaci požadavků hostů na stravu.

RezervacePokoje

Existence této třídy umožňuje přiřadit objednávce i několik pokojů najednou. Atribut casPrijezdu time cenaZaPobytNaPokoji double

cenaZaPoplatky double

cenaZaStravu double

datumDo date datumOd date pocetOsob int poznamkaRez char

4.7.11

Popis atributu Specifikuje odhadovanou dobu příjezdu hostů na pokoj Cena za všechny noci na tomto pokoji. Je vypočítána s ohledem na dobu pobytu, sezóny, počet osob na pokoji. Cena za poplatky je součtem všech ubytovacích a turistických poplatků, které jsou počítány podle uceluPobytu hostů na pokoji. Cena za stravování pro tento pokoj. Je vypočítávána za celou doby pobytu a podle počtu osob, kteří si stravu objednali. Datum check-out. Datum check-in. Určuje počet osob na pokoji. Poznámka slouží k bližšímu popisu rezervace pokoje a pro poznámky uživatelů systému.

Sezona

Sezóny jsou období, která slouží ke stanovení cen za ubytovací služby. Atribut datumDo date datumOd date nazevSezony char vychoziCenaLuzko int

vychoziCenaPristylka int

Popis atributu Konec sezony. Začátek sezony. Název sezóny. Tento atribut slouží pro snadnější vytvoření ceníku pokojů. Tato hodnota může být použita pro předvyplnění cen při vytváření ceníku. Tento atribut slouží pro snadnější vytvoření ceníku pokojů. Tato hodnota může být použita pro předvyplnění cen při vytváření ceníku. 79


4.7.12

Sluzba

Službami rozumíme nabízené aktivity pro zákazníky jak aktivně strávit čas jako např.: půjčení kol, pronájem sauny, apod. Každou službu si definuje uživatel systému dle vlastního uvážení. Atribut cena double jednotka char nazevSlu char poznamkaSlu char

4.7.13

Popis atributu Cena služby. Prodávaná jednotka. Např. hod, ks, apod. Jednotku specifikuje uživatel při vytváření položky Zboží. Název služby nabízené zákazníkům Poznámka slouží k bližšímu popisu nabízené služby a pro poznámky uživatelů systému.

Stravovani

Typy stravování jsou definovány uživatelem a mohou to být: snídaně, oběd, večeře, polopenze, plná penze. Smyslem této třídy není vytvářet jídelníčky. Smyslem je evidovat fakt, který typ stravy má zákazník objednán. Pro pokročilejší správu gastronomických služeb je třeba použít jiný specializovaný software. Atribut cena double poznamkaStr char typStravy char

4.7.14

Popis atributu Cena daného typu stravy. Poznámka slouží k bližšímu popisu typu stravy a pro poznámky uživatelů systému. Typem stravy mohou být uživatelem definované položky jako: snídaně, oběd, večeře, polopenze, plná penze.

TypPokoje

Skupina pokojů se stejnou strukturou lůžek a se stejným vybavením. Atribut nazevTP char pocetPristylek int pozetLuzek int vychoziCenaProTypPokoje int

4.7.15

Popis atributu Název typu pokoje. Počet přistýlek na daném typu pokoje. Počet lůžek na daném typu pokoje. Tento atribut slouží pro snadnější vytvoření ceníku pokojů. Tato hodnota může být použita pro předvyplnění cen při vytváření ceníku.

UbytovaniHoste

Tato třída eviduje hosty na konkrétních pokojích a eviduje účel jejich pobytu. Účelem pobytu je pracovní cesta nebo turistika, což slouží ke kalkulaci ubytovacích a turistických poplatků.

80

KAPITOLA 4. Analýza Atribut ucelPobytu char

4.7.16

Popis atributu Slouží pro kalkulaci ubytovacích a turistických poplatků. Uživateli systému je nabídnuta možnost zvolit jednu ze dvou položek účelu pobytu: pracovní cesta nebo turistika.

Uzivatel

Jedná se o uživatele systému. Atribut heslo char krestniJmeno char login char prijmeni char

4.7.17

Popis atributu Přístupové heslo pro uživatele. Křestní jméno uživatele systému. Uživatelské jméno pro vstup do systému reprezentující uživatele. Příjmení uživatele systému.

Zakaznik

Zákazníkem je firma nebo host. Atribut email char mesto char mobilni int poznamkaZak char psc int stat char telefon int ulice char

4.7.18

Popis atributu Kontaktní email na zákazníka. Kontaktní adresa zákazníka. Kontaktní mobilní telefon na zákazníka. Slouží ke specifikaci zákazníka a pro poznámky uživatelů systému. Kontaktní adresa zákazníka. Kontaktní adresa zákazníka. Kontaktní telefon na zákazníka. Kontaktní adresa zákazníka.

Zbozi

Zbožím rozumíme položky typu drobného občerstvení nebo suvenýrů zpravidla prodávaných na recepci. Atribut cena double jednotka char

nazevZbo char poznamkaZbo char

Popis atributu Cena zboží. Prodávaná jednotka. Např. ks, balení, litr, apod. Jednotku specifikuje uživatel při vytváření položky Zboží. Název zboží určeného k prodeji. Poznámka slouží k bližšímu popisu prodávaného zboží a pro poznámky uživatelů systému.

81

KAPITOLA 5. Závěr

5 Závěr 5.1 Osobní hodnocení Během tvorby bakalářské práce jsem si vyzkoušel úvodní fáze vývoje, kterými musí projít vytvářená aplikace. V úvodu práce je uveden stručný popis problematiky, charakteristika cílové skupiny zákazníků a vztah autora k prováděné analýze. Vzhledem k mým zkušenostem z oblasti cestovního ruchu jsem mohl danou problematiku mnohem snadněji analyzovat. Dále je vyhodnocena rešerše stávajících produktů na českém trhu, jejíž hodnocení potvrzuje uplatnění potenciálního nového produktu. Na základě souboru informací je realizována podrobná analýza pomocí jazyka UML. Velkým přínosem pro analýzu byly mj. screeny, které odkryly několik nedostatků analýzy. Upozorňuji, že screeny v této práci mají analytický charakter a nemusí se jednat o konečnou podobu uživatelských rozhraní. Po vytvoření screenů bylo odhaleno: které informace je třeba ještě v systému evidovat; která propojení mezi jednotlivými entitami je třeba brát v úvahu; nebo které atributy tříd ovlivňují jiné atributy. Práce podložená stěžejními kapitolami Katalog požadavků, Use case diagramy a Class diagramem utváří ucelenou analýzu informačního systému pro ubytovací zařízení a splňuje tím zadání práce.

5.2 Nasazení výsledného produktu do praxe Možnost nasadit navržený software do reálného provozu existuje. Vzhledem k tomu, že implementace výsledného produktu je předmětem bakalářské práce Petra Halašky, můžeme se v budoucnu pokusit otestovat informační systém v reálném provozu Penzionu Ve Skále.

5.3 Modularita a budoucí vývoj software Provedená analýza nepokrývá všechny činnosti a aktivity, které by mohl informační systém evidovat a spravovat. Procesů, které by mohl software pokrývat, je celá řada. Tento fakt je kompenzován tím, že podobné software jsou vyvíjeny na základě modulů, které je možné k hlavnímu modulu přiobjednat. Mne taková myšlenka napadla také a uvažoval jsem i o způsobech napojení modulů skladové hospodářství a pokladna. Podle stanovených požadavků by se hlavně jednalo o rozšíření diagramu tříd, kde by informace ze základního modulu byly poskytnuty i jiným modulům. Co se týče dalších obecně známých modulů, tak bychom mohli uvažovat o restauračním software, o přímém napojení na účetní systém, o správě telefonní ústředny, o správě zámků dveří nebo o správě a rezervaci sportovišť. Rozšířením aplikace o tyto přídavné moduly může dojít k rozšíření cílové skupiny zákazníků. 83

KAPITOLA 6. Seznam literatury

6 Seznam literatury [1] [2] [3]

[4]

[5] [6] [7] [8] [9] [10]

[11] [12] [13]

[14] [15]

Kraval, Ilja, RNDr. Nástroj pro UML – Enterprise Architect (EA). 2008 http://www.objects.cz/ea/ea.html Nápověda vývojového prostředí. Sparx Systems Enterprise Architect 6.5 User Guide : RTF Documents. Obecně závazná vyhláška o místních poplatcích platná v územním obvodu města Loket. Oddíl III, Poplatek za lázeňský nebo rekreační pobyt. Oddíl V, Poplatek z ubytovací kapacity. http://loket.cz/radnice/vyhlasky/mistni_poplatky.htm Zákon č. 326/1999 Sb., o pobytu cizinců na území České republiky a o změně některých zákonů, ve znění zákona č. 140/2001 Sb. Hlava VII, Hlášení místa pobytu na území. http://www.epravo.cz/top/zakony/sbirka-zakonu/zakon-ze-dne-30-listopadu-1999o-pobytu-cizincu-na-uzemi-ceske-republiky-a-o-zmene-nekterych-zakonu1605.html Nápověda vývojového prostředí. Sparx Systems Enterprise Architect 6.5 User Guide Sparx systems. UML Tutorial. 2008 http://www.sparxsystems.com/uml-tutorial.html Kanisová, H., Müller, M. UML srozumitelně. 2. vyd. Brno : Computer Press, 2006. Sparx systems. UML Tutorial : Business Process Modelling. 2008 http://www.sparxsystems.com.au/business_process_model.html Wikipedia. Business Process Modelling. 2008 http://en.wikipedia.org/wiki/Business_process_modeling Sparx systems. UML Tutorial : UML 2 Sequence Diagram. 2008 http://www.sparxsystems.com/resources/uml2_tutorial/uml2_sequencediagram.ht ml Wikipedia. Sequence diagram. 2008 http://en.wikipedia.org/wiki/Sequence_diagram Pfleeger, S.L., Atlee, J.M. Software engineering : theory and practice. Third edition. New Jersey : Prentice Hall, 2006. Sparx systems. UML Tutorial : UML 2 Use Case Diagram. 2008 http://www.sparxsystems.com/resources/uml2_tutorial/uml2_usecasediagram.htm l Wikipedia. Requirement. 2008 http://en.wikipedia.org/wiki/Requirement Wikipedia. Use Case. 2008 http://en.wikipedia.org/wiki/Use_case 85

KAPITOLA 6. Seznam literatury [16] Wikipedia. State diagram. 2008 http://en.wikipedia.org/wiki/State_diagram [17] Sparx systems. UML Tutorial : UML 2 State Machine Diagram. 2008 http://www.sparxsystems.com/resources/uml2_tutorial/uml2_statediagram.html [18] Wikipedia. User interface. 2008 http://en.wikipedia.org/wiki/User_interface#User_interfaces_in_computing [19] Nápověda vývojového prostředí. Sparx Systems Enterprise Architect 6.5 User Guide : Screen. [20] Wikipedia. Class diagram. 2008 http://en.wikipedia.org/wiki/Class_diagram [21] Sparx systems. UML Tutorial : UML 2 Class Diagram. 2008 http://www.sparxsystems.com/resources/uml2_tutorial/uml2_classdiagram.html

86

PŘÍLOHA A. Seznam použitých termínů

A Seznam použitých termínů Ciselnik je třída v class diagramu, ve které jsou definovány informace o ubytovacím zařízení, výši poplatků, směnných kursů a jiných nastavení. Tato nastavení jsou používána pro interní účely aplikace. Domovní kniha je seznam všech českých hostů, kteří ubytovací zařízení navštívili. HTML je zkratka pro výraz HyperText Markup Language což je jazyk, který se používá při tvorbě webových stránek. Check-in je datum ubytování hosta na pokoj. Check-out je datum, kdy host ukončí svůj pobyt na pokoji. Kategorie zákazníka slouží ke zvýhodnění ceny za ubytování pro vybrané zákazníky. Kniha cizinců je seznam cizinců, kteří ubytovací zařízení navštívili. Objednávka je souhrn všech požadavků zákazníka zaznamenaných v systému. Partnerem je zpravidla ubytovací portál nebo jiná společnost, která s ubytovacím zařízením spolupracuje. PozadavkyOsobNaStravu je třída v class diagramu, která slouží k tomu, aby mohly být uspokojeny stravovací požadavky zákazníků. Screen znamená v překladu do češtiny obrazovka. V práci zastupuje grafické uživatelské rozhraní aplikace. Sezóny jsou období, která slouží ke stanovení cen za ubytovací služby. Sezóny jsou definovány uživatelem. Služby jsou nabízené aktivity pro zákazníky jak aktivně strávit čas jako např.: půjčení kol, pronájem sauny, apod. Každou službu si definuje uživatel systému dle vlastního uvážení. TypStravovani je třída v class diagramu. Typy stravování jsou definovány uživatelem. Může to být například: snídaně, oběd, večeře, polopenze, plná penze. Typ pokoje je souhrnný název pro skupinu pokojů se stejnou strukturou lůžek a se stejným vybavením. Účet objednávky reprezentuje souhrnnou kalkulaci celkové částky za objednávku. UML je zkratka pro výraz Unified modeling language. Zákazník je klient ubytovacího zařízení. Zákazníkem může být firma nebo host. Zboží jsou položky typu drobného občerstvení nebo suvenýrů zpravidla prodávaných na recepci ubytovacího zařízení.

87

PŘÍLOHA B. Obsah přiloženého CD

B Obsah přiloženého CD text/Petr_Vujtech_Bakalarska_prace.pdf – Oficiální dokument (bez možnosti editace) text/Petr_Vujtech_Bakalarska_prace.docx – Oficiální dokument (s možností editace) src/UML_model.eap – Analýza zpracovaná pomocí jazyka UM v nástroji Sparx Enterprise Architect 6.5 exp/HTML_export/index.htm – Export UML modelu, který je možno zobrazit v prohlížeči jako webovou stránku

89

Analýza informačního systému pro ubytovací zařízení

Recommend Documents