SLOVENSKÁ TECHNICKÁ UNIVERZITA

FAKULTA INFORMATIKY A INFORMAČNÝCH TECHNOLÓGIÍ

Ilkovičova 3, 842 16 Bratislava 4

Dokumentácia k projektu

Tímový projekt

Autori: Jasovský Peter, Bc. Šuhaj Lukáš, Bc. Tóth Jozef, Bc. Rýznar Karol, Bc. predmet: Tímový projekt I Sidor Samuel, Bc. akademický rok: 2011/2012

ii

Obsah

Obsah .................................................................................................................................... ii

Skratky ...............................................................................................................................v

Zoznam obrázkov ...............................................................................................................v

Zoznam tabuliek ............................................................................................................... vi

1 Úvod ..................................................................................................................................1

1.1 Zadanie projektu ...........................................................................................................2

1.2 Ciele projektu ...............................................................................................................2

2 Analýza ...............................................................................................................................3

2.1 Existujúce riešenia ........................................................................................................3

2.1.1 Nemobilná aplikácia – kniha jázd Speedy...............................................................3

2.1.2 Nemobilná aplikácia – kniha jázd Autoplan............................................................4

2.1.3 iOS – Smart Log ....................................................................................................6

2.1.4 iOS – Driverslog ....................................................................................................7

2.1.5 Bada .......................................................................................................................8

2.1.6 Symbian - pySpotreba ............................................................................................8

2.1.7 Symbian - Handycar ...............................................................................................9

2.1.8 Android – My Cars ................................................................................................9

2.1.9 Android – Webdispečink ...................................................................................... 10

2.1.10 Windows mobile – CarMaintenance and FuelEconomy ...................................... 10

2.2 Zisťovanie polohy podľa GPS ..................................................................................... 12

2.3 Zisťovanie polohy podľa BTS ..................................................................................... 13

2.4 Google maps api (rodina) ............................................................................................ 13

2.4.1 Maps JavaScript API ............................................................................................ 14

2.4.2 Maps API for Flash .............................................................................................. 14

iii

2.4.3 Google Earth API ................................................................................................. 14

2.4.4 Maps Image APIs ................................................................................................. 15

2.5 Oficiálne daňovo uznateľné dokumenty pre evidenciu vozidiel(cestovné príkazy) ....... 16

2.6 História a spôsoby šifrovania(zabezpečenia) komunikácie klient server ...................... 17

2.7 Porovnanie platforiem vrátane SmartTV ..................................................................... 19

3 Špecifikácia ....................................................................................................................... 23

4 Návrh riešenia ................................................................................................................... 24

4.1 Návrh aplikácie ........................................................................................................... 24

4.2 Návrh obrazoviek........................................................................................................ 25

4.3 Návrh databázy ........................................................................................................... 25

4.3.1 Funkcionálny model údajov ................................................................................. 25

4.3.2 Logický model údajov .......................................................................................... 28

4.3.3 Fyzický model údajov .......................................................................................... 29

4.3.4 Entity fyzického modelu údajov ........................................................................... 30

5 Prototyp ............................................................................................................................. 33

5.1 Ciele prototypu pre klienta .......................................................................................... 33

5.1.1 Prihlasovanie........................................................................................................ 33

5.1.2 Hlavné menu ........................................................................................................ 34

5.1.3 Auto ..................................................................................................................... 35

5.1.4 Výber auta............................................................................................................ 36

5.1.5 Auto - ostatné ....................................................................................................... 37

5.1.6 Nastavenia ........................................................................................................... 37

5.1.7 Zobrazenie mapy .................................................................................................. 38

5.2 Ciele prototypu pre server ........................................................................................... 38

5.2.1 Prihlasovanie........................................................................................................ 38

5.2.2 Úvodná obrazovka ............................................................................................... 40

iv

5.2.3 Skupiny ................................................................................................................ 41

5.2.4 Profily .................................................................................................................. 43

5.2.5 Autá ..................................................................................................................... 45

5.2.6 Jazdy .................................................................................................................... 47

5.3 Testovanie prototypu .................................................................................................. 48

5.4 Výsledok prototypu..................................................................................................... 48

6 Záver ................................................................................................................................. 49

7 Použitá literatúra ................................................................................................................ 49

v

Skratky

FIIT – Fakulta informatiky a informačných technológii

STU – Slovenská technická univerzita

HTML – Hyper Text Markup Language

CSS – Cascading Style Sheets

PHP – Personal Home Page

SQL – Structured Query Language

APP – Application

SDK – Software Development Kid

OS – Operačný systém

GPS – Global Positioning System

TDOA – Time Difference of Arrival

Zoznam obrázkov

Obr. 1 – screenshoty z aplikácie smartlog ...............................................................................6

Obr. 2 – screenshoty z aplikácie driverslog .............................................................................7

Obr. 3 – screenshoty z aplikácie pyspotreba ...........................................................................8

Obr. 4 – screenshoty z aplikácie hnadycar ..............................................................................9

Obr. 5 – screenshoty z aplikácie my cars ...............................................................................10

Obr. 6 – screenshoty z aplikácie webdispecink......................................................................10

Obr. 7 – screenshoty z aplikácie cm&fe ................................................................................11

Obr. 8 – dvojdielny hyperboloid............................................................................................13

Obr. 9 – ilustračný obrázok pre Javascript API .......................................................................14

Obr. 10 – ilustračný obrázok pre APIpreFlash........................................................................14

Obr. 11 – ilustračný obrázok pre Google Earth API ................................................................14

vi

Obr. 12 – ilustračný obrázok pre Image APIs .........................................................................15

Obr. 13 – prvá strana cestovného príkazu .............................................................................16

Obr. 14 – druhá strana cestovného príkazu ..........................................................................17

Obr. 15 – ilustračný obrázok pre iOS .....................................................................................20

Obr. 16 – ilustračný obrázok pre Android................................................................................20

Obr. 17 – ilustračný obrázok pre Windows phone ................................................................21

Obr. 18 – ilustračný obrázok pre Symbian .............................................................................21

Obr. 19 – ilustračný obrázok pre Bada.....................................................................................22

Obr. 20 – ilustračný obrázok pre Samsung smart tv................................................................22

Obr. 21 – ilustračný obrázok pre grafický návrh rozhrania ....................................................25

Obr. 22 – diagram prípadov použitia pre serverovú časť aplikácie ........................................26

Obr. 23 – diagram prípadov použitia pre klientskú časť aplikácie ..........................................27

Obr. 24 – diagram logického modelu údajov .........................................................................28

Obr. 25 – diagram fyzického modelu údajov .........................................................................29

Zoznam tabuliek

Tabuľka 1 – rozpis atribútov entity drives................................................................................30

Tabuľka 2 – rozpis atribútov entity driveuser.......................................................................... 31

Tabuľka 3 – rozpis atribútov entity users................................................................................. 31

Tabuľka 4 – rozpis atribútov entity coordinates...................................................................... 32

Tabuľka 5 – rozpis atribútov entity group_2............................................................................ 32

Tabuľka 6 – rozpis atribútov entity cars................................................................................... 32

1

1 Úvod

V dnešnej dobe existuje množstvo typov komunikačných technológii. Ľudia majú

rozmanité potreby a poznanie nášho sveta je čoraz väčšie a stáva sa zložitejším. Popri týchto

všetkých skutočnostiach je dôležité konať rozvážne a s rozumom, dbať na vlastnú

bezpečnosť, ale pritom kráčať s dobou a napredovať tak, ako je to ľudom vlastné.

Dorozumievanie sa je v našom svete nosným pilierom všetkého a len na základe

kvalitnej komunikácie dokážeme niečo vybudovať či vytvoriť. Ako som už spomínal, foriem

komunikácie je nespočetné množstvo, a to najmä v oblasti ktorá je nám najbližšia a tou je

informatika a informačné systémy. Keďže sa doba digitalizuje, ľudia sú nahrádzaní strojmi,

počítačmi, určite nám dáte za pravdu, že komunikovať na tej najvyššej úrovni, a to z každého

uhľa pohľadu nám môže byť len a len nápomocným, zjednodušiť nám prácu , a hlavne nás

práve toto dokáže posunúť ďalej v našom poznaní a pohľade na svet okolo nás.

V tomto dokumente, projekte, sa teda pokúsime rozanalyzovať jednu z metód

komunikácie, ktorú považujeme za inovatívnu, flexibilnú , nadčasovú, spoľahlivú, no

jednoducho za formu komunikácie hodnú 21.storočia.

Našou snahou bude vypracovať kvalitný prehľad existujúcich riešení pre knihu jázd

pre nemobilné, i mobilné platformy, pozrieť sa do histórie, kde sa asi začala tvoriť myšlienka

takéhoto typu komunikácie. Pokúsime sa na nič nezabudnúť a vytvoriť dokument, ktorý nám

poskytne komplexný pohľad do tejto oblasti. Dúfame, že tento dokument poslúži čitateľovi

ako kvalitný zdroj informácii.

Tento dokument bude výsledkom časti k projektu z predmetu Tímový projekt I na

Fakulte informatiky a informačných technológii v Bratislave.

2

1.1 Zadanie projektu

Vývoj aplikácie pre mobilný telefón / inteligentný televízor

Analyzujte mobilné platformy a vyberte vhodnú s natívnym SDK (Samsung Bada,

Symbian, iOS, Android...), pre ktorú navrhnite originálnu aplikáciu a následne v tejto

platforme daný nápad implementujte. Dôraz treba klásť na inovatívnosť nápadu, vhodnosť

platformy, UX (user experience) v používateľskom prostredí, praktickosť riešenia a funkčnosť

programu overenú simuláciou a priamo na zariadení s daným SDK. Výstupom je funkčná

aplikácia prijatá do APP store daného výrobcu platformy.

1.2 Ciele projektu

Cieľom nášho tímu je oboznámiť sa s operačným systémom od firmy Samsung a

navrhnúť reálnu aplikáciu využiteľnú vybranou skupinou používateľov. Budeme sa snažiť

získať všetky potrebné softvérové a hardvérové prostriedky potrebné pre prácu v danom

prostredí.

Ďalej sa s novým prostredím zoznámime, osvojíme si zručnosti potrebné pre prácu v

ňom. Naše získané zručnosti nakoniec zhmotníme v podobe výslednej aplikácie pre dané

prostredie. Aplikácia bude môcť slúžiť používateľom či už ako príručný zdroj informácii, alebo

jednoduchý prehľad ich jázd.

3

2 Analýza

2.1 Existujúce riešenia

2.1.1 Nemobilná aplikácia – kniha jázd Speedy

Ak používate vozidlo a vediete si evidenciu

knihy jázd, tak softvérový produkt Kniha jázd -

Speedy je pre Vás ideálnym riešením.

Kniha jázd – Speedy umožňuje bezproblémové a rýchle spracovávanie knihy jázd a

evidencie vozidiel. Už nebudete musieť zdĺhavo vyplňovať cestovné príkazy. Program

poskytuje široké spektrum výstupných zostáv. Je vhodný pre všetky typy používania vozidiel

(napr. pre firemné vozidlo alebo súkromné vozidlo na firemné účely atď...). Okrem množstva

iných funkcií obsahuje aj možnosť samo generovania jázd - odpadne Vám otravné

vypisovanie jázd, stačí ak raz za mesiac alebo za iné ľubovoľné časové obdobie spustíte

program. Program si sám náhodne vytvorí jazdy podľa Vašich požadovaných parametrov a Vy

potom iba vytlačíte tlačovú zostavu.

Kniha jázd – Speedy ďalej umožňuje:

Napojenie na GPS záznamník tvorbu jázd na základe údajov získaných satelitným

sledovaním vozidla.

Možnosť vytvoriť knihu jázd a cestovný príkaz aj spätne za minulé roky.

Sledovanie prevádzky vozidla. Získate podrobný prehľad jednotlivých nákladov na

prevádzku vozidla.

Evidenciu a tlač cestovných príkazov, plus vyúčtovanie pracovných ciest.

Poskytovanie informácie o aktuálnom množstve PHM v nádrži jednotlivých vozidiel.

Evidovanie jednotlivých čerpaní PHM a ich triedenie do zostáv za zvolené obdobie.

Spätné vytvorenie cestovných príkazov z už evidovaných jázd a naopak.

Okrem samo generovania jázd možnosť manuálnej evidencie jázd.

Grafické zobrazenie jazdy na mape.

Možnosť tlače do súboru (Word, Excel, Open Office, PDF, Html)

Zadávanie moto-hodín pre evidenciu pracovného stroja.

4

Daňovo uznateľné tlačové zostavy knihy jázd s variabilnou možnosťou zvolenia

tlačeného obdobia, plus iné tlačové zostavy.

Sledovanie auta (áut) s napojením na GPS záznamník. Monitoring vozidiel.

Pre živnostníkov, drobných podnikateľov a pre firmy všeobecne, umožňuje si

uplatňovať čo najvyššie výdaje spojené s prevádzkou vozidla.

Program Kniha jázd - Speedy je spracovaný podľa platnej legislatívy (žiadny užívateľ

nemal problém s údajmi a tlačovými výstupmi programu pri daňovej kontrole) a umožňuje

vzájomné používanie meny EURO a Sk, pričom tie údaje, ktoré majú byť aj naďalej vedené v

Sk budú ponechané v mene Sk (ide o údaje, ktoré vznikli pred 1.1.2009) z dôvodu zachovania

informácie o reálnom stave v danom čase a hlavne kvôli možnosti robiť knihu jázd spätne aj

za niekoľko rokov dozadu.

Práca s programom Kniha jázd - Speedy je veľmi jednoduchá a intuitívna. Rýchlo ho

zvládnu aj menej skúsení užívatelia a začiatočníci, navyše k programu je aj podrobná

užívateľská príručka.

Knihu jázd – Speedy je možné prevádzkovať nielen pod operačným

systémom Windows ale aj pod operačným systémom Linux.[1]

2.1.2 Nemobilná aplikácia – kniha jázd Autoplan

S AUTOMAPOU 2011Re3 pre Windows 9x až XP, NT, VISTA, 7.

Program AUTOPLAN Kniha jázd s automapou prehľadne a jednoducho vedie knihu

jázd pre firemné aj súkromné autá pre neobmedzený počet firiem. Veľmi rýchlo sa dá

spracovať kniha jázd aj spätne za minulé obdobie keď nebola vedená alebo sa zničila, stratila.

Software je spracovaný podľa platnej legislatívy v danom období aj spätne a pre súkromné

autá obsahuje vývoj náhrad od roku 1993. Aplikácia počíta priemernú spotrebu za mesiac a

porovnáva ju so zadanou normou spotreby. Program s príjemnou obsluhou a vstavanou

automapou má množstvo funkcií, ktoré Vám sprehľadnia a uľahčia spracovanie agendy pre

knihy jázd.

5

Ľahké a intuitívne ovládanie

V hornej časti hlavného okna programu je klasické menu a lišta s ikonkami pre

spustenie jednotlivých funkcií. V najväčšej časti sa zobrazuje aktuálna kniha jázd podľa

výberu vozidla a mesiaca v lište nad tabuľkou. Na spodku sa nachádza riadok s informáciam i

o aktuálnej knihe jázd (celkový počet ubehnutých kilometrov, priemerná spotreba a jej

odchýlka od normy, súčet cestovných náhrad,....).

Vkladanie jázd z automapy

Do jedného dňa je možné vložiť ľubovoľné množstvo jázd ručne, cez obvyklé trasy,

hromadným vkladaním alebo pomocou automapy. Počítačový auto atlas je samostatný

program, ktorý je určený k vyhľadávaniu optimálnych cestných spojení. Automapu môžete

spustiť aj z programu Knihy jázd. Na mape kliknete myšou na začiatok a koniec cesty,

program vyhľadá trasu a do knihy jázd zapíše jej popis, kilometre a odhad doby jazdy. Jazdy

môžete kopírovať a rôzne presúvať medzi sebou.

Uzávierka dát

Program umožňuje zabrániť nechcenej zmene dát pomocou nastavenia uzávierky na

určité dátum. Potom do tohto dátumu nebude možné opravovať alebo pridávať ďalšie dáta.

Program zobrazuje dátum uzávierky v pravom hornom rohu a farebne informuje o zamknutí

dát.

Anglická a česká jazyková verzia

Riešenie pre spoločnosti, kde je komunikačným jazykom na pracovisku angličtina,

alebo kde danú problematiku riešia pracovníci v inom štáte. Medzi jazykovými verziami sa

môžete jednoducho prepínať. Všetky funkcie a tlačové zostavy sú dostupné v angličtine,

češtine a slovenčine.[2]

6

2.1.3 iOS – Smart Log

Požiadavky: Kompatibilné s iPhone, iPodTouch a iPad. Vyžaduje iOS 3.1 alebo novší.

Smart Log poskytuje jednoduchú správu knihy jázd. Úmorné vypisovanie papierových

evidenčných blokov jázd motorových vozidiel sa stane minulosťou a používanie novej

aplikácie prinesie radosť do každodenného zhonu. Smart Log prináša efektívny nástroj na

evidenciu služobných a súkromných jázd uskutočňovaných nielen služobným vozidlom.

Aplikácia vo Vašom iPhone umožňuje operatívne zadávanie vstupných údajov, generovanie

grafov a prehľadov a celú škálu funkcionalít zabezpečujúcich správu knihy jázd. Aplikácia je

spracovaná podľa platnej legislatívy, umožňuje používanie meny EURO a inej

pomocnej/doplnkovej meny.

Screenshoty z aplikácie:

Obr. 1 – screenshoty z aplikácie smartlog

[3]

7

2.1.4 iOS – Driverslog

DriversLog je výkonná aplikácia pre rýchle a jednoduché sledovanie a podávanie

správ o počte najazdených kilometrov vozidla a nákladov.

iPhoneScreenshoty:

Obr. 2 – screenshoty z aplikácie driverslog

[4]

8

2.1.5 Bada

Pre túto mobilnú platformu sme nenašli žiadne existujúce aplikácie. Táto skutočnosť

svedčí o tom, že OS Bada je ešte mladý operačný systém a aplikácie v nej ešte nie sú tak

premnožené ako je tomu pri ostatných platformách. Aj toto sú dôvody, prečo sa pre vývoj

našej aplikácie rozhodneme aj pre túto platformu.

2.1.6 Symbian - pySpotreba

Evidencia spotreby pre telefóny so Symbian s60 3rd

Popis programu - Program umožňuje zadanie natankovaného benzínu, vždy zvoľte či

tankujete do plné nádrže (priemerná spotreba sa vypočíta len ak existujú dve plné

tankovania).

Chyby a problémy - Štatistiku nejde opustiť pravým tlačidlom, je nutné ísť cez Options-

>Zpatky. Nie je implementované mazanie položiek

Screenshoty

Obr. 3 – screenshoty z aplikácie pyspotreba

[5]

9

2.1.7 Symbian - Handycar

Program ktorý umožňuje evidovať spotrebu automobilu a náklady spojené

s prevádzkou. V nákladoch je možné zaznamenávať náklady spojené s tankovaním,

parkovným , službami, atď.. Handycar ponúka aj funkcie generovania správ či grafov, kde je

možné vidieť prehľadne vývoj spotreby či spomínaných nákladov.

Charakteristika:

- zaznamenávanie tankovaní, opráv a ďalších nákladov

- neobmedzené množstvo záznamov

- pracuje jak v litroch, tak aj v galónoch

- prehľady za celú dobu, minulý nebo aktuálny mesiac

- grafy s ukazovateľom priemerných parametrov

- 3 typy grafov: spotreba benzínu, náklady na benzín a vzdialenosť prejdená za deň.

Screenshoty

Obr. 4 – screenshoty z aplikácie hnadycar

[17]

2.1.8 Android – My Cars

Komplexná správa nákladov za vozidlá. Ponúka správu čerpania paliva, štatistiky ,

grafy, prispôsobiteľné kategórie nákladov. Export, import a ďalšie funkcie.

10

Obr. 5 – screenshoty z aplikácie my cars

[6]

2.1.9 Android – Webdispečink

Popis aplikácie - Aplikácie umožňuje užívateľom systému Web dispečing pristupovať

pohodlne k svojim dátam cez mobilný telefón. K dispozícii je mapa s aktuálnou polohou

vozidiel, funkcie pre vyhľadanie najbližšieho vozidla a jednoduchá kniha jázd.

Minimálne požiadavky: Google Android 2.1, QVGA displej (320x240) , dátové prenosy

Obr. 6 – screenshoty z aplikácie webdispecink

[7]

2.1.10 Windows mobile – CarMaintenance and FuelEconomy

11

Aplikácia CarMaintenance and FuelEconomy je komerčný softvér vo verzii 2.3

vyvíjaný spoločnosťou BlueKatana určený pre prístroje s operačným systémom Windows

Mobile. Cieľová platforma s jej možnosťami sa podobá platforme Maemo najviac zo všetkých

analyzovaných aplikácií, preto poznatky získané z tejto analýzy dobre poslúžia pri návrhu

programu Karavana. Aplikácia funguje na princípe pridávania udalostí pre vybraté vozidlo,

ktoré musí byt’ definované aspoň jedno, inak aplikácia zobrazí chybové hlásenie a poskytne

možnosť’ zadania vozidla. Grafické rozhranie aplikácie je tomuto cieľu prispôsobené a je

rozdelené na dve logické časti. Prvá časť’, ktorá zaberá väčšinu plochy obrazovky, je určená

na zadávanie udalosti a zobrazuje pre túto činnosť’ potrebné prvky. Druhá časť’ plochy je

určená na zobrazenie už zadaných udalostí v tabuľke. Všetky ďalšie akcie súvisiace s

udalosťami alebo autami, ktoré aplikácia poskytuje, sú prístupné z menu. Medzi pokročilú

funkcionalitu zaraďujeme možnosť’ zobrazenia odporúčaných udalostí, kedy aplikácia na

základe už zadaných dát odhadne, či nie je potrebná servisná prehliadka a podobne.

Aplikácia pracuje spôsobom, že si pamätá posledné vybrané auto a zobrazené udalosti sa

vzťahujú pre toto, rovnako ako aj manipulácia s udalosťami.

Celé grafické rozhranie je vytvorené použitím štandardných prvkov, ktoré používa

daná platforma a dobre vizuálne zapadá medzi ostatné nainštalované aplikácie. To, že sa

autori nerozhodli používať’ vlastné ovládacie prvky považujeme za výhodu, ktorá uľahčí

užívateľovi prácu s aplikáciou. Rozdelenie hlavného okna na spomínané dve časti

nepovažujeme za vhodné riešenie, pretože vzhľadom na veľkosť’ obrazovky sa zámer

zobraziť’ zadané udalosti minul účinku a potreba posúvať’ sa v tabuľkovom zobrazení pri

hľadaní udalosti, keďže tá zobrazí iba 3 udalosti naraz, je pre užívateľa obťažujúca. Rovnako

rozhodnutie umiestniť’ kalendár na hlavné okno považujeme

za nevhodné, pretože obsadil cenné miesto, ktoré by sa dalo

využiť’ napríklad pre tabuľku. Naopak počet rôznych typov

udalostí a spomínane odporúčané udalosti poukazujú na

robustnosť’ a vyspelosť’ aplikácie. Celkovo v nás tento

program aj napriek nevhodnému rozdeleniu hlavného okna

zanechal dobrý pocit a reprezentuje kvalitne a používateľský

vhodne vytvorený softvér.[8]

Obr. 7 – screenshoty z aplikácie cm&fe

12

2.2 Zisťovanie polohy podľa GPS

GPS alebo Global Positioning System, vyvinula armáda Spojených Štátov Amerických.

Spočiatku bol určený iba na vojenské účely ale časom bol prispôsobený pre civilné použitie.

Tento systém sa nazýva tiež dĺžkomerný systém. Meranou veličinou je doba šírenia

rádiového signálu z družicovej antény k anténe GPS prijímača. Každá družica v navigačnej

správe okrem iných údajov posiela aj parametre svojej dráhy (efemeridy) z ktorých vieme

vypočítať aktuálnu polohu družice (XS, YS, ZS). Keď poznáme súradnice družíc, môžeme

polohu užívateľa (X, Y, Z) určiť vypočítaním sústavy troch rovníc o troch neznámych. Problém

merania polohy by bol jednoduchý, keby časové základne (hodiny) družice a užívateľa boli

synchrónne. Hlavný problémom je doba, ktorá uplynie medzi vyslaním diaľkomerného

signálu z GPS družice a jeho prijatím užívateľským GPS prijímačom.

Signály GPS družíc sú vysielané na dvoch nosných frekvenciách: L1 (1575,42 MHz,

vlnová dĺžka 19 cm) - štandardný polohový systém L2 (1227,60 MHz, vlnová dĺžka 24 cm) -

presný polohový systém. Frekvencie sú modulované týmito navigačnými kódmi:

L1 je modulovaná dvoma pseudonáhodnými šumami (PRN - Pseudo Random Noise).

hrubý/dostupný (C/A - Coarse/Acquistions code) určený je pre civilné prijímače a má

frekvenciu 1,023 MHz. Do tohto kódu je umelo vnášaná chyba v dôsledku opatrenia

označovaného ako selektívny prístup (SA - Selective Availability).

presný (P - Precision code) určený je pre civilné a vojenské prijímače a má frekvenciu

10,23 MHz.

L2 je modulovaná jedným šifrovaným kódom:

Y-code určený je len pre vojenské prijímače. Je to vlastne šifrovaný Precision code.

[10]

13

2.3 Zisťovanie polohy podľa BTS

GSM lokalizácia spočíva v lokalizácii zariadenia pomocou signal GSM. Nie je potrebná

aktívna komunikácia, ale zariadenie musí byť spustené. Na lokalizáciu sa používa tzv.

hyperbolické umiestnenie (ang. Multilateration). Ide o proces vypočítania časového rozdielu

príchodu signálu vyslaného na tri alebo viac prijímačov (Time Difference Of Arrival - TDOA).

Ak je signál vyslaný zo zariadenia, na dva priestorovo

oddelené prijímače hodnoty TDOA budú odlišné vzhľadom na rôzne

vzdialenosti. Ak dva prijímače majú rovnaký TDOA je možné získať

množinu miest, kde sa môže vysielač nachádzať. Z umiestnenia

prijímačov a známeho TDOA je miesto možného umiestnenia

vysielača polovica dvojdielneho hyperboloidu.

Obr. 8 – dvojdielny hyperboloid

Jednoducho povedané, s dvoma prijímačmi na známej pozícií, vysielač nájdeme na

hyperboloide. Prijímače nepotrebujú poznať absolútny čas, stačí poznať časový rozdiel.

Ak máme na treťom mieste umiestnený tretí prijímač, umožní nám to určiť druhý

rozmer TDOA, a tým určiť miesto na druhom hyperboloide. Priesečník týchto dvoch

hyperboloidov opisuje krivku na ktorej sa nachádza vysielač.

Ak máme aj štvrtý prijímač, môžeme určiť tretí TDOA rozmer. Priesečník už známej

krivky spolu s hyperboloidom definuje jedinečný bod v priestore, teda umiestnenie vysielača.

[9]

2.4 Google maps api (rodina)

Google Maps má široké spektrum rozhraní API, ktoré umožňujú vložiť robustnú

funkčnosť a každodennú použiteľnosť Máp Google do vašej vlastnej internetovej stránky

a aplikácií, a prekryť vaše vlastné dáta nad nimi:

14

2.4.1 Maps JavaScript API

GoogleMaps Javascript API umožňuje vložiť GoogleMaps do vlastnej webovej stránky.

Verzia 3 je špeciálne navrhnutá tak aby bola rýchla a použiteľná v mobilných zariadeniach,

ako aj v bežných desktopových prehliadačoch.

API poskytuje množstvo utilít pre prácu s mapami (ako

na stránke googlemaps.com), ako aj na pridávanie obsahu do

máp prostredníctvom rady služieb, ktoré umožňujú vytvoriť

robustnú aplikáciu.

Obr. 9 – ilustračný obrázok pre Javascript API

2.4.2 Maps API for Flash

Toto rozhranie umožňuje vývojárom Flex vložiť Google Maps do Flash aplikácií.

Podobne ako JavaScript verzia, táto Action Script API

poskytuje rad nástrojov pre manipuláciu a pridávanie

obsahu do máp prostredníctvom rôznych služieb, čo vám

umožní vložiť robustné, interaktívne mapy aplikácií do vašich

webových stránok.

Obr. 10 – ilustračný obrázok pre APIpreFlash

2.4.3 Google Earth API

Google Earth Plug-in a jeho JavaScript API vám umožní vložiť Google Earth, skutočnú

3D digitálnu zemeguľu, do svojich webových stránok. Pomocou API môžete kresliť značky a

čiary, prekrývať obrázky cez terén, pridať 3D modely, alebo

načítať súbory KML, umožňujúce vytvárať sofistikované

aplikácie s 3D mapami. Ak máte existujúcu Maps API

webovú stránku, môžete na nej umožniť3D mapy

jednoducho, a to iba pridaním jedného riadku kódu.

Obr. 11 – ilustračný obrázok pre Google Earth API

15

2.4.4 Maps Image APIs

Google MapsI mage API uľahčuje vloženie statického Google Maps obrázku alebo panorámy

s pohľadom na ulicu na vaše stránky, bez nutnosti JavaScriptu. API sú tak jednoduché, ako

vytvorenie URL s informáciami o vašom obrázku : ako náhle je

URL načítané z tágu obrázku, Google vykreslí vašu mapu alebo

konkrétnu panorámu.[11]

Obr. 12 – ilustračný obrázok pre Image APIs

16

2.5 Oficiálne daňovo uznateľné dokumenty pre evidenciu vozidiel(cestovné príkazy)

Príklad cestovného príkazu sa skladá z dvoch strán.

Prvá strana cestovného príkazu :

[12]

Obr. 13 – prvá strana cestovného príkazu

17

Druhá strana cestovného príkazu:

[12]

Obr. 14 – druhá strana cestovného príkazu

2.6 História a spôsoby šifrovania(zabezpečenia) komunikácie klient server

Šifrovanie alebo kryptografia je zakódovanie textu alebo dát tak aby ich nemohol

prečítať iba tak hoc kto, ale iba ten kto pozná spôsob šifrovania. Šifrovanie sa stále rozvíja

viac a viac a jeho počiatky siahajú až do roku 1900 pred n.l. keď egyptský pisár použil

neštandardné hieroglyfické symboly namiesto obvyklých hieroglyfov, čím sa text pre

bežného čitateľa stal zašifrovaným. Okolo r. 1500 p.n.l. tabuľka z Mezopotámie obsahovala

zašifrovanú formulu na výrobu glazúrovej keramiky. 600-500 p.n.l. hebrejci používali

jednoduchú reverznú substitučnú šifru atbaš. V tejto šifrovacej metóde je prvé písmeno

abecedy nahradené posledným, druhé predposledným atď. a naopak. Prejavy tohto

18

šifrovania nájdeme aj v Starom zákone. V Caesarovej šifre sa každé písmeno nahradí

písmenom, ktoré v abecednom poradí leží tri písmena za ním. Na tú dobu to bola veľmi

účinná šifra pretože bola jednoduchá a pre niekoho kto ju nepoznal veľmi tažko rozlúštiteľná.

Stále keď vznikali nové a nové šifry, pretože keď sa nejaká moc rozšírila už to nebola tajná

šifra a preto boli potrebné nové a lepšie.V roku 1790 americký minister zahraničných vecí

Thomas Jefferson vynašiel mechanický šifrátor, ktorému sa hovorí Jeffersonov valec.

Pozostáva z 26 rovnakých koliesok, ktoré sú nasunuté na spoločnú os a tak vytvárajú valec.

Na obvode jednotlivých koliesok sú napísané všetky písmená abecedy v rozhádzanom

poradí. Pri šifrovaní sa jednotlivé kolieska proti sebe otáčajú tak, že nakoniec dávajú vo

zvolenom riadku na obvode valca požadovanú správu. Šifrovaný text sa prečíta z riadku

nasledujúceho, alebo z iného vybraného z 26 možných. Kolieska boli číslované a mohli byť

menené alebo poprehadzované. V r. 1843 Edgar Alan Poe vyslovil domnienku, že pokiaľ

ľudský rozum dokáže nejakú šifru vymyslieť, dokáže ju aj rozlúštiť. Tím nastolil i jednu zo

základných otázok kryptológie – otázku bezpečnosti šifier, ktorá je aktuálna dodnes. r.1917

Gilbert S. Vernam, zamestnanec americkej AT&T, vymyslel polyalfabetický šifrovací stroj

schopný používať náhodný neopakujúci sa kód. Tento systém je dodnes známy ako jediný

teoreticky bezpečný kryptosystém. V r. 1918 USA použilo osem amerických indiánov kmeňa

Choctaw na posielanie súrnych správ nešifrovaným kanálom v ich rodnom jazyku. Takže ak

viete jazyk, ktorý vie len málo ľudí môžete ho použik ako šifru. Po druhej svetovej vojne

nastáva obdobie, kedy vznikajú desiatky najrôznejších mechanických a neskôr

elektromechanických šifrovacích strojov. Tie sa používajú až do 70. rokov. Keď vznikli

počítače a internet boli potrebné ešte zložitejšie šifry. Preto vznikli tzv. šifrovacie kľúče.

Vlastne šifrovací kľuč a dešifrovací kľúč. Nie je možné odvodiť jeden od druhého. SSH alebo

SecureShell je klient/server protokol v sieti TCP/IP, ktorý umožňuje bezpečnú komunikác iu

medzi dvoma počítačmi pomocou transparentného šifrovania prenášaných dát. Pracuje na

porte TCP/22. Pokrýva tri základné oblasti bezpečnej komunikácie: autentizáciu obidvoch

účastníkov komunikácie, šifrovanie prenášaných dát a integritu dát. Protokol vyvinul v roku

1995 Tatu Ylönen. SSH je v počítačovej terminológii používaný ako názov prenosového

(sieťového) protokolu aj ako názov programu sprostredkujúceho spojenie. Dáta sú

prenášané medzi dvoma počítačmi cez nebezpečnú vonkajšiu sieť vždy šifrovane a voliteľne s

použitou kompresiou. Napríklad heslá sa neprenášajú v obyčajnej textovej forme ale v

šifrovanej forme teda aj ak ich niekto odchytí tak ich nerozšifruje. Ďalšia možnosť šifrovania

19

je SSL, ktorú využíva protokol HTTPS. Taktiež posiela dáta v zašifrovanej forme. Spojenie

prebieha asi takto: Klient pošle serveru požiadavku na SSL spojenie, spolu s rôznymi

doplňujúcimi informáciami (verzia SSL, nastavenie šifrovania atd.). Server pošle klientovi

odpoveď na jeho požiadavku, ktorá obsahuje rovnaký typ informácií a hlavne certifikát

servera. Podľa prijatého certifikátu si klient overí autentickosť servera. Certifikát tiež

obsahuje verejný kľúč servera. Na základe dovtedy dodaných informácií vygeneruje klient

základ šifrovacieho kľúča, ktorým sa bude kódovať následná komunikácia. Ten zakóduje

verejným kľúčom servera a pošle mu ho. Server použije svoj súkromný kľúč k rozšifrovaniu

základu šifrovacieho kľúča. Z tohto základu vygenerujú ako server, tak klient hlavní šifrovací

kľúč. Klient a server si navzájom potvrdia, že od teraz bude ich komunikácia šifrovaná týmto

kľúčom. Fáza handshake týmto končí. Je ustanovené zabezpečené spojení šifrované

vygenerovaným šifrovacím kľúčom.[13]

2.7 Porovnanie platforiem vrátane SmartTV

iOS

Apple nepriniesol prvý smartphone, ale vytvoril

moderný trh so smartphonami, spolu s multitouch rozhraním

a myšlienkoubyť jediný, kto môže pridávať aplikácie do app

storu.

Na váš iPhone, pokiaľ nie je nijak upravený, si môžete

inštalovať len také aplikácie, ktorým sa podarilo prejsť cez

niekedy zdĺhavý “odobrovací proces”, kde sa zisťujú bugy a

kompatibilita so štandardami iOS používateľského rozhrania.

Operačný systém na iPhonoch nie je rovnaký ako Mac OS X, ale

je na ňom (a v neposlednom rade na Unixe) založený. Aplikácie

sú písané v C++, v Xcode vývojárskom rozhraní.[14][15]

20

Obr. 15 – ilustračný obrázok pre iOS

Android

Android je výkonný operačný systém,

ktorý je k dispozícii v mnohých verziách na

širokom spektre smartphonov. Navyše, najnovšia

verzia HoneyComb, je k dispozícii aj na tabletoch.

Podporuje napríklad multi-tasking, úložisko SD

karty, viacero home obrazoviek. Jeho jadro je

založené na Linuxe, ale s nekompatibilnou

funkciou riadenia spotreby, s na Jave založeným

Dalvik Virtual Machine (DVM), na ktorom bežia

aplikácie napísané vo vlastnej verzii Javy.

Aplikácie do zariadení s OS Android sú

primárne dostupné cez Android Market, ktorý

prevádzkuje priamo Google. Bol dostupný už

s uvedením prvého telefónu, a v súčasnej dobe

obsahuje cez 290 000 aplikácií.

Vo februári 2011 bol Android Market taktiež

sprístupnený cez Internet. Užívatelia tak môžu zo

svojho PC prechádzať zoznamy aplikácií a taktiež

si vybrať tie, ktoré sa automaticky nainštalujú na

ich mobilné zariadenia. Obr. 16 – ilustračný obrázok pre Android

[14][15]

Windows Phone

Hoci má Microsoft OS pre smartphony už mnoho rokov, jeho Windows Mobile nebol

nikdy hitom niekde inde než u firiem. Windows Phone, momentálne s najnovšou verziou 7.5,

je niečo úplne iné. Ponúka excelentné užívateľské rozhranie, ktoré je jednak veľmi zreteľné

a vo veľkej miere modifikovateľné.

21

Windows Mobile má dva rôzne systémy

pre tvorbu aplikácií. Pre hry môžu vývojári

používať systém XNA, v ktorom sa tvoria hry na

Xbox. Ostatné aplikácie sú napísané v Silverlight,

čo je zjednodušená verzia .NET.

Microsoft tiež ponúka svoj vlastný app

store, nazývaný Windows Market. Výber aplikácií

síce nie je na takej úrovni ako u app storov firiem

Apple, či Google, ale stále sa zväčšuje.

Ak užívateľ používa aj iné produkty firmy

Microsoft, ako napríklad Xbox Live hraciu konzolu,

alebo Zune hudobný a video servis, Windows

Phone je v tomto prípade dobrou voľbou, pretože

umožňuje integrovanie oboch služieb, čo

užívateľovi dovoľuje kontrolovať zoznam

priateľov, získavaťrôzne úspechy v mobilných

hrách, a takisto streamovať video a hudbu do

smartphonu prostredníctvom Zune služby.

Obr. 17 – ilustračný obrázok pre Windows phone

Symbian

Hoci je OS Symbian používaný hlavne na mobilných

telefónoch, má kľúčové funkcie pre smartphony ako

multitasking a vytváranie hotspotu.

Symbian verzie 3 priniesol Qt vývojárske rozhranie,

čím odľahčil programátorom, pretože umožnilo písanie

aplikácií aj v štandardnom jazyku C++ namiesto

symbianovskej verzie. Menšie aplikácie môžu byť napísané aj

v mobilnej verzii Javy alebo Flash Lite. [14][15]

Obr. 18 – ilustračný obrázok pre Symbian

22

Vo februári roku 2011 Nokia oznámila partnerstvo s firmou Microsoft, čoho výsledkom je

obmedzenie vydávania OS Symbian na smartphony a nahradenie ho OS Windows Phone.

Bada

Bada je mladá platforma pre smartphony od firmy

Samsung. Bada sama o sebe nieje operačným systémom. Je to

platforma, ktorú je možné prevádzkovať nad jadrom OS. Aby

urýchlil jeho rast, chystá sa Samsung v roku 2012 z neho

uvoľniť zdrojový kód.

Pre vývojárov je dnes dostupné vývojárske prostredie,

ktoré využíva jazyk C++ a takisto aj simulátor zariadení pre

prípadné testovanie prototypov aplikácií.S vydaním prvého

smartphonu s OS Bada spustil Samsung aj medzinárodný app

store Samsung Apps. Vzhľadom na vek tejto platformy, nieje

prekvapujúce, že do dnešných dní app store obsahuje zhruba

len 4000 aplikácií. [14] Obr. 19 – ilustračný obrázok pre Bada

Samsung Smart TV

Nová generácia inteligentných televízorov od Samsungu je schopná napríklad

automaticky “vytiahnuť” kľúčové slová vzťahujúce sa k aktuálne sledovanému programu a

vyhľadať podľa nich príslušné

informácie. Pokiaľ užívateľ

sleduje reláciu o

reštauráciách, software

televízoru sa postará o

vyhľadanie informácií o

reštauráciách, ich jedálnych

lístkov a ingrediencií

potrebných na prípravu

týchto jedál. [16] Obr. 20 – ilustračný obrázok pre Samsung smart tv

23

Užívateľské rozhranie televízoru, nazývané Smart Hub umožňuje užívateľom

pristupovať k rôznym možnostiam, ako pozeranie filmov, otvorenie integrovaného

webového prehliadača na surfovanie po internete, alebo aj spustenie stiahnutých aplikácií.

Takisto nechýba ani prístup k app storu Samsung Apps, kde si užívateľ môže stiahnuť

ďalšie aplikácie do svojho inteligentného televízora.

3 Špecifikácia

Aplikácia Kniha jázd bude typu klient server. Väčšina funkcionality bude prístupná cez

www portál. Cez tento portál bude možné cez rôzne úrovne používateľov (správca,

používateľ) vykonávať nasledujúce funkcie:

Funkcie server - portál:

vytvorenie, editácia, a mazanie užívateľských profilov – úrovne prístupu

vytvorenie, editácia, mazanie a nastavovanie áut

sledovanie aktuálnej polohy vozidiel

generovanie, tlač a evidenciu cestovných príkazov

sledovanie a editácia stavu auta: množstvo PHM v nádrži, história používania,

servisné zásahy

grafické zobrazenie jazdy

Časť klient bude aplikácia bežiaca na smartphone, ktorá komunikuje so serverovou

časťou (sťahuje a posiela potrebné dáta). Komunikácia so serverom bude zabezpečená

šifrovaním SSL. Pre potreby vytvorenia spojenia, bude potrebné zadať správne prihlasovacie

údaje, ktoré boli predtým vytvorené cez portál. Po prihlásení sa používateľovi sprístupnia

tieto funkcie:

Funkcie klient:

prihlásenie používateľa

výber auta, na ktorom bude prebiehať záznam jazdy

výber, či ide o súkromnú alebo firemnú jazdu

24

zobrazenie štatistiky: prejdené kilometre, max. rýchlosť, ubehnutý čas....

zobrazenie mapy a aktuálnej pozície na mape

možnosť pridania tankovania (cena, množstvo PHM)

nastavenie klientskej aplikácie

odhlásenie používateľa

Všetky dáta budú ukladané do databázy.

4 Návrh riešenia

4.1 Návrh aplikácie

Naša aplikácia „Kniha Jázd“ bude slúžiť na evidenciu používania auta na firemné alebo

súkromné účely, sledovanie polohy áut a zaznamenávanie prejdených kilometrov pre

použitie vo firemnej administratíve. Aplikácia bude naprogramovaná pre mobilné telefóny

s operačným systémom Samsung Bada, Symbian a MeeGo.

Sledovanie áut bude zabezpečené ukladaním GPS polohy alebo polohy na základe

vzdialenosti od BTS staníc mobilného telefónu s aplikáciou Kniha Jázd. Všetky dáta budú

v pravidelných intervaloch ukladané do databázy na serveri.

Aplikácia na mobilnom telefóne bude zaznamenávať polohu buď podľa vzdialenosti

od BTS staníc alebo na základe informácií z GPS snímača telefónu. Metóda založená na

meraní vzdialenosti aspoň od troch BTS staníc je výhodnejšia v prostredí s hustou

infraštruktúrou BTS staníc, pričom šetrí výrazne energiu MT v porovnaní s GPS metódou.

V prípade, keď sa MT bude nachádzať v oblasti s menšou hustotou BTS staníc, poloha bude

zaznamenávaná podľa údajov z GPS MT. Dáta o polohe budú posielané cez internetové

pripojenie MT priamo do databázy na serveri v rôznych časových intervaloch. Časové

intervaly týchto aktualizácií budú závislé od aktuálnej rýchlosti pohybu MT a teda auta.

Používateľ auta bude povinný pred každou jazdou zapnúť aplikáciu Kniha Jázd

a prihlásiť sa. Po navolení auta, ktoré ide používať bude musieť odsúhlasiť aktuálny stav

najazdených kilometrov auta. Pre zaznamenávanie používateľ zapne funkciu

zaznamenávanie cesty. Počas jazdy budú používateľovi zobrazované na obrazovke MT rôzne

25

štatistiky ako je počet najazdených km, čas od začiatku cesty, maximálna rýchlosť a i. Po

ukončení jazdy používateľ odsúhlasí stav km voči stavu na palubnom počítači auta.

4.2 Návrh obrazoviek

Obrazovky aplikácie budú prispôsobené rozlíšeniu MT a tak isto orientácií obrazovky

MT. Návrh obrazoviek je zobrazený nižšie.

Obr. 21 – ilustračný obrázok pre grafický návrh rozhrania

4.3 Návrh databázy

Všetky dáta, ktoré vygeneruje aplikácia na MT alebo portál budú ukladané do

databázy. Databáza bude ukladať informácie o polohách zariadení, o profiloch firiem a ich

áut a vodičoch.

4.3.1 Funkcionálny model údajov

V aplikácií budú tri typy používateľských prístupov – administrátor, skupinový

administrátor a používateľ. Každá firma, alebo skupina, ktorá bude spravovať určitý počet

používateľov bude mať minimálne jedného skupinového administrátora. Ten bude mať plnú

právomoc nad touto skupinou. Administrátor bude mať plnú právomoc nad všetkými

užívateľmi a skupinami. Užívateľ s úrovňou prístupu používateľ bude mať dostupné len

26

obmedzené funkcie v rámci skupiny. Funkcionalita je zobrazená diagramami prípadov

použitia ako pre klientskú tak aj pre serverovú časť aplikácie.

Obr. 22 – diagram prípadov použitia pre serverovú časť aplikácie

27

Obr. 23 – diagram prípadov použitia pre klientskú časť aplikácie

28

4.3.2 Logický model údajov

Logický model údajov navrhnutý zo šiestich entít, ktoré majú svoje atribúty a sú

navzájom poprepájané vzťahmi.

Obr. 24 – diagram logického modelu údajov

29

4.3.3 Fyzický model údajov

Diagram fyzického modelu údajov vynikol transformáciou logického modelu údajov,

pričom sme pridali konkrétne dátové typy atribútov, vytvorili sa väzby a určia sa PK a FK.

Obr. 25 – diagram fyzického modelu údajov

30

4.3.4 Entity fyzického modelu údajov

Jednotlivé entity fyzického modelu údajov budú uchovávať nasledujúce údaje:

Entita drives:

Kľúč Názov atribútu Typ Obmedzenie Povinný Opis

PK ID INTEGER ANO Primárny kľúč záznamu

FK cars_idcars INTEGER ANO ID auta, na ktorom bola jazda

spravená

datestart DATE ANO dátum začatia jazdy

datestop DATE ANO dátum ukončenia jazdy

depart TIME ANO čas odchodu

arrival TIME ANO čas príchodu

dist INTEGER ANO prejdená vzdialenoť

km_actual INTEGER ANO aktuálny konečný stav km auta

private BOOL ANO flag – súkromná / firemná jazda

startlocation REAL ANO miesto začatia jazdy

finishlocation REAL ANO miesto ukončenia jazdy

Tabuľka 1 – rozpis atribútov entity drives

Entita driveuser

Kľúč Názov atribútu Typ Obmedzenie Povinný Opis

PK ID INTEGER ANO Primárny kľúč záznamu

FK users_id INTEGER ANO ID používateľa

FK drives_id INTEGER ANO ID jazdy

31

Tabuľka 2 – rozpis atribútov entity driveuser

Entita cars:

Kľúč Názov atribútu Typ Obmedzenie Povinný Opis

PK ID Integer ANO Primárny kľúč záznamu

SPZ VARCHAR ANO Štátna poznávacia značka

vozidla

manufacturer VARCHAR ANO Výrobca automobilu

model VARCHAR ANO Model automobilu

consum REAL ANO palivo

Km_start INTEGER ANO Hodnota najazdených

kilometrov pred odjazdom

Km_actual INTEGER ANO Hodnota najazdených

kilometrov po príchode

stk DATE ANO Údaj o STK

ek DATE ANO Údaj o EK

Tabuľka 3 – rozpis atribútov entity users

Entita coordinates:

Kľúč Názov atribútu Typ Obmedzenie Povinný Opis

PK ID INTEGER ANO Primárny kľúč záznamu

FK Drives_id INTEGER ANO Id pre trasu

Long_2 REAL ANO Dlžka

atitude REAL ANO šírka

32

time REAL ANO Čas cesty

Tabuľka 4 – rozpis atribútov entity coordinates

Entita Group_2:

Kľúč Názov atribútu Typ Obmedzenie Povinný Opis

PK ID INTEGER ANO Primárny kľúč záznamu

FK name VARCHAR ANO meno

address VARCHAR ANO adresa

Tabuľka 5 – rozpis atribútov entity group_2

Entita users:

Kľúč Názov atribútu Typ Obmedzenie Povinný Opis

PK ID INTEGER ANO Primárny kľúč záznamu

FK Group_2_id INTEGER ANO ID pre spojitosť s group_2

username VARCHAR ANO Užívateľské meno

password VARCHAR(45) ANO heslo

name VARCHAR ANO Meno používateľa

email VARCHAR ANO Email používateľa

numb VARCHAR ANO Číslo používateľa

Tabuľka 6 – rozpis atribútov entity cars

33

5 Prototyp

V nasledujúcej kapitole popíšeme ako si predstavujeme náš prototyp, akú

funkcionalitu mu budeme umožňovať. Ďalej sa zmienime o naplnení spomínanej predstavy

a samotnom testovaní prototypu.

Ako bolo v návrhu aplikácie spomínané, bude sa jednať o aplikáciu klient-server.

Preto bližšie priblížime predpokladanú funkcionalitu prototypu pre tieto jednotlivé časti.

Najprv uvedieme klientskú časť, jej detaily a popisy a následne serverovú, tzv. webový portál.

5.1 Ciele prototypu pre klienta

5.1.1 Prihlasovanie

Obrazovka č. 0-1

Obrazovka č. 0-2

34

Obrazovka č. 0-3

Po zapnutí aplikácie sa zobrazí

Obrazovka č. 0-1. Používateľ má možnosť

zakliknúť možnosť „Neodhlasovať“, ktorá

ho udržuje prihláseného až do použitie

tlačidla odhlásiť v hlavnom menu.

V prípade vyplnenia nesprávneho

prihlasovacieho mena alebo hesla sa

zobrazí chybové hlásenie zobrazené

v spodnej časti. (Obrazovka č. 0-2)

Hypertextový odkaz obsiahnutý v hlásení

otvorí stránku vo webovom prehliadači

mobilného zariadenia s možnosťou zmeny

hesla (Obrazovka č. 0-3).

Po úspešnom prihlásení sa zobrazí

Obrazovka č. 0-4.

5.1.2 Hlavné menu

Obrazovka č. 0-4

Obrazovka č. 0-5

Auto ->

Obrazovka č. 0-6

Štart ->

Obrazovka č. 0-5

Nastavenia ->

Obrazovka č. 0-14

Zobraz mapu ->

Obrazovka č. 0-15

35

Tlačidlo Štart spúšťa zaznamenávanie údajov o jazde. Ak zaznamenávanie beží,

namiesto neho sa zobrazuje tlačidlo Stop.

Po použití tlačidla Zobraz mapu sa zobrazí trasa aktuálnej jazdy spolu s vybranými

štatistikami.

5.1.3 Auto

Obrazovka č. 0-6

Výber auta -> Obrazovka č. 0-7

Súkromná jazda -> Obrazovka č. 0-11

Zadaj tankovanie -> Obrazovka č. 0-12

Zobraz štatistiky -> Obrazovka č. 0-13

36

5.1.4 Výber auta

Obrazovka č. 0-7

Obrazovka č. 0-8

Obrazovka č. 0-9

Obrazovka č. 0-10

Po kliknutí na možnosť výber auta sa zobrazí

Obrazovka č. 0-7. V nej sa zobrazia posledné použité

automobily na konkrétnom mobile používateľa. Ak by sa

požadované auto v zozname nenachádzalo, tak je

poskytnutá možnosť využiť vyhľadávacie políčko vo

vrchnej časti obrazovky. Vyhľadávanie funguje na základe

ŠPZ a modelu auta. Výsledok vyhľadávania sa zobrazí

v graficky podobnom zozname ako v prípade zoznam

posledných použitých automobilov, čo zobrazuje aj

Obrazovka č. 0-10

Prvým kliknutím na konkrétne auto sa auto

vyznačí. Výber treba potvrdiť tlačidlom výber. Po

potvrdení auta sa od používateľa požaduje overenie stavu

najazdených kilometrov auta so stavom získaným

z databázy. Ak stav vyhovuje, tak sa zobrazí hlavné menu

aplikácie. V prípade zistenia rozdielu sa zobrazí Obrazovka

č. 0-9, v ktorej je treba zadať nový počet najazdených km.

37

5.1.5 Auto - ostatné

Obrazovka č. 0-11

Obrazovka č. 0-12

Obrazovka č. 0-13

Na zmenu typu jazdy slúži Obrazovka č. 0-11, pričom predvolený typ jazdy je Firemná

jazda. Trasy jázd zaznamenané v móde súkromnej jazdy nebudú viditeľné pre skupinového

administrátora. Je potrebné ich zaznamenávať kvôli kontrole stavu kilometrov. Zadaj

tankovanie slúži na informatívne výpočty priemernej spotreby vozidla. Počet litrov môže byť

zadaný s presnosťou na jednou desatinné číslo. Cena za liter pohonných hmôt s presnosťou

na tri desatinné čísla. Tlačidlá Späť a Potvrď na všetkých troch obrazovkách vrátia

používateľa do menu Auto (Obrazovka č. 0-6).

5.1.6 Nastavenia

Obrazovka č. 0-14

Nastavenie metriky určí aké jednotky sa budú používať

v rámci celej aplikácie. Na výber sú kilometre a míle.

Zobrazuj štatistiky určí, či sa pri zobrazovaní obrazovky

s mapou s aktuálnou polohou bude v spodnej časti obrazovky

zobrazovať aj časť štatistík.

Zamkni obrazovku uloží práve používané natočenie

obrazovky a zablokuje natáčanie obrazoviek podľa polohy

mobilného zariadenia. Jazyk – poskytne možnosť zmeniť jazyk

aplikácie. Nastavenia v časti moja poloha umožňujú určiť, ktoré

prostriedky môžu byť použité na zisťovanie polohy zariadenia.

Minimálne jedna možnosť musí byť vybratá. V prípade, že

používateľ nevyberie žiadnu, použije sa prvá v poradí (GPS).

38

5.1.7 Zobrazenie mapy

Obrazovka č. 0-15

Mapa aktuálnej polohy vozidla. V prípade straty

spojenia sa zobrazuje posledná známa poloha.

Štatistiky v spodnej časti obrazovky je možné

skryť pomocou nastavenia Zobrazuj štatistiky, ktorá je

zobrazená na Obrazovka č. 0-14

5.2 Ciele prototypu pre server

5.2.1 Prihlasovanie

Obrazovka č. 0-16

Obrazovka č. 0-17

Na registráciu musí nový používateľ použiť serverovú časť aplikácie, ktorá je prístupná

prostredníctvom webového prehliadača ( Obrazovka č. 0-18 ). V prípade, že používateľ

39

vyplní niektorý z požadovaných údajov nesprávne, na pravej strane na úrovni chybne

vloženého údaju sa objaví chybové hlásenie.

Na úspešnú registráciu je potrebné vyplniť názov a heslo skupiny, ktoré slúži na

priradenie používateľa do spoločnosti. Ak názov skupiny ešte neexistuje, skupina sa vytvorí

a vložené heslo sa nastaví ako heslo skupiny. Inak sa overí názov a heslo skupiny a v prípade,

že obidva údaje súhlasia, používateľ je zaradený do požadovanej skupiny. Používateľ, ktorý

registruje skupinu, sa stáva jej skupinovým administrátorom.

Dvojnásobné zadávanie heslo pri registrácii je potrebné pre overenie správnosti

zadaného hesla. Ako posledný údaj je potrebné prepísať text zadaný vo forme obrázku.

Po stlačení tlačidla Späť je používateľ presmerovaný na úvodnú stránku ( Obrazovka

č. 0-16 ). Tlačidlo Registrovať v prípade úspechu zobrazí krátku správu o úspešnosti

registrácie a následne presmeruje na obrazovku prihlásenia.

Ak používateľ nesprávne vyplní prihlasovacie údaje, zobrazí sa chybové hlásenie

(„Zadali ste zlé prihlasovacie údaje“) na vrchnej časti obrazovky ( Obrazovka č. 0-17 ).

Stratené alebo zabudnuté prihlasovacie údaje je možné obnoviť pomocou formulára na

obnovenie hesla. Na túto akciu je potrebné poznať mail použitý pri registrácii ( Obrazovka č.

0-3 ).

Zakliknutie možnosti Neodhlasovať spôsobí udržanie používateľa prihláseného do

použitie tlačidla odhlásiť, alebo vymazania histórie prehliadača. V opačnom prípade by na

odhlásenie postačovalo vypnutie stránky.

40

Obrazovka č. 0-18

5.2.2 Úvodná obrazovka

Obrazovka č. 0-19

41

Po prihlásení do serverovej časti aplikácie sa zobrazí Obrazovka č. 0-19. Jej obsah je

závislý od práv prihláseného používateľa.

Hlavný administrátor má v pravej časti horného menu možnosť prihlásenia v mene

iného skupinového administrátora, s možnosťou využívať jeho plnú funkcionalitu. Táto

funkcia je potrebná na riešenie možných vzniknutých problémov. V ľavej časti sa vyskytuje

menu slúžiace na prepínanie obsahu hlavnej časti obrazovky. Hlavný administrátor má

dostupné všetky položky menu, so znižujúcimi sa právami používateľov sa nedostupné

položky menu skrývajú.

Skupinový administrátor nemá dostupnú časť pre prihlásenie sa za iného používateľa

a tiež položku skupiny z menu, ktorá zobrazuje zoznam existujúcich skupín.

Bežný používateľ má dostupné len položky Jazdy a Profily, pričom položka profily

zobrazuje v tomto prípade len profil práve prihláseného používateľa.

Hlavná časť obrazovky poskytuje pravdepodobne najpoužívanejší obsah pre danú

skupinu používateľov. To je napríklad pre používateľov s najnižšími právami editácia jázd.

5.2.3 Skupiny

Obrazovka č. 0-20

42

Obrazovka č. 0-21

Položka Skupina poskytuje možnosť na vytváranie, editáciu a mazanie skupín. Názov

skupiny je zároveň menom skupiny využitým pri registrácii. Adresa nie je povinná a možnosť

vyplniť ju má skupinový administrátor hneď po prihlásení. Skupinový administrátor má

možnosť vidieť a teda aj editovať len záznamy z vlastnej skupiny.

Obrazovka č. 0-21 poskytuje náhľad na všeobecnú správu pre používateľov. Tá je

použitá napríklad na informovanie o nových udalostiach. Medzi ne zaraďujeme informáciu

o strate signálu s vozidlom, opravu stavu kilometrov vozidla a niektoré ďalšie.

Obrazovka č. 0-22

Kliknutím na názov skupiny sa zobrazia detaily skupiny. Poskytuje niektoré ďalšie

informácie o skupine, ktoré nie sú zobrazené v zozname skupín.

43

Obrazovka č. 0-23

Na editáciu a pridávanie skupín je použitý rovnaký formulár ( Obrazovka č. 0-23 ).

Ako skupinový administrátor môže byť určená len osoba, ktorá už patrí do danej skupiny.

5.2.4 Profily

Zoznam profilov je funkcionalitou veľmi podobný zoznamu skupín. Práva na editáciu

profilu však už má dostupnú aj bežný používateľ.

Pre lepšiu orientáciu vo väčšom množstve profilov sa naraz zobrazuje len limitovaný

počet záznamov. Následne je v spodnej časti formulára ( Obrazovka č. 0-24 ) pridaný zoznam

stránok, medzi ktorými je možné sa prepínať.

Kliknutím na meno osoby sa zobrazí detail profilu ( Obrazovka č. 0-25 ). Ten

poskytuje súhrnné informácie o používateľovi vo forme grafov a tabuliek. Tie sa generujú

v pravidelných intervaloch podľa jázd používateľa.

44

Obrazovka č. 0-24

Obrazovka č. 0-25

Tabuľka histórie áut zobrazuje posledné použitie daného vozidla. Pomocou

dostupných grafov si skupinový administrátor môže kontrolovať spotrebu jednotlivých

vodičov a vyvodzovať z nich dôsledky. Ich presnosť je však obmedzená. Napríklad maximálna

rýchlosť môže byť zisťovaná len pomocou dát z GPS prijímača a keďže tieto dáta sú

odosielané len istých časových okamihoch, tak nemusia zachytiť reálne maximum rýchlosti

vozidla.

Právo na editáciu profilov je poskytnuté všetkým skupinám používateľov. V prípade

bežného používateľa len s obmedzením na jeho údaje. Obrazovka č. 0-26 poskytuje náhľad

45

na editáciu profilu. V reálnej podobe však pravdepodobne bude obsahovať viac údajov na

editovanie. V prípade zle vyplnených údajov sa zobrazí chybové hlásenie rovnako ako

v prípade registrácie ( Obrazovka č. 0-18 ). Rovnaký postup je zvolený pri každom formulári,

v ktorom je poskytnutá možnosť editácie alebo vkladanie údajov.

Tlačidlo Zrušiť aj Uložiť zmeny vráti používateľa na predchádzajúcu obrazovku.

Rozdiel je iba v tom, či sa zmenené údaje uložia, alebo nie.

Obrazovka č. 0-26

5.2.5 Autá

Obrazovka č. 0-27

Zoznam áut zobrazuje všetky dostupné vozidlá spoločnosti. Stav km zobrazuje počet

najazdených kilometrov vozidla. V prípade, že vozidlo je aktuálne využívané, tak sa zobrazuje

46

stav pred začatím danej jazdy. Presnejšie informácie je možné získať z detailov vozidla,

kliknutím na ŠPZ.

Detail auta ( Obrazovka č. 0-28 ) niekoľko podrobnejších informácií. Zobrazuje

spotrebu vozidla, ktorá je určená na základe predchádzajúcich jázd od vloženia vozidla,

aktuálnu spotrebu, ktorá sa určí z obdobia medzi poslednými dvomi tankovaniami.

Počiatočné km určujú koľko kilometrov malo vozidlo najazdené pri pridávaní do zoznamu.

Aktuálne km určujú počet kilometrov najazdených v čase poslednej aktualizácie pre dané

vozidlo.

Formuláre na editáciu a pridanie vozidla sú založené na princípoch použitých pri

editácii a vkladaní profilov a skupín. Zmena je iba vo názvoch polí a preto podrobnejší popis

nie je potrebný. Na chybne vložené údaje je používateľ upozornený rovnako ako v prípade

registrácie ( Obrazovka č. 0-18 ).

Zobrazovanie pozície vozidiel ( Obrazovka č. 0-29 ) je pomerne veľkou záťažou na

serverovú časť a preto je možné sledovať trasu jedného vozidla, alebo aktuálnu pozíciu

všetkých vozidiel. V prípade sledovania trasy je potrebné vybrať konkrétne vozidlo

v zozname na pravej strane obrazovky.

Obrazovka č. 0-28

47

Obrazovka č. 0-29

5.2.6 Jazdy

Pod položkou menu Jazdy je možné nájsť zoznam všetkých jázd skupiny. Pomocou

hlavičky tejto tabuľky je možné zoraďovať položky zoznamu. Predvolené je usporiadanie

podľa času jazdy, takže najvyššie sa zobrazujú najnovšie jazdy.

Podľa zoznamu existujúcich jázd je možné vytvárať cestovné príkazy, ktorých vzory

boli uvedené v dokumentácii k projektu.

Obrazovka č. 0-30

48

Po kliknutí na konkrétnu jazdu je možné vidieť náhľad trasy(Obrazovka č. 2-16) , po

ktorej bola jazda vedená. Na vykreslenie trasy sa využívajú Google mapy.

Obrazovka č. 0-16

5.3 Testovanie prototypu

Prototypy sa snažíme odlaďovať podľa funkčnosti na reálnych zariadeniach , a teda

ich testujeme na mobilných zariadeniach Nokia a Samsung. Vzhľadom na stanovené ciele

prototypu zatiaľ nebolo potrebné masívne testovanie.

5.4 Výsledok prototypu

Niektoré časti ako aplikácie, tak aj webového portálu ešte nie sú nahodené v plnom

grafickom formáte. Dôvodom toho je výskyt formulárov pre ukážku plánovanej výslednej

formy. Jednotlivé obrazovky sú vzájomne nalinkované, avšak zatiaľ nezahŕňajú plánovanú

funkcionalitu.

49

6 Záver

V tomto dokumente sme zhrnuli existujúce riešenia pre nemobilné i mobilné

platformy, špecifikovali a navrhli samotné riešenie. Výsledkom je prehľadná správa

popisujúca výhody a nevýhody jednotlivých riešení, na základe ktorých bol následne tvorený

návrh riešenia. Pre ďalšie pokračovanie práce na predmete Tímový projekt I , si náš tím

vybral dve mobilné platformy pre vývoj aplikácie „Kniha jázd“. Naše riešenia boli realizované

pre dve platformy OS Bada a Symbian .

Jednotlivé časti projektu sme navrhovali podľa analýzy dostupných riešení. Celý

proces návrhu jednotlivých časti bol realizovaný s dôrazom na výber užitočných funkcií,

spokojnosť zákazníka a vysokú modularitu celého systému.

Pri implementovaní návrhu riešenia sme sa stretli s viacerými prípadmi, kedy sme

museli robiť kompromisy, prípadne upraviť návrh podľa potreby. Pri práci na prototype

aplikácie sa nám podarilo vytvoriť plne klikatelné GUI na mobilnom zariadení NOKIA ,

a takisto nám funguje webový portál aplikácie.

Projekt bol vypracovaný ako zadanie na predmet Tímový projekt I.

7 Použitá literatúra

[1] – Kamar – Softvérové riešenia

Posledný prístup: 22.10.2011

http://www.kamar.sk/kniha-jazd.html

[2] – Acory – ekonomický software

Posledný prístup: 22.10.2011

http://www.acory.sk/?mod=1&sub=1

[3] – Appky.sk

Posledný prístup: 22.10.2011

http://appky.sk/application/122

[4] – iTunesstore – aplikaceie pre iphone

Posledný prístup: 22.10.2011

http://itunes.apple.com/us/app/drivers-log/id295952028?mt=8

[5] – pyspotreba - sw

50

Posledný prístup: 22.10.2011

http://pyspotreba.xf.cz/

[6] – androidmarket

Posledný prístup: 22.10.2011

https://market.android.com/details?id=com.aguirre.android.mycar.activity

[7] – Aplikácia Webdispe4ing

Posledný prístup: 22.10.2011

http://www.webdispecink.cz/downloads/m/Webdispecink_pro_OS_Android.pdf [8] SULIN, J., Bakalárska práca, Masarykova univerzita

Posledný prístup: 22.10.2011

http://is.muni.cz/th/207387/fi_b/bc_praca.pdf

[9] Multilateration

Posledný prístup: 7.11.2011

http://en.wikipedia.org/wiki/Multilateration

[10] Global Positioning System

Posledný prístup: 7.11.2011

http://sk.wikipedia.org/wiki/GPS

[11] Google maps API Family

Posledný prístup: 3.11.2011

http://code.google.com/intl/sk-SK/apis/maps/index.html

[12] Cestovný príkaz

Posledný prístup: 3.11.2011

http://www.cestovnyprikaz.sk/

[13] Šifrovanie

Posledný prístup: 3.11.2011

http://www.komunikacie.estranky.sk/clanky/sifry/sifrovanie

[14] Porovnanie OS pre smartphony

Posledný prístup: 8.11.2011

http://www.itreviews.com/buyers-guides/smartphones-and-tablets/mobile-operating-

systems-ios-android-blackberry-windows-phone-itreviewscom-buyers-guide/

[15] Porovnanie OS pre smartphony

Posledný prístup: 8.11.2011

51

http://recombu.com/news/what-is-a-mobile-operating-system-ios-android-webos-

windows-phone-and-blackberry_M15293.html

[16] Smart TV

Posledný prístup: 8.11.2011

http://www.gogi.in/samsung-smart-tv-features-price.html

[17] PhoneSoft

Posledný prístup: 10.12.2011

http://www.phonesoft.cz/detail.php?id=263&sekce=symbian&s=1&k=63