Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky. Aplikace pro správu Univerzitní florbalové ligy

Za´padoˇceska´ univerzita v Plzni Fakulta aplikovanyćh vˇed Katedra informatiky a vy´poˇcetn´ı techniky

Bakal´ aˇ rsk´ a pr´ ace Aplikace pro spr´ avu Univerzitn´ı florbalov´ e ligy

Plzeˇ n, 2014

David Koˇsek

Prohl´ aˇ sen´ı Prohlaˇsuji, ˇze jsem bakaláˇrskou práci vypracoval samostatnˇe a v´ yhradnˇe s pouˇzit´ım citovan´ ych pramen˚ u. V Plzni dne 6. kvˇetna 2014

David Koˇsek

Podˇ ekov´ an´ı Touto cestou bych rád podˇekoval Ing. Ladislavu Lencovi za odborné veden´ı bakaláˇrské práce, konzultace, cenné podnˇety a pˇripom´ınky, které vedly ke zdárnému vypracován´ı.

Abstrakt Bakaláˇrská práce se zab´ yvá vytvoˇren´ım informaˇcn´ıho systému pro správu florbalového dˇen´ı na Západoˇceské univerzitˇe. Souˇca´st´ı práce je anal´ yza vhodn´ ych technologi´ı pro v´ yvoj webov´ ych stránek vˇcetnˇe databázového systému se zamˇeˇren´ım na open source produkty. Z anal´ yzy pˇrecház´ıme do praktické ˇcásti, kde jako prvn´ı navrhneme a vytvoˇr´ıme databázov´ y model. Poté je implementována webová aplikace vˇcetnˇe administrátorského prostˇred´ı. Po vytvoˇren´ı v´ ysledné aplikace ji otestujeme a zhodnot´ıme v´ ysledky. V závˇeru shrneme práci a navrhneme moˇzné rozˇs´ıˇren´ı.

Abstract The bachelor´s thesis focuses on the creation of an information system for the administration of University of West Bohemia floorball events. The analysis of suitable technologies for web application development is part of the thesis. Mainly the open source products are addressed. From the analysis we go on to practical part where at first a database model is designed and created. Then the web application including administration interface is implemented. After the application has been finished, it is tested and its results are evaluated. In the conclusion we summarize the thesis and we suggest possible extension.

Obsah ´ 1 Uvod

1

2 Z´ akladn´ı popis aplikace ˇ . 2.1 Základn´ı informace o florbalu na ZCU 2.1.1 Základn´ı informace o UFL . . . 2.2 Poˇzadavky na aplikaci . . . . . . . . . 2.2.1 Veˇrejná informaˇcn´ı ˇcást . . . . ˇ ast pro registrované . . . . . . 2.2.2 C´ 2.2.3 Administrátorská ˇca´st . . . . . 2.2.4 Export soubor˚ u do PDF . . . . 2.2.5 Rozlosován´ı zápas˚ u . . . . . . . 2.2.6 Desktopová aplikace . . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . . . . .

2 2 3 3 3 4 5 6 7 7

3 Anal´ yza a problematika prostˇ redk˚ u pro tvorbu 3.1 Programovac´ı jazyky . . . . . . . . . . . . . . . 3.2 Hosting a doména . . . . . . . . . . . . . . . . . 3.3 Databázov´ y systém . . . . . . . . . . . . . . . . 3.4 Architektonické vzory . . . . . . . . . . . . . . . 3.5 Knihovny a nástroje . . . . . . . . . . . . . . . 3.5.1 Knihovna DIBI . . . . . . . . . . . . . . 3.5.2 Knihovny pro export PDF soubor˚ u . . . 3.5.3 HTML editor . . . . . . . . . . . . . . . 3.6 Odes´ılán´ı zpráv . . . . . . . . . . . . . . . . . .

aplikace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . .

. . . . . . . . .

8 8 9 10 12 14 14 14 15 16

4 N´ avrh datab´ azov´ eho modelu 4.1 Konceptuáln´ı návrh schématu 4.1.1 Správa uˇzivatel˚ u . . . 4.1.2 Správa zápas˚ u. . . . . 4.1.3 Správa text˚ u a aktualit 4.2 Závislost vztah˚ u. . . . . . . . 4.3 V´ ychoz´ı hodnoty atribut˚ u . .

. . . . . .

. . . . . .

. . . . . .

17 17 18 27 30 33 33

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . . . . .

. . . . . .

. . . . . . . . .

. . . . . .

. . . . . . . . .

. . . . . .

. . . . . . . . .

. . . . . .

. . . . . . . . .

. . . . . .

. . . . . . . . .

. . . . . . . . .

. . . . . .

. . . . . . . . .

. . . . . .

. . . . . . . . .

. . . . . .

. . . . . . . . .

. . . . . .

. . . . . .

OBSAH 4.4

OBSAH Fyzick´ y datov´ y model . . . . . . . . . . . . . . . . . . . . . . 34

5 Implementace aplikace 35 5.1 Webová aplikace . . . . . . . . . . . . . . . . . . . . . . . . . 35 5.2 Administrátorské prostˇred´ı . . . . . . . . . . . . . . . . . . . . 38 6 Testov´ an´ı 41 6.1 Testován´ı v´ ysledného systému . . . . . . . . . . . . . . . . . . 41 6.2 Zhodnocen´ı testovac´ıch v´ ysledk˚ u . . . . . . . . . . . . . . . . . 42 7 Z´ avˇ er

44

Literatura

46

Seznam pouˇ zit´ıch zkratek

48

Seznam tabulek

50

Seznam obr´ azk˚ u

52

A Konceptu´ aln´ı sch´ ema

53

B Fyzick´ y model

54

C Uk´ azka skript˚ u

55

D Obsah CD-ROM

57

E Uˇ zivatelsk´ a pˇ r´ıruˇ cka

58

F Uk´ azka webov´ eho rozhran´ı

64

´ 1 Uvod Tato bakaláˇrská práce se zab´ yvá v´ yvojem informaˇcn´ıho systému pro správu Univerzitn´ı florbalové ligy na Západoˇceské univerzitˇe. Univerzitn´ı florbalová liga je soutˇeˇz amatérsk´ ych t´ ym˚ u, která prob´ıhá pod záˇstitou Katedry tˇelˇesné ˇ v´ ychovy a sportu. Soutˇeˇze se u ´ˇcastn´ı studenti a absolventi ZCU. C´ılem práce je navrhnout a implementovat informaˇcn´ı systém pro správu florbalové ligy. Jednou ˇca´st´ı systému bude prezentaˇcn´ı ˇcást, která zpˇr´ıstupn´ı d˚ uleˇzité informace u ´ˇcastn´ık˚ um ligy i veˇrejnosti. Druhou ˇca´st´ı bude sada nástroj˚ u pro správu ligy, která bude slouˇzit administrátorovi. Systém bude navrˇzen podle poˇzadavk˚ u správce florbalu na KTS. Souˇcást´ı práce je rovnˇeˇz anal´ yza a v´ ybˇer vhodn´ ych prostˇredk˚ u pro tvorbu systému. Motivac´ı k této práci je pˇredevˇs´ım usnadnˇen´ı a ˇcásteˇcná automatizace u ´kon˚ u spojen´ ych s organizac´ı florbalové ligy, zaznamenáván´ım v´ ysledk˚ u a prezentac´ı d˚ uleˇzit´ ych statistik. KTS v souˇcasnosti nemá obdobn´ y informaˇcn´ı systém k dispozici a veˇskerá agenda je vedena v pap´ırové podobˇe. Aplikace tedy bude pˇr´ınosem hlavnˇe pro správce florbalové ligy a také pro vedouc´ı jednotliv´ ych t´ ym˚ u. V následuj´ıc´ıch kapitolách se nejprve seznám´ıme s poˇzadavky kladen´ ych na aplikaci a jej´ı funkcionalitu. Poté provedeme anal´ yzu vhodn´ ych prostˇredk˚ u pro vytvoˇren´ı aplikace. Jedno z tˇeˇziˇst’ této práce je návrh databázového modelu s popisem a zobrazen´ım vˇsech entit, vztah˚ u i zvolen´ ych atribut˚ u. Na základˇe dosud z´ıskan´ ych informac´ı zd˚ uvodn´ıme v´ ybˇer pouˇzit´ ych prostˇredk˚ u. Hlavn´ı tˇeˇziˇstˇe této práce je v návrhu a implementaci webové aplikace, která bude splˇ novat veˇskeré poˇzadavky formulované v seznamu poˇzadavk˚ u. Nakonec zhodnot´ıme v´ ysledky a shrneme práci. Pˇr´ılohou bakaláˇrské práce je pˇredevˇs´ım uˇzivatelská dokumentace k systému. Je pˇriloˇzeno i kompletn´ı schéma databázového modelu a také ukázka skriptu generuj´ıc´ı vybranou ˇcást databáze. Kompletn´ı zdrojové kódy i elektronická podoba tohoto dokumentu je rovnˇeˇz uvedena ve formˇe pˇr´ılohy na CD-ROM.

1

2 Základn´ı popis aplikace Tato kapitola struˇcnˇe popisuje základn´ı poˇzadavky na navrhovan´ y systém. Jej´ım zámˇerem je seznámen´ı ˇctenáˇre s ˇreˇsenou problematikou a formulace poˇzadavk˚ u na jednotlivé ˇca´sti systému. Webová aplikace bude rozdˇelena na tˇri hlavn´ı ˇcásti – veˇrejná ˇca´st bude ˇ 1. poskytovat vˇsem návˇstˇevn´ık˚ um webu informace o florbalovém dˇen´ı na ZCU Aministrátorská ˇca´st bude slouˇzit pro správu stránek a univerzitn´ı florbalové ligy. Posledn´ı ˇcást bude také neveˇrejná a bude slouˇzit registrovan´ ym uˇzivatel˚ um. Registrovan´ı uˇzivatelé budou m´ıt k dispozici roˇs´ıˇrenou funkˇcnost. Veˇrejná ˇcást bude zamˇeˇrena na prezentaci obecn´ ych informac´ı a bude poskytovat i komunikaˇcn´ı sluˇzby pomoc´ı pˇr´ıstupu do veˇrejného fóra. Administrátorské prostˇred´ı bude pˇr´ıstupno pouze správci florbalu urˇceného KTS2 . Bude nab´ızet snadné a pˇrehledné veden´ı florbalové univerzitn´ı ligy a moˇznost editace jednotliv´ ych stránek pro veˇrejnou ˇca´st. Posledn´ı ˇca´st pro registrované uˇzivatele zpˇr´ıstupn´ı hráˇc˚ um jednoduch´ y pˇrehled o svém t´ ymu a pro diskuzi vlastn´ı t´ ymové fórum. Rozhodˇc´ım pak umoˇzn´ı zapisovat se na zápasy, které jsou ochotni p´ıskat a ani zde nebude chybˇet soukromé fórum pro rozhodˇc´ı. Souˇca´st´ı poˇzadavk˚ u na systém je nezávislá desktopová aplikace. Ta umoˇzn ˇuje zadávat správci informace i bez internetového pˇr´ıpojen´ı. Desktopová aplikace simuluje svˇetelnou tabuli v hale ukazuj´ıc´ı hlavnˇe ˇcas utkán´ı a pr˚ ubˇeˇzné skóre.

2.1

ˇ Z´ akladn´ı informace o florbalu na ZCU

Florbal je vˇseobecnˇe populárn´ı sport a ˇc´ım dál v´ıce se rozˇsiˇruje. Na Západoˇceské univerzitˇe se mu vˇenuje nejen spoustu student˚ u, ale také zamˇestnanc˚ u. To vedouc´ıho florbalu na univerzitˇe vede k zaloˇzen´ı turnaj˚ u jak pro studenty, tak pro zamˇestnance. Reprezentaˇcn´ı univerzitn´ı t´ ym sloˇzen´ y ze stu3 ˇ dent˚ u kaˇzdoroˇcnˇe reprezentuje Západoˇceskou univerzitu na CAH , aby poˇ e Republice. mˇeˇrily své s´ıly s ostatn´ımi t´ ymy v Cesk´ ˇ – University of West Bohemia in Pilsen ZCU KTS – Katedra tˇelesné v´ ychovy a sportu 3ˇ ˇ e akademické hry CAH – Cesk´

1

2

2

Základn´ı popis aplikace

2.1.1

Poˇzadavky na aplikaci

Z´ akladn´ı informace o UFL

Univerzitn´ı florbalovou ligu mohou hrát studenti a absolventi vˇsech studijn´ıch program˚ u (bakaláˇrsk´ y, magistersk´ y, doktorandsk´ y) veˇrejn´ ych a soukrom´ ych 4 ˇ vysok´ ych ˇskol CR a jejich pˇrátelé bez rozd´ılu vˇeku. UFL se hraje podle pravidel Mezinárodn´ı florbalové federace IFF5 . Hrac´ı systém se m˚ uˇze mˇenit podle pˇrihláˇsen´ ych t´ ym˚ u a vyˇrazovac´ı ˇca´st (play – off) nen´ı povinná.

2.2

Poˇ zadavky na aplikaci

Jedn´ım z hlavn´ıch poˇzadavk˚ u je rozˇs´ıˇren´ı informac´ı o florbalovém dˇen´ı na univerzitˇe pro studenty, ale i zamˇestnance. Uˇzivatel bude moci zaregistrovat sv˚ uj t´ ym pomoc´ı pˇripraveného formuláˇre. Pˇrihláˇsen´ı do systému mu bude povoleno, aˇz správce potvrd´ı jeho u ´ˇcast. Poté bude moci, vedouc´ı t´ ymu pˇridat hráˇce na soupisku svého t´ ymu. Bude i moˇznost registrace rozhodˇc´ıch. Aplikace bude schopna zobrazovat r˚ uzné statistické u ´daje, jako napˇr´ıklad kanadské bodován´ı hráˇc˚ u seˇrazené podle bod˚ u od nejvyˇsˇs´ıho. Po kaˇzdém zápase se budou uchovávat kompletn´ı informace tj. hlavnˇe datum, kdy se zápas odehrál, kdo proti komu nastoupil a koneˇcn´ y v´ ysledek. Aplikace bude schopna odes´ılat emailové a textové zprávy hromadnˇe vˇsem uˇzivatel˚ um, ˇci jednotlivc˚ um. Velk´ y d˚ uraz bude kladen na rozlosován´ı zápas˚ u ligy do jednotliv´ ych kol podle pˇrihláˇsen´ ych t´ ym˚ u a zadán´ı ˇcasového rozmez´ı vˇcetnˇe vynechán´ı zimn´ıho zkouˇskového obdob´ı. Pro pˇrehlednost jsou zbylé poˇzadavky na aplikaci dále rozdˇeleny do menˇs´ıch celk˚ u. Z poˇzadavk˚ u na systém a z jednotliv´ ych celk˚ u budeme vycházet pˇri návrhu databázového modelu.

2.2.1

Veˇ rejn´ a informaˇ cn´ı ˇ c´ ast

Informaˇcn´ı ˇcást webu pˇredstavuj´ı zejména texty a ˇclánky o univerzitn´ı lize, ale také o celkovém florbalovém dˇen´ı. Tato ˇcást bude poskytována vˇsem, kteˇr´ı web navˇst´ıv´ı. Jedná se pˇredevˇs´ım o informace ke hran´ı UFL, kde se doˇcteme vˇsechny potˇrebné informace, jak se do ligy pˇrihlásit, a co vˇsechno je nutné splnit. Dozv´ıme se i, jak prob´ıhá aktuáln´ı sezóna, a jak si kter´ y t´ ym i hráˇc vede v bodován´ı. V pˇr´ıpadˇe zájmu o hran´ı ligy, ale nedostatku hráˇc˚ u pro za4 5

UFL – University floorball league IFF – International Floorball Federation

3



loˇzen´ı t´ ymu bude zde i v´ ypis vedouc´ıch pˇrihláˇsen´ ych t´ ymu s jejich kontakty. Je zde uvedeno, co je nutné k tomu stát se rozhodˇc´ım. Dále budou k dispozici ˇ kde se dozv´ıme vˇsechny potˇrebné informace informace o reprezentaci ZCU, o tom, jak t´ ym reprezentuje svoj´ı univerzitu, a jak je moˇzné se do nˇej dostat. Dále budou zveˇrejnˇeny i florbalové turnaje, které KTS poˇra´dá, jak pro studenty, tak pro zamˇestnance se vˇsemi potˇrebn´ ymi informacemi. Pˇr´ıstup na veˇrejné fórum má kaˇzd´ y a kaˇzd´ y zde m˚ uˇze zanechat vzkaz. Ve veˇrejné ˇca´sti se budou nacházet i soubory ke staˇzen´ı, kde mohou b´ yt r˚ uzné soubory, které administrátor urˇc´ı. Pro publikaci ˇclánk˚ u bude nutné kontaktovat správce. Ve ˇ veˇrejné pasáˇzi nebudou chybˇet ani kontakty na vedouc´ıho florbalu na ZCU. Shrnut´ı poˇzadavk˚ u na informaˇcn´ı ˇcást: 1. Vhodná a pˇrehledná prezentace ˇclánk˚ u a text˚ u (stránek). 2. Vhodné zobrazen´ı struktury vˇsech bodován´ı. 3. Dokázat rozliˇsit turnaje student˚ u od turnaj˚ u zamˇestnanc˚ u. 4. Vytvoˇren´ı formuláˇr˚ u pro registraci t´ ymu/rozhodˇc´ıho. 5. Vytvoˇren´ı jednoduchého veˇrejného fóra. 6. Moˇznost staˇzen´ı souboru/zápisu k zápasu.

2.2.2

ˇ ast pro registrovan´ C´ e

Tato ˇca´st webu nen´ı veˇrejná. Je nutné pˇrihláˇsen´ı pomoc´ı jména a hesla. Aplikace bude schopna sama rozpoznat, zda se jedná o hráˇce, nebo rozhodˇc´ıho a podle toho nastav´ı uˇzivateli práva. Hráˇci se zobraz´ı struˇcn´ y statistick´ y pˇrehled prob´ıhaj´ıc´ı sezóny. Zde uvid´ı kanadské bodován´ı v t´ ymu, statistiky brankáˇr˚ u t´ ymu, zápasy odehrané a jeˇstˇe ty, co t´ ym v sezónˇe ˇceká odehrát. Hráˇc bude m´ıt pˇr´ıstup do t´ ymového fóra, které je soukromé. Kaˇzd´ y t´ ym má své vlastn´ı. Pokud je hráˇc nav´ıc vedouc´ı t´ ymu, má moˇznost pˇridávat hráˇce do t´ ymu, ale i je mazat. Pokud je hráˇc zároveˇ n i rozhodˇc´ı, tak má práva obou uˇzivatel˚ u. Rozhodˇc´ı má pˇr´ıstup ke vˇsem zápas˚ um, které se budou jeˇstˇe hrát, ale s moˇznost´ı se pˇrihlásit na zápas, kter´ y je ochoten p´ıskat. Samozˇrejmost´ı je, ˇze rozhodˇc´ı maj´ı také své vlastn´ı fórum pro snazˇs´ı komunikaci. V pˇr´ıpadˇe jakéhokoliv problému bude zde pˇripraven v´ ypis vˇsech rozhodˇc´ıch s jejich kontakty. Vˇsichni pˇrihláˇsen´ı uˇzivatelé bez rozd´ılu funkce maj´ı moˇznost editovat své u ´daje vyplnˇené pˇri registraci zejména pˇrihlaˇsovac´ı jméno, heslo 4



a kontakty. Shrnut´ı poˇzadavk˚ u jsem zobrazil pomoc´ı digramu pouˇzit´ı i s poznatky z pˇredchoz´ı ˇca´sti (Obr. 2.1). Diagram pouˇz´ıt´ı zobrazuj´ıc´ı role uˇzivatel˚ u kromˇe administrátora. Vlozit prispevek na verejne forum Registrovat se jako rozhodci

Prihlasit tym Neregistrovany uzivatel

Prihlasit/odhlasit se na zapas

Stahnout zapis k zapasu v PDF

Vlozit prispevek na forum pro rozhodci Registrovany rozhodci

Editovat vlastni udaje Vlozit prispevek na tymove forum Registrovany hrac

Pridat/odstranit hrace

Hrac v roli vedouciho tymu

Obrázek 2.1: Diagram pouˇzit´ı uˇzivatel˚ u.

2.2.3

Administr´ atorsk´ aˇ c´ ast

Do této ˇcásti aplikace se dostane pouze správce florbalu urˇcen´ y KTS pomoc´ı zadán´ı uˇzivatelského jména a hesla. Po pˇrihláˇsen´ı ˇceká administrátora rychl´ y pˇrehled prob´ıhaj´ıc´ı sezóny. Správce bude m´ıt pˇrehled o vˇsech uˇzivatel´ıch rozdˇelené podle funkcionality (hráˇc nebo rozhodˇc´ı) a bude moci editovat jejich u ´daje, popˇr´ıpadˇe je smazat ze systému. Samozˇrejmˇe bude moci uˇzivatele i pˇridávat na soupisku pˇrihláˇsen´ ych t´ ym˚ u. Dále bude správci zpˇr´ıstupnˇeno nastavován´ı kanadsk´ ych bod˚ u vˇcetnˇe statistik brankáˇr˚ u a nastaven´ı bod˚ u t´ ymu za odehrané zápasy. Dalˇs´ı schopnost´ı administrátora bude u ´prava rozhodˇc´ıch k jednotliv´ ym zápas˚ um, to znamená, ˇze bude moci editovat, kdo bude p´ıskat dan´ y zápas. Správce bude schopen odes´ılat emailové nebo textové zprávy. V neposledn´ı ˇradˇe bude pro administrátora pˇripraven export soubor˚ u do PDF6 . Správce bude povˇeˇren rozlosován´ım zápas˚ u pro nadcházej´ıc´ı sezónu. Jeden z hlavn´ıch poˇzadavk˚ u pro administrátora bude zmˇena text˚ u a ˇclánk˚ u ve veˇrejné ˇcásti. Stávaj´ıc´ı texty bude moci editovat, ˇclánky bude schopen pˇridávat, mazat ˇci editovat. Správce, stejnˇe jako ostatn´ı uˇzi6

PDF – Portable Document Format

5



vatelé, bude moci mˇenit své pˇrihlaˇsovac´ı u ´daje. Pro shrnut´ı poˇzadavk˚ u jsem vyuˇzil opˇet digram pouˇzit´ı (Obr. 2.2). Diagram pouˇz´ıt´ı zobrazuj´ıc´ı moˇznosti administrátora. Povolovani hracu/tymu/rozhodcich

Pridat/odstranit/upravit uzivatele

Pridat/odstranit/upravit tym

Upravit piskani zapasu

Upravit/odstranit zapas

Nastaveni bodovani

Upravit/odstranit zapas Spravce Rozlosovani zapasu

Odeslani emailu

Export do PDF

Editace verejnych stranek

Pridani/odstraneni/upraveni aktualit

Nastaveni prihlasovacich udaju

Obrázek 2.2: Diagram pouˇzit´ı administrátora.

2.2.4

Export soubor˚ u do PDF

Export soubor˚ u budou vyuˇz´ıvat hlavnˇe hráˇci a administrátor. Hráˇci si budou moci vyexportovat ˇcásteˇcnˇe pˇredvyplnˇen´ y zápis k utkán´ı. V zápise budou pˇredvyplnˇené soupisky obou muˇzstev, která maj´ı proti sobˇe nastoupit. Dále názvy obou t´ ym˚ u rozˇrazené do kolonek domác´ı a hosté. Pokud budou k utkán´ı pˇrihláˇseni i rozhodˇc´ı, nebudou chybˇet ani jejich jména. V posledn´ı ˇradˇe budou pˇredvyplnˇené zbylé formality, jako jsou ˇc´ıslo utkán´ı, datum utkán´ı, ˇcas utkán´ı a poˇra´daj´ıc´ı t´ ym. Druh´ y styl exportu bude vyuˇz´ıvat pouze administrá6



tor, jedná se pˇredevˇs´ım o struˇcn´ y seznam vˇsech registrovan´ ych hráˇc˚ u hraj´ıc´ı univerzitn´ı ligu. Dále vˇsechny statistické tabulky (kanadské bodován´ı, statistiky brankáˇr˚ u, celkov´ y pohled na tabulku), seznam rozhodˇc´ıch a podrobnˇejˇs´ı soupisky jednotliv´ ych t´ ym˚ u.

2.2.5

Rozlosov´ an´ı z´ apas˚ u

Rozlosován´ı zápas˚ u na novou sezónu bude m´ıt na starost administrátor. Zde bude tˇreba zadat datum zaˇca´tku sezóny (prvn´ı zápas), jako dalˇs´ı datum bude zadán´ı zimn´ıho zkouˇskového obdob´ı, jelikoˇz se pˇres nˇej liga nehraje a posledn´ı datum zápasu (konec sezóny). Hrac´ı dny budou pouze pondˇel´ı a stˇreda vˇzdy od 19:40 prvn´ı zápas a od 20:25 druh´ y zápas v hrac´ı den. Systém si sám zjist´ı poˇcet t´ ym˚ u a podle zadaného ˇcasového obdob´ı rozvrhne zápasy pro celou sezónu. Pˇred koneˇcn´ ym potvrzen´ım si administrátor m˚ uˇze data zápas˚ u upravit podle svého. D˚ uleˇzité pˇri potvrzen´ı rozlosován´ı je, aby se automaticky doplnily poˇrádaj´ıc´ı t´ ymy, to znamená, ˇze prvn´ı zápas v hrac´ı den poˇra´dá domác´ı t´ ym z druhého zápasu a analogicky druh´ y zápas poˇra´dá domác´ı t´ ym z prvn´ıho zápasu, vˇzdy je poˇra´daj´ıc´ı domác´ı t´ ym. Shrnut´ı poˇzadavk˚ u na rozlosován´ı: 1. Rozlosován´ı zápas˚ u pro 4 – 10 t´ ym˚ u. 2. Moˇznost upraven´ı dat. 3. Zadán´ı libovolného ˇcasového obdob´ı.

2.2.6

Desktopov´ a aplikace

Tato aplikace se bude pouˇz´ıvat v pˇr´ıpadˇe nefunkˇcn´ı svˇetelné informaˇcn´ı tabule v hale KTS. Ta zobrazuje aktuáln´ı ˇcas zápasu, góly domác´ıch, host˚ u a aktuáln´ı tˇretinu. Aplikace by mˇela ukazovat stejné hodnoty.

7

3 Analýza a problematika prostˇ redk˚ u pro tvorbu aplikace V této kapitole si ˇrekneme, jaké jsou vhodné prostˇredky pro ˇreˇsen´ı aplikace obdobného rozsahu. Zm´ın´ıme i moˇznosti, kde by mohly nastat potenciáln´ı problémy.

3.1

Programovac´ı jazyky

K programován´ı webov´ ych aplikac´ı se nejˇcastˇeji pouˇz´ıvá znaˇckovac´ı HTML1 jazyk. S t´ımto jazykem se daj´ı vytvoˇrit statické webové stránky. Znaˇckovac´ım jazykem se naz´ yvá proto, ˇze zaˇc´ıná znakem (napˇr.
) a konˇc´ı také znakem, pˇred kter´ ym je nav´ıc lom´ıtko (napˇr.
). Pro naformátován´ı stylu webové stránky (barva, um´ıstˇen´ı textu, p´ısmo. . . ) se pouˇz´ıvá CSS2 styly neboli kaskádové styly. Lze jich m´ıt na webu v´ıce, ale lze m´ıt i pouze jeden a formátovat t´ım cel´ y web. Kaskádov´ y styl je vytvoˇren´ y ze selektor˚ u a deklarace. Selektor urˇcuje, na které HTML prvky stránky se pravidlo vztahuje. Proˇc se ˇr´ıká kaskádové styly? Kaskáda urˇcuje zp˚ usob aplikován´ı pravidel. ” Uˇzivatelské styly potlaˇc´ı vˇsechny ostatn´ı styly, individuáln´ı styly potlaˇc´ı vloˇzené, pˇripojené a importované styly. Vloˇzené styly maj´ı pˇrednost pˇred pˇripojen´ ymi styly. Pˇripojené a importované styly jsou rovnocenné a aplikuj´ı se vˇsude, kde nejsou pouˇzity jiné druhy styl˚ u. Styly prohl´ıˇzeˇce se pouˇz´ıvaj´ı v pˇr´ıpadˇe, ˇze nejsou zadány jiné styly.“ [5] Pro oˇziven´ı webov´ ych stránek se pouˇz´ıvá JavaScript. Pˇr´ıkladem pouˇzit´ı m˚ uˇze b´ yt napˇr´ıklad rozbalovac´ı menu, mˇen´ıc´ı se obrázky a dalˇs´ı. JavaScript je závisl´ y na prohl´ıˇzeˇci hlavnˇe z d˚ uvodu, ˇze si ho uˇzivatel m˚ uˇze vypnout, nav´ıc v r˚ uzn´ ych verz´ıch nemus´ı pracovat správnˇe. Dále se pro programován´ı webov´ ych stránek pouˇz´ıvá jazyk PHP3 . S t´ımto jazykem nab´ yvá web dynamiˇcnosti. Podstatnou vlastnost´ı tohoto jazyka je, ˇze 1

HTML – HyperText Markup Language CSS – Cascading Style Sheets 3 PHP – Hyperrtext Preprocessor 2

8

Analýza a problematika prostˇredk˚ u pro tvorbu aplikace

Hosting a doména

nebˇeˇz´ı na stranˇe klienta, ale na stranˇe serveru, na rozd´ıl od JavaScriptu. Pomoc´ı PHP m˚ uˇzeme ukládat ˇci mˇenit data na webu, slouˇz´ı také pro komunikaci s databáz´ı. Dalˇs´ı v´ yhodou PHP je, ˇze zdrojov´ y kód nelze zobrazit jako napˇr´ıklad HTML. Kromˇe tohoto jazyke lze pouˇz´ıt i jiné programovac´ı jazyky (napˇr. Java, C#, Python). Zat´ım lze zm´ınˇené jazyky libovolnˇe kombinovat. Zásadn´ı zmˇena je pˇri pouˇzit´ı webového frameworku ASP.NET4 . Pˇri pouˇzit´ı tohoto frameworku ho nelze vyuˇz´ıvat s konkurenˇcn´ım PHP. ASP.NET je mnoˇzstv´ı knihoven pro v´ yvoj webov´ ych aplikac´ı v jazyce C#5 . Tento jazyk jako jazyk PHP bˇeˇz´ı na stranˇe serveru a umoˇzn ˇuje také komunikaci s databáz´ı. Hlavn´ım rozd´ılem je, ˇze PHP je dynamick´ y jazyk C# je silnˇe typovan´ y. ASP je vyv´ıjeno Microsoftem, oproti tomu PHP je opensource – tj. zdrojové ” kódy jsou kaˇzdému k dispozici a kaˇzd´ y pokroˇcil´ y programátor si jej m˚ uˇze dle libosti upravit. Jazyk se d´ıky tomu m˚ uˇze snadno dál rozv´ıjet.“ [1] Projekt vyuˇz´ıvá databázi, proto dalˇs´ım jazykem, kter´ y pouˇzijeme je SQL6 . Tento jazyk je standardem pro komunikaci s databáz´ı, ˇcasto se mu také ˇr´ıká dotazovac´ı (komunikaˇcn´ı) jazyk. Syntaxe jazyku je podobná normáln´ımu jazyku (angliˇctinˇe).

3.2

Hosting a dom´ ena

Jelikoˇz budeme cht´ıt stránky um´ıstit na internet, budeme potˇrebovat webhosting, kter´ y se stává ned´ılnou souˇca´st´ı této práce. V dneˇsn´ı dobˇe je mnoho firem poskytuj´ıc´ıch tuto sluˇzbu. Nab´ıdky se liˇs´ı v nab´ızen´ ych technologi´ıch bezpeˇcnostn´ıch prvk˚ u, e-mailov´ ych schránek a také podpoˇre r˚ uzn´ ych datov´ ych u ´loˇziˇst’ (MySQL, PostreSQL). Podle nab´ızen´ ych technologi´ı se odv´ıj´ı i cena za poskytnut´ı hostingu. Souˇca´st´ı kaˇzdého hostingu je doména, coˇz je vlastnˇe adresa internetov´ ych stránek. Doména je pevnˇe definovaná a pˇri jej´ım zadáván´ı se nerozliˇsuj´ı malá a velká p´ısmena, lze pouˇz´ıt i ˇc´ıslice a pomlˇcky. 4

ASP.NET – Active Server Pages .NET C# – C sharp 6 SQL – Structured Query Language 5

9


3.3

Databázový systém

Datab´ azov´ y syst´ em

Webové aplikace vyuˇz´ıvaj´ı r˚ uzná datová u ´loˇziˇstˇe. Pro tento projekt jsou vhodn´ ymi kandidáty databázové systémy MySQL a PosgreSQL.

MySQL MySQL je relaˇcn´ı databázov´ y systém, kter´ y komunikuje jazykem SQL zm´ınˇen´ ym v´ yˇse. Tento databázov´ y systém je opensource, a je tedy volnˇe ˇsiˇriteln´ y. MySQL je v´ıce vyuˇz´ıván u webov´ ych aplikac´ı z d˚ uvodu jeho podpory pˇri poskytován´ı hostingu. Pro správu databázového systému MySQL je vhodn´ y phpMyAdmin, coˇz je pokroˇcil´ y nástroj pro správu systému pˇres webové rozhran´ı. MySQL se nejˇcastˇeji vyuˇz´ıvá s PHP jazykem, kter´ y umoˇzn ˇuje pˇr´ıstup k dat˚ um (Obr. 3.1). Jak jsem zm´ınil, jde o relaˇcn´ı databázi, coˇz se dá vysvˇetlit tak, ˇze databáze je zaloˇzená na tabulkách (Obr. 3.2). Kaˇzdá tabulka obsahuje sloupce naz´ yvané atributy a hodnoty jsou ukládány do ˇra´dku. Tato databáze je typovaná, to znamená, ˇze kaˇzd´ y sloupec má urˇcen´ y datov´ y typ. Ukázka komunikace mezi klientem a databáz´ı.

KLIENT

SERVER PHP

DATABÁZE MySQL

Obrázek 3.1: Model komunikace klient – databáze

10


Databázový systém

MySQL

Databáze 1

tabulka 1 data

tabulka 2 data

Databáze 2

tabulka 1 data

Databáze 3

tabulka 1 data

tabulka 2 data tabulka 3 data

Obrázek 3.2: Ukázka struktury MySQL

PostgreSQL PostgreSQL je relaˇcn´ı databázov´ y systém. Stejnˇe jako MySQL jde o volnˇe ˇsiˇriteln´ y systém, zdrojové kódy jsou veˇrejné. Jedná se o multiplatformn´ı databázov´ y systém pouˇziteln´ y pod systémy Linux i Windows. Databázov´ y systém má za sebou znaˇcn´ y v´ yvoj a i d´ıky tomu patˇr´ı ke ˇspiˇcce v oboru. PostgreSQL nab´ız´ı v´ıce datov´ ych typ˚ u neˇz zm´ınˇen´ y systém, nicménˇe nepodporuje ˇc´ısla bez znaménka.

MySQL a PostgreSQL jsou dvˇe r˚ uzné databáze s rozd´ılnou filozofi´ı a samo” zˇrejmˇe i rozd´ıln´ ym uˇzivatelsk´ ym rozhran´ım. Pˇr´ıklad rozd´ılné funkcionality mezi MySQL a PostgreSQL -ˇ C´ ıslo zadan´ e jako r ˇetˇ ezecn na MySQL projde na PostgreSQL ne: SELECT 1+1 AS val; -> MySql: 2 PostgreSql: 2 SELECT 1+’1’ AS val; -> MySql: 2 PostgreSql: chyba SELECT 1+CAST(’1’ AS INT) AS val; -> MySql: 2 PostgreSql: 2“ [12]

11

Analýza a problematika prostˇredk˚ u pro tvorbu aplikace Architektonické vzory

3.4

Architektonick´ e vzory

Pro v´ yvoj aplikac´ı lze vyuˇz´ıt r˚ uzné návrhové vzory. V´ yhodou návrhov´ ych vzor˚ u je logické rozˇclenˇen´ı aplikace a pˇrehlednˇejˇs´ı kód. My si zde pop´ıˇseme nejˇcastˇejˇs´ı pˇr´ıpad, se kter´ ym se setkáváme u webov´ ych technologi´ı. Je j´ım 7 MVC model, kter´ y srovnáme s jeho velk´ ym bratrem MVP8 modelem.

MVC Nyn´ı si pop´ıˇseme, jak vypadaj´ı komponenty M, V a C v prostˇred´ı webu. Pro lepˇs´ı pochopen´ı a pˇredstavu je MVC model znázornˇen na obrázku n´ıˇze (obr. 3.3). Model Model obsahuje logiku. Slouˇz´ı pro komunikaci s databáz´ı, mohou zde b´ yt v´ ypoˇcty a dalˇs´ı. Funkc´ı modelu je pˇrijet´ı parametr˚ u, pˇriˇcemˇz nezáleˇz´ı na tom, odkud jsou. Jeho v´ ystupem jsou v´ ystupn´ı data, pˇriˇcemˇz netuˇs´ı, jak budou data zformátována a zobrazena. Model nemá se zobrazen´ım nic spoleˇcného. [10] [11] View (pohled) Jak název napov´ıdá, funkc´ı této ˇca´sti je zobrazen´ı v´ ystupu uˇzivateli a obsahuje minimum logiky. S vˇetˇs´ı pravdˇepodobnost´ı je v´ ystupem vyrenderován´ı HTML, ale v nˇekter´ ych pˇr´ıpadech to m˚ uˇze b´ yt i jin´ y formát napˇr´ıklad XML9 . Tak jako Model, View netuˇs´ı, odkud mu data pˇriˇsla. [10] [11] Controller Tato komponenta propojuje celou architekturu, Controller se obˇcas povaˇzuje za prostˇredn´ıka, se kter´ ym komunikuj´ı vˇsechny komponenty vˇcetnˇe uˇzivatele. Controller se nejˇcastˇeji skládá ze dvou ˇca´st´ı, prvn´ı je Front Controller, obˇcas naz´ yvan´ y Router, kter´ y zavolá pˇr´ısluˇsn´ y Controller na základˇe parametr˚ u. Volan´ y Controller podle parametr˚ u pozná, co se po nˇem ˇzádá. [10] [11] 7

MVC – Model, View, Controller MVP – Model , View, Presenter 9 XLM – Extensible Markup Language – obecn´ y znaˇckovac´ı jazyk. 8

12

Analýza a problematika prostˇredk˚ u pro tvorbu aplikace Architektonické vzory Zobrazen´ı MVC architektury vˇcetnˇe databáze a uˇzivatele, m´ısto uˇzivatele si lze pˇredstavit prohl´ıˇzeˇc. požadavek Controller

Model

Uživatel

data

dotaz do DB

zobrazení požadavku Databáze MySQL

View

Obrázek 3.3: Schéma MVC architektury.

MVP Tento model struˇcnˇe srovnáme s pˇredeˇsl´ ym modelem a pro pˇredstavu ho opˇet znázorn´ıme pomoc´ı schématu (obr. 3.4). Zmˇen oproti MVC je pomˇernˇe dost. Uˇzivatel nyn´ı komunikuje pouze s View. Z toho vypl´ yvá, ˇze zpracovává vstup i v´ ystup na rozd´ıl od MVC, kde vstup zpracovával Controller. View nemá ˇza´dnou aplikaˇcn´ı logiku, pouze volá pˇr´ısluˇsné metody v Presenteru na základˇe vstupu. Presenter uˇz obsahuje aplikaˇcn´ı i prezenˇcn´ı logiku. Presenter má vazbu s Modelem, coˇz mu zajiˇst’uje urˇcitou manipulaci, ˇc´ımˇz zajist´ı aktualizaci ve View, nebo pˇr´ımo sám ovlivn ˇuje View. MVP se dá dále rozdˇelit podle zodpovˇednosti, jakou nese, na dvˇe variace. Prvn´ı se naz´ yvá Supervising Controller a druhá Passive View. [10] [11]

13

Analýza a problematika prostˇredk˚ u pro tvorbu aplikace Knihovny a nástroje Zobrazen´ı MVP architektury vˇcetnˇe databáze a uˇzivatele, m´ısto uˇzivatele si lze pˇredstavit prohl´ıˇzeˇc.

Presenter

Uživatel

Model

požadavek

data

dotaz do DB

zobrazení požadavku Databáze MySQL

View

Obrázek 3.4: Schéma MVP architektury.

3.5

Knihovny a n´ astroje

V této ˇca´sti pop´ıˇseme knihovny a nástroje, které nám budou uˇziteˇcné pˇri realizaci práce.

3.5.1

Knihovna DIBI

DIBI je knihovna pro komunikaci s databáz´ı. Podporuje mnoho databázov´ ych systém˚ u i dva vhodné kandidáty zm´ınˇené v kapitole 3.3. Jedná se o jednoduchou knihovnu pro elegantn´ı zápis pˇr´ıkaz˚ u. DIBI lze svobodnˇe pouˇz´ıvat i v komerˇcn´ıch projektech. Jej´ım c´ılem je maximálnˇe ulehˇcit práci programátor˚ um (snadn´ y pˇr´ıstup k metodám, zjednoduˇsit zápis SQL pˇr´ıkaz˚ u. . . ), eliminovat v´ yskyt chyb, pˇrenositelnost mezi databázov´ ymi systémy a zachovat maximáln´ı jednoduchost. Tˇr´ıda dibi má jednu v´ yhodu, kv˚ uli které ji vyuˇz´ıvám, a to, ˇze je vˇzdy po ruce. Nemus´ım z´ıskávat instanci pˇripojen´ı. [8]

3.5.2

Knihovny pro export PDF soubor˚ u

Aplikace má b´ yt schopna generovat PDF soubory. K tomu je ˇcasto vyuˇz´ıvána nˇekterá z knihoven pro generován´ı PDF dokument˚ u. Pˇri vyuˇzit´ı PHP

14

Analýza a problematika prostˇredk˚ u pro tvorbu aplikace Knihovny a nástroje

je jedna z nejznámˇejˇs´ıch knihoven mPDF, samozˇrejmˇe existuj´ı i jiné, napˇr´ıklad TCPDF knihovna. Pˇri vyuˇzit´ı ASP.NET to je iTextSharp knihovna.

mPDF Tato knihovna je volnˇe pouˇzitelná. Knihovna vytváˇr´ı PDF soubory v UTF–8 kódován´ı, tedy vˇcetnˇe ˇcesk´ ych znak˚ u. Funguje na principu, ˇze vezme HTML kód, popˇr´ıpadˇe i CSS, a vytvoˇr´ı z nˇej PDF soubor. Dá se ˇr´ıct, ˇze vytiskne do souboru naprogramovanou stránku v HTML.

iTextSharp Tato knihovna umoˇzn ˇuje vytváˇret PDF soubory na základˇe dat z XML nebo databáze. Knihovna je open source, tud´ıˇz je volnˇe pouˇzitelná.

3.5.3

HTML editor

Jedn´ım z poˇzadavk˚ u na aplikaci je u ´prava stávaj´ıc´ıch HTML stránek ve veˇrejné ˇca´sti a moˇznost pˇridán´ı ˇci u ´prava ˇclánk˚ u. HTML editory se daj´ı rozdˇelit 10 na textové, objektové a WYSIWYG . Pro náˇs u ´ˇcel vyuˇzijeme WYSIWYG editor, protoˇze nevyˇzaduje ˇza´dnou znalost HTML jazyka. Tˇechto editor˚ u existuje nespoˇcetné mnoˇzstv´ı, my si zde pop´ıˇseme pouze jeden, kter´ y pozdˇeji vyuˇzijeme v implementaci.

CLEditor Editor je pˇrehledn´ y a jeho nejvˇetˇs´ı v´ yhodou oproti ostatn´ım HTML editor˚ um je jeho velikost, kterou zab´ırá. Mezi dalˇs´ı v´ yhody patˇr´ı jeho rychlost naˇc´ıtán´ı a snadné pouˇz´ıván´ı. Tento nástroj je vydáván pod svobodnou licenc´ı a nebrán´ı nám v jej´ım vyuˇzit´ı. Editor je postaven nad knihovnou jQuery. [9] 10

WYSIWYG – What You See Is What You Get

15


3.6

Odes´ılán´ı zpráv

Odes´ıl´ an´ı zpr´ av

Z poˇzadavk˚ u vypl´ yvá, ˇze administrátor m˚ uˇze odes´ılat e-mailové a textové zprávy. Zde by se mohly vyskytnout problémy pˇri realizaci systému. Odeslat e-mailovou zprávu lze pomoc´ı funkce v PHP jazyce, pokud to poskytovatel umoˇzn ˇuje. V opaˇcném pˇr´ıpadˇe je nutné si napsat vlastn´ıho SMTP11 klienta a následnˇe vyuˇz´ıt funkce PHP pro odeslán´ı. Pro odes´ılán´ı textov´ ych zpráv se vyuˇz´ıvá tzv. SMS brána. Dˇr´ıve s t´ım nebyl takov´ y problém jako dnes. Princip byl v tom, ˇze se zpráva odeslala jako e-mail, kde se ˇca´st adresy pˇred zavináˇcem vyplnila telefonn´ım ˇc´ıslem a ˇca´st za zavináˇcem byl název operátora. Nˇekteˇr´ı ˇceˇst´ı operátoˇri tuto moˇznost nab´ızej´ı ˇ sen´ım tohoto problému m˚ i dnes, nˇekteˇr´ı ˇcásteˇcnˇe a nˇekteˇr´ı v˚ ubec. Reˇ uˇze b´ yt placená SMS brána, kde se plat´ı za kaˇzdou odeslanou zprávu. Po konzultaci se zadavatelem jsme tuto moˇznost vyˇradili. Odes´ılán´ı textov´ ych zpráv jen ˇcásti uˇzivatel˚ um nemá smysl.

11

SMTP – Simple Mail transfer Protocol

16

4 Návrh databázového modelu Základem webové aplikace je správn´ y návrh databáze. Jej´ı struktura je popsána pomoc´ı datového modelu, kter´ y obsahuje kompletn´ı definici vˇsech uvaˇzovan´ ych entit, atribut˚ u a relac´ı vycházej´ıc´ıch z poˇzadavk˚ u na aplikaci. Z v´ ysledného modelu lze jiˇz pˇr´ımo vygenerovat prázdnou databázi pro florbalové ˇ kterou je poté moˇzno plnit daty. V této kapitole se tedy seznádˇen´ı na ZCU, m´ıme s návrhem databáze na poˇzadovanou aplikaci. Pˇri vytváˇren´ı datového modelu jsem se snaˇzil co nejv´ıce vycházet z poˇzadavk˚ u na aplikaci. C´ılem je navrhnout kvalitn´ı datovou strukturu pro konkrétn´ı aplikaci a databázov´ y systém, kter´ y bude tato aplikace vyuˇz´ıvat k uloˇzen´ı dat. Standardn´ı fáze návrhnu databáze. Požadaky na aplikaci

Konceptuální návrh

Logický návrh

Fyzický návrh

Obrázek 4.1: Model návrhu databáze

4.1

Konceptu´ aln´ı n´ avrh sch´ ematu

V této ˇca´sti si ˇrekneme, co je obsahem databáze. Nebereme v u ´vahu pozdˇejˇs´ı implementaci ani pouˇzit´ y databázov´ y systém. Schéma si pro usnadnˇen´ı rozdˇel´ıme do v´ıce u ´rovn´ı podle funkcionality, ze kter´ ych pak vznikne v´ ysledn´ y databázov´ y model. Sloˇzené schéma nalezneme v Pˇr´ıloze A na obr. 7.1. Zadán´ı ˇcasto explicitnˇe neˇr´ıká, co má systém obsahovat, ale sp´ıˇse to, co ” od nˇej klient oˇcekává nebo jak by mˇel fungovat. Naˇs´ım u ´kolem bude v zadán´ı identifikovat tzv. základn´ı entity. Jedná se o prvky, které jsou pro nás zaj´ımavé a o kter´ ych má z databázového hlediska smysl uchovávat data. Model, ve kterém jsou vyobrazeny tyto entity a vztahy mezi nimi, se naz´ yvá konceptuáln´ı.“ [4]

17

Návrh databázového modelu

4.1.1

Konceptuáln´ı návrh schématu

Spr´ ava uˇ zivatel˚ u

ˇ ast pro správu uˇzivatel˚ C´ u slouˇz´ı pˇredevˇs´ım k tomu, aby bylo zˇrejmé, jakou funkci dan´ y uˇzivatel zastává. Z poˇzadavk˚ u plyne, ˇze uˇzivatel m˚ uˇze b´ yt hráˇc nebo rozhodˇc´ı, ˇci oboje, proto jsem se rozhodl udˇelat nadˇrazenou strukturu, abych zamezil duplicitˇe dat (napˇr. je zbyteˇcné m´ıt jméno a pˇr´ıjmen´ı u rozhodˇc´ıho nebo u hráˇce, kdyˇz jde o jednoho a toho samého uˇzivatele). V tuto chv´ıli máme dostatek informac´ı pro vytvoˇren´ı potˇrebn´ ych entit, které jsou nutné pro aplikaˇcn´ı funkcionalitu této ˇcásti. Na následuj´ıc´ım obrázku jsou zobrazeny vˇsechny entity vˇcetnˇe jejich vztah˚ u a atribut˚ u slouˇz´ıc´ı pro uchován´ı informac´ı o uˇzivateli. STATUS

FAKULTA

# * id status o status o zkratka_statusu o cena_semestr

# * id fakulty o zkratka_fakulty

UZIVATELE studuje

GOLMAN * id golman o pocet zapasu o obdrzene goly o zakroky o pocet vyher

HRAC # * id hrace * golman o cislo dresu o vstrelene goly o asistence o trestne minuty o karty

je

je

# * id uzivatele o jmeno o prijmeni o email o telefon o aktivni o rozhodci o prihlasovaci_jmeno o heslo o poznamky

POST # * id post o post o zkratka

je ROZHODCI # * id rozhodci o poznamky

hraje

hraje za

ROLE o id role o role

TYM # * id teamu o nazev o vyhry o prohry o remizi o poznamky

FORUM # * id zpravy o text o email o vlozeno

Obrázek 4.2: Konceptuáln´ı schéma ˇcásti pro rozdˇelen´ı uˇzivatel˚ u.

18



Vztahy mezi entitami Po vytvoˇren´ı entit v pˇredchoz´ı ˇcásti si pop´ıˇseme jednotlivé vztahy. Pro pˇrehlednost si definujeme strukturu popisu, která bude vypadat následovnˇe, a budeme ji vyuˇz´ıvat i u ostatn´ıch ˇca´st´ı. V prvn´ı ˇradˇe bude slovn´ı prohláˇsen´ı, poté následuje schéma a nakonec bliˇzˇs´ı popis. Jeden uˇzivatel m˚ uˇze být jeden hráˇc. Hráˇc je právˇe jeden uˇzivatel. UZIVATELE

HRAC je

Obrázek 4.3: Vztah UZIVATELE – HRAC Uˇzivatel je nadˇrazená struktura pro registrované osoby. Slouˇz´ı k rozdˇelen´ı na hráˇce nebo rozhodˇc´ı. Uˇzivatel m˚ uˇze b´ yt hráˇcem i rozhodˇc´ım zároveˇ n. Jeden uˇzivatel m˚ uˇze být jeden rozhodˇc´ı. Rozhodˇc´ı je právˇe jeden uˇzivatel. UZIVATELE

ROZHODCI je

s Obrázek 4.4: Vztah UZIVATELE – ROZHODCI Popis této vazby je stejn´ y jako popis vztahu UZIVATELE – HRAC. Jeden hráˇc m˚ uˇze být brankáˇrem. Brankáˇr je jeden hráˇc. HRAC

GOLMAN je

Obrázek 4.5: Vztah HRAC – GOLMAN Tato vazba vznikla z d˚ uvodu toho, ˇze uˇzivatel m˚ uˇze b´ yt brankáˇrem i hráˇcem zároveˇ n. Pravidla nezakazuj´ı, aby hráˇc jednou hrál v roli u ´toˇcn´ıka a podruhé nastoupil do brány jako brankáˇr. V pˇr´ıpadˇe, ˇze by se toto pravidlo zakázalo, tak by se uˇzivatel dˇelil jeˇstˇe na brankáˇre.

19



Jeden tým má v´ıce hráˇc˚ u. V´ıce hráˇc˚ u hraje za jeden tým. HRAC

TYM hraje

Obrázek 4.6: Vztah HRAC – TYM Kaˇzd´ y hráˇc hraje právˇe za jeden urˇcit´ y t´ ym. Hráˇc nem˚ uˇze hrát za v´ıce t´ ym˚ u zároveˇ n. Kaˇzd´ y t´ ym m˚ uˇze m´ıt libovoln´ y poˇcet hráˇc˚ u. V´ıce hráˇc˚ u zastává jednu roli. Jednu roli m˚ uˇze zastávat v´ıce hráˇc˚ u. HRAC

ROLE hraje

Obrázek 4.7: Vztah HRAC – ROLE Kaˇzd´ y hráˇc zastává urˇcitou roli v t´ ymu (napˇr. vedouc´ı t´ ymu), tato vazba nám pˇriˇrazuje ke kaˇzdému hráˇci jeho roli. Kaˇzd´ y hráˇc m˚ uˇze zastávat pouze jednu roli. Jeden post m˚ uˇze hrát v´ıce hráˇc˚ u. V´ıce hráˇc˚ u hraje jeden post. HRAC

POST hraje

Obrázek 4.8: Vztah HRAC – POST Kaˇzd´ y hráˇc má urˇcit´ y post (napˇr. u ´toˇcn´ık). Pomoc´ı této vazby rozpoznáme posty u jednotliv´ ych hráˇc˚ u. Kaˇzd´ y hráˇc m˚ uˇze hrát oficiálnˇe jeden post, n´ ybrˇz v zápase se nekontroluje, zda je hráˇc na daném postu.

20



V´ıce hráˇc˚ u má jeden status. Jeden status m˚ uˇze m´ıt v´ıce hráˇc˚ u. HRAC

STATUS

Obrázek 4.9: Vztah HRAC – STATUS Kaˇzd´ y hráˇc má sv˚ uj urˇcit´ y status (napˇr. zda je student zapsan´ y ve stagu). D´ıky této vazbˇe v´ıme, jak´ y má hráˇc status. Kaˇzd´ y hráˇc m˚ uˇze m´ıt pouze jeden status. Jedna fakulta má v´ıce hráˇc˚ u. V´ıce hráˇc˚ u m˚ uˇze studovat jednu fakultu. HRAC

FAKULTA studuje

Obrázek 4.10: Vztah HRAC – FAKULTA Hráˇci studuj´ı r˚ uzné fakulty a tato vazba nám pˇriˇrazuje ke kaˇzdému jednu z pˇreddefinovan´ ych fakult. Hráˇc m˚ uˇze m´ıt pˇriˇrazenou pouze jednu fakultu, i kdyˇz ve skuteˇcnosti m˚ uˇze studovat v´ıce fakult. Je na uˇzivateli, kterou fakultu zvol´ı. Jeden tým m˚ uˇze vloˇzit v´ıce pˇr´ıspˇevk˚ u. V´ıce pˇr´ıspˇevk˚ u m˚ uˇze být od jednoho týmu. TYM

FORUM

Obrázek 4.11: Vztah TYM – FORUM Kaˇzd´ y t´ ym má své soukormé fórum pro komunikaci mezi hráˇci. Hráˇci nejsou omezeni v poˇctu vloˇzen´ ych zpráv. D´ıky této vazbˇe dokáˇzeme urˇcit t´ ym, kter´ y vloˇzil pˇr´ıspˇevek.

21



Jeden rozhodˇc´ı m˚ uˇze vloˇzit v´ıce zpráv. V´ıce zpráv m˚ uˇze být od jednoho rozhodˇc´ıho ROZHODCI

FORUM

. Obrázek 4.12: Vztah ROZHODCI – FORUM Rozhodˇc´ı maj´ı pro lepˇs´ı komunikaci svoje soukromé fórum. D´ıky této vazbˇe dokáˇzeme urˇcit, které zprávy vloˇzili rozhodˇc´ı. Atributy jednotliv´ ych entit V této ˇca´sti si pop´ıˇseme jednotlivé atributy z navrhnut´ ych entit. Vˇsechny atributy vycházej´ı z poˇzadavk˚ u na aplikaci. Stejnˇe jako u vztah˚ u mezi entitami i zde si definujeme urˇcitou strukturu, kterou budeme dodrˇzovat. Nejprve si o urˇcité entitˇe ˇrekneme, k ˇcemu slouˇz´ı, a poté pop´ıˇseme jednotlivé atributy entity vˇcetnˇe datov´ ych typ˚ u. V pˇr´ıpadˇe jedná-li se o primárn´ı kl´ıˇc, bude za datov´ ym typem zkratka PK, jedná-li se o ciz´ı kl´ıˇc, bude zkratka FK. Nakonec bude následovat struˇcn´ y popis konkrétn´ıho atributu. Atributy konkrétn´ı entity budou vyznaˇcovány bezpatkov´ ym p´ısmem, datov´ e typy budou vyznaˇcovány strojov´ ym p´ısmem. Název ENTITY bude oznaˇcen velk´ ym p´ısmem a kapitálkami.

22



UZIVATELE Tato entita slouˇz´ı pro uchován´ı informac´ı o uˇzivatel´ıch, jde pˇredevˇs´ım o jméno a pˇr´ıjmen´ı, kontaktn´ı u ´daje ve formˇe telefonn´ıho ˇc´ısla a emailové adresy, pˇrihlaˇsovac´ı u ´daje a pˇr´ıpadn´ y komentáˇr. Kaˇzd´ y, kdo se registruje a zastává ˇcinnost rozhodˇc´ıho nebo hráˇce má v této tabulce záznam. N´ azev atributu

Datov´ y typ

Popis

id uzivatele jmeno prijmeni email telefon aktivni rozhodci prihlasovaci jmeno heslo poznamky

INTEGER, PK VARCHAR(32) VARCHAR(32) VARCHAR(64) VARCHAR(32) BOOLEAN BOOLEAN VARCHAR(32) VARCHAR(16) TEXT

Identifikaˇcn´ı ˇc´ıslo uˇzivatele Jméno uˇzivatele Pˇr´ıjmen´ı uˇzivatele Emailová adresa uˇzivatele Telefonn´ı ˇc´ıslo na uˇzivatele Identifikátor, zda je uˇzivatel aktivn´ı Identifikátor, zda je uˇzivatel rozhodˇc´ı Pˇrihlaˇsovac´ı jméno uˇzivatele do systému Heslo k pˇrihláˇsen´ı uˇzivatele M´ısto pro pˇr´ıpadné poznámky k uˇzivateli

Tabulka 4.1: Atributy entity UZIVATELE

ROZHODCI Zde si uchováváme vˇsechny rozhodˇc´ı, které se pˇrihlaˇsuj´ı na zápasy, které chtˇej´ı p´ıskat. Rozeznáváme je podle jejich identifikátor˚ u. N´ azev atributu id rozhodci id uzivatele poznamky

Datov´ y typ

Popis

INTEGER, PK Identifikaˇcn´ı ˇc´ıslo rozhodˇc´ıho INTEGER, FK Identifikaˇcn´ı ˇc´ıslo uˇzivatele TEXT, FK M´ısto pro pˇr´ıpadné poznámky k rozhodˇc´ımu Tabulka 4.2: Atributy entity ROZHODCI

23



HRAC Entita HRAC uchovává urˇcité informace o hráˇci, jedna z nejd˚ uleˇzitˇejˇs´ıch je, za jak´ ym t´ ym hráˇc hraje, poté jeho bodován´ı. Nechyb´ı zde ani informace napˇr´ıklad o tom, co hráˇc studuje za fakultu nebo jaká je jeho role v t´ ymu. N´ azev atributu

Datov´ y typ

Popis

id hrace id uzivatele id tymu id status id fakulty id post id role golman cislo dresu vstrelene goly asistence trestne minuty karty

INTEGER, PK INTEGER, FK INTEGER, FK INTEGER, FK INTEGER, FK INTEGER, FK INTEGER, FK BOOLEAN INTEGER INTEGER INTEGER INTEGER INTEGER

Identifikaˇcn´ı ˇc´ıslo hráˇce Identifikaˇcn´ı ˇc´ıslo uˇzivatele Identifikaˇcn´ı ˇc´ıslo t´ ymu, za kter´ y hráˇc hraje Identifikaˇcn´ı ˇc´ıslo urˇcuj´ıc´ı status hráˇce Identifikaˇcn´ı ˇc´ıslo fakulty hráˇce, kterou hraje Identifikaˇcn´ı ˇc´ıslo postu, kter´ y hráˇc zastává Identifikaˇcn´ı ˇc´ıslo role, kterou hráˇc zastavá Identifikátor, zda je hráˇc golman ˇ ıslo dresu s kter´ C´ ym hráˇc hraje Poˇcet vstˇrelen´ ych gól˚ u Poˇcet asistenc´ı Poˇcet trestn´ ych minut Poˇcet ˇcerven´ ych karet

Tabulka 4.3: Atributy entity HRAC GOLMAN Zde jsou ukládány vˇsechny potˇrebné informace pro veden´ı statistik brankáˇr˚ u, ze kter´ ych lze vypoˇc´ıtat napˇr. procentuáln´ı u ´spˇeˇsnost a dalˇs´ı. N´ azev atributu

Datov´ y typ

Popis

id golman id uzivatele pocet zapasu obdrzene goly zakroky pocet vyher

INTEGER, PK INTEGER, FK INTEGER INTEGER INTEGER INTEGER

Identifikaˇcn´ı ˇc´ıslo brankáˇre Identifikaˇcn´ı ˇc´ıslo uˇzivatele Poˇcet odchytan´ ych zápas˚ u Poˇcet obdrˇzen´ ych branek Celkov´ y poˇcet zákrok˚ u Poˇcet v´ yher

Tabulka 4.4: Atributy entity GOLMAN

24



TYM Entita pro správu t´ ymu, zde si uchováváme potˇrebné informace k jednotliv´ ym t´ ym˚ um pro vyhodnocen´ı tabulky. Zde je uchovává i název t´ ymu. N´ azev atributu id tymu nazev vyhry prohry remizy poznamky

Datov´ y typ INTEGER, PK VARCHR(32), FK INTEGER INTEGER INTEGER TEXT

Popis Identifikaˇcn´ı ˇc´ıslo t´ ymu Název t´ ymu Poˇcet v´ yher t´ ymu Poˇcet proher t´ ymu Poˇcet rem´ız t´ ymu Pˇr´ıpadné m´ısto pro poznámky k t´ ymu

Tabulka 4.5: Atributy entity TYM

FAKULTA V této entitˇe máme uchované pˇreddefinované zkratky fakult na Západoˇceské univerzitˇe v Plzni. N´ azev atributu id fakulty zkratka fakulty

Datov´ y typ

Popis

INTEGER, PK Identifikaˇcn´ı ˇc´ıslo fakulty ˇ VARCHR(16) Zkratka fakult ZCU Tabulka 4.6: Atributy entity FAKULTA

25



POST Zde máme uchované pˇreddefinované posty, které m˚ uˇzou hráˇci zastávat. N´ azev atributu id post post zkratka

Datov´ y typ

Popis

INTEGER, PK Identifikaˇcn´ı ˇc´ıslo postu VARCHR(16) Název hrac´ıho postu VARCHR(2) Zkratka hrac´ıch pozic Tabulka 4.7: Atributy entity POST

ROLE V této entitˇe máme uchované pˇreddefinované role, které m˚ uˇzou hráˇci zastávat. N´ azev atributu id role role

Datov´ y typ

Popis

INTEGER, PK Identifikaˇcn´ı ˇc´ıslo role VARCHR(32) Název role Tabulka 4.8: Atributy entity ROLE

STATUS Zde máme uloˇzené pˇreddefinované statusy, které m˚ uˇzou hráˇci vlastnit. N´ azev atributu

Datov´ y typ

Popis

id status status zkratka statusu cena semestr

INTEGER, PK VARCHR(16) VARCHR(4) INTEGER

Identifikaˇcn´ı ˇc´ıslo statusu Název statusu Zkratka statusu Cena, kterou má hráˇc zaplatit za semestr

Tabulka 4.9: Atributy entity STATUS

26



FORUM V této entitˇe si ukládáme pˇr´ıspˇevky ze vˇsech fór (pro t´ ymy, rozhodˇc´ı a veˇrejné). N´ azev atributu id zpravy vlozil text email vlozeno

Datov´ y typ

Popis

INTEGER, PK Identifikaˇcn´ı ˇc´ıslo zprávy VARCHR(32) Jméno, pˇrezd´ıvka pod kterou se zobraz´ı zpráva TEXT Vloˇzen´ y pˇr´ıspˇevek VARCHR(32) Kontaktn´ı email DATETIME Vloˇzen´ y pˇr´ıspˇevek Tabulka 4.10: Atributy entity FORUM

4.1.2

Spr´ ava z´ apas˚ u

Tato ˇcást se zab´ yvá strukturou zápasu, z poˇzadavk˚ u plynou vˇsechny potˇrebné informace pro vytvoˇren´ı jednotliv´ ych zápas˚ u. Na následuj´ıc´ım obrázku jsou zobrazeny vˇsechny entity potˇrebné k vytvoˇren´ı zápasu vˇcetnˇe jejich vazeb. Ke kaˇzdému zápasu jsou potˇreba tˇri t´ ymy, jeden domác´ı, druh´ y host´ı a tˇret´ı poˇra´daj´ıc´ı. K p´ıskán´ı zápasu jsou nutn´ı dva rozhodˇc´ı, kteˇr´ı se budou moci na zápas sami zapisovat. Dvˇe entity na tomto obrázku byly jiˇz popsány dˇr´ıve (viz. 5.1.1 Správa uˇzivatel˚ u), tud´ıˇz je nebudeme znovu popisovat. ZAPAS TEAM

# * id zapasu o den o datum o goly domaci o goly hoste o hraci kolo

# * id teamu o nazev o vyhry o prohry o remizi o poznamky

ROZHODCI # * id rozhodci o poznamky

ROZLOSOVANI # * id_rozlosovani o domaci o hoste o pocet_tymu

Obrázek 4.13: Konceptuáln´ı schéma správy zápas˚ u.

27



Vztahy mezi entitami Jak jiˇz bylo ˇreˇceno v´ yˇse, pop´ıˇseme vztahy mezi entitami pomoc´ı definované struktury. Entita rozlosován´ı nemá ˇza´dnou vazbu s ostatn´ımi entitami. Jeden tým m˚ uˇze hrát v´ıce zápas˚ u jako domác´ı, hosté nebo být poˇradatelem. V´ıce zápas˚ u m˚ uˇze hrát, ˇci poˇrádat jeden tým. TYM

ZAPAS

Obrázek 4.14: Vztah TYM – ZAPAS K odehrán´ı zápasu jsou nutné tˇri r˚ uzné t´ ymy, proto je tato vazba ve schématu tˇrikrát, my si j´ı znázorn´ıme pouze jednou, protoˇze ostatn´ı dvˇe jsou analogické k té prvn´ı. Tato vazba nám pˇriˇrazuje t´ ymy k utkán´ı. Zápasy jsou generovány automaticky s pˇrihláˇsen´ ymi t´ ymy. Jeden rozhodˇc´ı m˚ uˇze p´ıskat v´ıce zápas˚ u. V´ıce zápas˚ u m˚ uˇze p´ıskat jeden rozhodˇc´ı. ROZHODCI

ZAPAS

Obrázek 4.15: Vztah ROZHODCI – ZAPAS Ke kaˇzdému zápasu jsou potˇreba dva rozhodˇc´ı, kteˇr´ı urˇcuj´ı zápas. Tak jako u pˇredchoz´ı vazby si znázorn´ıme pouze jednu vazbu, i kdyˇz v koncovém návrhu jsou dvˇe. Jde opˇet o analogii vazby, jelikoˇz jsou tˇreba dva rozhodˇc´ı.

28



ZAPAS Zde máme uchováváme informace o zápasech vygenerované pomoc´ı rozlosován´ı. Pouze rozhodˇc´ı se na zápas pˇrihlaˇsuj´ı sami, v pˇr´ıpadˇe nouze m˚ uˇze administrátor rozhodˇc´ı k zápasu upravit. Vˇsechny informace jsou upravitelné (napˇr. z d˚ uvodu rektorského volna) kromˇe identifikátoru zápasu. N´ azev atributu

Datov´ y typ

Popis

id zapasu den datum cas id domaci id hoste id poradatel id rozhodci 1 id rozhodci 2 goly domaci goly hoste hraci kolo

INTEGER, PK VARCHR(8) DATETIME VARCHAR(16) INTEGER, FK INTEGER, FK INTEGER, FK INTEGER, FK INTEGER, FK INTEGER INTEGER INTEGER

Identifikaˇcn´ı ˇc´ıslo zápasu Zkratka hrac´ıho dne, vˇzdy (po,st) Datum zápasu ˇ v kolik zaˇc´ıná zápas, vˇzdy (19:40, 20:25) Cas Identifikaˇcn´ı ˇc´ıslo domac´ıho t´ ymu Identifikaˇcn´ı ˇc´ıslo hostuj´ıc´ıho t´ ymu Identifikaˇcn´ı ˇc´ıslo poˇrádaj´ıc´ıho t´ ymu Identifikaˇcn´ı ˇc´ıslo rozhodˇc´ıho Identifikaˇcn´ı ˇc´ıslo rozhodˇc´ıho Poˇcet vstˇrelen´ ych gól˚ u domác´ım t´ ymem Poˇcet vstˇrelen´ ych gól˚ u hostuj´ıc´ım t´ ymem ˇ ıslo hrac´ıho kola C´

Tabulka 4.11: Atributy entity ZAPAS

Atributy jednotliv´ ych entit Vˇsechny atributy vycházej´ı z poˇzadavk˚ u na aplikaci a jsou nutné pro správn´ y chod aplikace. Nav´ıc dvˇe zobrazené entity jsou popsány v´ yˇse (tab. 4.2 a 4.5)

29



ROZLOSOVANI Tato entita slouˇz´ı pro správné rozlosován´ı zápas˚ u. Jsou zde uloˇzeny modely zápas˚ u pro rozlosován´ı v rozmez´ı 4–10t´ ym˚ u. N´ azev atributu

Datov´ y typ

Popis

id rozlosovani domaci hoste pocet tymu

INTEGER, PK INTEGER INTEGER VARCHAR(8)

Identifikaˇcn´ı ˇc´ıslo rozlosován´ı ˇ ıslo t´ C´ ymu hraj´ıc´ı jako domac´ı ˇ C´ıslo t´ ymu hraj´ıc´ı jako hosté ˇ ısla pro kolik je dan´ C´ y zápas t´ ym˚ u (napˇr. 4, 5)

Tabulka 4.12: Atributy entity ROZLOSOVANI

4.1.3

Spr´ ava text˚ u a aktualit

Tato ˇca´st se zamˇeˇruje na texty a ˇclánky zobrazené ve veˇrejné ˇca´sti webové aplikace. Z poˇzadavk˚ u na aplikaci je zˇrejmˇe, ˇze správce bude mˇenit obsahy ˇ jednotliv´ ych stránek a také, ˇze buce pˇridávat aktuáln´ı ˇclánky o dˇen´ı na ZCU. Jelikoˇz pro editaci obsahu je nutné si uchovávat jiné parametry neˇz pro editaci aktualit, je potˇreba vytvoˇrit dvˇe r˚ uzné entity.

TEXTY # * id_textu o text

AKTUALITY # * id_aktuality o vlozeno o nadpis o text

zobrazuje

STRANKA # * id_stranky o stranka

Obrázek 4.16: Konceptuáln´ı schéma správy text˚ u a aktualit.

30



TEXTY V této entitˇe si ukládáme jednotlivé obsahy stránek ve formˇe HTML. N´ azev atributu id textu text

Datov´ y typ

Popis

INTEGER, PK Identifikaˇcn´ı ˇc´ıslo textu (obsahu) TEXT Text, kter´ y se má zobrazit na dané stránce Tabulka 4.13: Atributy entity TEXTY

Vztahy mezi entitami Pop´ıˇseme vztah mezi entitami pomoc´ı definované struktury. Entita aktuality nemá ˇza´dnou vazbu s ostatn´ımi. Jeden stránka má jeden obsah. Jeden obsah je zobrazen na jedné stránce. TEXTY

STRANKA zobrazuje

stranka

Obrázek 4.17: Vztah TEXTY – STRANKA Tato vazba nám pˇriˇrazuje k jednotliv´ ym text˚ um obsahy stránek, které maj´ı zobrazit.

Atributy jednotliv´ ych entit Vˇsechny atributy jednotliv´ ych entit jsou potˇrebné pro splnˇen´ı poˇzadavk˚ u a funkcionality.

31



STRANKA Zde máme uloˇzené názvy stránek, které lze editovat. N´ azev atributu id stranky stranka

Datov´ y typ

Popis

INTEGER, PK Identifikaˇcn´ı ˇc´ıslo stránky TEXT Název stránky, které lze mˇenit obsah Tabulka 4.14: Atributy entity STRANKA

AKTUALITY V této entitˇe si ukládáme jednotlivé ˇclánky, aktuality ve formˇe HTML. N´ azev atributu

Datov´ y typ

Popis

id aktuality vlozeno nadpis text

INTEGER, PK DATETIME VARCHAR(64) TEXT

Identifikaˇcn´ı ˇc´ıslo aktuality Datum pˇridán´ı nové aktuality/ˇclánku Nadpis aktuality/ˇclánku Text (obsah) aktuality/ˇclánku

Tabulka 4.15: Atributy entity AKTUALITY

32


4.2

Závislost vztah˚ u

Z´ avislost vztah˚ u

V této ˇca´sti se seznám´ıme se vˇsemi závislostmi záznam˚ u u jednotliv´ ych entit. Jedna ze závislost´ı vycház´ı z UZIVATELE, pokud odstran´ıme záznam z této entity, je nutné odstranit záznamy i v ostatn´ıch entitách. Odstran´ımeli tedy uˇzivatele (napˇr. bude hráˇc i rozhodˇc´ı), neodstran´ıme pˇr´ısluˇsn´ y záznam jen v UZIVATELE, ale také v ROZHODCI a HRAC, kter´ y urˇc´ıme podle ciz´ıho kl´ıˇce. Analogicky pokud dojde k odstranˇen´ı hráˇce, odstran´ı se i záznam v UZIVATELE, pokud nen´ı dan´ y uˇzivatel rozhodˇc´ı. V tomto pˇr´ıpadˇe dojde k odstranˇen´ı záznamu pouze v HRAC, záznam v UZIVATELE z˚ ustane kv˚ uli vazbˇe s rozhodˇc´ım. Stejnˇe to funguje i s rozhodˇc´ım, dojde-li ke smazán´ı rozhodˇc´ıho, odstran´ı se záznam v ROZHODCI, a pokud je uˇzivatel hráˇcem, záznam v UZIVATELE z˚ ustane, v opaˇcném pˇr´ıpadˇe se odstran´ı. Dalˇs´ı závislosti nám plynou z pˇredchoz´ıch pˇr´ıklad˚ u, pˇri odstranˇen´ı rozhodˇc´ıho je jeˇstˇe tˇreba upravit utkán´ı, na které je rozhodˇc´ı pˇrihláˇsen v entitˇe ZAPAS. Dojde pouze k nastaven´ı hodnoty na null, cel´ y záznam se neodstran´ı. V pˇr´ıpadˇe odstranˇen´ı hráˇce je nutné zjistit, zda nebyl brankáˇrem, pokud ano, docház´ı k odstranˇen´ı záznamu v GOLMAN. Nejkomplikovanˇejˇs´ı odstranˇen´ı pˇricház´ı pˇri smazán´ı t´ ymu. Docház´ı t´ım ke smazán´ı vˇsech hráˇc˚ u na soupisce t´ ymu. Odstranˇen´ı hráˇce, brankáˇre, uˇzivatele a rozhodˇc´ıho jsem zm´ınil jiˇz v´ yˇse. V entitˇe ZAPAS se odstran´ı pˇr´ısluˇsné zápasy s t´ımto t´ ymem. V posledn´ı ˇradˇe se odstran´ı t´ ymové zprávy vloˇzené na t´ ymové fórum, jelikoˇz nemá smysl uchovávat tyto zprávy i nadále. Tyto zprávy se odstran´ı z FORUM.

4.3

V´ ychoz´ı hodnoty atribut˚ u

U nˇekter´ ych z atribut˚ u jsou nastaveny v´ ychoz´ı hodnoty. To znamená, ˇze pˇri ukládán´ı nov´ ych záznam˚ u jsou urˇcité hodnoty vyplnˇeny v´ ychoz´ımi hodnotami, pokud nejsou zadané explicitnˇe jinak. Pˇri zvolen´ı vhodn´ ych hodnot to m˚ uˇze b´ yt velmi u ´ˇcinné. Napˇr´ıklad pˇri pˇridáván´ı hráˇce má bodován´ı (vstˇrelené góly, asistence. . . ) nastavené na 0. Defaultnˇe byl tento atribut prázdn´ y, a tud´ıˇz pˇri vypisován´ı kanadského bodován´ı se zobraz´ı prázdná kolonka. Po nastaven´ı v´ ychoz´ı hodnoty se zobraz´ı 0, coˇz vypadá lépe. Analogicky jsou nastaveny brankáˇrské statistiky a t´ ymové statistiky.

33


4.4

Fyzický datový model

Fyzick´ y datov´ y model

Po realizaci konceptuáln´ıho schématu vycházej´ıc´ıho z poˇzadavk˚ u na aplikaˇcn´ı funkcionalitu lze vytvoˇrit fyzick´ y datov´ y model. Informace shromáˇzdˇené z popisu jednotliv´ ych vztah˚ u a entit se zobraz´ı do celého návrhu datového modelu. Pro navrˇzen´ı modelu jsem zvolil prostˇred´ı Oracle SQL Developer 4.0 – Data Modeler. Schéma datového modelu ukazuje celkové ˇreˇsen´ı návrhu a je uvedeno v Pˇr´ıloze B na str. (jeˇstˇe nev´ım) obr. 7.2. Následuje Pˇr´ıloha C, kde jsou ukázky skript˚ u generuj´ıc´ı ˇca´st navrˇzené databáze. Kv˚ uli rozsahu databáze jsou kompletn´ı zdrojové kódy pro navrˇzen´ı databázového modelu na disku CD-ROM, kter´ y nalezneme v Pˇr´ıloze D.

34

5 Implementace aplikace V pˇredchoz´ı ˇcásti jsem navrhl databázov´ y model, kter´ y lze nyn´ı plnit daty. Struˇcnˇe pop´ıˇsi vybrané prostˇredky pro implementaci a samotnou implementaci pro vytvoˇren´ı webové aplikace a administrátorského prostˇred´ı. Pro v´ yvoj aplikace jsem vyuˇzil vˇsechny programovac´ı jazyky zm´ınˇené v kapitole 3.1. Programovac´ı jazyky, kromˇe jazyka ASP.NET, kter´ y nelze pouˇz´ıt v pˇr´ıpadˇe vyuˇzit´ı PHP. PHP jsem si zvolil z d˚ uvodu vˇetˇs´ı podpory u hosting˚ u a také d´ıky jeho rozˇs´ıˇren´ı mezi webov´ ymi aplikacemi. Osobnˇe upˇrednostˇ nuji PHP. Ostatn´ı vybrané jazyky jsou standardem pˇri vytváˇren´ı obdobn´ ych projekt˚ u. Jako datové u ´loˇziˇstˇe vyuˇziji databázov´ y systém MySQL popsan´ y v´ yˇse. Ke komunikaci s databáz´ı vyuˇz´ıvám knihovnu DIBI. Z konkrétn´ıch vybran´ ych technologi´ı lze vybrat poskytovatele hostingu. Po pˇredloˇzen´ı mého návrhu a po konzultaci s katedrou tˇelesné v´ ychovy a sportu 1 jsme se rozhodli pro zaloˇzen´ı webového projektu na CIVu , kter´ y vyuˇzijeme pro hosting webov´ ych stránek. Webov´ y hosting poskytovan´ y CIVem nám nab´ız´ı, jak vyuˇzit´ı PHP tak MySQL technologii. Nejvˇetˇs´ı v´ yhodou tohoto hostingu je vybrán´ı libovolné neobsazené domény a jeho cena za poskytnut´ı. Je zcela zdarma. Jako adresu stránek si KTS vybrala www.florbal.zcu.cz, kde je spuˇstˇen´ y projekt. Pro export poˇzadovan´ ych dokument˚ u jsem vyuˇzil knihovnu mPDF, jelikoˇz jsem zvolil k tomu pˇrizp˚ usoben´ y jazyk PHP.

5.1

Webov´ a aplikace

Tato ˇca´st aplikace je vytvoˇrena pomoc´ı proceduráln´ıho programován´ı. Struktura implementace je rozdˇelená do v´ıce sloˇzek podle jejich u ´ˇcelu. Kaskádov´ y styl se nacház´ı ve sloˇzce css. Soubory ke staˇzen´ı jsou ve sloˇzce download. Pouˇzité speciáln´ı p´ısmo najdeme ve sloˇzce fonts. Pouˇzité obrázky v img, knihovna pro práci s databáz´ı je ve sloˇzce lib. Poté následuje sloˇzka pages, která obsahuje vˇsechny obsahy stránek a skript˚ u, které m˚ uˇze uˇzivatel vidˇet. Posledn´ı 1

CIV – Centrum informatizace a v´ ypoˇcetn´ı techniky.

35

Implementace aplikace

Webová aplikace

sloˇzka je zapis, kde je vˇse potˇrebné pro vygenerován´ı zápisu k utkán´ı v pdf, tud´ıˇz zde nalezneme knihovnu mPDF. Posledn´ı soubor je index.php, kter´ y se naˇc´ıtá jako prvn´ı pˇri navˇst´ıven´ı webu. Vˇsechny stránky vycházej´ı právˇe ze zm´ınˇeného index.php. Jedná se o kostru webu, do které je naˇc´ıtán obsah jednotliv´ ych stránek pomoc´ı PHP funkce include(). Stránka je rozdˇelena na hlaviˇcku (head) a tˇelo (body). V hlaviˇcce jsou tzv. meta tagy, kde se nastavuje kódován´ı, kl´ıˇcová slova, popisek pro vyhledávaˇce a dalˇs´ı. Ve své práci jsem pouˇzil vˇsechny zm´ınˇené tagy. Dále jsem v hlaviˇcce nastavil cestu ke kaskádovému stylu pomoc´ı linku, kter´ y pouˇz´ıvám pro naformátován´ı obsahu stránek. Jako posledn´ı vˇec v hlaviˇcce jsem nastavil title, coˇz je nadpis stránek v záloˇzce ve webovém prohl´ıˇzeˇci. V tˇele kostry docház´ı k naˇcten´ı skriptu pro pˇrihláˇsen´ı do databáze opˇet pomoc´ı funkce include(). Následnˇe docház´ı k nastartován´ı SESSION funkc´ı uˇzeme m´ıt uloˇzené session start(), coˇz je super globáln´ı promˇenná, ve které m˚ v´ıce parametr˚ u. Tuto promˇennou vyuˇz´ıvám pro uchován´ı informac´ı o pˇrihláˇseném uˇzivateli. Pomoc´ı toho dokáˇzi rozliˇsit, zda je uˇzivatel pˇrihláˇsen, popˇr´ıpadˇe nastav´ım informaˇcn´ı panel na stránce o tom, kde uˇzivatel vid´ı svoje pˇrihlaˇsovac´ı jméno a moˇznost upravit své u ´daje. Následuje vytvoˇren´ı menu pomoc´ı HTML tag˚ u, kde se nacház´ı vˇsechny záloˇzky (napˇr. UFL, REPREZENTACE, TURNAJE, KONTAKY. . . ). Pokud je pˇrihláˇsen hráˇc, má o záloˇzku nav´ıc, která ho odkazuje na souhrn informac´ı o jeho t´ ymu, coˇz rozpoznám d´ıky nastaven´ı SESSION. Pod menu se nacház´ı tabulka t´ ym˚ u seˇrazená podle jejich z´ıskan´ ych bod˚ u. T´ ymy si naˇctu z databáze pomoc´ı knihovn´ı funkce dibi a to dibi::fetchAll(), která nám vrát´ı pole vˇsech ˇra´dk˚ u (záznam˚ u) v tabulce TYM. D´ıky moˇznostem jazyka SQL nám databáze vrát´ı jiˇz seˇrazené t´ ymy podle bod˚ u (k seˇrazen´ı ˇrádk˚ u v dotazu slouˇz´ı pˇr´ıkaz ORDER BY, pro z´ıskán´ı záznam˚ u SELECT). Poté z´ıskané hodnoty procház´ım cyklem foreach a postupnˇe vypisuji t´ ymy do tabulky. Jako posledn´ı na stránce jsou tˇri odkazy v podobˇe ikon na facebookové stránky KTS, následuje odkaz na stránky KTS a jako posledn´ı je ikona pro pˇrihláˇsen´ı. Pokud je hráˇc pˇrihláˇsen, ikona o pˇrihláˇsen´ı zmiz´ı, to rozpoznám d´ıky nastaven´ı SESSION. Dosud vˇsechno zm´ınˇené je zobrazeno na vˇsech stránkách webu a mˇen´ı se pouze jejich stˇred (obsah) pomoc´ı jiˇz zm´ınˇené funkce PHP include(). Defaultnˇe je nastaveno naˇcten´ı u ´vodn´ı stránky. V pˇr´ıpadˇe upraven´ı adresy a nenalezen´ı poˇzadované stránky je naˇctena opˇet u ´vodn´ı strana.

Jednotlivé stránky obsahuj´ı vˇzdy nadpis, kter´ y naznaˇcuje jejich u ´ˇcel. Poté následuje informaˇcn´ı text, pˇr´ıpadné tlaˇc´ıtka odkazuj´ıc´ı se na jiné stránky ˇci formuláˇre. 36


Webová aplikace

Pˇri zobrazen´ı nˇekter´ ych text˚ u je nutné z´ıskat dan´ y obsah stránky z databáze, protoˇze obsah nˇekter´ ych stránek je editovateln´ y. Pomoc´ı funkce dibi::fetch a SQL dotazu z´ıskám jeden záznam z tabulky TEXTY uloˇzen´ y ve formˇe HTML, kter´ y následnˇe zobraz´ım. Stránky, kde je zobrazen´ y text, kter´ y nelze editovat, jsou také ve formˇe HTML, ale jiˇz bez pˇr´ıstupu do databáze. Vˇsechny formuláˇre na webu vˇzdy zpracovává pˇr´ısluˇsn´ y skript. Napˇr´ıklad pˇri registraci t´ ymu dojde k vyplnˇen´ı formuláˇre a následnˇe ho uˇzivatel odeˇsle. Skript (registrujTym.php) jako prvn´ı ovˇeˇr´ı, zda jsou vyplnˇeny vˇsechny povinné u ´daje, pokud ne vyp´ıˇse chybu, která nastala, jinak pokraˇcuje dál. Pro tuto kontrolu u ´daj˚ u jsem vyuˇzil funkci empty(), která vrac´ı true v pˇr´ıpadˇe, ˇze je parametr prázdn´ y, false v pˇr´ıpadˇe, kdyˇz parametr nˇeco obsahuje. Následnˇe kdyˇz jsou vˇsechny u ´daje vyplnˇené, tak se zkontroluj´ı hesla, zda se shoduj´ı. Zde jsem vyuˇzil funkci strcmp() pro porovnán´ı dvou ˇretˇezc˚ u, která opˇet vrac´ı true v pˇr´ıpadˇe, ˇze se ˇretˇezce shoduj´ı a false, kdyˇz ne. Poté se zkontroluje délka pˇrihlaˇsovac´ıho jména a hesla. K tomu nám slouˇz´ı funkce strlen(), která nám vrac´ı poˇcet znak˚ u zadaného parametru. Následuje ovˇeˇren´ı správnosti tvaru emailu a telefonu. Kde jsem vyuˇzil regulárn´ı v´ yrazy a funkci preg match(), která vrac´ı true, pokud parametr splˇ nuje definovan´ y tvar a false, pokud ne. Pak si z databáze naˇctu poˇcet pˇrihlaˇsovac´ıch jmen, email˚ u, telefon˚ u a t´ ym˚ u, kde jsou u ´daje stejné jako ve vyplnˇeném formuláˇri. Pomoc´ı dibi::fetchAll() z´ıskám vˇsechny tyto záznamy a pomoc´ı count() zjist´ım poˇcet vˇsech tˇechto záznam˚ u. Pokud je jiˇz nˇekter´ yzu ´daj˚ u v databázi, je uˇzivatel poˇzádán o zmˇenu daného u ´daje. Po d˚ ukladné kontrole vyplnˇen´ ych u ´daj˚ u je dan´ y t´ ym s vedouc´ım registrován a vloˇzen do databáze. K tomu jsem opˇet vyuˇzil DIBI a jej´ı funkci dibi::query(). Následnˇe vyp´ıˇsi uˇzivateli zprávu o pˇridán´ı a pomoc´ı funkce header() ho pˇresmˇeruji na u ´vodn´ı stranu. Vˇsechny ostatn´ı skripty funguj´ı na velmi podobné logice. Jedin´ y skript na generován´ı zápisu k utkán´ı funguje na jiné logice. Ten funguje na principu z´ıskán´ı informac´ı z databáze o vybraném utkán´ı, jako je soupiska hráˇc˚ u, názvy t´ ym˚ u atd. Poté se nastav´ı jméno PDF souboru, kódován´ı (UTF–8) a formát souboru (A4–L – A4 na ˇs´ıˇrku). Pomoc´ı y jako parafunkce file get contents() z´ıskáme obsah CSS souboru uveden´ metr. Následnˇe aktivujeme pomoc´ı funkce ob start() v´ ystupn´ı buffer. Pak HTML tagy vyp´ıˇseme potˇrebné u ´daje. Poté do promˇenné pomoc´ı funkce ob get contents() uloˇz´ıme obsah bufferu. Jeˇstˇe pˇred vygenerován´ım v´ ysledného PDF vyprázdn´ıme po sobˇe v´ ystupn´ı buffer funkc´ı ob end clea(). Posledn´ım krokem vygenerujeme PDF soubor se zadan´ ymi parametry. K tomu jsem pouˇzil funkci getSimplPdfWindow(), kam jako prvn´ı parametr je vloˇzen název souboru, následuje HTML kód a pouˇzité CSS.

37


5.2

Administrátorské prostˇred´ı

Administr´ atorsk´ e prostˇ red´ı

Tato ˇcást na rozd´ıl od pˇredchoz´ı ˇca´sti je vytvoˇrena pomoc´ı objektovˇe orientovaného programován´ı s vyuˇzit´ım MVC architektury. Pouˇzitá architektura vycház´ı ze spoleˇcného projektu ze ZSWI. Struktura administrátorského prostˇred´ı je komplikovanˇejˇs´ı a tak m´ısto popisu jsem se rozhodl ji zachytit pomoc´ı následuj´ıc´ıho schématu (obr. 5.1).

js jquery-1.9.1.min ...

«include»

inc

«include»

index.php

menu.php «include» font

css

FontAwesome.otf

basic.css

...

...

«include»

«include»

_config.php router.php

cleditor

«include» lib dibi.min.php ...

«include»

class (kontroléry)

view

«include» home.class.php

homeShow.php

...

...

...

...

export model

home.model.php ... ...

Obrázek 5.1: Struktura administrátorského prostˇred´ı.

38

«include»



Pokud se chce správce dostat do prostˇred´ı, mus´ı se nejdˇr´ıv pˇrihlásit v pˇredchoz´ı ˇcásti, poté je pˇresmˇerován do administraˇcn´ıho prostˇred´ı. Vˇsechny stránky opˇet vycházej´ı ze souboru index.php. Zde jako prvn´ı vˇec zapneme SEy SSION funkc´ı session start(), abychom z´ıskali informace o uˇzivateli, kter´ se snaˇz´ı do prostˇred´ı dostat. Následuje podm´ınka, která nám oˇsetˇruje, zda je dan´ y uˇzivatel oprávnˇen ke vstupu a funkc´ı isset() zjist´ıme, zda jsou SESSION v˚ ubec nastaveny. Pˇri záporném vyhodnocen´ı je uˇzivatel vrácen na veˇrejnou ˇcást. Pokud je pˇrihlaˇsovan´ y správcem, pˇr´ıkazem require once() naˇcteme pˇr´ısluˇsn´ y konfiguraˇcn´ı soubor pro pˇripojen´ı do databáze config.php a soubory na nastaven´ı routován´ı router.php a kontrolér controler.class.php. Pˇr´ıkaz uvodu toho, ˇze pokud byl kód ze souboru jiˇz require once() jsem vyuˇzil z d˚ dˇr´ıve vloˇzen, nevloˇz´ı se znovu. Funkce routován´ı router.php je urˇcen´ı, jak´ y kontrolér zavolat. Jako prvn´ı si funkc´ı expole() rozdˇel´ım adresu do pole podle oddˇelovaˇce &. Funkc´ı array shift() si vezeme prvn´ı prvek z pole, kter´ y mi urˇcuje název stránky. Tato funkce nám vyjme prvn´ı prvek a posune vˇsechny prvky dopˇredu, funguje na principu fronty. Potom zjist´ıme, zda název stránky nen´ı prázdn´ y funkc´ı empty(), pokud je, za stránku oznaˇc´ıme u ´vodn´ı home a za kontrolér home.class.php. V opaˇcném pˇr´ıpadˇe oznaˇc´ıme dan´ y kontrolér. Potom zbylé argumenty procház´ım cyklem foreach a rozdˇeluji je dál, které si ukládám do jednotliv´ ych promˇenn´ ych. Poté docház´ı k ovˇeˇren´ı, zda dan´ y kontrolér existuje funkc´ı file exists(), pokud ne je vypsána chyba a skript je ukonˇcen pomoc´ı funkce die(). Pokud dan´ y kontrolér existuje, je naˇcten pomoc´ı include once(). Poté pˇrevedu prvn´ı p´ısmeno kontroléru na velké funkc´ı ucfirst a to oznaˇc´ım za název tˇr´ıdy kontroléru. Následnˇe funkc´ı class exists() ovˇeˇr´ım, jej´ı existenci. V pˇr´ıpadˇe, ˇze tˇr´ıda neexistuje, je skript ukonˇcen s v´ ypisem chybové hláˇsky funkc´ı die(). Pokud existuje, dojde k vytvoˇren´ı nové instance tˇr´ıdy kontroléru. Kontrolér controler.class.php má dvˇe metody, které ostatn´ı kontroléry od nˇej dˇed´ı. Jsou to metody main() a render(). V prvn´ı zmiˇ novan´ y metodˇe si kontrolér zjist´ı, jakou metodu má volat (napˇr. show). Druhá zmin ˇovaná metoda, slouˇz´ı pro zobrazen´ı pˇr´ısluˇsného view. Nejprve si naˇcteme dan´ y view, potom ovˇeˇr´ıme jeho existenci opˇet metodou file exists(). Pokud neexistuje, oznaˇc´ıme za view chybovou stránku, kterou následnˇe zobraz´ıme. Následnˇe docház´ı k zapnut´ı bufferován´ı v´ ystupu funkc´ı ob start(), naˇcteme pˇr´ısluˇsnou stránku pomoc´ı include() a do promˇenné si uloˇz´ıme obsah intern´ıho bufferu pomoc´ı ob get contents(). Následnˇe po sobˇe obsah bufferu vymaˇzeme pomoc´ı ob end clean() a zobraz´ıme pˇr´ıkazem echo.

Nyn´ı se vrac´ıme zpˇet k souboru index.php. Tak jako v pˇredchoz´ım souboru 39



index.php, i zde je stránka rozdˇelena na tˇelo (body) a hlaviˇcku (head). V hlaviˇcce jsou pouˇzité podobné meta tagy, jako v pˇredchoz´ı ˇcásti. Nav´ıc je zde pouze tag pro naˇcten´ı javasript˚ u. Poté docház´ı k zavolán´ı dotyˇcné metody main() z jiˇz vytvoˇrené instance tˇr´ıdy. Jako posledn´ı k ˇcemu na stránce docház´ı je naˇcten´ı menu pomoc´ı funkce include(). Vˇse doted’ zm´ınˇené nám poskytuje kostru administrátorského prostˇred´ı. Dokáˇze naˇc´ıst kteroukoliv stránku, z kteréhokoliv kontroléru a zobrazit j´ı. Posledn´ı, co nám zb´ yvá zm´ınit je pouˇzit´ı modelu. Do pˇr´ısluˇsného kontroléru vˇzdy naˇcteme pˇr´ısluˇsn´ y model. V kontroléru si poté vytvoˇr´ıme instanci modelu, abychom dokázali z nˇej vyuˇz´ıvat pˇr´ısluˇsné metody. V modelu jsou nejˇcastˇeji metody pro z´ıskán´ı/odstranˇen´ı/aktualizaci dat z databáze. Ve view si opˇet naˇc´ıtáme model, kter´ y budeme potˇrebovat funkc´ı require once(). Pro z´ıskán´ı dat si nejprve vytvoˇr´ıme instanci modelu a d´ıky nˇemu, poté voláme pˇr´ısluˇsné metody. Struktura jednotliv´ ych stránek je podobná tˇem z pˇredchoz´ı ˇcásti. Jako prvn´ı na stránce je nadpis a následuje informaˇcn´ı text, v´ ypis záznam˚ u, formuláˇr ˇci tlaˇc´ıtka odkazuj´ıc´ı se na dalˇs´ı stránky. Zde pouze nevyhodnocuje stránku pˇr´ısluˇsn´ y skript, ale kontrolér. Pro kontrolu dat z formuláˇr˚ u jsem opˇet vyuˇzil regulárn´ı v´ yrazy a funkce zm´ınˇené v´ yˇse. Celkovˇe pouˇzité funkce v této ˇcásti jsou velmi podobné funkc´ım z ˇcásti pˇredchoz´ı. Pro práci s databáz´ı jsem vyuˇzil funkce knihovny dibi, opˇet zm´ınˇené v´ yˇse. Export soubor˚ u je stejn´ y, jako v pˇredchoz´ı ˇcásti. V pˇr´ıpadˇe nejasnost´ı je cel´ y zdrojov´ y kód d˚ ukladnˇe okomentován.

40

6 Testován´ı Testován´ı se zavád´ı z d˚ uvodu ovˇeˇrován´ı kvality hotového systému. Testován´ı se zab´ yvá vyhledáván´ım chyb, to je zˇrejmé, ale liˇs´ı se v jeho velikosti zábˇeru. Testován´ı lze rozdˇelit do v´ıce test˚ u napˇr. testy pouˇzitelnosti, testy spolehlivosti, testy podpory a jiné. Webové aplikace se liˇs´ı od desktopov´ ych zejména v tom, ˇze webové aplikace vyuˇz´ıvaj´ı prohl´ıˇzeˇc. Uˇz to lze povaˇzovat za prvn´ı problém, na kter´ y bychom si mˇeli dát pozor. Uˇzivatelé maj´ı na webu vˇetˇs´ı volnost pohybu, neˇz u desktopov´ ych aplikac´ı. My se budeme soustˇredit na testy kompatibility mezi r˚ uzn´ ymi prohl´ıˇzeˇci, pˇri r˚ uzném rozliˇsen´ı obrazovky a samozˇrejmˇe na funkcionalitu aplikace. Webovou aplikaci je nejlepˇs´ı testovat ruˇcnˇe neˇz pomoc´ı automatick´ ych test˚ u.[6]

6.1

Testov´ an´ı v´ ysledn´ eho syst´ emu

Zab´ yvat se budeme pouze dynamickou kontrolou systému, to znamená, ˇze aplikace odpov´ıdá poˇzadavk˚ um na aplikaci. Dynamické testován´ı vyˇzaduje testován´ı na bˇeˇz´ıc´ı aplikaci a prob´ıhá hlavnˇe na základˇe r˚ uzn´ ych vstup˚ u a posuzován´ı v´ ystup˚ u. Aplikace je testována na stroji Lenovo ThinkPad T520, Intel(R) Cote(TM) i7-2670QM CPU @ 2.20GHZ, 8,00 GB RAM na systému Windows 7 Proffesional 64bitové verzi. Jako prvn´ı jsem testoval kompatibilitu mezi prohl´ıˇzeˇci. Abych vˇedˇel, na jak´ ych prohl´ıˇzeˇc´ıch bych mˇel aplikaci testovat, tak pro z´ıskán´ı statistik pouˇz´ıván´ı prohl´ıˇzeˇc˚ u jsem vyuˇzil stránky uvedené v literatuˇre [7]. Jako prvn´ım testovan´ ym prohl´ıˇzeˇcem byl Google Chrome – verze 34.0, kteˇ r´ y je v Ceské Republice nejrozˇs´ıˇrenˇejˇs´ı. Následoval Mozilla Firefox – verze 28.0. Jako tˇret´ı prohl´ıˇzeˇc jsem zvolil Internet Explorer 10 – verze 10.0. Posledn´ı prohl´ıˇzeˇc jsem vybral Operu – verze 20.0. Shrnut´ı v´ ysledk˚ u kompatibility mezi prohl´ıˇzeˇci. Podle oˇcekáván´ı Google Chrome dopadl pro danou aplikaci jako nejlepˇs´ı. To pˇredevˇs´ım z d˚ uvodu, ˇze aplikace byla vyv´ıjena pro tento prohl´ıˇzeˇc. Firefox jako druh´ y nejpouˇz´ıvanˇejˇs´ı prohl´ıˇzeˇc prokázal v´ ybornou kompatibilitu a s aplikac´ı nemˇel sebemenˇs´ı problém. Prvn´ı problém pˇricház´ı s prohl´ıˇzeˇcem Internet Explorer 10. Zde bylo nalezeno ˇspatné zobrazen´ı pˇri stahován´ı zápisu k utkán´ı, kolem ikony ke staˇzen´ı je nav´ıc rámeˇcek. V administrátorském prostˇred´ı u poloˇzek menu jsou vidˇet odráˇzky. Vˇsechny nalezené chyby v tomto prohl´ıˇzeˇci nemaj´ı vliv na 41

Testován´ı

Zhodnocen´ı testovac´ıch výsledk˚ u

funkcionalitu, ale pouze na vzhled. Jako posledn´ı prohl´ıˇzeˇc byl Opera, kde nenastal ˇza´dn´ y problém. Po testován´ı r˚ uzn´ ych prohl´ıˇzeˇc˚ u jsem testoval r˚ uzné rozliˇsen´ı obrazovky. Pro z´ıskán´ı nejpouˇz´ıvanˇejˇs´ıch rozliˇsen´ı jsem opˇet vyuˇzil stránky jako u statistiky prohl´ıˇzeˇc˚ u. Ukázalo se, ˇze nejpouˇz´ıvanˇejˇs´ı rozliˇsen´ı je 1366x786, následuje 1920x1080, 1280x1024 a 1280x800. Rozliˇsen´ı 1024x768 jiˇz nen´ı, tak aktuáln´ı jako pˇred lety, tud´ıˇz jsem se rozhodl jej do testován´ı nezahrnout. Pˇri testován´ı zm´ınˇen´ ych rozliˇsen´ıch jsem nenarazil na problém s komponenty ˇci jejich zobrazen´ım. Pouze u niˇzˇs´ıch rozliˇsen´ı se m˚ uˇze uˇzivateli zdát zobrazená stránka trochu vˇetˇs´ı, neˇz by bylo tˇreba. Doporuˇcená rozliˇsen´ı jsou dvˇe nejpouˇz´ıvanˇejˇs´ı 1920x1080 a 1366x786. Dosud jsme testovali r˚ uzná prostˇred´ı s r˚ uzn´ ymi moˇznostmi zobrazen´ı. Nyn´ı otestujeme funkcionalitu aplikace podle poˇzadavk˚ u na systém (viz. 2. Základn´ı popis aplikace). Zaˇcnu testován´ım formuláˇr˚ u. Poté budu testovat moˇzné role uˇzivatel˚ u. Dále budu zkouˇset mˇenit parametry v URL1 adrese. Pˇri vyplˇ nován´ı veˇsker´ ych formuláˇr˚ u jsem nenarazil na ˇza´dn´ y problém a vˇse funguje podle poˇzadavk˚ um. Pˇri testován´ı jsem nejprve zadával oˇcekávané hodnoty a poté neoˇcekávané, pokaˇzdé aplikace reagovala korektnˇe. V pˇr´ıpadˇe role hráˇce, ˇci rozhodˇc´ıho se ˇzádn´ y problém nevyskytl. V roli administrátora jsem narazil na chybu. Chyba byla v odhláˇsen´ı se z administrátorského prostˇred´ı, aplikace nereagovala na tento poˇzadavek korektnˇe. Jiné problémy v rol´ıch uˇzivatel˚ u nebyly zjiˇstˇeny. Pˇri posledn´ım testován´ı mˇenˇen´ı parametr˚ u nebo celé URL adresy jsem narazil na v´ıce problém˚ u. Jednalo se o chyby stejného typu, jenom na v´ıce stránkách. Napˇr´ıklad po pˇrihláˇsen´ı rozhodˇc´ıho jsem se mohl dostat na správu t´ ymu, i kdyˇz rozhodˇc´ı ˇza´dn´ y t´ ym nemá a v ˇzádném nehraje. Stejnˇe tak po pˇrihláˇsen´ı hráˇce, nebo rozhodˇc´ıho jsem se po upraven´ı URL adresy dostal do administrátorského prostˇred´ı.

6.2

Zhodnocen´ı testovac´ıch v´ ysledk˚ u

Jedná-li se o prostˇred´ı, kde máme spuˇstˇenou aplikaci, lze ze zjiˇstˇen´ ych informac´ı vyvodit závˇer, ˇze vytvoˇrená aplikace je bezproblémová. Pˇri testován´ı funkcionality aplikace byly nalezeny chyby. D˚ usledkem chyb jsou pouze menˇs´ı nepˇr´ıjemnosti. Vˇsechny objevené problémy vznikly nepozornost´ı programátora nebo ˇspatn´ ym odhadem daného problému. Vˇsechny 1

URL – Uniform Resource Locator.

42

Testován´ı

Zhodnocen´ı testovac´ıch výsledk˚ u

chyby byly opraveny a aplikace je pˇripravena na pˇredán´ı koncovému uˇzivateli.

43

7 Závˇer Tato bakaláˇrská práce se zab´ yvala navrˇzen´ım a implementován´ım webové aplikace pomoc´ı vhodn´ ych prostˇredk˚ u. V poˇzadavc´ıch na systém je zm´ınˇena i desktopová aplikace, která je povaˇzována za sekundárn´ı ˇcást. Po domluvˇe s KTS nakonec tato aplikace nen´ı poˇzadována z d˚ uvodu malé pravdˇepodobnosti v´ ypadku funkˇcnosti aktuáln´ı informaˇcn´ı tabule v hale KTS. V´ yvojem aplikace chceme dosáhnout vˇetˇs´ı informovanosti student˚ u a zamˇestnanc˚ u ˇ o florbalovém dˇen´ı. Správce d´ıky administraˇcn´ımu prostˇred´ı dokáˇze ˇr´ıdit ZCU celou univerzitn´ı florbalovou ligu. Na zaˇca´tku práce jsem se zamˇeˇril na technologie potˇrebné pro tvorbu webu vˇcetnˇe databázového systému vycházej´ıc´ı ze studia odborn´ ych publikovan´ ych ˇclánk˚ u a literatury. Na základˇe poˇzadavk˚ u jsem navrhl konceptuáln´ı schéma se vˇsemi potˇrebn´ ymi entitami pro správnou funkcionalitu vˇcetnˇe jejich vztah˚ u a atribut˚ u. Jeho grafické znázornˇen´ı je v Pˇr´ıloze A (obr. 7.1). Pro bliˇzˇs´ı pochopen´ı popisuji vztahy mezi jednotliv´ ymi entitami a v´ ychoz´ı hodnoty atribut˚ u. Poté byl vytvoˇren fyzick´ y model, kter´ y specifikuje vlastnosti databáze jiˇz konkrétn´ıch datov´ ych typ˚ u. Nad navrˇzen´ ym databázov´ ym modelem byla implementována webová aplikace. Jako prvn´ı jsem zaˇcal implementaci veˇrejné ˇca´sti s moˇznost´ı pˇrihláˇsen´ı uˇzivatel˚ u. To jsem vytvoˇril pomoc´ı proceduráln´ıho programován´ı. Druhou ˇca´st webu tvoˇr´ı administrátorské prostˇred´ı, které jsem vytvoˇril pomoc´ı objektovˇe orientovaného programován´ı. Po vytvoˇren´ı aplikace lze tyto dva zp˚ usoby programován´ı srovnat. Pro menˇs´ı weby se dá urˇcitˇe vyuˇz´ıt proceduráln´ıho programován´ı. Pro weby rozsáhlejˇs´ı bych rozhodnˇe doporuˇcil objektovˇe orientované programován´ı, z d˚ uvodu lepˇs´ı architektury a lepˇs´ı pˇrehlednosti. Bˇeˇzn´ y návˇstˇevn´ık webu nepozná metodu programován´ı, tud´ıˇz vybraná metoda nemá na funkcionalitu ˇzádn´ y vliv. U administrátorského prostˇred´ı jsem vyuˇzil návrhového vzoru MVC. Po vytvoˇren´ı aplikace jsem provedl jej´ı testován´ı. D´ıky tomu jsem odhalil chyby, které byly následnˇe opraveny. Chyby u rozsáhlé webové aplikace vzniknou velmi snadno. Hlavn´ım zdrojem chyb bylo opomenut´ı programátora. Stránky byly vytvoˇreny s pouˇzit´ım programovac´ıho jazyka PHP. Pro 44

uchován´ı dat byla pouˇzita databáze MySQL. V souˇcasné dobˇe web slouˇz´ı ˇ pro poskytnut´ı informac´ı o florbalovém dˇen´ı na ZCU. Od nového ˇskoln´ıho roku bude slouˇzit i pro správu florbalové univerzitn´ı ligy. Webové stránky jsou dostupné na http://www.florbal.zcu.cz. Ukázky rozhran´ı jsou uvedeny v Pˇr´ıloze E. Web by se mohl do budoucna rozˇs´ıˇrit o galerii obrázk˚ u. Dalˇs´ı moˇznost´ı 1 rozˇs´ıˇren´ı je vyuˇzit´ı OCR pro automatické naˇc´ıtán´ı zápis˚ u o utkán´ı. To by pˇrineslo dalˇs´ı automatizaci a zjednoduˇsen´ı práce pro administrátora.

1

OCR – Optical Character Recognition

45

Literatura [1]

Tvorba WWW - o webdesignu, grafice a reklame: ASP Active Server Pages [online]. [cit. 2014-04-11]. Dostupne z: http://www.tvorba-webu.cz/php/asp.php

[2]

ˇ BC. VIKTOR MLADENKA. Charakteristika databázov´ ych systém˚ u a tvorba databáze [online]. [cit. 2014-04-11]. Dostupné z: http://www.vn.cz/ mladenkav/izm/mpi/MPI%2012.doc

[3]

ˇ APKA, ´ ´ C David. 1. d´ıl - Uvod do ASP.NET. Devbook.cz [online]. [cit. 2014-04-12]. Dostupné z: http://www.devbook.cz/tutorialuvod-do-asp-dot-net

[4]

ˇ APKA, ´ C David. Databáze: Tvorba konceptuáln´ıho modelu z business zadán´ı. Devbook.cz [online]. [cit. 201404-12]. Dostupné z: http://www.devbook.cz/databaze-navrhkonceptualni-model-z-business-zadani

[5]

HOLZSCHLAG, Molly E. HTML a CSS jdi do toho. Praha: Grada Publishing, a.s., 2006. ISBN 80-247-1451-X.

[6]

Testován´ı softwaru: základy testován´ı. BOROV´ COVA, Anna. [online]. [cit. 2014-04-19]. Dostupné z: http://testovanisoftwaru.blogspot.cz/

[7]

StatCounter: GlobalStat. [online]. [cit. 2014-04-19]. Dostupné z: http://gs.statcounter.com/

[8]

Dibi is Database Abstraction Library for PHP 5. | dibi [online]. 2008, 2014 [cit. 2014-04-20]. Dostupné z: http://dibiphp.com/cs/

46

[9]

OZANA, Roman. CLEditor fajn´ y WYSIWYG HTML Editor. [online]. [cit. 2014-04-20]. Dostupné z: http://www.nabito.net/cleditor-fajny-wysiwyg-html-editor/

[10]

MVC architektura. Devbook.cz [online]. [cit. 2014-04-20]. Dostupné z: http://www.devbook.cz/mvc-architektura-navrhovyvzor

[11]

Prezentaˇcn´ı vzory z rodiny MVC. Zdrojak.cz [online]. [cit. 201404-20]. Dostupné z: http://www.zdrojak.cz/clanky/prezentacnivzory-zrodiny-mvc/

[12]

Pˇrechod z MySQL. Postgres.cz [online]. 2013 [cit. 2014-04-20]. Dostupné z: http://postgres.cz/wiki/Pˇrechod z MySQL

47

Seznam pouˇ zit´ıch zkratek ˇ (University of West Bohemia) ZCU Zkratka pro Západoˇceskou univerzitu v Plzni. KTS Katedra tˇelesné v´ ychovy a sportu. ˇ CAH ˇ e akademické hry. Cesk´ UFL (University floorball league) Univerzitn´ı florbalová liga. IFF (International Floorball Federation) Mezinárodn´ı florbalová federace. PDF (Portable Document Format) Soubor´ y formát pro ukládán´ı dokument˚ u. HTML (HyperText Markup Language) Hypertextov´ y znaˇckovac´ı jazyk.. CSS (Cascading Style Sheets) Kaskádovac´ı styl pro desing webu. PHP ( Hyperrtext Preprocessor) Skriptovac´ı programovac´ı jazyk. ASP.NET (Active Server Pages .NET) Souˇca´st .NET Frameworku pro tvorbu webov´ ych aplikac´ı a sluˇzeb. C# (C sharp) Vysoko´ urovˇ nov´ y objektovˇe orientovan´ y programovac´ı jazyk. SQL (Structured Query Language) Strukturovan´ y dotazovac´ı jazyk pouˇz´ıvan´ y pro práci s daty v databáz´ıch. MVC (Model, View, Controller) Tˇr´ıvrstvá architektura, pro oddˇelen´ı logiky od v´ ystupu. MVP (Model , View, Presenter) Tˇr´ıvrstvá architektura. XLM (Extensible Markup Language)

48

Obecn´ y znaˇckovac´ı jazyk. WYSIWYG (What You See Is What You Get) Pˇrekládáno jako Co vid´ıte, to dostanete“. ” SMTP (Simple Mail transfer Protocol) Internetov´ y protokol pro pˇrenos zpráv. CIV Centrum informatizace a v´ ypoˇcetn´ı techniky. URL (Uniform Resource Locator) Definuje adresu urˇcuj´ıc´ı um´ıstˇen´ı dokumentu na internetu. OCR (Optical Character Recognition) Metoda, která pomoc´ı scanneru umoˇzn ˇuje digitalizaci tiˇstˇen´ ych text˚ u..

49

Seznam tabulek 4.1

Atributy entity UZIVATELE

4.2

Atributy entity ROZHODCI . . . . . . . . . . . . . . . . . . 23

4.3

Atributy entity HRAC

4.4

Atributy entity GOLMAN . . . . . . . . . . . . . . . . . . . 24

4.5

Atributy entity TYM . . . . . . . . . . . . . . . . . . . . . . 25

4.6

Atributy entity FAKULTA . . . . . . . . . . . . . . . . . . . 25

4.7

Atributy entity POST . . . . . . . . . . . . . . . . . . . . . . 26

4.8

Atributy entity ROLE

4.9

Atributy entity STATUS . . . . . . . . . . . . . . . . . . . . 26

4.10 Atributy entity FORUM

. . . . . . . . . . . . . . . . . 23

. . . . . . . . . . . . . . . . . . . . . 24

. . . . . . . . . . . . . . . . . . . . . 26

. . . . . . . . . . . . . . . . . . . . 27

4.11 Atributy entity ZAPAS . . . . . . . . . . . . . . . . . . . . . 29 4.12 Atributy entity ROZLOSOVANI 4.13 Atributy entity TEXTY

. . . . . . . . . . . . . . . 30

. . . . . . . . . . . . . . . . . . . . 31

4.14 Atributy entity STRANKA

. . . . . . . . . . . . . . . . . . 32

4.15 Atributy entity AKTUALITY . . . . . . . . . . . . . . . . . 32

50

Seznam obr´ azk˚ u 2.1

Diagram pouˇzit´ı uˇzivatel˚ u. . . . . . . . . . . . . . . . . . . . .

5

2.2

Diagram pouˇzit´ı administrátora. . . . . . . . . . . . . . . . . .

6

3.1

Model komunikace klient – databáze . . . . . . . . . . . . . . 10

3.2

Ukázka struktury MySQL . . . . . . . . . . . . . . . . . . . . 11

3.3

Schéma MVC architektury. . . . . . . . . . . . . . . . . . . . . 13

3.4

Schéma MVP architektury. . . . . . . . . . . . . . . . . . . . . 14

4.1

Model návrhu databáze . . . . . . . . . . . . . . . . . . . . . . 17

4.2

Konceptuáln´ı schéma ˇca´sti pro rozdˇelen´ı uˇzivatel˚ u. . . . . . . . 18

4.3

Vztah UZIVATELE – HRAC . . . . . . . . . . . . . . . . . . 19

4.4

Vztah UZIVATELE – ROZHODCI . . . . . . . . . . . . . . . 19

4.5

Vztah HRAC – GOLMAN . . . . . . . . . . . . . . . . . . . . 19

4.6

Vztah HRAC – TYM . . . . . . . . . . . . . . . . . . . . . . . 20

4.7

Vztah HRAC – ROLE . . . . . . . . . . . . . . . . . . . . . . 20

4.8

Vztah HRAC – POST . . . . . . . . . . . . . . . . . . . . . . 20

4.9

Vztah HRAC – STATUS . . . . . . . . . . . . . . . . . . . . . 21

4.10 Vztah HRAC – FAKULTA . . . . . . . . . . . . . . . . . . . . 21 51

4.11 Vztah TYM – FORUM . . . . . . . . . . . . . . . . . . . . . . 21 4.12 Vztah ROZHODCI – FORUM . . . . . . . . . . . . . . . . . . 22 4.13 Konceptuáln´ı schéma správy zápas˚ u. . . . . . . . . . . . . . . 27 4.14 Vztah TYM – ZAPAS . . . . . . . . . . . . . . . . . . . . . . 28 4.15 Vztah ROZHODCI – ZAPAS . . . . . . . . . . . . . . . . . . 28 4.16 Konceptuáln´ı schéma správy text˚ u a aktualit. . . . . . . . . . 30 4.17 Vztah TEXTY – STRANKA . . . . . . . . . . . . . . . . . . 31 5.1

Struktura administrátorského prostˇred´ı. . . . . . . . . . . . . . 38

7.1

Kompletn´ı konceptuáln´ı schéma navrˇzené pro aplikaci. . . . . 53

7.2

Fyzick´ y datov´ y model pro navrˇzenou aplikaci. . . . . . . . . . 54

7.3

Ikona pro pˇrihláˇsen´ı. . . . . . . . . . . . . . . . . . . . . . . . 58

7.4

Ukázka veˇrejné ˇcásti po pˇrihláˇsen´ı. . . . . . . . . . . . . . . . 64

7.5

Ukázka administrátorské ˇcásti po pˇrihláˇsen´ı. . . . . . . . . . . 64

52

Pˇ r´ıloha A – Konceptu´ aln´ı sch´ ema

GOLMAN

POST

studuje

# * id hrace * golman o cislo dresu o vstrelene goly o asistence o trestne minuty o karty

FAKULTA # * id fakulty o zkratka_fakulty

je

hraje

ROLE

STATUS # * id status o status o zkratka_statusu o cena_semestr

HRAC

hraje za

TYM

je

# * id zpravy o text o email o vlozeno

FORUM

# * id uzivatele o jmeno o prijmeni o email o telefon o aktivni o rozhodci o prihlasovaci_jmeno o heslo o poznamky

UZIVATELE

je ROZHODCI

ZAPAS

# * id rozhodci o poznamky

# * id zapasu o den o datum o goly domaci o goly hoste o hraci kolo

# * id_textu o text

TEXTY

zobrazuje

STRANKA

# * id_stranky o stranka

ROZLOSOVANI

# * id_rozlosovani o domaci o hoste o pocet_tymu

AKTUALITY

# * id_aktuality o vlozeno o nadpis o text

53

# * id golman o pocet zapasu o obdrzene goly o zakroky o pocet vyher

# * id post o post o zkratka

# * id_role o role

# * id teamu o nazev o vyhry o prohry o remizi o poznamky

Obrázek 7.1: Kompletn´ı konceptuáln´ı schéma navrˇzené pro aplikaci.

Pˇ r´ıloha B – Fyzick´ y model

Obrázek 7.2: Fyzick´ y datov´ y model pro navrˇzenou aplikaci.

54

Pˇ r´ıloha C – uk´ azka skript˚ u Definice tabulek Ukázka vytvoˇren´ı tabulky HRAC CREATE TABLE HRAC( id_hrace id_uzivatele id_teamu id_fakulty id_status id_role id_post golman id_golmana cislo_dresu vstrelene_goly asistence trestne_minuty karty

INTEGER NOT INTEGER NOT INTEGER NOT INTEGER NOT INTEGER NOT INTEGER NOT INTEGER NOT CHAR (1) , INTEGER , INTEGER , INTEGER , INTEGER , INTEGER , INTEGER

NULL NULL NULL NULL NULL NULL NULL

, , , , , , ,

);

Definice prim´ arn´ıch kl´ıˇ c˚ u, ciz´ıch kl´ıˇ c˚ u Nastaven´ı primárn´ıho kl´ıˇce k dané tabulce: ALTER TABLE HRAC ADD CONSTRAINT HRAC_PK PRIMARY KEY ( id_hrace ); Nastaven´ı ciz´ıch kl´ıˇc˚ u: ALTER TABLE HRAC ADD CONSTRAINT HRAC_FAKULTA_FK FOREIGN KEY ( id_fakulty ) REFERENCES FAKULTA ( id_fakulty );

ALTER TABLE HRAC ADD CONSTRAINT HRAC_GOLMAN_FK FOREIGN KEY ( id_golman ) REFERENCES GOLMAN ( id_golman );

55

ALTER TABLE HRAC ADD CONSTRAINT HRAC_POST_FK FOREIGN KEY ( id_post ) REFERENCES POST ( id_post );

ALTER TABLE HRAC ADD CONSTRAINT HRAC_ROLE_FK FOREIGN KEY ( id_role ) REFERENCES ROLE ( id_role );

ALTER TABLE HRAC ADD CONSTRAINT HRAC_STATUS_FK FOREIGN KEY ( id_status ) REFERENCES STATUS ( id_status );

ALTER TABLE HRAC ADD CONSTRAINT HRAC_TYM_FK FOREIGN KEY ( id_teamu ) REFERENCES TYM ( id_teamu );

ALTER TABLE HRAC ADD CONSTRAINT HRAC_UZIVATELE_FK FOREIGN KEY ( id_uzivatele ) REFERENCES UZIVATELE ( id_uzivatele );

Definice zbyl´ eho nastaven´ı U urˇcit´ ych atribut˚ u nastav´ıme v´ ychoz´ı hodnoty: ALTER TABLE ‘hrac‘ CHANGE ‘vstrelene_goly‘ ‘vstrelene_goly‘ INT( 11 ) NULL DEFAULT ’0’;

ALTER TABLE ‘hrac‘ CHANGE ‘asistence‘ ‘asistence‘ INT( 11 ) NULL DEFAULT ’0’;

ALTER TABLE ‘hrac‘ CHANGE ‘trestne_minuty‘ ‘trestne_minuty‘ INT( 11 ) NULL DEFAULT ’0’;

ALTER TABLE ‘hrac‘ CHANGE ‘karty‘ ‘karty‘ INT( 11 ) NULL DEFAULT ’0’;

56

Pˇ r´ıloha D – Obsah CD-ROM CD-ROM je um´ıstˇen´ y v na pˇredn´ı stranˇe desek bakaláˇrské práce. Obsah disku je uveden n´ıˇze:

Dokumentace Skripty Sch´ ema Zdrojov´ e k´ ody

Adresáˇr s t´ımto dokumentem a jeho zdrojov´ ym textem. Skripty pro vytvoˇren´ı databázového modelu. Schéma databázového modelu. Adresáˇr se vˇsemi zdrojov´ ymi kódy.

57

Pˇ r´ıloha E – Uˇ zivatelsk´ a pˇ r´ıruˇ cka Uˇzivatelská dokumentace je rozdˇelena podle jednotliv´ ych rol´ı. V pˇr´ıloze F jsou zobrazeny screenshoty webové aplikace. Hráˇc˚ um registrovan´ ym vedouc´ım t´ ymu je doporuˇceno, aby své pˇrihlaˇsovac´ı u ´daje pˇri prvn´ı návˇstˇevˇe zmˇenili! Po pˇreˇcten´ı uˇzivatelské dokumentace by mˇelo b´ yt ˇctenáˇri jasné, jak danou aplikace ovládat.

Pro hr´ aˇ ce Aby se mohli hráˇci pˇrihlásit, je nejprve nutné zaregistrovat t´ ym. Tento u ´kol má na starost vedouc´ı t´ ymu, kter´ y podá pˇrihláˇsku pomoc´ı formuláˇre na stránce pro pˇrihláˇsen´ı t´ ymu, na kterou se dostane následuj´ıc´ı cestou UFLˇ ´ SKA->Pˇ ˇ >PRIHL A rihlas tým!. Pokud vedouc´ı t´ ymu vˇse vypln´ı správnˇe, pˇrihláˇska se odeˇsle do systému, kde na jej´ı potvrzen´ı ˇceká správce. Po potvrzen´ı správcem pˇrijde vedouc´ımu t´ ymu email o aktivaci pˇr´ıstupu. Do této doby se hráˇc nemohl pˇrihlásit! Pokud správce t´ ym vymaˇze, vedouc´ı t´ ymu o tom bude informován emailovou zprávou. Po aktivaˇcn´ım emailu se m˚ uˇze vedouc´ı pˇrihlásit do systému pomoc´ı kliknut´ı na ikonu pod tabulkou na stránkách (obr. 7.3).

Obrázek 7.3: Ikona pro pˇrihláˇsen´ı. ˚ TYM. ´ Po u ´spˇeˇsném pˇrihláˇsen´ı pˇribyde uˇzivateli v menu nová záloˇzka MUJ Kliknut´ım na tuto záloˇzku je moˇzné se dostat do struˇcného pˇrehledu svého t´ ymu. Zde se nacház´ı aktuáln´ı informace a dvˇe moˇznosti. ´ Prvn´ı z nich je moˇznost vstoupit na t´ ymové fórum pomoc´ı tlaˇc´ıtka TY´ FORUM ´ MOVE a komunikovat s ostatn´ımi hráˇci t´ ymu. Pro pˇridán´ı vzkazu je ˇ ˇ se dostazapotˇreb´ı kliknout na tlaˇc´ıtko PRIDAT VZKAZ, tlaˇc´ıtkem ZPET neme zpátky na informace o t´ ymu. Pˇri pˇridáván´ı nové zprávy nám nabˇehne textové pole, do kterého m˚ uˇze napsat naˇsi zprávu. Tlaˇc´ıtkem SMAZAT odstran´ıme veˇsker´ y text z textového pole. Tlaˇc´ıtkem ODESLAT se zpráva odeˇsle a dojde k pˇresmˇerován´ı zpˇet na t´ ymové fórum. Pro poˇrádek se jako autor 58

zprávy bere automaticky pˇr´ıjmen´ı hráˇce. ´ ´ Druhá z moˇznost´ı je tlaˇc´ıtko SPRAVA TYMU. Tuto moˇznost má pouze vedouc´ı t´ ymu! Po kliknut´ı na toto tlaˇc´ıtko se zobraz´ı seznam hráˇc˚ u v t´ ymu vˇcetnˇe vedouc´ıho. Zde má vedouc´ı t´ ymu dalˇs´ı moˇznosti. Jedna z nich je tlaˇ ĆE, ˇ která po stisknut´ı nab´ıdne formuláˇr pro pˇridán´ı hráˇce ˇc´ıtko PRIDEJ HRA na soupisku. Pˇri správném vyplnˇen´ı u ´daj˚ u a odeslán´ım formuláˇre pomoc´ı tlaˇc´ıtka Pˇridej hráˇce je hráˇc zapsán na soupisku t´ ymu. Pˇridanému hráˇci pˇrijde upozornˇen´ı na email, ˇze byl registrován i s pˇrihlaˇsovac´ımi u ´daji. Pˇridan´ y hráˇc je aktivn´ı, správce nemus´ı nic povolovat. Vedouc´ı t´ ymu po pˇridán´ı hráˇce je vrácen na soupisku t´ ymu. Dalˇs´ı z moˇznost´ı vedouc´ıho je, mazán´ı hráˇc˚ u pomoc´ı tlaˇc´ıtka Smazat, které je vˇzdy vedle kaˇzdého hráˇce na soupisce. Po stisknut´ı tlaˇc´ıtka je hráˇc nevratnˇe smazán, pro jeho opˇetovnou u ´ˇcast v lize ho mus´ıte znovu pˇridat pomoc´ı pˇr´ıkaz˚ u zm´ınˇen´ ych v´ yˇse. Opˇet i zde je tlaˇc´ıtko ˇ které nás vrát´ı na informaˇcn´ı stránku o t´ ZPET, ymu. Pˇri pˇrihláˇsen´ı se uˇzivateli v pravém horn´ım rohu stránky objev´ı informaˇcn´ı panel s moˇznostmi odhláˇsen´ı, k tomu slouˇz´ı tlaˇc´ıtko Odhlásit se, po stisknut´ı je uˇzivatel odhláˇsen. Druhé tlaˇc´ıtko Nastaven´ı slouˇz´ı k nastaven´ı sv´ ych u ´daj˚ u. Stisknut´ım tohoto tlaˇc´ıtka se uˇzivateli naˇctou jeho u ´daje, které m˚ uˇze mˇenit. Pro potvrzen´ı nov´ ych u ´daj˚ u o hráˇci slouˇz´ı tlaˇc´ıtko Aktualizuj u ´daje, pro nastaven´ı pˇrihlaˇsovac´ıch u ´daj˚ u slouˇz´ı tlaˇc´ıtko Aktualizuj pˇrihlaˇsovac´ı u ´daje. Vedouc´ımu t´ ymu je doporuˇceno aktualizovat si své data, které po nˇem nebyly u registrace poˇzadovány! Pokud se chce hráˇc stát rozhodˇc´ım a nechce m´ıt dvoje pˇrihlaˇsovac´ı u ´daje, je ´ dobré b´ yt pˇrihláˇsen a registrovat se. Udaje se automaticky vypln´ı z jiˇz registrovaného uˇzivatele a je automaticky zaˇrazen mezi rozhodˇc´ı. V´ıce informac´ı k této vˇeci jsou v následuj´ıc´ı ˇcásti vˇenované rozhodˇc´ım.

Pro rozhodˇ c´ı Stát se rozhodˇc´ım m˚ uˇze kdokoliv, kdo splˇ nuje povinnosti rozhodˇc´ıho uvedené na stránce pro registraci a v regionáln´ıch propozic´ıch UFL pro Plzeˇ n (cesta UFL->PROPOZICE->Regionáln´ı propozice UFL pro Plzeˇ n). Pro reˇ I´ gistraci rozhodˇc´ıho je nutné vyplnit formuláˇr na stránce UFL->ROZHODC >Registruj se!. Nezapomeˇ nte, pokud jste hráˇcem, pˇrihlaste se a aˇz poté se registrujte! Po správném vyplnˇen´ı stisknˇete tlaˇc´ıtko Registruj se, v pˇr´ıpadˇe bezproblémového vyplnˇen´ı formuláˇre rozhodˇc´ı ˇceká na aktivaˇcn´ı email. Ten se mu odeˇsle, aˇz správce potvrd´ı jeho moˇznou u ´ˇcast, jako rozhodˇc´ı. V pˇr´ıpadˇe smazán´ı registrace rozhodˇc´ıho je o tom uˇzivatel informován opˇet emailovou

59

zprávou. Tak jako hráˇci se po pˇrihláˇsen´ı zobraz´ı v pravém horn´ım rohu informaˇcn´ı panel s moˇznostmi odhláˇsen´ı a nastaven´ı u ´daj˚ u (viz. Pˇr´ıruˇcka pro hráˇce). Pˇrihlásit se do systému jde kliknut´ım na ikonu pod tabulkou na stránkách (obr. 7.3). Pro pˇrihláˇsen´ı na zápas mus´ı rozhodˇc´ı j´ıt zpˇet na stránku, kde se registroval. Zde uˇz nen´ı moˇzná registrace jako taková, ale rozhodˇc´ı uvid´ı seznam zápas˚ u, které se jeˇstˇe neodehrály. Ke vˇsem tˇemto zápas˚ um existuj´ı tˇri moˇznosti, které m˚ uˇzou nastat. Pro pˇrihláˇsen´ı na zápas máme moˇznost ˇ ´ PRIHL ASIT, stisknut´ım této moˇznosti se pˇrihlás´ıme na zápas, kter´ y chceme p´ıskat. U daného zápasu následnˇe vid´ıme své pˇr´ıjmen´ı mezi rozhodˇc´ımi a moˇz´ nost ODHLASIT. Po stisknut´ı této moˇznosti se odhlás´ıme ze zápasu. Posledn´ı moˇznost, která m˚ uˇze nastat, je, pokud bude zápas jiˇz obsazen rozhodˇc´ımi, poté nejde se na dan´ y zápas dostat a vid´ıme OBSAZENO. Stejnˇe jako t´ ymy maj´ı rozhodˇc´ı také své fórum pro komunikaci, do této ´ ˇcásti se dostaneme tlaˇc´ıtkem R-FORUM, které je um´ıstˇeno nad zápasy, na které se lze pˇrihlásit. Ovládán´ı je stejné jako u fóra t´ ymu (viz. Pˇr´ıruˇcka pro hráˇce). Posledn´ı moˇznost, kterou rozhodˇc´ı má, je zobrazen´ı kontakt˚ u na ostatn´ı rozhodˇc´ı, na které se dá dostat pomoc´ı tlaˇc´ıtka KONTAKTY NA ´ OSTATNI´ um´ıstˇené vedle tlaˇc´ıtka R-FORUM.

Pro administr´ atora Administrátor se nemus´ı nijak registrovat. Pˇrihlaˇsovac´ı u ´ˇcet je automaticky vygenerován. Pro pˇrihláˇsen´ı do administrátorského prostˇred´ı je opˇet nutné kliknout na ikonu pod tabulkou na stránkách (obr. 7.3). Po správném vyplnˇen´ı u ´daj˚ u je správce pˇresmˇerován do svého prostˇred´ı, kde jako prvn´ı vid´ı struˇcn´ y pˇrehled. Pˇreváˇznˇe vˇsechny vypsané informace jsou zobrazitelné i dále, po kliknut´ı na kter´ ykoliv u ´daj, se zobraz´ı detailnˇejˇs´ı popis toho, na co správce zmáˇckl. V prostˇred´ı je menu um´ıstˇeno nahoˇre stránky po celé délce. Jednotlivé záloˇzky jsou rozˇrazeny podle jejich funkcionality. Prvn´ı poloˇzkou je Florbal, která nás po kliknut´ı pˇresmˇeruje zpˇet na u ´vodn´ı stránku administrátorského prostˇred´ı. Následuje poloˇzka Hráˇci, ve které jsou podzáloˇzky Pˇridat hráˇce a Seznam hráˇc˚ u. Jak uˇz název napov´ıdá, tak pro pˇridán´ı hráˇce zvol´ıme prvn´ı zm´ınˇenou moˇznost. Po správném vyplnˇen´ı a odeslán´ı formuláˇre tlaˇc´ıtkem Pˇriˇ dat uˇzivatele je hráˇc zapsán na soupisku vybraného t´ ymu. Cerven´ e poloˇzky jsou povinné, modré nepovinné. Doporuˇcen´ı je, ale vyplnit popˇr´ıpadˇe vybrat z moˇznost´ı vˇsechny informace. Podzáloˇzkou Seznam hráˇc˚ u se nám zobraz´ı struˇcn´ y seznam vˇsech registrovan´ ych hráˇc˚ u, kde jsou vedle kaˇzdého záznamu 60

tˇri moˇznosti. Prvn´ı je tlaˇc´ıtko Detail, které nás pˇresmˇeruje na stránku s detaily vybraného hráˇce, zde je moˇznost pˇrej´ıt rovnou k jeho editaci, ˇci smazán´ı pomoc´ı tlaˇc´ıtek Upravit a Smazat. Stejné tlaˇc´ıtka jsou i dvˇe zbylé moˇznosti pˇri v´ ypisu hráˇc˚ u. Tlaˇc´ıtkem Smazat se hráˇc odstran´ı. Tlaˇc´ıtkem Upravit se zobraz´ı formuláˇr pro jeho u ´pravu informac´ı. Analogicky to je u záloˇzky Týmy a Rozhodˇc´ı. U t´ ym˚ u je tˇreba si dát pozor, ˇze pˇri smazán´ı t´ ymu se odstran´ı i jeho vˇsichni hráˇci! Rozhodˇc´ı maj´ı jednu podzáloˇzku nav´ıc a to Pˇrehled p´ıskán´ı. Po kliknut´ı na tuto moˇznost se nám zobraz´ı seznam zápas˚ u s v´ ypisem rozhodˇc´ıch. U kaˇzdého zápasu je tlaˇc´ıtko Upravit, které slouˇz´ı pro nastaven´ı rozhodˇc´ıch k danému zápasu. Po kliknut´ı na toto tlaˇc´ıtko máme moˇznost pozmˇenit rozhodˇc´ı v´ ybˇerem jiného, popˇr´ıpadˇe uvolnit pozici. Pro uvolnˇen´ı pozice je zde moˇznost - - - - - - -. Tlaˇc´ıtkem Upravit p´ıskaj´ıc´ı se nastav´ı vybran´ y rozhodˇc´ı k zápasu. Dalˇs´ı poloˇzkou v menu je moˇznost Statistiky, která má podzáloˇzky Kanadské bodován´ı, Brankáˇrské statistiky a Tabulka. Kliknut´ım na prvn´ı zm´ınˇenou moˇznost se nám zobraz´ı seznam hráˇc˚ u seˇrazen´ y podle celkového poˇctu bod˚ u. Ke kaˇzdému záznamu jsou moˇznosti Pˇridej G, kter´ y na kliknut´ı pˇridá hráˇci gól. Dalˇs´ı je Pˇridej A, kter´ y po stisknut´ı pˇridá hráˇci asistence. Následuje tlaˇc´ıtko Pˇridej 2 TM, kter´ y pˇridá dvˇe trestné minuty. Posledn´ı moˇznost´ı je Nastav bodován´ı, které nás po kliknut´ı pˇresmˇeruje na formuláˇr pro ruˇcn´ı zadán´ı hodnot. Tlaˇc´ıtkem Uprav statistiky se nastav´ı zadané hodnoty. Pro usnadnˇen´ı je zde vyhledávaˇc, podle soupisek jednotliv´ ych t´ ym˚ u. Moˇznost´ı Hledej hráˇce se nám zobraz´ı seznam hráˇc˚ u vybraného t´ ymu. Tlaˇc´ıtkem Zpˇet na výpis se dostaneme zpˇet na v´ ypis vˇsech hráˇc˚ u. Brankáˇrské statistiky funguj´ı podobnˇe. Po kliknut´ı na tuto podzáloˇzku se nám zobraz´ı seznam brankáˇr˚ u. Tlaˇc´ıtkem Pˇridej hodnoty se zobraz´ı formuláˇr pro pˇridán´ı hodnot, pro pˇridán´ı je nutné stisknout tlaˇc´ıtko Uprav statistiky. Touto moˇznost´ı pˇridáme hodnoty ke stávaj´ıc´ım. Tlaˇc´ıtkem Uprav statistiku lze upravit celkové hodnoty brankáˇre. Po kliknut´ı na toto tlaˇc´ıtko se nám nab´ıdne formuláˇr pro zadán´ı nov´ ych hodnot, pro nastaven´ı je nutné zmáˇcknout tlaˇc´ıtko Uprav statistiky. Po kliknut´ı na posledn´ı podzáloˇzku Tabulka se nám zobraz´ı seznam t´ ym˚ u s moˇznosti Pˇridej výhru, Pˇridej prohru a Pˇridej rem´ızu. Vˇsechny zm´ınˇené moˇznosti pˇridaj´ı t´ ymu dan´ y atribut. Posledn´ım tlaˇc´ıtkem je Nastav bodován´ı, které slouˇz´ı pro ruˇcn´ı nastaven´ı hodnot jako v kanadském bodován´ı. Záloˇzka Zápasy slouˇz´ı pro pˇrehled a správu zápas˚ u. Po kliknut´ı na podzáloˇzku Seznam zápas˚ u se nám zobraz´ı vˇsechny naplánované zápasy. Opˇet kaˇzd´ y z nich má dvˇe moˇznosti Smazat, po kliknut´ı na tuto moˇznost se dan´ y zápas odstran´ı a druhá moˇznost je Upravit. Po kliknut´ı na toto tlaˇc´ıtko se nám zobraz´ı formuláˇr s daty o zápasu, která lze mˇenit. Pro upraven´ı zápasu je nutné formuláˇr potvrdit tlaˇc´ıtkem Uprav zápas. Dalˇs´ı podzáloˇzka je Rozlosován´ı. Po volbˇe této moˇznosti je správci zobrazen seznam pˇrihláˇse61

n´ ych t´ ym˚ u a moˇznost zadán´ı poˇzadovan´ ych kalendáˇrn´ıch dat. Po vyplnˇen´ı ´ dat a zmáˇcknut´ı tlaˇc´ıtka ROZLOSUJ ZAPASY se nám zobraz´ı seznam rozlosovan´ ych zápas˚ u. Pˇred uloˇzen´ım zápas˚ u je moˇzná jejich editace v kolonce Datum. Pokud správci nevyhovuje vygenerované datum, lze ho zmˇenit právˇe kliknut´ım na konkrétn´ı datum a vybrán´ım nového data. Pro uloˇzen´ı zápas˚ u je ˇ ZAPASY. ´ nutné zápasy potvrdit, k tomu slouˇz´ı tlaˇc´ıtko POTVRD Posledn´ı podzáloˇzkou je Výsledky zápas˚ u, po stisknut´ı se nám zobraz´ı seznam zápas˚ u s jedinou moˇznost´ı Uprav výsledek. Toto tlaˇc´ıtko nám nab´ıdne formuláˇr pro vyplnˇen´ı v´ ysledku zápasu, pro nastaven´ı je nutné potvrdit v´ ysledek tlaˇc´ıtkem Uprav zápas. Pro odeslán´ı email˚ u je zde záloˇzka Zprávy, ve které se nacház´ı podzáloˇzka Odeˇsli email. Po kliknut´ı se nám zobraz´ı stránka s moˇznost´ı vyhledán´ı uˇzivatele podle pˇr´ıjmen´ı (nebo jeho ˇcásti). Pro vyhledán´ı uˇzivatele je nutné zmáˇcknout tlaˇc´ıtko OK. V pˇr´ıpadˇe nalezen´ı uˇzivatele je zobrazen pomoc´ı seznamu s moˇznost´ı Odeˇsli email. Dalˇs´ı z moˇznost´ı je odeslat emailovou zprávu vˇsem ˇclen˚ um vybraného t´ ymu. Pro vyuˇzit´ı této moˇznosti je nutné zmáˇcknout tlaˇc´ıtko Odeˇsli týmu. Následuj´ı tˇri rychlé pˇr´ıstupy pro odeslán´ı zprávy uˇzivatel˚ um. Tyto tlaˇc´ıtka jsou Odeˇsli vˇsem, které slouˇz´ı pro odeslán´ı vˇsem uˇzivatel˚ um. Tlaˇc´ıtko Odeˇsli rozhodˇc´ım je pro odeslán´ı zprávy vˇsem registrovan´ ym rozhodˇc´ım. Tlaˇc´ıtko Odeˇsli vedouc´ım slouˇz´ı pro odeslán´ı zprávy vˇsem vedouc´ım t´ ymu. Posledn´ı na stránce je seznam vˇsech hráˇc˚ u i rozhodˇc´ıch s jedinou moˇznost´ı Odeˇsli email. Po kliknut´ı na kteroukoliv volbu tlaˇc´ıtka (kromˇe tlaˇc´ıtka OK) na této stránce je správce vyzván pro zadán´ı pˇredmˇetu zprávy a obsahu zprávy. Pro odeslán´ı zprávy je nutné zmáˇcknout tlaˇc´ıtko ˇ ODESLI. Pˇredposledn´ı poloˇzkou v menu je Export. Zde se nacház´ı podzáloˇzky pro vygenerován´ı PDF souboru. Podle názvu podzáloˇzky se vygeneruje pˇr´ısluˇsné PDF. Jediná podzáloˇzka Soupiska týmu nám dává na v´ ybˇer, kterou soupisku t´ ymu chceme exportovat. K tomu slouˇz´ı tlaˇc´ıtko Exportovat, které nalezneme u kaˇzdého záznamu. Posledn´ı záloˇzkou je Admin. Zde jsou tˇri podzáloˇzky. Prvn´ı z nich je Editovat profil, která po stisku nab´ıdne moˇznost zmˇeny pˇrihlaˇsovac´ıch u ´daj˚ u. Pro nastaven´ı nov´ ych u ´daj˚ u je nutné stisknout tlaˇc´ıtko Zmˇen ˇ u ´daje. Dalˇs´ı podzáloˇzkou je Nastaven´ı, zde jsou vypsány stránky, kter´ ym lze mˇenit obsah. Kliknut´ım na vybranou stránku se nám zobraz´ı aktuáln´ı obsah stránky, kter´ y lze pomoc´ı pˇripraveného editoru mˇenit. Pro uloˇzen´ı nového obsahu stránky je nutné zmáˇcknout tlaˇc´ıtko Uloˇz zmˇeny. Následuje nastaven´ı aktualit. K tomu slouˇz´ı tlaˇc´ıtko Pˇridej novou a Uprav stávaj´ıc´ı. Po stisknut´ı prvn´ı moˇznosti jsme vyzváni pro zadán´ı nadpisu aktuality a je pˇripraven editor pro zadán´ı textu ˇclánku. Pro jej´ı uloˇzen´ı je nutné kliknout na tlaˇc´ıtko Pˇridej. Po kliknut´ı na druhou moˇznost se nám zobraz´ı seznam vˇsech pˇridan´ ych aktualit s moˇznostmi Smazat, která po stisknut´ı odstran´ı danou aktualitu a moˇznost 62

Upravit. Po kliknut´ı na toto tlaˇc´ıtko se nám zobraz´ı formuláˇr stejn´ y jako pro pˇridán´ı aktuality. Po jej´ım upraven´ı je nutné uloˇzit dan´ y ˇclánek. K tomu je nutné kliknout na tlaˇc´ıtko Uloˇz. Posledn´ı moˇznost´ı je tlaˇc´ıtko Nastav nový roˇcn´ık. Po kliknut´ı na toto tlaˇc´ıtko probˇehne reset aplikace. Vˇsechna nezbytná data budou odstranˇena! Posledn´ı podzáloˇzkou je Odhlásit se. Po kliknut´ı na tuto moˇznost je administrátor odhláˇsen z aplikace.

63

Pˇ r´ıloha F – uk´ azka webov´ eho rozhran´ı

Obrázek 7.4: Ukázka veˇrejné ˇca´sti po pˇrihláˇsen´ı.

Obrázek 7.5: Ukázka administrátorské ˇca´sti po pˇrihláˇsen´ı.

64

Západočeská univerzita v Plzni Fakulta aplikovaných věd Katedra informatiky a výpočetní techniky. Aplikace pro správu Univerzitní florbalové ligy

Recommend Documents