F AKULTA DOPRAVNÍ Č VUT K ONVIKTSKÁ 20, P RAHA 1

F AKULTA DOPRAVNÍ Č VUT K ONVIKTSKÁ 20, 11000 P RAHA 1 ITS v podmínkách dopravně-telekomunikačního prostředí ČR (802/210/108) příloha č.4 Uživatelské potřeby Doc. Dr. Ing. Miroslav Svítek a kol. VERZE 1.0

Uživatelské potřeby UŽIVATELSKÁ POTŘEBA 2.1.0.1 Systém umožní přizpůsobit dopravu a cestovní informace mezi sousedním TIC k zvýšení místní informovanosti a zlepšení strategického plánování. 3.1.5. Řízení dopravním zařízením 4.1. Sledování vozidlového parku veřejné osobní dopravy 4.1.1. Vyhodnocení parametrů vozidla 4.2. Plánování služeb veřejné dopravy 4.2.1. Plánování časového rozvrhu služeb 4.4. Řízení vozidel veřejné osobní dopravy 4.4.1. Optimalizace řízených procesů UŽIVATELSKÁ POTŘEBA 2.1.0.2 Systém by měl být schopný poskytovat plynulou spolupráci a rozhodování mezi všemi relevantními autoritami (např. ministerstvy, regionální správou, policií, atd.) 4.2. Plánování služeb veřejné dopravy 4.2.1. Plánování časového rozvrhu služeb 4.4. Řízení vozidel veřejné osobní dopravy 4.4.1. Optimalizace řízených procesů UŽIVATELSKÁ POTŘEBA 2.1.1-A Systém umožní dopravcům/operátorů uvědomit si rozdíly v dopravních ustanoveních v dopravní síti. 3.1. Dopravní řízení 3.1.5. Řízení dopravním zařízením 3.1.5.9. Statická data 4.2. Plánování služeb veřejné dopravy 4.2.4. Řízení tras veřejné dopravy a rozhraní operátorů 5.8. Integrace vozidla v dopravním systému 5.8.1. Poskytnutí informací před jízdou 6.2.3. Návrh alternativní cesty UŽIVATELSKÁ POTŘEBA 2.1.1.1 Systém umožní informovat účastníky dopravy o dopravě a dopravních podmínkách všech relevantních způsobů dopravy. 3.1.4. Správa dopravních dat 3.3.2. Realizace strategie řízení poptávky UŽIVATELSKÁ POTŘEBA 2.1.1.3 Systém umožňuje sběr dopravních dat, pro silniční síť používá analýzy a prognózy. 2

3.1.1. Sběr dopravních dat 3.1.2. Sledování parkovacích kapacit 3.1.4. Správa dopravních dat 3.1.5. Řízení dopravním zařízením 3.1.6. Sledování stavu dopravy 4.1. Sledování vozidlového parku veřejné osobní dopravy 4.1.2. Odhad parametrů vozidla UŽIVATELSKÁ POTŘEBA 2.1.2-A Systém umožnuje poskytnout informaci o (inter/multi modální) dopravních tocích, v různých stupních rozlišení (pro danou dopravní oblast). Služba závisí na tom, zda systém bude být schopen přijmout nové datové zdroje, kdy jsou dosažitelné a užitečné pro strategické simulační nástroje. 3.1. Dopravní řízení 3.1.1. Sběr dopravních dat 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 2.1.2.1 Systém umožní modelování silniční sítě pro strategické plánování. 3.1.3. Predikce a tvorba strategií UŽIVATELSKÁ POTŘEBA 2.1.2.3 Systém je využíván při plánování (inter-modálních) cest. 3.1.3. Predikce a tvorba strategií 3.1.4. Správa dopravních dat UŽIVATELSKÁ POTŘEBA 2.1.3-A Systém umožní sdílení informací dopravním manažerům a úřadům. 3.1. Dopravní řízení 3.1.4. Správa dopravních dat 3.2. Management nehodových/krizových událostí 3.2.4. Zpracování dat o událostech 4.3. Zajištění správy veřejné osobní dopravy 4.3.8. Zpracování údajů o provozu veřejné dopravy 9.1. Vyhledávání v databázi 9.2. Zpracování dat 9.3. Správa přístupu do databáze UŽIVATELSKÁ POTŘEBA 2.1.4.1 Systém umožní sběr a správu dat, jak je požadováno z právního hlediska. 3.1.4. Správa dopravních dat 3.3. Řízení poptávky 3.3.4. Uchování dat 3

3.4.6. Správa dat o prostředí 4.4. Řízení vozidel veřejné osobní dopravy 4.4.1. Optimalizace řízených procesů 9.1. Vyhledávání v databázi 9.2. Zpracování dat 9.3. Správa přístupu do databáze UŽIVATELSKÁ POTŘEBA 2.1.4.2 Systém umožní sběr (přehled) historických dat na dopravním požadavku a dopravní nabídce pro všechny způsoby dopravy. 3.1.4. Správa dopravních dat 3.3. Řízení poptávky 3.3.4. Uchování dat 4.1. Sledování vozidlového parku veřejné osobní dopravy 4.1.1. Vyhodnocení parametrů vozidla 9.1. Vyhledávání v databázi 9.2. Zpracování dat 9.3. Správa přístupu do databáze UŽIVATELSKÁ POTŘEBA 2.2.0.1-AS Systém by měl nabízet podporu správci infrastruktury a údržbě komunikací 3.5. Management silniční údržby 3.5.1. Údržba v krátkém čase 4.3. Zajištění správy veřejné osobní dopravy 4.3.2. Zajištění koordinace údržby UŽIVATELSKÁ POTŘEBA 2.2.0.3 Systém by měl být schopen tvořit doporučený plán údržby komunikace s ohledem na zachování dopravního provozu. 3.5. Management silniční údržby 3.5.1. Údržba v krátkém čase 4.3. Zajištění správy veřejné osobní dopravy 4.3.2. Zajištění koordinace údržby UŽIVATELSKÁ POTŘEBA 2.2.0.5 Systém by měl být schopný podávat plán stávajících a budoucích oprav a údržby TCCs. 3.5. Management silniční údržby 3.5.1. Údržba v krátkém čase 4.3. Zajištění správy veřejné osobní dopravy 4.3.2. Zajištění koordinace údržby UŽIVATELSKÁ POTŘEBA 2.2.0.6 Systém by měl být schopen tvořit statistiku údržby pro užívanou cestu, kerá bude ohodnocovat potřeby (náklady) prováděné údržby 4

3.5. Management silniční údržby 3.5.2. Údržba v dlouhém čase 3.5.6. Sběr dat o údržbě UŽIVATELSKÁ POTŘEBA 2.2.1-A Systém je schopen sbírat a přenášet v reálném čase o infrastruktuře a nejcitlivější informace vzhledem dat k střediskům ůdržby, silničního informačního centra,... atd. Služba vyžaduje součinnost s dalšími operátorskými systémy (MMS, dopravní management), podle síťového popisu dat kompatibilních pro tyto systémy. 3.1. Dopravní řízení 3.1.5. Řízení dopravním zařízením 3.1.5.5. Výstupní ovládání/informace 3.5. Management silniční údržby 3.5.1. Údržba v krátkém čase 3.5.2. Údržba v dlouhém čase 3.5.3. Stanovení potřeby údržby 3.5.6. Sběr dat o údržbě 3.6. Management mostů a tunelů 3.6.1. Stav mostu 3.6.2. Stav tunelu 4.3. Zajištění správy veřejné osobní dopravy 4.3.5. Monitoring infrastruktury a stavu dopravních prostředků 4.3.6. Monitoring vybavení dopravních prostředků UŽIVATELSKÁ POTŘEBA 2.2.1.1 Systém by měl poskytovat parametry aktivního vybavení dopravního prostředku 3.5. Management silniční údržby 3.5.4. Rozmrazování UŽIVATELSKÁ POTŘEBA 2.2.2-A Systém může archivovat historii dat z pevného vybavení vozidla stav dostupnosti infrastruktury (náledí, sníh, práce na silnici, ) 3.4. Poskytnutí informací o prostředí 3.4.6. Správa dat o prostředí UŽIVATELSKÁ POTŘEBA 2.2.4.1-AS Systém by měl poskytovat podporu řízení a dohledu nad kontraktem o provedení údržbových prací. 3.5. Management silniční údržby 3.5.1. Údržba v krátkém čase 3.5.2. Údržba v dlouhém čase UŽIVATELSKÁ POTŘEBA 2.2.6-A Systém poskytne dopravnímu managementu a informačnímu centra, atd informaci vztaženou k instalaci a vyjmutí rozmrazovacího vybavení v reálném čase. 5

3.1. Dopravní řízení UŽIVATELSKÁ POTŘEBA 3.1.0.3 Systém bude napomáhat zajištění bezpečné jízdy a priorit. 7.1.1. Evidence pravidel a předpisů 7.2. Identifikace narušitele 7.2.1. Analýza obrazové informace 7.2.2. Stanovení identifikace narušitele 7.4. Evidence narušitelů UŽIVATELSKÁ POTŘEBA 3.1.0.4 Vyjma vstupních kontrol systém nebude provoz nikterak zpomalovat ani jej blokovat. 7.1. Detekce porušení pravidel 7.1.1. Evidence pravidel a předpisů UŽIVATELSKÁ POTŘEBA 3.1.0.5 Systém bude komunikačně propojen s velícími a kontrolními systémy policie. 7.3. Zpracování hlášení o porušení předpisů 7.3.2. Vytvoření souboru pro obvinění 7.4. Evidence narušitelů 7.5. Management pravidel a uživatelské registrace 7.5.1. Management pravidel a předpisů 7.5.2. Registrace uživatelů UŽIVATELSKÁ POTŘEBA 3.1.1-A Systém bude evidovat veškeré přestupky a zahájí stíhání řidiče jakéhokoli osobního vozidla na základě nedodržení pravidel silničního provozu (např. za překročení povolené rychlosti, jízdu na červenou, zanedbání přednosti,...); totéž se bude vztahovat na řidiče nakládních automobilů (postih za přetížení vozidla, nepovolenou přepravu nebezpečného nákladu, přepravu nadměrného nákladu,...). Předpokladem služeb v rámci systému bude neohrožovat bezpečnost a nezpomalovat silniční provoz. Systém se musí prokázat ověřeným sledem postupů a být plně certifikovaný. 7.1. Detekce porušení pravidel 7.1.1. Evidence pravidel a předpisů 7.1.2. Kontrola souladu 7.1.3. Provedení certifikovaných opatření 7.2. Identifikace narušitele 7.2.1. Analýza obrazové informace 7.2.2. Stanovení identifikace narušitele 7.3. Zpracování hlášení o porušení předpisů 7.3.1. Uspořádání hlášení o porušení předpisů 7.3.2. Vytvoření souboru pro obvinění 7.4. Evidence narušitelů 8.2.2.1.2. Řízení využití zdrojů 8.2.2.2. Řízení a sledování dopravních operací 8.3. Řízení dopravních prostředků/ řidičů/ nákladu/ vybavení 8.3.2. Monitorování prostředků 8.3.2.1. Monitorování posádek (řidičů) 8.3.2.1.1. Monitorování sociálních předpisů postavení 8.3.2.1.2. Monitorování materiálního postavení řidičů 6

8.3.2.1.4. Monitorování chování při řízení 8.3.2.2. Monitorování vozidla/dopravních prostředků 8.3.2.3. Monitorování nákladu/zboží 8.3.2.4. Monitorování vybavení 8.3.3. Dodržování předpisů UŽIVATELSKÁ POTŘEBA 3.1.1.3 Systém bude schopen automaticky změřit veličiny jako délku, hmotnost aj. vozidla v pohybu ("Vážení za jízdy"). 7.1. Detekce porušení pravidel 7.1.1. Evidence pravidel a předpisů UŽIVATELSKÁ POTŘEBA 3.1.3-A Systém bude komunikačně propojen se systémy pravomocných orgánů zodpovědných za vymáhání dopravního práv a nařízení a bude zasílat údaje o přečinech, jako např. místo, datum, čas, identifikace vozidla, druh porušení zákona, průkazný důkaz (snímek, filmový záznam, popis příslušného zakonného opatření atd.). Služba požaduje od systému zaslání těchto informací v numerické podobě v časovém intervalu kratším než 24 hodin. 7.3. Zpracování hlášení o porušení předpisů 7.3.2. Vytvoření souboru pro obvinění 7.4. Evidence narušitelů 7.5. Management pravidel a uživatelské registrace 7.5.1. Management pravidel a předpisů 7.5.2. Registrace uživatelů UŽIVATELSKÁ POTŘEBA 3.1.4-A Systém bude schopen automaticky identifikovat nebezpečné zboží na nákladních automobilech a tyto automobily sledovat. 7.1. Detekce porušení pravidel 7.1.1. Evidence pravidel a předpisů 8.2.2. Řízení dopravních operací 8.2.2.2. Řízení a sledování dopravních operací 8.2.2.2.1. Příprava/přenos informací z/do dop. prostředku 8.3. Řízení dopravních prostředků/ řidičů/ nákladu/ vybavení 8.3.2. Monitorování prostředků 8.3.2.2. Monitorování vozidla/dopravních prostředků UŽIVATELSKÁ POTŘEBA 3.2.1-A Systém bude schopen evidovat nákladní vozidla vyšších tříd, které překročili zákonem povolenou jízdní dobu. 7.1.1. Evidence pravidel a předpisů 8.3.3. Dodržování předpisů UŽIVATELSKÁ POTŘEBA 3.3.1-A Systém umožní veřejným institucím kontrolu dokladů na dálku (doklad o registraci vozidla, nálepka o zaplacení daně, pojištění, technické osvědčení atd. 7

7.1.2. Kontrola souladu 5.8.8. Detekce porušení zákona UŽIVATELSKÁ POTŘEBA 4.1.0.1 Systém bude schopen využívat celou škálu platebních metod, buď elektronických nebo manuálních, včetně využití centrálního účtu spolu s pozdními platbami (post-payment), centrálního účtu na bázi předplatného, účtu ve vozidle, atd. 1.1. Uzavření kontraktu 1.1.1. Uzavření elektronického kontraktu 1.2. Správy kont uživatelů 1.2.1. Aktuální stav uživatelského konta 1.2.2. Odečtení platby z uživatelského konta 1.3. Elektronické transakce 1.3.3. Kontroly kontraktu 1.3.5. Výpočet poplatku za službu 1.3.7. Provedení platby 1.4. Příjmy operátorům 1.4.1. Rozdělení příjmů 1.5. Zabezpečení proti chybám systému 1.5.2. Detekce narušitele platby 1.5.3. Detekce narušitele 5.8.9. Vozidlové jednotky elektronických transakcí 5.8. Integrace vozidla v dopravním systému UŽIVATELSKÁ POTŘEBA 4.1.0.2 Systém bude spravovat údaje o zákazníkovi (jako jsou identifikace zákazníka, jeho práva, údaje týkající se účtu atd.) a z těchto údajů bude vycházet při sestavování podmínek kontraktu. 1.1. Uzavření kontraktu 1.1.1. Uzavření elektronického kontraktu 1.1.2. Přehled kontraktů 1.2. Správy kont uživatelů 1.2.1. Aktuální stav uživatelského konta 1.2.2. Odečtení platby z uživatelského konta 1.2.3. Informace o transakcích a věrnostních programech 1.3. Elektronické transakce 1.3.2. Identifikace uživatele 1.3.3. Kontroly kontraktu 1.3.4. Informace a návody 1.3.5. Výpočet poplatku za službu 1.3.6. Kontrola platby 1.3.7. Provedení platby 1.4. Příjmy operátorům 1.4.3. Informování operátorů o transakcích 1.5. Zabezpečení proti chybám systému 1.5.1. Kontrola uživatelů 1.5.2. Detekce narušitele platby 1.5.3. Detekce narušitele 1.6. Management tarifů a přístupových práv 1.6.2. Management přístupových práv UŽIVATELSKÁ POTŘEBA 4.1.1.1 Systém bude mít minimální dopad na plynulost silničního provozu, t.j. doba transakce bude omezená. 1.3. Elektronické transakce 1.3.1. Zjištění uživatele 1.3.2. Identifikace uživatele 1.3.3. Kontroly kontraktu 8

1.3.4. Informace a návody 1.3.5. Výpočet poplatku za službu 1.3.7. Provedení platby 1.5. Zabezpečení proti chybám systému 1.5.1. Kontrola uživatelů 1.5.4. Kontrola fyzického přístupu/vstupu ke službám UŽIVATELSKÁ POTŘEBA 4.1.1.2 Systém bude klást na řidiče za jízdy minimální nároky. 1.3. Elektronické transakce 1.3.1. Zjištění uživatele 1.3.2. Identifikace uživatele 1.3.3. Kontroly kontraktu 1.3.7. Provedení platby 1.5.1. Kontrola uživatelů UŽIVATELSKÁ POTŘEBA 4.1.1.3 Systém nebude ohrožovat bezpečnost cestujících ve vozidle ani obsluhu v blízkosti zařízení, například obsluhu boxů pro vybírání mýtného. 1.3. Elektronické transakce 1.3.1. Zjištění uživatele 1.3.2. Identifikace uživatele 1.3.3. Kontroly kontraktu 1.5. Zabezpečení proti chybám systému 1.5.1. Kontrola uživatelů 1.5.2. Detekce narušitele platby 1.5.3. Detekce narušitele 1.5.4. Kontrola fyzického přístupu/vstupu ke službám UŽIVATELSKÁ POTŘEBA 4.1.11-A Služba zajišťuje transakční zpracování dat, a to i v průběhu nasazení záložních zdrojů. Tímto je zaručena integrita elektronických finančních transakcí. 1.1. Uzavření kontraktu 1.1.1. Uzavření elektronického kontraktu 1.1.2. Přehled kontraktů 1.2. Správy kont uživatelů 1.2.1. Aktuální stav uživatelského konta 1.2.2. Odečtení platby z uživatelského konta 1.2.3. Informace o transakcích a věrnostních programech 1.3. Elektronické transakce 1.3.4. Informace a návody 1.3.5. Výpočet poplatku za službu 1.3.6. Kontrola platby 1.3.7. Provedení platby 1.4. Příjmy operátorům 1.4.1. Rozdělení příjmů 1.4.2. Platby na konta operátorů 1.5. Zabezpečení proti chybám systému 1.5.2. Detekce narušitele platby 1.5.3. Detekce narušitele UŽIVATELSKÁ POTŘEBA 4.1.2-A Systém podá cestujícímu veškeré informace o transakci v konktrétním čase a bude schopen je zaslat zpět (na 9

základě přístupového kódu). 1.1. Uzavření kontraktu 1.1.1. Uzavření elektronického kontraktu 1.2. Správy kont uživatelů 1.2.1. Aktuální stav uživatelského konta 1.2.2. Odečtení platby z uživatelského konta 1.2.3. Informace o transakcích a věrnostních programech 1.3. Elektronické transakce 1.3.7. Provedení platby UŽIVATELSKÁ POTŘEBA 4.1.3-A Systém bude vydávat potvrzení o zaplacení a registrovat údaje související s využitím služeb. 1.3. Elektronické transakce 1.3.7. Provedení platby UŽIVATELSKÁ POTŘEBA 4.1.3.1 Systém bude zajišťovat vzájemnou výměnu informací mezi stanicí pro výběr mýtného a vozidlem. 1.1. Uzavření kontraktu 1.1.2. Přehled kontraktů 1.3. Elektronické transakce 1.3.2. Identifikace uživatele 1.3.3. Kontroly kontraktu 1.5. Zabezpečení proti chybám systému 1.5.4. Kontrola fyzického přístupu/vstupu ke službám 5.8.9. Vozidlové jednotky elektronických transakcí 5.8. Integrace vozidla v dopravním systému UŽIVATELSKÁ POTŘEBA 4.1.3.4 Počet nesprávných transakcí provedených systémem bude minimální (např. pravděpodobnost nepřesné transakce je nižší než 10e-6, pravděpodobnost chybné transakce je nižší než 10e-8). 1.1. Uzavření kontraktu 1.1.1. Uzavření elektronického kontraktu 1.1.2. Přehled kontraktů 1.2. Správy kont uživatelů 1.2.1. Aktuální stav uživatelského konta 1.2.2. Odečtení platby z uživatelského konta 1.2.3. Informace o transakcích a věrnostních programech 1.3. Elektronické transakce 1.3.2. Identifikace uživatele 1.3.3. Kontroly kontraktu 1.3.5. Výpočet poplatku za službu 1.3.6. Kontrola platby 1.3.7. Provedení platby 1.4. Příjmy operátorům 1.4.1. Rozdělení příjmů 1.4.2. Platby na konta operátorů 1.5. Zabezpečení proti chybám systému 1.5.2. Detekce narušitele platby 1.5.3. Detekce narušitele UŽIVATELSKÁ POTŘEBA 4.1.4-A 10

Systém bude zajišťovat řízení komplexních služeb v oblasti jízdného (např. realizaci politiky dynamického jízdného, časově odlišeného jízdného, bude zohledňovat sociální, komerční a ekologické aspekty atd.) 1.1. Uzavření kontraktu 1.1.1. Uzavření elektronického kontraktu 1.3. Elektronické transakce 1.3.5. Výpočet poplatku za službu 1.3.6. Kontrola platby 1.6. Management tarifů a přístupových práv 1.6.1. Management tarifu UŽIVATELSKÁ POTŘEBA 4.1.4.1 Systém bude shromažďovat průkazné důkazy o nezaplacení mýtného i jiných nelegálních finančních transakcích. 1.2. Správy kont uživatelů 1.2.1. Aktuální stav uživatelského konta 1.3. Elektronické transakce 1.3.7. Provedení platby 1.5. Zabezpečení proti chybám systému 1.5.1. Kontrola uživatelů 1.5.2. Detekce narušitele platby 1.5.3. Detekce narušitele 1.5.4. Kontrola fyzického přístupu/vstupu ke službám UŽIVATELSKÁ POTŘEBA 4.1.5-A Systém umožní rozdělení příjmů mezi několik operátorů. 1.1. Uzavření kontraktu 1.1.1. Uzavření elektronického kontraktu 1.4. Příjmy operátorům 1.4.1. Rozdělení příjmů 1.4.2. Platby na konta operátorů UŽIVATELSKÁ POTŘEBA 4.1.6-A Systém umožní souhrnou platbu za služby poskytnuté několika vzájemně propojenými dopravními systémy. 1.1. Uzavření kontraktu 1.1.1. Uzavření elektronického kontraktu 1.2. Správy kont uživatelů 1.2.1. Aktuální stav uživatelského konta 1.2.2. Odečtení platby z uživatelského konta 1.3. Elektronické transakce 1.3.3. Kontroly kontraktu 1.3.4. Informace a návody 1.3.5. Výpočet poplatku za službu 1.3.6. Kontrola platby 1.3.7. Provedení platby 1.4. Příjmy operátorům 1.4.1. Rozdělení příjmů 1.5. Zabezpečení proti chybám systému 1.5.2. Detekce narušitele platby 1.5.3. Detekce narušitele 4.2. Plánování služeb veřejné dopravy 4.2.3. Problematika jízdného UŽIVATELSKÁ POTŘEBA 4.1.7-A 11

V kontrolním uzlu systém umožní (někdy automaticky) výběr z konkurenčních nabídek. 1.3.3. Kontroly kontraktu UŽIVATELSKÁ POTŘEBA 4.1.8-A Systém bude zajišťovat výměnu informací o transakcích s finančními institucemi, aby tak umožnil realizaci plateb. 1.4. Příjmy operátorům 1.4.2. Platby na konta operátorů UŽIVATELSKÁ POTŘEBA 4.2.2-A Systém bude řídit přenos informací ve vztahu k různým druhům vozidel. 1.3. Elektronické transakce 1.3.2. Identifikace uživatele UŽIVATELSKÁ POTŘEBA 4.2.3-A Systém by měl být vhodný ke sběru, archivaci a distribuci informací o dopravním toku (sebrané po cestě řízením dopravní nebo parkovací služby) k operátorovi nebo autoritám, pro tvorbu dopravních statistik. 4.3. Zajištění správy veřejné osobní dopravy 4.3.7. Sběr dopravních dat z provozu veřejné osobní dopravy 4.3.8. Zpracování údajů o provozu veřejné dopravy UŽIVATELSKÁ POTŘEBA 4.2.4-A Systém by měl sloužit autoritě odpovědné za operování platebně-odbavovacího systému k řešení problematiky sběru a zúčtování malých poplatků. 4.3. Zajištění správy veřejné osobní dopravy 4.3.9. Správa vlastností jízdenek UŽIVATELSKÁ POTŘEBA 4.2.5-A Systém má umožnit cestujícím změnu platnosti jejich jízdenek 4.3. Zajištění správy veřejné osobní dopravy 4.3.9. Správa vlastností jízdenek UŽIVATELSKÁ POTŘEBA 4.2.6-A Systém bude disponovat černou listinou (záznamem o odcizených, ztracených a neoprávněně použitých platebních kartách). 12

1.5. Zabezpečení proti chybám systému 1.5.2. Detekce narušitele platby 1.5.3. Detekce narušitele UŽIVATELSKÁ POTŘEBA 4.2.7-A Systém bude uskutečňovat věrnostní programy (dopravní či další služby?). 1.2. Správy kont uživatelů 1.2.3. Informace o transakcích a věrnostních programech UŽIVATELSKÁ POTŘEBA 5.1.0.1 Systém by měl být schopen umožnit nouzové volání. 2.1.1. Navázání tísňového volání 4.1. Sledování vozidlového parku veřejné osobní dopravy 4.1.4. Komunikace s vozidlem UŽIVATELSKÁ POTŘEBA 5.1.0.2 Systém bude schopen detekovat kolizi vozidla, lokalizovat jej a automaticky vyslat signál tísňového volání. 2.1.2.1. Identifikace a klasifikace nehod 2.1.2.2. Zpracování informací o nehodách 2.1.2.3. Plánování záchranných akcí 4.1. Sledování vozidlového parku veřejné osobní dopravy 4.1.4. Komunikace s vozidlem UŽIVATELSKÁ POTŘEBA 5.1.0.3 Systém bude schopen vozidlo lokalizovat a na základě příkazu uživatele vozidla vyslat signál tísňového volání. 2.1.2.1. Identifikace a klasifikace nehod 2.1.2.2. Zpracování informací o nehodách 2.1.2.3. Plánování záchranných akcí 3.2.2. Identifikace a klasifikace události UŽIVATELSKÁ POTŘEBA 5.1.0.4 Systém bude schopen obratem potvrdit příjem řidičova tísňového volání. 2.1.2.1. Identifikace a klasifikace nehod 2.1.2.4. Zpráva o průběhu záchranné akce 4.1. Sledování vozidlového parku veřejné osobní dopravy 4.1.4. Komunikace s vozidlem UŽIVATELSKÁ POTŘEBA 5.1.0.5 Systém bude schopen identifikovat řidiče či vozidlo vysílající signál tísňového volání. 13

2.1.2.1. Identifikace a klasifikace nehod 4.1. Sledování vozidlového parku veřejné osobní dopravy 4.1.4. Komunikace s vozidlem UŽIVATELSKÁ POTŘEBA 5.1.0.7 Systém bude schopen zaslat signál nouzového volání v případě poškození některé z důležitých součástí vozidla, a v případě jiných tísňových stavů. 2.1.2.1. Identifikace a klasifikace nehod 2.1.2.2. Zpracování informací o nehodách 2.1.2.3. Plánování záchranných akcí UŽIVATELSKÁ POTŘEBA 5.1.5-A Systém bude zajišťovat výměnu informací o nehodě se záchranou službou a zákonnými orgány v reálném čase, přičemž doba potřebná k záchraně řidiče žádajícího pomoc bude omezena na minimum. Služba bude od systému požadovat zajištění interoperability mezi systémy záchranné služby a policie (v rámci jednotného informačního rozhraní). 2.1. Řízení tísňové či krizové situace 2.1.2. Řízení záchranných akcí 2.1.2.4. Zpráva o průběhu záchranné akce UŽIVATELSKÁ POTŘEBA 5.2.0.1 Systém zajistí zelenou vlnu pro průjezd pohotovostních vozidel. 2.1.2.3. Plánování záchranných akcí 2.1.3. Řízení záchranného vozidla UŽIVATELSKÁ POTŘEBA 5.2.0.2 Systém informuje TCC před použítím dopravní cesty o každé zelené vlně na trase. 2.1.2.3. Plánování záchranných akcí 3.1.5.1. Poskytování řízení dopravy UŽIVATELSKÁ POTŘEBA 5.2.0.3 Systém umožnuje identifikovat prioritu každého dopravního signálu a přidělit těmto signálům požadované priority. 2.1.2.3. Plánování záchranných akcí 3.1.5.1. Poskytování řízení dopravy UŽIVATELSKÁ POTŘEBA 5.2.0.4 Systém příjmá signály z pohotovostního vozu o jeho potřebě obdržet prioritu všech dopravních návěstí v 14

cestě, před jeho příjezdem do bezprostřední blízkosti. 2.1.3. Řízení záchranného vozidla UŽIVATELSKÁ POTŘEBA 5.2.0.5 Systém umožní záchranným vozidlům projet skrz silniční síť bez priority v signalizačních sysrémech, například během návratu od incidentu. 2.1.2.3. Plánování záchranných akcí 2.1.3. Řízení záchranného vozidla UŽIVATELSKÁ POTŘEBA 5.2.1-A Systém vygenerovat vhodný výstražný signál účastníkům dopravy v nejbližším okolí události. 5.7.1. Komunikace vozidlo-infrastruktura 3.1. Dopravní řízení 3.1.5. Řízení dopravním zařízením 3.1.5.5. Výstupní ovládání/informace 3.2. Management nehodových/krizových událostí 3.2.3. Ocenění události a stanovení odezvy 5.6. Rozhraní řídič-vozidlo 5.7. Integrace telematiky a vozidla 6.3.2. Určení mimořádné události 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 5.2.2-A Systém vygenerovat vhodný výstražný signál účastníkům dopravy v nejbližším okolí události. 5.7.1. Komunikace vozidlo-infrastruktura 3.1. Dopravní řízení 3.1.5. Řízení dopravním zařízením 3.1.5.5. Výstupní ovládání/informace 3.2. Management nehodových/krizových událostí 3.2.3. Ocenění události a stanovení odezvy 5.6. Rozhraní řídič-vozidlo 5.7. Integrace telematiky a vozidla 6.3.2. Určení mimořádné události 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 5.2.3-A Systém vygeneruje vhodnou informační zprávu účastníkům dopravy, mířícím k místu události. 5.7.1. Komunikace vozidlo-infrastruktura 3.1. Dopravní řízení 3.1.5. Řízení dopravním zařízením 3.1.5.5. Výstupní ovládání/informace 3.2. Management nehodových/krizových událostí 3.2.3. Ocenění události a stanovení odezvy 5.6. Rozhraní řídič-vozidlo 5.7. Integrace telematiky a vozidla 15

6.3.2. Určení mimořádné události 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 5.2.4-A Systém bude schopen monitorovat vývoj události a informovat operátora. 2.1. Řízení tísňové či krizové situace 2.1.4. Monitorování záchrané akce UŽIVATELSKÁ POTŘEBA 5.3.0.1 Systém bude schopen monitorovat pohyb nebezpečného nákladu a v případě mimořádné události poskytne odpovídající asistenci. 2.1.2. Řízení záchranných akcí UŽIVATELSKÁ POTŘEBA 5.3.1.1 Systém má umět zjistit, které vozidlo bylo zapleteno do nehody, identifikovat jeho posici a náklad a generovat stav nouze automatickým varováním. 4.4. Řízení vozidel veřejné osobní dopravy 4.4.1. Optimalizace řízených procesů UŽIVATELSKÁ POTŘEBA 5.3.1.2 Systém má umět identifikovat jeho posici a náklad a generovat stav nouze varováním v příkazu řidiči vozidla. 4.4. Řízení vozidel veřejné osobní dopravy 4.4.1. Optimalizace řízených procesů UŽIVATELSKÁ POTŘEBA 5.3.1.3 Systém má umět doporučit službu nouzové pomoci pro každé nebezpečné zboží, které bylo zapleteno do nehody. 4.4. Řízení vozidel veřejné osobní dopravy 4.4.1. Optimalizace řízených procesů 8.2. Řízení dop. prostředků dopravců 8.2.2. Řízení dopravních operací 8.2.2.2. Řízení a sledování dopravních operací 8.2.2.2.2. Řešení nehod UŽIVATELSKÁ POTŘEBA 5.3.1.5-AS Jednotlivé systémy si budou předávat informace o pohybu a stavu nebezpečného nákladu srozumitelnou formou dohodnutou všemi zúčastněnými stranami. 16

8.2. Řízení dop. prostředků dopravců 8.2.2. Řízení dopravních operací 8.2.2.2. Řízení a sledování dopravních operací 8.2.2.2.2. Řešení nehod UŽIVATELSKÁ POTŘEBA 5.3.2-A Systém bude schopen vypátrat odcizené vozidlo. 5.8. Integrace vozidla v dopravním systému 5.8.7. Zamezení krádeže vozidla UŽIVATELSKÁ POTŘEBA 5.3.3-A Systém bude schopen zajistit odcizený automobil a zalarmovat policejní složky. 7.1. Detekce porušení pravidel 7.1.2. Kontrola souladu UŽIVATELSKÁ POTŘEBA 5.5.1-A Systém bude schopen zjistit a identifikovat povahu a množství nebezpečného nákladu u vozidel projíždějících po předem určené trase, a tím ověřit, zda stav nákladu není v rozporu s platnými předpisy. 7.1. Detekce porušení pravidel 7.1.1. Evidence pravidel a předpisů 7.1.2. Kontrola souladu 8.2. Řízení dop. prostředků dopravců 8.2.2. Řízení dopravních operací 8.2.2.1. Plánování a příprava dopravních operací UŽIVATELSKÁ POTŘEBA 6.1.0.3 Systém bude schopen poskytnout včasnou, přesnou, spolehlivou a jasně formulovanou cestovní informaci, kdykoli to bude v zájmu jeho uživatele. 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.1.0.4 Systém bude schopen podat informaci o alternativních trasách, které jsou rychlejší, levnější, kratší, malebnější atd. 6.1. Nastavení a definice cesty 6.2.2. Definice základních kritérií UŽIVATELSKÁ POTŘEBA 6.1.0.5 17

Systém umožní plánování cesty dle priorit cestujícího (dopravní prostředek, čas odjezdu/příjezdu, volba silniční trasy atd.). 6.1. Nastavení a definice cesty 6.2.1. Definice cestovních dat 6.2.2. Definice základních kritérií 6.4. Ohodnocení/vyhodnocení cesty UŽIVATELSKÁ POTŘEBA 6.1.1.2 Systém bude schopen poskytnout cestovní informaci o jiných dopravních modech, jednak v zájmu rozšíření nabídky, jednak pro případ vzniku neobvyklé situace, např. stávky, sportovní či kulturní akce, za nepříznivých povětrnostních podmínek atd. 6.2.3. Návrh alternativní cesty UŽIVATELSKÁ POTŘEBA 6.1.1.3 Systém bude poskytovat aktualizované dopravní a cestovní informace na úrovni místní, regionální, státní i zahraniční. 6.2.3. Návrh alternativní cesty UŽIVATELSKÁ POTŘEBA 6.1.1.4 Systém poskytne cestovní informace, které mohou obsahovat ceny, jízdné, incidenty, dopravní práce, předpovědi a nynější dopravní situace, řízení dopravy, požadavky řízení, místní varování, zvláštní události, povětrnostní podmínky, hotely atd. 3.1.5. Řízení dopravním zařízením 3.1.5.1. Poskytování řízení dopravy 3.1.5.5. Výstupní ovládání/informace 3.4. Poskytnutí informací o prostředí 3.4.6. Správa dat o prostředí 6.2.3. Návrh alternativní cesty 6.2.4. Výběr a definice rezervace 6.3.2. Určení mimořádné události UŽIVATELSKÁ POTŘEBA 6.1.11-A Pro konkrétní destinace bude systém schopen doporučit cestujícím trasu v kombinaci různých dopravních modů. 6.2.3. Návrh alternativní cesty UŽIVATELSKÁ POTŘEBA 6.1.2-A 18

Systém bude schopen poskytnout informace spojené s cestováním (hotely, turistické informace atd.) 6.2.2. Definice základních kritérií 6.2.9. Návrh informací souvisejících s cestou UŽIVATELSKÁ POTŘEBA 6.1.2.1 Systém bude uživatele informovat o všech změnách, které během cesty nastanou, a nebudou v souladu s informacemi poskytnutými na jejím začátku. 6.3.2. Určení mimořádné události UŽIVATELSKÁ POTŘEBA 6.1.2.2 Systém bude poskytovat informace o zrušených letech, odjezdech vlaků, autobusů a lodí (z důvodu stávky, na základě nepříznivých povětrnostních podmínek aj.). 6.2.3. Návrh alternativní cesty 6.3.2. Určení mimořádné události UŽIVATELSKÁ POTŘEBA 6.1.2.3 Systém bude schopen všem řidičům podat informaci o omezení silničního provozu, trvání cesty atd. 6.2.4. Výběr a definice rezervace 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.1.2.7 Systém bude poskytovat informace v podobě grafického znárornění či textu. Grafická forma bude tedy disponovat jak mapou, tak i textem. 6.2.5. Plánování multi-modální cesty 6.2.7. Tvorba cestovního itineráře UŽIVATELSKÁ POTŘEBA 6.1.2.8 V místě výstupu poskytne systém informaci, buď v národním jazyce nebo v jakémkoli cizím jazyce, který si uživatel zvolí. 6.2.2. Definice základních kritérií 6.2.3. Návrh alternativní cesty 6.2.4. Výběr a definice rezervace 6.2.5. Plánování multi-modální cesty 6.2.6. Provedení rezervace a platby 6.3.2. Určení mimořádné události 19

6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.1.2.9 Systém bude poskytovat operátorům informace o řízení. 6.2.8. Operátorské rozhraní (GTP) 6.3.5. Rozhraní pro operátora cestovních informací UŽIVATELSKÁ POTŘEBA 6.1.3.1 Systém bude schopen umožnit potřebnou identifikaci uživatele v případě, že si cestující vyžádá informaci o placené službě či její rezervaci. 6.1. Nastavení a definice cesty 6.2.4. Výběr a definice rezervace 6.2.6. Provedení rezervace a platby UŽIVATELSKÁ POTŘEBA 6.1.3.2 Systém si bude moci vyžádat platbu za jednorázové poskytnutí služby. 6.1. Nastavení a definice cesty UŽIVATELSKÁ POTŘEBA 6.1.3.3 Kdekoli to bude vhodné, systém umožní uživateli za poskytnutí jednorázové služby platit v hotovosti či elektronickou cestou. 6.1. Nastavení a definice cesty UŽIVATELSKÁ POTŘEBA 6.1.3.4 Systém umožní rezervace a služby poskytnuté předem. 6.2.4. Výběr a definice rezervace 6.2.6. Provedení rezervace a platby UŽIVATELSKÁ POTŘEBA 6.1.3.6 Systém umožní cestujícímu v rámci jeho cesty rezervaci parkovacího místa na odstavném parkovišti (P&R). 6.2.4. Výběr a definice rezervace 20

6.2.5. Plánování multi-modální cesty 6.2.6. Provedení rezervace a platby UŽIVATELSKÁ POTŘEBA 6.1.3.8 Systém bude schopen zaslat předběžné informace o zamýšlené cestě podle přání zákazníka do přístroje zabudovaného v automobilu či do mobilního přístroje. 6.1. Nastavení a definice cesty 6.2.1. Definice cestovních dat UŽIVATELSKÁ POTŘEBA 6.1.5-A Systém poskytne informaci v jazyce, ktrerý si cestující zvolí. 1.1. Uzavření kontraktu 1.1.1. Uzavření elektronického kontraktu 1.2. Správy kont uživatelů 1.2.1. Aktuální stav uživatelského konta 1.2.3. Informace o transakcích a věrnostních programech 1.3. Elektronické transakce 1.3.4. Informace a návody 6.1. Nastavení a definice cesty UŽIVATELSKÁ POTŘEBA 6.2.0.10-A Systém bude schopen cestujícím navrhnout trasy jejich cestovních cílů a přitom kombinovat různé dopravní prostředky. 6.3.2. Určení mimořádné události 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.0.12-A Systém bude schopen získávat, zpracovávat a analyzovat údaje z různých zdrojů (cestovních informačních systémů různých dopravních modů). 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.0.2-A Systém bude schopen poskytnout specielní informaci (identifikace cestujícího požadujícího informaci), či cílenou informaci (lokalizace cestujícího), za účelem aktualizace požadavku či poskytnuté informace. 5.8. Integrace vozidla v dopravním systému 5.8.3. Cestopvní informace 6.3.3. Informování a vedení uživatele 21

UŽIVATELSKÁ POTŘEBA 6.2.0.3-A Systém bude schopen zpracovávat informace spojené s cestováním (ubytování v hotelu, turistické informace atd.) 5.8. Integrace vozidla v dopravním systému 5.8.3. Cestopvní informace 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.0.4 V průběhu cesty bude systém poskytovat aktuální informace o provozu a podmínkách na silničních komunikacích, o nehodách, vyjímečných událostech, možnostech parkování atd. 6.2.5. Plánování multi-modální cesty 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.0.4-A Než systém zajistí rezervaci či prodej, bude schopen vyžádat si platbu za informaci ve spojitosti s touto službou. 1.3. Elektronické transakce 1.3.4. Informace a návody 6.2.4. Výběr a definice rezervace UŽIVATELSKÁ POTŘEBA 6.2.0.5 Systém bude schopen podávat informace o městském provozu i mimo doménu, ve které se řidiči právě bude nacházet. 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.0.5-A Ve specifických podmínkách či v závislosti na přepravní politice bude systém schopen ovlivnit uživatelův výběr dopravního modu. UŽIVATELSKÁ POTŘEBA 6.2.0.6 Systém bude uživatele informovat o všech změnách kritérií, ke kterým dojde v průběhu cesty, a jež budou v rozporu s informacemi, zaslanými před jejím započetím. 22

6.3.2. Určení mimořádné události 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.0.9-A Systém bude schopen navrhnout náhradní trasu či změnu dopravního modu, pokud mu bude zaslána informace o výjimečné události či situaci na (multimodální) dopravní síti. 6.3.2. Určení mimořádné události 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.1.1 V případě zjištění problémové situace na dopravní síti bude systém schopen nabídnout alternativní řešení při volbě trasy či změnu dopravního modu. 6.2.3. Návrh alternativní cesty 6.3.2. Určení mimořádné události 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.1.2 Systém bude schopen zobrazit alternativní trasy na monitorech v místě přestupu z jednoho dopravního modu na druhý a v turistických informačních centrech. 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.1.3 Systém bude schopen podat informaci spojenou s jinými dopravními mody, např. jízdním řádu veřejné dopravy, odstavných parkovištích (P&R) apod. 6.2.3. Návrh alternativní cesty 6.2.5. Plánování multi-modální cesty UŽIVATELSKÁ POTŘEBA 6.2.2.1 Systém bube schopen cestujícího informovat o běžné průměrné jízdní době mezi dvěma pevně stanovenými body. 6.2.4. Výběr a definice rezervace 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.2.2 23

Systém bude zajišťovat informace týkající se aktuální situace na odstavných parkovištích (P&R) a v parkovacích terminálech. 6.2.3. Návrh alternativní cesty 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.2.3 Systém bude poskytovat cyklistům a pěším informace o vhodných trasách. 6.2.1. Definice cestovních dat 6.2.4. Výběr a definice rezervace 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.2.4 Systém bude na základě zpráv o aktuálních povětrnostních a dopravních podmínkách poskytovat doporučení týkající se bezpečnosti silničního provozu. 6.2.7. Tvorba cestovního itineráře 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.2.5 Systém bude schopen zaslat řidičům informace o omezení jízdních podmínek, dobách jízdy atd. 6.2.5. Plánování multi-modální cesty 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.2.6 Systém bude poskytovat informace vozidlům komerční dopravy při volbě trasy k překladišti a zpět v případě překládky z jednoho (nákladního) dopravního modu na druhý. 6.2.3. Návrh alternativní cesty 6.2.4. Výběr a definice rezervace UŽIVATELSKÁ POTŘEBA 6.2.2.8 Systém bude schopen poskytnou informaci o situaci na pozemní komunikaci dle různých geografických měřítek, např. lokálních, regionálních, národních, mezinárodních. 6.1. Nastavení a definice cesty 24

UŽIVATELSKÁ POTŘEBA 6.2.2.9-A Cestujícím hromadné veřejné dopravy bude systém podávat průběžně aktualizované informace o cestě. 6.2.3. Návrh alternativní cesty 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.3.1 Systém bude v rámci vozidla či centrály zajišťovat různé druhy přenosu informací uživateli. 6.1. Nastavení a definice cesty 6.2.1. Definice cestovních dat 6.2.2. Definice základních kritérií 6.2.3. Návrh alternativní cesty 6.2.4. Výběr a definice rezervace 6.2.5. Plánování multi-modální cesty 6.2.6. Provedení rezervace a platby 6.2.7. Tvorba cestovního itineráře 6.3.2. Určení mimořádné události 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.3.2-AS Systém bude poskytovat zprávy z daného souboru jasně zformulovaných zpráv. 6.1. Nastavení a definice cesty 6.2.1. Definice cestovních dat 6.2.2. Definice základních kritérií 6.2.3. Návrh alternativní cesty 6.2.4. Výběr a definice rezervace 6.2.5. Plánování multi-modální cesty 6.2.6. Provedení rezervace a platby 6.2.7. Tvorba cestovního itineráře 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.3.3 Systém bude v oblasti výstupu poskytovat informace v národním jazyce, popř. v jazyce, který si uživatel zvolí z příslušné nabídky světových jazyků. 6.1. Nastavení a definice cesty 6.2.1. Definice cestovních dat 6.2.2. Definice základních kritérií 6.2.3. Návrh alternativní cesty 6.2.4. Výběr a definice rezervace 6.2.5. Plánování multi-modální cesty 6.2.6. Provedení rezervace a platby 6.2.7. Tvorba cestovního itineráře 25

6.3.2. Určení mimořádné události 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.3.4 Systém bude poskytovat informace na základě "otevřených" standardních komunikačních protokolů. 6.1. Nastavení a definice cesty 6.2.1. Definice cestovních dat 6.2.2. Definice základních kritérií 6.2.3. Návrh alternativní cesty 6.2.4. Výběr a definice rezervace 6.2.5. Plánování multi-modální cesty 6.2.6. Provedení rezervace a platby 6.2.7. Tvorba cestovního itineráře 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.3.5 Systém bude schopen během cesty zaslat informaci podle přání zakazníka do přístroje zabudovaného ve vozidle či do mobilního přístroje. 6.1. Nastavení a definice cesty 6.2.1. Definice cestovních dat 6.2.2. Definice základních kritérií 6.2.3. Návrh alternativní cesty 6.2.4. Výběr a definice rezervace 6.2.5. Plánování multi-modální cesty 6.2.6. Provedení rezervace a platby 6.2.7. Tvorba cestovního itineráře 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.2.3.6-AS Systém umožní takovou stylistickou a obsahovou formulaci informace pomocí zařízení uvnitř vozidla či mobilního přístroje, aby plně odpovídala požadavku řidiče. 6.1. Nastavení a definice cesty UŽIVATELSKÁ POTŘEBA 6.2.3.7-AS Systém bude schopen uložit podrobnosti zákazníkova požadavku nezávisle na jiném fyzickém výstupním zařízení. 6.1. Nastavení a definice cesty UŽIVATELSKÁ POTŘEBA 6.4.0.1 Systém bude poskytovat cestujícím popis doporučených tras do blíže určených destinací. 26

6.2.5. Plánování multi-modální cesty 6.2.7. Tvorba cestovního itineráře 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.4.0.2 Systém nebude opírat svá rozhodnutí o neúplné informace o situaci na silniční síti. UŽIVATELSKÁ POTŘEBA 6.4.0.3 Systém bude schopen autolokalizace na silniční síti. 6.3.1. Sledování cestujícího a zavedení cestovního plánu UŽIVATELSKÁ POTŘEBA 6.4.1.1 Systém bude schopen navigovat vozidlo k parkovišti (s volnými místy). 6.2.4. Výběr a definice rezervace 6.2.5. Plánování multi-modální cesty 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.4.1.2 Systém bude umět využít aktuální informace pro určení délky doporučené trasy. 6.3.1. Sledování cestujícího a zavedení cestovního plánu 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.4.1.3 Systém bude schopen předem vypočítat předpokládanou dobu jízdy po zvolené trase. 6.2.3. Návrh alternativní cesty 6.2.5. Plánování multi-modální cesty 6.2.7. Tvorba cestovního itineráře UŽIVATELSKÁ POTŘEBA 6.4.1.4 Systém bude moci poskytnout navigaci do místa určení dle zakazníkova požadavku na základě široké palety nabídnutých možností. 27

6.1. Nastavení a definice cesty 6.2.1. Definice cestovních dat 6.2.2. Definice základních kritérií 6.2.3. Návrh alternativní cesty 6.2.5. Plánování multi-modální cesty UŽIVATELSKÁ POTŘEBA 6.4.1.5 Systém poskytne průvodce přehledem bodů uživatelova zájmu. 6.2.3. Návrh alternativní cesty 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 6.4.2.2 Systém bude obsahovat výběr přehledně sestavených uživatelských možností, orientovaných na požadavky řidiče (tj. nejčastěji požadovaná funkce bude nejlépe dostupná). 6.1. Nastavení a definice cesty UŽIVATELSKÁ POTŘEBA 6.4.2.4 Systém umožní použití mobilního vybavení k navigaci po trase. 6.3.3. Informování a vedení uživatele UŽIVATELSKÁ POTŘEBA 7.1.0.1 Systém podporuje existující a nové dopravní řízení potřeb úřadů, za předpokladu, pružnosti komplexního přístupu k určení dopravní strategie řízení (včetně kontroly mostů a tunelů). 3.1.3. Predikce a tvorba strategií 3.1.5. Řízení dopravním zařízením 3.6.1. Stav mostu 3.6.2. Stav tunelu UŽIVATELSKÁ POTŘEBA 7.1.0.3 Systém neumožní provést cokoli, co může vést ke snížení bezpečnosti. 3.1.5. Řízení dopravním zařízením 3.1.5.5. Výstupní ovládání/informace UŽIVATELSKÁ POTŘEBA 7.1.0.4 Systém umožní řídit silniční dopravu takovým zpùsobem, že environmentální hodnoty (tj. ovzuší a hluk) 28

znečištění mohou být redukovány. 3.1. Dopravní řízení 3.1.5. Řízení dopravním zařízením 3.1.5.1. Poskytování řízení dopravy 3.4. Poskytnutí informací o prostředí 3.4.6. Správa dat o prostředí UŽIVATELSKÁ POTŘEBA 7.1.0.5 Systém umožnuje ovládání silniční dopravy tak, aby byla umožněna redukce dopravních kongescí (cestovní doby). 3.1.5. Řízení dopravním zařízením 3.1.5.1. Poskytování řízení dopravy 3.1.5.5. Výstupní ovládání/informace UŽIVATELSKÁ POTŘEBA 7.1.0.6 Systém umožní koordinovat aktivity TIC a TCC. 3.1.4. Správa dopravních dat 3.1.5. Řízení dopravním zařízením 3.1.5.1. Poskytování řízení dopravy UŽIVATELSKÁ POTŘEBA 7.1.0.7 Systém zajištuje výměnu informací mezi TIC a TCC, včetně přechodu státních hranic. 3.1.4. Správa dopravních dat 3.1.5. Řízení dopravním zařízením UŽIVATELSKÁ POTŘEBA 7.1.0.9 Systém zajistí informovanost poskytovatelovů služeb, jejich znalost dopravní strategie řízení, tak že mohou poskytnout informace které odpovídají dané strategii. 3.1.4. Správa dopravních dat 3.1.5. Řízení dopravním zařízením UŽIVATELSKÁ POTŘEBA 7.1.1-A Systém umožní použití dopravních strategií řízení podle specifické cestovní politiky. 3.1. Dopravní řízení 3.1.3. Predikce a tvorba strategií 3.1.5. Řízení dopravním zařízením 3.1.5.1. Poskytování řízení dopravy 3.1.5.5. Výstupní ovládání/informace 4.4. Řízení vozidel veřejné osobní dopravy 4.4.1. Optimalizace řízených procesů 29

UŽIVATELSKÁ POTŘEBA 7.1.1.1 Systém umožní kontrolovat části silniční sítě, poskytnout současné dopravní podmínky (například dopravní toky, osídlení, rychlost, cestovní doby atd.) v reálném čase. 3.1.1. Sběr dopravních dat UŽIVATELSKÁ POTŘEBA 7.1.1.6 Systém může být schopen monitoringu počasí s funkcí archivace těchto dat (vítr, mlha, intenzita deště, náledí, atd.) 3.4. Poskytnutí informací o prostředí 3.4.1. Sledování počasí UŽIVATELSKÁ POTŘEBA 7.1.1.7 Systém může být schopen monitoringu životního prostředí s funkcí archivace těchto dat (ovzduší a hluk) exhalace a upozorňuje na překročení prahových hodnot. 3.4. Poskytnutí informací o prostředí 3.4.3. Sledování hluku UŽIVATELSKÁ POTŘEBA 7.1.1.8 Systém by měl být schopen měřit viditelnou vzdálenost a detekovat snížení viditelnosti z důvodu zhoršeného počasí a znečištění (nikoliv z důvodu setmění) 3.4. Poskytnutí informací o prostředí 3.4.2. Sledování znečištění ovzduší UŽIVATELSKÁ POTŘEBA 7.1.10-A Systém bude schopen pracovat v reálném čase s daty nebo předpovídat situace s odpovídajícími historickými daty. 3.1. Dopravní řízení 3.1.4. Správa dopravních dat UŽIVATELSKÁ POTŘEBA 7.1.10.1 Systém umožní rezervování dopravní cesty pouze pro specifickou třídu vozidel (například vysoká vozidla,autobusy, atd) a odhalit narušitele. 3.1.5. Řízení dopravním zařízením 3.1.5.6. Řízení dopravního proudu 30

UŽIVATELSKÁ POTŘEBA 7.1.11-A Systém umožní vypracování krátko-, středně-, a dlouhodobé prognózy vývoje dopravy, a poskytnout historická data. 3.1. Dopravní řízení 3.1.3. Predikce a tvorba strategií 3.1.4. Správa dopravních dat UŽIVATELSKÁ POTŘEBA 7.1.11.1 Systém umožní kontrolu využívání stavu parkovácích míst. 3.1.2. Sledování parkovacích kapacit UŽIVATELSKÁ POTŘEBA 7.1.11.2 Systém umožnuje predikci počtu parkovacích míst. 3.1.3. Predikce a tvorba strategií UŽIVATELSKÁ POTŘEBA 7.1.15-A Systém umožní dopravnímu centru, operátorovi řídit, (dálkovým ovládáním), jednotlivé dopravní značení nebo celé skupiny dopravních značení (jako pouliční světla, Proměnné znakové zprávy,...) 3.1. Dopravní řízení 3.1.5. Řízení dopravním zařízením 3.1.5.5. Výstupní ovládání/informace 3.1.5.7. Operátorský vstup UŽIVATELSKÁ POTŘEBA 7.1.2-A Systém umožní dopravní řízení podle různých kritérií, v městská a meziměstské síti, stejně tak jako v městském/meziměstském rozhraní. 3.1. Dopravní řízení 3.1.1. Sběr dopravních dat 3.1.2. Sledování parkovacích kapacit 3.1.3. Predikce a tvorba strategií 3.1.4. Správa dopravních dat 3.1.5. Řízení dopravním zařízením 3.1.5.1. Poskytování řízení dopravy 3.1.5.10. Získávání stavu dopravy v oblasti 3.1.5.2. Plánování dopravy 3.1.5.3. Stav parkovišť 3.1.5.4. Řízení rychlostí 3.1.5.5. Výstupní ovládání/informace 3.1.5.6. Řízení dopravního proudu 3.1.5.7. Operátorský vstup 3.1.5.8. Porušení řídicích povelů 3.1.5.9. Statická data 3.1.6. Sledování stavu dopravy 31

UŽIVATELSKÁ POTŘEBA 7.1.2.4 Systém umožnuje analýzou dopravní cesty a dopravních dat predikovat možné kritické situace. 3.1.3. Predikce a tvorba strategií UŽIVATELSKÁ POTŘEBA 7.1.2.5 Systém by měl být schopen předpovídat kvalitu počasí, v kombibnaci mlhy a/nebo náledí. 3.4. Poskytnutí informací o prostředí 3.4.4. Předpověď vlivu na životní prostředí UŽIVATELSKÁ POTŘEBA 7.1.2.6 Systém by měl být schopen předpovídat krátko, středně a dlouhodobé cesty produkující zátěž na životní prostředí (atmosférické a hlukové) zatížení v důsledku dopravy a počasí. 3.4. Poskytnutí informací o prostředí 3.4.4. Předpověď vlivu na životní prostředí UŽIVATELSKÁ POTŘEBA 7.1.20-A Systém umožní síťové řízení dopravní sítě ve směrech ven a dovnitř. 3.1. Dopravní řízení UŽIVATELSKÁ POTŘEBA 7.1.24-A Systém je schopen sledovat implementovanou regulaci dopravy, strategie a jejich dopad na dopravní podmínky (nastavení historických dat, aplikovaných na simulování dopravy). 3.1. Dopravní řízení 3.1.3. Predikce a tvorba strategií 3.1.4. Správa dopravních dat 3.1.5. Řízení dopravním zařízením 3.1.5.1. Poskytování řízení dopravy UŽIVATELSKÁ POTŘEBA 7.1.3-A Systém umožní implementaci různých metod dopravního řízení na různých síťových oblastech. 3.1. Dopravní řízení 3.1.3. Predikce a tvorba strategií 3.1.4. Správa dopravních dat 3.1.5. Řízení dopravním zařízením 3.1.5.1. Poskytování řízení dopravy 32

UŽIVATELSKÁ POTŘEBA 7.1.4.7 Systém by měl poskytovat řídící a kontrolní hodnoty pro znečištění v tunelech, tj. vozidlová překážka, detekce požáru, znečištění ovzduší a uzavírky. 3.6. Management mostů a tunelů 3.6.2. Stav tunelu 3.6.3. Vstup operátora pro řízení tunelů a mostů 3.6.5. Výstupní informace - tunel UŽIVATELSKÁ POTŘEBA 7.1.47-A Systém umožní operátorovi použít data uložená systémem a přenést je různým médiím za jiným účelem, než dopravní řízení, nebo jiným organizacím. 3.1.4. Správa dopravních dat 3.1.5. Řízení dopravním zařízením UŽIVATELSKÁ POTŘEBA 7.1.51-A Služba umožní kdykoli převzít ruční řízení operátorovi. 3.1. Dopravní řízení 3.1.5. Řízení dopravním zařízením 3.1.5.7. Operátorský vstup 3.6. Management mostů a tunelů 3.6.3. Vstup operátora pro řízení tunelů a mostů UŽIVATELSKÁ POTŘEBA 7.1.6-A Systém kontroluje silniční síť v různých kritériích celé síťě, městskou a meziměstskou síť, křižovatky. 3.1. Dopravní řízení 3.1.1. Sběr dopravních dat 3.1.2. Sledování parkovacích kapacit UŽIVATELSKÁ POTŘEBA 7.1.6.1 Systém poskytne výpočet vzdálenosti místa zahájení a ukončení trasy a odhad pro silniční síť. 3.1.3. Predikce a tvorba strategií UŽIVATELSKÁ POTŘEBA 7.1.7.4 Systém přenáší doporučení rychlostních limitů, vybaveným vozidlům. 3.1.3. Predikce a tvorba strategií 33

UŽIVATELSKÁ POTŘEBA 7.1.8.1 Systém umožní přenos informací do vozidla a aktualizovat jeho palubní databáze. 3.1.3. Predikce a tvorba strategií 3.1.4. Správa dopravních dat UŽIVATELSKÁ POTŘEBA 7.2.0.1 Systém bude detekovat mimořádné události na silniční síti a reagovat na ně. 2.1. Řízení tísňové či krizové situace 3.2. Management nehodových/krizových událostí 3.2.1. Detekce události 3.2.2. Identifikace a klasifikace události 3.2.3. Ocenění události a stanovení odezvy UŽIVATELSKÁ POTŘEBA 7.2.0.5 Systém bude shromažďovat a třídit tísňová volání cestujících na silniční síti pomocí různých druhů komunikace (např. silničních, dálničních a mobilních telefonů, (automatických) tísňových alarmů uvnitř vozidla atd.). 2.1.2.1. Identifikace a klasifikace nehod 2.1.2.2. Zpracování informací o nehodách 2.1.5. Sdílení dat během záchranné akce UŽIVATELSKÁ POTŘEBA 7.2.0.6 Systém bude schopen omezit detekci mimořádné události na minimum. 2.1. Řízení tísňové či krizové situace 3.2. Management nehodových/krizových událostí 3.2.1. Detekce události 3.2.2. Identifikace a klasifikace události UŽIVATELSKÁ POTŘEBA 7.2.0.7 Systém bude schopen ověřit, zda skutečně došlo k nehodě, a tím eliminovat falešný poplach. 2.1.2.1. Identifikace a klasifikace nehod 2.1.2.2. Zpracování informací o nehodách 2.1.5. Sdílení dat během záchranné akce 3.2. Management nehodových/krizových událostí 3.2.2. Identifikace a klasifikace události UŽIVATELSKÁ POTŘEBA 7.2.0.8 Systém je schopen navrhnout jeden nebo více postupů při zpracování dopravní událostí. 34