FAKULTA
DOPRAVNÍ
ČVUT | KONVIKTSKÁ 20, 11000 PRAHA 1
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (802/210/108) Příloha 1 Příklad: Digitální tachograf
Doc. Dr. Ing. Miroslav Svítek a kol. VERZE 1.0
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
OBSAH: 1.
OBECNÝ POPIS POSTUPU ................................................................................. 3 1.1
2.
D EMONSTRACE
NA PŘÍKLADECH ......................................................................... 4
PŘÍKLAD I. – VYUŽITÍ SYSTÉMU DIGITÁLNÍHO TACHOGRAFU .......................... 5 2.1 2.2 2.3 2.4 2.5
P OPIS UŽIVATELSKÝCH POTŘEB ......................................................................... 6 P OPIS FYZICKÉ ARCHITEKTURY SYSTÉMU .......................................................... 10 P OPIS FUNKČNÍ ARCHITEKTURY SYSTÉMU .......................................................... 12 P OPIS INFORMAČNÍ ARCHITEKTURY .................................................................. 13 Z ÁVĚR - INFORMAČNÍ ARCHITEKTURA PŘÍKLADU ................................................. 20
2
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
1. Obecný popis postupu Základním předpokladem pro sestavení kvalitního modelu v příkladové úloze systémového návrhu ITS systému je znalost následujících vstupních podmínek: a) uživatelské potřeby, b) platné standardy (zákony a normy), c) stávající funkční architektura, d) stávající fyzická architektura, e) stávající informační (komunikační) architektura. Znalost těchto podmínek se musí týkat jak subsystému samotného, tak jeho podstatného okolí (terminátorů a komunikace s nimi). Pro jednoduchost a demonstrativní názornost příkladu je nutné volit vhodnou rozlišovací úroveň pro práci s ITS architekturou.
Obr.1: Demonstrace práce s architekturou ITS
3
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
1.1 Demonstrace na příkladech Následující kapitoly jsou strukturovány podle logického postupu, který je nutné zvolit při návrhu ITS systému. Metodika je obdobná jako u obecného návrhu informačních systémů: 1
Popis uživatelských potřeb,
2
Popis fyzické architektury stávajících komponent systému,
3
Popis funkční architektury celkového systému,
4
Popis informační architektury celkového systému.
Pro demonstraci problematiky bylo zvoleno následující téma: Příklad I. – Využití systému digitálního tachografu
4
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
2. Příklad I. – využití systému digitálního tachografu Digitální tachograf je v prvé řadě systém sloužící státní správě ke zvýšení kvality dohledu nad dodržováním bezpečnostních pravidel v silničním provozu. Systém bude v plné funkčnosti sloužit státním orgánům všech členských států EU (např. MD ČR) ke kontrole výkonů řidičů, dodržování doby odpočinku, překračování rychlosti atd. včetně jízd provedených vozidlem i v minulosti. Digitální tachograf však také umožní řidičům a dopravcům snadno získávat data o provedených jízdách a importováním do informačního systému získají datový podklad pro zpracování knihy jízd. Digitálním tachografem budou povinně vybavena všechna nová nákladní vozidla (s celkovou hmotností přesahující 3,5 t) a autobusy (vozidla uzpůsobená pro přepravu více než 9 osob), která budou v EU v prodeji po 1.8.2005. Od 1.5.2005 bude možné zažádat o vydání karty pro práci s digitálním tachografem. Systém digitálních tachografů pracuje se čtyřmi druhy karet: a) Karta řidiče (držitelem karty bude každý řidič vozidla, karta bude jeho osobním identifikačním dokladem doplňujícím řidičský průkaz), b) Karta podniku (držitelem bude každý vlastník vozidla), c) Karta dílny (držitelem budou certifikované servisy zaměřené na montáž a kalibraci digitálních tachografů), d) Kontrolní karta (držiteli budou příslušníci POLICIE a dalších kontrolních orgánů zaměřujících se na kontrolu bezpečnosti práce posádek). Pro následné modelování příkladu budeme rozpracovávat možnosti využití systému digitálního tachografu pro vnitropodnikové účely. V podstatě se jedná o možnost sledování dat o výkonech posádek a vozidla. a) Výkony jednotlivého řidiče jsou zaznamenány na jeho osobní řidičské kartě s historií 28 dnů. V datových záznamech je možné nalézt časový údaje začátku a konce jízdy, informace o režimu práce (řízení, spolujízda, odpočinek) a informace o přestupcích (překročení povolené doby jízdy, překročení konstrukční rychlostí vozidla. b) Celkové výkony vozidla jsou zaznamenány v zařízení digitálního tachografu s historií 365 dní. Jsou zaznamenány údaje o práci posádek (časy zahájení a ukončení řízení a spolujízdy jednotlivých členů posádky), záznamy o přestupcích. Data z vozidlové jednotky lze vyčítat pomocí karty podniku, s omezenou kapacitou několika dní, nebo pomocí paměťových karet (dle provedení konkrétním výrobcem tachografu) v plné historii paměti.
5
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
2.1 Popis uživatelských potřeb V problematice vnitropodnikového využití údajů jde zejména o následující úkoly: 1) účetní a evidenční systémy: • tvorba knihy jízd, • mzdový systém, • pasportní systém. 2) manažerské systémy: • hodnocení zaměstnanců - řešení přestupků, • personální management, • bezpečnost práce. Konkrétní informační systém a jeho lokalizace pro podnik provozovatele vozidla vybaveného digitálním tachografem závisí na mnoha podstatných faktorech jako jsou: • • • • • •
Počet vozidel vybavených digitálním tachografem, Vybavenost společnosti výpočetní technikou, Vybavenost společnosti zaměstnanci schopnými pracovat se systémem, Stávající vybavení informačními systémy a možnost zapracování úloh pro digitální tachograf, Ochota investovat do vybavení informačním systémem a další.
Podle konkrétních uživatelských potřeb je po té možno navrhovat architektury systému. K dispozici pak jsou následující datové zdroje a data: DATA Z KONTAKTNÍCH ČIPOVÝCH KARET K dispozici je záznam jízd na kartě řidiče, popř. podniku za posledních 28 dní s časy zahájení a ukončení jízdy. Karta má standardizovanou souborovou strukturu danou Nařízením Rady ES 1360/2002. Nařízení pevně definuje podobu karet po stránce grafické i elektronické (potisk i datová struktura karty).
Obr.2: Pevná struktura souborů na kartě řidiče v systému digitálního tachografu 6
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
Karta řidiče obsahuje následující položky za posledních 28 dní Identifikace karty Číslo karty Stát vydávající kartu Název vydavatele karty Datum vydání Identifikace držitele karty Jméno a příjmení držitele Datum narození Preferovaný jazyk Informace o řidičském oprávnění Stát vydávající řidičské oprávnění Název vydavatele řidičského oprávnění (členský stát) Číslo řidičského oprávnění Údaje o používání vozidla Čas počátku cesty (vložení karty) Stav tachometru a čas počátku cesty Čas ukončení cesty (vytažení karty) Stav tachometru a čas konce cesty Registrační značka vozidla Název země vydavatele registrační značky (členský stát) Údaje o aktivitě řidiče (obsahuje data zadaná řidičem ručně) Datum a absolutní vzdálenost ujetá řidičem v daný den Změny v aktivitě (jízda, vytížení, práce, pauza) Změna stavu za jízdy (posádka, jednotlivý řidič) indikovány časy změny stavu Lokace začátku (konce) denních period Datum a čas dosažní zadaného začátku (konce) periody Země a region daných míst Stav tachometru v daný moment dosažení místa Události a chybná data Překročení povolené jízdní doby Pokus o prolomení zabezpečení systému Přerušení napájení systému Chyby karty Provedené kontroly Datum a čas kontrol Číslo a vydávající stát u použitých kontrolních karet 7
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
Druh provedené kontroly (na displeji, tiskový výstup, stažení dat) Velikost staženého období (v případě stažení dat) Registrační značka vozidla a země, kde je vozidlo mobilní kontroly registrováno (členský stát)
Tab. 1: Údaje na kartě digitálního tachografu
Každý držitel řidič tak v informačním systému může být identifikován zcela jednoznačně následujícími položkami: a) b) c) d) e) f) g)
Jméno Příjmení Datum narození Číslo řidičského průkazu Číslo karty Podpis Adresa
při fyzické manipulaci s kartou řidiče je s výhodou možné použít základní identifikaci: h) Fotografie držitele
Obr.3: Jednotné identifikační prvky v potisku řidičské karty, předepsané Nařízením Rady ES 1360/2002
Identifikaci řidiče pomocí karty ze systému digitálního tachografu proto lze provádět vizuálně nebo s vyšší mírou bezpečnosti elektronicky. DATA Z VOZIDLOVÉ JEDNOTKY Jako nejatraktivnější cesta ke kontrole a získání potřebných údajů z vozidla se jeví načítání dat přímo z vozidlové jednotky. Vzhledem k velikosti paměti vozidlového zařízení (historie 365 dní) je tuto proceduru možné provádět s intervalem libovolně zvoleným podle možností podniku (např. týdně, měsíčně, čtvrtletně).
8
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
DT zaznamenává následující údaje během posledních 365 dní Identifikace vozidlové jednotky Identifikační data (jméno, adresa výrobce, série, výrobní číslo, atd.) Identifikace pohybového čidla (jméno, adresa výrobce, série, výrobní číslo, atd.) Bezpečnostní prvky (Evropský a daného zařízení veřejný klíč, certifikáty členské země a daného zařízení) Data o používání řidičských karet Cyklus používání řidičských karet a karet společnosti Historie v zařízení používaných karet (jména, příjmení držitelů, čísla karet, časy vložení, vyjmutí a stav tachometru v daný okamžik) Údaje o aktivitě řidičů Aktivita (jízda, výkon, práce, pauza, počet řidičů, atd.) Lokalizace Kde denní perioda začíná a/nebo kde končí (který řidič, čas, místo a region (je-li zadáno), stav tachometru v daný okamžik) Stav tachometru Výpis stavu tachometru ke každému dni k 0:00 (půlnoci) Detailní výpis dat o rychlosti Během posledních 24 hodin (vzorkovací frekvence 1 sek.) Události a chybná data Konflikty s kartami Překročení povolené rychlosti Přerušení napájení Selhání karty (přerušení záznamu na kartu, atd.) Kalibrační data Parametrizace vozidla (typová velikost, nastavení rychlostního limitu) Datum a čas 5 posledních kalibrací Identifikace autorizovaného servisu, který kalibraci provedl Data o čase seřizování DT Datum a čas 5 nejdelších časů seřizování DT Identifikace autorizovaného servisu, který seřízení provedl Provedené kontroly Datum a čas provedených kontrol Typ kontroly Kontrolní karta a její vydavatel (členský stát) Zamykatelná data o společnosti Datum a čas odemknutí/zamknutí dat Karta společnosti, její číslo a vydavatel (členský stát) 9
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
Jméno společnosti a adresa Data o stahování údajů z DT Datum a čas stahování Identifikace karet přes které se data stahovala (číslo, vydavatel, typ karty, název společnosti/servisu) Tab. 2: Údaje sbírané ve vozidlové jednotce
Z vozidlového zařízení lze data exportovat pomocí paměťového média a alternativně je možné také údaje vytisknout na papírovou pásku na termotiskárně implementované v každé vozidlové jednotce. Tisk dat o provedené cestě je možné (např. každodenně, nebo dle oběhu vozidla a posádek) odevzdávat k evidenci. Toto řešení je vzhledem k nízké bezpečnosti a nízké efektivitě vhodné pouze pro malé dopravce.
Obr.4: Tiskový výstup ze zařízení digitálního tachografu, při požadavku tisku výpisu konkrétního řidiče
2.2 Popis fyzické architektury systému KONTAKTNÍ ČIPOVÁ KARTA Karta tachografu je standardní programovatelná karta s určeným použitím, s kapacitou cca 25 kB. Karta musí vyhovovat současným požadavkům na funkci a bezpečnostní zajištění programovatelných karet. Dále mimo další normalizaci čipových karet musí být splňovat podmínky dané Nařízením Rady ES č. 1360/2002, které přesně definuje funkce karet, jejich datovou strukturu a podmínky jejich používání. Přesná podoba souborové a datové struktury těchto karet je definována, čímž je jednoznačně určen standard. Tomuto standardu mohou vyhovovat různá technická řešení karty (hardware, operační systém a softwarová aplikace), která však musí být certifikována (jednotnou evropskou zkušebnou) v rámci celkového řešení daného členského státu EU.
10
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
Obr.5: Řešení karty řidiče a podniku systému digitálního tachografu ČR
VOZIDLOVÁ JEDNOTKA Zařízení digitálního tachografu je řešeno v podobě vozidlové jednotky 1 DIN (velikost klasického autorádia), je vybaveno na čelní straně dvouřádkovým displejem a 5 ovládacími tlačítky. Zařízení tak komunikuje s uživatelem pomocí symbolů, znaků a čísel. Všechny funkce a standardy podléhají opět direktivě EU. Nejedná se o příliš přívětivé uživatelské rozhraní a hlavně je nutné školení uživatelů systému. Některé typy zařízení disponují možností vyčítání dat přes paměťová media.
Obr.6: Řešení vozidlové jednotky SIEMENS VDO
INFORMAČNÍ SYSTÉM PROVOZOVATELE VOZIDLA Systém provozovatele na rozdíl od předešlých komponent nemůže být komplexně standardizován. Základní diference jednotlivého provedení tohoto systému se odvíjejí podle již zmíněných uživatelských potřeb. Zcela zásadní je například otázka zda provozovatel vozidla je dopravce, nebo disponuje jen několika kusy vozidel pro dopravu na vlastní účet. Podstatné však pro tvorbu informačního systému pro práci s daty jsou standardy systému digitálního tachografu.
11
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
Obr.7: Fyzická architektura systému práce s daty digitálního tachografu a interpretace do logické architektury (náznak funkční a informační architektury)
STANDARDY • • • •
Nařízení Rady (EHS) č. 1360/2002, Nařízení Rady (EHS) č. 3820/85, Nařízení Rady (EHS) č. 3821/85, Národní politika pro systém digitálního tachografu ČR.
2.3 Popis funkční architektury systému Pro tvorbu funkční architektury celkového systému pro práci s daty digitálního tachografu je možné plně využít dosavadní rozpracování globální architektury ITS. Pro tvorbu funkční architektury je důležitá znalost jednotlivých datových položek, které generuje systém digitálního tachografu (viz. tabulka 1 a 2). Z funkční architektury jsou využitelné následující makrofunkce a funkce: 1. úroveň 8.
Řízení multimodální nákladní dopravy a flotily vozidel
2. úroveň 8.2.
Řízení dop. prostředků dopravců
8.3.
Řízení dopravních prostředků/ řidičů/ nákladu/ vybavení
3. úroveň 8.2.2.
Řízení dopravních operací 12
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
8.2.3.
Ocenění hodnoty dop. operace
8.3.2
Monitorování prostředků
8.3.3
Obtíže s předpisy
Pro modelování příkladu je možné jít na funkce definované na nižších úrovních podrobnosti. Pro demonstrativnost tvorby příkladu není vhodné pracovat na nižších úrovních s vysokým počtem funkcí (již na 4. úrovni by funkcí bylo přibližně 15).
Obr.8: Funkční architektura systému práce s daty digitálního tachografu (zobrazení 1. - 3. úroveň)
2.4 Popis informační architektury U vyjmenovaných funkcí ve funkční architektuře lze podle znalostní databáze architektury ITS vyjmenovat datové toky do dané funkce vstupující a z dané funkce vystupující. Dále je možné nalezené datové toky rozlišit na: -
datové toky vnitřní (uvnitř ITS systému), 13
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
-
datové toky vnější (mezi ITS systémem a jeho vlivným okolím (jednotlivými terminátory)).
V navrhovaném systému byly v komplexní architektuře vyhledány datové toky, které jsou uvedené v následujících tabulkách. Tak jako v architektuře samotné jsou datové toky specifikovány od 2. úrovně, obdobně i pro tento příklad budeme rozepisovat 2. a 3. úroveň, které jsou pro tvorbu architektury nejvíce podstatné a jednoduše specifikovatelná. Vzhledem k metodě konstrukce architektury Top-down můžeme na těchto prvních rozlišovacích úrovních názorně předvést základní principy práce s architekturou ITS. 2. úroveň Funkce: Vstupní datové toky zs.nd_incident_oznameni_potvrzeni opj.odp_naklad_transakce_data rdc.rnv_vstup_management_data eps.pdp_vyjimecny_zdroj_nabidka uzp.odpoved_pro_registraci_flotily uzp.poruseni_zakona_nasledek opj.svp_vstup_data nd_dopravovane_zbozi_data nd_zdroj_klientsky_profil nd_zdroj_komercni_informace nd_zdroj_provozni_informace nd_zdroj_regulace_data nd_zdroj_zakonne_informace nd_zdroj_prenos_data ci.nd_pozemni_cesta_a_dalsi_informace
8.2. Řízení dop. prostředků dopravců
Výstupní datové toky nd.zs_incident_oznameni nd.ci_pozemni_informace_a_zadost nd.pd_podvod_oznameni nd_flotila_data nd_management_prenos_data odp.odj_flotila_data rnv.rdc_prace_informace pdp.eps_vyjimecny_zdroj_zadost uzp.zadost_pro_flotila_registrace_a_platba svp.opr_vystup_data nd.ci_informace_a_zadost
Tab. 3.1: Vnitřní datové toky ITS, funkce 8.2. Vstupní datové toky opj.odp_naklad_transakce_data rdc.rnv_vstup_management_data eps.pdp_vyjimecny_zdroj_nabidka uzp.odpoved_pro_registraci_flotily uzp.poruseni_zakona_nasledek opj.svp_vstup_data
Terminátory [T] Odesílatel/příjemce [T] Řidič [T] Externí poskytovatel služeb [T] Úřad pro dodržování zákonů a předpisů [T] Úřad pro dodržování zákonů a předpisů [T] Operátor ITS systému
Tab. 3.2: Vnější datové toky ITS, funkce 8.2. Výstupní datové toky psp.odj_flotila_data rnv.rdc_prace_informace pdp.eps_vyjimecny_zdroj_zadost
Terminátory [T] Odesílatel/příjemce [T] Řidič [T] Externí poskytovatel služeb 14
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
uzp.zadost_pro_flotila_registrace_a_platba [T] Úřad pro dodržování zákonů a předpisů svp.opj_vystup_data [T] Operátor ITS systému Tab. 3.3: Vnější datové toky ITS, funkce 8.2.
Funkce Vstupní datové toky ep.nd-platba_potvrzeni rv.nd-dopravni_prostredek_data ci.nd_na_palube_cesta_a_dalsi_informace pd.nd_podvod_oznameni rdc.rnv_vstup_data znd.vstup_data ulk.nakladni_vozidlo_pozice dpr.nvo_dopravni_prostredek_senzor_data nd_management_komercni_informace nd_management_incident_informace nd_management_operacni_informace nd_management_zadost nd_management_zakonne_informace nd_management_prenos_data
8.3. Řízení dopravních prostředků/ řidičů/ nákladu/ vybavení
Výstupní datové toky nd.rv_telematika_specificka_data nd.ci_na_palube_informace_a_zadost nd.pd_naklad_data nd_zdroj_provozni_informace nd_zdroj_regulace_informace nd_zdroj_prenos_data rdt.odj_naklad_stav rnv.rdc_vystup_data znd.vystup_data nvo.dpr_vystup_data
Tab. 3.4: Vnitřní datové toky ITS, funkce 8.3. Vstupní datové toky opj.psp_naklad_transakce_data rdc.rnv_vstup_management_data eps.pdp_vyjimecny_zdroj_nabidka uzp.odpoved_pro_registraci_flotily uzp.poruseni_zakona_nasledek opj.svp_vstup_data
Terminátory [T] Odesílatel/příjemce [T] Řidič [T] Externí poskytovatel služeb [T] Úřad pro dodržování zákonů a předpisů [T] Úřad pro dodržování zákonů a předpisů [T] Operátor ITS systému
Tab. 3.5: Vnější datové toky ITS, funkce 8.3. Výstupní datové toky rdt.odj_naklad_stav rnv.rdc_vystup_data znd.vystup_data nvo.dpr_vystup_data
Terminátory [T] Odesílatel/příjemce [T] Řidič [T] Zařízení pro nákladní dopravu [T] Dopravní prostředek
Tab. 3.6: Vnější datové toky ITS, funkce 8.3.
3. úroveň Funkce Vstupní datové toky
8.2.2. Řízení dopravních operací
Výstupní datové toky 15
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
zs.nd_incident_oznameni_potvrzeni rdc.rnv_vstup_management_data eps.pdp_vyjimecny_zdroj_nabidka uzp.odpoved_pro_registraci_flotily uzp.poruseni_zakona_nasledek opj.svp_vstup_data nd_operace_zadost nd_cist_zdroje_data nd_zdroj_klientsky_profil nd_zdroj_komercni_informace nd_zdroj_provozni_informace nd_zdroj_regulace_data nd_zdroj_zakonne_informace nd_zdroj_prenos_data ci.nd_pozemni_cesta_a_dalsi_informace
nd.zs_incident_oznameni nd.ci_naklad_a_nebezpecny_naklad_informace nd.ci_nebezpecny_naklad_monitorovani_informace nd.ci_cesta_optimalizace_zadost nd.pd_podvod_oznameni nd.ci_zadost_na_stav_znecisteni nd.ci_zadost_na_dopravni_situaci nd.ci_zadost_na_pocasi nd_nahrat_zdroje_data nd_management_komercni_informace nd_management_incident_informace nd_management_operacni_informace nd_management_zadost nd_management_zakonne_informace nd_management_prenos_data nd_operace_odezva rnv.rdc_prace_informace pdp.eps_vyjimecny_zdroj_zadost uzp.zadost_pro_flotila_registrace_a_platba svp.opr_vystup_data
Tab. 4.1: Vnitřní datové toky ITS, funkce 8.2.2. Vstupní datové toky rdc.rnv_vstup_management_data eps.pdp_vyjimecny_zdroj_nabidka uzp.odpoved_pro_registraci_flotily uzp.poruseni_zakona_nasledek opj.svp_vstup_data
Terminátory [T] Řidič [T] Externí poskytovatel služeb [T] Úřad pro dodržování zákonů a předpisů [T] Úřad pro dodržování zákonů a předpisů [T] Operátor ITS systému
Tab. 4.2: Vnější datové toky ITS, funkce 8.2.2. Výstupní datové toky rnv.rdc_prace_informace pdp.eps_vyjimecny_zdroj_zadost uzp.zadost_pro_flotila_registrace_a_platba svp.opj_vystup_data
Terminátory [T] Řidič [T] Externí poskytovatel služeb [T] Úřad pro dodržování zákonů a předpisů [T] Operátor ITS systému
Tab. 4.3: Vnější datové toky ITS, funkce 8.2.2. Funkce Vstupní datové toky opj.svp_vstup_data nd_cist_zdroje_data
8.2.3. Ocenění hodnoty dop. operace
Výstupní datové toky nd_flotila_globalni_stav_dostupnosti nd_nahrat_zdroje_data svp.opr_vystup_data
Tab. 4.4: Vnitřní datové toky ITS, funkce 8.2.3. 16
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
Vstupní datové toky opj.svp_vstup_data
Terminátor [T] Operátor ITS systému
Tab. 4.5: Vnější datové toky ITS, funkce 8.2.3. Výstupní datové toky svp.opj_vystup_data
Terminátor [T] Operátor ITS systému
Tab. 4.6: Vnější datové toky ITS, funkce 8.2.3. Funkce Vstupní datové toky rv.nd-dopravni_prostredek_data rdc.rnv_vstup_data znd.vstup_data ulk.nakladni_vozidlo_pozice dpr.nvo_dopravni_prostredek_senzor_data nd_management_operacni_hruba_data_zadost nd_cist_zdroje_na_palube_data nd_zdroj_regulace_data
8.3.2. Monitorování prostředků
Výstupní datové toky nd.rv_telematika_specificka_data nd_nahrat_zdroje_na_palube_data nd_zdroj_udalost nd_zdroj_hruba_informace_o_incidentu nd_zdroj_hruba_provozni_data nd_zdroj_cas_do_prijezdu rdt.odj_naklad_stav rnv.rdc_vystup_data znd.vystup_data nvo.dpr_vystup_data
Tab. 4.7: Vnitřní datové toky ITS, funkce 8.3.2. Vstupní datové toky rdc.rnv_vstup_data znd.vstup_data ulk.nakladni_vozidlo_pozice dpr.nvo_dopravni_prostredek_senzor_data
Terminátor [T] Řidič [T] Zařízení pro nákladní dopravu [T] Zdroj údajů pro lokalizaci [T] Nákladní vozidlo, [T] Dopravní prostředek
Tab. 4.8: Vnější datové toky ITS, funkce 8.3.2. Výstupní datové toky rdt.odj_naklad_stav rnv.rdc_vystup_data znd.vystup_data nvo.dpr_vystup_data
Terminátor [T] Odesílatel/příjemce [T] Řidič [T] Zařízení pro nákladní dopravu [T] Dopravní prostředek
Tab. 4.9: Vnější datové toky ITS, funkce 8.3.2. Funkce Vstupní datové toky pd.nd_podvod_oznameni rdc.rnv_vstup_data dpr.nvo_dopravni_prostredek_senzor_data
8.3.3. Obtíže s předpisy
Výstupní datové toky nd.pd_ridic_status nd.pd_rychlost nd.pd_zakonny_dokument 17
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
nd_management_regulace_data_zadost nd_cist_regulace_na_palube_data pd.nd_zadost_pro_status_ridice_ pd.nd_zadost_pro_rychlost pd.nd_zadost_pro_zakonny_dokument pd.nd_zadost_pro_hmotnost
nd.pd_hmotnost nd.pd_naklad_charakteristiky nd.pd_naklad_charakteristiky nd.pd_naklad_ridic nd_nahrat_regulace_na_palube_data nd_regulace nd_zdroj_regulace_data nd_zdroj_regulace_incident_informace rnv.rdc_vystup_data
Tab. 4.10: Vnitřní datové toky ITS, funkce 8.3.3. Vstupní datové toky rdc.rnv_vstup_data dpr.nvo_dopravni_prostredek_senzor_data
Terminátor [T] Řidič [T] Nákladní vozidlo,[T] Dopravní prostředek
Tab. 4.11: Vnější datové toky ITS, funkce 8.3.3. Výstupní datové toky rnv.rdc_vystup_data
Terminátor [T] Řidič
Tab. 4.12: Vnější datové toky ITS, funkce 8.3.3.
Informační architekturu tak lze vytvořit z architektury doporučené podle selekce z globální architektury ITS, na základě specifikace uživatelských potřeb a znalosti standardů. Na základě specifikovaných uživatelských potřeb je nutné učinit výběr uvedených funkcí a toku globální architektury. Vybrané datové toky reprezentují informace, které budou v navrhovaném systému využívány (přenášeny a zpracovávány). Výběr je nutné provést za znalosti datové struktury navrhovaného příkladového systému. Pro další řešení příkladu je nutné provést výběr informační architektury příkladu postupně na 1. – n-té úrovni. Pro modelování příkladu uvádím selekci na 3. rozlišovací úrovni. V daném příkladu tak využijeme následující informační toky: Vstupní datové toky rdc.rnv_vstup_management_data uzp.odpoved_pro_registraci_flotily uzp.poruseni_zakona_nasledek
Terminátory [T] Řidič [T] Úřad pro dodržování zákonů a předpisů [T] Úřad pro dodržování zákonů a předpisů
Tab. 5.1: Vnější datové toky ITS, funkce 8.2.2.
18
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
Výstupní datové toky rnv.rdc_prace_informace uzp.zadost_pro_flotila_registrace_a_platba
Terminátory [T] Řidič [T] Úřad pro dodržování zákonů a předpisů
Tab. 5.2: Vnější datové toky ITS, funkce 8.2.2. Funkce Vstupní datové toky nd_zdroj_regulace_data
8.3.2. Monitorování prostředků
Výstupní datové toky
Tab. 5.3: Vnitřní datové toky ITS, funkce 8.3.2. Vstupní datové toky rdc.rnv_vstup_data dpr.nvo_dopravni_prostredek_senzor_data
Terminátor [T] Řidič [T] Nákladní vozidlo, [T] Dopravní prostředek
Tab. 5.4: Vnější datové toky ITS, funkce 8.3.2. Výstupní datové toky rnv.rdc_vystup_data nvo.dpr_vystup_data
Terminátor [T] Řidič [T] Dopravní prostředek
Tab. 5.5: Vnější datové toky ITS, funkce 8.3.2. Funkce Vstupní datové toky
8.3.3. Obtíže s předpisy
Výstupní datové toky nd_zdroj_regulace_data
Tab. 5.6: Vnitřní datové toky ITS, funkce 8.3.3. Vstupní datové toky rdc.rnv_vstup_data dpr.nvo_dopravni_prostredek_senzor_data
Terminátor [T] Řidič [T] Nákladní vozidlo,[T] Dopravní prostředek
Tab. 5.7: Vnější datové toky ITS, funkce 8.3.3. Výstupní datové toky rnv.rdc_vystup_data
Terminátor [T] Řidič
Tab. 5.8: Vnější datové toky ITS, funkce 8.3.3.
19
ITS v podmínkách dopravně-telekomunikačního prostředí ČR (projekt č. 802/210/108) zpráva za rok 2004
2.5 Závěr - informační architektura příkladu Graficky znázorněnou interpretaci architektury ITS uvádí obrázek č. 9.
vybraných
datových
toků
z globální
Podle uživatelských potřeb však bude nutné v modelu dopravně telematického systému potřeba doplnit červeně vyznačené datové toky 1, 2 a 3 . Jedná se o toky: 1 – Datový tok přenosu dat z tachografu do systému správy a evidence vozidel (zpracování knihy jízd, pasportní systém vozidel), 2 – Datový tok přenosu dat z tachografu do systému ekonomické evidence dopravní operace (kalkulace nákladů dopravy, mzdový systém), 3 – Datový tok do systému kontroly řidičů (kontrola a hodnocení práce řidičů, kontrola bezpečnosti práce).
Obr.9: Informační architektura systému práce s daty digitálního tachografu rozpracovaná na 3. rozlišovací úrovni
20