1

STŘEDOŠKOLSKÁ ODBORNÁ ČINNOST

Obor SOČ: 9. Strojírenství, hutnictví, doprava a průmyslový design

Kraj: Královéhradecký

Jiří Šolc

Jan Michalík

Hradec Králové 2015

2

STŘEDOŠKOLSKÁ ODBORNÁ ČINNOST

Obor SOČ: 9. Strojírenství, hutnictví, doprava a průmyslový design

DOGIES

(Dangerous Goods Incidents Early Warning System)

Autoři: Jiří Šolc Jan Michalík

Škola: Střední škola a vyšší odborná škola aplikované kybernetiky s.r.o.

Kraj: Královéhradecký

Konzultant: H-comp Consulting

Hradec Králové 2015

3

Prohlášení

Prohlašuji, že jsem svou práci SOČ vypracoval samostatně a použil jsem

pouze podklady (literaturu, projekty, SW atd.) uvedené v seznamu vloženém

v práci SOČ.

Prohlašuji, že tištěná verze a elektronická verze soutěžní práce SOČ jsou

shodné.

Nemám závažný důvod proti zpřístupňování této práce v souladu se zákonem č.

121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a

o změně některých zákonů (autorský zákon) v platném znění.

V Hradci Králové dne 30.3.2015 podpis: ……………………………

podpis: …………………………..

4

Poděkování

Na začátek bychom chtěli poděkovat firmě H-Comp consulting za odborný dozor,

podporu a rady při vývoji aplikace. A v neposlední řadě také všem, kteří se podíleli na

realizaci tohoto projektu a poskytli nám potřebné informace.

5

Obsah 1 Abstrakt ........................................................................................................................................... 6

2 ADR .................................................................................................................................................. 7

2.1 Podmínky pro přepravu nebezpečného nákladu .................................................................... 7

2.2 Doklady potřebné k přepravě nebezpečných věcí .................................................................. 7

2.3 Výbava vozidla ......................................................................................................................... 8

2.4 Označení vozidla s nebezpečným nákladem ........................................................................... 8

2.4.1 Kemlerův kód ....................................................................................................................... 9

2.4.2 UN kód ................................................................................................................................. 9

2.4.3 Bezpečnostní značka ......................................................................................................... 10

3 Převážené látky a nehody .............................................................................................................. 11

3.1 Poměry převážených látek v ČR ........................................................................................... 11

3.2 Dopravní nehody při převozu nebezpečných nákladů .......................................................... 11

3.3 Zavinění dopravní nehody ..................................................................................................... 11

4 DOGIES........................................................................................................................................... 12

4.1 Silniční přeprava .................................................................................................................... 12

4.2 Základní procesní schéma ..................................................................................................... 12

4.3 Objektový model ................................................................................................................... 13

4.4 Komunikační schéma ............................................................................................................. 14

4.5 Administrace .......................................................................................................................... 14

4.6 Potencionální uživatelé ......................................................................................................... 14

4.7 Popis procesů mobilní aplikace ............................................................................................. 14

4.8 Popis procesů desktopové aplikace ...................................................................................... 18

4.9 Modelová situace .................................................................................................................. 19

5 Vývoj .............................................................................................................................................. 21

5.1 Mobilní aplikace .................................................................................................................... 21

5.2 Desktopová aplikace .............................................................................................................. 22

6 Závěr a budoucnost ....................................................................................................................... 22

7 Seznam použité literatury a pramenů ........................................................................................... 23

8 Seznam obrázků ............................................................................................................................ 24

6

1 Abstrakt Dangerous Goods Incidents Early Warning System (DOGIES) slouží k předcházení a řešení již

vzniklých dopravních nehod souvisejících s nebezpečným zbožím.

DOGIES bude sledovat faktory, které by mohly ovlivnit stav nákladu, bezpečnost a plynulost cesty a

případnou možnost interakce nákladu s vnějším prostředím nebo jiným nákladem. V případě

potenciálních problémů bude kontaktována osoba zodpovědná za přepravu příslušného

nebezpečného nákladu a budou varovány bezpečnostní civilní složky. V případě již vzniklého

incidentu nebo nemožnosti spojení se s dotyčným vozidlem bude přímo vyslán požadavek na zásah

IZS spolu s dostupnými informacemi o poslední známé poloze, stavu a obecných vlastnostech

(hořlavost, těkavost, jedovatost…) nákladu. Dále bude o situaci (s případným řešením situace)

informován manažer infrastruktury, případně jakákoli související složka (obecní úřad v případě

ohrožení obyvatelstva, ministerstvo životního prostředí v případě ekologického dopadu, atd.).

Systém bude určen pro všechny dopravce zabývající se přepravou nebezpečného zboží, pro

integrovaný záchranný systém (IZS) a ostatní výše zmíněné složky.

Klíčová slova: nebezpečný náklad, ADR, DOGIES, android, c#, desktop, bezpečnost, doprava

Abstract Dangerous Goods Incidents Early Warning System(DOGIES) serving for prevention and solving

of incurred accidents related with transportation of dangerous goods.

DOGIES will watch factors, which can affect goods state, safety and fluency of road and possibility of

cargo interaction with external environment or other goods. In case of potential troubles, DOGIES

will contact a responsible person and will send warning to IZS. In case of a trouble or inability to

connect with a truck, DOGIES will send requirement for intervention to IZS with information about

last known position, state and properties of goods. The manager of infrastucture, Ministry of the

Environment and local councils will be also informed about the situation. The system will be designed

for shippers of danger goods, IZS and other components mentioned above.

Key words: danger goods, ADR, DOGIES, android, c#, desktop, security, transport

7

2 ADR Evropská dohoda o mezinárodní silniční přepravě nebezpečných věcí (Accord Dangereuses

Route), ukládá podmínky přepravy nebezpečného nákladu. Dohoda vznikla v

roce 1957 v Ženevě a ČSSR k ní přistoupila v roce 1987. Upravuje, jakým způsobem je

možno zboží přepravovat, bezpečnostní normy apod. Rozděluje zboží podle tříd nebezpečnosti.

Nebezpečné věci podle ADR jsou nebezpečné předměty, pro jejichž vlastnosti

(hořlavost, žíravost, výbušnost atd.) může být jejich přepravou ohrožena bezpečnost osob, majetku

a životního prostředí.

Mezi členské státy patří kromě České republiky taká Rakousko, Německo, Spojené království

Velké Británie a Severního Irska, Španělsko, Švédsko a další.

2.1 Podmínky pro přepravu nebezpečného nákladu Při přepravě nebezpečného nákladu si klademe za cíl minimalizovat riziko ohrožení životního

prostředí nebo obyvatelstva. Tři základní podmínky pro přepravu nebezpečných nákladů stanovené

ADR jsou:

1. Silniční dopravou je dovoleno přepravovat pouze nebezpečné věci vymezené mezinárodní

dohodou ADR.

2. Zvláště nebezpečné věci lze přepravovat pouze na základě povolení ministerstva dopravy.

3. Pro přepravu jaderných materiálů je třeba souhlasu Státního úřadu pro jadernou bezpečnost

2.2 Doklady potřebné k přepravě nebezpečných věcí Podle ADR musí mít každé vozidlo při přepravě nebezpečných látek následující doklady:

1. Přepravní doklad (bezpečnostní list)

obsahuje údaje o přepravované látce, např.: pojmenování a identifikační číslo látky (UN

číslo), obalovou skupinu, čísla vzorů bezpečnostních značek, kód omezení pro tunely,

odesílatel, příjemce atd.

Údaje musí být napsány v jazyce odesílatele a v případě mezinárodní dopravy i anglicky,

německy nebo francouzsky.

2. Písemné pokyny ADR

obsahují vzory bezpečnostních značek, hlavní nebezpečí a způsob ochrany před tímto

nebezpečím. Jeden výtisk, napsaný v jazyce, jemuž řidič rozumí, musí být umístěn v kabině

řidiče

3. Další doklady

Mezi další potřebné doklady se řadí osvědčení o schválení vozidla, osvědčení o schválení

řidiče, doklad o odborné způsobilosti řidiče spolu s datem posledního školení, doklad o

zdravotní způsobilosti řidiče spolu s datem poslední periodické prohlídky atd.

8

2.3 Výbava vozidla Každé vozidlo převážející nebezpečný náklad musí mít určitou povinnou výbavu. Do této

výbavy spadá zakládací klín, jehož rozměry odpovídají hmotnosti vozidla a průměru jeho kol, dva

stojací výstražné prostředky a kapalina na výplach očí. Dále by každý člen posádky měl mít

k dispozici výstražnou vestu, přenosnou svítilnu, jeden pár ochranných rukavic a ochranu očí.

Mezi povinnou výbavu vozidla patří také práškové hasicí přístroje. Každé vozidlo musí mít jeden

dvoukilogramový práškový hasicí přístroj a jeden šestikilogramový práškový hasicí přístroj.

2.4 Označení vozidla s nebezpečným nákladem Vozidla přepravující nebezpečnou látku musí být vpředu i vzadu označena oranžovou tabulí

ve tvaru obdélníku o velikosti 30x40 cm. Ta je černě orámovaná a podélně rozdělená. V horní

polovině je Kemlerův kód označující hrozící nebezpečí, v dolní polovině je identifikační číslo

látky, tzv. UN kód. Pokud je přepravováno několik různých látek, je vozidlo označeno vpředu i

vzadu čistou oranžovou tabulí stejných rozměrů, která označuje obecné nebezpečí. Na boku

každé eventuální komory cisterny je samostatně oranžová tabule s Kemlerovým a UN kódem

spolu s bezpečnostní značkou příslušné látky.

Obr.1: Výňatek z bezpečnostního listu

9

2.4.1 Kemlerův kód Značí nebezpečnost nebezpečné látky pro potřeby podle dohod ADR. Umisťuje se na

výstražnou tabulku na vozidlo přepravující nebezpečné věci. Slouží pro rychlé zjištění přibližných

vlastností převážené látky a je umístěn v horní polovině tabulky. V případě větší intenzity

nebezpečí se číslice zdvojí nebo ztrojí. Vzhledem k tomu, že Kemlerův kód musí obsahovat

alespoň dvě číslice, používá se 0 na doplnění do dvouciferného čísla. Například kód 33 je určen

pro benzín a další vysoce hořlavé látky.

Význam kódů:

2 – plynná látka 3 – hořlavá kapalina 4 – hořlavost pevných látek 5 – látky podporující hoření 6 – jedovatá látka 7 – radioaktivní látka 8 – žíravá látka 9 – samovolná reakce

2.4.2 UN kód Charakteristické čtyřčíslí, přiřazené dnes asi třem tisícům látek a jejich směsím, které látku

nebo směs jednoznačně identifikuje. Musí být společně s Kemlerovým kódem uveden na každém

vozidle používaném při přepravě nebezpečných látek. V případě potřeby se kód doplňuje 0.

Obr. 2 oranžová tabulka pro označení volně ložených látek a cisteren

Obr. 3 ukázka UN kódů

10

2.4.3 Bezpečnostní značka Nebezpečné věci, jako jsou výbušniny, žíraviny atd., jsou jednotlivě mezinárodně v rámci

OSN děleny do samostatných specifických tříd. Ty jsou označeny jednotlivými bezpečnostními

tabulkami, které tvoří čtverec postavený na jeden vrchol o různé barvě podle třídy –

nebezpečnosti s piktogramem znázorňujícím nebezpečnost látky.

Třídy nebezpečnosti

• 1 – Výbušné látky a předměty

• 2 – Plyny

• 3 – Hořlavé kapaliny

• 4.1 – Hořlavé tuhé látky, samovolně se rozkládající látky a znecitlivělé tuhé výbušné látky

• 4.2 – Samozápalné látky

• 4.3 – Látky, které ve styku s vodou vyvíjejí hořlavé plyny

• 5.1 – Látky podporující hoření

• 5.2 – Organické peroxidy

• 6.1 – Toxické látky

• 6.2 – Infekční látky

• 7 – Radioaktivní látky

• 8 – Žíravé látky

• 9 – Jiné nebezpečné látky a předměty

Obr. 4 příklad označení nebezpečných látek

11

3 Převážené látky a nehody Před začátkem vývoje aplikace jsme se rozhodli provést analýzu přepravy nebezpečných látek

v České republice. V této analýze jsme se zabývali poměry převážených látek, nehodovostí a

nejčastějšími příčinami nehod.

3.1 Poměry převážených látek v ČR Nejčastěji přepravované nebezpečné látky jsou kapalné,

kterých se nejvíce převáželo v roce 2011, a to 131. Následují

látky pevné, kterých se v roce 2012 převezlo 25, a na třetím

místě jsou látky kapalné, kterých se nejvíce převáželo v roce

2011, a to 24. Celkem se za roky 2011 až 2014 převezlo 402

látek kapalných, 71 látek plynných a 54 pevných látek.

Z procentuálního hlediska, jak ukazuje graf, to je 76% látek

kapalných, 14% plynných a 10% pevných látek.

3.2 Dopravní nehody při převozu nebezpečných nákladů Při nehodě vozidla převážejícího nebezpečný náklad je prioritou zamezit úniku nákladu a

tím chránit obyvatelstvo i životní prostředí. Bohužel, ne vždy se tak stane. Celkem se

v letech 2011 až 2014 během převozu nebezpečných věcí událo 538 dopravních nehod,

z nichž při 509 se podařilo zabránit úniku nákladu. Nejvíce uniklo kapalných látek, k jejichž

úniku došlu 23 krát. Daleko za nimi zaostávají látky pevné a plynné se 3 úniky. Bezpochyby

to má souvislost s faktem, že kapalných látek je převáženo nejvíce.

3.3 Zavinění dopravní nehody Co se týče zavinění dopravní nehody, tak ve většině případů dopravní nehodu způsobil

řidič automobilu s nebezpečnou látkou. Tudíž zde velmi vážnou úlohu

hraje právě selhání lidského faktoru, který se naše aplikace

snaží minimalizovat. Ať už z hlediska špatného výběru trasy,

nedodržení povinných přestávek nebo nedodržování

pravidelných zdravotních prohlídek či profesních zkoušek.

Téměř zanedbatelné jsou závady komunikace nebo nehody

způsobené chodcem. Za zmínku ještě stojí lesní zvěř jako

příčina dopravní nehody, ovšem v loňském roce k žádné

takové nehodě nedošlo. Ovšem v letech 2011 až 2013 se

lesní zvěř podílela celkem na 12 dopravních nehodách v rámci

ADR. Také technická závada vozidla byla v minulých letech mírně

vyšší, kdy v roce 2011 to byly 4 dopravní nehody a

Obr. 5 poměry převážených látek

Obr. 6 příčiny dopravních nehod v rámci ADR

12

v loňském roce to byla pouze 1 taková nehoda. I těmto nehodám se DOGIES snaží zabránit

pomocí sledování stavu nákladu (přítomnost, teplota, okolní teplota, únik, apod.) a

dopravního prostředku.

4 DOGIES

4.1 Silniční přeprava Na rozdíl od ostatních přepravních módů se u silniční dopravy nedá zcela počítat s

víceméně jasně vytyčenou trasou, proto je třeba věnovat zvláštní pozornost, kam vozidlo

jede a kam by jet mohlo. S tím souvisí předcházení nebezpečných incidentů pomocí

sledování polohy na mapě silnic se všemi omezeními – rozměrovými, speciálními pro

nebezpečné zboží, atd. Je třeba mít okolo takových míst určené bezpečnostní okruhy

dostatečně velké, aby mohly plnit svou funkci – okruh pro automatické varování o blížení se

k takovému místu, okruh pro navázání komunikace s řidičem a okruh po započetí zahájení

operací pro zastavení či odklonění vozidla policií či jiným příslušným orgánem.

Dále je třeba sledovat možnou interakci se železniční dopravou, zvlášť s vlaky vezoucí

nebezpečný náklad. Toto se nejvíce týká přejezdů – je třeba minimalizovat riziko setkání.

V případě poruchy a uvíznutí silničního vozidla na železničním přejezdu je třeba zastavit

veškerou vlakovou dopravu v tomto místě uvědoměním vlakových dopravců. Dále je třeba

uvědomit příslušné složky k podniknutí kroků k vyproštění vozidla z železničního přejezdu.

Pokud by se mělo silniční vozidlo s nebezpečným nákladem u přejezdu setkat s vlakem

s jiným nebezpečným nákladem a je možnost nebezpečné interakce těchto dvou nákladů,

musí silniční vozidlo být odstaveno na k tomu určeném místě, aby se minimalizovalo riziko.

Stejně tak v případě možnosti interakce s lodní dopravou, pokud vozidlo uvízne na mostě

přes říční/námořní dopravní cestu, je třeba eliminovat riziko ohrožení lodní dopravy pod

mostem a po proudu, zvlášť těch přepravujících nebezpečný náklad.

4.2 Základní procesní schéma Před započetím vývoje aplikace bylo potřeba vytvořit základní procesní schéma,

objektový model a komunikační schéma.

Základní procesní schéma je závislé na elektronizaci přepravních dokumentů, které se

týká další na tento navazující projekt zabývající se elektronizací těchto dokumentů. Základním

procesem je kontinuální informace o poloze dopravní jednotky získávaná pomocí všech

dostupných sítí a odesílaná na server. Doplňujícím procesem je informace o přepravovaném

zboží, tzn. bezpečnostní list a další dokumenty uložené na serveru.

13

4.3 Objektový model Před začátkem vývoje větších projektů je třeba udělat objektový model, ve

kterém jsou popsány třídy programu, metody v nich obsažené a všechny jejich

funkce. Vzhledem k tomu, že systém DOGIES obsahuje 2 aplikace – desktopovou a

mobilní, objektové modely musely být vytvořeny pro každou aplikaci zvlášť.

První objektový model pro mobilní část byl vytvořen tak, aby se co nejvíce

usnadnil vývoj. Naším dalším cílem bylo efektivní využívání prostředků, které nám

hostující zařízení poskytuje. Jelikož je mobilní část systému mířena prozatím

převážně na OS Android, museli jsme zajistit kompatibilitu se všemi mobilními

zařízeními, na kterých by toto OS mohlo fungovat.

U druhého objektového modelu pro desktopovou jsme se nemuseli zabývat

využitím prostředků, protože počítače nám jich poskytují dostatek a naše aplikace

není na výpočetní výkon výjimečně náročná. U tohoto modelu bylo naším hlavním

cílem zajistit bezproblémovou komunikaci se serverem, na kterém jsou uložena

všechna potřebná data.

Obr. 7 základní procesní schéma připravené pro lodní i vzdušnou dopravu

14

4.4 Komunikační schéma Jelikož celý systém DOGIES funguje na principu server-klient, kdy jsou data

průběžně odesílána a stahována ze serveru, bylo nutné vytvořit i komunikační schéma. Toto

schéma lze využít i pro komunikaci s osobou odpovědnou za přepravu, integrovaným

záchranným systémem, případně se složkami civilní obrany. Dále bylo potřeba zajistit

odesílání EWMS (Early Warning Message System) i mimo dosah sítě. EWMS je adresně

odesíláno všem subjektům dotčeným přepravou včetně jiných dopravců a správců

infrastruktury.

4.5 Administrace Administrace systému je řešena v několika vrstvách. První vrstvou je „root“, což je

tvůrce aplikace, který má přístup ke všem jejím částem včetně nezpracované databáze.

Další vrstvou je „admin“, v jehož pozici by mohl být majitel nebo správce firmy, která

převáží nebezpečné věci. Admin má přístup k většině částí aplikace. Spadá sem například

přidávání, odebírání nebo změna záznamů v databázi. Dále má přístup ke všem záznamům

ohledně převážené látky, řidiče i vozidla. Poslední vrstvou je „user“, kterého představuje

mobilní klient. Tento klient má povolené čtení údajů o nákladu, vozidle a řidiči. V případě

změny vozidla nebo nákladu může určité údaje změnit.

4.6 Potencionální uživatelé Potencionálním uživatelem systému DOGIES může být Orgán státní správy a

samosprávy, který systém může využívat při procesech, jako jsou kontrola a zobrazení

přepravní jednotky s nebezpečným zbožím na mapě nebo v tabulce, identifikace

nebezpečného zboží (kategorie, bezpečnostní list atd.), dozor nad přepravami a dodržování

režimu přeprav, koordinace činností složek integrovaného záchranného systému a

dozorových orgánů, dodržení stanovené trasy přepravy a všech bezpečnostních opatření a

další. Dalším možným uživatelem může být IZS, který pomocí naší aplikace může přesně

zaměřit polohu přepravní jednotky s nebezpečným zbožím, identifikovat nebezpečné zboží

a jeho vlastnosti, řídit a usměrňovat dopravní proudy, zajistit ochranu území atd. Mezi další

uživatele může patřit přepravce, manažer infrastruktury a dopravce, kteří naši aplikaci

mohou využívat při procesech výše popsaných.

4.7 Popis procesů mobilní aplikace

Přihlášení do aplikace

Přihlášení do aplikace probíhá pomocí uživatelského jména a hesla

vygenerovaným systémem a uloženým v databázi na serveru. Ke každému účtu

existuje jedna nebo více zakódovaných poloh výchozího a cílového bodu trasy dle

GPS souřadnic zadaných administrátorem.

15

Kontrola a úprava základních údajů o přepravě

Po přihlášení proběhne propojení do národního registru vozidel a firem, stažení a

validace údajů jako jsou UN kód zboží, bezpečnostní list a vygenerování

omezujících podmínek pro přepravní trasu a její uložení v systému. Dále se stanoví

bezpečnostní přestávky pro přepravu. Řidič zkontroluje všechny údaje o vozidle,

nákladu a přívěsu, v případě nutnosti může některé z nich měnit.

Vygenerování inicializační EWMS

Po kontrole základních údajů následuje zpětná kontrola funkčnosti komunikace

s integrovaným záchranným systémem a manažerem přepravy. Mimo jiné

proběhne synchronizace systémového času a polohy dopravní jednoty se

zadanými GPS koordináty.

Proces identifikace

Proces identifikace probíhá ve všech dostupných GSM nebo jiných přenosových

sítích. Spustí se proces připojení k sítím (BTS konektivita, rychlost a šifrování

Obr. 8 kontrola základních údajů

16

přenosu, test priority připojení), v případě nedostupnosti některé z GSM sítí bude

provedena identifikace náhradním způsobem interním roamingem.

V příhraničních oblastech s přesahem GSM sítí se spustí test identifikace do

zahraničních sítí a test v síti GSM-R.

Inicializace bezpečnostních čidel

Proběhne vytvoření komunikačního prostředí pro příjem z čidel nárazu,

akcelerometrů nebo jiných zařízení DOGIES, čidel úniku nebezpečné látky nebo

jiných zařízení pro monitorování celistvosti vozidla nebo zásilky, ale také z čidel

pro sledování povětrnostních či jiných specifických podmínek na trase přepravy.

Monitorovací režim

Po úspěšné identifikaci do sítě se inicializuje proces monitorování. Automaticky se

spustí monitorování polohy na základě změny GPS polohy přepravní jednotky

v čase (je stanoven určitý časový interval a interval změny GPS souřadnic).

Následuje automatické otestování průjezdnosti nalezené trase přepravy,

aktualizace dopravní situace a dopravních omezení na trase. Vzhledem k těmto

údajům se provedou korekční výpočty a optimalizace přepravní cesty. Jako další

proběhne porovnání identifikovaného nákladu podle zadaných údajů se zákonem

povolenými limity a hodnotami pro dané zboží a kontrola zátěže vozidla

v závislosti na přepravní trase. Dále se automaticky vygeneruje AIWMS (Alert

Integrity Warning Message Service) a spuštění procesů spojených s AIWMS.

Pohyb v zakázaném prostoru

V případě zjištění, že poloha vozidla vykazuje znaky pohybu do zakázané oblasti

nebo stání na zakázaném místě, mobilní zařízení vygeneruje varovnou zprávu a

odešle ji na server, odkud je přeposlána jednak manažerovi dotyčné přepravy,

jednak na určenou vstupní bránu sítě integrovaného záchranného systému, která

zajistí distribuci této zprávy na definované pracoviště. Pokud vozidlo v daném

časovém intervalu opustí zakázaný prostor, bude stejným způsobem

vygenerována a na tatáž zařízení a místa odeslána zpráva, že se vozidlo nachází

opět mimo zakázaný prostor. Ale pokud vozidlo bude i nadále pokračovat

v pohybu nebo stání v zakázané oblasti, server vygeneruje zprávu typu „Zásah“ a

odešle ji na příslušnou vstupní komunikační bránu IZS, která zajistí další postup se

zprávou podle stanovených pokynů.

17

Mimořádná událost

V případě nastalé mimořádné události (únik nebezpečné látky, identifikace nárazu

nebo jiných nebezpečných okolností), když nebude manuálně obslouženo tlačítko

SOS, bude mobilním zařízením taktéž vygenerována zpráva a bude odeslána

rovněž automaticky všem nejbližším důležitým složkám s informacemi o nákladu a

o pozici vozidla. Odeslání se musí provést pomocí všech dostupných

komunikačních kanálů (GSM, GSM-R, Wi-Fi apod.) a to i v případě, že není mobilní

zařízení připojeno k síti (obdoba volání na čísla 112,155…).

Manuální odeslání zprávy

Řidič vozidla má také možnost při jakékoliv neobvyklé události, na kterou by

senzory nereagovaly, vygenerovat podobnou zprávu ručně, a to pomocí tlačítka

SOS. Zpráva bude odeslána všem nejbližším důležitým složkám se stejnými

informacemi.

Obr. 9 zobrazení vozidla na mapě

18

4.8 Popis procesů desktopové aplikace Desktopová aplikace je určena pro manažera infrastruktury, dopravce nebo

přepravce ke sledování pohybu a stavu nebezpečného nákladu a zadávání nových

přeprav.

Přihlášení do aplikace

Do desktopové aplikace se lze přihlásit pomocí uživatelského jména a hesla

vygenerovaného systémem, ovšem pouze účtem na úrovni administrátora.

Kontrola spojení se serverem

Při zapnutí aplikace proběhnou testy připojení na server, do kterých patří

otestování dostupnosti serveru, test šifrované komunikace a test rychlosti

komunikace.

Načtení přeprav

Po přihlášení k aplikaci se z databáze uložené na serveru stáhnou data o

aktuálních přepravách spolu s informacemi o řidičích, nákladech a aktuálních

pozicích.

Změna/zadání údajů

Jelikož do desktopové aplikace se může přihlásit jen pověřená osoba, je zde

možnost měnit či zadávat nové údaje o aktuálních nebo nových přepravách. Tyto

údaje jsou okamžitě ukládány na server, odkud jsou přístupné i z mobilní aplikace.

Obr. 10 úprava/vložení údajů do databáze

19

Mimořádná situace

V případě vzniku mimořádné situace (přijata zpráva o mimořádné situaci ze

serveru) se v desktopové aplikaci zobrazí podrobnosti o mimořádné situaci spolu

s bezpečnostním listem a podrobnostmi o dané přepravě a příslušném řidiči.

4.9 Modelová situace

Nyní uvedu příklad, jak by mimořádná situace (vjezd do zakázané oblasti) vypadala

při reálné přepravě.

Na příkladu modelové situace můžeme vidět modře orámovaný vodní zdroj,

kterému by se vozidlo s nebezpečným nákladem mělo vyhnout a červeně orámovaný

tunel představující nebezpečí ztráty signálu většiny sítí. Dále příklad obsahuje tři zóny

nebezpečí, barevně vystínovaná podle stupně nebezpečnosti od nejsvětlejší po

nejtmavší.

Odbočení ze zadané trasy

Pokud vozidlo odbočí z jakýchkoliv důvodů ze zadané trasy označené zelenou

šipkou, bude vypočtena individuální trasa, které vozidlo navede na původní cestu.

Manažer infrastruktury i řidič budou informování o změně trasy.

Obr. 11 příklad modelové situace

20

„Alert“ zóna

Při vjezdu do této zóny bude řidič pomocí mobilního zařízení informován, že

musí najet na nejbližší možnou odbočku. V desktopové aplikaci bude vozidlo

označeno žlutou výstražnou barvou a manažer infrastruktury bude informován o

situaci.

„Danger“ zóna

Pokud řidič neodbočil na zadanou trasu, bude mobilním zařízením vygenerována

zpráva se žádostí o okamžité zastavení vozidla a budou uvědoměny příslušné složky

integrovaného záchranného systému. V desktopové aplikaci bude vozidlo označeno

červenou barvou a zároveň se na mobilním zařízení i v desktopové aplikaci zobrazí

bezpečnostní list s podrobnou identifikací převážené látky.

Obr. 13 vozidlo v zakázané zóně – desktop aplikace

Obr.12 označení přepravy výstražnou barvou

21

5 Vývoj

5.1 Mobilní aplikace K vývoji mobilní aplikace jsme použili následující technologie:

Java

Java je objektově orientovaný programovací jazyk, vyvinutý firmou Sun

Microsystems a představený 23. května 1995. Java je jedním z nejpoužívanějších jazyků

na světě. Díky své přenositelnosti je používán pro programy, které mají pracovat na

různých systémech počínaje čipovými kartami, přes mobilní telefony až po desktopové

počítače. V roce 2007 Sun uvolnil zdrojový kód Javy a nadále je vyvíjena jako open

source.

MySQL

MySQL je multiplatformní databáze. Komunikace s ní probíhá pomocí jazyka SQL.

Pro svou snadnou implemetovatelnost, výkon a především síky tomu, že se jedná o

freeware, má vysoký podíl na v současné době používaných databázích. MySQL bylo již

od počátku vývoje optimalizováno na rychlost a to i za cenu zjednodušení. Má

jednoduché způsoby zálohování, které jsou však v posledních letech nahrazovány

modernějšími.

Obr. 14 rozšířenost programovacích jazyků

22

Google API

API, neboli Application Programming Interface označuje v informatice rozhraní

pro programování aplikací. Jde o sbírku procedur, tříd či protokolů, které může

programátor využívat. Google API je soubor JavaScript API vyvinutý společností Google,

který umožňuje interakci s Google službami. Ve velké míře používají AJAX skriptování a

mohou být snadno načteny s pomocí Google Loaderu.

5.2 Desktopová aplikace K vývoji desktopové aplikace jsme použili následující technologie:

C#

C# je vysokoúrovňový objektově orientovaný jazyk vyvinutý firmou Microsoft

zároveň s platformou .NET Framework. C# je založen na jazycích C++ a Java. Lze ho

využít k tvorbě databázových programů, webových aplikací a stránek, windows aplikací

a softwaru pro Windows phone.

Dále využíváme také MySQL popsané výše.

6 Závěr a budoucnost Myslíme si, že jsme vyprodukovali software, který lze doopravdy použít při přepravě

nebezpečných nákladů. Do budoucna plánujeme pokračovat v tomto projektu ve spolupráci

s H-Comp consulting a dalšími firmami. K tomuto projektu by měl přibýt ještě navazující

projekt týkající se elektronizace přepravních dokumentů.

Prozatím jsme se systémem DOGIES prošli veřejnou soutěží konané v Bruselu a

v současnosti náš software míří do veřejné soutěže v České republice, ze které bychom měli

získat grant na další vývoj.

23

7 Seznam použité literatury a pramenů

[1] DEVBOOK | Úvod do C# a .NET framewovku [online] 2015 [cit. 2015-3-23].

Dostupné z <http://www.devbook.cz/c-sharp-tutorial-uvod-do-jazyka-a-dot-net-

framework>.

[2] WIKIPEDIE | MySQL [online] 2015 [cit. 2015-3-23].

Dostupné z <http://cs.wikipedia.org/wiki/MySQL>.

[3] W3S | HTML5 Introduction [online]. 2015 [cit. 2015-3-24].

Dostupné z <http://www.w3schools.com/html/html5_intro.asp>.

[4] WIKIPEDIE | ADR [online]. 2015 [cit. 2015-3-24].

Dostupné z

<http://cs.wikipedia.org/wiki/Evropsk%C3%A1_dohoda_o_mezin%C3%A1rodn%C3%AD_silni

%C4%8Dn%C3%AD_p%C5%99eprav%C4%9B_nebezpe%C4%8Dn%C3%BDch_v%C4%9Bc%C3

%AD>.

[5] MENDELOVA UNIVERZITA | JAK PSÁT BAKALÁŘSKOU PRÁCI [online] 2015. Dostupné z

<https://is.mendelu.cz/dok_server/slozka.pl?id=53294;download=57450>.

[6] POŽÁRY.CZ | Označování nebezpečných látek podle ADR [online] 2015 [cit. 2015-3-25].

Dostupné z <http://www.pozary.cz/clanek/50601-kemler-a-un-oznacovani-nebezpecnych-

latek-pri-silnicni-preprave/>.

[7] UNIVERZITA PARDUBICE | Přeprave nebezpečných látek [online] 2015 [cit. 2015-3-25].

Dostupné z

<https://dspace.upce.cz/bitstream/10195/39392/1/StepanekM_Preprava%20nebezpecnych

_VC_2011.pdf>.

[8] WIKIPEDIE | Kemlerův kód [online] 2015 [cit. 2015-3-25]. Dostupné z

<http://cs.wikipedia.org/wiki/Kemler%C5%AFv_k%C3%B3d>.

[9] WIKIPEDIE | UN kód [online] 2015 [cit. 2015-3-26]. Dostupné z

<http://cs.wikipedia.org/wiki/UN_k%C3%B3d>.

[10] Materiály poskytnuté firmou H-Comp consulting

24

8 Seznam obrázků

Obr.1: Výňatek z bezpečnostního listu .................................................................................................... 8

Obr. 2 oranžová tabulka pro označení volně ložených látek a cisteren .................................................. 9

Obr. 3 ukázka UN kódů ............................................................................................................................ 9

Obr. 4 příklad označení nebezpečných látek ......................................................................................... 10

Obr. 5 poměry převážených látek ......................................................................................................... 11

Obr. 6 příčiny dopravních nehod v rámci ADR ...................................................................................... 11

Obr. 7 základní procesní schéma připravené pro lodní i vzdušnou dopravu ........................................ 13

Obr. 8 kontrola základních údajů .......................................................................................................... 15

Obr. 9 zobrazení vozidla na mapě ......................................................................................................... 17

Obr. 10 úprava/vložení údajů do databáze ........................................................................................... 18

Obr. 11 příklad modelové situace ......................................................................................................... 19

Obr.12 označení přepravy výstražnou barvou ...................................................................................... 20

Obr. 13 vozidlo v zakázané zóně – desktop aplikace ............................................................................ 20

Obr. 14 rozšířenost programovacích jazyků .......................................................................................... 21