SLOVENSKÃ TECHNICKÃ UNIVERZITA V BRATISLAVE ... - Index of

SLOVENSKÁ TECHNICKÁ UNIVERZITA V BRATISLAVE 

MATERIÁLOVOTECHNOLOGICKÁ FAKULTA SO 

SÍDLOM V TRNAVE 

Evidenčné číslo: MTF-5262-69497 

DATABÁZOVÁ APLIKÁCIA V PROSTREDÍ WEB PRE 

ASOCIÁCIU MILITARY PAINTBALL 

BAKALÁRSKA PRÁCA 

2012 Klaudia Lovíšková

SLOVENSKÁ TECHNICKÁ UNIVERZITA V BRATISLAVE 

MATERIÁLOVOTECHNOLOGICKÁ FAKULTA SO 

SÍDLOM V TRNAVE 

Evidenčné číslo: MTF-5262-69497 

DATABÁZOVÁ APLIKÁCIA V PROSTREDÍ WEB PRE 

ASOCIÁCIU MILITARY PAINTBALL 

BAKALÁRSKA PRÁCA 

Študijný program: Aplikovaná informatika a automatizácia v priemysle 

Číslo študijného odboru: 2621 

Názov študijného odboru: 5.2.14 AUTOMATIZÁCIA 9.2.9 APLIKOVANÁ INFORMATIKA 

Školiace pracovisko: UIAM MTF STU v Trnave 

Vedúci záverečnej práce/školiteľ: Ing. Eduard Nemlaha, PhD. 

Trnava 2012 

Klaudia Lovíšková

Poďakovanie 

Ďakujem vedúcemu mojej bakalárskej práce Ing. Eduardovi Nemlahovi, PhD. za 

poskytnuté cenné rady, pripomienky a odborné informácie, ktoré mi veľmi pomohli pri 

vypracovávaní mojej bakalárskej práce. 

Klaudia Lovíšková

Súhrn 

Bakalárska práca obsahuje analýzu a návrh a implementáciu databázovej aplikácie v 

prostredí WEBu. Bola vypracovaná v rámci bakalárskeho štúdia na 

Materiálovotechnologickej fakulte, Slovenskej technickej univerzity v Bratislave, študijný 

program Aplikovaná informatika a automatizácia v priemysle. Ako ciel práce si autor 

stanovil návrh a tvorbu databázového systému a implementáciu grafického prostredia na 

web. Prvá kapitola z bakalárskej práce je venovaná definícii pojmov, druhá analyzuje 

problémovú oblasť, tretia navrhuje riešenie a dátovú analýzu. V štvrtej kapitole je popísaná 

implementácia navrhnutej aplikácie vo WISIWIG editore Adobe Dreamweawer. Piata 

kapitola obsahuje používateľskú príručku V závere je zhodnotený návrh riešenia a 

implementácia projektu. Použité podklady pri písaní práce pochádzajú z viacerých 

domácich i zahraničných odborných zdrojov a zo siete Internet. 

Kľúčové slová: Aplikácia, databáza, entitno-relačný model, fyzický model

Abstrakt 

Bachelor thesis contains an analysis, draft and implementation of the database 

applications on the Web. It was prepared within the bachelor study in Faculty of Materials 

Science, Slovak University of Technology in Bratislava, the study program Applied 

Informatics and Automation in industry. As the aim of this thesis, the 

author determined draft and creation of a database system and the implementation of a 

graphical environment on the web. The first chapter of the thesis is devoted to the 

definition of terms, the second analyzes the problem area, the third proposed solution, 

and data analysis. The fourth chapter describes the implementation of 

the proposed applications in Adobe Dreamweawer, the WISIWIG editor. The 

fifth chapter contains the user guide. At the end of the thesis is appraised solutions of 

the draft and implementation of the project. Materials that were used came from 

several local and foreign expertise and resources of the Internet. 

Key words: Application, database, entity-relational model, physical model

OBSAH 

Súhrn .............................................................................................................................................5 

Abstrakt .........................................................................................................................................6 

OBSAH .........................................................................................................................................7 

Zoznam príloh ...............................................................................................................................9 

Zoznam symbolov a skratiek ........................................................................................................10 

Zoznam ilustrácií a tabuliek .........................................................................................................11 

Úvod............................................................................................................................................12 

1. Informačný systém ..................................................................................................................14 

1.1 Definícia informácie ..........................................................................................................14 

1.2 Termín databáza ................................................................................................................14 

1.2.1 Databázový systém .....................................................................................................14 

1.3 Čo je to aplikácia ...............................................................................................................15 

1.4 Čo je paintball ...................................................................................................................15 

1.5 MySQL .............................................................................................................................15 

1.6 Apache HTTP Server ..........................................................................................................16 

1.7 PHP ...................................................................................................................................16 

1.8 HTML.................................................................................................................................16 

2. Analýza problémovej oblasti ...................................................................................................17 

2.1 Používateľské požiadavky .................................................................................................18 

2.2 Cieľová skupina ................................................................................................................18 

2.3 Operácie s dátami ..............................................................................................................19 

2.4 Rozdelenie používateľov ...................................................................................................19 

2.5 Identifikácia a špecifikácia požiadaviek ..............................................................................21 

2.6 Nájdenie účastníkov a prípadov použitia ............................................................................23 

2.7 Detaily niektorých prípadov použitia..................................................................................25 

2.8 Štruktúrovaný diagram prípadov použitia ..........................................................................29 

2.9 Diagram aktivít – prihlásenie do aplikácie ..........................................................................31 

3. Návrh riešenia - Dátová analýza...............................................................................................32 

3.1 Identifikácia množín entít a ich atribútov ...........................................................................32 

3.2 Identifikácia relačných vzťahov: .........................................................................................35 

3.3 Entitno – relačný model .....................................................................................................39 

3.4 Transformácia ERM do relačných schém ...........................................................................41 

3.3.1 Transformácia množín entít ........................................................................................41 

7

3.3.2 Transformácia relačných vzťahov ...............................................................................41 

3.3.3 Úprava relačných schém pre potreby implementácie ...................................................44 

3.3.4 Logický model ............................................................................................................44 

3.3.5 Fyzický model .............................................................................................................45 

4. Implementácia prostredia v editore Adobe Dreamweaver ........................................................46 

4.1 Adobe Dreamweaver .........................................................................................................46 

4.2 Návrh stránky ....................................................................................................................46 

4.2.1 Tvorba menu ..............................................................................................................47 

4.2.2 Kalendár akcií.............................................................................................................48 

4.2.3 Archív hier .................................................................................................................49 

4.2.4 Hráči a teamy .............................................................................................................49 

4.2.5 PB/Army shopy a Ihriská ............................................................................................49 

4.2.6 Fórum .........................................................................................................................50 

4.2.7 FAQ ...........................................................................................................................50 

4.3 Registrácia a prihlásenie ....................................................................................................50 

4.3.1 Rozdiel medzi Session a Cookies .................................................................................51 

4.3.2 Session .......................................................................................................................51 

4.3.3 Registrácia ..................................................................................................................51 

4.3.4 Prihlásenie ..................................................................................................................52 

4.4 Hlásenie o chybách............................................................................................................53 

5. Používateľská príručka .............................................................................................................54 

5.1 Prihlasovacie okno ............................................................................................................54 

5.2 Registrácia ........................................................................................................................55 

5.3 Založenie hry ....................................................................................................................56 

5.4 Profil .................................................................................................................................57 

Záver ...........................................................................................................................................59 

Zoznam použitej literatúry ...........................................................................................................60 

Prílohy .........................................................................................................................................62 

8

Zoznam príloh 

Príloha 1 Zdrojový kód na vypisovanie určitého počtu hier ...........................................................63 

Príloha 2 Zdrojový kód na prihlásenie ...........................................................................................64 

Príloha 3 Obrázok z kalendára akcií ..............................................................................................64 

Príloha 4 Ihriska ...........................................................................................................................65 

Príloha 5 Pridaj nove ihrisko .........................................................................................................65 

Príloha 6 vytvor novu hru ............................................................................................................66 

Príloha 7 uvod, index stranky .......................................................................................................66 

9

Zoznam symbolov a skratiek 

CSS 

DB 

DBS 

DW 

ERD 

FTP 

FK 

HTML 

OS 

PHP 

PK 

SQL 

SRBD 

WAIS 

WWW 

XML 

Cascading Style Sheets 

Databáza 

Databázový systém 

Adobe Dream weawer 

Entitno-relačný diagram 

File Transfer Protocol 

foreign key (cudzí kľúč) 

Hypertext Markup Language 

Operačný Systém 

Hypertext Preprocessor, programovací jazyk 

primary key (primárny kľúč) 

Structured Query Language 

systém riadenia bázy dát 

Wide area information server 

World Wide Web 

extensible markup language 

10

Zoznam ilustrácií a tabuliek 

Obrázok 1 Štruktúrovaný diagram prípadov použitia (1) ...............................................................29 

Obrázok 2 Štruktúrovaný diagram prípadov použitia (2) ...............................................................30 

Obrázok 3 Entitno – relačný diagram............................................................................................40 

Obrázok 4 Fyzický model ..............................................................................................................45 

Obrázok 5 master.css ...................................................................................................................47 

Obrázok 6 Kalendár hier ...............................................................................................................48 

Obrázok 7 Formulár na odosielanie chýb ......................................................................................53 

Obrázok 8 Prihlásenie do aplikácie ...............................................................................................54 

Obrázok 9 Registrovať_umiestnenie.............................................................................................55 

Obrázok 10 Registrácia do aplikácie .............................................................................................55 

Obrázok 11 Založenie hry .............................................................................................................56 

Obrázok 12 Kalendár pri zakladaní akcie ......................................................................................57 

Obrázok 13 Hľadaj hráča ..............................................................................................................57 

Obrázok 14 Profil .........................................................................................................................58 

Tabuľka 1 Identifikácia a špecifikácia požiadaviek.........................................................................21 

Tabuľka 2 Nájdenie účastníkov .....................................................................................................23 

Tabuľka 3 Nájdenie prípadov použitia ..........................................................................................23 

Tabuľka 4 Prípady použitia časť 1 .................................................................................................25 






11

Úvod 

Výmena informácií je neoddeliteľnou súčasťou sveta. Nie len ľudia si pre svoju existenciu 

potrebujú vymieňať informácie, ale taktiež každý živý organizmus, či už zviera alebo 

rastlina. Informácií je veľmi vela, a každý jeden z nás ich musí selektovať a triediť podľa 

aktuálnej potreby. Čím je ale ľudstvo vyspelejšie, tým viac informácií nás obklopuje a tým 

je ich triedenie pre nás náročnejšie na čas. Človek preto neustále hľadá spôsoby, ako ich 

efektívne triediť, hľadať a posúvať ďalej. Snaží sa nájsť možnosť ako informáciu za krátku 

dobu posunie čo najväčšej cieľovej skupine a nemusí dlho čakať na spätnú väzbu. 

V minulosti to ľudia používali najmä ústne podanie, písanie novín či kníh, ktoré boli 

dostupné, no takéto predávanie informácii bolo často krát pomalé a nie vždy človek našiel 

to, čo hľadal. Obrovská zmena prišla až s rozšírením internetu. V dnešnej dobe sa 

nachádza vo väčšine domácností. Človek nemusí vynaložiť príliš veľa námahy a do 

niekoľko sekúnd si nájde všetko čo potrebuje. Statické stránky sa začali meniť na 

dynamické. Ľudia uprednostňujú posielanie elektronickej pošty pred klasickou. Vzniklo 

veľké množstvo sociálnych sietí, ktoré ponúkajú ľuďom ľahšiu komunikáciu medzi sebou 

a umožňujú spájať davy. A to všetko len preto, že im to ušetrí čas a rýchlo poskytne to, čo 

práve potrebujú. S internetom sa rozširovali aj databázy. Kedysi archív predstavoval 

obrovskú miestnosť s policami a skrinkami po označovanými písmenami abecedy a rokmi 

s veľkým množstvom papiera. V dnešnej dobe klasický archív zaniká. Ľudia zistili, že je 

oveľa efektívne ak sa informácie uchovávajú v rôznych dátových úložiskách, a za pomoci 

databázového systému ich veľmi rýchlo hľadajú, používajú či archivujú. Zistili, že 

s informáciou v takejto forme sa narába oveľa jednoduchšie a jej stratenie, či zničenie je 

oveľa náročnejšie. Tieto informácie sa dajú kopírovať, ukladať na rôzne miesta, ľahko 

sprístupňovať a listovať v nich a to všetko bez toho, aby sa človek musel postaviť zo 

stoličky, či sa fyzicky namáhať a to všetko v časovo veľmi krátkom intervale. Čo je ale 

najdôležitejšie, že tieto informácie dokážu pracovať aj samy bez toho aby sme do nich 

zasahovali. Pri tvorbe systému sa zadajú podmienky a informácie sa samy „upratujú“ na 

základe raz napísaného algoritmu. Vedia sa zatriediť, vyhľadať, spojiť. 

Cielom mojej práce, ako už i jej názov napovedá je vytvorenie databázového systému 

v prostredí webu. Túto aplikáciu som robila pre asociáciu military paintbal, nakoľko sama 

som jej súčasťou, som dobre oboznámená s problematikou v tejto oblasti. Momentálne na 

Slovensku neexistuje databázový systém venujúci sa military hráčom tohto športu preto ho 

12

nahrádza databázový systém zameraný na športový a komerčný paintball sídliaci na 

stránke www.pbcentrum.sk. 

Military paintball ide ale stále do popredia a s pribúdajúcimi hráčmi začalo byť fungovanie 

na tejto stránke neefektívne. Chýba tam akákoľvek selekcia informácií či hier. Často 

dochádza k strácaniu jedného alebo druhého nakoľko paintball sám osobe sa delí ešte 

minimálne na 5 veľkých kategórií a hráči venujúci sa jednej, málokedy sú ochotní zdieľať 

hry a informácie s inými kategóriami tohto športu. Hlavnou úlohou môjho databázového 

systému je spracovanie a prenos informácií, uchovávanie, zhromažďovanie, ich 

prezentácia, výber, distribúcia a následná práca s týmito údajmi. Cieľom môjho 

databázového systému je jednoduchá práca s dátami a ľahká dostupnosť pre bežného 

užívateľa a to bol dôvod, prečo som databázovú aplikáciu umiestnila na Internet 

a vytvorila jej jednoduché a zrozumiteľné prostredie. 

Moja práca obsahuje päť kapitol a Úvod, ktorý predstavuje vstup do spracovávanej 

problematiky a záver, kde sú zhodnotené výsledky práce a jej prínos. 

Prvá kapitola obsahuje teoretické pojmy a definície, aby oboznámila čitateľa s oblasťou, 

ktorou sa budeme zaoberať. 

Druhá kapitola sa už týka daného projektu. Popisuje požiadavky, ktoré budú na systém 

kladené, rozoberá praktické aplikácie, využívanie informácií zo systému, ich vkladanie 

a prácu s nimi. Taktiež obsahuje definície budúcich používateľov systému a ich práva. 

Tretia kapitola predstavuje jadro práce a zaoberá sa popisom a formálnym návrhom 

databázového systému a v štvrtej kapitole sa budem zaoberať implementáciou grafického 

prostredia v Adobe Dream weawer. 

13

1. Informačný systém 

1.1 Definícia informácie 

Informácia je slovo s mnohými významami, ktoré závisia na kontexte, ale vo 

všeobecnosti dá sa opísať ako predpis blízky 

pojmom význam, poznatok, signál, inštrukcia, komunikácia, 

reprezentácia a mentálny podnet. 

Informácia zahrňuje v sebe správu spolu s jej významom pre príjemcu. Je to správa, 

ktorá vyjadruje istý stav, slúži nejakému cieľu alebo vyvoláva nejakú akciu. Správa 

sa stáva informáciou buď v dôsledku ľudskej interpretácie alebo tým, že ju spracujú 

algoritmy, alebo že je uložená v súboroch. Podľa Shannonovej teórie informácií je 

informácia mierou stredného informačného obsahu, prenositeľného daným 

kódovaním. 

1.2 Termín databáza 

Databáza je skupina informácií usporiadaná podľa určitých kritérií (najčastejšie do 

formátu tabuľky) tak, aby bola umožnená čo najpokročilejšia manipulácia s týmito 

informáciami. Databáza je tvorená jednotlivými záznamami, pričom každý záznam 

je rozdelený do jednotlivých polí. [2] 

1.2.1 Databázový systém 

Databázový systém tvoria nasledovné komponenty[5]: 

 

 

 

 

Dáta 

Hardvér 

Softvér 

Užívatelia 

14

1.3 Čo je to aplikácia 

Aplikácia alebo používateľský aplikačný program vo výpočtovej technike a 

v informatike je počítačový program pomáhajúci používateľovi pri uskutočňovaní 

činnosti určitého konkrétneho typu, napríklad pri manipulácii s textami (textový 

procesor), číslami, grafikou a pod. Aplikácie môžu byť združené do aplikačných 

balíkov napr. kancelárskych ako sú Microsoft Office alebo Open Office. [3] 

Internetová sieťová aplikácia je softwarová aplikácia určená na spojenie medzi 

ľuďmi a so sieťou Internetu; je to program umožňujúci komunikovať s ostatnými 

používateľmi Internetu a mať prístup k dátam, ktoré možno v Internete nájsť. 

Napríklad: mail, telnet, ftp, gopher, WAIS, WWW, ... [4] 

1.4 Čo je paintball 

Paintball je šport, kde sa hráči snažia trafiť súpera farebnou silikónovou guľôčkou 

pomocou značkovacej zbrane a vyradiť ho z hry. Delí sa na niekoľko druhov. 

Športový paintball je v súčasnosti olympijskou športovou disciplínou. Military 

paintball sa svojimi pravidlami snaží čo najviac priblížiť reálnemu bojovému 

stretu. Hra je sústredená do CQB (close quarters battle/boj v uzavretom priestore) 

alebo do OSB (Open Space Battle/boj v otvorenom priestore) čím sa najviac líši od 

športového, ktorý je hraný na ihriskách. 

1.5 MySQL 

Databáza MySQL je svetovou najobľúbenejšou open source databázou, pretože má 

vysoký výkon, spoľahlivosť a jej používanie je jednoduché. MySQL beží na viac 

ako 20 platformách vrátane Linuxu, Windows, Mac OS,Solaris, IBM AIX a je 

implementovaný vo viacerých programovacích jazykoch ako PHP, C++ či Perl. 

Databázový systém je relačný typu DBMS (database management system). Každá 

databáza je v MySQL tvorená z jednej alebo z viacerých tabuliek, ktoré majú 

riadky a stĺpce. V riadkoch sa rozoznávajú jednotlivé záznamy, stĺpce udávajú 

15

dátový typ jednotlivých záznamov, pracuje sa s nimi ako s poľami. Práca s MySQL 

databázou je vykonávaná pomocou takzvaných dotazov, ktoré vychádzajú z 

programovacieho jazyka SQL (Structured Query Language). [1] 

1.6 Apache HTTP Server 

Je to softwarový webový server s Open source licenciou pre Linux, BSD, Microsoft 

Windows a iné platformy. V dnešnej dobe je najrozšírenejším na celom svete. 

Apache je jednoduchý, ale pritom veľmi výkonný. Podporuje rôzne programovacie 

jazyky, ktoré nemusia byť v počítači vôbec nainštalované, ale stačí, ak si 

nainštalujeme príslušný modul, ktorý podporuje práve ten konkrétny programovací 

jazyk. [3] 

1.7 PHP 

PHP radíme k skriptovacím jazykom ktoré pracujú na strane servera. Z toho 

plynie, že jeho hlavnou výhodou je, že k zdrojovému kódu skriptu sa nedostane nik 

iný, ako jeho autor. PHP skripy sa zapisujú priamo do HTML kódu stránky. 

PHP dokáže získavať dáta z formulárov na HTML stránkach a ďalej s týmito 

dátami pracovať, môže čítať a ukladať cookies, dynamicky generovať stránky atd. 

Jeho najsilnejšou parketou je však široká spolupráce s databázami. [4] 

1.8 HTML 

Hypertextový značkový jazyk je značkový jazyk určený na vytváranie webových 

stránok a iných informácií zobraziteľných vo webovom prehliadači. HTML kladie dôraz 

hlavne na prezentáciu informácií (odseky, fonty, váha písma, tabuľky atď). Špecifikáciu 

jazyka HTML udržiava World Wide Web Consortium (W3C). Aktuálna verzia je HTML 

4.01 

16

2. Analýza problémovej oblasti 

V porovnaní s Českou republikou sme v organizácií paintballového športu pozadu, hoci 

počtom hráčov sa blížime k ich číslam, v organizácii a riadení stagnujeme na jednom 

mieste už niekoľko rokov. Kým na Slovensku sa rozvíja a napreduje len športový paintball, 

v zahraničí sa rovnako rýchlo vyvíjajú aj ostatné jeho podskupiny. Napríklad, v ČR už 5 

rokov funguje ako aj vlastný databázový systém pre túto kategóriu paintball športu tak aj 

vlastné fórum. Mojím cieľom bolo vytvoriť podobné zázemie aj na Slovensku s tým, že 

fórum, reprezentujúce military paintball už existuje niekoľko rokov a dotvorila som 

k nemu vyhovujúcu databázovú aplikáciu. Keďže sa v tomto športe pohybujem, často krát 

som narážala na problém, že som niečo hľadala a bolo to zdĺhavé, lebo jediný informačný 

systém venujúci sa tejto problematike bol neprehľadný a netriedil dáta v ktorých by sa dalo 

ľahko pohybovať. Neponúkal možnosť zatriediť akciu do jednotlivého štýlu paintballu aby 

si užívateľ mohol nechať selektovať len tie hry, o ktoré má záujem. Často krát vznikali 

situácie, že hráči nevedeli o nasledujúcej akcii alebo stretnutí. Ich informačná plocha bola 

zahltená pre nich nepodstatnými udalosťami. Toto ma viedlo k myšlienke, vytvoriť novú 

databázovú aplikáciu a umiestniť ju na Internet. Paintball sám o sebe sa delí na speedball 

(klasický športový paintball ako ho poznáme), woodsball (podobný ako športový, 

s rozdielom že sa hrá v lesnom ihrisku), scenario (väčšie ihrisko či plocha, kde sa vytvorí 

určitý scenár pre hracie strany, napr. získať budovu obsadenú súperom), military (hráči sa 

snažia čo najpresnejšie napodobniť určitú vojenskú jednotku, herné územie nie je 

ohraničené a zvyčajne sa pohybuje na ploche niekoľko kilometrov štvorcových. Dodržujú 

sa vojenské pravidlá a disciplína, akcie prebiehajú niekoľko dní bez prestávky. Všetky 

situácie sa každý účastník snaží zahrať čo najreálnejšie. Čiže pri smrteľnom zranení leží 

bez pohybu – nereaguje na okolie, pri zranení kričí a volá medika či ošetrujúceho lekára...) 

a obsahuje aj ďalšie menšie pod kategórie. Počet hráčov na Slovensku rok od roku 

enormne narastá. Je potrebné, aby existovalo miesto, ktoré ich bude spájať a pomáhať im 

v komunikácii. Hlavným cieľom teda bol databázový systém, ktorý umožní selekciu dát, 

jednoduché a rýchle vyhľadávanie, jednoduché vkladanie dát a komunikáciu. Zároveň som 

pri jeho tvorbe myslela na to, že tento šport sa veľmi rýchlo vyvíja, preto som navrhla 

databázu tak, aby sa dali jednoducho vykonať zmeny, či doplniť ďalšie údaje, ktoré by sa 

na strane užívateľa rýchlo prejavili. 

17

2.1 Používateľské požiadavky 

Úlohou databázovej aplikácie by malo byť predovšetkým uchovávanie informácií 

o užívateľoch, hrách a stretnutiach následne potrebné údaje selektovať. 

Registrovaný užívateľ by mal mať možnosť doplniť, zmeniť či vymazať svoj profil 

a nahliadnuť na profil iného užívateľa. Vytvoriť udalosť či vyhľadávať potrebné 

údaje, vedieť sa prihlásiť na udalosť a pozrieť, kto ďalší sa jej ešte zúčastní, 

prípadne kto ju vytvoril. Databázová aplikácia by mala taktiež dovoľovať vytvoriť 

nový team, pridať do informácií dostupných užívateľovi nové ihrisko a obchod 

zameraný na túto tematiku. Jej úlohou je triediť informácie tak, aby boli pre 

užívateľa aktuálne, čiže rozlišovať udalosti podľa dátumu konania, prípadne podľa 

dátumu vloženia. 

Taktiež by mala archivovať už prebehnuté udalosti a ponúkať užívateľom na ne 

spätný pohľad. 

2.2 Cieľová skupina 

Aplikácia bude zameraná predovšetkým na ľudí, ktorý sa aktívne alebo rekreačne 

venujú paintball športu. Taktiež bude informovať a uľahčovať vstup novým 

záujemcom o tento šport. Veľa nových hráčov, ktorí sa rozhodnú venovať 

paintballu nevedia zvyčajne o hrách, ktoré sa konajú alebo nevedia o tomto športe 

veľa informácií, ktoré by im umožnili rozhodnúť sa, ktorým smerom sa v tomto 

športe vydať. V konečnom dôsledku aby sa mohol military paintball ďalej rozvíjať 

je potrebná informovanosť a jednoduchý nábor práve nových členov a preto 

zameranie sa aj na túto skupinu je veľmi dôležité v ohľade na budúcnosť. 

18

2.3 Operácie s dátami 

V aplikácií budú ústrednými údajmi dáta o registrovaných užívateľoch a údaje 

jednotlivých akcií. Každý človek, ktorý bude mať záujem pracovať s aplikáciou 

bude musieť byť zaregistrovaný s dôvodu, aby sa zabránilo vytváraniu SPAMu od 

automatických programov na tvorenie reklamy. Tento častý problém dynamických 

webov budem riešiť pri registrácií generovaním kódu, ktorý bude nutné prepísať 

alebo kontrolnou otázkou s predpokladom, že len človek bude schopný na ňu 

odpovedať správne. Takýto užívateľ bude môcť tvoriť nové akcie, editovať a mazať 

vlastné akcie. Tie budú následne poskytované všetkým užívateľom bez nutnosti 

registrácie. Ďalšie údaje, ktoré budeme používať budú obchody, ihriská, 

značkovače a iné doplňujúce údaje. Aplikácia bude zabezpečovať pridávanie 

a vymazávanie užívateľov, akcií a ich editáciu. Cieľom bude navrhnúť aplikáciu 

tak, aby sa nenarušila jej štruktúra pri prípadnej zmene. Nakoľko je paintball mladý 

a vyvíjajúci sa šport, musíme predpokladať, že v budúcnosti môžu nastať zmeny, 

ktoré potom ľahkou editáciou budeme schopný vykonať. 

2.4 Rozdelenie používateľov 

Administrátor – má možnosť pridávať akcie, vkladať príspevky, vkladať novinky, 

obchody, ihriská a teamy. Má oprávnenie editovať a mazať tieto údaje a príspevky 

a novinky iných užívateľov. Úlohou administrátora je zabezpečiť správne 

fungovanie databázovej aplikácie a zabezpečiť, že bude plniť svoj cieľ. Taktiež 

bude evidovať pripomienky a návrhy jednotlivých užívateľov. Bude novým 

užívateľom pomáhať v orientácii sa v aplikácií a odpovedať im na otázky. Pri 

rozšírení sa sortimentu značkovačov pre paintball je povinný vložiť nový druh do 

databázy. Jeho úlohou je vkladať na úvodnú stránku novinky, ktoré napíšu 

užívatelia a skontrolovať ich správnosť a obsah. 

19

Veliteľ– Bežný užívateľ sa stáva týmto užívateľom automaticky pri vytvorení 

vlastného teamu. Bude mať možnosť pridávať nové akcie, obchody a ihriská. Môže 

editovať svoje príspevky, vložené akcie, svoj profil a svoje konto môže kedykoľvek 

zrušiť. Veliaci má schopnosť editovať si svoj vytvorený team. Vymazávať z neho 

členov a previesť svoje práva na iného člena teamu s tým, že sám ich stratí. Taktiež 

môže zrušiť tento team. Má právo napísať novinku, ktorú odošle na skontrolovanie 

administrátorovi. 

Vojak – Je to každý užívateľ, ktorý sa zaregistruje do databázovej aplikácie. 

Získava schopnosť editovať si vlastné konto a prípadne ho zrušiť. Môže vkladať 

akcie do kalendára, ktoré môže editovať. Je schopný pridať do aplikácie cez 

formulár nový obchod či ihrisko. Taktiež môže vkladať príspevky. Má právo 

napísať novinku, ktorú odošle na skontrolovanie administrátorovi. V jeho 

právomoci je založiť team a tým sa stať používateľom veliaci alebo sa pridať do už 

existujúceho teamu. 

Kadet – nezaregistrovaný užívateľ, ktorý má právo prezerať údaje v aplikácií no 

nemôže tam vkladať nové, editovať ich či zmazať. Je to typ používateľa, ktorý 

využíva databázu len na informatívnej úrovni bez toho aby sa do nej akýmkoľvek 

spôsobom zapájal. Každý kadet má možnosť registrácie a stať sa používateľom 

s právami vojak 

20

2.5 Identifikácia a špecifikácia požiadaviek 

Tabuľka 1 Identifikácia a špecifikácia požiadaviek 

Funkčné požiadavky Doplňujúce informácie Priorita Use Case 

R01 Aplikácia bude 

evidovať užívateľov 


evidovať teamy 


evidovať novinky 


evidovať akcie 


evidovať tréning 


overovať práva pre 

užívateľov. 

R07 Aplikácia bude schopná 

nájsť hráča 

R08 Aplikácia bude schopná 

nájsť team 


rozlišovať práva. 

R10 Aplikácia bude mať 

formulár na registráciu 

užívateľa. 


ponúkať editáciu 

Evidencia užívateľov (IDuziv, 

Nazov, Web, typ) 

Musí UC001 

Evidencia teamov (IDteam, 

nazov, popis) 

Musí UC027 

Evidencia noviniek 

(IDnovinka, nadpis, text) 

Musí UC029 

Evidencia akcií (ID, meno, 

miesto, zaciatok, koniec, 

max_pocet, styl_hry, pokyny, 

Musí UC010 

scenar) 

Evidencia tréningov 

(IDtrening, zaciatok, koniec, Musí UC007 

ine) 

Musí UC009 

Musí UC020 

Musí UC021 

Musí - 

Musí - 

Musí - 

R12 Aplikácia umožní Musí UC022 

21

prihlásenie 

R13 Aplikácia bude Evidencia obchodov 

evidovať obchody (IDobchodu, nazov, web, typ) 

Musí UC005 

R14 Aplikácia bude Evidencia ihrísk (IDihriska, 

evidovať ihriská nazov, miesto, www) 

Musí UC006 

R15 Aplikácia bude Evidencia zbrane (ID_zbran, 

evidovať zbrane typ, vyrobca, popis, obrazok) 

Musí UC002 


evidovať druhy 

Evidencia druhov (nazov, 

popis) Musí - 

paintballu 

R17 Aplikácia bude Evidencia pristupu(IDpristup, 

evidovať prístupy nazov) 

Musí - 

Nefunkčné požiadavky Doplňujúce informácie Priorita Use Case 


implementovaná Verzia CSS 5 Mala by - 

v Dreamweaver 

R13 Overenie užívateľa 

bude do 2 sekúnd. 

Mala by - 


Prehliadka bude aspoň raz za 6 

podliehať pravidelným 

mesiacov 

kontrolám. 

Musí - 

R15 Aplikácia sa bude Aktualizácia systému – každý 

pravidelne aktualizovať. 

rok 

Mala by - 

22

2.6 Nájdenie účastníkov a prípadov použitia 

Tabuľka 2 Nájdenie účastníkov 

Účastník 

A01 Systémový 

administrátor 

A02 Veliteľ 

A03 Vojak 

A04 Kadet 

Slovný popis 

Osoba, ktorá spravuje systém 

Osoba, ktorá vykonala registráciu, je prihlásená a založila 

tím 

Osoba, ktorá vykonala registráciu a je prihlásená 

Osoba, ktorá nie je zaregistrovaná a prihlásená 

Tabuľka 3 Nájdenie prípadov použitia 

Prípad použitia 

Slovný popis 

UC001 Eviduj užívateľa Právo založiť profil/registrovať sa má kadet 

UC002 Priraď zbraň Právo pridať zbraň má systémový administrátor, 

veliteľ a vojak 

UC003 Zúčastni sa tréningu Právo zúčastniť sa tréningu má systémový 

administrátor, veliteľ a vojak 

UC004 Zúčastni sa akcie Právo zúčastniť sa akcie má systémový 


UC005 Vlož obchod Právo vložiť obchod má systémový administrátor, 


UC006 Vlož ihrisko Právo vložiť ihrisko má systémový administrátor, 


UC007 Eviduj tréning Právo založiť tréning má systémový 


UC008 ZamedziťPrístup Pri nesprávnom zadaní prihlasovacieho mena 

alebo hesla bude užívateľovi automaticky 

zamedzený prístup. 

UC009 Overiť Práva Aplikácia bude automaticky overovať. 

UC010 Eviduj akciu Právo založiť akciu má systémový administrátor, 

23


UC011 Eviduj team Právo založiť team má systémový administrátor a 

vojak 

UC012 Vstúpiť do teamu Právo vstúpiť do teamu má systémový 

administrátor a vojak 

UC013 Pridaj akciu Právo pridať akciu má systémový administrátor, 


UC014 Pridať novinku Právo priradiť novinku má veliteľ a vojak 

UCO15 Vlož novinku 

Právo vložiť novinku má systémový 


UC016 Zmeň užívateľa Právo zmeniť, upraviť profil má systémový 

administrátor, veliteľ a vojak po splnení ďalších 

podmienok. 

UC017 Zmeniť team Právo zmeniť, upraviť team má systémový 

administrátor a veliteľ po splnení ďalších 

podmienok. 

UC018 Vymaž team Právo vymazať team má systémový administrátor 

a veliteľ po splnení ďalších podmienok. 

UC019 Vymaž profil Právo vymazať team má systémový 

administrátor, veliteľ a vojak po splnení ďalších 

podmienok. 

UC020 Nájdi hráča Právo vyhľadať hráča má systémový 

administrátor, veliteľ, vojak a kadet 

UC021 Nájdi team Právo vyhľadať team má systémový 

administrátor, veliteľ, vojak a kadet 

UC022 Prihlásiť sa Právo prihlásiť sa má systémový administrátor, 


UC023 Zmeň akciu Právo zmeniť akciu má systémový administrátor, 

veliteľ a vojak po splnení ďalších podmienok. 

UC024 Pridať užívateľa Právo pridať užívateľa má kadet 

UC025 Pridať team Právo pridať team má systémový administrátor 

a vojak 

UC026 Zmaž akciu Právo zmazať akciu má systémový administrátor, 

24

veliteľ a vojak po splnení ďalších podmienok. 

UC027 Eviduj obchod Právo evidovať obchod má systémový 


UC028 Eviduj ihrisko Právo evidovať ihrisko má systémový 


UC029 Eviduj novinku Právo evidovať novinku má systémový 


2.7 Detaily niektorých prípadov použitia 

Tabuľka 4 Prípady použitia časť 1 

ID: UC020 

Vstupné podmienky: 

1. aktér je v aplikácii 

Prípad použitia: Hľadaj hráča 

Aktéri: systémový administrátor, veliteľ, vojak a kadet 

1. UC začína, keď administrátor, veliteľ, vojak alebo kadet vstúpi do systému za účelom 

hľadať hráča 

2. Systém overí spojenie s DB 

5.1. Aplikácia vyhľadá hráča 

5.2. inak aplikácia zamedzí prístup (Zakáž prístup) 

Vedľajší scenár: kontrola spojenia s DB 


Prípad použitia: Založ profil 

ID: UC001 

Aktéri: kadet 


1. aktér je v aplikácií 

1. UC začína, keď kadet vstúpi do aplikácie za účelom registrovať sa 

2. Kadet vyplní formulár, kde musí vyplniť povinné údaje. 

3. Aplikácia overí spojenie s databázou 

4. Aplikácia overí, či sa zhodujú obe zadané hesla 

25

5. Aplikácia overí, či bol dobre vyplnený overovací kód 

6. Aplikácia overí, či sú vyplnené povinné údaje 

7. Aplikácia overí, či prihlasovacie meno sa nezhoduje s menom už registrovaného 

užívateľa. 

8. Ak sú zadané údaje správne, potom 

8.1. Aplikácia povolí prístup k evidencii 


Vedľajší scenár: Overenie práva, overovanie dát, kontrola spojenia s DB 


Prípad použitia: Prihlásenie 

ID: UC022 

Aktéri: administrátor systému, veliteľ a vojak 


1. aktér je v aplikácii 

1. UC začína, keď administrátor alebo veliteľ alebo vojak vstúpi do aplikácie za účelom 

prihlásiť sa 

2. Systémový administrátor alebo veliteľ práporu sa prihlasuje cez formulár, kde musí 

zadať prihlasovacie meno a heslo 


4. Aplikácia overí, či bolo zadané správne meno a heslo (Overenie práva) 


5.1. Aplikácia povolí prístup 

5.2. inak aplikácia zamedzí prístup(Zakáž prístup) 

Vedľajší scenár: Overenie práva, kontrola spojenia s DB 

26


Prípad použitia: Pridaj novinku 

ID: UC014 

Aktéri: veliteľ a vojak 


1. aktér je prihlásený 

1. UC začína, keď veliteľ alebo vojak vstúpi do aplikácie za účelom pridať novinku 

2. Aplikácia overí, či je užívateľ prihlásený 

3. Aplikácia overí práva užívateľa 


4.1. Aplikácia povolí pridanie novinky, ktorú odošle na schválenie administrátorovi 

4.2. inak aplikácia zamedzí prístup k evidencii (Zakáž prístup) 



Prípad použitia: Vlož novinku 

ID: UC015 

Aktéri: systémový administrátor 



1. UC začína, keď administrátor vstúpi do aplikácie za účelom vložiť novinku 





5.1. Aplikácia povolí vloženie novinky do databázy 

5.2. inak aplikácia zamedzí prístup k evidencii (Zakáž prístup) 


27


Prípad použitia: Vložiť obchod 

ID: UC005 

Aktéri: systémový administrátor, veliteľ a vojak 



1. UC začína, keď administrátor, veliteľ alebo vojak vstúpi do aplikácie za účelom pridať 

novinku 

2. Aplikácia overí spojenie s DB 




5.1. Aplikácia povolí pridanie obchodu 



28

2.8 Štruktúrovaný diagram prípadov použitia 

Obrázok 1 Štruktúrovaný diagram prípadov použitia (1) 

29

Obrázok 2 Štruktúrovaný diagram prípadov použitia (2) 

30

2.9 Diagram aktivít – prihlásenie do aplikácie 

31

3. Návrh riešenia - Dátová analýza 

3.1 Identifikácia množín entít a ich atribútov 

Akcia - názov založenej akcie. Bude obsahovať tieto atribúty: 

 

 

 

 

 

 

 

 

 

ID – kľúčový atribút, primárny kľúč 

Meno – Skrátený názov, pod ktorým bude akcia vystupovať v aplikácií. 

Miesto – Miesto konania sa akcie. Prípadne zemepisné súradnice. 

Zaciatok – Dátum začatia akcie. 

Koniec – Dátum skončenia akcie. 

Max_pocet – Maximálny počet účastníkov. Počet ľudí, pre ktorých je daná 

akcia robená. 

Styl_hry – Tento atribút zaraďuje akciu do určitej skupiny, na ktoré sa 

paintball delí (woodsball, military, speed...). 

Pokyny – Tento atribút predstavuje informácie o tom, čo organizátor 

požaduje. Môžu tam byť jednotlivé upozornenia, pravidla a iné. 

Scenar – Bude obsahovať popis priebehu danej akcie. Prípadne informácie 

pre hráčov, čo môžu od akcie očakávať. 

Užívateľ – Do tejto entity patrí každý zaregistrovaný užívateľ, ktorý chce aktívne 

využívať databázovú aplikáciu. Jej súčasťou sú tieto atribúty: 

 

 

 

 

IDuziv – číslo, ktoré je predstavuje určitého užívateľa, toto číslo je preňho 

originálne, čiže žiadny užívatel nemôže mať rovnaké ID. Taktiež je to 

primárny kľúč. 

Nick – Atribút, ktorý obsahuje prezývku užívateľa, pod ktorou bude 

vystupovať aby sa zabezpečila jeho anonymita. 

Preferovany_maskac – Maskovacie oblečenie má rôzny maskovací vzor, 

tento atribút bude obsahovať práve ten, ktorý užívateľ využíva najčastejšie – 

ktorý preferuje. 

Heslo – Atribút potrebný na prihlásenie sa užívateľa do aplikácie. Užívateľ 

si ho zadáva pri svojej registrácii. 

32

Pravo – Tento atribút má hodnoty 1 (administrátor), 2 (Veliaci), 3 (vojak) 

a udávajú, aké práva má užívateľ v aplikácií. 

Mesto – Atribút obsahujúci miesto bydliska užívateľa. 

Charakteristika – Obsahuje text, ktorý si užívateľ o sebe napíše a je ochotný 

zverejniť ostatným. 

Ihriská – Táto entita opisuje jednotlivé ihriska, na ktorých sa dá hrať paintball, 

zapožičať si výzbroj alebo výstroj ak užívateľ nemá vlastnú. Umožňuje ľahko sa 

dostať k tomuto športu novým záujemcom a taktiež robí reklamu distribútorovi: 

IDihriska – Primárny kľúč. Číslo, pod ktorým ihrisko vystupuje. 

Nazov – Názov, pod ktorým majiteľ ihriska podniká a je registrovaný. 

Miesto – Atribút, ktorý obsahuje adresu ihriska. 

Www – Obsahuje URL adresu ihriska. 

Obchody – Predstavuje obchod, ktorý je zameraný na paintball alebo vojenské 

doplnky. Tým umožní užívateľovi rýchlejšie sa dostať k hľadaným veciam, 

prípadne rýchlemu porovnaniu cien. Jeho atribúty sú: 

 

 

 

 

IDobchodu – Primárny kľúč, originálne číslo každého jedného obchodu. 

Nazov – Názov obchodu, pod ktorým vystupuje. 

Web – URL adresa na rýchle nájdenie obchodu, prípadne eshopu. 

Typ – Tento atribút udáva, na aké doplnky je obchod zameraný (army shop, 

paintball shop, prípadne iné) 

Team – Entita predstavujúca určitú skupinu užívateľov, ktorí sa spolu 

prezentujú pod určitým menom. Jej atribúty sú: 

 

 

 

IDteam – Primárny kľúč. Originálne číslo, ktoré zastupuje každý jeden tím. 

Nazov – Názov tímu, ktorý bude združovať užívateľov. 

Popis – Atribút, ktorý predstavuje charakteristiku tímu, ktorá sa zadáva pri 

registrácii užívateľom. 

33

Tréning – táto entita informuje užívateľov určitého tímu o zocvičení. Obsahuje 

nasledujúce atribúty: 

 

 

 

 

IDtrening – Primárny kľúč. Číselná hodnota. 

Zaciatok – Dátum začatia zocvičenia. 

Koniec – Dátum skončenia zocvičenia. 

Ine – Popis a ďalšie informácie, ktoré potrebujú poznať členovia tímu. 

Zbraň – táto entita predstavuje značkovač, ktorý je kľúčovou súčasťou paintballu. 

Bude obsahovať nasledujúce atribúty: 

 

 

 

 

 

ID_zbran – Primárny kľúč. Číselná hodnota každého jedného typu 

značkovača. 

Typ – Atribút, ktorý definuje určitý typ značkovača, ktorý výrobca dal na 

trh. 

Vyrobca – Atribút predstavuje výrobcu, ktorý značkovač vyrobil. 

Popis – Bližšie informácie o značkovači. Popis materiálu, dostrelu, FPS 

(feet per second) – jednotka rýchlosti a iné. 

Obrazok – Atribút, ktorý bude obsahovať obrázok značkovača. 

Druh – Entita, ktorá udáva o aký druh paintballu ide a jej popis, pre nových 

záujemcov. 

 

 

Nazov – Názov určitého druhu paintballu. Je to zároveň aj primárny kľúč, 

lebo tento názov je originálny. 

Popis – Predstavuje určitú charakteristiku daného druhu a jej základné 

pravidlá 

34

Prístup – Entita, ktorá udáva, či je akcia alebo tréning otvorený pre väčšiu skupinu 

záujemcov alebo uzavretý pre určitých ľudí, ktorých si vyberie a určí organizátor. 

 

 

 

ID_prostup – primárny kľúč 

Nazov – Názov, pod ktorým bude vystupovať v aplikácii 

Popis_p – obsahuje popis, ktorý objasní užívateľovi čo plynie z jednotlivých 

druhov prístupov. 

Novinka – Entita, ktorá obsahuje najnovšie správy zo sveta paintballu. Obsahuje 

tieto atribúty: 

 

 

 

IDnovinka 

Nadpis 

Text 

3.2 Identifikácia relačných vzťahov: 

Užívateľ vkladá(1) obchod: 

Obchod - Nemôže byť obchod, ktorý nie je vložený užívateľom: 1 

- Jeden obchod, môže byť vložený len jedným užívateľom: 1 

Užívateľ - Môže byť užívateľ, ktorý nevložil žiadny obchod: 0 

-Môže byť užívateľ, ktorý vložil viac obchodov: N 

Užívateľ vkladá(2) ihriská: 

Ihriská -Nemôže byť ihrisko, ktoré nevložil užívateľ: 1 

-Každé ihrisko, môže byť vložené len jedným užívateľom: 1 

Užívateľ -Môže byť užívateľ, ktorý nevložil ihrisko: 0 

-Môže byť užívateľ, ktorý vložil viac ihrísk: N 

35

Užívateľ vkladá(3) novinku: 

Novinka -Nemôže byť novinka, ktorú nevložil užívateľ: 1 

-Každú novinku vložil jeden užívateľ: 1 

Užívateľ -Môže byť užívateľ, ktorý nevložil novinku: 0 

-Môže byť užívateľ, ktorý vložil viac noviniek: N 

Užívateľ vlastní zbraň: 

Zbraň -Môže byť zbraň, ktorú nevlastní žiadny užívateľ: 0 

-Jedna zbraň, môže mať viac užívateľov: N 

Užívateľ -Môže byť užívateľ, ktorý nevlastní zbraň: 0 

-Môže byť užívateľ, ktorý vlastní viac zbraní: M 

Užívateľ sa zúčastňuje(1) tréningu: 

Tréning -Môže byť tréning, ktorého sa nezúčastní žiadny užívateľ: 0 

-Jedného tréningu sa môže zúčastniť viac užívateľov: N 

Užívateľ -Môže byť užívateľ, ktorý sa nezúčastní tréningu: 0 

-Môže byť užívateľ, ktorý sa zúčastní viac tréningov: M 

36

Užívateľ sa zúčastňuje(2) akcie: 

Akcia -Môže byť akcia, ktorej sa nezúčastní žiadny užívateľ: 0 

-Jednej akcie sa môže zúčastniť viac užívateľov: N 

Užívateľ -Môže byť užívateľ, ktorý sa nezúčastní žiadnej akcie: 0 

-Jeden užívateľ sa môže zúčastniť viac akcií: M 

Užívateľ zakladá(1) tréning: 

Tréning -Nemôže byť tréning, ktorý nezaložil užívateľ: 1 

-Každý tréning je založený len jedným užívateľom: 1 

Užívateľ -Môže byť užívateľ, ktorý nezaloží tréning: 0 

-Jeden užívateľ môže založiť viac tréningov: N 

Užívateľ zakladá(2) akciu: 

Akcia -Nemôže byť akcia, ktorý nezaložil užívateľ: 1 

-Každá akcia je založená len jedným užívateľom: 1 

Užívateľ -Môže byť užívateľ, ktorý nezaloží akciu: 0 

-Jeden užívateľ môže založiť viac akcií: N 

Užívateľ zakladá(3) tím: 

Tím -Nemôže byť tím, ktorý nezaložil užívateľ: 1 

-Každý tím je založený len jedným užívateľom: 1 

Užívateľ -Môže byť užívateľ, ktorý nezaloží tím: 0 

-Jeden užívateľ môže založiť viac tímov: N 

37

Užívateľ patrí do teamu: 

Tím -Nemôže byť tím, ktorému nepatrí žiadny užívateľ: 1 

-Môže byť tím, ktorému patrí viac užívateľov: N 

Užívateľ -Nemôže byť užívateľ, ktorý nepatrí do tímu: 1 

-Nemôže byť užívateľ, ktorý patrí do viac tímov: 1 

Akcia má(1) druh: 

Druh: -Môže byť druh, ktorý nemá žiadnu akciu: 0 

-Môže byť druh, ktorý má viac akcií: N 

Akcia -Nemôže byť akcia, ktorá nemá druh: 1 

-Každá akcia môže mať len jeden druh: 1 

Tréning má(2) prístup: 

Prístup: -Môže byť prístup, ktorý nemá žiaden tréning: 0 

-Môže byť prístup, ktorý má viac tréningov: N 

Tréning -Nemôže byť tréning, ktorá nemá prístup: 1 

-Každý tréning môže mať len jeden prístup: 1 

Akcia má(3) prístup: 

Prístup: -Môže byť prístup, ktorý nemá žiadnu akciu: 0 

-Môže byť prístup, ktorý má viac akcií: N 

Akcia -Nemôže byť akcia, ktorá nemá prístup: 1 

-Každá akcia môže mať len jeden prístup: 1 

38

3.3 Entitno – relačný model 

Entitno-relačný diagram (ER, ERD, ER diagram) je špeciálny graf, ktorý 

naznačuje vzťahy medzi subjektmi v databáze. V ER diagramoch sa používajú 

symboly predstavujúce základné typy informácií: boxy (obdĺžniky) reprezentujú 

entity, atribúty sú reprezentované oválmi, ktoré sú spojené s entitou, alebo je názov 

atribútu priamo vpísaný do značky pre entitu. Vzájomné vzťahy, resp. relácie 

medzi entitami sú vyjadrené buď značkou malého kosoštvorca, alebo jednoduchým 

prepojením 2 entít pomocou úsečky. 

Entita - je špecifickým predmetom záujmu z oblasti reálneho sveta. Každá 

jednotka základných informácií sa nazýva 'entita', ktorá má určitý názov a obsahuje 

atribúty (vlastnosti entity). 

Atribút - Každá entita obsahuje jeden alebo viac atribútov. Atribúty si môžeme 

predstaviť ako malé kusy informácií v rámci entity. Spolu popisujú entitu do takej 

miery, ako je to nevyhnutné. 

Relácia - V relačnej databáze majú všetky subjekty medzi sebou určitú väzbu, 

ktorá je vyjadrená ako vzťah. Relácia je väzba medzi subjektmi. 

Doména - Doména je pomenovaná množina skalárnych hodnôt rovnakého typu. Je 

to vlastne typ atribútu. Rozoznávame celočíselný, reálny, textový, dátumový a 

binárny typ. 

39

Obrázok 3 Entitno – relačný diagram 

40

3.4 Transformácia ERM do relačných schém 

3.3.1 Transformácia množín entít 

Obchod (IDobchodu, nazov, web, typ) 

Uzivatel (IDuziv, nick, preferovany_maskac, Heslo, Pravo, Mesto, Charakteristika) 

Ihriska(IDihriska, nazov, mesto, www) 

Zbran(ID_zbran, typ, vyrobca, popis, obrazok) 

Trening(IDtrening, zaciatok, koniec, ine) 

Akcia(ID, meno, miesto, zaciatok, koniec, max_pocet, styl_hry, pokyny, scenar) 

Team(IDteam, nazov, popis) 

Druh(nazov, popis) 

Pristup(ID_pristup, nazov, popis_p) 

Novinka(ID_novinka, nadpis, text) 

3.3.2 Transformácia relačných vzťahov 

a) Kardinalita M:N – binárne vzťahy 

 

 

Keďže kardinalita relačného vzťahu vlastní je M:N, bude reprezentovaný vlastnou 

relačnou schémou: 

Vlastni (IDuziv, ID_zbran) 

Keďže kardinalita relačného vzťahu zúčastňuje(1) je M:N, bude reprezentovaný 

vlastnou relačnou schémou: 

Zucastnuje_1 (IDuziv, IDtrening) 

41

Keďže kardinalita relačného vzťahu zúčastňuje(2) je M:N, bude reprezentovaný 

vlastnou relačnou schémou: 

Zucastnuje_2 (IDuziv, ID) 

b) Kardinalita 1:N resp N:1 – binárne vzťahy 

 

Keďže kardinalita relačného vzťahu vkladá(1) je 1:N ( Užívateľ vkladá obchod) a 

obchod je povinným členom vzťahu. Vzťah vkladá(1) bude reprezentovaný cudzím 

kľúčom ID užívateľa z relačnej schémy uzivatel v relačnej schéme obchod: 

Obchod (IDobchodu, nazov, web, typ, IDuziv-FK NN) 

 

Keďže kardinalita relačného vzťahu vkladá(2) je 1:N (Užívateľ vkladá ihriská) 

a ihriská sú povinným členom vzťahu. Vzťah vkladá(2) bude reprezentovaný 

cudzím kľúčom ID užívateľa z relačnej schémy uzivatel v relačnej schéme ihriska: 

Ihriska(IDihriska, nazov, mesto, www, IDuziv-FK NN ) 

 

Keďže kardinalita relačného vzťahu zakladá(1) je 1:N (Užívateľ zakladá tréning) 

a tréning je povinným členom vzťahu. Vzťah zakladá(1) bude reprezentovaný 

cudzím kľúčom ID užívateľa z relačnej schémy uzivatel v relačnej schéme trening: 

Trening(IDtrening, zaciatok, koniec, ine, IDuziv-FK NN) 

 

Keďže kardinalita relačného vzťahu zakladá(2) je 1:N (Užívateľ zakladá akciu) a 

akcia je povinným členom vzťahu. Vzťah zakladá(2) bude reprezentovaný cudzím 

kľúčom ID užívateľa z relačnej schémy užívateľ v relačnej schéme akcia: 

Akcia(ID, meno, miesto, zaciatok, koniec, max_pocet, styl_hry, pokyny, scenar, 

IDuziv-FK NN) 

 

Keďže kardinalita relačného vzťahu zakladá(3) je 1:N (Užívateľ zakladá team) a 

team je povinným členom vzťahu. Vzťah zakladá(3) bude reprezentovaný cudzím 

kľúčom ID užívateľa z relačnej schémy užívateľ v relačnej schéme team: 

Team(IDteam, nazov, popis, IDuziv-FK NN) 

42

Keďže kardinalita relačného vzťahu patrí je N:1 (Užívateľ patrí do teamu) a 

užívateľ je povinným členom vzťahu. Vzťah patrí bude reprezentovaný cudzím 

kľúčom ID teamu z relačnej schémy team v relačnej schéme uzivatel: 

Uzivatel (IDuziv, nick, preferovany_maskac, Heslo, Pravo, Mesto, Charakteristika, 

IDteam-FK NN) 

 

Keďže kardinalita relačného vzťahu má(1) je N:1 (Akcia má(1) druh) a akcia je 

povinným členom vzťahu. Vzťah má(1) bude reprezentovaný cudzím kľúčom ID 

druh z relačnej schémy druh v relačnej schéme akcia: 


IDdruh-FK NN) 

 

Keďže kardinalita relačného vzťahu má(3) je N:1 (Akcia má(3) pristup) a akcia je 

povinným členom vzťahu. Vzťah má(3) bude reprezentovaný cudzím kľúčom ID 

prístupu z relačnej schémy prístup v relačnej schéme akcia: 


ID_pristup-FK NN) 

 

Keďže kardinalita relačného vzťahu má(2) je N:1 (Tréning má(2) pristup) a 

tréning je povinným členom vzťahu. Vzťah má(2) bude reprezentovaný cudzím 

kľúčom ID prístupu z relačnej schémy pristup v relačnej schéme trening: 

Trening(IDtrening, zaciatok, koniec, ine, ID_pristup-FK NN) 

Keďže kardinalita relačného vzťahu vkladá(3) je 1:N (Užívateľ vkladá(3) 

novinku) a novinka je povinným členom vzťahu. Vzťah vkladá(3) bude 

reprezentovaný cudzím kľúčom ID užívateľa z relačnej schémy užívateľ v relačnej 

schéme novinka: 

Novinka(ID_novinka, nadpis, text, IDuziv-FK NN) 

43

c) Kardinalita 1:1 – binárne vzťahy 

V entitno-relačnom modely sa nenachádza kardinalita 1:1 

3.3.3 Úprava relačných schém pre potreby implementácie 

Odstránime nadbytočné medzery, interpunkčné znamienka a znaky, ktoré by mohli 

robiť problém, pri implementácii tabuliek do databázy. 

3.3.4 Logický model 

Obchod (IDobchodu, nazov, web, typ, IDuziv) 

Uzivatel (IDuziv, nick, preferovany_maskac, Heslo, Pravo, Mesto, Charakteristika, 

IDteam) 

Ihriska(IDihriska, nazov, mesto, www, IDuziv) 

Zbran(ID_zbran, typ, vyrobca, popis, obrazok) 

Trening(IDtrening, zaciatok, koniec, ine, IDuziv, ID_pristup) 


IDuziv, ID_pristup, Nazov) 

Team(IDteam, nazov, popis, IDuziv) 

Druh(nazov, popis) 

Pristup(ID_pristup, nazov, popis_p) 

Novinka(ID_novinka, nadpis, text, IDuziv) 

Vlastni(IDuziv, ID_zbran) 

Zucastnuje_1(IDuziv, IDtrening) 

Zucastnuje_2(IDuziv, ID) 

44

3.3.5 Fyzický model 

Obrázok 4 Fyzický model 

45

4. Implementácia prostredia v editore Adobe Dreamweaver 

Vzhľad je prvým faktorom, ktorý na užívateľa zapôsobí, preto mu treba venovať 

dostatočnú pozornosť. Mojím cieľom bolo navrhnúť vzhľad, ktorý umožní užívateľovi 

jednoduchú orientáciu a ľahkú prácu s aplikáciou. Prostredie som sa rozhodla vytvoriť 

v editore Adobe Dreamweaver CS5. V prílohe je uvedených viacej obrázkov, ktoré 

umožňujú vytvoriť si predstavu o výzore aplikácie. 

4.1 Adobe Dreamweaver 

Adobe Dreamweaver je jedným z najobľúbenejších profesionálnych webových 

balíčkov pre rozvoj dreamweaver je komplexný produkt vhodný pre všetko, od 

jednoduchých stránok návrhu po rozvoj dynamických stránok písaných s 

ColdFusion, PHP , ASP, CSS, XML, XSLT a JavaScript. Dreamweaver je 

priemyselným štandardom pre vývoj prostredia webových aplikácií. Umožňuje 

pracovať všetkým typom užívateľov, od začiatočníkov až po profesionálov, od 

návrhárov pre vývojárov, ľahko a pohodlne vytvárať jednoduché aj zložité 

dynamické webové stránky. 

4.2 Návrh stránky 

Webová stránka je rozdelená pomocou tagu „div“ na 4 časti. Vrchnú časť zaberá 

logo v ktorom je umiestnené aj menu, na ľavo sa nám nachádza panel, spodnú časť 

tvorí päta stránky a zvyšok v strede je hlavné zobrazovacie okno. Rozdelenie 

stránky pomocou tagu div som zvolila preto, lebo je v súčasnosti najpoužívanejšie 

a dobre sa s ním pracuje. Podporujú ho všetky najpoužívanejšie prehliadače. Ja 

som testovala zobrazenie stránky v prehliadačoch Google Chrome 18, Mozzila 

Firefox 12.0, Opera 11.64 a Microsoft Explorer 9. 

Pomocou kaskádových štýlov som si nadefinovala hlavné zložky vzhľadu. Na 

obrázku nižšie môžete vidieť zadefinované vlastnosti niektorých častí stránky. 

46

4.2.1 Tvorba menu 

Menu sa nachádza ako nová vrstva položená na obrázku loga. Zvolila som ho 

čiastočne priehľadné aby nám nerušilo obrázok, ktorý sa nachádza pod ním. Je 

tvorené pomocou javaskriptu. Pozostáva z týchto volieb: 

Obrázok 5 master.css 

 

 

 

 

 

 

 

 

 

Home 

Kalendár akcií 

Archív hier 

Hráči 

Teamy 

PB/Army shopy 

Ihriská 

Forum 

Faq 

47

4.2.2 Kalendár akcií 

Pomocou kalendára sa dostaneme na stránku, na ktorej bude možnosť založiť novú 

hru a podľa dátumu vloženia zostupne vypísaných 8 akcií, ktoré pridal užívateľ. Ak 

bude databáza obsahovať viac týchto akcií, zoradia sa do strán a na každej strane 

bude vypísaných práve 8. Tieto výpisy budú zoradené do tabuľky aby sa zachovala 

štruktúra. Každý tento výpis bude obsahovať Názov hry, miesto, začiatok, koniec a 

maximálny počet hráčov pričom bude slúžiť ako hypertextový odkaz, ktorý nás 

prenesie na kartu, ktorá sa tvorí každej pridanej hre. Na tejto karte sa nachádzajú 

podrobnosti o akcii a taktiež možnosť prihlásiť sa na akciu. Na obrázku č.3 si 

môžete pozrieť kód, pomocou ktorého vypisujem dáta s databázy a usporadúvam 

ich na stránke. 

Obrázok 6 Kalendár hier 

48

4.2.3 Archív hier 

Tu si užívateľ môže pozrieť akcie, ktoré už prebehli a prečítať si z nich report. Do 

archívu sa dostane každá akcia automaticky, keď jej deň konania bude starší ako 

aktuálny deň. Používam tu podobný selekt ako pri „Kalendár akcií“ s tým 

rozdielom, že som upravila podmienku na výpis, ktorú budú spĺňať len akcie staršie 

ako aktuálny dátum a samozrejme prispôsobím ho na výpis nami požadovaných 

dát. 

4.2.4 Hráči a teamy 

Tieto odkazy nás pošlú na karty, kde môžeme vidieť vypísaných hráčov, čiže 

užívateľov, ktorí sa registrovali alebo registrované teamy. Obsahuje tiež 

okienko „hľadaj hráča/“hľadaj team“, ktoré bude selektovať buď vami zadaný 

údaj ak je celý a správne alebo po zadaní písmena vypíše užívateľov, ktorým 

prezývka začína na dané písmeno alebo sa v nej nachádza. Selekt na hľadanie 

vyzerá nasledovne: 

a) hráča 

("SELECT IDUziv,nick FROM uzivatel WHERE nick like '%$hladaj%'"); 

b) teamu 

("SELECT IDteam,Nazov FROM team WHERE Nazov like '%$hladaj%' "); 

4.2.5 PB/Army shopy a Ihriská 

Obchody: 

Táto stránka nám ponúka známe obchody či už paintballového charakteru alebo 

obchody s vojenskými pomôckami a výstrojom. Je tu možnosť pridať obchod. 

Kliknúť na odkaz už vytvoreného a preniesť sa na jeho website. Záznamy sa tu 

taktiež vypisujú do tabuľky a ich počet na stranu je 10. 

49

Ihriská: 

U herných plôch platí to isté ako pri obchodoch. Selektuje záznamy z tabuľky 

ihriská, vkladá ich do tabuľky na stránke, počet na stranu je desať a ponúka 

ľahký prechod na ich website. 

4.2.6 Fórum 

Pri nábehu myšou na fórum v menu, dostaneme ďalšie dve pod kategórie, ktoré 

si môžeme zvoliť: 

o SK Forum 

o CZ Forum 

Obe slúžia ako hypertextový odkaz na stránky, kde je umiestnené fórum 

slovenskej a českej paintballovej asociácie. Tieto fóra sa otvoria na novej karte. 

4.2.7 FAQ 

Táto časť pomáha užívateľovi orientovať sa na stránke a dáva odpovede na 

najčastejšie otázky. Užívateľ sa tu dozvie ako sa môže zaregistrovať, ako pridá 

hru alebo sa na ňu prihlási. Taktiež radí, ako sa po registrácii prihlásiť, ako 

vyhľadať užívateľa a podobne. 

4.3 Registrácia a prihlásenie 

Registrácia a prihlásenie je jedna s najdôležitejších vecí v aplikácii. Aby užívateľ 

mohol s aplikáciou pracovať musí byť prihlásený. Bolo treba zabezpečiť, aby sa 

užívateľ nemusel prihlasovať za každým, ak načíta novú stránku pomocou menu. 

Toto som docielila pomocou Session. 

50

4.3.1 Rozdiel medzi Session a Cookies 

Havný rozdiel medzi COOKIEs a SESSION je ten, že COOKIES sa ukladajú u 

klienta a SESSION na webovom serveri. To čo je ukladané u klienta (COOKIEs) je 

vo svojej podstate potenciálne nebezpečné. U údajov ukladaných u užívateľa platí, 

že to čo prehliadač prijme môže byť uložené, zmenené a poslané naspať. 

4.3.2 Session 

SESSION k svojmu správnemu fungovaniu využíva COOKIEs. Samotná relácia je 

riadená priradeným popisovačom čo je vlastne PHP ID (zašifrované náhodné číslo 

ktoré je uložené u klienta ako COOKIEs), to odkazuje na SESSION uložené na 

serveri. Spúšťame ho pomocou session_start() a toto session sa nám nachádza na 

každej našej stránke a zabezpečuje, že prihlásenie užívateľa bude stále aktívne. 

4.3.3 Registrácia 

Táto možnosť sa nachádza na vrchu v ľavom panely vo forme hypertextového 

odkazu. Po jeho zvolení sa dostaneme na stránku register.php na ktorej sa 

nachádza formulár, ktorý je potrebné vyplniť. Pomocou „*“ sú vyznačené údaje 

ktoré sú povinné. Na konci formulára sa nachádza overovacia časť vo forme 

sčítania dvoch číslic. Kým sa formulár odošle kontroluje nasledovné veci: 

1. Kontroluje pripojenie na databázu 

2. Kontroluje zhodu zadaných hesiel 

3. Kontroluje, či bol dobre vyplnený overovací kód 

4. Kontroluje, či bolo vyplnené meno a heslo 

5. Kontroluje, či už neexistuje užívateľ s rovnakým menom 

Ak táto kontrola neprebehne, vždy vypíše užívateľovi, v čom nastala chyba aby 

vedel, čo je potrebné opraviť. Ak kontrola prebehne celá, vložia sa údaje 

51

o užívateľovi do databázy, jeho prihlásenie sa uloží do session, na jeho obrazovku 

sa vypíše informácia o tom, že jeho registrácia prebehla úspešne a bude 

presmerovaný a úvodnú stránku index.php. 

4.3.4 Prihlásenie 

Prihlásenie sa taktiež nachádza v ľavom panely. Po zvolení tejto možnosti 

a vyplnení mena a hesla sa odkaz „prihlásenie“ zmení na panely na 

„meno_prihláseného“, ktoré tiež predstavuje hypertextový odkaz, ktorý vás 

pošle na stránku profilu. Na obrázku v prílohe je úsek kódu, ktorý toto 

prihlásenie umožňuje. 

52

4.4 Hlásenie o chybách 

Ak užívateľ na stránke nájde chybu, môže ju ohlásiť administrátorom stránky. Túto 

voľbu nájde v päte stránky, kde sa nachádza veta „Našli ste chybu? Ohláste ju alebo 

vložte pripomienku na vylepšenie TU“. Ak klikne na slovo „TU“ prejde na stránku, 

kde sa nachádza formulár. Ten po vyplnení odošle vyplnené údaje ako mail na 

mailovú adresu webovej aplikácie sídliacu na gmail.com. Do formulára užívateľ 

vyplní nasledovné údaje: 

Meno 

E-mail 

Predmet 

Správa 

Pomocou týchto údajov sa vyplní v maily odosielateľ, predmet a telo správy. 

Formulár si môžete pozrieť na priloženom obrázku. 

Obrázok 7 Formulár na odosielanie chýb 

53

5. Používateľská príručka 

Ak užívateľ navštívi aplikáciu, tak na úvodnej stránke môže vidieť horné menu, 

v obsahovej časti novinky zo sveta paintballu a na ľavom panely ponuku registrácie či 

prihlásenia, čas a dátum, 3 najbližšie akcie a počasie. 

5.1 Prihlasovacie okno 

Keďže aplikácia rozoznáva práva užívateľov je nutné sa na prácu s ňou 

prihlásiť. Predpokladáme, že užívateľ vykonal úspešne registráciu. Na 

prihlásenie zadá svoje meno a heslo. Ak sa údaje nezhodujú s údajmi v 

databáze, aplikácia vypíše, či bolo zadané zlé meno alebo heslo. 

Obrázok 8 Prihlásenie do aplikácie 

54

5.2 Registrácia 

Registrovať sa musí každý užívateľ, ktorý chce s aplikáciou pracovať 

na vyššej úrovni ako si ju prezerať. V ľavom panely sa nachádza vedľa 

dátumu ponuka registrácie a po jej zvolení sa užívateľovi vypíše 

formulár. Po vyplnení povinných údajov odošle údaje. Ak jeho 

registrácia prebehla úspešne, môže sa prihlásiť. V inom prípade bude 

upozornený, kde spravil chybu. Taktiež sa tam nachádza voľba vyčistiť 

formulár aby jednotlivé veci nemusel mazať ručne a po jednom. 

Obrázok 9 Registrovať_umiestnenie 

Obrázok 10 Registrácia do aplikácie 

55

5.3 Založenie hry 

Založenie novej hry prebieha voľbou kalendár akcií a pod vypísanými 

hrami sa nachádza voľba „založiť novú“. Založenie novej hry prebieha 

vyplnením formulára a jeho odoslaním. Túto právomoc má každý 

zaregistrovaný užívateľ. 

Obrázok 11 Založenie hry 

56

Začiatok a koniec hry sa zadáva kliknutím na kalendár. Otvorí sa nám toto okno, 

kde vyberieme vhodný dátum. 

Obrázok 12 Kalendár pri zakladaní akcie 

5.4 Profil 

Ak chce užívateľ nahliadnuť na svoj profil, môže tak spraviť po prihlásení, kde sa 

v ľavom panely zmení text z „Prihlásiť/Registrovať„ na „Meno_prihlaseneho 

Odhlásiť“. Ak klikne na svoje meno automaticky prejde na svoj profil. Druhá 

možnosť, ako nahliadnuť na svoj alebo cudzí profil je cez možnosť menu „Hráči“ 

následne zvolí hľadaj hráča. 

Obrázok 13 Hľadaj hráča 

57

Nemusí zadať celé meno hľadaného užívateľa. Ak zadá písmeno ktoré 

sa v jeho mene nachádza a zvolí hľadaj, aplikácia mu vypíše 

registrovaných hráčov podľa písmena. Následne si vyberie užívateľa 

a po kliknutí na jeho meno bude presmerovaný na jeho profil. 

Obrázok 14 Profil 

58

Záver 

Cieľom bakalárskej práce bolo vytvoriť databázovú aplikáciu v prostredí webu a jej 

implementácia. Podľa katalógu požiadaviek som vytvorila návrh aplikácie, potrebné 

tabuľky a vytvorila potrebnú databázu. Prostredie som implementovala v editore Adobe 

Dreamweaver CSS5, čím boli splnené počiatočné požiadavky. Je potrebné aby prešla 

aplikácia testovaním. Táto fáza zatiaľ nebola vykonaná preto, lebo aplikácia prejde 

v blízkej dobe rozšírením, ktoré bude ponúkať užívateľom väčší komfort pri jej používaní 

a taktiež nové možnosti jej využitia. Už teraz som ale do jej tvorby a implementácie 

zaviedla formulár, ktorým užívatelia môžu podávať hlásenia o chybách a navrhovaných 

zmenách. Aplikácia sa bude potom vyvíjať podľa požiadaviek užívateľa. Plánované 

zavedenie aplikácie a umožnenie jej dostupnosti pre verejnosť je začiatkom augusta. Do 

toho termínu by mala aplikácia prejsť prvou fázou testovania, na ktorom by sa malo 

podieľať okolo dvadsať užívateľov. Keď už bude aplikácia dostupná na internete, jej 

aktualizácia bude prebiehať v nočných hodinách aby nenarušila prácu užívateľov. Čas 

a upozornenie o tejto aktualizácii bude včas zverejnený na stránke. Predpokladaný počet 

denných návštev je 300 ľudí. 

Implementácia databázovej aplikácie sa mi podarila. Aplikácia umožňuje vkladanie, 

mazanie a editovanie dát, ktoré sa v nej nachádzajú, rozlišuje práva užívateľov a podľa 

nich im umožňuje prístupy. Všetky zdrojové kódy sú priložené ako príloha na DVD-R 

nosiči, ktorý sa nachádza na poslednej strane obalu bakalárskej práce. 

59

Zoznam použitej literatúry 

[1] MySQL.[online], 28.5.2012, Dostupné na internete: < http://www.mysql.com/whymysql> 

[2] Jiří Hlavenka a kol.: Nový výkladový slovník výpočetní techniky, 1. vyd. Praha 4: 

Computer Press, 1994. ISBN 80-85896-05-2 

[3] Apache HTTP server, [online], 25.5.2012, Dostupné na internete: 

 

[4] Bražina, M., PHP [online], 16.5. 2000, Dostupné na internete: < 

http://www.builder.cz/art/php/clanek2083064230.html> 

[5] Date, C.J.: Introduction to Database Systems, Pearson Education Inc., 2004, 1024 s. 

ISBN 0-321-18956-6 

[6] Sheldon, R.,Moes, G.: Beginning MySQL (Programmer to Programmer), 1 edition 

Wrox, 2005. ISBN 0764579509 

60

Čestné vyhlásenie 

Čestne vyhlasujem, že bakalársku prácu na tému „Databázová aplikácia v prostredí WEB 

pre asociáciu military paintball“ som vypracovala samostatne. Použitú literatúru 

a podkladové materiály uvádzam v priloženom zozname bibliografických odkazov. 

V Trnave dňa 25. mája2012 

Podpis

Prílohy

Príloha 1 Zdrojový kód na vypisovanie určitého počtu hier

Príloha 2 Zdrojový kód na prihlásenie 

Príloha 3 Obrázok z kalendára akcií

Príloha 4 Ihriska 

Príloha 5 Pridaj nove ihrisko

Príloha 6 vytvor novu hru 

Príloha 7 uvod, index stranky

SLOVENSKÃ TECHNICKÃ UNIVERZITA V BRATISLAVE ... - Index of

Transform your PDFs into Flipbooks and boost your revenue!

Delete template?

Save as template ?

SLOVENSKÃ TECHNICKÃ UNIVERZITA V BRATISLAVE ... - Index of