Vysoká škola ekonomická v Praze Fakulta informatiky a statistiky Katedra informačních technologií
Student
: Martin Kovář
Vedoucí bakalářské práce
: doc. Ing. Alena Buchalcevová, Ph.D.
Oponent bakalářské práce
: RNDr. Vladimír Tichý
TÉMA BAKALÁŘSKÉ PRÁCE
Návrh a implementace aplikace pro podporu recepce
ROK: 2011
Prohlášení
Prohlašuji, ţe jsem bakalářskou práci zpracoval samostatně a ţe jsem uvedl všechny pouţité prameny a literaturu, ze kterých jsem čerpal.
V Praze dne 29.06.2011
........................... .......................... podpis
2
Poděkování Děkuji vedoucí práce doc. Ing. Aleně Buchalcevové, Ph.D za pomoc, podporu a trpělivost během tvorby práce. Dále děkuji Mgr. Karlu Pečenkovi za poskytnuté informace o jeho aplikacích. Taktéţ děkuji za podporu a pomoc své rodině a přítelkyni Bc. Marii Ballarinové.
3
Abstrakt Cílem práce je návrh a implementace aplikace na podporu kolejní recepce. K tomu je potřeba analyzovat procesy a potřeby obsluhy, definovat poţadavky a poté navrhnout řešení. Práce se nejdříve věnuje analýze prostředí a procesů, následuje definice poţadavků a jejich analýza. Dále se zjišťuje, jestli jiţ neexistuje vhodná aplikace. Takováto aplikace je nalezena a analyzována. Chybějící funkcionalita je nahrazena novou aplikací. Návrh a implementace aplikace je popsán v závěrečné části práce. Výsledkem práce je aplikace, která můţe být společně s nalezenou aplikací pouţita pro potřeby obsluhy recepce. Klíčová slova: Aplikace, recepce, návrh, systém, implementace.
Abstract The goal of this work is to design and implement application for support the student’s dormitory reception. For that is needed to analyze processes and needs of receptionists, define requirements and then propose solutions. At first, work is devoted to the analysis of environment and processes, followed by the definition of requirements and their analysis. Next is finding out, if is there appropriate application. Such application is found and analyzed. Missing functionality is replaced by a new application. Design and implementation of the application is described in the final part of the work. The result of the work is an application that can be used along with the found application to service the needs of reception. Keywords: Application, reception, design, system, implementation.
4
Obsah 1.
2.
3.
4.
Úvod .......................................................................................................................... 7 1.1.
Vymezení tématu práce a důvod výběru tématu ................................................ 7
1.2.
Cíle práce ........................................................................................................... 7
1.3.
Metoda dosaţení cíle .......................................................................................... 7
1.4.
Předpoklady a omezení práce............................................................................. 8
1.5.
Struktura práce ................................................................................................... 8
Analýza současného stavu ......................................................................................... 9 2.1.
Technické vybavení pouţívané k zajištění chodu recepce ................................. 9
2.2.
Dokumenty pouţívané k zajištění chodu recepce .............................................. 9
2.2.1.
Základní provoz .......................................................................................... 9
2.2.2.
Sluţby ubytovaným studentům ................................................................. 10
2.2.3.
Návštěvy u studentů .................................................................................. 11
2.2.4.
Hotelové ubytování ................................................................................... 12
2.3.
Klíče ................................................................................................................. 13
2.4.
Ostatní vybavení............................................................................................... 13
2.5.
Popis procesů ................................................................................................... 14
2.5.1.
Převzetí a předání sluţby .......................................................................... 14
2.5.2.
Ukončení bloku stvrzenek ........................................................................ 15
2.5.3.
Úkony s loţním prádlem ........................................................................... 15
2.5.4.
Zapůjčení klíčů nebo vybavení ................................................................. 16
2.5.5.
Vystavení permanentky ............................................................................ 19
2.5.6.
Zapsání návštěvy u studenta ..................................................................... 20
2.5.7.
Hotelové ubytování ................................................................................... 20
Poţadavky na aplikaci ............................................................................................. 22 3.1.
Funkčnost ......................................................................................................... 22
3.2.
Pouţitelnost ...................................................................................................... 22
3.3.
Spolehlivost ...................................................................................................... 23
3.4.
Výkon ............................................................................................................... 23
3.5.
Rozšiřitelnost.................................................................................................... 23
Návrh řešení............................................................................................................. 24
5
4.1.
4.1.1.
Moţnosti nahrazení sešitů ......................................................................... 24
4.1.2.
Pouţití tiskárny ......................................................................................... 24
4.1.3.
Zbylé poţadavky ....................................................................................... 25
4.2.
Případy uţití ..................................................................................................... 25
4.2.1.
Diagram případu uţití ............................................................................... 25
4.2.2.
Konkrétní případy uţití ............................................................................. 26
4.3.
Existující aplikace ............................................................................................ 26
4.3.1.
AT-Recepce .............................................................................................. 26
4.3.2.
AT-Koleje ................................................................................................. 27
4.3.3.
Informace o AT-Koleje z korespondence ................................................. 27
4.3.4.
Zhodnocení ............................................................................................... 29
4.4.
5.
Analýza poţadavků .......................................................................................... 24
Vlastní aplikace ................................................................................................ 29
4.4.1.
Popis funkcionality aplikace ..................................................................... 29
4.4.2.
Diagram případů uţití ............................................................................... 30
4.4.3.
Případy uţití .............................................................................................. 30
4.4.4.
Návrh uţivatelského rozhraní ................................................................... 31
4.4.5.
Architektura aplikace ................................................................................ 32
4.4.6.
Model logických tříd ................................................................................. 33
4.4.7.
Návrh databáze ......................................................................................... 33
Implementace .......................................................................................................... 35 5.1.
Testování .......................................................................................................... 35
5.2.
Nasazení aplikace ............................................................................................. 36
5.3.
Nápověda a dokumentace ................................................................................ 36
5.4.
Školení.............................................................................................................. 37
5.5.
Podpora ............................................................................................................ 37
6.
Závěr ........................................................................................................................ 38
7.
Seznam pouţité literatury a zdrojů .......................................................................... 39
8.
Terminologický slovník........................................................................................... 41
9.
Přílohy ..................................................................................................................... 43
6
1. Úvod Aplikace, kterou se zabývá tato práce, je součástí informačního systému (IS). V současné době lze vidět stále rostoucí význam informací, ale také zároveň jejich zvyšující se mnoţství. A právě pro efektivní vyuţití informací je potřeba informační systém. Aby IS mohl fungovat, je potřeba software (aplikace), technické vybavení (hardware) a lidé, kteří budou obojí uţívat. Pokud se všechny tři sloţky „sladí“, je dosaţeno efektivity při práci s informacemi a tím je i splněn význam IS.
1.1. Vymezení tématu práce a důvod výběru tématu Tato bakalářská práce se zabývá návrhem a implementací aplikace, která by měla zefektivnit a podpořit činnosti vykonávané na recepci koleje Blanice. Na této recepci jsem byl více neţ rok zaměstnán a během té doby jsem si uvědomil, ţe by bylo moţné zefektivnit chod recepce pomocí aplikace, která by byla v provozu na počítači, který jiţ je na recepci a pouţívá se jen pro archivaci záznamů kamery sledující vstupní halu koleje. Tento nápad se taktéţ zamlouval kolejní radě i vedení koleje a mne inspiroval k napsání této práce.
1.2. Cíle práce Hlavní cíle této práce jsou návrh a implementace aplikace pro recepci na vysokoškolské koleji. K tomu, aby byl splněn hlavní cíl, je třeba splnit následující dílčí cíle. Zmapovat chod a stav recepce, formulovat a vyhodnotit poţadavky na aplikaci a zjistit, zdali jiţ existuje nějaká aplikace nebo systém, který by mohl na recepci fungovat namísto vývoje úplně nové aplikace.
1.3. Metoda dosaţení cíle Nejprve se věnuji dílčímu cíli mapování chodu a stavu recepce, kde zkoumám, jaké vybavení je pouţíváno a co vše je zapisováno. Tento základní rozbor slouţí jako přehled procesů potřeb a recepce. Dále se věnuji vyhodnocení a formulaci poţadavků na aplikaci, kde řeším, ke kterým úkonům je aplikace vhodná, a kde postrádá smysl. Po těchto krocích zjišťuji, jestli jiţ existuje aplikace, která by plně pokrývala poţadavky, pokud by je nepokrývala plně, tak uvaţuji, jestli by bylo dostačující pouze vytvořit aplikaci doplňující chybějící funkcionalitu. Další postup se odvíjí od případného nalezení aplikace z předchozího kroku. V případě nalezení se věnuji rozboru funkcionality oné aplikace, popřípadě navíc vývoje a implementaci chybějící funkcionality. V opačném případě se věnuji návrhu a implementaci úplně nové aplikace. Obě moţnosti vedou ke splnění hlavního cíle.
7
1.4. Předpoklady a omezení práce Výsledkem práce je funkční aplikace, která v případě, ţe nedojde k nějaké nečekané změně, bude nasazena na recepci koleje Blanice. Omezení u této práce jsou, ţe nemohu pouţít data studentů bydlících na koleji, proto jsou veškeré tyto informace vymyšlené a jakákoliv podoba s reálnými daty je čistě náhodná. Dalším omezením a zároveň předpokladem pro vývoj aplikace je, ţe seznam studentů je pouze tištěný. To z toho důvodu, ţe mi nebyl umoţněn přístup k elektronické databázi, a neznám tak formát dat, které by byly pouţity pro jednoduchý import bez sloţitého zadávání studentů ručně.
1.5. Struktura práce Práce je strukturovaná s ohledem na metodu dosaţení cíle. V první kapitole po úvodu se věnuji analýze současného stavu. Obsahem této kapitoly je popis vybavení a jeho uţití. V další kapitole se věnuji specifikaci poţadavků a jejich zhodnocení, zde jsou obsahem základní poţadavky na aplikaci následované jejich vyhodnocením společně s rozborem omezení a vhodnosti funkcionality aplikace vzhledem k analýze současného stavu (první kapitola). Následuje kapitola, kde se zabývám návrhem řešení. Nejprve hledám, jestli jiţ neexistují vhodné aplikace, a v případě nalezení je zhodnocuji, nakolik jsou vyhovující. Následně uvaţuji nad variantou vývoje vlastní aplikace a vyberu nejvhodnější variantu. V další kapitole řeším návrh aplikace popřípadě chybějící funkcionality, pokud byla nalezena vhodná existující aplikace. Poslední kapitolu před závěrem věnuji popisu a podrobnostem implementace aplikace. V závěru zhodnocuji, nakolik a jak úspěšně byly cíle této práce splněny. Po závěru následuje seznam literatury, terminologický slovník a přílohy.
8
2. Analýza současného stavu Recepce koleje Blanice je v provozu téměř 24 hodin denně a obsluhuje ji po většinu doby jeden člověk, který zde slouţí dvanáctihodinové směny, které jsou dány rozpisem sluţeb. Recepce není obsluhována v době, kdy recepční mají povinnosti mimo ni, poté v době dvou půlhodinových pauz v průběhu sluţby a v průběhu předávání sluţby, coţ je přibliţně půl hodiny před ukončením směny. K tomu, aby recepce plně fungovala, je potřeba vybavení popsané v následujících odstavcích. Popis je pouze základní, podrobnější uţití je uvedeno v dalších částech této práce.
2.1. Technické vybavení pouţívané k zajištění chodu recepce Počítač – je pouţíván pouze k ukládání a sledování záznamů z kamery monitorující vstupní halu koleje. Na počítači je nainstalován operační systém MS Windows XP (SP3) a je k němu připojena kamera, myš, klávesnice a monitor. Internet není zaveden. Technické parametry: Procesor – Intel Pentium 4 - 3,4GHz, velikost paměti RAM - 1GB, grafická karta – integrovaná - Intel 82945G Express Chipset, rozlišení monitoru – 1280 x 1024, pevný disk - Maxtor 6L080M0 – 80GB, cache 8MB, SATA. EPS (Elektrická poţární signalizace) – toto zařízení je napojeno na poţární čidla a bezpečnostní tlačítka po budově. Zaznamená-li čidlo kouř nebo někdo rozbije kryt bezpečnostního tlačítka a zmáčkne jej, tak na recepci začne zařízení světelně a zvukově signalizovat, ţe hoří. Dále pak se změní stav - šestimístné číslo (nejčastěji se o jedno zvětší) u ohlašujícího zařízení, toto číslo slouţí pro kontrolu, ţe se něco dělo. Takováto zařízení jsou na recepci tři a jsou označena čísly 10 11 a 12. Jejich stav se vţdy na konci sluţby zaznamenává.
2.2. Dokumenty pouţívané k zajištění chodu recepce Většina činností na recepci vyţaduje zaznamenat různorodé údaje. Za tímto účelem jsou zde pouţívány rozličné dokumenty (sešity, knihy,…). Mimo povinné údaje se píší do některých dokumentů i poznámky (například: v sešitu prádelny „student nahlásil nefunkční pračku“). Mimo níţe uvedené dokumenty jsou na recepci uloţeny i jiné, ale ty nejsou aktivně vyuţívány. 2.2.1.
Základní provoz
Následující dokumenty jsou nejdůleţitější pro chod recepce. Bloky stvrzenek (daňových dokladů) jsou pouţívány pro zaznamenání a stvrzení jakéhokoliv peněţitého příjmu recepce. Originál je dán plátci a na recepci jsou ponechány kopie. Kaţdý blok obsahuje 25 stvrzenek (originál+kopie) a je nadepsán
9
číslem identifikujícím blok a příslušným nápisem odkazujícím, k čemu slouţí a v jakém sešitu je napsán příjem. Jakmile je v bloku vyplněno všech 25 listů, je blok nahrazen novým a původní je vloţen do obálky nadepsané číslem bloku, nápisem shodným s blokem, podpisem obsluhy recepce a datem, kdy byl blok dopsán. Do obálky s blokem je i vloţen peněţitý obnos odpovídající součtu všech příjmů na stvrzenkách bloku. Obálka s blokem a penězi je pak uloţena společně s podobnými obálkami, a jakmile se jich nahromadí větší mnoţství, tak jsou předány do kanceláře vedoucí. Výjimkou je blok hotelového ubytování, kde se peníze předávají do kanceláře po té, co host ukončí ubytování. Kniha sluţeb - do tohoto sešitu je zapisován datum a čas sluţby, vzkazy ostatním recepčním, zápisy o mimořádných událostech, které během sluţby nastaly, zápisy o dokončených blocích stvrzenek, zda sluţba proběhla bez závad, jednotlivé částky hotovosti, která je uloţené v pokladně recepce a podpisy obsluhy recepce. Zapisované hotovosti jsou rozděleny na poloţky: posilovna, spinning, pračky, ostatní, hotel, ubytování u studenta a Vltava, kde kaţdá poloţka kromě hotelu odpovídá rozepsanému bloku stvrzenek. EPS - do tohoto sešitu je zapisován datum a čas sluţby, stav jednotlivých EPS a podpisy obsluhy recepce. K zápisu dochází na konci sluţby. Seznam ubytovaných - zde jsou abecedně seřazena všechna jména ubytovaných studentů a pokoje, na kterých jsou ubytováni (např. Petr Novák 707B). K vyhledávání v seznamu dochází nejčastěji, pokud ubytovaný při vstupu do koleje nemá kolejní průkaz1 nebo při třídění poštovních zásilek2. 2.2.2.
Sluţby ubytovaným studentům
Následující dokumenty slouţí pro zaznamenávání vyuţívání sluţeb ubytovanými studenty. Prádelny - tento sešit je rozdělen na části podle pater, kde se nachází jednotlivé pračky. Při kaţdé výpůjčce klíče od prádelny se zapisuje k dané části datum zapůjčení, jméno a číslo pokoje ubytovaného, čas zapůjčení, čas vrácení, zaplacená částka a podpis obsluhy recepce. Posilovna - tento sešit je rozdělen do dvou částí, do jedné se píší jednotlivé vstupy a do druhé se píší záznamy o jednotlivých vydaných permanentkách do posilovny. Sešit posilovny slouţí jak pro posilovnu, tak pro boxovací pytel. V části pro jednotlivé vstupy se zapisuje datum vstupu, jméno a číslo pokoje vstupujícího, čas vstupu, čas návratu, zda vstupující má permanentku, zaplacená částka a podpis obsluhy 1
Průkaz vystavený při nastoupení ubytování na koleji, který slouţí k identifikaci ubytovaného na koleji. Při třídění poštovních zásilek je zjišťováno, zda adresát je ubytován na koleji, pokud ne je zásilka vrácena poště. 2
10
recepce. V části pro permanentky je zapsán datum vydání, jméno a číslo pokoje, komu byla permanentka vydána, od kdy a do kdy je permanentka platná, zaplacená částka a podpis obsluhy recepce. Studovny - tento sešit je rozdělen na části podle pater, kde se jednotlivé studovny nachází. Při kaţdé výpůjčce klíče od studovny se zapisuje k dané části datum zapůjčení, jméno a číslo pokoje ubytovaného, čas zapůjčení, čas vrácení, zda jde o studovnu A nebo B, podpis studenta při převzetí klíče, podpis obsluhy recepce. Podpis studenta při převzetí je nutný z důvodu hmotné odpovědnosti. Spinning - do tohoto sešitu jsou zapisovány údaje o zápůjčkách klíče od spinningu. Konkrétně se jedná o datum zapůjčení, jméno a číslo pokoje ubytovaného, čas zapůjčení, čas vrácení, zaplacená částka a podpis obsluhy recepce. Ostatní - je sešit, který slouţí ke dvěma účelům. Jedním jsou zápisy o odevzdaných obálkách s bloky stvrzenek a peněţitými obnosy do kanceláře vedoucí koleje. U těchto zápisů jsou vypsány čísla bloků, součet peněţitých obnosů a podpisy obsluhy recepce a vedoucí koleje. Druhý účel je pro zápis pokut a zápůjček klíčů a vybavení, které se nepíší do jiných sešitů. Konkrétně se jedná o klíče od sušáren, stolního tenisu, stolního fotbalu, sálu na aerobic a studovny s piánem, sušáky, ţehličku, ţehlicí prkno a vysavač. Údaje, které se u toho to účelu zapisují je datum, jméno a číslo pokoje, název zapůjčeného vybavení nebo klíče (např. sušák, piáno, sušárna 4. p., vysavač), čas zapůjčení, čas vrácení, zaplacená částka a podpis obsluhy recepce. V případě zápisu pokuty je místo časů zapsáno, za co je pokuta udělena. Zapůjčení náhradních klíčů - do tohoto sešitu jsou zapisovány údaje o zápůjčkách náhradních klíčů od pokojů. Konkrétně jde o datum zapůjčení, jméno a číslo pokoje ubytovaného, jaké klíče byly zapůjčeny, podpis obsluhy recepce při předání a podpis obsluhy recepce při převzetí. U údaje „jaké klíče byly zapůjčeny“ se rozlišuje pomocí písmen A, B a V, jestli byl půjčen klíč vchodový, od pokoje A nebo B. (např. 108 V A) 2.2.3.
Návštěvy u studentů
Následující dokumenty jsou uţívány pro zaznamenání návštěv u ubytovaných studentů. Návštěvy - tento sešit je určen k zaznamenání návštěv v době od 6:00 do 24:00. Je zapisován datum, jméno návštěvy, jméno ke komu a číslo pokoje kam návštěva jde, čas příchodu, čas odchodu, podpis obsluhy recepce. Loţní prádlo - do tohoto sešitu jsou zapisovány dvoje údaje. Jedny jsou o celkovém počtu kusů prádla na recepci a druhé o zapůjčování loţního prádla studentům pro jejich návštěvy. V části „fasování“ je zapsán datum, kolik kusů bylo předáno
11
skladním, kolik kusů bylo vyfasováno a podpisy obsluhy recepce a skladních. V části „studenti“ se zapisuje datum, jméno a pokoj studenta, kolik kusů přebral, od kdy a do kdy má být prádlo u studenta, podpis studenta při převzetí, podpis obsluhy recepce při předání, podpis obsluhy recepce při převzetí zpět. Podpis studenta při převzetí je nutný z důvodu hmotné odpovědnosti. Ubytování u studenta – Blanice - do tohoto sešitu jsou zapisovány noční návštěvy studentů bydlících na Blanici. Na rozdíl od návštěv přes den jsou návštěvy v noci od 00:00 do 6:00 zpoplatněny a lze zaplatit i více nocí najednou. Do sešitu je zaznamenáván datum zápisu, jméno návštěvy, číslo vydané stvrzenky, číslo občanského či jiného průkazu návštěvy, který splňuje podmínku jednoznačné identifikace, jméno a číslo pokoje navštíveného, od jakého a do jakého data má návštěva pobyt zaplacený, zaplacená částka a podpis obsluhy recepce. Ubytování u studenta – Vltava - tento sešit slouţí obdobně jako předchozí k zápisu nočních návštěv studentů bydlících od pátého do desátého patra na Vltavě, protoţe tyto patra spadají pod správu Blanice. Údaje v tomto sešitě jsou shodné s údaji v předešlém. 2.2.4.
Hotelové ubytování
Následující dokumenty jsou pouţívány pro potřeby hotelového ubytování. Hotelové dekrety - jsou umístěny ve sloţce a jsou dvojího typu. Jedny jsou částečně vyplněné z kanceláře vedoucí koleje a druhé jsou prázdné, pro případ výjimečné potřeby nové rezervace hotelu na recepci. Do dekretů se vyplňuje datum příjezdu, datum odjezdu, počet ubytovaných osob, lůţko-dny, název akce (často to bývá jméno ubytovaného nebo název firmy), číslo stvrzenky, kolik bylo zaplaceno a cena za noc a osobu. Dále u kaţdého ubytovaného se na dekret zapisuje pokoj, na kterém je ubytován, příjmení a jméno ubytovaného, od kdy a do kdy byl ubytován. Na konec dekretu se podepisuje obsluha recepce, která dekret vyplnila. Z kanceláře bývají jiţ vyplněny poloţky datum příjezdu, datum odjezdu, počet ubytovaných osob, název akce a cena za osobu a noc. Po ukončení ubytování je dekret společně s penězi za ubytování předán do kanceláře vedoucí koleje. Domovní kniha – cizinci - je knihou slouţící pro zápis údajů o cizincích, kteří byli ubytováni na hotelu. Tato kniha musí být vyplňována ze zákona a v případě potřeby do ní nahlíţí cizinecká policie. Zapisují se do ní následující údaje: od a do kdy je cizinec ubytován, jméno, příjmení, datum narození, občanství, číslo pasu nebo občanského průkazu v případě, ţe cizinec je z EU, bydliště, pokoj na kterém je ubytován a podpis obsluhy recepce, jeţ jej ubytovala. Hotelová kniha - tato kniha slouţí pro účely recepce a vedení koleje a zapisují se zde údaje o veškerých ubytovaných hostech. Konkrétně se jedná o datum zápisu, 12
jméno a příjmení ubytovaného, číslo občanského průkazu nebo jiného průkazu, který splňuje podmínku jednoznačné identifikace, datum narození a bydliště ubytovaného, zda je ubytován na Blanici či Vltavě a na jakém pokoji, od kdy a do kdy bude pokoj uţívat a podpis obsluhy recepce. Hotely - je sešit, který slouţí hlavně k evidování plateb za hotel. Je zde zaznamenán datum zápisu, název akce (shodný s dekretem), číslo stvrzenky, číslo pokoje či pokojů, zaplacená částka, podpis obsluhy recepce a podpis osoby z vedení koleje Blanice, která převzala peníze a dekret za vypsané ubytování.
2.3. Klíče Pro všechny klíče, které se půjčují za úplatu, platí, ţe se půjčují od 6:00 a vrací se nejpozději do 24:00 téhoţ dne, kromě klíčů od místnosti s boxovacím pytlem, ty musí být vráceny nejpozději do 22:00, aby nebyl rušen noční klid. Seznam klíčů a informací k nim je uveden v příloze A. Klíče této práce.
2.4. Ostatní vybavení Vysavač je půjčován za poplatek podle ceníku a při kaţdém vrácení je recepční povinný zkontrolovat funkčnost vysavače, a jestli není uvnitř plný sáček. Pokud je sáček ve vysavači plný musí jej recepční vyměnit. Sušáky na prádlo jsou půjčovány ubytovaným na sušení prádla, jejich počet se v průběhu roku mění podle toho, jak se rozbijí, opraví nebo zakoupí nové. Ţehlička a ţehlicí prkno jsou půjčovány za poplatek podle ceníku a to buďto pouze ţehlička nebo obojí. Loţní prádlo je půjčováno hostům studentů, kteří si za něj připlatí a zaplatí si noc u studenta na pokoji. Skládá se z prostěradla, povlaku na deku a povlaku na polštář. Na recepci bývá okolo deseti kusů loţního prádla. Pouţité od hostů se vrací zpět na recepci a v případě, ţe uţ je čistého prádla jen pár kusů, tak se špinavé vymění u skladních za čisté. Pokladna recepce je řešena formou obálek pro bankovky a přihrádek pro mince v zásuvce stolu. Peníze za hotel mají zvláštní umělohmotné pouzdro, zbylé peníze se nerozlišují a kontroluje se jen součet. Veškeré obnosy peněz, se kterými se na recepci pracuje, jsou uvedeny v oficiálních cenících. Tyto ceníky včetně dodatečných informací jsou uvedeny v příloze B. Ceníky této práce.
13
2.5. Popis procesů Zde uvádím ucelené soubory činností, které probíhají na recepci, nejdříve je popisuji slovně a následně pomocí grafické notace BPMN3. 2.5.1.
Převzetí a předání sluţby
Před předáním sluţby obsluha recepce zapisuje do sešitu EPS stavy jednotlivých zařízení EPS. Dále do knihy sluţeb zapíše datum a čas své sluţby, zda byla sluţba v pořádku, ostatní vzkazy, částky peněz za jednotlivé poloţky (pračky, posilovna, ostatní, spinning, ubytování u studentů Blanice a Vltavy), které následně sečte a zkontroluje, jestli sedí s pokladnou. Pak spočítá a zapíše částku za hotel, kterou také zkontroluje s pokladnou. Pokud by nějaká částka nesouhlasila, tak je povinností obsluhy dohledat, jestli není chyba ve stvrzenkách nebo sešitech. Pakliţe se chyba nenajde tak případný chybějící obnos musí doplatit z vlastních zdrojů. Při převzetí sluţby je kontrolováno, zda souhlasí peníze v pokladně s penězi zapsanými v knize sluţeb. V případě, ţe peníze nesouhlasí, přebírající to oznámí předešlé obsluze, která provede znovu potřebné kroky v předání sluţby. Dále předávající sděluje informace potřebné pro výkon práce přebírající obsluze recepce, ty nejdůleţitější informace jsou v knize sluţeb.
Obrázek 1 – BPMN diagram převzetí a předání sluţby
3
Business Process Modeling Notation
14
2.5.2.
Ukončení bloku stvrzenek
Jakmile je dopsán blok stvrzenek, je nejprve zkontrolován, zda jsou opravdu všechny stvrzenky popsány, a následně nahrazen novým, který se příslušně nadepíše (např. posilovna). Dále jsou všechny částky ze stvrzenek daného bloku sečteny a zkontrolovány s příslušným sešitem a v případě potřeby i knihou sluţeb. Pokud je nalezena nesrovnalost, tak se podniknou kroky k její nápravě. Jestliţe se jedná o chybu, která nemůţe být vyřešena obsluhou recepce během aktuální sluţby, provede se o chybě zápis do knihy sluţeb. U stvrzenek ale platí, ţe údaje na nich zapsané jsou správně, tudíţ chyba v sešitě nebo i knize sluţeb nebrání jejich ukončení. Sečtená částka je napsána společně s aktuálním datem a podpisem obsluhy recepce na vrchní stranu bloku. Tyto samé údaje, ke kterým ještě přibude název a číslo bloku, jsou zapsány na obálku, do které je vloţen blok a peněţitý obnos shodný s napsanou částkou. Obálka s blokem a penězi je pak bezpečně uloţena na recepci a je proveden zápis s údaji na obálce do knihy sluţeb. Pokud se nahromadí větší mnoţství takovýchto obálek nebo je z kanceláře vedoucí koleje poţadováno, aby byly obálky odevzdány, roztřídí se nahromaděné obálky podle názvů, následně se do knihy ostatní zapíší součty částek podle nápisů a celkový součet, pod který se podepíše obsluha recepce. Obálky se následně odevzdají do kanceláře vedoucí koleje a tam je vedením v sešitě ostatní k celkové částce připsán další podpis.
Obrázek 2 - BPMN diagram ukončení bloku stvrzenek
2.5.3.
Úkony s loţním prádlem
V sešitě loţní prádlo je zaznamenáno, kolik kusů prádla je na recepci (nejčastěji okolo 10 ks.). V případě, ţe uţ zbývají jen 3 nebo méně kusů čistého prádla je špinavé prádlo odneseno do kanceláře skladních, kde je posléze vyfasováno čisté. Při té 15
příleţitosti se do sešitu zapíše, kolik kusů prádla bylo odevzdáno a kolik vyfasováno společně s podpisy obsluhy recepce a skladní. V případě, ţe student má návštěvu a chce si připlatit za zapůjčení loţního prádla, je mu předáno oproti podpisu do sešitu loţní prádlo, kam se podepíše i obsluha recepce. Pakliţe student prádlo vrací, podepíše obsluha recepce, ţe převzala loţní prádlo.
Obrázek 3 – BPMN diagramy úkonů s koţním prádlem
2.5.4.
Zapůjčení klíčů nebo vybavení
Zapůjčení klíčů a vybavení lze rozdělit do několika kategorií, podle toho, jestli se za ně platí a podmínek, za kterých se mohou půjčit. První kategorií je zapůjčení náhradních klíčů od pokojů. Náhradní klíč můţe být vydán jen oproti kolejnímu průkazu nebo průkazu totoţnosti, u kterého se musí zkontrolovat, zda daný člověk opravdu bydlí na koleji. Pokud je vše v pořádku, je ubytovanému vydán klíč od vchodu do buňky4 případně ještě od pokoje, ve kterém je ubytován, a je poučen, ţe výpůjčka je jen krátkodobá5. Průkaz je po celou dobu vypůjčení klíče ponechán na recepci. Obsluha recepce provede zápis do sešitu zapůjčení náhradních klíčů. Jakmile ubytovaný vrátí klíče, je mu vrácen průkaz a obsluha recepce podepíše do sešitu, ţe klíče byly vráceny.
4
Buňka na koleji je prostor, kde jsou společné prostory a dva uzamykatelné pokoje (A, B). Krátkodobá v tomto případě znamená jen na odemčení, pro delší výpůjčku je ubytovaný povinen si klíče zapůjčit u vedení koleje oproti záloze. 5
16
Obrázek 4 – BPMN diagram zapůjčení náhradních klíčů od pokojů
Druhá kategorie je zapůjčení klíčů v obálkách. Tyto klíče jsou otevírány jen v případech nouze nebo po ohlášení od vedení kanceláře. Pokud k takové situaci dojde, je otevřen trezor a nejdříve se provede zápis do sešitu, který tu u klíčů je. Poté se otevře zapečetěná obálka a klíč je vydán ověřené osobě. Po navrácení klíče je proveden zápis do sešitu s časem navrácení. Obálka a klíč je předána do kanceláře vedení koleje, kde je klíč vloţen do nové obálky, která se zapečetí a poté je umístěna znovu do trezoru na recepci.
Obrázek 5 - BPMN diagram zapůjčení klíčů z obálek
Třetí kategorie je zapůjčení klíčů od studoven. Aby mohl být klíč od studovny zapůjčen, nesmí být jiţ půjčen někomu jinému nebo nesmí být nařízeno z kanceláře, ţe se nemají půjčovat studovny. Při zapůjčení klíče od studovny musí student předloţit kolejní průkaz, který ponechá na recepci po dobu zápůjčky. Obsluha recepce vyplní potřebné údaje do sešitu studovny a poté nechá ubytovaného podepsat tamtéţ, ţe ručí za vybavení studovny. Poté je ubytovanému předán klíč od studovny a je mu připomenuto, ţe klíče od studoven se vrací do 8:00 následujícího dne v případě studovny A nebo do 2:00 v případě studovny B. V případě, ţe klíče jsou vráceny včas, je vrácen kolejní průkaz a obsluha recepce zapíše čas vrácení. V opačném případě musí student zaplatit pokutu podle ceníku. Pokutu obsluha recepce zapíše do sešitu ostatní, vypíše stvrzenku do bloku ostatní a po přijetí platby za pokutu vydá stvrzenku a kolejní průkaz.
17
Obrázek 6 – BPMN diagram zapůjčení klíče od studovny
Čtvrtá kategorie je zapůjčení zbylých klíčů a vybavení, kde jsou jen malé rozdíly. Jedná se ve všech případech o výpůjčky za poplatek podle ceníku a rozdíly jsou v podmínkách zapůjčení a času vrácení. První podmínkou pro zapůjčení je, ţe daný klíč nebo vybavení je k dispozici. Klíče a vybavení se půjčuje od 6:00 do 24:00. Pokud ano, tak musí ubytovaný předloţit kolejní průkaz, který na recepci ponechá po dobu zápůjčky. Výjimkou je sál pro aerobic, který si mohou půjčovat i lidé mimo kolej, ale musí být na seznamu cvičitelů, kteří mají povoleno si klíče od sálu za poplatek zapůjčit. Tito lidé musí na recepci ponechat jakýkoli průkaz totoţnosti, pak uţ je vše stejné jako u zbylých zápůjček. Ţadatel o zápůjčku zaplatí poplatek podle ceníku, za ten mu je vystavena stvrzenka z příslušného bloku, nebo ponechá na recepci permanentku, to se týká posilovny, boxu, stolního tenisu a piána. Obsluha recepce zapíše potřebné údaje do příslušného sešitu a vydá klíč či vybavení a upozorní, do kdy má být navráceno. Klíče od sušáren a sušáky se vrací do 24 hodin od vypůjčení. Klíče od boxovacího pytle a piána musí být vráceny do doby určené ceníkem, nebo nejpozději do 22:00 kvůli rušení nočního klidu a to i přesto, kdyby zaplacená doba výpůjčky tento čas překračovala. U zapůjčení klíčů od prádelen, spinningu, stolního tenisu, posilovny a stolního fotbalu, ţehličky, ţehlicího prkna a vysavače platí, ţe musí být vráceny do doby určené ceníkem nebo nejpozději do 24:00 a to i přesto, kdyby zaplacená doba výpůjčky tento čas překračovala. Pokud jsou klíče nebo vybavení vráceny včas, tak obsluha recepce navrátí průkaz případně i permanentku a zapíše čas vrácení. V opačném případě obsluha recepce zapíše čas vrácení a zapíše pokutu nebo vypíše novou výpůjčku v závislosti na ceníku. V případě pokuty je pokuta zapsána do sešitu ostatní a vystavena stvrzenka. Po obdrţení platby za pokutu je vrácen průkaz a předána stvrzenka. V druhém případě je překročená doba výpůjčky rozpočítána na dobu standardní výpůjčky podle ceníku a kaţdá započítaná musí být zaplacena. Platí se jako jedna částka a je vystavena jedna stvrzenka a zapisuje se do příslušného sešitu podle výpůjčky. Po obdrţení platby obsluha recepce vydá průkaz a stvrzenku. Tento druhý případ se týká ţehličky, vysavače a klíčů od sálu pro aerobic, posilovny, boxovacího pytle, stolního fotbalu, spinningu, stolního tenisu a piána.
18
Obrázek 7 - BPMN diagram zapůjčení zbylých klíčů a vybavení
2.5.5.
Vystavení permanentky
Pokud ubytovaný si chce nechat vystavit permanentku, musí předloţit svůj kolejní průkaz a zaplatit příslušnou částku. Obsluha recepce vyplní permanentku a vypíše příslušnou stvrzenku a provede zápis do příslušného sešitu6. Nakonec předá ubytovanému originál stvrzenky a permanentku.
Obrázek 8 - BPMN diagram vystavení permanentky 6
Posilovna – stvrzenky a sešit posilovna, piáno a stolní tenis – stvrzenky a sešit ostatní.
19
2.5.6.
Zapsání návštěvy u studenta
Pokud ubytovaný student má návštěvu, má povinnost ji nahlásit na recepci. V době od 6:00 do 24:00 jsou návštěvy zapisovány do sešitu návštěv (jen pro Blanici). Pro pobyt v době od 00:00 do 6:00 musí návštěvy zaplatit příslušný poplatek podle ceníku a prokázat se průkazem totoţnosti. Obsluha recepce provede zápis do sešitu ubytování u studenta – Blanice nebo Vltava v závislosti na tom, z které koleje student je. Obsluha recepce vystaví stvrzenku a poučí návštěvu, ţe ona stvrzenka slouţí jako provizorní kolejní průkaz po dobu zaplaceného pobytu.
Obrázek 9 – BPMN diagram návštěvy u studenta
2.5.7.
Hotelové ubytování
Pokud přijde na recepci někdo s tím, ţe se chce ubytovat na hotelových pokojích, obsluha recepce se zeptá, jestli má rezervaci. V případě, rezervaci nemá, zároveň jsou volné pokoje a z kanceláře vedoucí koleje je povoleno přijímat hosty na hotel i bez předešlé rezervace dojde k vypsání dekretu a dále se postupuje stejně jako u rezervovaného hosta. V případě, ţe nemá rezervaci a nejsou volné hotelové pokoje nebo není povoleno přijímat hosty bez předešlé rezervace, je oznámeno, ţe ubytování není moţné. U hostů, kteří mají rezervaci, je poţadováno, aby sdělili, na jaké jméno je uvedena rezervace. Dále se musí prokázat doklady totoţnosti, ze kterých obsluha recepce opíše potřebné údaje. Obsluha recepce vyplní příslušné dokumenty a sešity7, vystaví stvrzenku na hotelové ubytování a průkaz, který slouţí pro identifikaci při vstupu na kolej po dobu ubytování. Host výměnou za hotovost obdrţí klíče od pokoje, průkaz a stvrzenku. Při ukončení ubytování je host odevzdá klíče a průkaz, obsluha recepce zapíše do dekretu datum odchodu. Aţ to bude moţné, tak dekret společně s penězi za ubytování a knihou hotely obsluha recepce odnese do kanceláře vedení 7
Dekret, hotelová kniha, domovní kniha (v případě, ţe host je cizinec) a hotely.
20
koleje, kde dekret a peníze odevzdá a do knihy hotely je napsán podpis, ţe peníze byly převzaty.
Obrázek 10 - BPMN diagram hotelového ubytování
21
3. Poţadavky na aplikaci V této kapitole se věnuji poţadavkům na aplikaci. Poţadavky jsou rozděleny podle metody FURPS[11].
3.1. Funkčnost Při kaţdém přebírání sluţby se musí obsluha recepce k aplikaci přihlásit či jinak identifikovat a po celou dobu sluţby musí být veškeré záznamy přiřazeny obsluze a plnit tak funkci podpisů jako v sešitech. Aplikace by měla nahradit sešity v co největším rozsahu a zároveň zefektivnit práci obsluhy recepce. Musí umoţnit vyhledávání v seznamu studentů jak podle jména, tak podle pokoje. Jednoznační údaje při zadávání informací mohou být před-vyplněny a tím zrychlit procesy probíhající na recepci. Aplikace musí znázorňovat podstatné skutečnosti, jako je překročení doby výpůjčky. S tím následně musí umět pomoci s výpočtem příslušné pokuty. Aplikace by měla evidovat veškeré peněţní transakce a vést tak pokladnu. Obsluha recepce tak má mýt kdykoliv přehled o aktuálním stavu pokladny. Údaje zanesené do aplikace musí být zaznamenávány pro účel kontroly manipulace s aplikací. Tyto údaje musí být přístupné pro pozdější potřeby, například aby bylo moţné dohledat, kdo udělal chybu.
3.2. Pouţitelnost Aplikace musí být ovládána přes grafické uţivatelské rozhraní (GUI). Vnitřní členění aplikace by mělo reflektovat současné procesy a rozdělení sešitů. Výjimkou je, pokud jiné vnitřní dělení zvýší efektivitu práce. Vzhled aplikace nemusí být estetický, ale musí dostatečně přehledný a ovládání intuitivní. Více neţ vzhled je vyţadován uţitek. Aplikace musí obsahovat nápovědu, která musí být i v tištěné formě. Tato nápověda musí být psaná formou srozumitelnou i pro lidi se základními znalostmi ovládání počítače. Musí být zajištěno zaškolení minimálně dvou členů obsluhy recepce pro práci s aplikací v takovém rozsahu, aby byli schopni naučit zacházet s aplikací i zbývající členy.
22
3.3. Spolehlivost Aplikace by měla být schopna být v provozu nepřetrţitě po dobu jedné sluţby, tj. 12 hodin. Během této doby je přípustný pouze jeden výpadek způsobený aplikací (ne hardwarem). Případný výpadek proudu nebo neočekávané vypnutí počítače, by nemělo znemoţnit opětovné spuštění aplikace.
3.4. Výkon Aplikace nesmí být příliš výpočetně náročná, musí bez obtíţí pracovat pod OS Windows XP na počítači, který je jiţ na recepci umístěn. Odezva aplikace při práci by neměla překračovat jednotky sekund.
3.5. Rozšiřitelnost Pro případ změny v ceníku, týkající se doby zapůjčení nebo ceny a která by měla vliv na správnou funkčnost aplikace, musí být moţné tyto změny promítnout do aplikace takovým způsobem, aby to zvládla i obsluha recepce, například pomocí nastavení, kde by se údaje o ceně a délce jednotlivých výpůjček daly nastavit. K tomuto počítači můţe být připojena tiskárna, která by byla umístěna na recepci. Ale muselo by pro to být dostatečné odůvodnění. Nesmělo by docházet k plýtvání a zbytečnému zahlcení recepce papíry.
23
4. Návrh řešení V této kapitole nejprve analyzuji poţadavky na aplikaci a jejich proveditelnost. Následně hledám, jestli existuje aplikace, která by mohla být nasazena na recepci namísto vývoje nové aplikace. Na závěr této kapitoly se věnuji návrhu vlastní aplikace.
4.1. Analýza poţadavků Nejprve zjišťuji, v jaké míře je moţné splnit poţadavky, hlavně nakolik je moţné nahradit práci s dokumenty v procesech probíhajících na recepci. 4.1.1.
Moţnosti nahrazení sešitů
Nahradit jednoduše sešity aplikací je moţné jen u sešitů, které nevyţadují podpis jiné osoby, neţ je obsluha recepce, nebo není u nich vyţadováno, aby byly uloţeny v tištěné podobě na recepci, nebo aby byly odevzdávány do kanceláře vedoucí koleje. Jiný podpis neţ od obsluhy recepce je vyţadován u sešitů: ostatní, studovny, loţní prádlo, hotely. Na recepci musí být uloţena vyplněná domovní kniha s údaji o cizincích přespávajících na hotelu, toto je vyţadováno pro potřeby policie ČR. Do kanceláře vedoucí koleje jsou odevzdávány dekrety po ukončení hotelového ubytování a stvrzenky poté, co je celý blok vypsán. Sešit ostatní lze nahradit jen částečně. Nelze u něj nahradit jen tu část, kde se zapisuje, jaký peněţitý obnos byl odevzdán do kanceláře vedoucí, z důvodu potřeby podpisu vedoucí koleje. Tato část by zůstala nadále jako sešit. U sešitu studovny je potřeba podpisu od osoby půjčující si studovnu pokaţdé, totéţ platí pro loţní prádlo a hotely. 4.1.2.
Pouţití tiskárny
Tisk na recepci by se dal pouţít pro stvrzenky, studovny a hotely. U stvrzenek by ale docházelo k tomu, ţe by se na vrátnici objemově hromadilo více papírů, neţ kolik objemu zabírají bloky stvrzenek. To by vedlo k neefektivitě a zároveň by byl porušen jeden z poţadavků. V případě studoven by tisk umoţnil vést evidenci půjčení klíčů v aplikaci, ale zároveň by to přinášelo nutnost tisku jednoho papíru pro kaţdou zápůjčku. To by opět vedlo k obdobnému výsledku jako v předchozím případě. U hotelů je situace obdobná jako u studoven, jen je tu rozdíl ten, ţe podpis z kanceláře vedoucí koleje je potřeba pouze jednou, a to ve chvíli odevzdávání peněţitého obnosu za ukončené hotelové ubytování společně s dekrety k tomuto ubytování přidruţenými. Zde by dopad v objemu papíru nebyl tak značný, ale i tak by byl ve výsledku větší neţ při pouţití současného sešitu. Tisk tedy pro recepci není v souvislosti s poţadavky potřebný.
24
4.1.3.
Zbylé poţadavky
U zbývajících poţadavků nevidím překáţky k jejich splnění a nemám k nim ţádné výhrady.
4.2. Případy uţití Případ uţití nebo také use case je „specifikace posloupnosti činností, včetně proměnných posloupností a chybových posloupností, které systém podsystém nebo třída můţe vykonávat prostřednictvím interakce s vnějšími (externími) aktéry. Případ uţití je něco, co aktér od systému očekává.“[1] Pro hlubší porozumění je třeba vědět, co je to aktér. „Aktér specifikuje roli, kterou určitá externí entita přijímá v okamţiku, kdy začíná daný systém bezprostředně pouţívat. Můţe vyjadřovat roli uţivatele, roli dalšího systému, který se dotýká hranic daného systému.“[1] V případě této aplikace existuje jediný aktér a to je obsluha recepce při práci s aplikací. „Modelování případu uţití je jiným, doplňkovým způsobem získávání a dokumentování poţadavků.“[1] 4.2.1.
Diagram případu uţití
V digramu případu uţití je rámečkem vyjádřen subjekt, který vyjadřuje hranice modelovaného systému. Aktéři jsou znázorněni vně subjektu, zatímco případy uţití, které utvářejí chování systému, jsou umístěni uvnitř subjektu. Vztah mezi aktérem a případem uţití je znázorněn pomocí plné čáry, coţ je v jazyku UML symbol přiřazení.[1]
Obrázek 11 - Diagram případu uţití
25
4.2.2.
Konkrétní případy uţití
V této práci budu pouţívat následující strukturu pro případy uţití. Název případu uţití Stručný popis Aktéři případu uţití Vstupní podmínky Skutečné kroky případu uţití Výstupní podmínky
Konkrétní případy uţití jsou z důvodu rozsahu uvedeny jako příloha D. Případy uţití této práce.
4.3. Existující aplikace Pro hledání jiţ existující aplikace, která by byla vhodná pro recepci koleje Blanice, jsem pouţil internet. Převáţná většina aplikací, které jsem našel, byla zaměřena na rezervační systémy pro hotel a restaurace. Některé aplikace jsem i otestoval, pokud existovala moţnost si je bezplatně vyzkoušet. Potřebám recepce se z velkého mnoţství aplikací nakonec nejvíce přiblíţil jen software AT-Koleje a AT-Recepce od Mgr. Karla Pečenky. Kaţdý program pokrývá část funkcionality, AT-Recepce pokrývá oblast hotelového ubytování a AT-Koleje oblast sluţeb pro studenty. Následující části této podkapitoly jsou věnovány těmto programům, veškeré informace o nich jsem čerpal z webové prezentace http://karel.pecenka.sweb.cz. 4.3.1.
AT-Recepce
Popis z webové prezentace: „Program AT-Recepce je naším nejstarším produktem (je na trhu od roku 1994), je však neustále vyvíjen. Program přehledným způsobem eviduje údaje o hostech a jejich platbách. Jakoby mimochodem vytváří předepsanou Knihu ubytovaných a řadu dalších potřebných sestav. Eviduje lůţkodny a souvisící poplatky, takţe Vás zbavuje starostí s místní správou. Elegantní je vyhledávání libovolných údajů a jejich řazení. K dispozici je přehled o volných i obsazených pokojích a moţnost rezervace pokojů.“[9] Na webové prezentaci je k dispozici i obrázek s obrazovkou programu, ten jsem umístil do přílohy C. Ukázky obrazovek AT-Koleje a AT-Recepce této práce. Tento program poskytuje dle popisu a obrázků větší funkcionalitu, neţ je poţadováno. Rozhodně plně pokrývá potřeby pro hotelové ubytování.
26
4.3.2.
AT-Koleje
Popis z webové prezentace: „Tento program je komplexní produkt pro evidenci údajů o ubytovaných studentech, hostech a zaměstnancích a jejich platbách na vysokoškolských kolejích. Program s příjemným rozhraním automatizuje a usnadňuje veškeré činnosti týkající se dané problematiky: osobní údaje; ubytovací údaje; znázornění pokojů mj. pomocí dvou typů grafického přehledu; účetní údaje; korespondence klasická i elektronická, včetně hromadné, a to na základě uţivatelských filtrů; řada sestav ubytovacích i účetních; interaktivní návrhář vlastních sestav; elegantní vyhledávání a třídění. Podporuje hotovostní i bezhotovostní platby. Umoţňuje spolupráci s centrální databází studentů, automatické přidělování ubytování podle zadaných kritérií i automatické přidělení pokojů. Součástí můţe být i modul pro tzv. mimořádné ubytování (nocující návštěvy u studenta). Řadu funkcí můţe student či host prohlíţet či ovládat přes webové rozhraní.“[9] Na webové prezentaci jsou k dispozici i obrázky s obrazovkami programu, ty jsem umístil do přílohy C. Ukázky obrazovek ATKoleje a AT-Recepce této práce. Z popisu a obrázků lze vypozorovat, ţe aplikace do určité míry pokrývá potřebnou funkcionalitu. Nejvíce to lze vidět na obrázku ukázky číselníku jednorázových sluţeb (tento obrázek je umístěn v příloze C. tohoto této práce), kde je názorně ukázáno, jak by byli nahrazeny sešity s poskytováním sluţeb studentům. Avšak ne u všech sešitů lze zaručit, ţe budou moci být nahrazeny softwarem. Jedná se o knihu sluţeb a EPS. Další funkcionality, které nejsou v popisu ani obrázcích viditelné, jsou pokladna, u ní není jasné, jestli ji software podporuje v takovém rozsahu, v jakém je poţadováno, sledování manipulace s aplikací, přihlašování uţivatelů a upozornění na překročení výpůjční doby, to je sice na jednom z obrázků vidět, ale nelze jednoznačně určit, jestli program na překročení upozorní sám nebo je třeba, aby to obstarávala obsluha recepce. Program AT-Koleje by měl podle webové prezentace autora zahrnovat také rozsáhlý modul hotelového ubytování.[9] Ten sice na ukázkách není předveden, ale předpokládám, ţe je podobný programu AT-Recepce. Za tohoto předpokladu stačí tedy pouze jeden program. 4.3.3.
Informace o AT-Koleje z korespondence
Kontaktoval jsem vlastníka softwaru pomocí emailu a zjistil tak potřebné dodatečné informace o aplikaci. Na otázku, zdali program podporuje přihlašování uţivatelů na straně obsluhy, aby pak změny v aplikaci byly přidruţeny dané obsluze recepce, mi autor odpověděl takto. „AT-Koleje umoţňuje velice rozsáhlou dělbu práv, a to jak na horizontální úrovni (k jaké mnoţině klientů se obsluha "dostane"), tak na vertikální úrovni (jaké funkčnosti
27
můţe obsluha pouţít). Na dělbě práv závisí i uţivatelské rozhraní - např. jiný základní pohled (tzv. Hlavní kartu) má k dispozici obsluha disponující velkými právy, na opačné straně jsou pracovníci skladu prádla a jinak to mají recepční (zde jde o určitou kombinaci - vysoká práva pro hotelové hosty, menší práva pro studenty a ubytované zaměstnance), atd. Kaţdý člen obsluhy má svůj uţivatelský profil a k němu přidruţená práva, která jsou v reţii AT-Koleje. Naproti tomu studenti, kteří (často aniţ to tuší) přistupují k přísně vymezeným informacím do databáze AT-Koleje přes webové rozhraní, jsou ověřování prostředky dané VŠ, například pomocí LDAP, apod.“ Odpověď to byla vyčerpávající, ale dodala dostatečný přehled o moţnostech systému a vyplývá z ní, ţe program odpovídá poţadavku na přihlašování uţivatelů k aplikaci. Dalším dotazem bylo, zda program dokáţe vést pokladku. Na tento dotaz jsem dostal tuto odpověď. „Vedení pokladny, resp. pokladního deníku, včetně odvodů a dotací z / do pokladny, je samozřejmostí. Pokladnu lze sledovat jak za kaţdého jednotlivého pracovníka, tak za jejich skupiny (např. "recepce" x "pokladna kolejí", atd., záleţí na nastavení). Samozřejmé jsou i účetně ekonomické sestavy, sestavy pokladních dokladů, atd.“ Poţadavek na pokladnu je tedy taktéţ splněn a to ve větší míře neţ je potřeba. Třetí dotaz byl směrován na ukládání informací v aplikaci. Odpověď byla následující. „Všechny základní údaje jsou uloţeny v odpovídajících databázových tabulkách. Některé údaje jsou nezměnitelným způsobem autorizovány. Např. u kaţdého účetního záznamu je mj. naprosto jasné, kdo, kdy a s jakým datem plnění jej zaloţil. U vybraných sloupců takového záznamu pak i navíc to, kdo do něj případně dodatečně zasáhl (tam, kde je dodatečný zásah umoţněn). Logy se vedou obvykle jen omezeně, ačkoliv je moţno logovat (záleţí jen na nastavení) naprosto cokoliv, avšak soubory logů jsou pak objemné a vzhledem k reálné výpočetní infrastruktuře je pak práce databázového stroje poněkud pomalejší. Ze stejného důvodu je nejčastěji vypnuto i ţurnálování, za postačující se povaţuje několikanásobné plně automatické denní ukládání zálohy celé databáze.“ Tímto je splněn i poţadavek na zaznamenávání údajů zanesených do aplikace. Čtvrtý dotaz se týkal nahrazení knihy sluţeb a EPS. Odpovězeno mi bylo takto. „Zápisy ze sluţeb recepčních (obecně obsluhy) nejsou standardně zahrnuty, neboť na tuto funkčnost nebyly uvolněny prostředky zadavatelem. Nebyl by to ale ţádný problém.“ Tudíţ toto je první funkcionalita, která není aplikací pokryta. Poslední dotaz byl, zda v případě výpůjček program sám upozorní na překročení výpůjční doby. Odpověděno bylo, ţe výpůjčky jsou vedeny jako jednorázové sluţby a je vidět, kdy a kdo si co objednal. Funkce, která by upozorňovala na pozdní vrácení, součástí programu není, ale lze ji doimplementovat.
28
Jedna z informací, která mne při korespondenci překvapila, byla, ţe aplikace jiţ je úspěšně nasazena na recepci jedné z kolejí VŠE a to v Jindřichově Hradci. Dokonce je pouţívána vedením SUZ (správa účelových zařízení) v Praze a to včetně kanceláří vedení jednotlivých kolejí, ale bez modulu Recepce a bez aktualizací, tudíţ je pouţívána přibliţně 10 let zastaralá verze. Implementace této aplikace na recepci koleje Blanice by tedy byla jednoduší z důvodu moţnosti propojení těchto aplikací. 4.3.4.
Zhodnocení
Aplikace pokrývá většinu poţadavků. Jediné co aplikace nepodporuje je nahrazení knihy sluţeb a EPS a upozornění na pozdní vrácení. Tento nedostatek se dá řešit dvěma způsoby, první je financovat vývoj chybějící funkcionality aplikace, druhý je vytvořit aplikaci, která chybějící funkcionalitu nahradí. Můj osobní názor je, ţe by pro recepci bylo vhodné nasadit tuto aplikaci a zbývající funkcionalitu doplnit druhou aplikací.
4.4. Vlastní aplikace V této kapitole se zabývám moţností vývoje vlastní aplikace. Nejdříve řeším, zda je nutné novou aplikaci vytvářet a následně se věnuji návrhu aplikace. Vzhledem k tomu, ţe jsem našel jiţ existující vhodnou aplikaci pro recepci koleje, není nutné vytvářet úplně novou aplikaci pro všechny poţadavky. Rozhodl jsem se tedy, ţe vytvořím pouze menší aplikaci, která doplní chybějící funkcionalitu. Tedy hlavním úkolem této aplikace bude nahradit knihu sluţeb a EPS a vytvořit upozorňování na pozdní vrácení. 4.4.1.
Popis funkcionality aplikace
Aplikace bude obsahovat přihlašovací obrazovku, kde se zadá jméno obsluhy. Dále bude mít obsluha na výběr ze tří moţností – kniha sluţeb, EPS a výpůjčky. V knize sluţeb bude moţnost procházet záznamy z minulosti nebo vytvořit záznam nový, kde ale nebudou záznamy o pokladně, protoţe tu uţ zpravuje aplikace AT-Koleje. V EPS bude obsluha mít moţnost zadat aktuální stav, případně přidat poznámku a dále zobrazit minulé stavy. Ve výpůjčkách bude mít obsluha přehled o aktuálních výpůjčkách a aplikace bude znázorňovat, které jsou s prodlením. Dále bude obsluha moct zadat novou výpůjčku nebo ukončit stávající. Aplikace bude zapisovat podstatné aktivity obsluhy do logu. Pro databázi pouţiji MS Microsoft SQL Server 2005 Express Edition, jelikoţ je moţné ji pouţít zdarma[6].
29
4.4.2.
Diagram případů uţití
Obrázek 12 - Diagram případů uţití
4.4.3.
Případy uţití EPS
Stručný popis: Zadání a zobrazení záznamů EPS Aktéři: Obsluha recepce Vstupní podmínky: 1. Obsluha je přihlášena k aplikaci Hlavní scénář: 1. Případ uţití začíná, kdyţ obsluha vybere EPS. 2. Aplikace zobrazí poslední záznam a moţnost zadat nový nebo zobrazit starší záznamy. 3. Pokud obsluha vyplní příslušná pole a vybere zadat nový pak: 3.1. Aplikace zkontroluje korektnost zadání. 3.2. Pokud je zadání korektní pak: 3.2.1. Aplikace uloţí nový záznam. 3.3. Nebo: 3.3.1. Aplikace vyzve k zadání korektních dat 4. Pokud obsluha vybere zobrazit starší záznamy pak: 4.1. Aplikace zobrazí starší záznamy. Výstupní podmínky: V případě zadání nového záznamu je tento záznam uloţen do databáze. Kniha sluţeb Stručný popis: Zadání a zobrazení záznamů EPS Aktéři: Obsluha recepce Vstupní podmínky: 1. Obsluha je přihlášena k aplikaci Hlavní scénář: 1. Případ uţití začíná, kdyţ obsluha vybere Knihu sluţeb. 2. Aplikace zobrazí výběr moţností pro zobrazení záznamů nebo zadat nový. 3. Pokud obsluha vybere zadat nový pak:
30
3.1. Aplikace zobrazí formulář pro zadání nového záznamu. 3.2. Obsluha formulář vyplní a potvrdí uloţení. 3.3. Aplikace uloţí nový záznam. 4. Pokud obsluha vybere zobrazit záznamy pak: 4.1. Aplikace zobrazí záznamy. Výstupní podmínky: V případě zadání nového záznamu je tento záznam uloţen do databáze. Výpůjčky Stručný popis: Zadání a editace výpůjček. Aktéři: Obsluha recepce Vstupní podmínky: 1. Obsluha je přihlášena k aplikaci Hlavní scénář: 1. Případ uţití začíná, kdyţ obsluha vybere výpůjčky. 2. Aplikace zobrazí aktivní výpůjčky a moţnost zadat novou nebo editovat stávající. 3. Pokud obsluha vybere zadat novou pak: 3.1. Aplikace zobrazí formulář pro nové zadání. 3.2. Pokud je zadání korektní pak: 3.2.1. Aplikace uloţí nový záznam. 3.3. Nebo: 3.3.1. Aplikace vyzve k zadání korektních dat. 4. Pokud obsluha vybere výpůjčku a editovat, pak: 4.1. Aplikace zobrazí vybranou výpůjčku a formulář pro zadání potřebných informací pro výpočet pokuty, moţnost vypočítat pokutu a ukončit výpůjčku. 4.2. Pokud obsluha vybere vypočítat pokutu a zadá potřebné údaje. 4.2.1. Aplikace zkontroluje korektnost zadání. 4.2.2. Pokud je zadání korektní pak: 4.2.2.1. Aplikace zobrazí pokutu. 4.2.3. Nebo: 4.2.3.1. Aplikace vyzve k zadání korektních dat 4.3. Pokud obsluha vybere ukončit výpůjčku. 4.3.1. Aplikace smaţe výpůjčku a vrátí se zpět na přehled aktivních výpůjček. Výstupní podmínky: V případě zadání nového záznamu je tento záznam uloţen do databáze. V případě ukončení výpůjčky je záznam smazán z databáze.
4.4.4.
Návrh uţivatelského rozhraní
Okna návrhu uţivatelského rozhraní aplikace jsou z důvodu rozsahu uvedena jako příloha E. Návrh uţivatelského rozhraní této práce. Jako první se uţivateli zobrazí okno s přihlášením. Po zadání jména a potvrzení se zobrazí okno s moţnostmi výběru – EPS, knihy sluţeb a výpůjček. Podle výběru uţivatele se zobrazí příslušné okno. V oknu EPS můţe uţivatel zadat nový záznam, 31
vidět poslední záznam a případně zobrazit starší záznamy. V oknu Kniha sluţeb má uţivatel na výběr z několika moţností zobrazení záznamů a moţností vytvořit nový záznam. Po výběru se zobrazí příslušné okno, kde uţivatel zobrazí záznam nebo jej bude moct vytvořit. V oknu výpůjčky uvidí uţivatel přehled aktivních výpůjček a bude si moct vybrat mezi vytvořením nové výpůjčky nebo úpravou stávající. Při vytvoření nové výpůjčky uţivatel bude moci zadat informace o výpůjčce, ale ne informace o vrácení, ty bude moci zadat aţ v případě, ţe vybere upravit vybranou výpůjčku v předešlém okně. V tomto okně má i uţivatel moţnost po zadání příslušných informací spočítat pokutu v případě pozdního vrácení. 4.4.5.
Architektura aplikace
Aplikace je ovládána pomocí grafického rozhraní (GUI). Do logu jsou zapisovány informace pouze v momentu, kdy uţivatel se přihlásí do aplikace a vytvoří, změní nebo odstraní záznam. Záznamy, které obsluha zadá do aplikace, jsou ukládány do databáze, kde jsou tři na sobě nezávislé tabulky (EPS, KNIHSLUZ, VYPUJCKY). Pokud obsluha chce zobrazit záznamy z minulosti, jsou načteny z databáze do grafického prostředí, kde se zobrazí. Aplikace je nezávislá na aplikaci AT-Koleje.
Obrázek 13 - Architektura aplikace
32
4.4.6.
Model logických tříd
Obrázek 14 - model logických tříd
4.4.7.
Návrh databáze
Aplikace vyuţívá databázi pro ukládání dat. Jsou potřeba pouze tři nezávislé databázové tabulky.
Obrázek 15 – Logický datový model
33
Obrázek 16 – Fyzický datový model
Aplikace u všech tabulek přidává a čte záznamy. Záznamy tabulek EPS a KNIHSLUZ se uchovávají dlouhodobě, u tabulky VYPUJCKY je po ukončení záznam odstraněn, tudíţ jsou v tabulce uchovávány jen aktuálně probíhající výpůjčky.
34
5. Implementace Většinu poţadavků splňuje aplikace AT-Koleje, ale její implementaci se zde věnovat nebudu, protoţe to náleţí autoru aplikace. Budu se v této kapitole věnovat pouze implementaci vlastní aplikace, která poskytuje zbývající funkcionalitu. Pro vývoj aplikace jsem zvolil vývojové prostředí Visual Studio od Microsoftu a programovací jazyk C#. Toto vývojové prostředí jsem zvolil na základě zkušeností, protoţe se mi v něm velice dobře pracuje, a také proto, ţe dokáţe vytvářet instalační balíčky pro Windows, coţ je v tomto případě výhodou, jelikoţ aplikace má běţet na operačním systému Windows XP. Jazyk C# mi osobně vyhovuje, je z mého pohledu velice podobný jazyku Java. Jeho online podpora na stránkách „msdn.microsoft.com“ je velice propracovaná. „C# je objektově orientovaný jazyk, ale navíc zahrnuje podporu komponentově orientovaného programování. Současný softwarový design stále více závisí na softwarových komponentách ve formě soběstačných a sebe-popisujících balíčcích funkcionalit. Klíč k takovýmto komponentám je takový, ţe je prezentován programovací model s vlastnostmi, metodami a událostmi; mající atributy, které poskytují deklarativní informace o komponentách; a zahrnující jejich vlastní dokumentaci. C# poskytuje jazykové konstrukce pro přímou podporu těchto konceptů, coţ dělá C# velmi přirozeným jazykem, pro vytváření a pouţívání softwarových komponent.“[7] K tvoření aplikace jsem přistupoval nejdříve vytvořením grafického rozhraní a následně jsem vytvářel jednotlivé funkce aplikace. Po vytvoření určité části funkcionality jsem ji pak ověřil pomocí spuštění „debug módu“ vývojového prostředí, kde se spustila vytvářená aplikace, kterou jsem mohl volně pouţít, a vypisovaly se potřebné informace.
5.1. Testování K testování jsem pouţil virtuální počítač, jelikoţ jsem neměl k dispozici samostatný počítač s operačním systémem Windows XP. Aplikaci a databázi jsem nainstaloval a spustil. Prvotní testování bylo provedeno mnou. Jelikoţ jsem znal aplikaci, vyzkoušel jsem základní úkony, jako je přidání záznamu do EPS, abych ověřil, ţe he vše nastaveno správně. Při dalším testování jsem k aplikaci přistupoval jako k černé skříňce (black box). “Black box testování, známé také jako opaque box, closed box, behavioral nebo funkční je realizováno bez znalosti vnitřní datové a programové struktury. To znamená, ţe tester nemá k dispozici ţádnou dokumentaci, binární ani zdrojové kódy. Tento způsob
35
testování vyţaduje testovací scénáře, které jsou buď poskytnuty testerovi, nebo si je tester u některých typů testů sám vytváří. Vzhledem k tomu, ţe jsou obvykle definovány typy a rozsahy hodnot přípustných a nepřípustných pro danou aplikaci a tester ví, jaký zadal vstup, tak ví i jaký výstup nebo chování můţe od aplikace očekávat. „[3] Pověřil jsem další osobu, která aplikaci neznala, aby vyzkoušela práci s aplikací a předloţil ji seznam úkonů, které má v aplikaci vykonat, a zároveň jsem testování sledoval. Obsahem úkonů bylo: 1) Spustit aplikaci, přihlásit se jako „test1“, vytvořit záznam EPS, vytvořit záznam do knihy sluţeb, následně se odhlásit a vypnout aplikaci. 2) Spustit aplikaci, přihlásit se jako „test2“, zobrazit starší záznamy EPS, zobrazit záznamy knihy sluţeb ve všech pohledech, které aplikace umoţňuje a odhlásit se. 3) Přihlásit se jako „test3“, vytvořit pět výpůjček, jednu z vytvořených vybrat a upravit včetně výpočtu pokuty, odhlásit se a zavřít aplikaci. 4) Spustit aplikaci, přihlásit se jako „test4“, zobrazit výpůjčky, jednu vybrat a upravit bez výpočtu pokuty, odhlásit se a zavřít aplikaci. Posledním krokem bylo, ţe jsem ponechal osobu dělat náhodné úkony dle jejího uváţení. Toto testování prokázalo, ţe aplikace je plně funkční a schopná provozu.
5.2. Nasazení aplikace K nasazení aplikace je potřeba nejdříve nainstalovat a nastavit databázi, poté nainstalovat aplikaci. Dalším krokem je první spuštění a ověření fungování aplikace a databázového spojení. Pokud předchozí kroky proběhly úspěšně, aplikaci můţe začít pouţívat obsluha recepce. Nejdříve paralelně s původním systémem (papírovým), pro případ, ţe by se vyskytla nějaká chyba, a také proto, aby obsluha recepce měla čas se naučit aplikaci ovládat. Poslední fáze nastává po ukončení přechodné doby, kdy jsou pouţívány oba systémy paralelně, a je pouţívána uţ jen aplikace.
5.3. Nápověda a dokumentace Nápověda aplikace je obsaţena jak v aplikaci, tak formou uţivatelské příručky, která bude dispozici obsluze recepce v tištěné formě. Zdrojový kód aplikace obsahuje komentáře, aby pro případný další vývoj aplikace se jakýkoliv programátor, který bude chtít upravit aplikaci, orientoval a snadno porozuměl zdrojovému kódu.
36
5.4. Školení Školení práce s aplikací bude provedeno formou názorného předvedení ovládání aplikace obsluze recepce. Členové obsluhy budou školeni po dvou skupinách z důvodu zachování chodu recepce a s ohledem na jejich časové moţnosti. Budoucí členové obsluhy recepce budou školeni svými sluţebně staršími kolegy.
5.5. Podpora V případě nutnosti změny funkčnosti aplikace, které nelze provést změnou nastavení, bude aplikace upravena změnou ve zdrojovém kódu, kterou provedu já nebo případně jiný člověk s dostatečnými odbornými znalostmi. Veškeré takovéto změny budou zdokumentovány a bude upravena i uţivatelská příručka.
37
6. Závěr Osobní přínos Neţ jsem začal psát tuto práci a uvaţoval jsem jaké téma bakalářské práce psát, analýza a návrh aplikace mi připadal, ţe bude pro mne snadný. Bylo tomu tak, protoţe kdykoliv předtím jsem se s podobnými úkony setkal, tak jejich plnění mi nečinilo velké obtíţe, bavilo mne to a cítil jsem, ţe bych takovouto činnost chtěl vykonávat i po studiích. Jenomţe v průběhu psaní této práce jsem si uvědomil, ţe předešlé úkony byly pouze výsečemi z komplexního procesu. To mne sice neodradilo, ale zjistil jsem, jak hodně jsem tuto práci podcenil. I přes tyto nepříjemné zjištění jsem ale rád, ţe jsem si toto téma vybral, protoţe jsem se ověřil své znalosti od analýzy přes návrh aţ po realizaci aplikace a získal zároveň spoustu potřebných zkušeností do ţivota. Zhodnocení výsledků práce Původně jsem zamýšlel, ţe naprogramuji kompletní aplikaci pro obsluhu recepce. Netušil jsem totiţ, ţe existuje jiţ vyhovující aplikace, ale i s tím bylo při kladení cílů této práce počítáno. Aplikace, jeţ jsem našel, vyhovuje většině poţadavků a chybí jen malá část funkcionality. Chybějící funkcionalitu jsem nahradil menší vlastní aplikací. V případě nasazení obou aplikací na kolejní recepci, bude omnoho zefektivněna práce obsluhy. Z pohledu hodnocení splnění cílů této práce, jsem splnil cíl mapování chodu a stavu recepce. Dalším cílem bylo vyhodnotit a formulovat poţadavky, u tohoto cíle jsem zjistil, ţe je náročnější, neţ vypadá, coţ dokazuje i fakt, ţe k tomu dochází často i v praxi, kde díky podceněné formulaci poţadavků končí projekty neúspěšně. Následujícím cílem bylo zjistit, jestli jiţ neexistuje vyhovující aplikace. Hledal jsem průběţně a našel několik aplikací, které nevyhovovaly poţadavkům, ale nakonec jednu jsem našel. Podařilo se mi kontaktovat majitele aplikace a získat tak více potřebných informací, nejvíce překvapující informací bylo, ţe jiţ takto aplikace na jedné z kolejí VŠE funguje. Po přezkoumání moţností nalezené aplikace jsem uváţil, ţe je vhodnější pouţít jiţ existující aplikaci. Pro chybějící funkcionalitu zbývali dvě moţnosti nechat autora nalezené aplikace tuto funkcionalitu doimplementovat nebo vytvořit vlastní aplikaci. Vzhledem k tomu, ţe jsem chtěl v práci uvést kompletní proces vývoje aplikace, tak jsem se rozhodl pro vlastní aplikaci. Za jiných okolností bych se rozhodl opačně. U posledního cíle, návrhu a implementace aplikace je znát, ţe se jedná malou aplikaci, tudíţ není tolik komplexní.
38
7. Seznam pouţité literatury a zdrojů [1]
ARLOW, Jim; NEUSTADT, Ila. UML 2 a unifikovaný proces vývoje aplikací: Průvodce analýzou a návrhem objektově orientovaného softwaru. 2. aktualizované a doplněné vydání. Brno: Computer press, a.s., 2007. 568 s. ISBN 978-80-251-1503-9.
[2]
Cache. In Wikipedia : the free encyclopedia [online]. St. Petersburg (Florida) : Wikipedia Foundation, 2. 4. 2008, 16:49, last modified on 4. 5. 2004, 07:48 [cit. 2011-04-27]. Dostupné z WWW: .
[3]
ČERMÁK, Miroslav. Clever and smart [online]. 2011 [cit. 2011-06-23]. Black box test. Dostupné z WWW: .
[4]
Delta Plzeň zabezpečovací systémy [online]. 2009 [cit. 2010-11-11]. Elektronická poţární signalizace (EPS). Dostupné z WWW: .
[5]
GÁLA, Libor; POUR, Jan; ŠEDIVÁ, Zuzana. Podniková informatika. 2. přepracované a aktualizované vydání. Praha: Grada Publishing, a.s., 2009. 496 s. ISBN 978-80-247-2615-1.
[6]
Microsoft: Microsoft Download Center [online]. 2011 [cit. 2011-06-18]. Microsoft SQL Server 2005 Express Edition. Dostupné z WWW: .
[7]
Microsoft. Visual C# Developer Center [online]. 2011 [cit. 2011-06-23]. The C# Language. Dostupné z WWW: .
[8]
Object Management Group, Inc. BPMN Information Home [online]. 2010 [cit. 2010-11-15]. FAQ. Dostupné z WWW: .
[9]
PEČENKA, Karel. Mgr. Karel Pečenka Hardware - software - poradenství [online]. 2009 [cit. 2011-05-01]. Dostupné z WWW: .
[10]
Pevný disk. In Wikipedia : the free encyclopedia [online]. St. Petersburg (Florida) : Wikipedia Foundation, 8. 4. 2005, 06:44, last modified on 9. 4. 2011, 10:52 [cit. 2011-04-27]. Dostupné z WWW: .
39
[11]
RŮŢIČKA, David. TestQA [online]. 11. 09. 2009 [cit. 2011-06-21]. FURPS – dimenze kvality software. Dostupné z WWW: .
[12]
SerialATA [online]. 2010 [cit. 2011-06-21]. Benefits of using SATA. Dostupné z WWW: .
40
8. Terminologický slovník Termín Elektrická poţární signalizace
Zkratka EPS
Proces
Význam [zdroj] Slouţí ke včasnému rozpoznání příznaků poţáru, zvukové a optické signalizaci tohoto stavu a případné aktivaci navazujících poţárně-bezpečnostních zařízení. [4] Soubor vzájemně souvisejících nebo vzájemně působících činností, který přeměňuje vstupy na výstupy. Činnosti vyuţívají zdrojů (lidí, nástrojů, materiálu apod.). Proces můţe mít více vstupů a také více výstupů. [5] Mnoţina programů, která řídí všechny ostatní programy zpracovávané počítačem. [5] Grafická notace, která popisuje kroky v business procesu. Proces je od začátku do konce znázorněn jako tok. Notace byla specificky navrţena tak, aby koordinovala sled procesů a zpráv, které putují mezi různými účastníky procesu v souvisejícím setu činností. [8]
Operační systém
OS
Business Process Modeling Notation
BPMN
Metoda FURPS
FURPS
Dívá se na kvalitu software nebo informačního systému z pěti základních hledisek: funkčnost, pouţitelnost, spolehlivost, výkon a rozšiřitelnost. Metoda definuje na nejvyšší úrovni, co by mělo být hodnoceno, ale nespecifikuje, jakým způsobem mají být oblasti hodnoceny. V těchto jednotlivých oblastech musí být dále vytvářeny konkrétní metriky a jejich hodnoty. Zkratka je tvořena z anglických názvů Functionality, Usability, Reliability, Performance, Supportability [11]
Random access memory
RAM
Procesor
CPU
Paměť slouţící procesoru jako místo, odkud si „vyzvedává“ programy a data ke zpracování a kam ukládá mezivýsledky či výsledky zpracování. Je energeticky závislá a po odpojení napájení je její obsah vymazán.[5] Zkratka je z anglického názvu „Central Processing Unit“. Je to mnoţina logických obvodů. Je vkládán do příslušného rozhraní základní desky. Zpracovává strojový kód. [5]
Serial ATA
SATA
Pevný disk
HDD
Cache
Počítačová sběrnice, která vyuţívá datové rozhraní pro připojení velkokapacitních paměťových zařízení, jako jsou pevné a optické disky.[12] Zkratka je z anglického názvu „Hard disk drive“ Je to zařízení slouţící k dočasnému nebo trvalému uchovávání většího mnoţství dat pomocí magnetické indukce.[10] Je to označení pro vyrovnávací paměť pouţívanou ve výpočetní technice. Je zařazena mezi dva subsystémy s různou rychlostí a vyrovnává tak rychlost přístupu k informacím. [2]
41
Unified Modeling Language
UML
Databáze Structured Query Language Graphical user interface
SQL GUI
Je to univerzální jazyk pro vizuální modelování systémů. Přestoţe je nejčastěji spojován s modelováním objektově orientovaných softwarových systémů, má mnohem širší vyuţití, coţ vyplývá z jeho zabudovaných rozšiřovacích systémů.[1] Datová základna. Uspořádaná kolekce dat, v případě této práce v elektronické podobě.[autor] Strukturovaný dotazovací jazyk, který slouţí k práci s databází.[autor] Grafické uţivatelské rozhraní.[autor]
42
9. Přílohy A. Klíče Náhradní klíče od všech pokojů jsou na recepci umístěny ve svazcích podle pater a označeny štítky s čísly pokojů. Tyto klíče se krátkodobě půjčují ubytovaným studentům proti kolejnímu průkazu a jsou půjčeny jen klíče od vchodu a vnitřního pokoje (A nebo B), kde je student ubytován. Klíče v číslovaných a zapečetěných obálkách, které se smí otvírat jen v určitých případech. Konkrétně se jedná o klíče univerzální, od technických místností (např. strojovna výtahu), skladů a kanceláří. V případě otevření obálky musí učiněn záznam o tom kdo, kdy a za jakým účelem obálku otevřel, a pokud došlo k zapůjčení klíče, tak komu byl půjčen a kdy byl vrácen. K otevření obálky dochází na příkaz vedoucí koleje nebo v nouzi. Tyto klíče jsou umístěny v trezoru a je u nich i sešit, do kterého se píší záznamy o manipulaci s nimi. Klíčů od prádelen je 9. Prádelny jsou umístěny uprostřed budovy od druhého aţ po desáté patro. Klíče od sušáren jsou 3 a místnosti jsou ve čtvrtém, šestém a devátém patře. Sušárny jsou umístěny naproti prádelnám. Klíčů od studoven je 16, z toho v jedné je piano. Studovny jsou v druhém aţ desátém patře, jsou umístěny na krajích budovy a označeny písmenem A nebo B. Klíče od studoven 5B a 10B na recepci nejsou, protoţe místo studoven v těchto místnostech jsou kuřárny. Klíče od studoven se půjčují od 6:00 do 24:00 a klíč od studoven A se vrací do 8:00 následujícího dne a od studoven B do 2:00 následujícího dne. Klíč od boxovacího pytle je od místnosti v suterénu, kde je boxovací pytel. Klíč od spinningu je od místnosti v prvním patře v pravé straně budovy, kde jsou 2 spinningová kola a další cvičební vybavení. Klíč od posilovny je od místnosti v suterénu, kde jsou posilovací stroje a základní cvičební pomůcky pro posilování (činky apod.). Klíč od stolního tenisu je od místnosti v suterénu, kde je stůl se síťkou pro stolní tenis. Pálky a míčky ve vybavení místnosti ani recepce nejsou. Klíč od stolního fotbalu je od místnosti přístupné z haly, kde je umístěn stolní fotbal.
43
Klíč od sálu na aerobic je od místnosti přístupné z haly, kde audiotechnika pro přehrávání hudby. Tento klíč si mohou zapůjčit jen lidé uvedení v seznamu cvičitelů na recepci. Klíče od hotelových pokojů jsou půjčovány hotelovým hostům na dobu pobytu. Hotelové pokoje jsou v přízemí v levé části budovy Blanice a v suterénu Vltavy. V případě, ţe není plně obsazena kapacita koleje studenty, jsou volné pokoje nabízeny jako hostelové pokoje a platí pro ně to samé jako pro hotelové, jen klíče od těchto pokojů musí být dodány z kanceláře vedoucí koleje
44
B. Ceníky Sluţby Za většinu sluţeb se na recepci platí, některé sluţby jsou zdarma, ale platí se pokuta za pozdní vrácení. Za kaţdou platbu je vystavena stvrzenka. Sluţba Zapůjčení klíče od prádelny Zapůjčení sušáku Zapůjčení klíče od sušárny Zapůjčení ţehličky Zapůjčení ţehlicího prkna Zapůjčení vysavače Zapůjčení klíče od sálu pro aerobic Zapůjčení klíče od posilovny Zapůjčení klíče od boxovacího pytle Zapůjčení klíče od stolního fotbalu Zapůjčení klíče od spinningu Zapůjčení klíčů od stolního tenisu Zapůjčení klíčů od piána
Na jak dlouho 4 hodiny 24 hodin 24 hodin 3 hodiny 3 hodiny 1 hodina 1 hodina 2 hodiny 2 hodiny 1 hodina 1 hodina 1 hodina 1 hodina
Poplatek 30,k pračce zdarma jinak 10,k pračce zdarma jinak 20,10,zdarma k ţehličce 10,10,20,- za osobu 20,- za osobu 40,40,- ubytovaní na Blanici jinak50,20,30,-
Permanentky Permanentky se vystavují na piáno, posilovnu a stolní tenis. Osoba s platnou permanentkou nemusí platit jednotlivé vstupy. Permanentka Piáno Piáno Posilovna (platí i pro Box) Stolní tenis
Platnost Semestr Rok Semestr Rok
Cena 100,200,100,200,-
Pokuty Pokuty se platí při pozdním vrácení za kaţdou započítanou časovou jednotku od času, kdy mělo dojít k navrácení klíče nebo vybavení. Za pozdní vrácení: Klíčů od prádelny Klíčů od sušárny Sušáku Klíčů od studovny
Časová jednotka 1 hodina 24 hodin 24 hodin 24 hodin
45
Pokuta 10,20,10,50,-
U zbylých klíčů a vybavení, za které se platí výpůjční poplatek, se neplatí pokuta, ale překročená doba je rozpočítána na doby zápůjček a následně za všechny započítané zaplacena. Ubytování u studenta Pokud student má návštěvu v době mezi 00:00 a 6:00, musí návštěva zaplatit za přenocování. Cena za noc se liší podle toho, zda návštěva chce loţní prádlo z recepce. Cena za jednu noc bez loţního prádla je 54,- a poplatek za loţní prádlo v případě jeho zapůjčení je 41,-, ten se započítává pouze jednou. Hotel Ceník za hotelové a hostelové pokoje je určen Správou účelových zařízení, která Blanici spravuje, a ještě existují různé slevy (mnoţstevní, na dítě, kterému je méně neţ dvanáct let, …) které cenu hotelu ovlivňují. V případě, ţe je host ubytován přes rezervaci, z kanceláře vedení koleje je na recepci předán dekret, kde je cena za noc jiţ vyplněna kanceláří. Ve výjimečných případech, kdy je host ubytován na recepci bez předešlé rezervace, se cena určuje podle ceníku Správy účelových zařízení, který je na Recepci k dispozici tištěný. Tento ceník je v případě změny kanceláří nahrazen novým. Ke dni 31. října 2010 vypadal následovně. Cena za Cena s průkazem ICIS, Pokoj osobu EURO<26 a ERAZMUS na noc za osobu na noc Hostel - 2lůţkový pokoj, obsazené jedno lůţko 420,- Kč 320,- Kč Hostel - 2lůţkový pokoj, obsazena obě lůţka 260,- Kč 200,- Kč Hotel - 2lůţkový pokoj, obsazené jedno lůţko 620,- Kč 470,- Kč Hotel - 2-lůţkový pokoj, obsazena obě lůţka 420,- Kč 320,- Kč Hotel - 3-lůţkový pokoj, obsazené jedno lůţko 660,- Kč 500,- Kč Hotel - 3-lůţkový pokoj, obsazena dvě lůţka 500,- Kč 380,- Kč Hotel - 3-lůţkový pokoj, obsazena tři lůţka 310,- Kč 240,- Kč Děti, které nedosáhly věku 12 let, mají 50% slevu ze základní ceny. Ubytování pro děti do 3 let je zdarma.
46
C. Ukázky obrazovek AT-Koleje a AT-Recepce Následující obrazovky jsou převzaty z webové prezentace http://karel.pecenka.sweb.cz. AT-Recepce
Obrázek 17- Ukázka hlavní karty hosta programu AT-Recepce[9]
AT-Koleje
Obrázek 18 - Hlavní karta studenta (uţivatel s vyššími právy; varianta č. 1)[9]
47
Obrázek 19 - Hlavní karta studenta (uţivatel s vyššími právy; varianta č. 4)[9]
Obrázek 20 - Návrhář vlastních sestav s údaji klientů[9]
48
Obrázek 21 - Přehled obsazenosti pokojů[9]
Obrázek 22 - Ukázka číselníku jednorázových sluţeb[9]
49
Obrázek 23 - První strana rozborové sestavy (jedna z mnoha variant)[9]
50
D. Případy uţití Zde jsou uvedeny případy uţití formulované při analýze poţadavků. Vyhledání ubytovaného Stručný popis: Obsluha vyhledává, jestli daná osoba je ubytována na koleji. Aktéři: Obsluha recepce Vstupní podmínky: 1. Obsluha je přihlášena k aplikaci Hlavní scénář: 1. Případ uţití začíná, kdyţ obsluha vybere vyhledat ubytovaného. 2. Obsluha zadá kriteria do polí pro vyhledávání. 3. Pokud aplikace najde ubytovaného, pak: 3.1. Aplikace zobrazí jméno a pokoj ubytovaného. 4. Nebo: 4.1. Aplikace sdělí obsluze, ţe zadaným kriteriím neodpovídá ţádný ubytovaný. Výstupní podmínky: Ţádné.
Vloţení ubytovaných Stručný popis: Obsluha vkládá ubytované do seznamu ubytovaných. Aktéři: Obsluha recepce Vstupní podmínky: 1. Obsluha je přihlášena k aplikaci 2. Zdroj s údaji pro seznam ubytovaných je k dispozici Hlavní scénář: 1. Případ uţití začíná, kdyţ obsluha vybere vloţit ubytované. 2. Pokud jsou údaje v pořádku, pak: 2.1. Aplikace vytvoří nový seznam ubytovaných. 3. Nebo: 3.1. Aplikace upozorní obsluhu, ţe údaje nejsou v pořádku. Výstupní podmínky: Byl vytvořen nový seznam ubytovaných.
Prohlíţení a zápis informací Stručný popis: Obsluha prohlíţí nebo přidává informace uloţené v aplikaci. Konkrétně zápisy knihy sluţeb, EPS, hotelová kniha a zapůjčení klíčů Aktéři: Obsluha recepce Vstupní podmínky: 1. Obsluha je přihlášena k aplikaci
51
Hlavní scénář: 1. Případ uţití začíná, kdyţ obsluha vybere odpovídající sekci k tématu s potřebnými informacemi. 2. Aplikace zobrazí poţadované informace. 3. Pokud obsluha vybere přidat informaci, pak: 3.1. Obsluha zadá informace 3.2. Aplikace uloţí nové informace Výstupní podmínky: V případě přidání informací jsou nové informace uloţeny v aplikaci, v opačném případě ţádné. Návštěva u studenta Stručný popis: Zadání návštěvy do aplikace a případné zaplacení za přespání, pokud návštěva byla na koleji v době od 24:00 do 6:00. Aktéři: Obsluha recepce Vstupní podmínky: 1. Obsluha je přihlášena k aplikaci Hlavní scénář: 1. Případ uţití začíná, kdyţ obsluha vybere správu návštěv. 2. Aplikace zobrazí návštěvy, které jsou bez času odchodu. 3. Pokud obsluha vybere zobrazit historii návštěv, pak: 3.1. Aplikace zobrazí návštěvy, které mají čas odchodu. 4. Pokud obsluha vybere přidat návštěvu, pak: 4.1. Aplikace zobrazí formulář pro zadání času příchodu návštěvy, celého jména, čísla průkazu, jméno a pokoj navštíveného a poznámky. 4.2. Obsluha vyplní údaje. 4.3. Pokud jsou údaje v pořádku, pak: 4.3.1. Aplikace uloţí novou návštěvu 4.4. Nebo: 4.4.1. Aplikace upozorní obsluhu, ţe údaje nejsou v pořádku. 5. Pokud obsluha vybere u návštěvy upravit, pak: 5.1. Aplikace zobrazí formulář pro zadání času odchodu návštěvy a poznámky. 5.2. Obsluha zadá potřebné údaje. 5.3. Pokud jsou údaje v pořádku, pak: 5.3.1. Aplikace provede změnu u návštěvy. 5.3.2. Pokud je doba pobytu návštěvy v době od 24:00 do 6:00, pak: 5.3.2.1. Aplikace upozorní obsluhu, ţe je třeba, aby návštěva zaplatila za přespání. 5.3.2.2. Aplikace se dotáţe, kolik kusů loţního prádla návštěva dostala z recepce. 5.3.2.3. Obsluha zadá číslo (0 - n). 5.3.2.4. Aplikace spočítá a zobrazí cenu a čeká na potvrzení o zaplacení. 5.3.2.5. Obsluha potvrdí zaplacení. 5.3.2.6. Aplikace upraví stav pokladny a u návštěvy uloţí informace o platbě. 5.4. Nebo: 5.4.1. Aplikace upozorní obsluhu, ţe údaje nejsou v pořádku.
52
Výstupní podmínky: V případě přidání informací jsou nové informace uloţeny v aplikaci, v opačném případě ţádné.
Pokladna Stručný popis: Zobrazení stavu poklady a případné přidání či odebrání hotovosti. Aktéři: Obsluha recepce Vstupní podmínky: 1. Obsluha je přihlášena k aplikaci Hlavní scénář: 1. Případ uţití začíná, kdyţ obsluha vybere správu pokladny. 2. Aplikace zobrazí aktuální stav pokladny 3. Pokud obsluha vybere upravit stav hotovosti pak: 3.1. Aplikace zobrazí formulář pro změnu hotovosti. 3.2. Obsluha zadá změnu částky a důvod změny. 3.3. Pokud jsou údaje v pořádku pak: 3.3.1. Aplikace provede změnu. 3.4. Nebo: 3.4.1. Aplikace upozorní obsluhu, ţe údaje nejsou v pořádku. Výstupní podmínky: V případě úpravy údajů jsou nové údaje uloţeny v aplikaci, v opačném případě ţádné. Zpoplatněná výpůjčka Stručný popis: Zadání zpoplatněné výpůjčky do aplikace, zobrazení historie výpůjček a upozornění na překročení výpůjční doby. Aktéři: Obsluha recepce Vstupní podmínky: 1. Obsluha je přihlášena k aplikaci Hlavní scénář: 1. Případ uţití začíná, kdyţ obsluha vybere odpovídající sekci ve vztahu k zpoplatněné výpůjčce. 2. Aplikace zobrazí výpůjčky, které jsou bez času vrácení. 3. Pokud obsluha vybere zobrazit historii výpůjček, pak: 1.1. Aplikace zobrazí výpůjčky, které mají čas vrácení. 4. Pokud obsluha vybere přidat výpůjčku, pak: 4.1. Aplikace zobrazí formulář pro zadání potřebných údajů (dle sekce) a poznámek. 4.2. Obsluha vyplní údaje. 4.3. Pokud jsou údaje v pořádku, pak: 4.3.1. Aplikace uloţí novou výpůjčku. 4.4. Nebo: 4.4.1. Aplikace upozorní obsluhu, ţe údaje nejsou v pořádku. 5. Pokud obsluha vybere u výpůjčky upravit, pak: 5.1. Aplikace zobrazí formulář pro zadání času vrácení výpůjčky a poznámky.
53
5.2. Obsluha zadá potřebné údaje. 5.3. Pokud jsou údaje v pořádku, pak: 5.3.1. Aplikace provede změnu u výpůjčky. 5.3.2. Pokud je doba výpůjčky překročena, pak: 5.3.2.1. Aplikace upozorní obsluhu, ţe je třeba, aby byla zaplacena pokuta za překročení výpůjční doby. 5.3.2.2. Aplikace spočítá a zobrazí cenu a čeká na potvrzení o zaplacení. 5.3.2.3. Obsluha potvrdí zaplacení. 5.3.2.4. Aplikace upraví stav pokladny a u návštěvy uloţí informace o platbě. 5.4. Nebo: 5.4.1. Aplikace upozorní obsluhu, ţe údaje nejsou v pořádku. Výstupní podmínky: V případě úpravy údajů jsou nové údaje uloţeny v aplikaci, v opačném případě ţádné. Změna nastavení Stručný popis: Změna nastavení aplikace. Aktéři: Obsluha recepce Vstupní podmínky: 1. Obsluha je přihlášena k aplikaci Hlavní scénář: 1. Případ uţití začíná, kdyţ obsluha vybere nastavení. 2. Aplikace zobrazí formulář s moţnostmi nastavení. 3. Obsluha upraví poţadované nastavení. 4. Pokud jsou úpravy v pořádku, pak 4.1. Aplikace provede změny v nastavení. 5. Nebo: 5.1. Aplikace upozorní obsluhu, ţe je v nastavení chyba. Výstupní podmínky: Aplikace uloţí nové nastavení.
54
E. Návrh uţivatelského rozhraní
Obrázek 24 - Přihlašovací okno
Obrázek 25 - Úvodní okno
Obrázek 26 - EPS
55
Obrázek 27 - Kniha sluţeb
Obrázek 28 - Kniha sluţeb - nový záznam
56
Obrázek 29 – Výpůjčky
Obrázek 30 - Výpůjčky - správa
57
F. CD-ROM K této práci je přiloţen CD-ROM s dokumenty, zdrojovými kódy a programem. Obsah: Text této práce Aplikace Zdrojové kódy Příručka
58