Ing. Jiří Matějec Ing. Petr Zobaník Ing. Petr Říha Ondřej Galík Martin Dvořák
|
|
- Matěj Bezucha
- před 7 lety
- Počet zobrazení:
Transkript
1 F AKULTA DOPRAVNÍ Č VUT K ONVIKTSKÁ 20, P RAHA 1 ITS v podmínkách dopravně-telekomunikačního prostředí ČR (802/210/108) Technická zpráva za rok 2004 Doc. Dr. Ing. Miroslav Svítek Doc. Ing. Zdeněk Votruba, CSc. Ing. František Kopecký Ing. Tomáš Tvrzský Ing. Miloslav Věžník Ing. Jan Čábelka, CSc. Doc. Ing. Mirko Novák, DrSc. Prof. Ing. Pavel Přibyl, CSc. Ing. Jiří Matějec Ing. Petr Zobaník Ing. Petr Říha Ondřej Galík Martin Dvořák VERZE 1.0
2 Obsah: 1. Úvod Tvorba softwarového nástroje pro návrh ITS systémů pomocí ITS architektury Úvod do problematiky tvorby návrhového nástroje pro ITS Popis rozhraní pro návrh ITS systému Schémata návrhového nástroje ITS Realizace návrhového nástroje ITS Vytvoření sady příkladů návrhu ITS systému pomocí ITS architektury a pomocí návrhového nástroje Příklad 1: Odbavovací systém a placení jízdného Úvod Uživatelské potřeby Zpracování příkladu pomocí návrhového softwaru Ostatní příklady Příklad 2: Digitální tachograf Příklad 3: Multimodální terminál - překladiště Příklad 4: Železniční doprava Příklad 5: Poskytování aktuálních dopravních informací Vazba ITS architektury a organizační struktury dopravy ČR Infrastruktura sběru dopravních informací Vazba organizační struktury a ITS architektury ve veřejné dopravě Vytvoření koordinačního centra Koordinační centrum Rozhraní pro komunikaci týmu řešitelů ITS portál Závěr Literatura
3 1. Úvod Návrhový software umožňuje libovolné seskupování funkcí do fyzických celků dle dané aplikace, kde fyzickým celkem může být již existující část systému, organizační jednotka, atd. Zvolený postup umožňuje modelovat různé hierarchické struktury systému, kde ke každé vrstvě jsou přiřazeny funkce a výsledkem modelování je získání informačních vazeb mezi jednotlivými vrstvami tak, aby logika ITS systému a tedy i jeho užitné vlastnosti zůstaly zachovány. To samé je možné pro různé organizace, kde ke každé organizaci jsou přiřazeny funkce a softwarový nástroj navrhne, jaké informace si musí organizace vyměňovat, aby logika systému zůstala neporušena. Pomocí navrženého softwarového nástroje byla vytvořena řada praktických příkladů, které byly podrobně rozebrány na úrovni jednotlivých funkcí i datových toků (byl proveden jejich výběr dle zadání) i na úrovni organizačních jednotek. Softwarový nástroj umožňuje tyto příklady ukládat, měnit, atd. Vznikne tak sada řešení, která lze obměňovat dle požadavků na ITS systém. Softwarový nástroj se stává expertním systémem, který má uloženy řešené příklady, které je možno porovnávat a na kterých je možno i sledovat ekonomické náklady a přínosy (účinnost ITS systémů). Jako v minulých letech byly výsledky projektu umístěny na portál kam bude přidán i vytvořený softwarový nástroj. Tento nástroj může být využíván odborníky na ITS i širokou odbornou veřejností. 3
4 2. Tvorba softwarového nástroje pro návrh ITS systémů pomocí ITS architektury 2.1. Úvod do problematiky tvorby návrhového nástroje pro ITS ITS architektura je zachycena v podobě relační databáze, jejíž popis byl již zpracován v předchozích zprávách. Vzhledem k rozsahu zpracované ITS architektury vyvstala potřeba použití nástroje, který by nad databází prováděl potřebné vyhledávací, výběrové a zobrazovací operace. Požadavek na realizaci tohoto nástroje vycházel také z praktických zkušeností při přípravě příkladů využití ITS architektury v praxi. Softwarový nástroj byl řešen jako víceuživatelský systém, který je napojen přímo na databázi ITS architektury, s možností přístupu jak registrovaných, tak neregistrovaných uživatelů. Proto byly pro realizaci vybrány následující technologie: skriptovací jazyk php databázový server mysql webový server Apache programy html2ps, htmldocs, ps2pdf převod html kódu do postscriptu, převod postscriptu do formátu pdf Skriptovací jazyk php a obecně realizace prostřednictvím webového rozhraní byla vybrána z několika důvodů. Prvním a velice důležitým aspektem je rychlost vývoje, která je výrazně kratší než při použití např. programovacího jazyka C nebo C++. Již samotný charakter webového rozhraní je ideální pro nasazení ve víceuživatelském systému. Systém je přístupný odkudkoliv a neklade žádné nároky na softwarové vybavení klientské stanice. Dalším důvodem pro serverové řešení systému jsou aktualizace. Při aktualizacích opět nejsou kladeny žádné požadavky na klientské vybavení z hlediska uživatele se tudíž systém jeví jako bezúdržbový. Softwarový nástroj zahrnuje volbu uživatelských potřeb, ze kterých vzejde funkční architektura, kde propojením funkcí informačními toky vcházejícími nebo vycházejícími z funkcí vznikne informační architektura. 4
5 Obr 1: Editační rozhraní ITS Pro tvorbu vlastní databáze ITS architektury bylo vytvořeno rozhraní jehož prostřednictvím byla realizována editace databáze. Toto rozhraní bylo využívalo stejného principu víceuživatelské týmové práce. Toto rozhraní bylo popsáno v předchozích zprávách. Obr 2: Rozhraní ITS portálu 5
6 ITS portál je místem, které obsahuje informace a odkazy na projekty související s problematikou inteligentních dopravních systémů Popis rozhraní pro návrh ITS systému V následující kapitole je popsáno rozhraní pro práci s architekturou ITS. Budou popsány jednotlivé moduly, ze kterých je rozhraní složeno. Popis modulů bude proveden zhruba v takovém pořadí, v jakém uživatel přijde s daným modulem do styku Schémata návrhového nástroje ITS Prvním krokem je vybrání z veřejně přístupných projektů, tj. z těch projektů, které byly připraveny přímo řešitelským týmem ITS architektury nebo ve spolupráci s řešitelským týmem. Tyto projekty jsou uzamčeny pro jakékoliv úpravy a editace a slouží jako výchozí bod pro tvorbu vlastního projektu. Pokud je uživatel registrován a do systému se přihlásí, má navíc možnost výběru z vlastních dokončených nebo rozpracovaných projektů. Další možností je vytvoření zcela nového projektu. Obr 3: Moduly pro výběr projektu 6
7 Načtení projektu se skládá ze tří kroků. Prvním je deklarace stavových proměnných, dále proběhne jejich nastavení. Tím je modul inicializován a má všechny potřebné informace pro načtení správného projektu. Obr 4: Modul načtení projektu Správu projektů, tj. jejich vytváření, ukládání, mazání, obsluhuje modul pro správu projektů. Pro vytvoření nového projektu uživatel vyplní potřebné údaje o projektu, jako jsou jeho název, popis a jiné. Poté je založen nový prázdný projekt. V případě, že nastala při zakládání chyba je vypsáno chybové hlášení. Uložení projektu je možné pouze pro registrované uživatele a uživatel se stává jeho vlastníkem. Vlastník je oprávněn s projektem provádět veškeré operace. Uložení projektu jako... je volba, která je vhodná například v okamžiku, kdy má uživatel otevřený a upravený nějaký z veřejných projektů a chce si provedené úpravy uložit. Protože však není oprávněn veřejný projekt jakkoliv upravovat, uloží jej jako projekt nový. Uzavřením projektu se uvolní veškeré nastavené stavové proměnné. Smazání projektu vymaže aktuálně otevřený projekt z databáze, tato volba je nevratná a proto je vhodné se před smazáním ujistit o správnosti rozhodnutí. 7
8 Obr 5: Moduly pro správu projektu 8
9 Při každé změně, každé volbě uživatele dojde ke znovunačtení aplikace jedná se o stavovou aplikaci. Pro efektivní údržbu rozhraní je vhodné, aby veškeré inicializace stavových proměnných, autentifikace a větvení chodu aplikace bylo realizováno pokud možno v jednom místě, přes které aplikace při každé změně stavu musí projít. Proto byl systém navržen tak, jak ukazuje následující diagram. Systém sestává ze čtyř hlavních modulů. Modul pro výběr projektu a modul pro správu projektů a jejich načítání (viz. popis výše), dále potom návrhové moduly a moduly pro zobrazování. Obr 6: Schéma fungování webového rozhraní Jak již bylo uvedeno výše, rozhraní je stavovou aplikací, pro jedním z nejdůležitějších modulů je modul právě pro nastavování obecných stavových proměnných. V tomto modulu se mimo jiné nastavuje jazyková mutace, identita uživatele a řada dalších informací. 9
10 Obr 7: Modul nastavení prostředí Výše zmiňovaná autentifikace je obsluhována autentifikačním modulem. Uživatel je po zadání svých přístupových údajů identifikován proti záznamu v databázi. Pokud se přístupové údaje shodují s těmi, které jsou zadány v databázi registrovaných uživatelů, je autentifikace úspěšná a přihlášení je dokončeno. V opačném případě je vypsáno hlášení o nesprávnosti zadaných údajů. Pokud není uživatel přihlášen má statut tzv. Implicitního uživatele, tedy uživatele bez jakýchkoliv přístupových práv. Modul autentifikace taktéž obstarává odhlašování ze systému. 10
11 Obr 8: Modul autentifikace 11
12 Modul akce je jádrem návrhového systému. Stará se o větvení chodu algoritmu a spouštění jednotlivých požadovaných modulů. Následující diagram znázorňuje způsob, jakým je chod aplikace větven. Obr 9: Modul akce 12
13 Modul pro zobrazování má za úkol generovat z projektů grafické a tabulkové výstupy. Grafický výstup je ve formátu png, který nezávislý na hardware a softwarové platformě. Navíc není tento formát chráněn žádným patentem a může být tudíž volně užíván. Tabulkové výstupy jsou ve formátu HTML. Obr 10: Modul pro zobrazování 13
14 Moduly pro návrh zajišťují samotný průběh návrhu projektu. Postupně se přes zvolené uživatelské potřeby uživatel dostane k upřesnění výběru funkcí a datových toků. Kdykoliv v průběhu návrhu lze projekt uložit a vrátit se k němu později. Série následujících diagramů znázorňuje celý tento návrhový proces. Obr 11: Moduly pro návrh 14
15 Obr 12: Výběr uživatelských potřeb Obr 13: Upřesnění zvolené uživatelské potřeby 15
16 Obr 14: Výběr funkcí Obr 15: Upřesnění zvolené funkce 16
17 Obr 16: Výběr datových toků Obr 17: Upřesnění datového toku 17
18 Realizace návrhového nástroje ITS Samotná realizace softwarového nástroje pro návrh ITS projektů na základě vybraných uživatelských potřeb byla již od počátku uvažována s cílem intuitivního návrhové rozhraní, které po každého uživatele, jak z oblasti dopravní telematiky, tak i z oblasti široké veřejnosti, bude poskytovat jednoduché a příjemné ovládání, které povede k využitelným výstupům se snadnou pozdější použitelností. Následující část popisuje jednotlivé prvky softwarového nástroje a možnosti při navrhování projektů ITS s jeho pomocí, včetně popisů jednotlivých položek menu. Softwarový nástroj je zpřístupněn na stránkách ITS portálu ( Úvodní stránka Po otevření softwarového nástroje se načte úvodní obrazovka, která se skládá ze tří základních částí: login-logout část softwaru sloužící pro přihlášení registrovaných uživatelů (jsou-li přihlášeni, pak pro jejich odhlášení) a pro změnu jazykové mutace software. Na obrázku je přihlášen uživatel ITS user, je tedy zpřístupněná jen volba LOGOUT (=odhlásit uživatele ze systému), a je zvolená česká jazyková mutace. menu levý sloupec software slouží pro základní navigaci aplikací a zůstává neměnný po celou dobu práce v aplikaci. Skládá se z těchto základních oddílů: Projekty vytvoření nového projektu, nebo otevření již uloženého projektu. Odkazy odkazy na www stránky související s problematikou ITS Home návrat na úvodní stránku Prohlížení architektury vazby na prohlížení architektury přes ITS rozhraní ITSprohlížečky na portálu ITS. Možnost procházet jednotlivé funkce architektury ITS, datové toky, jak logické, tak fyzické a subsystémy. Nápověda podrobná nápověda prací v softwarovém nástroji, která uživatelům pomůže v případě jakýkoliv potíží při práci se softwarovým nástrojem. work hlavní pracovní část, ve které se odehrávají veškeré práce spojené s návrhem, správou, exportem řešeného projektu ITS projektu 18
19 Obr 18: Úvodní stránka 19
20 Výběr projektů Po zvolení akce PROJEKTY otevřít se do části WORK zobrazí seznam projektů, které jsou uživateli přístupné. Na obrázku je přihlášen uživatel ITS user, kterému se zobrazují jak jeho osobní projekty, které jsou vázané na jeho přihlášení (nezobrazují se tedy jiným uživatelům), tak i veřejné projekty, které se zobrazují každému uživateli. U každého projektu je možnost volby ho otevřít pro práci nebo, má-li na něj uživatel práva, jeho smazání. Status projektu znamená, v jakém stavu je návrh projektu. Nepřihlášený uživatel může založit libovolný vlastní projekt, ale není mu dána možnost ho do systému uložit. Obr 19: Výběr projektů registrovaného uživatele 20
21 Detail vybraného projektu Po zvolení otevřít projekt MANAGEMENT VEŘEJNÉ DOPRAVY - Odbavovací systém a placení jízdného se do části work zobrazí pracovní část softwarového nástroje, jenž se skládá ze čtyř složek, které jsou přístupné z nového spodního menu. Jsou to: Návrh Správa Info Zobrazení Detail projektu je v informační složce. V této složce není možné provádět žádné změny, slouží pro informaci o projektu. Obsahuje název a popis projektu, informace o statutu a vlastníkovi a statistiku projektu se základními údaji o počtu jednotlivých složek a datu poslední úpravy. Obr 20: Detail vybraného projektu 21
22 Správa projektu Zvolením volby správa z menu pracovních složek se otevře do pracovní části složka pro správu informací o projektu. Zde uživatel může měnit tyto údaje o otevřeném projektu: Název editace stávajícího názvu projektu Popis - editace stávajícího popisu projektu Status změna statutu projektu Provedené změny uživatel uloží tlačítkem provést změny Ve správě projektu lze také provést operaci uložit jako, kdy se vyplněním požadovaného názvu projektu a uložením tlačítkem uložit provede založení nového projektu pod zadaným jménem, který obsahuje veškeré informace, které měl původní projekt. Původní projekt samozřejmě zůstává nezměněný. Obr 21: Správa projektu 22
23 Návrh projektu Zvolením volby návrh z menu pracovních složek se otevře do pracovní části složka pro vlastní návrh projektu. Jedná se o nejdůležitější část softwarového nástroje. V prvním kroku, výběr uživatelských potřeb, je část work rozdělena do dvou částí. Těmi jsou části: Vybrané uživatelské potřeby přehled uživatelských potřeb zahrnutých do projektu s možností jejich: schválení (uživatel shledal potřebu pro něj za uzavřenou a označil si ji z důvodu snadné orientace při příští práci na projektu. Uživatel je tímto informován, že uživatelskou potřebu si již upravil dle vlastních požadavků a nemusí se k ní již vracet) zobrazení informace o uživatelské potřebě rozbalení detailu potřeby (zobrazí se vlastní funkce zahrnuté do uživatelské potřeby s možností výpisu jejich detailů, nebo jejich odebrání) odebrání uživatelské potřeby (z projektu bude odebrána zvolená uživatelská potřeba a bude zahrnuta zpět do pole nevybraných uživatelských potřeb) Nevybrané uživatelské potřeby uživatel si z nabídky nevybraných uživatelských potřeb zvolí takové, které chce zahrnou do svého projektu. Označí je a tlačítkem přidat označené je přesune do pole vybraných uživatelských potřeb. Je-li uživatel hotov s výběrem uživatelských potřeb, tak se tlačítkem pokračuj posune do dalšího kroku návrhu projektu. Jedná se o krok návrhu funkcí, který je svou strukturou obdobný návrhu uživatelských potřeb, jen se v poli vybrané funkce zobrazí všechny funkce příslušné vybraným uživatelským potřebám z kroku prvního a je možno provést libovolné změny v těchto funkcích, úpravy vlastních datových toků, nebo je možno přidat libovolnou funkci z architektury ITS. Je-li uživatel hotov s výběrem jednotlivých funkcí, tak se tlačítkem pokračuj posune do dalšího kroku návrhu projektu. Jedná se o krok návrhu datových toků, který je svou strukturou obdobný krokům předešlým. Uživatel má možnost projít si datové toky, které zvolil tím, že v krocích předchozích vybral uživatelské potřeby a funkce, a je mu dána možnost upravit výběr těchto toků jak přidáním libovolného toku, tak odstraněním toku, který byl zařazen na základě předchozích kroků návrhu. Výhodou je stálé propojení s ITS prohlížečkou přes levou část menu, kde je umožněno stálé nahlížení do podrobností ITS architektury. Všechny změny je možno průběžně ukládat tlačítkem ulož změny 23
24 Obr 22: Návrh projektu, výběr uživatelských potřeb 24
25 Zobrazení projektu Zvolením volby zobrazení z menu pracovních složek se otevře do pracovní části složka pro zobrazení navrženého projektu. Uživateli je poskytnuta možnost volby mezi těmito zobrazeními: Stromová struktura vybraných funkcí zvolením této volby zobrazení projektu dojde k vygenerování a zobrazení obrázku se stromovou strukturu všech funkcí, které byly zahrnuty do projektu ve složce návrh. Přehled vybraných uživatelských potřeb, funkcí, datových toků výpis položek do tabulky s možností volby formátu: html pdf Obr 23: Zobrazení projektu 25
26 3. Vytvoření sady příkladů návrhu ITS systému pomocí ITS architektury a pomocí návrhového nástroje Na základě vytvořeného softwarového nástroje a zkušeností řešitelského týmu z minulých let, byly vytvořeny vzorové příklady, jak využívat ITS architekturu pro návrh jednotlivých ITS systémů dle požadavků uživatelů zejména ze státní správy a veřejné samosprávy. V následujících kapitolách je podrobně rozebrán návrh vzorového příkladu za využití architektury ITS Příklad 1: Odbavovací systém a placení jízdného Úvod Uvedený příklad se zabývá použitím ITS architektury pro odbavovací systémy a placení jízdného ve veřejné dopravě. Ukazuje se, že nové technologie vytlačí stávající systémy založené na papírovém jízdním dokladu a přispějí tak k vyššímu využití veřejné dopravy. V této oblasti se uplatňují v zásadě tři technologie: Odbavovací systémy na principu magnetické karty Odbavovací systémy na principu čipové karty Odbavovací systémy na bázi mobilního telefonu Odbavovací systémy na principu magnetické karty Systém pracuje na principu plastové karty (na zadní straně tmavohnědý magnetický pásek) a čtecího zařízení (elektromagnetická nahrávací i mazací hlava). Na magnetické pásce karty jsou ve stopách zaznamenány identifikační údaje o kartě, dopravci a množství peněz na jízdné. Cestující při vstupu do dopravního prostředku nebo prostoru protáhne kartu čtecím zařízením na jehož základě se: kontroluje platnost karty odepíše se příslušná výše jízdného z předkládané hodnoty ve formě jednotek. 26
27 Použití magnetických karet je možné kombinovat se systémy popsanými u jízdenkových systémů. Magnetické karty přinesly v době zavádění řadu výhod, ale systém měl i řadu nevýhod a slabin nimž patří zejména: možnost falzifikace a poškození karty, pořizovací cena systému je poměrně vysoká, problematické použití pro starší občany nebo krátkodobé využití hromadné dopravy (návštěvník města, cizinec atd.), vizuální kontrola správnosti označení jízdenky a výpočtu jízdného není možná, systémy vykazovaly mnohdy velkou nespolehlivost vlivem poškození karet, systém nedával potřebná data pro rozúčtování jako dnes již dávají čipové karty. V současné době je již systém magnetických karet překonán systémem čipových karet, proto ho již nelze doporučovat jako perspektivní a spolehlivý odbavovací systém. Odbavovací systémy na principu čipových karet Základem karty je křemíkový čip obsahující identifikační údaje a záznam pro aplikace, dále v kartě je integrována anténa v samotném tělese karty. To nevyžaduje vlastní energetický zdroj, energie pro čip se získává při přiložení ke čtecímu zařízení pomocí elektromagnetické indukce. Karta je inteligentním paměťovým médiem s vysokým stupněm zabezpečení a proto je její využití bezpečné k mnoha dalším aplikacím. V dopravních systémech jsou čipové karty jednotným jízdním dokladem. Jejich využití je bezpečné a jako identifikátor umožňují další aplikace: časové jízdenky, elektronický ekvivalent časové jízdenky s platností na tarifní systém pro dané období, elektronická peněženka tzv. hodnotová karta : karta se zaplacenou zálohou, doplňovatelná, ze zálohy se odečítá výše jednotlivého jízdného, sleva oproti hotovostní platbě, 27
28 kombinace časové jízdenky / elektronické peněženky. Odbavovací systémy na bázi mobilního telefonu Elektronický platební systém pro multimodální dopravní služby s použitím mobilních telefonů. Řešením tohoto systému elektronického placení se zabýval např. projekt TELEPAY. Zahrnuje použití mobilních telefonů k placení jízdného v městské hromadné dopravě, při platbách na parkovištích, silničních poplatcích (např. mýtném) apod. Pro transakci virtuální elektronické jízdenky používá technologie GSM a SMS/WAP a umožňuje: Získání informací o vhodném spoji před cestou Zakoupení jízdenky Doručení jízdenky Zaplacení jízdenky Spojením dopravních informací se službami, které umožňují zakoupení elektronické jízdenky z mobilního telefonu se současnými funkcemi, získají cestující vlastnící mobilní telefon přístup ke kvalitním dopravním službám s přesnými informacemi o cestě a také možnost okamžité koupě odpovídající jízdenky, která může být na žádost ihned potvrzena. Z tohoto důvodu lze v otevřeném systému inkasování jízdného považovat tuto elektronickou jízdenku po určitý čas jako platnou bez potřeby dalšího ověřování. V uzavřeném systému si uživatelé musí potvrzovat jízdenku a otevírat turniket se ověřování opírá o komunikační technologie krátkého dosahu (např. Bluetooth), které umožňují bezkontaktní operace mezi mobilními telefony a pevným zařízením. Výhody systému odbavení na bázi mobilního telefonu: nepřetržitý interoperabilní prodej jízdenek rozšíření existujícího mobilního platebního systému v dopravních službách jednoduchá úprava zařízení vzrůstající využívání veřejné dopravy příležitostnými a mezinárodními cestujícími vzrůstající tržby veřejných dopravních operátorů rapidní snížení počtu automatů na výdej jízdenek (o více než 50%) 28
29 menší manipulace s penězi (zlevnění pro operátory) platební systém je vytvořen na základě již ověřených metod používajících operace GSM roamingu nevyžaduje specifickou infrastrukturu umožní elektronické prodávání jízdenek na meziměstských autobusových linkách zvýší tržby operátorů infrastruktury díky zařízení harmonizovaného platebního systému v elektronickém systému inkasování jízdného se nebudou používat žádné další doplňky (jako např. magnetický proužek nebo smart karta) nabízí možnost zahrnutí maloobchodních aplikací (např. prodejní automaty) umožňuje jednoduchý přístup cestujícím (méně hledání) žádné časové ztráty při řazení do front žádné riziko při zaplacení nepřesného poplatku mobilní telekomunikační operátoři mohou poskytnout odborný posudek a služby mobilních plateb jako například účtování, bezpečnost platby nabízí obchodní příležitosti pro telekomunikační operátory jako poskytovatele služeb (jízdenky, dopravní informace, atd.) zvýšení všeobecného použití mobilní telekomunikace a souvisejících existujících služeb (SMS, WAP) 29
30 Obr 24: Příklad fyzické architektury pro odbavovací systém a placení jízdného (MANAGEMENT VEŘEJNÉ DOPRAVY - Problematika jízdného) Fyzická architektura uvedeného příkladu reprezentuje jednotlivé komponenty systému a fyzické datové toky mezi nimi. Jízdní doklad musí vždy existovat a to v takové podobě, aby jednoznačně prokázal zaplacení jízdného při kontrole. Papírová forma není nezbytná ale musí být zajištěna možnost kontroly zaplacení jízdného a zúčtování nákladů na cestovné veřejnou dopravou při pracovních cestách. Vždy by měla být zachována možnost zaplacení jízdného přímo ve vozidle veřejné dopravy. 30
31 Základní úroveň interoperability Na jedné kartě může být uloženo i několik aplikací současně. Mezi základní aplikace patří časové jízdné a elektronická peněženka (peněžní vklad na kartě jako forma kreditu). Základní možností pro dosažení interoperability je sdílení elektronické peněženky. Nutnými podmínkami pro ni jsou: Jednotná datová struktura elektronické peněženky. Jednotné způsob používání peněženky. Jednotné klíče pro vstup do elektronické peněženky spravované nezávislou institucí (pravděpodobně krajský úřad nebo krajský koordinátor dopravy, popřípadě celostátní instituce). Jednotnou datovou větu pro výměnu dat (pro clearing). Vyšší úroveň interoperability Vyšší úroveň předpokládá jednotnou tarifní politiku dopravců, jednotnou datovou strukturu na kartě a jednotné klíče. K tomuto cíli zatím žádné aktivity v oblasti celostátní (nebo dokonce mezinárodní) interoperability v České republice nesměřují. Doporučujeme zahájit na tomto poli intenzivní jednání všech zainteresovaných partnerů, aby bylo dosaženo celostátního konsensu týkajícího se budoucího rozvoje v této oblasti. Je třeba zabránit roztříštěnosti řešení. Rezervace místenky může být provedena: Jako služba na přepážce Pomocí SMS Pomocí Internetové aplikace Validace jízdního dokladu ve vozidle je proces, který je nutný pro následnou kontrolu a zúčtování jízdného. Informace o validaci zaslaná do databáze je cennou informací o vytížení vozidla. 31
32 Obr 25: Struktura standardizačního procesu Poř. čís. Číslo dokumentu Název dokumentu 1 ENV ISO Identification card systems: Surface transport applications: Part 1 Elementary data types, general codes and general data elements Identification Cards Integrated Circuit Cards with Contacts: Part 1 Physical Characteristics 3 ISO Part 2 Dimension and location of contacts 4 ISO Part 3 Electronic signals and transmission protocol 5 ISO Part 4 Inter-Industry commands for interchange 6 ISO Part 5 Numbering systems and registration procedure for application identifiers 7 ISO Part 6 Inter-Industry data elements 8 ISO Identification cards Test methods Part 3: Integrated circuit(s) cards with contacts and related interface devices 9 ISO Identification cards -- Test methods -- Part 6: Proximity cards 10 ISO Information technology Security techniques Key management: Part 1 Framework 11 ISO Part 2 Mechanisms using asymmetric techniques 32
33 Poř. čís. Číslo dokumentu Název dokumentu 12 ISO Identification Cards Contactless integrated circuit cards Proximity Cards (PICC): Part 1 - Physical Characteristics 13 ISO Part 2 Radio Frequency power and signal interface 14 ISO Part 3 Initialisation and Anticollision 15 ISO Road Traffic and Transport Telematics (RTTT), Automatic vehicle and equipment identification, Numbering and data structures 16 CEN TC 224/WG 11 IOPTA Interoperable Public Transport Application 17 CEN TC 278/WG 3 IFMSA Interoperable Public Transport Fare Management System Architecture Tab 1: Související normy Uživatelské potřeby Obecné požadavky na odbavovací systém: Odbavovací systém ve veřejné dopravě je základní styčná plocha mezi dopravcem a cestujícími. Systém odbavení přímo ovlivňuje to, jak cestující vnímají dopravní společnost a její služby. Očekávání cestujícího od odbavovacího systému: produkty uspokojující jeho potřeby spolehlivost, rychlost snadná pochopitelnost a použitelnost snadný přístup k získání jízdního dokladu jednoduchý přestup mezi různými druhy dopravy a různými operátory Požadované vlastnosti odbavovacího systému: rychlost - rychlé transakce při nastupování i nákupu. jednoduchost - snadné pochopení a použití cestujícími i zaměstnanci dopravce, uživatelsky příjemný. bezpečnost - bezpečné prostředí pro tržby, ochrana osobních údajů, minimalizace možnosti podvodů ekonomičnost - efektivní správa, údržba, investice. spolehlivost - snadná údržba, splnění norem spolehlivosti. informace, data - data pro plánování služeb, marketing, financování. flexibilita snadná adaptace na změny věrnostních systémů, strategií a integraci s jinými systémy. 33
34 Komponenty odbavovacího systému: jízdní doklad - jízdenka, žeton, hotovost, časová průkazka, magnetická nebo čipová karta, mobilní telefon apod. odbavovací zařízení a technologie - automaty, terminály, čtečky apod. proces odbavení - platba při nástupu, platba při výstupu, doklad o jízdě apod. tarify - jízdné podle ujeté vzdálenosti, jednotné jízdné, přestupy, slevy apod. Jednotlivé komponenty odbavovacího systému jsou úzce propojeny a změny jedné komponenty zpravidla vyvolají změny dalších komponent. Odbavovací systém musí být podporován distribucí jízdních dokladů, zpracováním vybraného jízdného, informačním systémem atd. Na základě uvedených obecných požadavků na odbavovací systém byly vydefinovány následující uživatelské potřeby, které souvisí s odbavením cestujících a placením jízdného. Ke každé uživatelské potřebě jsou přiřazeny funkce, které ji realizují. Uživatelská potřeba A Systém bude vydávat potvrzení o zaplacení a registrovat údaje související s využitím služeb. Funkce 1.3. Elektronické transakce Provedení platby Uživatelská potřeba A 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.) Funkce 1.1. Uzavření kontraktu Uzavření elektronického kontraktu 1.3. Elektronické transakce Výpočet poplatku za službu Kontrola platby 1.6. Management tarifů a přístupových práv Management tarifu 34
35 Uživatelská potřeba A Systém umožní rozdělení příjmů mezi několik operátorů. Funkce 1.1. Uzavření kontraktu Uzavření elektronického kontraktu 1.4. Příjmy operátorům Rozdělení příjmů Platby na konta operátorů Uživatelská potřeba A Systém umožní souhrnnou platbu za služby poskytnuté několika vzájemně propojenými dopravními systémy. Funkce 1.1. Uzavření kontraktu Uzavření elektronického kontraktu 1.2. Správy kont uživatelů Aktuální stav uživatelského konta Odečtení platby z uživatelského konta 1.3. Elektronické transakce Kontroly kontraktu Informace a návody Výpočet poplatku za službu Kontrola platby Provedení platby 1.4. Příjmy operátorům Rozdělení příjmů 1.5. Zabezpečení proti chybám systému Detekce narušitele platby Detekce narušitele 4.2. Plánování služeb veřejné dopravy Problematika jízdného 35
36 Uživatelská potřeba 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ů. Funkce 4.3. Zajištění správy veřejné osobní dopravy Správa vlastností jízdenek Uživatelská potřeba A Systém má umožnit cestujícím změnu platnosti jejich jízdenek Funkce 4.3. Zajištění správy veřejné osobní dopravy Správa vlastností jízdenek Uživatelská potřeba 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). Funkce 1.5. Zabezpečení proti chybám systému Detekce narušitele platby Detekce narušitele Uživatelská potřeba A Systém bude uskutečňovat věrnostní programy (dopravní či další služby?). Funkce 1.2. Správy kont uživatelů Informace o transakcích a věrnostních programech Uživatelská potřeba Systém bude schopen upravovat jízdné veřejné hromadné dopravy dle dohodnuté cenové strategie. Funkce 1.6. Management tarifů a přístupových práv Řízení dopravním zařízením Poskytování řízení dopravy Výstupní ovládání/informace 3.3. Řízení poptávky 36
37 Realizace strategie řízení poptávky Uživatelská potřeba A Systém bude schopen uplatňovat různé strategie v oblasti stanovení plateb, s dopadem na kolísání tarifů mýtného, parkovného, popř. jízdného ve veřejných dopravních prostředcích. Funkce 1.6. Management tarifů a přístupových práv Management tarifu 4.2. Plánování služeb veřejné dopravy Problematika jízdného Obr 26: Funkční architektura pro odbavovací systém a placení jízdného ve veřejné dopravě. Vygenerováno softwarovým nástrojem ITS projekty. 37
38 Obr 27: Související funkce. Vygenerováno softwarovým nástrojem ITS projekty. Obr 28: Pokračování souvisejících funkcí. Vygenerováno softwarovým nástrojem ITS projekty. 38
39 Informační architektura pro odbavovací systém a placení jízdného ve veřejné dopravě Realizující funkce Datové toky vstupní terminátory Datové toky výstupní terminátory 1.1. Uzavření kontraktu cst.ep_kontrakt_data [T] Cestující ep_kontrakt_registrace ep.eps_kontrakt_statistika ep.opr_kontrakt_statistika ep.cst_kontrakt ep.cst_sluzba_informace [T] Externí poskytovatel služeb [T] Operátor ITS systému [T] Cestující Uzavření elektronického kontraktu cst.ep_kontrakt_data [T] Cestující ep_kontrakt_registrace ep.cst_kontrakt ep.cst_sluzba_informace [T] Operátor ITS systému [T] Cestující 1.2. Správy kont uživatelů opr.ep_vernostni_programy cst.ep_ucet_vstup ep_ucet_stav ep_transakce_informace ep_uzivatel_transakce_historie [T] Cestující ep.rv_transakce_ucet ep_precerpani_oznameni ep_dodany_ucet ep_transakce_prikaz ep.cst_ucet_spravni_problem ep.cst_vernostni_informace ep.cst_platba_data [T] Cestující Aktuální stav uživatelského konta fis.ep_ucet_stav cst.ep_kontrakt_vyber cst.ep_nahrat_parametr cst.ep_uzivatel_id ep_kontrakt [T] Cestující ep_naklad_ucet_prikaz ep_dodany_ucet ep.cst_ucet_spravni_problem ep.cst_kontrakt_seznam ep.fis_stav_uctu_zadost ep.fis_nahrat_ucet_prikaz [T] Cestující [T] Finanční středisko Odečtení platby z uživatelského konta ep_ucet_stav ep_transakce_informace ep_debet_ucet_prikaz ep_precerpani_oznameni ep.cst_precerpani_oznameni [T] Cestující Informace o transakcích a věrnostních programech opr.ep_vernostni_programy cst.ep_transakce_informace_zadost ep_ucet_stav ep_uzivatel_transakce_historie [T] Operátor ITS systému [T] Cestující ep.cst_ucet_stav ep.cst_vernostni_informace ep.cst_transakce_historie [T] Cestující 39
40 Informační architektura pro odbavovací systém a placení jízdného ve veřejné dopravě Realizující funkce Datové toky vstupní terminátory Datové toky výstupní terminátory 1.3. Elektronické transakce rdc.ep_platba_vstup cst.ep_platba_vstup dpr.ep_charakteristiky md.ep_volna_jizda_zadost md.ep_doprava_podminky rv.ep_dopravni_prostredek_data ep_kontrakt ep_sluzba_tarif ci.ep_sluzba_data [T] Řidič [T] Cestující [T] Dopravní prostředek ep.nd-platba_potvrzeni ep.md_infrastruktura_pouzivani_informace ep.rv_dopravni_prostredek_id_zadost ep_transakce_registrace ep_transakce_podvod_vstup ep.rdc_platba_vystup ep.cst_platba_vystup ep.rv_sluzba_cena ep.rv_dopravni_prostredek_data ep.cst_vystupy [T] Cestující [T] Řidič Kontroly kontraktu md.ep_volna_jizda_zadost ep_kontrakt ep_sluzba_id ep_uzivatel_pristupova_prava ep_uzivatel_id ep_dopravni_prostredek_data ep_nezakonna_akce_oznameni ep_sluzba_id ep_uzivatel_id ep_dopravni_prostredek_data Informace a návody rdc.ep_kontrakt_vyber rdc.ep_vybrana_sluzba cst.ep_kontrakt_vyber cst.ep_vybrana_sluzba ep_kontrakt ep_platba_stav ep_uzivatel_pristupova_prava ep_uzivatel_id ci.ep_sluzba_data [T] Řidič [T] Cestující ep_dohoda_ ep_nezakonna_akce_oznameni ep_vybrana_sluzba_data ep_sluzba_poplatek ep_sluzba_id ep_uzivatel_id ep_dopravni_prostredek_data ep.rdc_platba_informace_pruvodce ep.cst_platba_informace_pruvodce ep.rv_sluzba_cena ep_sluzba_data [T] Řidič [T] Cestující 40
41 Informační architektura pro odbavovací systém a placení jízdného ve veřejné dopravě Realizující funkce Datové toky vstupní terminátory Datové toky výstupní terminátory Výpočet poplatku za službu md.ep_doprava_podminky rv.ep_dopravni_prostredek_pozice ep_kontrakt ep_vybrana_sluzba_data ep_sluzba_tarif ep_dopravni_prostredek_data ep_sluzba_poplatek Kontrola platby ep_kontrakt ep_vybrana_sluzba_data ep_transakce_informace ep_platba_stav Provedení platby rdc.ep_platba cst.ep_platba ep_pristup_odmitnut ep_kontrakt ep_sluzba_poplatek [T] Řidič [T] Cestující ep.nd-platba_potvrzeni ep_dohoda_ ep_nezakonna_akce_oznameni ep_transakce_registrace ep.rdc_platba_prijeti ep.rdc_platba_zadost ep.cst_platba_prijeti ep.cst_platba_zadost [T] Řidič [T] Cestující 1.4. Příjmy operátorům eps.ep_transakcni_informace_zadost opr.ep_transakcni_informace_zadost ep_operator_transakce_historie ep_transakce_informace [T] Operátor ITS systému ep.eps_transakce_analyza ep.fis_transakce ep.opr_transakce_analyza [T] Externí poskytovatel služeb [T] Finanční středisko [T] Operátor ITS systému Rozdělení příjmů ep_sluzba_definice ep_transakce_informace ep_operator_prijem Platby na konta operátorů ep_operator_prijem ep_transakce_prikaz ep.fis_transakce [T] Finanční středisko 41
42 Informační architektura pro odbavovací systém a placení jízdného ve veřejné dopravě Realizující funkce Datové toky vstupní terminátory Datové toky výstupní terminátory 1.5. Zabezpečení proti chybám systému md.ep_doprava_podminky ep_pristupova_kriteria ep_podvod_vstup ep_precerpani_oznameni ep_dodany_ucet ep_transakce_podvod_vstup ep.md_nehoda_varovani ep_podvod_vystup ep.rdc_podvod_odhaleni ep.rdc_zastav_prikaz [T] Řidič Detekce narušitele platby ep_dohoda_ ep_cerna_listina ep_kontrakt ep_podvod_historie ep_nezakonna_akce_oznameni ep_precerpani_oznameni ep_sluzba_id ep_dodany_ucet ep_uzivatel_id ep_pristup_odmitnut ep_cerna_listina_aktualizace ep_blok_volny_prikaz ep_podvod_oznameni ep.rdc_podvod_odhaleni [T] Řidič Detekce narušitele ep_nezakonna_akce_oznameni ep_prestupek_podvod_odhaleni ep_blok_volny_prikaz ep_podvod_oznameni 1.6. Management tarifů a přístupových práv eps.ep_pristupova_kriteria eps.ep_tarifni_cleneni opr.ep_pristupova_kriteria opr.ep_tarifni_cleneni vd.ep_jizdne_schemata vd.ep_vybrana_sluzba_na_pozadani vd.ep_vybrana_sluzba_sdileni_dopravniho_ prostredku md.ep_poplatek_aktualizace_zadost [T] Externí poskytovatel služeb [T] Operátor ITS systému ep_pristup_kriteria_aktualizace ep_tarifni_cleneni 42
43 Informační architektura pro odbavovací systém a placení jízdného ve veřejné dopravě Realizující funkce Datové toky vstupní terminátory Datové toky výstupní terminátory Management tarifu eps.ep_tarifni_cleneni opr.ep_tarifni_cleneni vd.ep_jizdne_schemata vd.ep_vybrana_sluzba_na_pozadani vd.ep_vybrana_sluzba_sdileni_dopravniho_ prostredku md.ep_poplatek_aktualizace_zadost [T] Externí poskytovatel služeb [T] Operátor ITS systému ep_tarifni_cleneni Řízení dopravním zařízením zs.md_pohotovost_zadost msy.mpr_krizovatka_zadost opr.ods_doprava_prikazy pds.doprava_management_strategie cst.vyskyt_chodce dpz.lokalni_doprava_data dpr.vvo_lokalni_priorita_zadost vd.md_dopravni_prostredek_priorita_zadost md_vozovy_park_obsazeni md_dopravni_tok_vuz_umisteni md_vstupy_management_pozadavku md_servisni_oblast_obsazeni md_strategie_a_predpoved md_doprava_prostredi_vstupy md_doprava_tok_management_data md_doprava_incident_zadost pd.md_varovani_zprava md.ep_pristup_kriteria md.vd_cesta_data md.rv_rizeni_regulace md.rv_rychlost_nastaveni md.pd_smernice_a_oznameni_ md_vozovy_park_obsazeni_limity md_vybaveni_chyba md_vybaveni_data md_strategie_pro_management_pozadavku md_doprava_management_strategie rdc.doprava_prikazy mpr.msy_krizovatka_tlumeni ods.opr_doprava_odezva pds.doprava_management_strategie cst.doprava_prikazy 43
44 Informační architektura pro odbavovací systém a placení jízdného ve veřejné dopravě Realizující funkce Datové toky vstupní terminátory Datové toky výstupní terminátory Poskytování řízení dopravy zs.md_pohotovost_cesta_zadost pds.doprava_management_strategie vd.md_dopravni_prostredek_priorita_zadost md_pozadavek_management_strategie md_incident_strategie_zadost md_vstupy_most_a_tunel md_operator_management_dopravy_zadost md_parkovani_strategie md_planovany_zmeny_management_dopra vy_zadost md_predpovedena_data_dopravni_site md_staticka_data md_doprava_prostredi_vstupy md_doprava_tok_management_data md_doprava_management_odezva md_cleneni_strategie pd.md_doprava_data [T] Přidružený dopravní systém md_vybaveni_data md_operator_management_dopravy_odezva md_vystupy_pro_most_a_tunel md_odezva_chyba md_rychlost_nastaveni md_rychlost_hodnota md_strategie_pro_management_pozadavku md_doprava_management_zadost md_doprava_management_strategie mpr.msy_krizovatka_tlumeni pds.doprava_management_strategie md_management_jizdniho_pruhu [T] Multimodální systém [T] Přidružený dopravní systém Výstupní ovládání / informace zs.md_pohotovost_lokalni_priorita_zadost msy.mpr_krizovatka_zadost cst.vyskyt_chodce dpz.lokalni_doprava_vyskyt_data dpr.vvo_lokalni_priorita_zadost md_vozovy_park_obsazeni_prikazy md_incident_varovani_prikazy md_servisni_oblast_obsazeni_prikazy md_rychlost_prikazy md_doprava_management_zadost pd.md_varovani_zprava md_ovladac_stav md_vybaveni_stav md_doprava_management_odezva rdc.doprava_prikazy cst.doprava_prikazy 44
45 Informační architektura pro odbavovací systém a placení jízdného ve veřejné dopravě Realizující funkce Datové toky vstupní terminátory Datové toky výstupní terminátory 3.3. Řízení poptávky ep.md_infrastruktura_pouzivani_informace atm.atmosfericke_podminky msy.msy_pozadavek_vstupy opr.pce_management_pozadavku_vstupy din.politika_doprava vd.md_verejna_doprava_incident_data_pro_management_pozadavku vd.md_sluzby_a_jizdne vd.md_sluzba_variace md_pozadavek_management_data_o_prostredi md_incident_data_pro_management_pozadavku md_udrzba_data_pro_koordinaci_ md_doprava_vystupy_pro_management_pozadavku ci.md_informace_doprava md.ep_poplatek_aktualizace_zadost vd.md_zadost_zmeny md.ci_politika_strategie md_vstupy_management_pozadavku md_udrzba_strategie dst.eps_pozadavek_data dci.eps_pozadavek_data pce.opr_managent_pozadavku_vystupy md.din_cestovani_informace Realizace strategie řízení poptávky md_pozadavek_management_strategie_prikazy md_pozadavek_pozadovana_data md_pozadavek_strategie_pro_uziti md.ep_poplatek_aktualizace_zadost md.vd_zadost_pozadavek_sluzba_zmena md.vd_zadost_jizdne md.ci_politika_strategie md_pozadavek_management_strategie md_pozadavek_management_strategie_odezva md_udrzba_strategie md_parkovani_strategie md_zadost_pozadavek_strategie md_cleneni_strategie dst.eps_pozadavek_data dci.eps_pozadavek_data md.din_cestovani_informace 45
46 Informační architektura pro odbavovací systém a placení jízdného ve veřejné dopravě Realizující funkce Datové toky vstupní terminátory Datové toky výstupní terminátory 4.2. Plánování služeb veřejné dopravy md.vd_data_prenos md.vd_zadost_pozadavek_sluzba_zmena md.vd_zadost_jizdne md.vd_zadost_incident_sluzba_zmena eps.ona_planovane_udalosti msy.msy_planovani opr.pvd_planovani_strategie opr.pvd_verejna_doprava_planovani_vstupy pds.planovani cst.vpa_potreby vd_udrzba_plany [T] Externí poskytovatel služeb [T] Multimodální systém [T] Operátor ITS systému [T] Přidružený dopravní systém [T] Cestující vd.ep_jizdne_schemata vd.md_sluzby_a_jizdne vd.ci_verejna_doprava_dostupne_sluzby vd.ci_aktualni_jizdne msy.msy_planovani pvd.opr_odezva pds.verejna_doprava_planovani vpa.cst_plan [T] Multimodální systém [T] Operátor ITS systému [T] Přidružený dopravní systém [T] Cestující Problematika jízdného md.vd_zadost_jizdne opr.pvd_jizdne_strategie vd_strategie_jizdneho vd_verejna_doprava_sluzby [T] Operátor ITS systému vd.ep_jizdne_schemata vd.md_aktualni_jizdne vd.ci_aktualni_jizdne 46
47 Informační architektura pro odbavovací systém a placení jízdného ve veřejné dopravě Realizující funkce Datové toky vstupní terminátory Datové toky výstupní terminátory 4.3. Zajištění správy veřejné osobní dopravy msy.msy_sluzba_detaily udr.plany opr.pvd_dopravni_proud_data_zadost pdc.infrastruktura_status pds.plany cst.uvd_verejna_doprava_sluzby_pozadave k cst.uvd_jizdne_charakteristiky cst.uvd_doprava_data din_verejna_doprava_dopravni_proud_data_ zadost vd_alarm_a_vykon vd_alarm_popis vd_pozorovany_vykon [T] Multimodální systém [T] Organizace údržby [T] Operátor ITS systému [T] Povrch dopravní cesty [T] Přidružený dopravní systém [T] Cestující [T] Dopravní instituce vd.ep_verejna_doprava_zvlastni_sluzby vd.pd_podvod_oznameni vd_udrzba_plany vd_sluzba_na_vyzadani rvd.rdc_planovani msy.msy_sluzba_detaily_pozadavek udr.plany pvd.opr_dopravni_proud_data pds.plany uvd.cst_sluzba_informace din_verejna_doprava_dopravni_proud_data [T] Řidič [T] Multimodální systém [T] Organizace údržby [T] Operátor ITS systému [T] Přidružený dopravní systém [T] Cestující [T] Dopravní instituce Správa vlastností jízdenek cst.uvd_jizdne_charakteristiky [T] Cestující vd.pd_jizdne_podvod_data uvd.cst_jizdne_charakteristiky [T] Cestující Tab 2: Informační architektura pro odbavovací systém a placení jízdného ve veřejné dopravě 47
48 Zpracování příkladu pomocí návrhového softwaru Ze známých uživatelských potřeby budeme vycházet při řešení příkladu Odbavovací systém a placení jízdného pomocí softwarového nástroje pro řešení ITS příkladů. V jednotlivých krocích bude popsán přesný postup k řešení. Úvodní stránka Po otevření softwarového nástroje provedeme přihlášení do systému a zvolíme v části menu akci Projekty-otevřít, jelikož projekt jsme již předem založili. Obr 29: Úvodní stránka 48
49 Výběr projektů (po přihlášení uživatele) V části work se zobrazí všechny naše projekty a také projekty veřejné. Najdeme si projekt MANAGEMENT VEŘEJNÉ DOPRAVY - Odbavovací systém a placení jízdného a zvolíme akci otevřít. Obr 30: Výběr projektů (po přihlášení uživatele) 49
50 Detail vybraného projektu Kliknutím na odkaz složky info lze zobrazit stav projektu včetně jeho kompletního popisu, statutu statistiky přístupu atd. Obr 31: Detail projektu 50
51 Správa projektu Kliknutím do složky správa můžeme provést snadnou editaci popisových informací o zvoleném projektu, změnit jeho status či vytvořit duplicitní projekt s jiným názvem. Nebo celý projekt smazat. Obr 32: Správa projektu 51
52 Návrh projektu Otevřením složky návrh si zobrazíme v prvním kroku uživatelské potřeby. V horní části se zobrazují vybrané uživatelské potřeby a ve spodní části uživatelské potřeby, jenž zatím do projektu nebyly zařazeny. Vybereme se požadované uživatelské potřeby a tlačítkem pokračuj vstoupíme do druhého kroku sekce návrh, kde můžeme upřesnit výběr funkcí a dále ve kroku třetím datové toky. Projekt nezapomeneme ukládat. Obr 33: Návrh projektu 52
53 Zobrazení projektu Ve složce zobrazení si zvolíme výstup ze software. Vygenerované diagramy funkcí jsou ukázány o kapitolu výše. Obr 34: Zobrazení projektu Závěr návrhu pomocí návrhového nástroje ITS Použitím softwarového nástroje pro tvorbu projektů ITS dojde ke značnému zpřehlednění a zjednodušené jinak ne zcela přehledné práce, jakou bylo vybírání správných funkcí a datových toků. Jelikož softwarový nástroj je neustále aktuální, již ze samotného principu navržení celého systému, je jeho výhodou nemožnost pracovat v navrhování projektu ITS s neaktuálními daty. Možnost správy vlastních projektů, počínaje možností ukládat práci v průběhu návrhu a vracet se k ní později, nastavovat si u položek status o rozpracování, konče nejen možností multiplatformně kompatibilního generování výstupů či provázanost 53
54 s ITS prohlížečkou, vede nejen k přehlednému způsobu práce při navrhování projektů ITS, ale i k snadnému poznávání problematiky návrhu ITS projektů Ostatní příklady Příklad 2: Digitální tachograf 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. Zpracovaný příklad je v příloze Příklad 3: Multimodální terminál - překladiště Všude tam, kde dochází k lokální kumulaci potřeb po přepravě, ať již ve smyslu odesílání, odběru zboží či kombinaci obojího, vznikají podmínky pro výstavbu terminálů či logistických center. Pro jednoduchost demonstrace příkladu multimodálního terminálu se v další práce vymezíme na problém terminálu ve smyslu překladiště. Zpracovaný příklad je v příloze Příklad 4: Železniční doprava Organizování, řízení a dohlížení železniční dopravy v ČR je podporováno komplexem systémů, subsystémů a aplikací dopravní telematiky hlavního dopravce (ČD, a,s,). Součástí tohoto komplexu jsou systémy podporující sledování, organizování a řízení nákladní dopravy, respektive přepravy zboží. Organizace železniční dopravy, vlastní organizační struktura, řízení provozu atd., prochází dynamickým vývojem. To ovlivňuje koncepci, správu, ale i rozvíjení systémů, subsystémů a aplikací dopravní telematiky podporující organizování, a řízení přepravy zboží po železnici. Vstup ČR do EU vytváří nové podmínky pro přepravu zboží po železnici. Splnění direktiv EU umožní vstup více dopravcům na železniční infrastrukturu. Své požadavky má i podpora kombinovaným druhům dopravy zboží v niž právě železnice má své postavení. Podmínkou naplnění cílů evropské a národní dopravní politiky je efektivní práce s informacemi tak, aby služby železniční dopravy byly dostatečně využívány. V praxi jde o vytvoření interoperabilního dopravně telematického systému podpory procesu, zahrnující možnost tvorby informačních vazeb mezi systémy, subsystémy 54
55 a aplikacemi v celém dopravně-přepravním řetězci. Na příkladu rozkladu problematiky IS/IT podpory procesu NP ČD bude problematika tvorby architektury přiblížena. Zpracovaný příklad je v příloze Příklad 5: Poskytování aktuálních dopravních informací Dopravní informace jsou nástrojem zvyšování bezpečnosti silničního provozu, ovlivňování chování jeho účastníků, nástrojem řízení, ovlivňování a přesouvání dopravy. Stále narůstající provoz a s ním spojená zvyšující se hustota provozu mají vliv na přibývající dopravní zácpy a přerušování dopravy na silnicích, zvyšující se nehodovost včetně jejich následků na životech, zdraví a majetku a v neposlední řadě i rostoucí dopady na životní prostředí. Fungující dopravní systém má přitom zásadní význam pro společenský i ekonomický rozvoj, zachování trvalé mobility je klíčovým faktorem tohoto rozvoje. Zpracovaný příklad je v příloze 4. 55
56 4. Vazba ITS architektury a organizační struktury dopravy ČR 4.1. Infrastruktura sběru dopravních informací Infrastruktura sběru dopravních informací je tvořena: Subjekty s prioritou poskytovaných informací I.: Policie ČR, Hasičský záchranný sbor, Zdravotní záchranná služba, Obecní policie, dobrovolní dopravní zpravodajové, Silniční správní úřady, Správci komunikací, Ředitelství silnic a dálnic ČR, Český hydrometeorologický ústav, dopravně-telematické (ITS) systémy Subjekty s prioritou poskytovaných informací II. Dopravní podniky, Celní správa, Podniky Povodí, Vodoprávní úřady, Správci sítí, Pořadatelé akcí, Dopravci a přepravci, Přepravci nadměrných a nebezpečných nákladů, Letecká záchranná služba, Taxislužba, Kurýrní služba Subjekty s prioritou poskytovaných informací III. Cechovní a profesní sdružení, Autokluby, Ministerstva, Asociace a společenství 56
F AKULTA DOPRAVNÍ Č VUT K ONVIKTSKÁ 20, P RAHA 1 VERZE 1.0
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 2 Informační ITS architektura ČR VERZE 1.0 MAKROFUNKCE : 1. ELEKTRONICKÉ
VíceAplikace návrhu národní architektury ITS pro realizaci systémů dopravní telematiky - Silnice a dálnice sítě pozemních komunikací ČR
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 2 Aplikace návrhu národní architektury ITS pro realizaci systémů dopravní
VíceNárodní ITS architektura a telematické aplikace
Národní ITS architektura a telematické aplikace Doc. Dr. Ing. Miroslav Svítek Fakulta dopravní ČVUT Konviktská 20, 110 00 Praha 1 svitek@lss.fd.cvut.cz Obsah prezentace Úvod Národní ITS architektura metodika
VíceF AKULTA DOPRAVNÍ Č VUT K ONVIKTSKÁ 20, P RAHA 1 VERZE 1.0
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 1 Funkční ITS architektura ČR VERZE 1.0 MAKROFUNKCE : 1. ELEKTRONICKÉ
VíceAplikace na čipových kartách
Aplikace na čipových kartách Systémy dodávané pro veřejnou a státní zprávu ISSS 2007 Hradec Králové, 2. dubna 2007 Jiří Hrdina ISCRD Informační systém centrálního registru dopravců (ISCRD) Aplikace na
VíceManuál pro mobilní aplikaci Patron-Pro. verze pro operační systém Symbian
Manuál pro mobilní aplikaci Patron-Pro verze pro operační systém Symbian 1 1. Popis Aplikace je určena pro mobilní telefony NOKIA s operačním Symbian a vybavené technologií NFC. Slouží pro správu identifikačních
VíceF 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 č.5 ITS standardů CEN a ISO Doc. Dr. Ing. Miroslav Svítek a kol. VERZE
VíceTechnologické postupy práce s aktovkou IS MPP
Technologické postupy práce s aktovkou IS MPP Modul plánování a přezkoumávání, verze 1.20 vypracovala společnost ASD Software, s.r.o. dokument ze dne 27. 3. 2013, verze 1.01 Technologické postupy práce
VíceŠtandardizácia kartových systémov v Českej republike a jej dopad na použitie študentskej karty v doprave. Miroslav Slavík, MBA
Štandardizácia kartových systémov v Českej republike a jej dopad na použitie študentskej karty v doprave. Miroslav Slavík, MBA TELMAX Představení TELMAX Založena 2006 Realizace komplexních systémů zejména
VícePROJEKT TELEMATIKA VE VEŘEJNÉ DOPRAVĚ OBLAST SYSTÉMŮ PRO ODBAVENÍ CESTUJÍCÍCH ZHODNOCENÍ A VÝSLEDKY PROJEKTU
PROJEKT TELEMATIKA VE VEŘEJNÉ DOPRAVĚ OBLAST SYSTÉMŮ PRO ODBAVENÍ CESTUJÍCÍCH ZHODNOCENÍ A VÝSLEDKY PROJEKTU Ing. JiříMatějec, manager projektu SDT ČR 21. 2. 2008 1. Popis projektu SDT ČR 2. Hlavní priority
VíceArchitektura odbavovacího systému s použitím BČK
Autor: Jindřich Borka, Jiří Matějec Architektura odbavovacího systému s použitím BČK ČD - Telematika a.s., Pernerova 2819/2a, 130 00 Praha 3 XT-Card a.s., Sokolovská 100, 186 00, Praha 8 Agenda ČD-Telematika
VíceAktuální možnosti dopravní telematiky
EUROTRAFFIC 2006 Aktuální možnosti dopravní telematiky Komentář vybraných aktivit Sdružení pro dopravní telematiku ČR Prof. Ing. Pavel Přibyl, CSc, 1 Důvody hledání nových řešení Nákladní doprava do roku
VícePOPIS STANDARDU CEN TC278/WG1. Oblast: ELEKTRONICKÉ VYBÍRÁNÍ POPLATKŮ (EFC) Zkrácený název: ZKUŠEBNÍ POSTUPY 2. Norma číslo:
POPIS STANDARDU CEN TC278/WG1 Oblast: ELEKTRONICKÉ VYBÍRÁNÍ POPLATKŮ (EFC) Zkrácený název: ZKUŠEBNÍ POSTUPY 2 Norma číslo: 14907-2 Norma název (en): RTTT EFC - TEST PROCEDURES FOR USER AND FIXED EQUIPMENT
VíceInternetový portál Come Automaty
Manuál pro kartový účet Autor dokumentu: Roman Banar Verze dokumentu: 1.0 (20.1.2009) Status dokumentu: Dokončeno Obsah 1 Kartový účet...3 1.1 Přihlášení do kartového účtu...3 1.2 Historie operací...3
VíceNápověda aplikace Patron-Pro
Nápověda aplikace Patron-Pro 1. Popis aplikace Aplikace Patron-Pro slouží k zobrazení souboru zálohy mobilní aplikace Patron-Pro se záznamy o povolených kartách. Dále umožňuje tyto záznamy editovat, vytvářet
VícePortál Značení tabáku Uživatelská příručka pro registrované uživatele
Portál Značení tabáku Uživatelská příručka pro registrované uživatele 2019 1 / 21 Uživatelská příručka pro registrované uživatele Historie dokumentu Datum Verze Komentář 8. 4. 2019 1.0 Základní verze Obsah
VíceSystém využití EMV karet v osobní dopravě KIDSOK
Systém využití EMV karet v osobní dopravě KIDSOK Úvod Tento dokument specifikuje funkci systému pro využití EMV karet v dopravě koordinátora dopravy KIDSOK a to jak ve funkci platebního media, tak ve funkci
VíceTelematická podpora v intermodální a multimodální dopravě. Ing. Kopecký František, Ph.D., Ing. Věžník Miroslav
Telematická podpora v intermodální a multimodální dopravě Ing. Kopecký František, Ph.D., Ing. Věžník Miroslav Obsah přednášky: Druhové rozdělení dopravní telematiky Tematika v projektech výzkumu a vývoje
VíceÚvod...1 Instalace...1 Popis funkcí...2 Hlavní obrazovka...2 Menu...3 Práce s aplikací - příklad...5
Rejstřík Úvod...1 Instalace...1 Popis funkcí...2 Hlavní obrazovka...2 Menu...3 Práce s aplikací - příklad...5 Úvod Správcovská aplikace slouží k vytvoření vstupního a zašifrovaného souboru pro odečtovou
Více43 HTML šablony. Záložka Šablony v systému
43 HTML šablony Modul HTML šablony slouží ke správě šablon pro výstupy z informačního systému modularis ve formátu HTML. Modul umožňuje k šablonám doplňovat patičku, dokumentaci a vázat šablony na konkrétní
VícePROFI TDi s.r.o. 696 37, Želetice 40 www.profi-tdi.cz info@profi-tdi.cz. Návod k používání systému OTDI.CZ
Návod k používání systému OTDI.CZ Vážený kliente. Děkujeme za projevený zájem o náš on-line systém evidence kontrol, určený speciálně pro účely dozorů staveb. Systém OTDI.CZ nabízí svým uživatelům zejména:
VícePROJEKT V ÚSTECKÉM KRAJI
PROJEKT INTEGROVANÉHO DOPRAVNÍHO SYSTÉMU V ÚSTECKÉM KRAJI Ing. Martin Ročňák zpracovatel Projektu zavedení zónově-relačního integrovaného tarifu v Ústeckém kraji Ústí nad Labem, 15. 11. 2010 1 Výchozí
VícePrezentace pro konferenci Smart city Brno
Prezentace pro konferenci Smart city Brno - Česká spořitelna, a.s. CHYTRÁ řešení v dopravě, Brno Vývoj odbavení cestujících Včera Dnes Zítra PAPÍROVÉ JÍZDENKY DOPRAVNÍ KARTY, SMS BANKOVNÍ KARTY, MOBILNÍ
VícePříručka uživatele HELPDESK GEOVAP
HELPDESK GEOVAP verze 1.2 11.11.2008 OBSAH 1 REGISTRACE DO HELPDESK...1 2 PŘIHLÁŠENÍ A ODHLÁŠENÍ...1 3 ZÁKLADNÍ OBRAZOVKA HELPDESK...2 4 PŘEHLED HLÁŠENÍ...2 5 ZALOŽENÍ NOVÉHO HLÁŠENÍ...3 6 ZOBRAZENÍ/EDITACE
VíceE-NABÍDKA PARTNER.REDA.CZ
E-NABÍDKA PARTNER.REDA.CZ Reda e-nabídka představuje mocný nástroj, díky kterému mohou naši registrovaní klienti přímo z prostředí e-shopu partner.reda.cz vytvářet vlastní produktové nabídky pro své zákazníky.
VícePodrobný postup pro vygenerování a zaslání Žádosti o dotaci přes Portál Farmáře. 1. kolo příjmu žádostí Programu rozvoje venkova ( )
Podrobný postup pro vygenerování a zaslání Žádosti o dotaci přes Portál Farmáře 1. kolo příjmu žádostí Programu rozvoje venkova (2014 2020) V tomto dokumentu je uveden podrobný postup vygenerování Žádosti
VíceČSAD SVT Praha, s.r.o.
ČSAD SVT Praha, s.r.o. Budování celostátních informačních a odbavovacích systémů RNDr. Jan Kotík, jednatel Obsah O společnosti ČSAD SVT Praha, s.r.o. Celostátní systém předprodeje autobusových jízdenek
VíceODBAVOVACÍ A INFORMAČNÍ SYSTÉMY Software pro OIS. 7. hodina Příprava dat JŘ, tarify Zpracování dat Clearing Standardy. Prezentace Diskuse?
ODBAVOVACÍ A INFORMAČNÍ SYSTÉMY Software pro OIS 7. hodina Příprava dat JŘ, tarify Zpracování dat Clearing Standardy Prezentace Diskuse? Potřebné vybavení VOZIDLA Palubní počítač Označovač / znehodnocovač
VíceZkušenosti s odbavovacím systémem firmy Mikroelektronika DOPRAVNÍ PODNIK měst Mostu a Litvínova, a.s.
Zkušenosti s odbavovacím systémem firmy Mikroelektronika DOPRAVNÍ PODNIK měst Mostu a Litvínova, a.s. Základní informace o výkonu a rozsahu odbavovacího systému Počet cestujících za rok: 32 000 000 Počet
VíceODBAVOVACÍ A INFORMAČNÍ SYSTÉMY Jízdní doklady. 4. hodina jízdní doklad typy a popis výhody a nevýhody. prezentace studenta diskuse
ODBAVOVACÍ A INFORMAČNÍ SYSTÉMY Jízdní doklady 4. hodina jízdní doklad typy a popis výhody a nevýhody BČK prezentace studenta diskuse Volba jízdních dokladů TARIF (vyhlašují obce či dopravci) >>> za kolik
VíceHelpdesk Liberecké IS
tel: +420 485 243 031 e-mail: lis@lis.liberec.cz IČO: 254 0131 Liberecká IS, a.s., Mrštíkova 3, 461 71 Liberec 3 DIČ: CZ25450131 Helpdesk Liberecké IS Dokumentace zákazník d.help Josef Fröhlich Liberecká
VícePodrobný návod pro administraci zákaznických účtů na portálu Czechiatour.eu
2013 Podrobný návod pro administraci zákaznických účtů na portálu Czechiatour.eu Czechiatour.eu 1.2.2013 Vážení zákazníci portálu Czechiatour.eu. Abychom Vám co nejvíce usnadnili orientaci v administraci
VíceTECHNOLOGICKÁ PLATFORMA. SVA skupiny dopravní telematika
TECHNOLOGICKÁ PLATFORMA SILNIČNÍ DOPRAVA SVA skupiny dopravní telematika SVA skupiny dopravní telematika - Inteligentní dopravní systémy obsah: Popis současného stavu Popis cílového stavu včetně hlavních
VícePodrobný postup pro doložení příloh k Finančnímu zdraví žadatele prostřednictvím Portálu Farmáře
Podrobný postup pro doložení příloh k Finančnímu zdraví žadatele prostřednictvím Portálu Farmáře 1. kolo příjmu žádostí Programu rozvoje venkova (2014 2020) Finanční zdraví se vyhodnocuje, pokud kritéria
VíceCena jízdného i časová platnost jízdenky se bude odvíjet od počtu tarifních jednic.
Integrace VDV s MHD Tento dokument slouží jako podklad pro integraci městských hromadných doprav (MHD) na území Kraje Vysočina do integrovaného dopravního systému Veřejná doprava Vysočiny (VDV). Obecné
VícePopis programu EnicomD
Popis programu EnicomD Pomocí programu ENICOM D lze konfigurovat výstup RS 232 přijímačů Rx1 DIN/DATA a Rx1 DATA (přidělovat textové řetězce k jednotlivým vysílačům resp. tlačítkům a nastavovat parametry
VíceManuál PVU zadavatel Platnost pro elektronický nástroj X-EN verze 4 a novější
Manuál PVU zadavatel Platnost pro elektronický nástroj X-EN verze 4 a novější 1 Vytvoření profilu zadavatele... 2 1.1 Doplnění identifikátoru profilu zadavatele ve VVZ... 2 2 Správa profilu... 3 2.1 Vytvoření
VícePodrobný postup pro doplnění Žádosti o dotaci prostřednictvím Portálu Farmáře. 2. kolo příjmu žádostí Programu rozvoje venkova ( )
Podrobný postup pro doplnění Žádosti o dotaci prostřednictvím Portálu Farmáře 2. kolo příjmu žádostí Programu rozvoje venkova (2014 2020) V tomto dokumentu je uveden podrobný postup doplnění Žádosti o
Více24 Uživatelské výběry
24 Uživatelské výběry Uživatelský modul Uživatelské výběry slouží k vytváření, správě a následnému používání tématicky seskupených osob a organizací včetně jejich kontaktních údajů. Modul umožňuje hromadnou
VícePravidla a plánování
Administrátorský manuál TTC TELEKOMUNIKACE, s.r.o. Třebohostická 987/5 100 00 Praha 10 tel.: 234 052 111 fax.: 234 052 999 e-mail: ttc@ttc.cz http://www.ttc-telekomunikace.cz Datum vydání: 7. května 2013
VíceProjekt č. TA02030435
České vysoké učení technické v Praze, Fakulta dopravní Projekt č. TA02030435 Technická podpora a metody pro ověřování interoperability odbavovacích a informačních systémů ve veřejné dopravě Ing. Jiří Matějec
VíceRadioBase 3 Databázový subsystém pro správu dat vysílačů plošného pokrytí
Databázový subsystém pro správu dat vysílačů plošného pokrytí RadioBase je datový subsystém pro ukládání a správu dat vysílačů plošného pokrytí zejména pro služby analogové a digitální televize a rozhlasu.
VíceNové trendy v odbavení cestujících s využitím aplikací chytrých telefonů 20.5.2014
softwarová řešení pro osobní dopravu Nové trendy v odbavení cestujících s využitím aplikací chytrých telefonů 20.5.2014 O společnosti CHAPS Produkty MD ČD DP IDS : CIS JŘ, IDOS : pokladní systém, In-karta,
VíceAPS mini.ed programová nadstavba pro základní vyhodnocení docházky. Příručka uživatele verze 2.2.0.6
APS mini.ed programová nadstavba pro základní vyhodnocení docházky Příručka uživatele verze 2.2.0.6 APS mini.ed Příručka uživatele Obsah Obsah... 2 Instalace a konfigurace programu... 3 Popis programu...
VíceDílčí část B11. Návrh řešení problematiky nákupu jízdenky na linkách, kde je zavedeno samoobslužné odbavení cestujících
Odborný zpracovatel optimalizace dopravní obslužnosti, jednotného tarifu a technické části zadávací dokumentace pro uzavření smlouvy o veřejných službách v přepravě cestujících Zpracování přestupního zónově-relačního
VíceObrázek 1: Struktura programu z hlediska zapojení
MANUÁL K PROGRAMU DBADVOKÁT Program byl vytořený za účelem třídění a uchovávání jednotlivých spisů (elektronické dokumenty [doc, xls, odt, pdf, xml,...], emaily a další důležité soubory) v centralním počítači
VíceStandardizace ve veřejné hromadné dopravě. Jan Šimůnek
Standardizace ve veřejné hromadné dopravě Jan Šimůnek STANDARDY Stanovení standardu Vyhlášením uznávanou autoritou Společnou dohodou, živelně Standard - norma, měřítko, něco obvyklého, očekávaného, přiměřeného.
VíceMonitoring mikroregionů a jejich rozvojových dokumentů. imr. On-line systém evidence mikroregionů a jejich rozvojových dokumentů
Monitoring mikroregionů a jejich rozvojových dokumentů imr On-line systém evidence mikroregionů a jejich rozvojových dokumentů Ministerstvo pro místní rozvoj Ústav územního rozvoje Brno, 2006 OBSAH Úvod
VíceBankovní karty Cesta ke zjednodušení plateb ve veřejné dopravě
Bankovní karty Cesta ke zjednodušení plateb ve veřejné dopravě Konference 10 let Integrovaného dopravního systému Jihomoravského kraje 23. dubna 2014 Výstaviště Brno Pracovní skupina pro použití bezkontaktních
VíceAplikace NAM tracker
Obsah: 1. K čemu je aplikace určena?....................................3 2. Přihlášení.............................................3 2.1. Seznam Objektů (výchozí obrazovka)..............................
VíceVzdělávací obsah vyučovacího předmětu
V.9.3. Vzdělávací obsah vyučovacího předmětu Vzdělávací oblast: Inormatika a informační a komunikační technologie Vyučovací předmět: Informatika Ročník: 1. ročník + kvinta chápe a používá základní termíny
VíceStrategie ochrany před negativními dopady povodní a erozními jevy přírodě blízkými opatřeními v České republice
Strategie ochrany před negativními dopady povodní a erozními jevy přírodě blízkými opatřeními v České republice Návod k prezentačnímu mapovému portálu Obsah: 1. Úvod... 3 2. Obecná část mapového portálu...
VíceNápověda k systému CCS Carnet Mini
Nápověda k systému CCS Carnet Mini Manuál k aplikaci pro evidenci knihy jízd Vážený zákazníku, vítejte v našem nejnovějším systému pro evidenci knihy jízd - CCS Carnet Mini. V následujících kapitolách
VícePodrobný postup pro vygenerování a zaslání Žádosti o dotaci přes Portál Farmáře. 2. kolo příjmu žádostí Programu rozvoje venkova ( )
Podrobný postup pro vygenerování a zaslání Žádosti o dotaci přes Portál Farmáře 2. kolo příjmu žádostí Programu rozvoje venkova (2014 2020) V tomto dokumentu je uveden podrobný postup vygenerování Žádosti
VíceČNHP. Příručka pro pacienty. Institut biostatistiky a analýz. Vytvořil:
ČNHP Vytvořil: Institut biostatistiky a analýz OBSAH. VSTUP DO REGISTRU... 3. ZAPOMENUTÉ HESLO... 3 2. ZÁKLADNÍ OKNO REGISTRU... 4 3. VYHLEDÁVÁNÍ PACIENTA... 5 3. NAPOSLEDY OTEVŘENÍ PACIENTI... 5 4. PRÁCE
VíceOnline rezervační systémy & e-ticketing
Online rezervační systémy & e-ticketing současnost a budoucnost Ing. Petr BUCHNÍČEK ČSAD SVT Praha člen ITS&S www.svt.cz Obsah ČSAD SVT Praha, s.r.o. Profil společnosti AMSBUS Rezervační a předprodejní
VíceRegistr IKTA. Příručka pro uživatele. Institut biostatistiky a analýz. Lékařské a Přírodovědecké fakulty Masarykovy univerzity.
Registr IKTA Příručka pro uživatele Vytvořil: Lékařské a Přírodovědecké fakulty Masarykovy univerzity Obsah Práce s Registrem IKTA 3 1 Vstup do registru 3 2 Základní okno registru 4 3 Registrace nového
Více1.1. Základní informace o aplikacích pro pacienta
Registrace a aktivace uživatelského profilu k přístupu do aplikace systému erecept pro pacienta, přihlášení do aplikace systému erecept pro pacienta na základě registrovaného profilu v NIA nebo elektronického
VíceRegistrace a aktivace uživatelského profilu k přístupu do systému erecept pro pacienta
Registrace a aktivace uživatelského profilu k přístupu do systému erecept pro pacienta 1. Obecné 1.1. Základní informace o aplikacích pro pacienta Pro pacienty je zpřístupněná webová a mobilní aplikace.
VíceZpracování ročních zpráv v IS FKVS Příručka pro koncové uživatele
Zpracování ročních zpráv v IS FKVS Příručka pro koncové uživatele vypracovala společnost ASD Software, s.r.o. dokument ze dne 1.10.2007, verze 1.01 Obsah Obsah... 2 1. Úvod... 3 2. Spuštění počítače, spuštění
Více1 Filozofie knihy jízd
Návod k obsluze knihy jízd v rozhraní RealTimeGPSLocator.com 1 Filozofie knihy jízd...1 2 Funkce knihy jízd...1 2.1 Oblíbená místa...2 2.2 Nastavení vozidel...3 2.3 Údaje vozidel sledované firmy...3 2.4
VíceEVO 3 Návod k obsluze
ALTEA Czech, a.s. Pod Průsekem 1348/12 102 00 Praha 10 Hostivař Tel.: +420 272 650 587 +420 608 965 292 +420 777 915 292 EVO 3 Návod k obsluze Fax: +420 272 650 699 e-mail : altea@altea.cz Web: www.altea.cz
VíceNápověda k systému CCS Carnet Mini. Manuál k aplikaci pro evidenci knihy jízd
Nápověda k systému CCS Carnet Mini Manuál k aplikaci pro evidenci knihy jízd Vážený zákazníku, vítejte v našem nejnovějším systému pro evidenci knihy jízd - CCS Carnet Mini. V následujících kapitolách
VíceNávod - katalog. ANTEE s.r.o. - tel.: , fax: , helpdesk: ,
Návod - katalog Strana 1/9 Obsah 1. Úvod...3 1.1. Založení katalogu...3 1.2. Drobečková navigace...3 1.3. Popis funkcí katalogu...4 2. Struktura katalogu...4 2.1. Vytvoření kategorie...4 2.2. Hierarchie
VíceProjekt č. TB0500MD017 je realizován za finanční podpory z prostředků státního rozpočtu prostřednictvím TAČR v rámci programu BETA
Plán pro řízení silničního provozu na hlavních trasách s významem pro dálkovou dopravu při mimořádných situacích a plán pro zefektivnění odstraňování závažných překážek v silničním provozu na těchto trasách,
VícePodrobný postup pro doložení příloh k Finančnímu zdraví žadatele prostřednictvím Portálu farmáře
Podrobný postup pro doložení příloh k Finančnímu zdraví žadatele prostřednictvím Portálu farmáře 3. kolo příjmu žádostí Programu rozvoje venkova (2014 2020) Finanční zdraví (dále FZ) se vyhodnocuje, pokud
VícePříručka pro generování a podání Deklarace chovu koní 2016 na Portálu farmáře SZIF
Příručka pro generování a podání Deklarace chovu koní 2016 na Portálu farmáře SZIF UPOZORNĚNÍ PRO ŽADATELE! Odeslání PDF dokumentu Deklarace chovu koní (DCHK) z Portálu farmáře SZIF je možné pouze v případě,
VíceNávod k používání služeb na portálu SMSbrána.cz. www.smsbrana.cz
Návod k používání služeb na portálu SMSbrána.cz www.smsbrana.cz Obsah 1 registrace a příhlášení... 3 2 co dělat po přihlášení uživatelské rozhraní... 4 3 Dobití kreditu... 5 4 Naplnění kontaktního adresáře...
VíceVaV projekt TA02030435 je řešen s finanční podporou TA ČR
VaV projekt TA02030435 je řešen s finanční podporou TA ČR OIS vazby: XTC CCL Centrální clearing Centrální úroveň CIS CDIS Centrální dispečink 3 18 20 Kartové systémy PL - Personalizační linka funkce SW
VíceZÁKLADNÍ PRINCIPY IDS. Jednotný přepravně - tarifní systém, umožňující. Jednotný regionální dopravní systém, založený na
7.12.2010 ZÁKLADNÍ PRINCIPY IDS Jednotný regionální dopravní systém, založený na preferenci páteřní kolejové dopravy (železnice, metro, tramvaje), autobusová doprava je organizována především jako návazná
VícePodrobný postup pro doložení příloh k Finančnímu zdraví žadatele prostřednictvím Portálu farmáře
Podrobný postup pro doložení příloh k Finančnímu zdraví žadatele prostřednictvím Portálu farmáře Program rozvoje venkova (2014 2020) Finanční zdraví (dále také jen FZ) se vyhodnocuje, pokud kritéria přijatelnosti
VícePersonální evidence zaměstnanců
Mendelova univerzita v Brně Provozně ekonomická fakulta Personální evidence zaměstnanců Uživatelská dokumentace Bc. Petr Koucký Bc. Lukáš Maňas Bc. Anna Marková Brno 2015 1 Popis funkcionality Námi řešená
VíceZáklady práce s aplikací ecba / ESOP
Základy práce s aplikací ecba / ESOP Obsah 1. SYSTÉMOVÉ POŽADAVKY A REGISTRACE... 2 Nová registrace... 2 2. SPRÁVA PROJEKTŮ... 3 Horní lišta... 3 Levé menu... 4 Operace s projekty... 4 3. PRÁCE S PROJEKTEM...
VíceUživatelská dokumentace
Uživatelská dokumentace Verze 14-06 2010 Stahování DTMM (v rámci služby Geodata Distribution) OBSAH OBSAH...2 1. O MAPOVÉM SERVERU...3 2. NASTAVENÍ PROSTŘEDÍ...3 2.1 Hardwarové požadavky...3 2.2 Softwarové
Vícecardsession 2014 Bankovní karty ve veřejné dopravě update podzim 2014 Martin Procházka
cardsession 2014 Bankovní karty ve veřejné dopravě update podzim 2014 Martin Procházka Pracovní skupina pro použití bankovních bezkontaktních karet ve veřejné dopravě Update 11/2014 obsah: proč ještě ne......
VíceMOBILNÍ SKLADNÍK. Příručka k základnímu ovládání. Beta verze popisu produktu Aktualizace dokumentu: z 10
MOBILNÍ SKLADNÍK Příručka k základnímu ovládání Beta verze popisu produktu Aktualizace dokumentu: 30.01.2017 1 z 10 1 POPIS Mobilní skladník je software od společnosti ABRA Software s.r.o., který je určen
VícePodrobná technická specifikace požadavků na papírové jízdenky
Odborný zpracovatel optimalizace dopravní obslužnosti, jednotného tarifu a technické části zadávací dokumentace pro uzavření smlouvy o veřejných službách v přepravě cestujících Zpracování přestupního zónově-relačního
VíceManuál pro majitele Korporátní karty. Manuál pro majitele Korporátní karty
Manuál pro majitele Korporátní karty Obsah příručky 1 MojeBanka Business...3 1.1 Přihlášení do aplikace MojeBanka Business...3 1.2 Elektronické výpisy v sekci evýpisy...3 1.3 Výpisy v sekci Výpisy transakcí...4
VíceISPOP 2019 MANUÁL PRO PRÁCI V REGISTRU ODBORNĚ ZPŮSOBILÝCH OSOB
ISPOP 2019 MANUÁL PRO PRÁCI V REGISTRU ODBORNĚ ZPŮSOBILÝCH OSOB Správce výrobce verze 1.0 1 z 24 Obsah 1. Seznam zkratek... 3 2. Přehled změn manuálu... 3 3. Úvod... 4 4. Popis Registru OZO... 5 4.1. Uživatelské
VíceVEŘEJNÁ DOPRAVA ON-LINE Elektronické odbavovací systémy v ČR očima dodavatelů III
VEŘEJNÁ DOPRAVA ON-LINE Elektronické odbavovací systémy v ČR očima dodavatelů III RNDr. Jan Kotík, obchodní ředitel Mgr. Bohumír Bartušek, poradce ředitele ČSAD SVT Praha s.r.o. Obsah prezentace Clearingový
VícePřehledy pro Tabulky Hlavním smyslem této nové agendy je jednoduché řazení, filtrování a seskupování dle libovolných sloupců.
Přehledy pro Tabulky V programu CONTACT Professional 5 naleznete u firem, osob a obchodních případů záložku Tabulka. Tuto záložku lze rozmnožit, přejmenovat a sloupce je možné definovat dle vlastních požadavků
VícePodrobný postup pro doložení příloh k Finančnímu zdraví žadatele prostřednictvím Portálu Farmáře
Podrobný postup pro doložení příloh k Finančnímu zdraví žadatele prostřednictvím Portálu Farmáře 2. kolo příjmu žádostí Programu rozvoje venkova (2014 2020) Finanční zdraví se vyhodnocuje, pokud kritéria
VíceTento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. PORTÁL KUDY KAM. Manuál pro administrátory. Verze 1.
Tento projekt je spolufinancován Evropským sociálním fondem a státním rozpočtem České republiky. PORTÁL KUDY KAM Manuál pro administrátory Verze 1.0 2012 AutoCont CZ a.s. Veškerá práva vyhrazena. Tento
VíceBALISTICKÝ MĚŘICÍ SYSTÉM
BALISTICKÝ MĚŘICÍ SYSTÉM UŽIVATELSKÁ PŘÍRUČKA Verze 2.3 2007 OBSAH 1. ÚVOD... 5 2. HLAVNÍ OKNO... 6 3. MENU... 7 3.1 Soubor... 7 3.2 Měření...11 3.3 Zařízení...16 3.4 Graf...17 3.5 Pohled...17 1. ÚVOD
VíceStandardizace kartových systémů ve veřejné dopravě, legislativní podpora
Standardizace kartových systémů ve veřejné dopravě, legislativní podpora Integrované dopravní systémy Lázně Bohdaneč 17. 5. 2011 Ing. Jiří Matějec Manager pracovní skupiny Platby v dopravě SDT (ITS&S Czech
VícePodrobný postup pro vygenerování a zaslání Žádosti o dotaci přes Portál Farmáře. 3. kolo příjmu žádostí Programu rozvoje venkova ( )
Podrobný postup pro vygenerování a zaslání Žádosti o dotaci přes Portál Farmáře 3. kolo příjmu žádostí Programu rozvoje venkova (2014 2020) V tomto dokumentu je uveden podrobný postup vygenerování Žádosti
VíceSECTRON s.r.o. Výstavní 2510/10, 709 00 Ostrava - Mariánské Hory +420 595 626 333, sales@sectron.cz
Datum posledního záznamu: 5.12.2012 Verze 2.3.3.1 Výrobní kód 1212 2012-12 Aktualizován manuál Napájecí konektor změněn na 2-pinový MRT9 Přidáno rozhraní pro připojení záložního Pb akumulátoru 12 V, max
VíceMONITORING OBCHODNÍCH PARTNERŮ
MONITORING OBCHODNÍCH PARTNERŮ NÁVOD PRO APLIKACI 1 Obsah: 1. Prvotní spuštění aplikace Část monitoring insolvenčního rejstříku 2. Hlavní okno 3. Monitorované subjekty 3.1 Skupiny monitorovaných subjektů
VíceAthena Uživatelská dokumentace v
Athena Uživatelská dokumentace v. 2.0.0 OBSAH Obsah... 2 Historie dokumentu... 3 Popis systému... 4 Založení uživatele... 5 Přihlášení uživatele... 7 První přihlášení... 8 Založení profilu zadavatele/dodavatele...
VíceNávod - katalog. ANTEE s.r.o. - tel.: , fax: , helpdesk: ,
Návod - katalog Strana 1/7 Obsah 1. Úvod...3 1.1. Založení katalogu...3 1.2. Drobečková navigace...3 1.3. Popis funkcí katalogu...4 2. Struktura katalogu...4 2.1. Vytvoření kategorie...4 2.2. Hierarchie
VíceDIGITALIZACE PRŮMYSLU A DOPRAVY. 1. Plzeňská karta a IN KARTA 2. Alternativní druhy odbavení ve veřejné dopravě
DIGITALIZACE PRŮMYSLU A DOPRAVY 1. Plzeňská karta a IN KARTA 2. Alternativní druhy odbavení ve veřejné dopravě 1 Obsah prezentace MAP Plzeňská karta a In Karta Českých drah alternativní způsoby odbavení
VíceEvidence požadavků uživatelů bytů a nebytových prostor
Evidence požadavků uživatelů bytů a nebytových prostor Úvod Pro zjednodušení a zprůhlednění Vaší komunikace se správní firmou (dále jen SF ), která má na starost objekt, v němž se nachází bytový či nebytový
VíceNávod pro práci s aplikací
Návod pro práci s aplikací NASTAVENÍ FAKTURACÍ...1 NASTAVENÍ FAKTURAČNÍCH ÚDA JŮ...1 Texty - doklady...1 Fakturační řady Ostatní volby...1 Logo Razítko dokladu...2 NASTAVENÍ DALŠÍCH ÚDA JŮ (SEZNAMŮ HODNOT)...2
Více5 Evidence manželských smluv
5 Evidence manželských smluv 5.1 Společné vyhledávání v evidencích Společné vyhledávání v evidencích slouží k vyhledání evidovaných závětí, listin i smluv a to pouze vyhledáním podle rodného čísla a data
VíceČESKÁ TECHNICKÁ NORMA
ČESKÁ TECHNICKÁ NORMA ICS 03.220.01; 35.240.60 Květen 2014 ČSN 01 8245 Informační systémy ve veřejné dopravě osob Celostátní systém informací v reálném čase (CISReal) Information system in public transport
VíceMPV ŠKOLENÍ UŽIVATELŮ SYSTÉMU
MPV ŠKOLENÍ UŽIVATELŮ SYSTÉMU Verze dokumentu: Verze 01 1 OBSAH POJMY APMP vs. MPV....................................................... 03 OBECNÉ INFORMACE A TERMINOLOGIE........................................
VíceInformační systém Národní soustavy kvalifikací (IS NSK) Návod na obsluhu interního webu - tvorba kvalifikačního a hodnoticího standardu
Informační systém Národní soustavy kvalifikací (IS NSK) Návod na obsluhu interního webu - tvorba kvalifikačního a hodnoticího standardu 28.5.2013 Obsah Interní web IS NSK tvorba standardu Obsah... 2 Návod
VíceManuál pro mobilní aplikaci. Patron-Pro
Manuál pro mobilní aplikaci Patron-Pro 1 Obsah 1. 2. 3. 4. 5. 6. 7. 8. 9. Popis...3 Slovník pojmů...3 Ovládání aplikace...3 Volby v aplikaci...3 4.1. Menu...3 4.2. Zpět na seznam karet...4 Úvodní obrazovka...4
Více