Rezervační systém cestovní kanceláře

Transkript

1 České vysoké učení technické v Praze Fakulta elektrotechnická Bakalářská práce Rezervační systém cestovní kanceláře Jan Blaško Vedoucí práce: Ing. Martin Molhanec, CSc. Studijní program: Elektrotechnika a informatika, strukturovaný, bakalářský Obor: Výpočetní technika červen 2006

2 ii

3 Poděkování Děkuji vedoucímu bakalářské práce Ing. Martinu Molhancovi, Csc. za podnětné a odborné rady, všestrannou pomoc a ochotu při vedení této práce. iii

4 iv

5 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). V Praze dne 29.června 2006 v

6 vi

7 Anotace Cílem projektu bylo vytvořit webovou aplikaci rezervačního systému cestovní kanceláře pro CK Lazaris s.r.o.. Základní motivací pro vytvoření aplikace byl nevyhovující současný systém cestovní kanceláře. Tato motivace vedla k napsání funkčního systému, který by zjednodušil a zpřehlednil administraci původního systému. Rezervační systém cestovní kanceláře se dělí do několika částí, které jsou uloženy v databázi. Jedná se o letadla, společnosti pro pronájem letadel, cestovní agentury pro objednání rezervací, kontrakty jak pro společnosti tak pro cestovní agentury, země a jejich letiště, rezervace pro přidání pasažérů a lety. Pro vytvoření databáze byla použita relační databáze MySQL, nad kterou byla naprogramována aplikace v PHP. V aplikaci byly dále využity technologie JavaScript a CSS. Nedílnou součástí byl i grafický návrh webové aplikace. Annotation The main aim of the project was to created web application of the travel agency booking system for CK Lazaris s.r.o.. The basic motivation for created application was a not satisfy system of the travel agency. The motivation was a need to design a system, which should be simplifier and tabularer than the original system. The travel agency booking system is divided into separate parts, which are saved in this database. They are aircrafts, companies for rental of aircrafts, travel agencies for booking reservations, contracts both for companies and for travel agencies, countries and their names of airports, reservations for addition of passengers and flights. A relation database MySQL was used, over which a PHP application was programmed. In the application were used the technologies as JavaScript and CSS. An integral part was also the graphics suggestion of web application. vii

8 viii

9 Obsah Seznam obrázků xi 1 Úvod 1 2 Popis problematiky Současný stav Nová aplikace Databáze MySQL PHP JavaScript CSS Úvodní studie Deklarace záměru Odborný článek Požadavky na systém Požadavky na cenu Implementační požadavky Přenositelnost Seznam aktérů Uživatel Kontextový diagram Seznam událostí Analýza Datový model E-R model Datový slovník Význam vztahů Funkční model Scénáře případů použití Implementace Popis implementace Popis souborů (skriptů) JavaScript funkce CSS Testování 32 7 Závěr 34 8 Použitá literatura a ostatní zdroje 35 A Seznam použitých zkratek 36 ix

10 B Uživatelská příručka 37 C Instalace 48 D Obsah přiloženého CD 52 x

11 Seznam obrázků Obr. 3.5: Kontextový diagram... 6 Obr.4.1: E-R model. 9 Obr. 4.2: Funkční model.. 13 Obr. 4.3 : Scénář pro přidání elementu v UML Obr. 4.4: Přidání elementu (letadla) Obr. 4.4: Scénář editace elementu v UML.. 15 Obr. 4.5 : Editace elementu (rezervace).. 15 Obr. 4.6 : Scénář odstranění elementu v UML Obr. 4.7 : Odstranění elementu (destinace). 16 Obr. 4.8 : Scénář správy letadel v UML.. 17 Obr. 4.9 : Správa letadel Obr : Scénář správy agentur v UML Obr : Správa agentur vybrání akce Details Obr. 4.12: Správa agentur otevření formuláře pro nový kontrakt. 19 Obr. 4.13: Scénář správy rezervací v UML.. 19 Obr : Správa rezervací vybrání akce Details.. 20 Obr. 4.15: Správa rezervací otevření formuláře pro vložení nového pasažéra.. 20 Obr : Scénář správy rezervací v UML.. 21 Obr. 4.13: Activity diagram správa letů Obr. 4.14: Správa letů výběr akce Details Obr. 4.15: Správa letů výběr přidání pasažérů.. 22 Obr. 4.16: Správa letů přidání rezervace(í) Obr. 4.17: Správa letů přidání pasažéra(ů) xi

12 Obr. 4.18: Správa letů přidání sedadla pasažérům Obr. 5.1 : Adresář travel_agency Obr. A.1: Navigační menu. 38 Obr. A.2: Řazení letadel podle typu.. 38 Obr. A.3: Editace rezervace.. 39 Obr. A.4: Smazání letecké společnosti. 39 Obr. A.5: Formulář pro přidání nového letadla Obr. A.6: Formulář pro přidání nové destinace 40 Obr. A.7: Formulář pro vložení nove cest. agentury 41 Obr. A.8: Stránka detailu konkrétní cest.agentury Obr. A.9: Formulář pro vložení nového kontraktu.. 42 Obr. A.10: Formulář pro vložení nové rezervace.. 43 Obr. A.11: Detail rezervace Obr. A.12: Formulář pro přidání nového pasažéra. 44 Obr. A.13: Formulář pro zadání nových letů. 45 Obr. A.14: Detail letu Obr. A.16: Přidání rezervace do letu.. 47 Obr. A.17: Přidání pasažérů do letu Obr. D.1: Obsah přiloženého CD.. 52 xii

13 xiii

14 Kapitola 1. Úvod 1 1 Úvod Dostal jsem nabídku od pana Ing. Martina Molhance, CSc., vedoucího mé práce, na vytvoření informačního systému cestovní kanceláře. Jako studenta mě tato nabídka velice zaujala a to jak ze strany implementace tak ze strany požadavků. Nejedná se přímo o klasickou cestovní kancelář, jak ji známe z nabídek různých cestovních společností. V našem případě se jedná vlastně o člověka (pan Lazaris), který zajišťuje leteckou přepravu osob pro cestovní agentury. Z počátku jsem byl překvapený, jak tato spolupráce mezi tímto člověkem a cestovními agenturami funguje. Vždy jsem si myslel, že cestovní agentury vlastní letadla, kterými přepravují své zákazníky. Překvapivě jsem zjistil, že tomu tak není. Pravděpodobně asi z ekonomického hlediska je to velice nákladné pro cestovní agentury, a proto využívají služeb např. pana Lazarise. Ten zajišťuje pro pasažéry cestovní agentury letadla, kterými budou přepraveny do určeného místa. Děje se tak podle určitého modelu - cestovní agentura kontaktuje pana Lazarise, že potřebuje přepravit pasažéry a sepíše kontrakt na určitou rezervaci do nějakého letu. Lety jsou pronajímány od společností, které vlastní letadla, a podepisuje se tedy další kontrakt pro pronájem určitého typu letadla. Jednotlivé lety se pak obsazují pasažéry z rezervací. Pro uchovávání informací a zadávání informací o agenturách, pasažérech, letech atd.je v současné době využíván pouze MS Excel. Tento způsob byl nedostačující, a proto vznikl požadavek na vytvoření funkční aplikace, která by zpřehlednila a usnadnila práci. S panem Lazarisem jsem osobně nekomunikoval a tudíž jsem analytické podklady pro tvorbu aplikace získal od vedoucího mé práce a od studentů České zemědělské univerzity v Praze, kteří ji zpracovávali v rámci svého předmětu pod vedením Doc.Ing. Vojtěcha Merunky, Ph.D.. Z analýzy tedy vyplynulo, že se bude spravovat množství dat o letadlech, společnostech pronajímající letadla, cestovních agenturách, kontraktech, rezervacích a v nich obsažených pasažérech a letech. Je velmi náročné všechny tyto informace sledovat a spravovat. S tímto úkolem by tedy měl pomoci nový informační systém cestovní kanceláře.

15 Kapitola 2. Popis problematiky 2 2 Popis problematiky 2.1 Současný stav Jak už bylo uvedeno v úvodu tak pro sledování a ukládání informací je použit tabulkový procesor MS Excel. Je použito několik souborů, které obsahují informace o cestovních agenturách, rezervacích a pasažérech, společnostech pro pronájem letů a jednotlivých letech. V souboru obsahujícím informace o letech je sledováno číslo letu, země odletu, datum odletu, čas odletu, typ letadla s celkovou kapacitou, jednotlivé agentury a počty jejich pasažérů, celkový počet pasažérů v letu, počet volných míst, číslo letu zpět, datum odletu zpět, čas odletu zpět. Toto je pouze výčet jednoho souboru a pokud si představíme, že těchto souborů je víc, tak si člověk položí otázku jak se to může vůbec zvládnout sledovat? Samozřejmě pro člověka, který se v tomto oboru pohybuje a vytvořil si i daný systém sledování informací, je to lehčí. Z pohledu velkého množství dat, které musíme sledovat je to ale velice nepřehledné a můžeme říci, že i zastaralé z pohledu sledování a spravování informací. 2.2 Nová aplikace Podnět k napsání nového informačního systému bylo hlavně odstranění nedostatků původního systému při zachování všech podstatných původních rysů. Důraz je kladen hlavně na přehlednost a komfort při práci s uchovávanými informacemi. Pro vytvoření aplikace byl požadavek na vytvoření databáze, která by data uchovávala mnohem pohodlněji než stávající množství souborů původního systému. Na vytvoření aplikace byla tedy zvolena relační databáze MySQL, pro manipulaci s daty byl zvolen programovací jazyk PHP, v kterém je napsána celá webová aplikace. Aplikace využívá i skriptovací jazyk na straně klienta JavaScript pro zlepšení dynamičnosti a také CSS pro oddělení vzhledu webového dokumentu od jeho struktury a obsahu. V dalších odstavcích tyto technologie stručně popíši Databáze MySQL MySQL je rychlý, spolehlivý a výkonný relační databázový server od švédské společnosti MySQL AB. MySQL je open-source projekt, který je distribuován zdarma v rámci GNU GPL a patří mezi nejvíce oblíbené databáze. MySQL využívají nejen velké společnosti jako například Yahoo, Motorola, NASA, ale můžeme se s ní setkat v řadě dalších komerčních i nekomerčních web aplikacích. Databázový server je platformově flexibilní tzn. přenositelný na více platforem. Optimalizované binární distribuce jsou k dispozici např. na FreeBSD, Linux, Mac OS X, OpenBSD, Solaris, MS Windows atd.. Kromě toho je možné si stáhnout zdrojové kódy a zkompilovat je na platformě, pro kterou neexistuje binární distribuce.

16 Kapitola 2. Popis problematiky PHP PHP je mnohoúčelový skriptovací jazyk, který je zabudován na straně serveru. Počátky PHP se datují rokem 1995, kdy Rasmus Lerdorf vytvořil jednoduchý systém evidence přístupů ke svému webu. Ten se rozšířil mezi další uživatele, kteří přicházeli s požadavky na vylepšení. Lerdorf proto začal dávat k dispozici svou sadu nástrojů, a opatřil ji titulem Personal Home Page. PHP je šířený pod open-source licencí. Pomocí tohoto jazyka můžeme rychle psát dynamicky generované stránky. Syntaxe PHP vychází z programovacích jazyků C, Java a Perl. PHP je podporováno na velkém množství operačních systémů např. na Unix nebo MS Windows a nabízí podporu pro více serverů (např. Apache, servery Netscape, MS Internet IS). PHP podporuje propojení s velkým množstvím databází jako např. MySQL, Informix, Oracle, PostgreSQL, Sybase nebo MS SQL Server a pro ostatní databáze používá rozhraní ODBC JavaScript JavaScript je multiplatformní, objektově orientovaný skriptovací jazyk, pocházející z dílny společnosti Netscape. JavaScript je klientský programovací jazyk tzn., že je prováděn na straně klienta. Klienta ve webovém světě představuje prohlížeč. Používá se tedy v internetových stránkách, kde se zapisuje přímo do HTML kódu. JavaScript se používá například při vstupní kontrole dat vkládaných do formulářů ještě předtím, než jsou vyplněné údaje odeslány na server. Kontrolu údajů nemusí provádět server a výsledkem je rychlejší odezva pro uživatele. JavaScript pracuje s jednotlivými komponentami prohlížeče a stránky pomocí objektového modelu dokumentu (DOM) CSS CSS (Cascading Style Sheets) neboli kaskádové styly jsou vlastně jazykem pro popis způsobu zobrazení stránek napsaných v jazycích HTML, XHTML nebo XML. Jazyk byl navržen standardizační organizací W3C. Byly vydány zatím dvě verze specifikace CSS1 a CSS2, pracuje se na verzi CSS3. Rozšiřuje formátovací schopnosti HTML. Styly umožňují definovat vzhled skupiny elementů, konkrétního elementu nebo všech elementů jednoho typu ze standardu HTML. Je to obrovská výhoda z důvodu toho, pokud chceme změnit například formátování odstavců, můžeme formát napsat v CSS a nemusíme pomocí atributů HTML přepisovat u každého odstavce zvlášť jeho formátování.

17 Kapitola 3. Úvodní studie 4 3 Úvodní studie 3.1 Deklarace záměru Rezervační systém cestovní kanceláře (dále jen RSCK) bude sloužit CK Lazaris s.r.o., konkrétně přímo panu Lazarisovi, ke správě jeho cestovní kanceláře. Projekt si klade za cíl evidenci informací o letadlech, cestovních agenturách a jejich kontraktech, společnostech pro pronajímání letadel a také jejich kontraktech, destinacích a jejich letištích, rezervacích, pasažérech a letech. Na základě těchto informací musí RSCK poskytovat výpisy těchto informací pro potřeby pana Lazarise. Uživatel může zadávat nová data jednotlivých částí RSCK a to cestovní agentury, společnosti, letadla, lety, rezervace, pasažéry a názvy letišť destinací. Pro nejdůležitější část RSCK lety, jsou zpracovány a vypsány statistické informace. 3.2 Odborný článek Cílem projektu je sestavit webovou aplikaci, která umožní CK Lazaris s.r.o. snadnější sledování a zadávaní informací pro své potřeby. Pohled na stávající systém probíhá podle těchto akcí. Cestovní agentury komunikují s panem Lazarisem a objednávají si pro své rezervace, které obsahují pasažéry, lety. Pan Lazaris přijme objednávku a s cestovní agenturou vytvoří kontrakt na určitý počet lidí pro přepravu. Pak si musí pronajmout letadlo od nějaké společnosti a tudíž komunikuje se společností, která zajišťuje pronajímání cestovních letadel. Pro pronájem letadla je vytvořen kontrakt mezi společností a panem Lazarisem. Pan Lazaris poté naplňuje pronajmuté letadlo pasažéry od cestovních agentur. Webová aplikace si klade za cíl evidenci dat všech částí RSCK. Tyto data budou určeny uživateli, který bude danou aplikaci obsluhovat. Hlavní částí aplikace je shromažďovat informace o jednotlivých letech. U jednotlivých letů je potřeba zaznamenávat číslo letu, charakter letu, datum odletu, čas odletu, z jaké destinace letí, do které destinace letí a procentuální statistiku obsazenosti daného letu. V detailu letu se sledují kompletní informace o daném letu. Je zde informace o typu letadla a jeho celkové kapacitě, celkovém počtu pasažéru v letu, počet volných míst a procentuální statistika obsazenosti, dále je zde také informace o přidruženém letu, který má opačný charakter než let v jehož detailu se nacházíme. V detailu letu se nachází také seznam pasažérů, kteří jsou v daném letu začleněny. U těchto pasažérů je výpis jména, příjmení, sedadlo, na které má pasažér rezervaci, do jaké agentury patří a na jaký kontrakt byla provedena rezervace pro daného pasažéra. V detailu letu je také možné zadávat nové pasažéry buď jednotlivě nebo celé rezervace. Po přidání pasažéra(ů) je možno zadat číslo sedadla, které bude mít rezervováno. Z detailu určitého letu je možnost podívat se okamžitě na detail přidruženého letu. Pro potřeby informace o letadlech je nutné zadat také typ letadla a jeho kapacitu, což je obsaženo u letadel. Další důležitou částí jsou informace o jednotlivých rezervacích a jejich pasažérech. Zde je potřeba uchovávat číslo dané rezervace a datum jejího vytvoření. V detailech dané rezervace bude obsažena informace o kontraktu, na který byla daná rezervace vytvořena, bude zde i seznam pasažérů dané rezervace a možnost přidání nového pasažéra do rezervace.

18 Kapitola 3. Úvodní studie 5 Pro zadávání rezervací je nutné sledovat i kontrakty cestovních agentur. U kontraktů se sleduje jméno, číslo a datum vytvoření. Stejný postup musí být uplatněn i na kontrakty leteckých společností. RSCK bude založen na technologii klient-server. Hlavní výkonná logika bude soustředěna na straně serveru. Tím bude HTTP server na stroji, který bude obsahovat i relační databázi. Vnější komunikace bude probíhat pomocí HTTP protokolu. Na klientské straně bude okno webového prohlížeče. 3.3 Požadavky na systém Požadavky na cenu Systém je vyvíjen jako bakalářská práce a implementační část je provedena pomocí open-source softwarů, takže nemá žádné finanční nároky Implementační požadavky Jak bylo uvedeno v odborném článku, aplikace je klient-server. Server bude tedy komunikovat s databázovým serverem. V našem případě bude HTTP server a databáze na jednom stroji. HTTP server bude zajišťovat Apache, relační databází bude MySQL, aplikace bude napsána v programovacím jazyku PHP, ke zlepšení dynamičnosti aplikace bude využito skriptovacího jazyka JavaScript a pro celkový vzhled dokumentu reprezentovaného HTML bude využito kaskádových stylů CSS Přenositelnost Webová aplikace je vyvíjena pomocí programovacího jazyka PHP, který běží na serveru Apache. Jak již bylo uvedeno na stroji se serverem Apache je databázový server MySQL. Z důvodů uvedených v kapitole [2.2.1 MySQL a PHP] a z důvodu, že server Apache je možné provozovat na různých operačních systémech jako Unix, Linux, MS Windows, OpenVMS, Mac, BeOS aj., je možno aplikaci implementovat v různých prostředích. 3.4 Seznam aktérů Aplikace je určena pouze pro konkrétního člověka a tudíž seznam aktérů bude obsahovat pouze uživatele. V budoucnu, pokračováním této bakalářské práce, by bylo možné naimplementovat víceuživatelský přístup pro více aktérů v systému.

19 Kapitola 3. Úvodní studie Uživatel Uživatel využívá aplikaci pro své potřeby. Má přehled o všech částech RSCK. Může se podívat na seznam letadel, letů, rezervací, pasažérů, cestovních agentur, leteckých společností, na seznam kontraktů u jednotlivé cestovní agentury nebo u letecké společnosti a na seznam destinací, v kterých se letiště nachází. Uživatel pracující s aplikací má možnost i zadávání nových údajů, editaci údajů a i možnost smazání nějakého údaje. Má také podrobný přehled o letech. 3.5 Kontextový diagram Obr. 3.5: Kontextový diagram 3.6 Seznam událostí Uživatel a) události směřující do RSCK datový tok 1 vstup na www stránky aplikace správa letadel správa leteckých společností správa kontraktů leteckých společností správa cestovních agentur správa kontraktů cestovních agentur správa rezervací správa pasažérů správa destinací správa letů

20 Kapitola 3. Úvodní studie 7 b) události směřující z RSCK datový tok 2 poskytnutí formuláře pro zadání nových údajů zobrazení seznamu letadel zobrazení seznamu leteckých společností zobrazení detailu letecké společnosti zobrazení seznamu kontraktů leteckých společností zobrazení seznamu cestovních agentur zobrazení detailu cestovních agentur zobrazení seznamu rezervací zobrazení detailu rezervací zobrazení seznamu destinací zobrazení seznamu letadel zobrazení detailu letadel

21 Kapitola 4. Analýza 8 4 Analýza 4.1 Datový model E-R model Konceptuální modely jsou pokusem umožnit vytvoření popisu dat v databázi, tj. konceptuálního schématu, nezávisle na fyzickém uložení databáze. E-R model je tedy množina pojmů, které nám pomáhají na konceptuální úrovni abstrakce popsat uživatelskou aplikaci za účelem následné specifikace struktury databáze. Entita je objekt reálného světa, který je schopen nezávislé existence a je jednoznačně odlišitelný od ostatních objektů. V relačních databázích je představován tabulkou (např. aircraft, company, flight, atd.) Vztah je vazba mezi dvěma (nebo více) entitami (např. MA_V_LET_PLANU, MA_LETISTE, atd.). Každý vztah má určitý poměr (kardinalitu). kardinalita vztahu 1:N. Vybarvená část značí mnoho a prázdná 1.(např. vztah mezi reservation a contractta viz. kapitola 4.1.2) kardinalita vztahu 1:1 (např. vztah mezi flight a flight viz. kapitola 4.1.2) Atribut funkce přiřazující entitám nebo vztahům hodnotu, určující nějakou podstatnou vlastnost entity nebo vztahu (např. type_aircraft, count_seats, name_comp, atd.) Vztahy v libovolném modelu mohou mít tedy kardinality: 1:N, 1:1 a M:N. V našem případě jsou použity vztahy s kardinalitou 1:N a s kardinalitou 1:1. Vztah s kardinalitou 1:1 je použit u letu, který nám říká, že daný let má přidružený let s nějakým ID. Ostatní vztahy jsou kardinality 1:N, takže např. mezi entitami aircraft a flight je vztah MA_V_LET_PLANU, kde jedno letadlo může být v několika letech a několik letů může mít stejné letadlo. Každá entita (tabulka) obsahuje jednoznačný celočíselný identifikátor ID, jedná se o atribut, který je opatřený funkcí auto_increment, zajišťující uvedenou jednoznačnost. Tento atribut je označován jako primární klíč (PK) a v obrázku je vyznačen symbolem klíče (např. idaircraft, idflight, atd.). V modelu existují i cizí klíče (FK), které signalizují přítomnost nějakého vztahu s jinou entitou. V modelu můžeme vidět v entitě let cizí klíč idaircraft, který nám říká, že entita let je v nějakém vztahu s entitou aircraft a to konkrétně tak, že nám cizí klíč v tomto případě ukazuje letadlo, kterým bude let realizován. Podrobnější popis a popis ostatních vztahů je uveden v kapitole Atributy v tabulkách mají určený datový typ, kterým jsou reprezentovány, a který nám udává jaké hodnoty mohou být v daném atributu v databázi uloženy. Atributy dále obsahují hodnotu signalizující zda atribut může být nulový nebo nenulový. Datové typy a popisy jednotlivých atributů jednotlivých entit jsou popsány v kapitole

22 Kapitola 4. Analýza 9 Obr.4.1: E-R model

23 Kapitola 4. Analýza Datový slovník Entita (tabulka) s atributy obsahuje i popis jednotlivých atributů. Každý atribut má definovaný určitý datový typ a to zda je nulový null nebo nenulový not null, což znamená, že do databáze můžeme zapsat na místo takového atributu i nulovou hodnotu null. Použité datové typy v projektu: INTEGER celé číslo od do Bez znaménka od 0 do FLOAT desetinné číslo VARCHAR(n) řetězec proměnné délky maximálně však n DATE datum ve tvaru yyyy-mm-dd TIME time ve tvaru hh:mm:ss TINYTEXT text od 0 až do maximálně 255 znaků SMALLINT celé číslo od to Bez znaménka od 0 do Použitá notace: tabulka atribut {datový typ, null nebo not null, primární klíč PK, cizí klíč FK} popis aircraft idaircraft {INTEGER, not null, A, N} id letadla type_aircraft {VARCHAR(50),not null, N, N} typ letadla count_seats {INTEGER, not null, N, N} celková kapacita letadla company idcompany {INTEGER, not null, A, N} id letecké společnosti name_comp {VARCHAR(50), not null, N, N} jméno letecké společnosti notes {TINYTEXT, null, N, N} poznámky k dané společnosti contractcomp idcontractcomp {INTEGER, not null, A, N} id kontraktu pro leteckou společnost idcompany {INTEGER, not null, N, A} id letecké společnosti pro danou společnost number_contract {VARCHAR(20), not null, N, N} číslo kontraktu pro leteckou společnost name_contact {VARCHAR(50), null, N, N} jméno kontraktu created_contract {DATE, not null, N, N} datum vytvoření kontraktu notes {TINYTEXT, null, N, N} poznámky k danému kontraktu travelagency idtravelagency {INTEGER, not null, A, N} id cestovní agentury name_ta {VARCHAR(50), not null, N, N} jméno cestovní agentury notes {TINYTEXT, null, N, N} poznámky k dané cestovní agentuře

24 Kapitola 4. Analýza 11 contractta idcontractta {INTEGER, not null, A, N} id kontraktu pro cestovní agenturu idtravelagency {INTEGER, not null, N, A} id cestovní agentury daného kontraktu number_contractta {VARCHAR(8), not null, N, N} číslo kontraktu pro cestovní agenturu name_contactta {VARCHAR(50), null, N, N} jméno kontraktu created_contractta {DATE, not null, N, N} datum vytvoření kontraktu notes {TINYTEXT, null, N, N} poznámky k danému kontraktu contactperson idcontactperson {INTEGER, not null, A, N} id kontaktní osoby idcompany {INTEGER, null, N, A} id letecké společnosti dané kontaktní osoby idtravelagency {INTEGER, null, N, A} id cestovní agentury dané kontaktní osoby name {VARCHAR(40), not null, N, N} jméno kontaktní osoby surname {VARCHAR(40), not null, N, N} příjmení telephone {VARCHAR(9), null, N, N} telefonní číslo country idcountry {INTEGER, not null, A, N} id země name_country {VARCHAR(60), not null, N, N} název země abbreviation {VARCHAR(3), not null, N, N} zkratka země destination iddestination {INTEGER, not null, A, N} id destinace idcountry {INTEGER, not null, N, A} id země dané destinace airport_name {VARCHAR(50), not null, N, N} název letiště v dané zemi reservation idreservation {INTEGER, not null, A, N} id rezervace idcontractta {INTEGER, not null, N, A} id kontraktu cestovní agentury number_reserv {VARCHAR(6), not null, N, N} číslo rezervace created {DATE, not null, N, N} datum vytvoření rezervace notes {TINYTEXT, null, N, N} - poznámky k dané rezervaci passenger idpassenger {INTEGER, not null, A, N} id pasažéra idreservation {INTEGER, not null, N, A} id rezervace daného pasažéra idflight_to {INTEGER, null, N, A} id letu s charakterem letu tam pro daného pasažéra idflight_from {INTEGER, null, N, A} - id letu s charakterem letu z pro daného pasažéra name {VARCHAR(1), not null, N, N} první písmeno ze jména pasažéra surname {VARCHAR(40), not null, N, N} příjmení title {VARCHAR(4), not null, N, N} značení zda se jedná o Inf. dítě mladší 2 let, Chd. dítě nad 2 roky, Mr. pan, Mrs.- paní seat {SMALLINT, null, N, N} sedadlo rezervované pro pasažéra

25 Kapitola 4. Analýza 12 flight idflight {INTEGER, not null, A, N} id letu flight_idflight {INTEGER, null, N, A} id letu, který je přidružený k danému letu (let zpět) idaircraft {INTEGER, not null, N, A} id letadla pro daný let idcontractcomp {INTEGER, not null, N, A} id kontraktu letecké společnosti pro daný let iddestination_from {INTEGER, not null, N, A} id destinace z které daný let poletí iddestination_to {INTEGER, not null, N, A} id destinace do které daný let letí number_flight {VARCHAR(6), not null, N, N} číslo letu departure_date {DATE, not null, N, N} datum odletu departure_time {TIME, not null, N, N} čas odletu taxes {FLOAT, not null, N, N} letištní poplatek bool_direction {VARCHAR, null, N, N} charakter letu, nabývá hodnot F tam, a B - zpět Význam vztahů MA_V_LET_PLANU (mezi aircraft a flight) kardinalita 1:N které letadlo náleží kterému letu, jedno letadlo může být součástí jednoho nebo více letů SEPISUJE (mezi company a contractcomp) - kardinalita 1:N kontrakt pro leteckou společnost, letecká společnost může mít několik kontraktů MA_KONTAKT1 (mezi company a contactperson) kardinalita 1:N kontaktní osoba pro leteckou společnost, společnost může mít několik kontaktních osob MA_KONTAKT (mezi travelagency a contactperson) kardinalita 1:N kontaktní osoba pro cestovní agenturu, cestovní agentura může mít několik kontakních osob MA_LETISTE (mezi country a destination) kardinalita 1:N název země pro nějakou destinaci, která obsahuje jméno letiště, země může mít několik letišť MA_LET_FROM (mezi destinací a letem) kardinalita 1:N destinace pro let, tento vztah určuje místo odletu a několik letů může mít stejné místo odletu MA_LET_TO (mezi destinací a letem) kardinalita 1:N destinace pro let, tento vztah určuje místo určení doletu a několik letů může mít stejné místo doletu PODEPISUJE (mezi travelagency a contractta) kardinalita 1:N kontrakt pro cestovní agenturu, agentura může mít podepsáno několik kontraktů JE_PODEPISOVAN (mezi contractta a reservation) kardinalita 1:N kontrakt cestovní agentury na určitou rezervaci, kontrakt může být určen pro několik rezervací MA_REZERVOVANO (mezi reservation a passeneger) kardinalita 1:N pasažér určité rezervace, rezervace obsahuje seznam pasažérů MA_ZPATECNI_LET (mezi flight a flight) kardinalita 1:1 let můžeme mít přidružený let, tzn. let z nějaké destinace letí do nějaké destinace a tento vztah nám určuje o jaké lety se jedná MA_V_LETU_TO (mezi flight a passenger) kardinalita 1:N pasažér letí nějakým letem, let má určitý seznam pasažérů, pokud pasažér letí tam i zpět, tak nám tento vztah značí pasažérův odlet z místa doletu (charakter letu to ) nějakým letadlem (zpáteční let) MA_V_LETU_FROM (mezi flight a passenger) kardinalita 1:N - pasažér letí nějakým letem, let má určitý seznam pasažérů, tento vztah nám značí pasažérův odlet z místa odletu (charakter letu from ) nějakým letadlem JE_URCEN (mezi contractcomp a flight) kardinalita 1:N kontrakt letecké společnosti pro nějaký let, jeden kontrakt může být na několik letů

26 Kapitola 4. Analýza Funkční model Obr. 4.2: Funkční model

27 Kapitola 4. Analýza Scénáře případů použití V první části scénářů budou obecně popsány základní operace přidání, odstranění a editace elementu RSCK, protože u každého z těchto elementů mají stejný význam. Za element RSCK považujeme letadla, lety, rezervace, letecké společnosti, cestovní agentury nebo destinace. 1) přidání elementu Obr. 4.3: Scénář pro přidání elementu v UML Scénář pro přidání elementu uživatel otevře formulář na přidání nového elementu vyplní požadované hodnoty musí vyplnit hodnoty označené jako mandatory odešle formulář na server pro zpracování pokud uživatel vyplnil všechny požadované hodnoty správně, vypíše se potvrzení o úspěšném vložení nového elementu Obr. 4.4: Přidání elementu (letadla)

28 Kapitola 4. Analýza 15 2) editace elementu Obr. 4.4: Scénář editace elementu v UML Scénář pro editaci elementu uživatel vybere akci pro editaci elementu (v aplikaci symbol tužky) edituje hodnoty, které měl v úmyslu editovat potvrdí editaci vypíše se potvrzení o úspěšném/neúspěšném editování elementu Obr. 4.5: Editace elementu (rezervace)

29 Kapitola 4. Analýza 16 3) odstranění elementu Obr. 4.6: Scénář odstranění elementu v UML Scénář pro odstranění elementu uživatel vybere akci pro odstranění elementu (v aplikaci symbol červeného křížku) kliknutím na symbol odešle požadavek na vymazání vypíše se potvrzení o úspěšném/neúspěšném odstranění elementu Obr. 4.7: Odstranění elementu (destinace)

30 Kapitola 4. Analýza 17 4) správa letadel Obr. 4.8: Scénář správy letadel v UML Scénář pro správu letadel uživatel chce vidět výpis jednotlivých letadel uložených v databázi vybere akci z nabídky pro zobrazení letadel (aircrafts) Obr. 4.9: Správa letadel

31 Kapitola 4. Analýza 18 5) správa cestovních agentur Obr. 4.10: Scénář správy agentur v UML Scénář pro správu agentur uživatel chce vidět výpis jednotlivých cestovních agentur uložených v databázi vybere akci z nabídky pro zobrazení cestovních agentur (travel agencies) vybere akci Details a pošle požadavek v sekci detailu cestovní agentury otevře formulář pro přidání kontraktu dané cestovní agentuře vyplní všechny požadované údaje a odešle formulář vypíše se potvrzení o vložení nového kontraktu Obr. 4.11: Správa agentur vybrání akce Details

32 Kapitola 4. Analýza 19 Obr. 4.12: Správa agentur otevření formuláře pro nový kontrakt 6) správa leteckých společností Správa leteckých společností má stejný scénář jako správa cestovních agentur. Proto zde kompletní scénář nebude uveden. 7) správa rezervací Obr. 4.13: Scénář správy rezervací v UML

33 Kapitola 4. Analýza 20 Scénář pro správu rezervací uživatel chce vidět výpis jednotlivých rezervací uložených v databázi vybere akci z nabídky pro zobrazení rezervací (reservations) vybere akci Details a pošle požadavek v sekci detailu rezervace otevře formulář pro přidání pasažéra do dané rezervace vyplní všechny požadované údaje a odešle formulář vypíše se potvrzení o vložení nového pasažéra Obr. 4.14: Správa rezervací vybrání akce Details Obr. 4.15: Správa rezervací otevření formuláře pro vložení nového pasažéra

34 Kapitola 4. Analýza 21 8) správa letů Obr. 4.13: Scénář správy rezervací v UML Obr. 4.13: Activity diagram správa letů

35 Kapitola 4. Analýza 22 Scénář pro správu letů uživatel chce vidět výpis jednotlivých letů uložených v databázi i s procentuální obsazeností letů vybere akci z nabídky pro zobrazení letů (flights) vybere akci Details a pošle požadavek v sekci detailu letu může uživatel přidávat pasažéry do daného letu. Má možnost výběru mezi přidáním jednotlivých pasažérů či přidáním celé rezervace. Zvolí tedy akci pro přidání pasažéra(ů) nebo celé rezervace(í) ze seznamu pasažérů nebo rezervací si vybere co přidat do letu a odešle požadavek na přidání do letu vypíše se potvrzení o vložení nového pasažéra uživatel novému(ým) pasažérů přidá sedadlo, které mají rezervováno Obr. 4.14: Správa letů výběr akce Details Obr. 4.15: Správa letů výběr přidání pasažérů

36 Kapitola 4. Analýza 23 Obr. 4.16: Správa letů přidání rezervace(í) Obr. 4.17: Správa letů přidání pasažéra(ů)

37 Kapitola 4. Analýza 24 Obr Správa letů přidání sedadla pasažérům

38 Kapitola 5. Implementace 25 5 Implementace 5.1 Popis implementace Aplikace je uložena v adresáři travel_agency, který obsahuje podadresáře abbreviation, calendar a image. Obr. 5.1 : Adresář travel_agency travel_agency - obsahuje podadresáře uvedené níže a všechny zdrojové soubory (skripty) abbreviation obsahuje textový soubor countries.txt a skript naplneni_db.php. Tento skript je pro naplnění tabulky country zeměmi a jejich zkratkami calendar obsahuje soubor se skriptem cal.js pro zobrazení kalendáře při vložení data u letu image obsahuje všechny obrázky používané v aplikaci Projekt je vytvořen jako webová aplikace a pro každou svou funkci má vytvořeno grafické uživatelské rozhraní. Projekt byl implementován jako HTML validní a s co největší univerzálností pro webové prohlížeče, aby mohl být bez problémů zobrazen v kterémkoli z nich. Rozlišení aplikace je relativní (není pevně dané), což znamená, že se přizpůsobuje velikosti okna webového prohlížeče. Záleží však na velikosti zobrazovaných dat, jak bude aplikace zobrazena. S malou velikostí okna může být aplikace nepřehledná. Jak již bylo uvedeno v kapitole 2 a v kapitole 3, tak je aplikace napsána nad relační databází. Databáze a data uležená v ní jsou zpřístupněna pomocí skriptů, které můžeme rozdělit do několika skupin. První skupinou jsou skripty, které zobrazují výpisy dat z databáze. Takovým skriptem je např. skript flight.php. Tento skript nám vypisuje data týkající se letů a zobrazuje je dynamicky ve formě přehledné tabulky v prostředí webového prohlížeče. Druhou skupinou jsou skripty, které data do databáze vkládají. Jedná se především o skripty zobrazující vstupní formulář pro zadání vstupních hodnot, které se po potvrzení zpracují a uloží do databáze. Do databáze musí být uloženy pouze platné hodnoty. To, jestli jsou vstupní data z formuláře platná, zajišťuje na straně klienta skript napsaný v JavaScriptu a na straně serveru jsou ještě znovu data ověřena skriptem v PHP. Na straně serveru jsou vstupní data ověřována znovu, protože JavaScript nemusí mít uživatel zapnutý ve svém webovém prohlížeči. Validaci vstupních dat je nutné provádět z důvodu správné spolupráce databáze a PHP skriptu. Do druhé skupiny skriptů tedy patří např. add_passenger.php. Tento skript zobrazí formulář pro zadání nového pasažéra, po vyplnění a potvrzení dojde ke zpracování vstupních dat na straně serveru.

39 Kapitola 5. Implementace 26 Další skupinou jsou speciální skripty. Skript functions.php obsahuje funkce využívané dalšími skripty a skript conn_db.php obsahuje prvky pro spojení databáze. Tento skript je velmi univerzální a může být použit v jakémkoli projektu. Ve skriptu se pouze změní server, na kterém se databáze nachází, jméno databáze, přihlašovací jméno, heslo k databázi a může být využit v jiných skriptech. Skript conn_db.php obsahuje navíc ještě funkci querysql() pro vykonání databázového dotazu. Pro práci s databází je využit jazyk SQL, který je využíván přímo ve skriptu napsaném v jazyce PHP. Pomocí PHP skriptu se tedy vytvářejí dotazy nad databází a zpracovávají se i výsledky dotazů. Celý projekt je založen na spolupráci HTML, PHP, JavaScript, CSS kódu a relační databáze. 5.2 Popis souborů (skriptů) conn_db.php Všechny popisované skripty jsou v kořenovém adresáři projektu. Skript zajišťuje spojení databáze, s kterou má aplikace pracovat. V tomto skriptu se zadává, kde je databáze umístěna (server), jméno uživatele pro přístup k databázi, heslo pro přístup k databázi a jméno databáze. Jedná se o doplňkový skript, který se vkládá do jiných skriptů, které chtějí pracovat s databází. Pokud je v nějakém souboru vložen (includován), provede se připojení k databázi, ale jen pokud jsou správně zadány údaje ve skriptu, jinak dojde k chybě při připojení k databázi. Je zde také napsána funkce pro připojení dotazu nad databází a vrácení výsledku. functions.php Zde se nachází funkce pro zpracování dat nebo vypsaní dat.tento skript je opět doplňkový tzn., že je využíván jinými skripty. Pokud je tento skript někde vložen (includován) tak skript, který vložil tento soubor, může využívat tyto funkce: fillarray() - vrací pole výsledku, získaného z dotazu nad databází nextprevpages() vytváří u výpisu dat (např. u výpisu destinací) odkazy na následující popř. předcházející stranu pokud je obsaženo více hodnot než je poveleno zobrazit ve skriptu. Ve skriptu je toto ovlivněno v dotazu nad databází uvedením klauzule LIMIT. LIMIT nám určuje od jakého řádku tabulky do kterého řádku tabulky zobrazit hodnoty. nextprevpagesaddtof() tato funkce je podobná předchozí funkci, ale na rozdíl od ní je ušitá přímo pro lety. Liší se počtem a charakterem parametrů. pagelinks() zobrazení odkazu pod výpisy dat na jednotlivé strany (Pages: atd.) výpisu pokud je jich více než povolená velikost pro výpis ve skriptu pagelinksaddtof() tato funkce je znovu podobná funkci předchozí, ale s rozdíly totožnými s funkcí nextprevpagesaddtof() editelement() zde je realizováno vytvoření vstupních polí s původními hodnotami pro následnou editaci. Tato funkce vytvoří přímo ve výpisu dat z databáze formulář, v kterém lze změnit původní hodnoty na hodnoty nové.

40 Kapitola 5. Implementace 27 editelementflight() podobná funkce funkci editelement(), ale s jinými parametry a inteligentnější. Předchozí funkce umožňuje editovat jen prvky, které následují bezprostředně za sebou. Hlavní výhodou této funkce je, že se jako parametr signalizující co chceme editovat, předává pole s hodnotami 0 nebo 1, které nám říkají, jaké prvky se mají editovat. 0 znamená needitovat prvek a 1 znamená editovat prvek. Needitují se zde tedy jen prvky za sebou. create_dropdown() umožňuje vytvořit html element select (rozvírací seznam) s jednotlivými hodnotami, které jsou získány z databáze přímo ve funkci a z hodnot předaných v parametrech wrongformatdate() převádí datum na formát potřebný pro zápis do databáze a vrací jeho hodnotu. Převod je zde z důvodu toho, že vypisujeme z databáze datum ve formátu mm/dd/yyyy, ale zapisujeme do databáze ve formátu yyyy-mm-dd. comparedates() tato funkce provádí kontrolu datumu. Pokud letadlo odlétá nějaké datum, tak toto datum nesmí být menší než datum zpátečního letu.vrací hodnotu true nebo false. converttime() převádí americké značení času na české (24 hodin) pro uložení do databáze convertsurname() převede příjmení nebo jméno na první velké písmeno a zbytek malé refillnotes() přidá řetězec [To read more - please click on the details]" za řetězec obsažený v parametru pokud je délka poznámek větší než 50 znaků. Je to z důvodu lepší přehlednosti výpisů. abstract_aircraft.php, destination.php V těchto skriptech probíhá výpis letadel resp. destinací z databáze, editace, mazání, ale je zde také realizováno přidání nového letadla resp. destinace. Skript umožňuje také řazení podle typu letadla, kapacity letadla resp. jména letiště, země, zkratky země. aircraft_ins_data.php, add_dest.php Zde se nachází formulář pro zadaní dat nového letadla resp. destinace. Vstupní data jsou zpracovány skriptem abstract_aircraft.php resp. destination.php. company.php, travel_agency.php Tyto dva skripty jsou téměř totožné, s tím rozdílem, že každý skript pracuje s jinou tabulkou v databázi. Je zde vypsání jednotlivých leteckých společností resp. cestovních agentur, které již byli zadány do databáze. Poslední položka ve výpisu obsahuje actions, kde jsou odkazy na detaily dané společnosti resp. agentury a možnost editovat a mazat jednotlivé společnosti resp. agentury. Při akci delete je smazán jak element tak i všechny kontrakty pro daný element!!

41 Kapitola 5. Implementace 28 add_comp_or_ta.php Skript společný jak pro letecké společnosti tak pro cestovní agentury. Letecké společnosti a cestovní agentury mají podobný obsah dat v databázi a proto můžeme využít jednoho skriptu pro zpracování tzn., že můžeme zobrazit totožný formulář pro zadání vstupních dat pro letecké společnosti a cestovní agentury. Skript tedy poskytuje formulář pro vložení dat o letecké společnosti resp. cestovní agentury. Vstupní data jsou zpracovány ve skriptu copmpany.php resp. travel_agency.php. detail_compta.php Znovu společný skript pro letecké společnosti a pro cestovní agentury. Zobrazuje se podrobnější výpis pro danou leteckou společnost resp. pro cestovní agenturu, který obsahuje výpis kontraktů, celkový počet kontraktů, kontaktní osobu a je zde možnost přidání nového kontraktu. Skript umožňuje také editaci nebo smazání kontraktu. Je zde implementováno i řazení podle kriterií a to buď podle čísla, jména nebo data vytvoření kontraktu. reservation.php Skript pro výpis dat z databáze o rezervacích, vytvoření nové rezervace, celkový počet rezervací v databázi a editaci, smazání rezervací. U výpisu rezervací je uvedená v posledním sloupci položky actions možnost Details, která je dále zpracována skriptem detail_reserv.php. Ve skriptu je implementována možnost řazení dat podle zadaných kritérií (např. podle čísla rezervace, datum vytvoření rezervace). add_reserv.php Skript poskytující formulář pro vložení nové rezervace. Zpracování vstupních dat je realizováno skriptem reservation.php detail_reserv.php Tímto skriptem je realizován výpis pasažérů pro danou rezervaci, možnost přidání nového pasažéra do rezervace, výpis podrobností o kontraktu cestovní agentury, na který je daná rezervace zřízena a celkový počet pasažérů pro danou rezervaci. Je zde implementováno i řazení pasažérů podle oslovení, jména a příjmení. Pasažéra je zde možno také editovat nebo vymazat. add_passeneger.php Zde je poskytnut formulář pro přidání nového pasažéra do rezervace. Zpracování vstupních dat je realizováno skriptem detail_reserv.php

42 Kapitola 5. Implementace 29 flight.php Toto je jeden z nejdůležitějších skriptů aplikace. Je zde výpis jednotlivých letů, které již byli vytvořeny, odkaz na přidání letu a celkový počet již zadaných letů. Tento skript také vypočítává procentuální obsazenost daného letu a výsledek zobrazuje pomocí grafu ve výpisu v tabulce jejíž sloupec je nazván Balances. Při vytváření letu se musí zadat dva lety současně a to let, který má charakter letu tam a let, který má charakter letu zpět. Předpokládá se, že každý let, který je do nějaké destinace, se bude vracet i zpět. U výpisu jsou znovu v poslední části actions, které umožňují editaci a smazání. U smazání se provede výmaz i přidruženého letu!! V budoucnu a to nejlépe realizované v diplomové práci by tento skript mazal přidružený let jen pokud by byl indikován atributem flight_idflight. Skript také umožňuje samozřejmě řadit podle určených kriterií. detail_flight.php Skript zobrazuje detail letu, který obsahuje podrobnosti o daném letu (typ letadla, kapacitu letadla, počet pasažérů v letu, počet volných míst a procentuální obsazenost letu ve formě grafu) a i podrobnosti o jeho přidruženém letu. Je zde také výpis pasažérů pro dané lety a možnost přidat do letu rezervaci, která obsahuje množinu pasažérů nebo pouze jednotlivé(ho) pasažéra(y). Pokud přidáme nějaké pasažéry, tento skript umožňuje také zadání sedadla pasažérovi. U jednotlivých pasažérů je možnost jejich editace a odstranění z letu. Při odebrání pasažéra z letu nedojde k jeho odstranění z databáze, ale skript uloží do databáze pouze, že daný pasažér není v žádném letu! Je zde samozřejmě také implementováno řazení pasažérů podle zadaných kritérií. add_flight.php Tento skript poskytuje formulář pro vložení letů. V této bakalářské práci je realizováno zadání dvou letů najednou. Jeden let, který má charakter letu tam a let, který má charakter letu zpět. Předpokládá se, že každý let, který je do nějaké destinace, se bude vracet i zpět. add_to_flight.php Skript realizující výběr pro přidání rezervací nebo pasažérů. Záleží na tom jaká akce byla vybrána z detailu letu pro přidání pasažérů do letu. Pokud bylo vybráno přidání celé rezervace tak se zobrazí seznam rezervací, pokud byla vybrána akce pro přidání individuálních pasažérů tak se zobrazí seznam pasažérů, kteří nejsou v žádném letu. Po potvrzení výběru buď rezervace(í) nebo pasažéra(ů) jsou vstupní data z formuláře zpracovány ve skriptu detail_flight.php.

43 Kapitola 5. Implementace JavaScript funkce Funkce napsané ve skriptovacím jazyku JavaScript jsou v projektu určeny především pro validaci vstupních dat u formulářů, ale JavaScript má v projektu i jinou funkci a to, že má přímou interakci s uživatelem u vkládání pasažérů do letu. Tyto funkce zde uvedu a popíši. Funkce validate() pro validaci vstupních dat z formulářů, je přítomna ve všech souborech (skriptech), které poskytují formulář pro vložení nějakých dat do databáze. Funkce se u každého souboru (skriptu) liší počtem zpracovávaných prvků, jejich názvů a způsobu jejich kontroly. Funkce validate() má stejnou strukturu ve všech souborech(skriptech). Popíšu zde funkci validate(), která je obsažena v souboru aircraft_ins_data.php, který slouží pro vložení nového letadla. Funkce validate() má v tomto konkrétním případě za úkol zjištění správnosti zadaných údajů ze vstupních polích type jako typ letadla a seats jako kapacita letadla. U typu letadla se kontroluje zda je vstupní pole vyplněno tj., že není prázdné. Kapacita letadla může být zadána pouze jako číslo a to v rozmezí od 1 do 1000 míst, jelikož letadlo s větším počtem sedadel zatím neexistuje. To je ve funkci validace() zkontrolováno touto podmínkou. if (isnan(seats) seats < 1 seats > 1000 seats == ""){...} Funkce vrací hodnotu true pokud jsou obě vstupní pole vyplněny správně a pokud nejsou tak je vrácena hodnota false a pole, ve kterém byly hodnoty zadány nesprávně, je vybarveno červenou barvou. Funkce descvalue() je určená pro zobrazení hodnot aktuální volné kapacity letadla. Funkce umožňuje při vybírání rezervací nebo pasažérů přímo ukazovat stav volných míst letadla. To znamená, že pokud je zaškrtnuta rezervace je okamžitě na webové stránce vidět počet volných míst letadla menší o počet pasažérů v rezervaci. To samé je u přidávání individuálních pasažérů, akorát zaškrtnutý pasažér značí o jedničku menší počet volných míst. Při překročení kapacity nám funkce zabarví pole ukazující volná místa červeně. Po odebrání pasažéra nebo rezervace se pole zbarví zpět na původní barvu. 5.4 CSS Popis CSS (kaskádových stylů) byl popsán v kapitole 2.2.4, kde bylo uvedeno, že slouží k formátování HTML, XHTML a XML dokumentů. Umožňují tedy formátovat elementy HTML bez přímého zásahu do HTML kódu. Z toho vyplývá, že se zbavíme velkého množství kódu a tento kód se stane mnohem přehlednější. Navíc pokud se jednou rozhodneme změnit například barvu písma všech odstavců, bude to pro nás otázka několika málo vteřin. Pokud by jsme nepoužili CSS tak měnit každý atribut u každého HTML elementu by byla katastrofa. Jeden styl můžeme snadno použít pro libovolné množství stránek. V projektu je využíván jeden css soubor k formátování vzhledu aplikace a to soubor main_style.css. Tento soubor je nalinkován pomocí tagu uvedeného na následující straně v souborech head.html, head1.html, head2.html, které jsou součástí každého skriptu a vypisují hlavičku HTML dokumentu.

44 Kapitola 5. Implementace 31 <link type="text/css" href="main_style.css" rel="stylesheet"> Nyní zde uvedu několik příkladů formátování elementů, které jsou použity v css souboru main_style.css. body{ background-color: #B4B7C0; margin: 0; padding: 0; border: 0; } Selektor body formátuje vlastní tělo dokumentu má určenou barvu pozadí, žádný rámeček, šířka vnějšího okraje je nulová a šířka vnitřního okraje je také nulová. H1 { font-size: 200%; } font-weight: bold; Selektor H1 formátuje nadpis označený tagem H1 na velikost písmen 200% větší než je velikost normálního písma v dokumentu a písmo bude mít vlastnost bold.

45 Kapitola 6. Testování 32 6 Testování Testování je jedním z nejdůležitějších faktorů při tvorbě projektu. Pokud by nebylo prováděno testování nepřišlo by se na mnoho chyb, které nemohli být odhadnuty při běžném návrhu a psaní aplikace. Aplikace byla testována podle různých faktorů a samotné testování bylo prováděno na demo aplikaci na adrese Všechny faktory, které se na webových stránkách testují, se dají rozdělit do dvou skupin, na objektivní a subjektivní. Někde na pomezí mezi těmito dvěma skupinami se nachází datová velikost jednotlivých stránek a vkládaných objektů a s ní související rychlost načítání. Objektivní faktory Do této skupiny patří například validita zdrojového kódu a kaskádových stylů podle zvoleného standardu, funkčnost všech odkazů nebo splňování kritérií přístupnosti. Subjektivní faktory Práce se subjektivními faktory je ve srovnání s objektivními náročnější, protože jejich testování je většinou složitější. Do množiny subjektivních faktorů se řadí především použitelnost (usability) a některé faktory optimalizace pro vyhledávače. Faktory se navzájem odlišují ve způsobu testování a nástrojích k tomu určených. Obecně se dá říci, že k testování většiny z nich lze použít neplacené online utility a analýzy, případně příslušný freeware. Například testování použitelnosti je však záležitostí mnohem náročnější. Validita Validita zdrojového kódu webových stránek a kaskádových stylů je asi nejsnáze testovatelnou veličinou a k jejímu ověření slouží validátor. Při testování aplikace byl použit freewarový offline validátor HTML Tidy, validátor HTML a validátor CSS na stránkách W3C ( Všechny testy validity pro webovou aplikaci projektu byly úspěšné. Funkčnost odkazů K ověření funkčnosti všech odkazů v aplikaci byl využita služba W3C Link Checker. Test v tomto případě neohlásil žádnou chybu v aplikaci. Přístupnost Stejně jako předchozí dvě vlastnosti, i přístupnost se dá testovat relativně snadno. Základní a velice důležitou vlastností je dostatečný kontrast mezi barvami textu a pozadí. Pro tento test

46 Kapitola 6. Testování 33 byl použit nástroj Kontrast barev na webu Sova v síti a test byl znovu úspěšný. Datová velikost stránek a jednotlivých objektů a rychlost načítání Obecně platí, že čím kratší je doba načítání, tím lépe. Nejrychleji by se měl na stránce zobrazit obsah a celková doba načítání stránky by neměla překročit 15 vteřin. K testu byl použit nástroj Web Page Analyzer ( Výpis výsledku z testu: Rychlost načítání aplikace při připojení 28.8K, 33.6K, 56K, 128K, 1.44Mbps byla 9.71, 8.35, 5.09, 1.70 a 0.33 vteřin. Test byl tedy úspěšný, protože ani při jednom z testovaných připojení nebyla překročena hranice 15 vteřin při načítání webové aplikace projektu. Použitelnost Testování použitelnosti je věc mimořádně složitá, touto problematikou se zabývají celé firmy. Dobře použitelné stránky jsou takové, na kterých se návštěvník rychle a intuitivně dostane k hledané informaci a lehce se zorientuje. Základem dobře použitelných stránek je především kvalitní informační architektura a propracovaná navigace. Testovaní tohoto faktoru by bylo možné při přizvání nějakého člověka, aby s aplikací pracoval a sledovat, jak se daný člověk v aplikaci orientuje. Tento faktor testování se tedy plně projeví až po nasazení aplikace do praxe. Optimalizace pro vyhledávače Jelikož charakter vyvíjené aplikace v rámci bakalářské práce není určen pro provoz v internetu, nebylo toto testování provedeno. V tomto výčtu byly uvedeny objektivní a subjektivní faktory pro testování. V další části testování, která nespadá pod žádnou skupiny faktorů, je testování v různých prohlížečích. Uvádím zde seznam prohlížečů, ve kterých byla aplikace testována, a kde aplikace pracovala bez problémů. Firefox Internet Explorer 6.0 Konqueror Epiphany Opera 9.0 Netscape 7.2

47 Kapitola 7. Závěr 34 7 Závěr Vytvořená webová aplikace umožňuje pro potřeby CK Lazaris s.r.o. správu systému, který do dnešní doby byl nevhodně spravován jiným, jednoduchým nástrojem. Nevhodnost spočívala hlavně v nepřehlednosti a náročné správě původního systému. Dle mého názoru se tyto nedostatky v nové aplikaci podařilo odstranit. Celý systém je přehlednější a efektivnější ve zpracování informací. Do aplikace byla také přidána graficky zpracovaná obsazenost letů pro snadnější orientaci v letech a okamžitému zjištění, zda daný let obsahuje ještě volná místa či nikoli. Tento údaj je pro CK Lazaris s.r.o. velmi důležitý. Aplikace také spravuje data o leteckých společnostech, cestovních agenturách, kontraktech, letadlech, letech, rezervacích a pasažérech. Všechny potřebné informace jsou přehledně v aplikaci vypisovány. Jelikož se jedná o aplikaci určenou přímo pro jednoho konkrétního člověka je možné v budoucnu aplikaci vylepšit podle požadavků, které by CK Lazaris s.r.o. mohla mít. Může se jednat o poskytnutí aplikace jako internetové stránky této cestovní kanceláře. Pokud by byla aplikace poskytnuta jako internetové stránky, musel by být implementován víceuživatelský přístup pro různé uživatele (administrátor, běžný uživatel internetu, zaměstnanec cestovní kanceláře, atd.). Každý z uživatelů by měl samozřejmě jiná přístupová práva. Se systémem by tedy pracovalo více uživatelů a tudíž by bylo vhodné zajistit lepší kontrolu formulářů. Ne každý uživatel ví jak se systémem pracovat, a proto by bylo nutné na případné chyby ve vstupních datech upozorňovat. V této bakalářské práci bylo za úkol vytvoření aplikace, která by efektivně a přehledně spravovala informace pro cestovní kancelář. Myslím si, že tento úkol se pro potřeby CK Lazaris s.r.o podařilo splnit.

48 Kapitola 8. Použitá literatura 35 8 Použitá literatura a ostatní zdroje [1] W. J. Gilmore. Velká kniha PHP 5 a MySQL. Zoner Press s.r.o., Brno, Vydání první, 2005 [2] J. Hlavenka a kolektiv. Vytváříme WWW stránky a spravujeme moderní web site. Computer Press s.r.o., Praha, Vydání šesté, 2002 [3] V. Smidek, J. Berit, L. Mrázek. PHP v příkladech. KOPP nakladatelství, České Budějovice, Vydání první, 2003 [4] R. Škuléty. JavaScript programujeme internetové aplikace. Computer Press s.r.o., Praha, Vydání první, 2001 [5] J. Pokorný, I. Halaška. Databázové systémy. Vydavatelství ČVUT, Vydání druhé, 2003 [6] Přednášky X36SIN. [7] Přednášky X36WWW. [8] MySQL manuál. [9] PHP online manuál. [10] Jak psát web o tvorbě internetových stránek. [11] MySQL seriál. [12] Testování webových stránek.

49 Příloha A. Seznam použitých zkratek 36 A URL Seznam použitých zkratek Unique Resource Locator GNU GPL PHP DOM CSS W3C MS HTML UML GNU General Public Licence PHP:Hypertext Preprocesor Document Object Model Cascading Style Sheets Word Wide Web Consortium Microsoft HyperText Markup Language Unified Modeling Language

50 Příloha B. Uživatelská příručka 37 B Uživatelská příručka Obsah Úvod Seznam částí aplikace Řazení Editace Mazání Letadla (Aircrafts) Přidání nového letadla Destinace (Destinations) Přidání nové destinace Cestovní agentury (Travel Agencies) Přidání nové cestovní agentury Detail cestovní agentury Přidání nového kontraktu cest. agentuře Letecké společnosti (Companies) Přidání nové letecké společnosti Detail letecké společnosti Přidání nového kontraktu let. společnosti Rezervace (Reservations) Přidání nové rezervace Detail rezervace Přidání pasažéra do rezervace Lety (Flights) Přidání nových letů Detail letu Přidání rezervace do letu Přidání individuálních pasažérů Odstranění pasažéra z letu Úvod Uživatelská příručka webové aplikace rezervačního systému cestovní kanceláře je určena uživateli této aplikace. Aplikace slouží k přidávání, vypisování a spravování dat o letadlech, leteckých společnostech, cestovních agenturách, destinacích, rezervacích, pasažérech a letech. Příčka obsahuje veškeré potřebné informace pro zvládnutí ovládání aplikace. Seznam částí aplikace V aplikaci je navigační menu v levé části okna webového prohlížeče, pomocí kterého se můžeme pohybovat mezi částmi aplikace (letadla, lety, rezervace, letecké společnosti, cestovní agentury a destinace). Po kliknutí na vybranou část se Vám zobrazí seznam již zadaných dat v dané části aplikace (pokud kliknete na lety, zobrazí se Vám výpis všech zadaných letů a další možnosti pro práci s tou to skupinou).

51 Příloha B. Uživatelská příručka 38 Řazení Obr. A.1: Navigační menu V každé části aplikace, pokud je to možné, je možnost řazení vypsaných dat v tabulce. Řadit vypsaná data je možno v hlavičce tabulky kliknutím na název sloupce. Řadit data je můžete u letadel, destinací, letadel, rezervací a kontraktů. U cestovních agentur a leteckých společností není nutné data řadit, protože jediný sloupec k řazení je jméno. Tato hodnota je defaultně nastavena uvnitř aplikace v dotazu SQL. Obr. A.2: Řazení letadel podle typu Editace U každého výpisu dat (letadel, letů, rezervací, atd.) je možné jednotlivé položky výpisu editovat. Editaci provedete kliknutím na symbol tužky. Poté se Vám zobrazí vstupní pole s původními hodnotami, které můžete následně editovat. Editaci potvrdíte stisknutím tlačítka Edit. Po uložení dat je vypsána informace o jejich úspěšném uložení.

52 Příloha B. Uživatelská příručka 39 Obr. A.3: Editace rezervace Mazání Stejně jako u editace je možnost u každého výpisu vymazat danou položku. Smazání určité položky se provádí symbolem červeného křížku. Po kliknutí na tento symbol u nějaké položky dojde k odstranění této položky. Toto mazání je umožněno ve všech výpisech. Symbol červeného křížku má speciální význam u výpisu pasažérů v letu, ale ten bude popsán v kapitole Odstranění pasažéra z letu. Upozornění: pokud smažete rezervaci, dojde ke smazání i všech pasažérů, kteří byli v dané rezervaci! A pokud smažete let, smažete zároveň i jeho přidružený (zpáteční) let! Obr. A.4: Smazání letecké společnosti Letadla (Aircrafts) Přidání nového letadla Přidání letadla je možné po vybrání části Aircrafts z navigačního menu. Na zobrazené stránce po kliknutí na tuto část vybereme Add new aircraft. Poté se nám zobrazí formulář (Obr. A.5) pro zadání nového letadla. Zde zadáte typ letadla, který může obsahovat písmena i číslice a počet sedadel určených pro cestující, který může být tvořen pouze číslicemi. Obě vstupní pole jsou označené jako mandatory, jsou tedy povinné. Poté odešlete formulář kliknutím na tlačítko Submit. Pokud jsou vstupní údaje vyplněny správně dojde k uložení nového letadla do databáze a Vám se zobrazí zpráva o úspěšném uložení nového letadla.