Rezervační systém autopůjčovny

Transkript

1 České vysoké učení technické v Praze Fakulta elektrotechnická Katedra počítačové grafiky a interakce Bakalářská práce Rezervační systém autopůjčovny Filip Franěk Vedoucí práce: Ing. David Sedláček Studijní program: Softwarové technologie a management Obor: Web a multimedia

2

3 Poděkování Rád bych na tomto místě poděkoval Ing. Davidu Sedláčkovi za odborné vedení a za užitečné podněty pro vypracování této bakalářské práce. i

4 ii

5 Prohlášení Prohlašuji, že jsem 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 iii

6 iv

7 Abstract The aim of this bachelor thesis is to design, implement and test the reservation system for car rental company. The system serves as an online inventory of available vehicles and allows booking them over the internet. It also supports multiple types of user accounts to meet specific demands of users and employees of car rental company. This paper describes the analysis of the problem, its design and subsequent implementation. It includes final testing of application and suggestions for its possible improvement. Abstrakt Cílem této bakalářské práce je navrhnout, implementovat a otestovat rezervační systém pro autopůjčovnu. Systém slouží jako on-line přehled dostupných vozů a umožňuje jejich rezervaci přes internet. Zároveň podporuje několik druhů uživatelských přístupů, aby splňoval specifické nároky jednotlivých uživatelů a zaměstnanců autopůjčovny. V práci je napřed popsána analýza řešeného problému, její návrh a následná implementace. Zahrnuje i finální testování aplikace a návrhy na její případné vylepšení. v

8 vi

9 Obsah 1 Úvod Specifikace potřeb, popis problému Popis problému... 3 Funkční požadavky... 3 Nefunkční požadavky... 4 Požadované role v systému Analýza a návrh řešení Uživatelské role... 5 Nepřihlášený uživatel... 5 Přihlášený uživatel... 6 Účetní... 7 Správce garáže... 7 Administrátor Návrh MySQL databáze... 9 Tabulky v databázi Použité technologie Jazyk PHP XHTML CSS JavaScript Vývojové prostředí Diagram nasazení Grafické rozhraní Realizace Rezervační systém Registrace Editace účtu Rezervace automobilu Objednávky Zadání zaplacení objednávky Seznam objednávek Vytváření nových aut Editace stavu aut Vytváření kategorií Editace poplatků za odvoz auta Věrnostní program vii

10 4.2 Vlastnosti aplikace Galerie obrázků Variabilita systému Bezpečnost systému Validnost kódu Architektura aplikace Popis souborů a složek aplikace Testování Testování v různých prohlížečích Způsob testování Objevené chyby Ostrý provoz Návrhy na vylepšení aplikace Závěr Literatura Internetové zdroje Dodatek Ukázka PHP Instalační manuál Seznam zkratek Obsah přiloženého CD viii

11 Seznam obrázků Obrázek 1 Use-Case diagram Nepřihlášený uživatel... 6 Obrázek 2 Use-Case diagram Přihlášený uživatel... 6 Obrázek 3 Use-Case diagram Účetní... 7 Obrázek 4 Use-Case diagram Správce garáže... 8 Obrázek 5 Use-Case diagram Administrátor... 8 Obrázek 6 MySQL databáze Obrázek 7 Diagram nasazení Obrázek 8 Grafické rozhraní Obrázek 9 Registrace uživatele Obrázek 10 Rezervace automobilu Obrázek 11 Seznam objednávek - pokročilý Obrázek 12 Věrnostní program Obrázek 13 Potvrzení validnosti kódu ze stránek validator.w3.org Obrázek 14 Architektura aplikace ix

12

13 1 Úvod Tématem mé bakalářské práce je rezervační systém pro autopůjčovnu. Toto téma jsem si zvolil, protože jsem se v době výběru práce dostal k zákazníkovi, který podobný projekt potřeboval. Samozřejmě po domluvě na obou stranách došlo k úpravě zadání tak, aby splňovalo veškeré náležitosti nutné pro úspěšné absolvování. Systém bude sloužit jak pro prezentaci společnosti na internetu, tak na nabízení jejích služeb koncovým zákazníkům. Tedy služeb autopůjčovny. Zákazníci po registraci uvidí celý autopark společnosti společně s informací o aktuální dostupnosti jednotlivých vozů. To jim výrazně ulehčí rozhodování o tom, jaký automobil, případně jaké datum zvolit pro rezervaci. Rezervace se budou dále evidovat v systému, kde mohou být následně zpracovávány zaměstnanci autopůjčovny. Pro ty jsou vytvořené specifické uživatelské účty, vždy s funkcemi, které ten který zaměstnanec potřebuje k výkonu své práce. Samozřejmě je dostupný i administrátorský účet, který v sobě obsahuje všechny funkce. Je to z toho důvodu, že hlavně ze začátku nemusí být ve firmě na každou činnost jeden člověk. Administrátorský účet se dá použít i v případě, že člověk se specifickou rolí je zrovna nepřítomen a nemohla by se tak provést požadovaná činnost. Práce je rozdělena do pěti hlavních částí. První kapitola je Úvod. Druhá část je specifikace problému a obsahuje specifikaci zadání a také požadavky na aplikaci od zadavatele. Ve třetí kapitole je popsána Analýza a návrh řešení, kde jsou požadavky z druhé kapitoly zpracovávány tak, aby mohly být následně implementovány. Implementace aplikace je popsána ve čtvrté kapitole. Je v ní uveden výčet funkcí systému a způsob implementace. Pátá kapitola obsahuje popis testování aplikace a zmiňuje některé opravené problémy. Dále jsou navrhnuta možná vylepšení aplikace a závěr. 1

14 2

15 2 Specifikace potřeb, popis problému 2.1 Popis problému V této kapitole jsou uvedeny požadavky zadavatele, které má aplikace splňovat. Jednak vyplývají ze zadání projektu, jednak vyplynuly z osobní konzultace se zadavatelem, když jsme upřesňovali specifikace. Tyto požadavky jsou základem pro následující kapitoly, kde se budou analyzovat a na jejich základě bude navrženo řešení aplikace, následované implementací. Funkční požadavky jsou požadavky na funkce systému jako takového. Je v nich definováno základní chování aplikace, různé funkce pro jednotlivé uživatelské role a stanoveny logické požadavky, jež bude muset systém splňovat. Nefunkční požadavky popisují vlastnosti aplikace, které nejsou už zajímavé pro řadového uživatele, ale definují vlastnosti typu použitých technologií při vývoji, optimalizaci pro jednotlivé prohlížeče atd. Funkční požadavky Systém bude rozlišovat různé role pro provozovatele systému Přihlašovacím jménem bude uživatele Nepřihlášený uživatel uvidí pouze seznam aut a jejich ceny Na úvodní stránce budou zobrazena některá auta pro jejich rychlý výběr Systém bude podporovat věrnostní program pro zákazníky Systém bude mít integrovány poplatky za dovoz a odvoz auta Přihlášený uživatel může smazat svou objednávku Účetní může měnit stav zaplacení objednávky Správce garáže může přidávat nová auta a kategorie aut do systému Správce garáže musí vidět aktuální stav aut a to, kdy má které kam přivést a kde vyzvednout Administrátor bude mít možnosti účetního i správce garáže, aby mohl v době jejich nepřítomnosti provádět všechny operace umožňované systémem Administrátor určuje role uživatelům a může je měnit Administrátor bude mít možnost zablokovat uživatelský účet Administrátor může přidávat a upravovat slevy přímo z webového rozhraní Musí být umožněno měnit poplatky za dovoz a odvoz auta bez zásahu do kódu aplikace Systém neumožní mazat auta, aby i po vyřazení auta z půjčovny dávaly objednávky smysl a bylo zachyceno konkrétní auto. Zaplacené objednávky nepůjdou mazat. Kategorie automobilu nepůjde smazat, pokud v ní bude nějaké auto Automobil bude mít indikátor stavu v provozu, mimo provoz 3

16 Při přidávání aut půjdou rovnou nahrát jeho fotky. U kategorie auta musí být vždy nastavena základní cena za jeden den. Nefunkční požadavky Ochrana proti hackerům (SQL injection atd.) Optimalizace pro webové prohlížeče (Internet Explorer, Firefox, Opera, Chrome) Aplikace bude fungovat na webovém serveru Apache s PHP 5.0 a databází MySQL 5.0 Použité technologie budou XHTML, PHP, MySQL a CSS Validnost kódu v XHTML 1.0 Transitional Požadované role v systému Systém bude rozlišovat pět základních uživatelských rolí, a to následující: Nepřihlášený uživatel Přihlášený uživatel Účetní Správce garáže Administrátor 4

17 3 Analýza a návrh řešení Celý systém bylo potřeba řádně analyzovat hlavně z důvodu počtu uživatelských rolí. Celkem se jedná o pět rolí s tím, že tři role jsou pro provozovatele aplikace. Jsou jimi Účetní, Správce garáže a Administrátor. V této kapitole v podstatě analyzuji již uvedené funkční a nefunkční požadavky, které byly uvedeny dříve, a podle nich budu navrhovat řešení problému. Pro vytvoření Use-Case diagramů byl použit program Enterprise Architect, který je pro školní účely zdarma. Stejně tak v něm byl vytvořen diagram nasazení, neboli deployment diagram. Model MySQL databáze byl vytvořen ve volně šiřitelném programu MySQL Workbench OSS Uživatelské role Aplikace rozlišuje pět základních uživatelských rolí. Jsou jimi nepřihlášený uživatel, přihlášený uživatel, účetní, správce garáže a administrátor. Podle role uživatele jsou samozřejmě určena práva a možnost vidět určité stránky a používat specifické funkce. Zcela logicky nejmenší práva má nepřihlášený uživatel, který v podstatě může jen prohlížet obsah. Postupně se zvyšuje objem funkcí dostupných jednotlivým rolím. Nejvyšší instancí v systému je administrátor, který v podstatě může všechno. Jednotlivé role s jejich Use-case diagramy jsou uvedeny dále. Nepřihlášený uživatel Základní rolí je nepřihlášený uživatel. Tím je každý, kdo na stránky autopůjčovny zavítá poprvé. Může si prohlížet vozový park, detaily vozů, jejich fotografie a samozřejmě jejich ceny. Pokud ho nabídka zaujme a rozhodne se pro rezervaci některého vozidla, musí se registrovat. Při registraci jsou požadovány základní údaje o člověku, případně firmě spolu s kontakty. Jako přihlašovací jméno je zvolen uživatele, jelikož tento údaj zákazník většinou nezapomene. 5

18 Obrázek 1 Use-Case diagram Nepřihlášený uživatel Přihlášený uživatel Po registraci se zákazník přihlásí svým uživatelským jménem a heslem. V tu chvíli se mu zpřístupní další funkce systému. Má možnost editovat svůj účet. Tím je myšleno, že zákazník je schopen měnit své údaje v systému. Ať už je to adresa, kontaktní údaje nebo třeba heslo. Při prohlížení vozového parku je mu umožněno si jednotlivá auta rezervovat. Po výběru auta si vybere od kdy, do kdy si ho chce vypůjčit a pokud v tu dobu auto ještě není rezervováno, tak se vytvoří objednávka, resp. rezervace. Jako přihlášený zákazník má možnost vidět historii svých rezervací, případně zrušit právě vytvořenou rezervaci. Obrázek 2 Use-Case diagram Přihlášený uživatel 6

19 Účetní Účetní je první rolí s nejmenšími právy, kterou využívá majitel autopůjčovny, resp. její zaměstnanec. V této roli má zaměstnanec možnost prohlížet seznam rezervací a aktuální stav aut. To jest, jestli jsou právě půjčena, nebo stojí v garáži. Klíčovou vlastností pro tohoto uživatele je možnost označovat stav zaplacení objednávky. Standardně přihlášený uživatel po rezervaci zaplatí objednávku převodem na účet, nebo hotově. Úkolem účetní je dohledat jednotlivé platby například na výpisu z účtu a přiřadit je k jednotlivým objednávkám. V případě nějakých problémů a nutnosti kontaktu s klientem má samozřejmě možnost zobrazit si kontaktní a osobní údaje klienta. Obrázek 3 Use-Case diagram Účetní Správce garáže Je v hierarchii systému o něco výš, než účetní. Jak vyplývá z jeho funkce, tak jeho primárním záměrem je starat se o vozový park. Může provádět editaci autoparku. Tím se myslí, že může přidávat nová auta a nové kategorie aut. Jelikož starostí správce garáže bude zajistit odvoz a vyzvedávání aut od zákazníků, musí vidět seznam rezervací a jejich detaily, kde budou uvedena místa pro předání vozů. Zároveň má možnost vidět aktuální stav aut, tedy jestli jsou půjčená nebo ne. 7

20 Obrázek 4 Use-Case diagram Správce garáže Administrátor Uživatelem s nejvyššími právy je administrátor. V podstatě může po přihlášení editovat všechny údaje v systému. Registrovaným uživatelům může nastavovat přístupová práva a blokovat jejich účty. Může si prohlížet seznam rezervací a informace o zákaznících. Může vytvářet nová auta, nové kategorie a ceny kategorií. V podstatě v sobě zahrnuje možnosti předcházejících rolí s tím, že je rozšiřuje například o možnost blokace konta a dalších funkcí. Obrázek 5 Use-Case diagram Administrátor 8

21 3.2 Návrh MySQL databáze Data aplikace jsou uložena v MySQL databázi, která obsahuje celkem 7 tabulek. Hlavní tabulkou je tabulka objednávek. Slouží k tomu, aby zachytila údaje o uživateli a půjčovaném automobilu. Na jedné objednávce může být pouze jedno auto a může ji realizovat pouze jeden uživatel. Naopak samozřejmě uživatel může realizovat několik objednávek a auto může být na mnoha objednávkách. Tabulka s kategoriemi ukládá názvy kategorií a je v relaci s tabulkou cen kategorií. Jedna kategorie má několik cenových hladin, ale jednu cenovou hladinu můžeme přiřadit pouze jedné kategorii. V databázi jsou i dvě tabulky bez relací. Slouží pouze k uložení důležitých hodnot, jejich vyhledávání a umožňují jejich změnu. Jsou to tabulky Slevy a Poplatky. Tabulky v databázi Uzivatele Jedná se o tabulku, kde se uchovávají informace o jednotlivých uživatelích systému. Ukládají se sem samozřejmě přístupové údaje, osobní údaje, kontaktní údaje a údaje jako datum registrace, nebo IP adresa. Důležité je, že v této tabulce se uchovávají jak informace o zákaznících autopůjčovny, tak o zaměstnancích. Tabulka obsahuje totiž atributy, které určují roli uživatele. Tu může přes web nastavit administrátor systému. Auta Tabulka, kde se uchovávají všechna auta z vozového parku a informace o nich. Eviduje se například výrobce, model, rok výroby, palivo, spotřeba, počet dveří, klimatizace, či rádio. Toto všechno jsou údaje, které jsou důležité pro zákazníka a jsou mu také zobrazeny. Nicméně v tabulce jsou uchovávány řekněme i servisní hodnoty jako je číslo kategorie, ve které je auto zařazeno, nebo stav auta. Stavem auta je myšleno, jestli v současné době je aktivní. V případě vyřazení auta z vozového parku, ať už z jakéhokoliv důvodu, se pouze změní jeho status na neaktivní, ale pořád bude v databázi a bude moci být vyhledáno, například ve starších objednávkách. Kategorie Jednoduchá tabulka, která uchovává názvy kategorií a jejich čísla. Je v relaci s tabulkou aut a to tak, že v jedné kategorii může být více aut, ale jedno auto může být pouze v jedné kategorii. 9

22 Ceny_kategorii Jedná se o tabulku, kde se uchovávají jednotlivé cenové hladiny pro různý počet dnů půjčení vozidla. Objednavky Jedná se o hlavní tabulku v databázi. Uchovává informace o provedených objednávkách. Každá objednávka má určenou osobu a auto. K tomu se přidají další parametry, jako jsou data vypůjčení, sleva v daném okamžiku, celková cena místa vypůjčení a vrácení auta a také stav zaplacení. Uchovává se například i celková cena, která se může měnit v průběhu času. Nicméně nám jde o to, abychom ji poté dohledali v té výši, jaká byla v době vytvoření objednávky. To samé platí například pro slevu. Slevy Tabulka představuje v podstatě věrnostní program pro zákazníky. Ukládají se v ní celkové ceny objednávek, které musí uživatel mít zaplaceny pro to, aby dostal slevu na další objednávky. Jelikož se i tyto hodnoty mohou v čase měnit, tak se vždy aktuální sleva v podstatě nakopíruje do tabulky Objednavky. Poplatky Tato jednoduchá tabulka uchovává cenu poplatků za vyzvednutí nebo přistavení vozidla. Výhodou je, že se nemusí poplatek integrovat do kódu, jak bylo původně zamýšleno, ale je uložen samostatně s tím, že je přímo z administrace možnost ho změnit. Všechny tabulky a relace mezi nimi jsou zachyceny na následujícím obrázku. 10

23 Obrázek 6 MySQL databáze 11

24 3.3 Použité technologie Pro realizaci rezervačního systému pře internet je možno zvolit z několika dostupných technologií, z nichž každé mají svá pro a proti. Důležitou podmínkou pří vývoji aplikace bylo, aby byla snadno rozšiřitelná, snadno udržovatelná, fungovala na serveru a byla postavena na volně dostupných technologiích. Z toho důvodu byly použitými technologiemi PHP, XHTML, MySQL, CSS a JavaScript. Jazyk PHP Název PHP je zkratkou z anglických slov Personal Home Page, nebo také používaný PHP: Hypertext Preprocessor. Jedná se o skriptovací jazyk, který je určen především pro programování dynamických internetových stránek. To přináší stránkám úplně nový rozměr. Na rozdíl od stránek statických vytvářených především v jazyce HTML se s použitím PHP dají naprogramovat i velice rozsáhlé aplikace, které mohou provádět výpočty, komunikovat s uživatelem a mohou dynamicky měnit svůj obsah bez zásahu správce stránek. Jedná se o takzvaný server-side jazyk, což znamená, že skripty jsou uloženy na serveru, na něm jsou také prováděny a k uživateli je přenášen až jejich výsledek. PHP patří dnes mezi nejrozšířenější jazyky. Jeho hlavní výhodou je poměrně jednoduchá syntaxe a to, že je specializován právě na tvorbu webových stránek. Na popularitě mu přidalo i to, že je multiplatformní a nativně podporuje mnoho databázových systémů. Do karet hraje PHP i jeho poměrně rozsáhlá dokumentace spolu s velkým množstvím funkcí už v základní knihovně PHP. Zároveň se jedná o jakýsi standard u poskytovatelů hostingu, kdy není problém u jakéhokoliv poskytovatele tuto technologii použít. XHTML Vychází z HTML, což je značkovací jazyk pro hypertext, neboli HyperText Markup Language, který je jedním z nejpoužívanějších jazyků pro tvorbu internetových stránek. XHTML znamená Extensible HyperText Markup Language, neboli rozšířený HTML. Syntaxe je velice podobná HTML, ale je přísnější. Každý dokument v XHTML je současně XML dokumentem, což zvyšuje jeho využití, například v editorech XML. XHTML byl vyvinut pro zvýšení součinnosti s ostatními datovými formáty. CSS CSS, z anglického Cascading Style Sheets je zkratkou pro kaskádové styly. Jedná se o jazyk, kterým se popisuje způsob zobrazení stránek v XHTML a podobných jazycích. 12

25 Formátování a způsob zobrazení stránky se dá samozřejmě nastavit i v samotném XHTML. Tam je to ale potřeba provádět pro každý prvek zvlášť. V případě, že se pak rozhodneme pro redesign stránek, čeká nás zdlouhavé přepisování kódu. CSS umožní XHTML formátovat pomocí speciálních značek, tagů, které si uživatel může sám definovat. Takže například všechny nadpisy označíme stejně a v CSS definujeme, jaké formátování se má na takto označený text použít. V případě, že se rozhodneme poté změnit styl nadpisů, stačí přepsat na jednom místě definici jejich formátu. Hlavním smyslem jazyka CSS je oddělit vzhled dokumentu od jeho obsahu. Díky tomu můžeme například na design webu najmout profesionálního grafika, který nemusí mít vůbec znalost XHTML a přesto bude schopen pouze změnou CSS ovlivnit celkový vzhled stránek. JavaScript JavaScript je multiplatformní, objektově orientovaný skriptovací jazyk, který webový stránkám přináší další rozšíření jejich funkcionality. Často se vkládá přímo do HTML kódu a jsou pomocí něj ovládány různé prvky na webových stránkách. Dá se ale použít například i pro naprogramování jednoduchých her. Na rozdíl od PHP se jedná o takzvaný client-side jazyk, který se vyznačuje tím, že požadované operace provádí na straně klienta a na server případně odesílá až výsledky operací. Často se také využívá například pro kontrolu údajů zadávaných uživatelem. Jeho nevýhodou je, že uživatel má možnost si v prohlížeči Javascript vypnout či zakázat. Protože uživatele nemůžeme nutit, aby si JavaScript povolil, je dobré s tím počítat a být připraven na variantu, kdy JavaScript nebude zapnut. Toto by nikdy nemělo ovlivnit funkčnost systému. Vývojové prostředí Vývojové prostředí slouží k programování webové aplikace. Samozřejmě toto jde udělat i v Poznámkovém bloku, který je dostupný zdarma snad ve všech operačních systémech. Vývojové prostředí, neboli IDE (Integrated Development Environment), značně usnadňuje proces programování aplikace. Pomáhá udržet přehled v souborech, dokáže vyznačit syntaxi požadovaného jazyka, udržuje přehled funkcí, parametrů a má mnoho dalších užitečných vlastností. Většina IDE dokáže automaticky nahrávat programovaný kód na server, kde můžeme rovnou otestovat jeho funkčnost. Vývojových prostředí, která jsou poskytována zdarma je celá řada. Já jsem si z důvodu předchozích zkušeností vybral vývojové prostředí Eclipse, které je známo svou rozšiřitelností. Je původně vytvořeno pro programování v jazyce Java, nicméně pomocí zásuvných modulů se dá rozšířit právě o používané PHP, XHTML a CSS. Vývojové prostředí Eclipse je zdarma ke stažení na webu 13

26 3.4 Diagram nasazení Dle zadání projektu má aplikace fungovat na serveru, např. Apache. Na něm poběží PHP a bude k dispozici databáze MySQL, do které se budou ukládat veškerá data. Komunikace s klientem bude probíhat přes standardní protokol HTTP. Klient k řádnému zobrazení bude potřebovat internetový prohlížeč, který umí zobrazovat XHTML kód a má podporu CSS a JavaScriptu. Každopádně i při vypnutém JavaScriptu je aplikace plně funkční. Celý Deployment diagram, neboli diagram nasazení je zachycen na následujícím obrázku. Obrázek 7 Diagram nasazení Grafické rozhraní Grafické rozhraní (GUI) je jednoznačně velmi důležitým prvkem systému. Pro řadového uživatele je to dokonce něco, podle čeho soudí danou aplikaci. Protože nevidí to, co je v pozadí, tedy kód aplikace, často hodnotí jednotlivé webové projekty právě podle grafického rozhraní. Proto je důležité, aby grafické rozhraní bylo čisté, jednoduché na ovládání a pěkné na pohled. Zároveň by mělo reflektovat zaběhnuté standardy a doporučení pro tvorbu stránek, protože když uživatel narazí na stránku s naprosto odlišným stylem ovládání, než je zvyklý, určitě nebude aplikaci považovat za přívětivou. Jak již bylo řečeno, stránka se ještě dočká redesignu od profesionálního grafika, nicméně i pro testovací účely je dobré mít rozhraní, které by se dalo bez problémů použít pro provoz aplikace. Zvolil jsem standardní rozložení, kdy na vrchu stránky je hlavička, kde bude umístěn název firmy a logo. Aktuálně se jedná pouze o ilustrační fotografie. Na levé straně se 14

27 nachází menu s odkazy, pomocí kterého se dá pohybovat ve struktuře stránek. Pod odkazy na stránky je přihlašovací formulář a odkaz na registraci. Centrální prostor uprostřed stránky je vždy věnován obsahu. Na úvodní stránce jsou aktuální informace a jsou náhodně zobrazeny automobily z vozového parku. Dle prováděné akce se tento obsah dynamicky mění. Aktuální design stránek je zachycen na následujícím obrázku. Obrázek 8 Grafické rozhraní 15

28 16

29 4 Realizace V této kapitole popíši způsob, jakým jsem realizoval systém autopůjčovny. Velký důraz byl kladen na variabilitu celého systému. Protože se jedná o rozjíždějící-se projekt, počítá se s mnohými úpravami po nasazení do praxe. Aby se ke každé menší úpravě nemusel volat programátor, bylo důležité co nejvíc parametrů nastavit tak, aby bylo možno je lehce upravit i vlastníkem systému. Jak toho bylo docíleno, ještě popíši v následujícím textu. Při realizaci systému byl kladen důraz hlavně na jádro systému. Se zadavatelem proběhla domluva, aby byl realizován pouze základní grafický design, který bude sloužit k testování a prezentaci funkčnosti systému. I proto se dbalo na přehlednost kódu a jeho variabilitu, protože před reálným nasazením se plánuje spolupráce s profesionálním grafikem. 4.1 Rezervační systém V této části popíši celý rezervační systém, jak je v současné době implementován. Budu se snažit demonstrovat ty nejdůležitější funkce systému od registrace, přes objednávání až po funkce specifické pro různé uživatele jako je účetní nebo administrátor. Registrace Bez provedené registrace není možno jakkoliv manipulovat se systémem. Registrace je nutná pro zákazníky autopůjčovny, ale i pro její zaměstnance, kteří se registrují stejným způsobem. To nám umožní mít všechny uživatele v jedné tabulce v databázi a zároveň bude zaměstnancům umožněno si vypůjčit automobil v případě potřeby. Do registračního formuláře zákazník zadá své uživatelské jméno, heslo, jméno, adresu, kontaktní informace a datum narození. V případě, že se jedná o firmu, zadá ještě doplňující informace. Položky, které jsou ve formuláři vyznačené tučně, musí uživatel vyplnit, jak to má ostatně i na stránce napsáno, jinak nemůže registraci dokončit. Vkládané hodnoty jsou ošetřeny především funkcí addslashes(), která přidá zpětná lomítka před znaky, které jsou používány v MySQL databázi a zabrání tak potencionálnímu útoku na databázi. Dále se kontroluje například heslo, které je zadáváno dvakrát pro kontrolu a samozřejmě kontrolou projde i formát u, aby tam uživatelé nezadávali chybné údaje, ať už omylem, nebo úmyslně. 17

30 Obrázek 9 Registrace uživatele Editace účtu Po přihlášení může uživatel editovat svoje údaje. Tuto funkci může využít buď v případě, kdy se třeba někde přepíše a zadá špatnou hodnotu, nebo v případě, že se změní například jeho kontaktní údaje. Na stejné stránce, kde je editace účtu najdeme i možnost pro změnu hesla. Jsou uživatelé, kteří si například v různých časových intervalech mění svá hesla z důvodu bezpečnosti, tak zde mají tu možnost. Heslo jako takové je ukládáno v databázi šifrované a nelze jej poté získat zpět. O tom, jak je heslo šifrováno se zmíním později v kapitole. Rezervace automobilu Toto je nejdůležitější část systému pro registrované zákazníky. Jedná se o rozhraní, kde se realizuje rezervace automobilu. V případě, že se zákazníkovi automobil líbí a souhlasí s jeho cenou, může u profilu auta kliknout na odkaz Objednat. Poté se objeví sekce pro výběr data rezervace. Ta je realizována následujícím způsobem. Zobrazí se kalendář, který obsahuje aktuální měsíc a tři měsíce následující. Na delší dobu dopředu nepůjde objednávky realizovat. Aplikace z databáze načte údaje o vozidlu a zjistí, v kterých dnech je vozidlo volné a kdy je rezervováno. Pokud je již rezervováno jiným zákazníkem, nedovolí aktuálnímu zákazníkovi realizovat objednávku na stejné datum. To je graficky provedeno tak, že 18

31 datum, kdy je auto dostupné, je zvýrazněno a lze na něj kliknout, což ho označí a přidá jako počáteční datum rezervace. Obdobný kalendář na čtyři měsíce je zobrazen i pro výběr data konce rezervace. Dostupnost či nedostupnost automobilu je znovu znázorněna stejným způsobem jako v předešlém kroku. Když zákazník vybere obě data tak, že se nepřekrývají s žádnou jinou objednávkou na tentýž automobil, zobrazí se mu rekapitulace objednávky. Zde jsou uvedena data, cena za vypůjčení, aktuální sleva a má možnost si objednat službu dovoz a odvoz auta. Ta je realizována tak, že pokud zákazník vybere čas a vyplní místo předání, je mu za službu naúčtován poplatek. Objednávky V této sekci může přihlášený uživatel procházet své realizované objednávky. Může si zobrazit i detaily k jednotlivým objednávkám, tedy kdy ji realizoval, za jakou cenu a jaké auto si půjčil. Objednávka je po jejím zadání evidována v systému, kde čeká na potvrzení o zaplacení. Pokud se uživatel před jejím zaplacením rozhodne ji zrušit, může tak učinit. Po označení objednávky za zaplacenou tuto volbu ztrácí. 19

32 Obrázek 10 Rezervace automobilu 20

33 Zadání zaplacení objednávky Toto je stěžejní funkce pro účetní. Prací účetní je dohledat zaplacení objednávky například na výpisu z účtu, nebo může inkasovat klienta hotově. Jakmile má peníze za objednávku, označí ji v systému za zaplacenou. Seznam objednávek V základní verzi ji má implementovánu pouze účetní. Jedná se o seznam všech objednávek řazených od nejnovějších po nejstarší, dle data realizace objednávky. V pokročilejší verzi mají tuto funkci implementovanou i správce garáže, účetní a administrátor. Doplňkovou funkcí pro účetní je vypsání seznamu objednávek podle data. Může si vybrat časové rozmezí a vypsat všechny objednávky v něm. Systém potom vypíše celkový počet objednávek a jejich celkovou cenu. Typické použití je například pro výpis všech objednávek pro požadovaný měsíc, nebo účetní období. U správce garáže je tento seznam rozdělen na tři základní sekce. V první sekci jsou auta nevyzvednutá, v druhé sekci auta půjčená a v poslední sekci auta, která již byla vrácena. Nevyzvednutá auta jsou ta, která jsou na objednávce, a čekají na převzetí. Tyto objednávky jsou řazeny podle data vyzvednutí a správce garáže si může zobrazit jejich detaily, aby například věděl, jakým způsobem dojde k předávce. Auta z druhé kategorie jsou ta, která jsou právě půjčena. Zobrazují se v tom pořadí, jak se budou navracet do garáže, tedy podle data konce rezervace. V poslední sekci jsou objednávky, které již byly vyřízeny, auta byla navrácena do garáže a řazeny jsou dle data navrácení do garáže. Vytváření nových aut Tato funkce je znovu přes webové rozhraní přístupná Správci garáže a Administrátorovi. Do formuláře se zadávají údaje o názvu auta, jeho vlastnostech a je umožněno i nahrávání fotografií. 21

34 Obrázek 11 Seznam objednávek - pokročilý Editace stavu aut Správce garáže je ten, kdo musí mít přehled o všech autech, jejich aktuálním stavu a o tom, kde se nacházejí. Stejně tak musí vědět, kam má které auto zavést, případně kde které vyzvednout a vrátit ho do garáže. Správce může editovat stav vozidla a to tak, jestli je v danou chvíli aktivní nebo neaktivní. První možností je, když například auto vyřadí z vozového parku, tak jej nastaví jako neaktivní, zákazník si h nemůže půjčit, ale v databázi zůstane, protože jednou už v systému bylo a zachováme tak integritu. Druhou možností je, že je třeba auto v opravě. Aby správce nemusel realizovat novou objednávku, která by ve zvoleném datu značila, že je auto nedostupné, prostě auto označí jako neaktivní a nikdo ze zákazníků ho ani neuvidí. Po návratu z opravy jej znovu nastaví jako aktivní. Úkolem správce je i udržování přehledu v autech a jejich pozici. Tím myslím, že když si auto někdo vyzvedne, nastaví u objednávky stav půjčeno, aby ostatní uživatelé systému viděli, jestli je auto v garáži, nebo na cestách. Po navrácení auta zpět má zase možnost jej označit jako vrácené, čímž se mu editovaná objednávka přesune do sekce vrácených. Tímto způsobem může neustále udržovat pořádek mezi stavy objednávek a stavy aut, aniž by docházelo k nějakým problémům. 22

35 Vytváření kategorií Důležitou funkcí je možnost vytvořit novou kategorii, do které automobily patří. Tu může vytvořit buď správce garáže, nebo administrátor. Nemusí kvůli tomu zasahovat do kódu, ale může kategorii přidat přímo přes webové rozhraní. Při vytváření nové kategorie je ošetřeno to, aby byla zadána i základní cena. Tj. cena auta za jeden den půjčení. Pokud by tato cena zadána nebyla a někdo zadal například až cenovou hladinu od tří dnů, vedlo by to problémům s výpočtem ceny objednávky. Takto je tomu elegantně zabráněno. Samozřejmě je možná následná editace a to jak jména kategorie, tak základní ceny i cen ostatních cenových hladin. Další omezení je při mazání kategorie, kdy nelze kategorii smazat, pokud je v ní některý automobil vedený v systému. Editace poplatků za odvoz auta Tuto volbu má již jen administrátor. Bez jakéhokoliv zásahu do kódu může měnit poplatky za přistavení auta. Tento poplatek se potom přičte k celkové ceně objednávky a to tak, že na něj již není aplikována sleva v rámci věrnostního programu Věrnostní program Protože chceme, aby se lidé na stránky, potažmo do autopůjčovny často vraceli, bylo rozhodnuto o zvýhodnění pravidelných zákazníků. První nápad byl realizovat toto zvýhodnění pomocí počtu objednávek. Čili například každá pátá objednávka by byla se slevou 30%. Nicméně, po důkladnějším promýšlení se přišlo na to, že by tento systém nemusel být pro autopůjčovnu až tak výhodný. V případě, že by někdo chtěl například ušetřit, tak by si půjčil auto čtyřikrát vždy na jeden den a po páté by si ho půjčil již na měsíc s vytouženou slevou. Proto byly zavedeny cenové hladiny, po jejichž dosáhnutí se bude na objednávky vztahovat sleva. Jednoduše se z historie vytáhnou všechny již realizované objednávky daného uživatele, sečte se jejich cena, a pokud je překročena některá z hladin, tak je na jeho objednávku aplikována sleva. Celé nastavení věrnostního programu je zase možno měnit přes webové rozhraní aplikace. Sleva v procentech je vybírána pomocí rozbalovacího seznamu, aby se předešlo možným překlepnutím, kdy by například byly objednávky realizovány s nějakou nesmyslnou slevou. 23

36 Obrázek 12 Věrnostní program 4.2 Vlastnosti aplikace Galerie obrázků Obrázky v aplikaci jsou u profilů automobilů, kde mají zákazníkovi poskytnout lepší představu o půjčovaném autě. Pro jejich zobrazení byl použit volně dostupný nástroj Fancybox. Jedná se o modifikaci nástroje Lightbox. Slouží k tomu, že z náhledů fotografií, které jsou zobrazeny na stránce, umožní zobrazit fotografie v plném rozlišení právě v prostředí Fancyboxu. To je skript, který otevírá obrázky, aniž by zavřel stávající webovou stránku. Ta ztmavne a požadovaný obrázek se ukáže v plné velikosti v popředí. Jeho výhodou je jednoduchá možnost konfigurace, pěkně vypadá při použití a dovoluje po otevření jedné fotografie plynule přecházet mezi ostatními fotografiemi bez nutnosti předchozí fotografii zavírat. Variabilita systému Na variabilitu byl kladen velký důraz. Je možno měnit téměř všechny atributy související přímo s aplikací autopůjčovny bez zásahu programátora a stačí k tomu administrátorský přístup. V souboru definice.php jsou definovány všechny údaje, které jsou potřeba pro přístup k databázi, včetně jmen tabulek. V tomto souboru se dá editovat i počet vypisovaných řádků z databáze na stránku. A to například uživatelů, slev nebo automobilů. Pokud dojde v budoucnu k redesignu stránek a bude potřeba tyto hodnoty změnit, aby to graficky souhlasilo, bude to otázka několika okamžiků. Při výpisech měny je myšleno i na přechod na Euro, kdy se jednoduchou konstantou nastaví, v jakém formátu se má vypisovat měna 24

37 Bezpečnost systému V aplikaci jsou ošetřována hlavně vkládaná data. U formulářů, kam by mohl útočník zadat škodlivý kód je vstup ošetřován funkcí addslashes(), která neutralizuje případný škodlivý kód. Některá data jsou zadávána pomocí selectů, neboli rozbalovacích seznamů, aby se předešlo vkládání případně neplatných dat. Zabezpečení se používá i při ukládání hesla. Standardně se použije skript v JavaScriptu, který přenášené heslo zašifruje. Udělá to ještě před odesláním na uživatelově počítači, čímž se snižuje i riziko odposlechu hesla. Toto heslo zahashované algoritmem MD5 se uloží do databáze. Poté ani správce databáze nemůže vidět heslo v původní podobě. V případě vypnutého JavaScriptu funguje šifrování obdobně, nicméně dojde k němu až před uložením do databáze a to na straně serveru. Přenášeno je tedy nešifrované. Validnost kódu Ze zadání projektu vyplývá, že programovaná aplikace má mít validní kód. Validnost kódu je známka dobrého programátora a toho, že dobře odvedl svou práci a jeho kód odpovídá používaným standardům. Usnadňuje to i následnou editaci kódu dalšími osobami. Zároveň i dnes nejrozšířenější vyhledávače jako například Google, nebo Seznam zobrazují výsledky hledání i v závislosti na validnosti kódu. Ve finále tak validní kód může webovým stránkám pomoci poskočit ve vyhledávači o několik příček vzhůru. Obrázek 13 Potvrzení validnosti kódu ze stránek validator.w3.org Architektura aplikace Celá aplikace je rozdělena na vrstvu aplikační a prezentační. Aplikační vrstva slouží pro příjem požadavků od klienta a ty následně zpracovává. Zároveň komunikuje s databází a tato zpracovaná data předává dále klientovi v HTML stránce. Hlavní část aplikační logiky je v souborech phpfunkce.php a sqlfunkce.php. Ostatní soubory se starají hlavně o prezentační část. 25

38 Obrázek 14 Architektura aplikace Popis souborů a složek aplikace V hlavním adresáři jsou všechny důležité soubory pro spuštění aplikace. Často právě jejich název napovídá, k čemu se používají. Nejdůležitějším souborem je index.php, který slouží jako hlavní stránka aplikace a ke svému fungování musí použít dalších stránek. První z nich je definice.php. V tomto souboru se nachází veškeré důležité informace pro nastavení aplikace a nastavení připojení k databázi. Tyto informace jsou lehce editovatelné a jejich změnou se změní i celkový vzhled či chování aplikace. Dalším vyžadovaným souborem zahrnutým v příkazu require je soubor sqlfunkce.php. Tento soubor obsahuje funkce pro komunikaci a databází a pro výpis nebo úpravy záznamů v databázi. Jsou zde všechny příkazy pro vyhledávání v tabulkách a pro různé výpisy, které se používají v aplikaci. Třetím vyžadovaným souborem je soubor phpfunkce.php, který, jak název napovídá, obsahuje většinu funkcí. Od funkcí pro přihlašování, kontrolu zadávaných informací, vytváření adresářů, přes nahrávání fotografií, práci s kalendářem a mnoho dalších. Soubor md5.js je pro algoritmus MD5, který se stará o šifrování hesla v databázi. Style.css obsahuje všechny kaskádové styly, které jsou použity pro grafický layout aplikace. Soubor 404.php se zobrazuje pouze, pokud nastane nějaký problém a aplikaci, nebo se uživatel třeba snaží přistupovat na neexistující stránku. Ostatní stránky jsou podstatně jednodušší, než předchozí uvedené. Jejich účel je vždy patrný už z názvu souboru. U všech je vždy ošetřeno, aby se nemohly spustit samy, nebo aby se nedaly spustit zadáním jejich názvu do internetového prohlížeče. 26

39 5 Testování 5.1 Testování v různých prohlížečích Jelikož se nedá přesně předpovědět, z jakého prohlížeče bude uživatel na web přistupovat, byly zvoleny nejrozšířenější internetové prohlížeče, ve kterých se celý web testoval. Jednalo se hlavně o to, aby se některé prvky nerozpadly, nepřekrýval a vše bylo korektně viditelné. Testování proběhlo na následujících prohlížečích. Internet Explorer 8 Opera 10.1 Google Chrome 4.1 Mozilla Firefox 3.6 Jediný problém byl zaznamenán v Internet Exploreru, kdy se špatně zobrazovala úvodní strana a galerie obrázků. To bylo napraveno. V ostatních prohlížečích se vše chovalo normálně a celý systém byl bez problémů použitelný. 5.2 Způsob testování Testování probíhalo po celou dobu vývoje po jednotlivých krocích. Samozřejmě několik problémů proniklo i do kompletně implementovaného systému. Požádal jsem o pomoc 3 lidi. Schválně jsem volil uživatele bez větších znalostí informačních technologií s cílem, co nejlépe nasimulovat cílovou skupinu zákazníků. Tester č let, student vysoké školy, humanitní zaměření Tester č let, majitel restaurace Tester č let, zaměstnanec státní správy Zaměřoval jsem se hlavně na jejich reakce při plnění jednotlivých úkolů, jako bylo například vytvoření objednávky nebo zadávání jejího zaplacení. Ukázalo se, že po úvodním vysvětlení o co půjde, proč aplikaci testuji a vysvětlení v jaké roli se právě nachází, se byli všichni testeři schopni v aplikaci bez problémů zorientovat. Požadované ovládací prvky byly vždy bez problémů nalezeny. V roli zákazníka nebyl vůbec žádný problém s ovládáním a každý z testerů byl schopen si zarezervovat automobil. Trochu delší dobu trvalo, než zjistili, jak se systém ovládá z pohledu administrátora, nebo třeba účetního. Nicméně počítá se s tím, že když bude někdo používat systém v této roli, tak dostane napřed školení o tom, jak se systém používá a co všechno vůbec 27

40 může ovládat a jaké jsou jeho funkce v dané roli. Po tomto vysvětlení již byli všichni znovu schopni provést požadované úkony bez problému Celé testování ale i tak mělo nesporný přínos pro vývoj aplikace. Jednak potvrdilo, že jsem se vydal správným směrem při vývoji aplikace, ale zároveň testeři, jako nezúčastnění lidé byli schopni vidět i některé věci v systému, které já jsem neviděl, nebo mi přišly v pořádku. Jednalo se hlavně o logiku některých procesů, případně objevili špatně implementované funkce. 5.3 Objevené chyby Zde uvádím ty nejdůležitější nalezené chyby, které byly odhaleny mnou samotným, nebo mými testery. Po zvolení dovozu auta se neúčtoval poplatek zákazníkovi Řazení objednávek bylo chaotické nyní předěláno, aby to logicky odpovídalo potřebám jednotlivých uživatelů Přidáno zobrazení jména přihlášeného uživatele v hlavním menu V prohlížeči Internet Explorer nebyla úvodní stránka zobrazena korektně Do výpisu objednávek přihlášeného uživatele pronikla funkce Zaplaceno, která přísluší jen účetnímu a administrátorovi Zapomenuta implementace aktuálního stavu vozů pro správce garáže Špatně se zobrazoval kalendář pro výběr data rezervace Pro přehlednost bylo do výpisů objednávek přidáno číslo objednávky Nově přidaná auta se nezobrazovala uživatelům automaticky po jejich přidání Po instalaci na nový hosting byl problém s právy v adresářích. Bylo nutno vypnout safe mode, aby bylo umožněno spouštět funkce typu mkdir() 5.4 Ostrý provoz Aplikace zatím nebyla nasazena do ostrého provozu. Jakmile se tak stane, očekávám, že se objeví další věci k řešení. Podle způsobu využití a fungování aplikace se samozřejmě budou upravovat její parametry a přepisovat kód. Návrhy na vylepšení aplikace V současném stavu je aplikace plně funkční a splňuje všechny požadavky. Nicméně jsou některé věci, o kterých jsme se bavili se zadavatelem, jež by se do budoucna mohly implementovat. Statistiky návštěvnosti v současnosti nasazeny nejsou, ale je možné, že v budoucnu například kvůli optimalizaci webu je zavedeme 28

41 Statistiky výpůjček zatím pouze nápad, který má pro zadavatele opravdu spíše informativní charakter o tom kdy a jaká auta se půjčují. Mohl by vidět vytíženost jednotlivých aut v různých časových horizontech, sledovat například kolik procent uživatelů využije služby odvozu a vyzvednutí auta. Zapomenuté heslo nebylo ve specifikaci, ale velmi pravděpodobně se ještě doimplementuje funkce pro změnu hesla v případě jeho ztráty. Heslo se v DB ukládá šifrovaně, takže se bude jednat o nastavení nového hesla za pomoci znalosti hesla starého. Grafický design zadavatel chtěl hlavně samotný systém funkční spolu s jednoduchým designem pro otestování. Je si vědom toho, že dnes už jakákoliv prezentace na internetu musí vypadat profesionálně. Tudíž před ostrým nasazením se bude ještě měnit design ve spolupráci s profesionálním grafikem. Zasílání novinek uživatelům umožnit poslat hromadnou zprávu uživatelům s nabídkou nebo například s akčními cenami 29

42 30

43 6 Závěr Cílem této bakalářské práce bylo navrhnout a implementovat systém pro autopůjčovnu. Jeho řešení, které je popsáno v předchozích kapitolách, nebylo jednoduché. V analýze a návrhu se mi několikrát stalo, že jsem musel začít prakticky od začátku, protože jsem buď na něco zapomněl, nebo něco neodpovídalo zadání. Nicméně ani po konečné analýze a návrhu nebylo vyhráno, protože i při programování celé aplikace se vyskytly různé problémy, na které bylo nutné najít řešení. To se nakonec povedlo a odevzdávaný projekt splňuje všechny body zadání. Jsem si vědom toho, že ani v tomto stavu není aplikace ideální a v budoucnu, jakmile se nasadí do provozu, budu i nadále spolupracovat se zadavatelem a aplikaci upravovat podle aktuálních potřeb. K tomu mi samozřejmě pomohou i vědomosti nabyté právě při tvorbě této bakalářské práce. Věřím, že aplikace bude dobře sloužit svému účelu ke spokojenosti všech stran. 31

44 32

45 Literatura [1] STÁNÍČEK, Petr. CSS Kaskádové styly : Kompletní průvodce. Vydání druhé. [s.l.] : Computer Press, s. ISBN [2] ŠKULTÉTY, Rastislav. Java Script : Programujeme internetové aplikace. Vyd. 1. [s.l.] : Computer Press, s. ISBN [3] ULLMAN, Larry. PHP a MySQL : Názorný průvodce tvorbou dynamických WWW stránek. [s.l.] : Computer Press, s. ISBN [4] CASTRO, Elizabeth. HTML, XHTML a CSS : Názorný průvodce tvorbou WWW stránek. [s.l.] : Computer Press, s. ISBN Internetové zdroje Oficiální stránky jazyka PHP Interval.cz Návod na šifrování MD5 Fotogalerie Fancybox 33

46 34

47 Dodatek Ukázka PHP Část kódu, kterou jsem zvolil pro ukázku, se týká funkce, pro stránkování. Ta se využívá například při zobrazování seznamu objednávek. Aby se nevypisovaly všechny objednávky na jednu stránku, tak se jich vypíše jen určitý počet a další budou viditelné po kliknutí na odkaz pro načtení nové stránky. Vstupním parametrem této funkce je tabulka s řádky, neboli všechny výsledky, které vznikly po SQL dotazu. Tato funkce zajišťuje korektní zobrazování stránek, stará se o to, abychom se nemohli dostat z intervalu, určuje, která stránka je kolikátá a také se v ní dá nastavit, kolik stránek se bude zobrazovat. 35

48 function radeksodkazynazobrazovanestranky($tabulka) { $pocet=pocetradku($tabulka); nastranku(); cislozobrazovanestranky(); $pocetstranek=intval($pocet/$_session['nastranku']); // if ($pocet % $_SESSION['nastranku']!=0) $pocetstranek++; if ($_SESSION['stranka']>$pocetstranek) $_SESSION['stranka']=$pocetstranek; if ($pocet>0) { echo "<table class=\"celasirka\" align=\"center\"><tr>"; echo "<td align=\"left\">zobrazuji <b>",($_session['stranka']- 1)*$_SESSION['nastranku']+1,"- ",min($_session['stranka']*$_session['nastranku'],$pocet),"</b> z $pocet</td>"; echo "<td align=\"right\">"; $predchazejici=$_session['stranka']-1; if ($predchazejici<=1) $predchazejici=1; $nasledujici=$_session['stranka']+1; if ($nasledujici>=$pocetstranek) $nasledujici=$pocetstranek; $promennevget=vratpromennevgetkromeneceho("stranka"); echo "<a href=\"$promennevget"."stranka=$predchazejici\"><< předcházející </a> "; $maxpohyb=3; if ($_SESSION['stranka']-$maxpohyb <= 0) { $od=1; $do=2*$maxpohyb+1; if ($do>$pocetstranek) $do=$pocetstranek; } else if ($_SESSION['stranka']+$maxpohyb >= $pocetstranek) { $od=$pocetstranek-2*$maxpohyb; if ($od<1) $od=1; $do=$pocetstranek; } else { $od=$_session['stranka']-$maxpohyb; $do=$_session['stranka']+$maxpohyb; } for($i=$od;$i<=$do && $i<=$pocetstranek;$i++) { if ($i!=$_session['stranka']) echo "<a href=\"$promennevget"."stranka=$i\">$i</a>"; else echo "<b>$i</b>"; if ($i!=$pocetstranek && $i!=$do) echo " "; } echo " <a href=\"$promennevget"."stranka=$nasledujici\"> následující >></a>"; echo "</td></tr></table>"; } } 36

49 Instalační manuál Aby bylo možné systém autopůjčovny zprovoznit, je nutné mít databázi MySQL a prostor na serveru s podporou PHP. Případně se dá na localhostu rozjet například server Apache, který nahradí internetový server a je potom možné projekt testovat na jakémkoliv PC. Celý systém využívá databázi MySQL. Před spuštěním aplikace je nutné na serveru tuto databázi mít nainstalovanou. Jak konkrétně databáze vypadá je znázorněno na Obrázku č. 6, kde je její struktura. Výhodou MySQL je, že na velkém množství serverů se spravuje aplikací PHPMyAdmin, která je velmi intuitivní. Pro vytvoření databáze stačí nahrát SQL skript, který je na přiloženém CD, a je hotovo. Důležité je nastavit kódování textových položek na utf8_unicode_ci, aby docházelo k jejich správnému zobrazení, včetně českých znaků. V současné chvíli je kompletní verze stránek spuštěna na kde se dá vyzkoušet jejich funkčnost. Postup instalace: 1. Importovat soubor, ve kterém jsou SQL příkazy pro vytvoření databáze. Na výběr je buď soubor, který vytvoří pouze strukturu databáze (franefil_db_bezdat.sql), nebo soubor, který importuje i testovací data (franefil_db_testsdaty.sql). U něj je výhoda, že se po jeho naimportování dá testovat funkčnost aplikace a všechny její funkce. 2. Nahrát na server obsah složky franefil_zdrojovekody, kde jsou všechny soubory se zdrojovými kódy potřebné pro běh aplikace. 3. Na serveru je nutno vypnout Safe Mode a nastavit práva na 777 pro root adresář. Je to kvůli příkazům jako copy a unlink pro práci se složkami a nahrávání fotografií automobilů skriptem Fancybox. Takto jednoduše se nainstaluje aplikace na server a je připravena k provozu. Všechny potřebné soubory jsou na přiloženém CD. 37

50 38

51 Seznam zkratek CSS Cascading Style Sheets GUI Graphic User Interface HTML Hypertext Markup Language HTTP Hypertext Transfer Protocol IDE Integrated development environment JS Java Script MD5 Message-Digest algorithm 5 MySQL My Structured Query Language PC Personal Computer PHP PHP: Hypertext Preprocessor SQL Structured Query Language UML Unified Modelling Language URL Uniform Resource Locator WWW World Wide Web XHTML Extensible Hypertext Markup Language XML Extensible Markup Language 39

52 40

53 Obsah přiloženého CD 1_Text Bakalářská práce v PDF (franefil_2010bach.pdf) Bakalářská práce ve zdrojovém formátu (franefil_2010bach.docx) Bakalářská práce ve zdrojovém (franefil_2010bach.doc) 2_ZdrojoveKody franefil_zdrojovekody (složka) franefil_zdrojovekodytestsdaty (složka) franefil_zdrojovekody.rar/zip franefil_zdrojovekodytestsdaty.rar/zip 3_SQL SQL skript pro vytvoření databáze (franefil_db_bezdat.sql) SQL skript pro vytvoření databáze s daty (franefil_db_testsdaty.sql) 4_Obrazky (složka s obrázky použitými v bakalářské práci) 41