ZADÁVACÍ DOKUMENTACE pro otevřené řízení podle zákona č.137/2006 Sb. nadlimitní veřejná zakázka na dodávky
Komplexní odbavovací, řídící a informační systém veřejné hromadné dopravy ve Zlínském kraji
SVAZEK 3 TECHNICKÁ SPECIFIKACE ZADAVATEL : Zlínský kraj, tř. T.Bati 21, 761 90 Zlín
Projekt je spolufinancován z fondů EU v rámci regionálního operačního programu ROP NUTS II Střední Morava
svazek 3 zadávací dokumentace - Technické specifikace
1.
Popis stávajícího stavu
1.1
Centrální dispečink a dispečinky jednotlivých dopravců
Z pohledu řízení veřejné linkové dopravy centrální dispečink neexistuje. Dispečinky u jednotlivých dopravců řídí provoz především na autobusových nádražích, na kterých mají službukonající pracovníky. Mimo potom je doprava řízena jen na základě telefonické nebo ústní informace od řidičů, a to jen v případech kdy řidič návazného spoje má u sebe mobilní telefon. Ne všichni řidiči jsou jimi vybaveni (ve většině případů se jedná o soukromé mobilní telefony). Návaznost mezi spoji je zčásti zajišťována poznámkou v jízdním řádu, kterou jsou se řidiči povinni řídit, a zčásti na základě znalosti jízdních řádů řidiči. V případě, že je na spoji nový řidič bez znalostí návazností, často dochází k jejich rozvázání. 1.2
Odbavovací systém
Odbavovací systém veřejné dopravy osob ve Zlínském kraji je v rámci ČR výjimečný velkým využitím bezkontaktních čipových karet ve veřejné dopravě. Počet čipových karet vydaných obyvatelstvu v rámci veřejné osobní dopravy Zlínského kraje se blíží počtu 130 tisíc (detailně viz další kapitoly). Bezkontaktní čipová karta se ve Zlínském kraji stala běžným nosičem jízdního dokladu. Na území Zlínského kraje poskytují služby veřejné osobní dopravy dopravci uvedení v tabulce: LINKOVÁ AUTOBUSOVÁ DOPRAVA Zlínský kraj
ČSAD Vsetín a.s. ČSAD BUS Uherské Hradiště a.s KRODOS BUS a.s. Karel Housa – HousaCar ČSAD Kyjov a.s.
MĚSTSKÁ HROMADNÁ DOPRAVA Vsetín
ČSAD Vsetín a.s.
Valašské Meziříčí
ČSAD Vsetín a.s.
Kroměříž
Kroměřížské technické služby s.r.o.
Kunovice, Staré Město, Uherské Hradiště
ČSAD BUS Uherské Hradiště a.s.
DRÁŽNÍ DOPRAVA České dráhy a.s.
Další dopravci v linkové autobusové dopravě – v závazku veřejné služby pro Zlínský kraj zabezpečují dopravní spojení z obcí na hranicích Zlínského kraje do jiných krajů: ČSAD Hodonín a.s. VYDOS BUS a.s. FTL a.s. Veolia Transport Morava a.s. Odbavovací systémy dopravců Je popsán stávající stav v odbavovacích systémech u těch dopravců, se kterými se počítá v rámci úzké spolupráce mezi Krajským úřadem Zlínského kraje, společností KOVED ZK, spol. s r.o. a těmito dopravci. Odbavování cestujících je u obou druhů doprav u všech dopravců u řidiče (nástup předními dveřmi).
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
1
svazek 3 zadávací dokumentace - Technické specifikace
1.2.1 1.2.1.1
ČSAD Vsetín a.s. Odbavovací systém ve vozidle Od roku 1998 provozuje odbavovací systém EM TEST – dodáno bylo 230 elektronických pokladen na výdej jízdenek 2.generace EM 116 TPOR včetně čteček bezkontaktních čipových karet Mifare Standard Odbavovací zařízení řídí vozidlové informační panely (dodavatel – EM TEST ČR spol. s r.o.). Nyní je v provozu celkem 435 odbavovacích zařízení typu EM 105 TPOR, EM 116 TPO, EM 126T a EM 126i Mijola. Od roku 2005 společnost s nákupem nového autobusu nakupuje současně i nejnovější typ strojku EM 126i Mijola.
1.2.1.2
Médium/čipová karta Pro odbavovací systém bylo dosud inicializováno a dodáno více než 70.000 čipových karet Mifare Standard 1 kB, v systému jsou používány přístupové karty řidičů Dodavatelem karet je společnost EM CARD a.s. Čipová karta je personifikována na jméno vnitřně, slouží jako elektronická peněženka. Dále jsou čipové karty personifikovány na jméno vnitřně i zvenku (potiskem) pro časové jízdenky MHD ve Vsetíně a Valašském Meziříčí.
1.2.1.3
Software obslužný informační systém je provozován na klient-serverové platformě WinADO vnitropodnikový informačně- ekonomický systém – SW od fy M-Line
1.2.2 1.2.2.1
ČSAD BUS Uherské Hradiště a.s. Odbavovací systém ve vozidle Od roku 1996 provozuje odbavovací systém EM TEST – dodáno bylo celkem 152 odbavovacích strojků typu EM Test 126i Mijola, EM Test 116 TPOR NM, EM Test 116 PGR a EM Test 105 TPOR. V roce 2003 proběhla montáž čtecího zařízení pro bezhotovostní odbavování cestujících v rámci zavedení čipových karet. Odbavovací zařízení řídí vozidlové informační panely (dodavatel – EM TEST ČR spol.s r.o.). Na 1 vozidle jsou namontovány informační panely s vlastním ovládáním (dodavatel BUSE).
1.2.2.2
Médium/čipová karta Čipové karty dopravce zavedl v dubnu roku 2004. K 31. 12. 2009 bylo evidováno 28 500 čipových karet Mifare Standard 1 kB. Dodavatelem je společnost EM TEST ČR, spol. s r.o.
1.2.2.3
Software obslužný informační systém je provozován na klient-serverové platformě WinADO vnitropodnikový informačně- ekonomický systém – SW od fy M-Line
1.2.3 1.2.3.1
KRODOS BUS a.s. Odbavovací systém ve vozidle Od roku 2003 provozuje odbavovací systém EM TEST – dodáno bylo celkem 88 odbavovacích zařízení typu EM FM 126T. Odbavovací zařízení řídí vozidlové informační panely (dodavatel – EM TEST ČR spol.s r.o.)
1.2.3.2
Médium/čipová karta Pro odbavovací systém bylo dosud dodáno více než 11 000 čipových karet Mifare Standard 1 kB a 4 kB. Dodavatelem karet je společnost EM TEST ČR, spol. s r.o.
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
2
svazek 3 zadávací dokumentace - Technické specifikace
1.2.3.3
Software Obslužný informační systém je provozován na klient-serverové platformě WinADO. Vnitropodnikový informačně- ekonomický systém – SW od fy M-Line
1.2.4 1.2.4.1
Karel Housa - HOUSACAR Odbavovací systém ve vozidle Od roku 1999 provozuje odbavovací systém EM TEST – dodáno bylo 27 elektronických pokladen EM 116 TPO včetně čteček bezkontaktních čipových karet Mifare Standard.
1.2.4.2
Médium/čipová karta Pro odbavovací systém bylo dosud dodáno více než 5 700 čipových karet Mifare Standard 1 kB. Dodavatelem karet je společnost EM TEST ČR, spol. s r.o.
1.2.4.3
Software obslužný informační systém je provozován na klient-serverové platformě WinADO vnitropodnikový informačně- ekonomický systém – SW DUNA od fy TILL CONSULT Přerov
1.2.5 1.2.5.1
Kroměřížské technické služby, s.r.o. Odbavovací systém ve vozidle Od roku 2006 provozuje odbavovací systém EM TEST – dodáno bylo celkem 10 palubních počítačů typu EM 126i. Odbavovací zařízení řídí vozidlové informační panely (dodavatel – EM TEST ČR spol.s r.o.)
1.2.5.2
Médium/čipová karta Pro odbavovací systém bylo dosud dodáno 9 900 čipových karet Mifare Standard 4 kB. Dodavatelem karet je společnost EM TEST ČR, spol. s r.o.
1.2.5.3
Software Obslužný informační systém je provozován na klient-serverové platformě WinADO Vnitropodnikový informačně- ekonomický systém – SW Hélios od fy Asseco Solutions, a.s.
1.2.6 1.2.6.1
ČSAD Kyjov a.s. Odbavovací systém ve vozidle Od roku 2001 provozuje odbavovací systém společnosti Mikroelektronika – dodáno bylo celkem 55 odbavovacích strojků typu USV 24C. Odbavovací zařízení řídí vozidlové informační panely (dodavatel – (dodavatel BUSE)
1.2.6.2
Médium/čipová karta Pro odbavovací systém bylo dosud dodáno 6 500 čipových karet Mifare Standard. Dodavatelem karet je společnost Mikroelektronika.
1.2.6.3
Software Program USV 24C od firmy Mikroelektronika Účetnictví společnosti je zpracováno na SW Prytanis od firmy UNIS COMPUTERS, a.s.
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
3
svazek 3 zadávací dokumentace - Technické specifikace
1.3
Přenosy dat
Elektronická pokladna ve vozidle je vybavena optopřenosovou technologií. Ve vozovnách dopravců, popř. i jiných místech jako jsou autobusová nádraží, jsou nainstalována vyčítací místa. Tato jsou instalována tak, aby jejich dosah pokryl celé území, kde jsou vozidla odstavována. Přístupové body jsou pomocí počítačové sítě propojeny se serverem, kam jsou data přenášena a následně zpracována. Přenos dat je rozdělen do dvou částí. První část tvoří provozní data, která jsou vyčítána z vozidel po příjezdu do vozovny, a to po stanovenou dobu, kdy je již vozidlo odstaveno. Druhou oblastí je nahrávání nových aplikací do odbavovacího a informačního systému. Samotný přenos dat se děje automaticky a je nastaven v systému. Uživatelsky se dá zvolit, jestli budou do zúčtovacího centra posílána všechna data od dopravce nebo pouze data o pohybu elektronických peněz na čipových kartách. V systému jsou zavedeny jednotlivé provozovny a data se rozdělí podle jednotlivých provozoven, tak jak jsou uložena u jednotlivých dopravců. 1.4
Zúčtování
Do projektu “Vzájemná akceptace čipových karet ve Zlínském kraji“ jsou zapojeni následující dopravci : ČSAD Vsetín a.s., ČSAD BUS Uherské Hradiště a.s., KRODOS BUS a.s., Karel Housa – HousaCar a Kroměřížské technické služby s.r.o. Dopravci shromažďují data vyčtená z odbavovacích zařízení na svých serverech. Tyto informace jsou však neúplné, týkají se pouze pohybů uskutečněných na odbavovacích zařízeních daného dopravce. Data od jednotlivých dopravců se musí na nějakém místě centralizovat, zavést do společné databáze a vyhodnotit. Po importu dat do Zúčtovacího systému se data o pohybech na kartách mezi dopravními společnostmi uloží do databáze Zúčtovacího centra a do databází jednotlivých dopravců na zúčtovacím serveru se doplní data o použití karty u jiných dopravců, která jsou nutná k zúplnění účtu karty. Tak v databázi Zúčtovacího centra jsou data potřebná pro zúčtování a v databázích jednotlivých provozoven jsou úplná data o účtu karty. Je možné v zúčtovacím procesu vygenerovat i data pro doplnění účtu karty na serveru u dopravců. Umístění účtu karty tedy může být u dopravce, či v „Zúčtovacím centru“ v databázi dopravce nebo Zúčtovacího centra. Na server dopravce je možné také přesunout účet karty po zúčtování období a na serveru Zúčtovacího centra ponechat pouze data k zúčtování. 1.5
Popis tarifního systému:
1.5.1
Příměstská autobusová doprava
Platí kilometrický tarif v souladu Výměrem MF ČR v platném znění. Platba jízdného je hotovostní nebo bezhotovostní (čipovou kartou). Na příměstských linkách dopravce ČSAD BUS Uherské Hradiště a.s. pro jízdy mezi zastávkami v obvodu MHD Uherské Hradiště platí tarif MHD. Časové jízdenky v příměstské dopravě (papírové) jsou zavedeny u téhož dopravce jen pro žákovské jízdné. Na příměstských linkách dopravce ČSAD Vsetín a.s. platí pro jízdy mezi zastávkami v obvodu MHD Vsetín časové jízdenky MHD Vsetín. Na příměstských linkách dopravce ČSAD Vsetín a.s. platí pro jízdy mezi zastávkami v obvodu MHD Valašské Meziříčí časové jízdenky MHD Valašské Meziříčí. 1.5.2
Městská hromadná doprava
U všech MHD platí jednopásmový tarif. Jízdné pro jednotlivou jízdu je možno hradit hotově nebo bezhotovostně (čipovou kartou). Časové jízdenky jsou pouze v elektronické podobě na čipových kartách. 2.
Základní funkce komplexního odbavovacího, řídícího a informačního systému
Komplexní odbavovací, řídící a informační systém je složen z jednotlivých hardwarových i softwarových modulů pro odbavování a informování cestujících ve veřejné hromadné dopravě a pro řízení jejího provozu. Propojení a datové provázání uvedených modulů představuje komplexní systém pro řízení veřejné hromadné dopravy na území Zlínského kraje (KORIS).
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
4
svazek 3 zadávací dokumentace - Technické specifikace
Navrhované řešení a jeho aplikační část musí být řešeno jako modulární s možností postupného rozšiřování o nové funkcionality a to na základě dokoupení dalších v budoucnu požadovaných modulů k již existujícím aplikacím. Aplikace musí být vyvinuty na otevřených standardech a do budoucna musí být schopny hladké integrace s případnou novou palubní informatikou vozidel a s případnou změnou systému přenosu dat. Veškerý SW je upraven na protokol IP verze 6. Veškerá zařízení splňují normativy kvality uvedené v příloze č. 1. 2.1
ON – LINE provoz komplexního odbavovacího, řídícího a informačního systému veřejné hromadné dopravy Pro on-line proces řízení dopravy jsou zásadní následující podmínky a informace:: 2.1.1
2.1.2
2.1.3
2.1.4
2.2
Nesoulad mezi plánovanými časy odjezdů dle jízdních řádů a reálnou situací (konflikty – podjetí JŘ, zpoždění) – kritické je přitom jednak podjetí a jednak zpoždění nad určitou přípustnou dobu (např. s vlivem na návazné spoje při ohrožení návaznosti …). Následné on-line, případně pouze off-line zpracování informací o vzniklých konfliktech je důležité rovněž z hlediska dohledu nad kvalitou přepravního procesu. Řídicí systém KORIS tyto informace zpracovává a přenáší on-line do jednotlivých komponentů stacionárního informačního systému, které následně poskytnou aktuální informace cestujícím na nádražích či zastávkách. Některé informace mohu být přeneseny i zpět do vozidel a vozidlový informační systém je pak předá cestujícím ve vozidlech (např. čekání návazného spoje … Pro kvalitní zajištění veřejné hromadné dopravy jsou důležitým prvkem informace o obsazenosti vozidel. Komplexní odbavovací, řídící a informační systém veřejné hromadné dopravy by měl takovýmito informacemi disponovat on-line, což mu umožní pružně reagovat např. na aktuální zvýšené požadavky na přepravní kapacity, což významně ovlivní kvalitu přepravního procesu. Komplexní odbavovací, řídící a informační systém veřejné hromadné dopravy přijímá a zpracovává následující informace z řídící jednotky vozidla: -
Linka / spoj / zastávka / počet cestujících ve vozidle na zastávce – posílá se v definovaném intervalu (časový interval, změna polohy …).
-
Přepravní konflikt (podjetí / zpoždění nad definovanou dobu tolerance) na zastávce případně definovaném významném bodu na trase spoje (zaměřena navigační souřadnice a uložena v JŘ v odbavovacích zařízeních).
-
Ostatní provozní on-line informace (např. porucha vozidla)
Diagnostická on-line data vozidla (např. spotřeba, rychlost apod.) Údaje jsou přenášeny z odbavovacích zařízení do řídicího systému automatizovaně v závislosti na definované události (např. pravidelný časový interval, odjezd ze zastávky daný změnou navigační souřadnice …) prostřednictvím modulu pro on-line přenos dat (GSM modul podporující GPRS) a následně jsou zpracovány a vyhodnoceny aplikací řídicího systému. Data o pohybu pouze vlastních vozidel v databázi centrálního dispečinku budou zpřístupněna dispečinku dopravce přes zabezpečené webové rozhraní.Systémové požadavky na celý systém: -
Přesnost 95,5%
-
Kontinuita 95,5 %
-
Dostupnost 95,5 %
-
Integrita 2 s
OFF– LINE provoz komplexního odbavovacího, řídícího a informačního systému veřejné hromadné dopravy
KORIS zpracovává, jak bylo uvedeno výše, rovněž informace o prodaných jízdenkách z jednotlivých zařízení odbavovacího systému. Je přitom schopen tyto údaje propojit s údaji o pohybu jednotlivých vozidel v časové souslednosti a poskytnout je v přehledné podobě uživatelům systému. Off-line vizualizace informací o obsazenosti jednotlivých vozidel zobrazená dynamicky (simulovaný pohyb vozidel v čase) na schématickém „mapovém“ podkladu poskytuje velmi názorný obrázek vypovídající o celém přepravním procesu, a to: -
Počty přepravovaných cestujících jednotlivými vozidly v čase.
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
5
svazek 3 zadávací dokumentace - Technické specifikace
-
Překrývání úseků na spojích jednotlivých linek v souvislosti s vytížením přepravních kapacit.
-
Návaznosti spojů a přehled o přestupujících cestujících.
Tyto informace jsou podkladem pro optimalizační procesy ve veřejné hromadné dopravě s cílem maximalizace kvality přepravního procesu a minimalizace nákladů. Budou sloužit především pro: -
tvorbu jízdních řádů s návazností jednotlivých spojů;
-
úpravu jízdních dob v jízdních řádech v návaznosti na předpokládanou obsazenost vozidel v jednotlivých spojích;
-
organizaci práce a konstrukci turnusů.
3.
Dílčí prvky komplexního odbavovacího, řídícího a informačního systému
Základními stavebními prvky KORIS jsou: -
Centrální dispečink
-
Vozidlové odbavovací, řídící a informační systémy
-
Stacionární informační systémy
3.1
Podmínky pro dodávku a instalaci centrálního dispečinku
Povinností uchazeče je zabezpečit 3.1.1
Zajistit dodání a nainstalování serveru, na kterém bude instalován SW CEDu, úložiště dat s garantovanou dostatečnou kapacitou minimálně na dobu 72 měsíců od data ukončení zkušebního provozu, záložních zdrojů pro případ výpadku elektrické energie (doba udržení v provozu min. 1 hod.) nebo řešení prostřednictvím virtuálního serveru a s úložištěm dat – v ceně dodávky garance minimálně na dobu měsíců 72 od data ukončení zkušebního provozu bez dalších poplatků
3.1.2
Zajistit dodání a nainstalování hardwarového vybavení dispečinku, který bude umístěn u společnosti Koordinátor veřejné dopravy Zlínského kraje s.r.o. se dvěma pracovišti (vybavení 1 pracoviště : 1ks počítač s OEM SW, operační program a kancelářský SW, aplikace CEDu pro řízení provozu, 1 ks klávesnice, 1 ks myš, 6 ks monitor barevný LCD 22“, záložní zdroj pro případ výpadku elektrické energie na dobu udržení v provozu min. 1 hod., barevná laserová tiskárna A4), LED monitor (úhlopříčka obrazovky minimálně 47‘‘,včetně nástěnného držáku a kabeláže na propojení) propojená s počítači obou pracovišť CEDu.
3.1.3
Definovat minimální konfiguraci hardwarového vybavení dispečinku pro dopravce (dodání zařízení je v režii dopravců).
3.2
Požadované funkce Centrálního dispečinku
Centrální dispečink (CED) je řídícím prvkem celého systému. Centrální dispečink musí zabezpečovat následující funkce: -
Sběr informací z jednotlivých vozidel všech autobusových dopravců potřebných pro řízení provozu dopravy.
-
Sběr informací o poloze vlaků ze systému centrálního deníku spojů (CDS) Českých drah (ČD) – propojení dle vygenerovaného rozhraní z ČD – součinnost zajištěna Dohodou o partnerství mezi zadavatelem a ČD a.s.
-
Přenos dat o poloze vozidel v reálném čase ze systémů řízení dopravy v jiných krajích na hranicích krajů (např. Jihomoravský) a následné reciproční zasílání stejných údajů těmto dispečinkům o vozidlech Zlínského kraje (definice rozhraní mezi dispečinky je také součást dodávky
-
Import jízdních řádů od smluvních dopravců ve formátu JDF (shodný s formátem dle §7) odts. 5 vyhlášky č. 388/200 Sb. v platném znění)
-
Operativní řízení provozních problémů (zpoždění ve vztahu k návaznosti spojů, posilové spoje, atd.). Je nutné automaticky generovat rozvázání návazností zpožděním. Automaticky zasílat návaznému spoji příkaz na čekání (při stanovení limitu zpoždění) nebo CED jen připraví příkaz a dispečer potvrzuje jeho odeslání.
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
6
svazek 3 zadávací dokumentace - Technické specifikace
-
Organizaci dopravy při řešení plánovaných i neplánovaných provozních překážek (výluky, objízdné trasy, atd.).
-
Sledování a vyhodnocování provozu dopravy (dodržování jízdních řádů, vyhodnocení zpoždění, frekvence cestujících). Při srovnávání polohy vozidla s jízdním řádem musí zajistit zobrazování odchylky nad stanovenou časovou mez. Tato mez musí být i alternativně nastavitelná pro jednotlivé zastávky.
-
Zajistit archivaci odchylek od jízdních řádů, možnost jejich generování do sestav dle následujících kritérií: datum, dopravce, linka, spoj, odchylka (+ nebo -), velikost odchylky, a to v různém pořadí výběru kritérií.
-
Zobrazení všech spojů na schématu linek, v mapě i v tabulce spojů, odlišení spojů různých dopravců, pod „lupou“ budou detailní informace o spoji (číslo oběhu, směr, vzdálenost od poslední zastávky, odchylka od jízdního řádu, konečná zastávka), možnost zapnout / vypnout zobrazení spojů různých dopravců, možnost automatického i manuálního zajištění přípojné vazby. Pokud nebudou k dispozici žádná data o přijíždějícím spoji, nebude přípoj garantován.
-
Zobrazení odchylek od jízdního řádu na mapovém podkladu bude různobarevné, a to v rozlišení podle druhu dopravy (městská autobusová, příměstská autobusová, vlaková) a dle odchylky od jízdního řádu (podjetí, v souladu s jízdním řádem, zpoždění do 5 min., zpoždění do 10 min., nad 10 minut – výše zpoždění volitelná uživatelem).
-
Vytvoření aplikačního rozhraní v „oknech“, která mohou být uspořádána na obrazovce dle potřeb uživatele.
-
Možnost využití funkce „zoom“ na zastávky pro získání všech dostupných detailních informací.
-
Zpětnou vazbu z provozu na optimalizaci dopravy.
-
Kontrolu dodržování standardů a kvality dopravy jednotlivými dopravci (např. nasazení odpovídajícího typu autobusů).
-
Zajistit výpis možných ohrožených návazností v reálném čase – jako ohrožená návaznost je považováno, že čas odjezdu jiného spoje na některé ze zastávek zpožděného spoje (autobusového či vlakového) nastane dříve než bude skutečný příjezd opožděného spoje na tuto zastávku, nebo také dalšího spoje téhož vozidla dle plánovaného oběhu vozidla na daný den by měl nastat dříve než bude skutečný příjezd téhož vozidla na zpožděném spoji do této zastávky.
-
Zajištění odesílání zpráv o zpoždění a příkazů o čekání na přípojný spoj do jednotlivých vozidel, dále zasílání údajů o zpoždění a zpráv o čekání návazných spojů na vnitřní informační panely vozidel a zastávkové informační panely.
-
Zajistit ovládání zastávkových informačních panelů instalovaných na autobusovém nádraží v Uherském Hradišti - 2 ks 10-ti řádkový panel od fy EM-Test
-
Zajištění odesílání zpráv na vnitřní informační panely vozidel o dění ve Zlínském kraji (nejedná se o zprávy z tisku, ale zprávy od Zlínského kraje nebo obcí, případně jeho organizací – např. sdělení o jednání zastupitelstva, záměry Zlínského kraje, apod.).
-
Sjednocení databáze zastávek s jednotlivými dopravci s využitím CISu (centrální informační systém).
-
Zajištění automatické korekce času v řídících jednotkách vozidel a na stacionárních informačních panelech, a to min. 4x denně,
-
Zajištění monitoringu funkčnosti všech zařízení instalovaných ve vozidlech a stacionárních zařízení.
-
Při výpadku spojení zajistit výrazné odlišení zobrazovaných údajů a doplnit je poznámkou o výpadku spojení.
Centrální dispečink musí být propojen s dispečinky jednotlivých dopravců (dispečinky jednotlivých dopravců jako součást licence – součinnost dopravců je zajištěna partnerskými dohodami, které s nimi má Zlínský kraj uzavřeny). Počet licencí 20, u každé licence min. počet přístupů 20. Základem pro fungování centrálního dispečinku je řídící SW aplikace celého systému, která musí zajistit : -
Stabilní operační systém
-
Výkonná a stabilní databáze (např. Oracle)
-
Aplikace musí být strukturované a modulární (např. C++)
-
Dispečink bude využívat jednotnou centrální databázi, která bude obsahovat veškerá spravovaná data v souladu s platnými standardy.
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
7
svazek 3 zadávací dokumentace - Technické specifikace
-
Generování dat pro plánování dopravy.Generování dat pro odbavovací systém a vozidlový informační systém jednotlivých dopravců (jízdní řády, tarifní systém, data o zablokovaných čipových kartách, výpisy na informační panely, akustická hlášení …).
-
V databázi existenci minimálně 2 platností každého jízdního řádu (platný v daném okamžiku a budoucí).
-
Zabezpečení sledování kvality přepravního procesu (sledování provozu vozidel – lokalizace, porovnání plánovaného a skutečného času včetně poskytování informací o konfliktech …).
-
Generování podkladů pro operativní řízení přepravního procesu (zpoždění spojů, na které navazují jiné spoje …).
-
Zajistit tvorbu denních oběhů vozidel a denního plánu dopravy včetně kontroly, zda jsou v plánu pokryty všechny spoje dopravce
-
Zabezpečení přípravy dat pro stacionární informační systémy (zastávkové a nádražní informační panely) s možností poskytování aktuálních informací on-line (zpoždění …).
-
Zpracovávání provozních dat pro podporu procesu optimalizace veřejné hromadné dopravy (statistiky a analýzy jízdních dob s vazbou na obsazenost vozidel …).
-
Zajištění obousměrné komunikace s komunikačními servery jednotlivých dopravců zapojených do systému nebo přímo s HW prostředky (HW ve vozidlech, stacionární informační panely …).
-
Zajištění obousměrné komunikace v reálném čase s komunikačními servery systémů řízení dopravy v jiných krajích (např. Jihomoravský) a následné reciproční zasílání stejných údajů těmto dispečinkům o vozidlech Zlínského kraje.
-
Zajištění obousměrné komunikace s komunikačním modulem řídící jednotky vozidla v prostředí GPRS.Umožnění zdokumentované on-line komunikace dispečinku přímo s vozidly (textové zprávy) včetně potvrzení o přečtení zprávy řidičem ve vozidle, případně i komunikace fonické
-
Zajišťuje kontrolu dodržování definovaných tras jednotlivými vozidly.
-
Kapacita CEDu musí umožnit další rozšíření zastávkového informačního systému (odhaduje se na cca 700 zastávek).
-
Umožnění zobrazování poloh vozidel na elektronickém mapovém podkladu, který je součástí dodávky, s využitím navigačních souřadnic jednotlivých zastávek. . K dispozici pro dodavatele je mapový podklad zadavatele.
-
Zajistit rozhraní výstupu databází vlastního centrálního dispečinku na databáze GIS kraje a na Jednotný systém dopravních informací ČR (§124 zákona 361/2000 Sb.)
-
Tvorba databáze centrálního dispečinku v oblasti sledovaných dat musí splňovat podmínky jednotné informační báze v úrovni kraje, Jednotného systému dopravních informací a filosofii sledování prostorových dat evropského programu INSPIRE
-
Zajistit výstup o poloze jednotlivých vozidel na webu pro cestující veřejnost – zde údaje o lince, spoji, případně zpoždění, čas odjezdu, přestupní vazby.
-
Součástí SW dispečinku dopravců také SW osobní pokladna (odvody tržeb od řidičů) nebo převodní můstek do stávajících SW u dopravců (WinADo, USV 24C), dále převod dat o tržbách do účetních SW dopravců (M-Line, Prytanis, Duna, Helios)
-
Umožnit zobrazování obrázku z web kamer ze stacionárních panelů, zálohovat obrázky ze všech web kamer min. 24 hod. – v souladu se Zákonem č. 101/2000 Sb., o ochraně osobních údajů v platném znění.
3.3
Požadavky na vozidlové odbavovací, řídící a informační systémy
Hardwarové vybavení vozidel zajišťuje proces odbavování i poskytování informací cestujícím. Z pohledu krajského systému tedy musí být vozidla jednotlivých dopravců vybavena dle stanovených standardů. Aby se vozidla mohla stát součástí komplexního odbavovacího, řídícího a informačního systému veřejné hromadné dopravy, nutnou součástí jejich vybavení musí být především navigační systém pro sledování polohy vozidel a systém pro zabezpečení oboustranného on-line přenosu dat. V současné době představuje univerzální řešení datových přenosů síť GSM a technologie GPRS. Komponenty odbavovacího, řídícícho a vozidlového informačního informační systém musí mít následující základní vlastnosti: -
Provedení jednotlivých komponentů nesmí omezovat svojí velikostí nebo provedením cestující ve vozidle
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
8
svazek 3 zadávací dokumentace - Technické specifikace
-
Komponenty musí spolehlivě pracovat v klimatických podmínkách vozidel (mezní hodnoty teplot +60/-40°C)
-
Komponenty musí být odolné proti vandalismu
-
Snadná a rychlá údržba komponentů
-
Napájení komponentů musí spolehlivě pracovat v rámci napájecí soustavy vozidel (=24 V) bez ovlivnění funkce a spolehlivosti ostatních subsystémů a narušení energetické bilance vozidla
-
Komponenty odolné vůči otřesům
-
Dodání všech zařízení včetně elektroinstalace (datových a napájecích vodičů) a držáků do vozidel, vodiče budou vedeny skrytě pod kapotáží vozidla
-
Sběrnice ve vozidle typ : RS485, IBIS/IPIS, ETHERNET, CAN
-
Komponenty vozidlové jednotky musí splňovat hodnoty systémových parametrů definovaných v bodě 2.1.4.
3.3.1
Řídící jednotky vozidla
Řídící jednotka vozidla musí být integrované zařízení sloužící jako palubní počítač pro komunikaci s centrálním dispečinkem, zařízení pro sledování polohy vozidla, elektronická pokladna pro odbavování cestujících, řídící jednotka vozidlového informačního systému musí umožnit napojení povelového systému pro nevidomé a slabozraké a zajistit import a export externích dat. Požadavky na řídící jednotku : -
Musí umožnit on-line přenos dat na dispečink (poloha, konflikt jízdní řád plán vs.skutečnost, počty cestujících … - interval četnosti přenosu dat nastavitelný od 5 sekund po 1 sekundě do 5 min.). Musí přitom komunikovat s centrálním dispečinkem i dispečinkem příslušného dopravce, který odbavovací systém bude využívat. Musí být uživatelsky nastavitelný tak, aby v případě souladu skutečnosti s plánem dle jízdního řádu byl zabezpečen přenos dat pouze při odjezdu ze zastávky.
-
Musí umožnit on-line komunikaci dispečinku přímo s vozidly (textové zprávy), případně i komunikaci fonickou.
-
Zajistit potvrzení přijatých zpráv z CEDu
-
Musí zajistit off-line přenos veškerých dat z odbavovacího systému do software osobní pokladny u dopravce (kompletní data odbavovaní cestujících, denní odpočty, atd.)
-
Zajistit řízení vozidlového informačního systému, a to jak nově pořízeného v rámci projektu, tak také vozidlových informačních systémů již ve vozidlech zajišťujících ZDO Zlínského kraje nainstalovaných (tyto informační systémy sice pořídili jednotliví dopravci, ZK se však na jejich financování podílel nepřímo v rámci úhrady prokazatelné ztráty ze ZDO). Řízení vozidlového systému musí zajistit zobrazování informací uvedených v části vozidlové informační systémy.
-
Musí zajistit off-line přenos dat z jiných zařízení ve vozidle k dopravcům – vydefinovat vstupní větu pro přenos dat (např. údaje z měřiče spotřeby PH, tachografu, a jiných).
-
Zajistit zálohování dat v řídící jednotce minimálně 7 dnů po odeslání těchto dat
-
V případě ztráty spojení (oblast bez signálu operátora) odeslat a přijmout všechna ihned po vstupu do oblasti se signálem
-
Modul pro přenos dat musí umožnit
-
o
GPRS – on-line obousměrná komunikaci mezi řídící jednotkou a dispečinky,
o
EDGE -– on-line obousměrná komunikaci mezi řídící jednotkou a dispečinky,
o
WiFi – off-line přenosy dat
o
kontaktní rozhraní (např. USB) – off-line přenosy dat
Korekce času automaticky centrálně min. 4x denně, korekce času řidičem je nepřípustná. Navigační systém pro sledování polohy vozidel musí splňovat následující požadavky plynou z požadavků na komplexní odbavovací, řídící a informační systém a jeho centrálního dispečinku. Mezi nejdůležitější patří: -
Zabezpečení sledování kvality přepravního procesu (sledování provozu vozidel – lokalizace, porovnání plánovaného a skutečného času včetně poskytování informací o konfliktech …).
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
9
svazek 3 zadávací dokumentace - Technické specifikace
-
Navigační systém musí splňovat požadavky na systém definované v bodě 2.1.3.
Zajistit odbavování cestujících – požadavky na odbavovací systém definovány dále
Požadavky na odbavovací systém : - Jízdní řády odbavovacího systému provázané s navigačními souřadnicemi. - Nedílnou součástí odbavovacího systému jsou navigační moduly a aplikační SW vybavení, umožňující lokalizaci vozidel. - Nástavbovou součástí odbavovacího systému může být navigační systém navázaný na jízdní řády. - Odbavovací zařízení musí být vybaveno čtečkou čipových karet včetně zařízení (sloty pro umístění zařízení samodul SAM), které umožní platbu čipovými kartami jiných vydavatelů – EmTest, Mikroelektroniky, ČD, příp. dalších (min. dalších 3 vydavatelů mimo dodavatele), nutno akceptovat i ČK již vydané autobusovými dopravci ve Zlínském kraji (Mifare Classic, příp. Desfire) včetně vložených financí na tyto ČK – v souladu s §7) zákona č. 194/2010 Sb. o veřejných službách v přepravě cestujících. - Součástí také tiskárna s ořezávačem – rychlost tisku min. 10 cm/s. - Displej – dotykový barevný, min. velikost 5“ - Jízdenky vydávané musí splňovat náležitosti stanovené příslušným právním předpisem, musí být možnost jejich libovolné konfigurace uživatelem včetně možnosti tisku zpráv pro cestující - Tisk uzávěrky po skončení směny řidiče (počáteční a koncový lístek, denní obrat, řidič RZ autobusu) Software k těmto odbavovacím zařízením musí zabezpečit kontinuálně možnost bezhotovostních plateb již vydanými ČK ve Zlínském kraji včetně výstupu pro již existující zúčtování bezhotovostních plateb (dále jen „clearing“). Formát výstupu - viz příloha č. 2 Prohlášení zúčtovatele. -
-
Upraven na přechod v národní měně z Kč na EUR Umožnit platbu na mezinárodní lince v příslušných měnách jednotlivých států. Musí zvládnout současný tarifní systém všech jednotlivých dotčených dopravců a tarifní systém všech MHD ve Zlínském kraji, dále umožnit odbavení cestujících lomeným tarifem u bezhotovostních plateb (kombinace časový lístek + jednotlivé jízdné z úseku) mít dostatečnou kapacitu na tarifní systém budoucí IDS ZK (musí umět realizovat zónový tarif, zónověrelační tarif, kilometrický tarif, časové jízdné, a to i kombinaci jednotlivých druhů tarifů dohromady) – nutno doložit potvrzení o funkčnosti těchto systémů tarifů od uživatelů Odbavovací zařízení je umístěno tak, aby každý cestující mohl být odbaven řidičem v hotovosti nebo pomocí čipové karty včetně dobití karty řidičem. Čtečka čipové karty musí být v dosahu nastupujícího cestujícího, přičemž nástup cestujících je pouze předními dveřmi (kromě kočárků a invalidních vozíků), výstup všemi dveřmi. Změna firmwaru a dat odbavovacího systému zajištěna bez nutnosti demontáže zařízení z vozidla
3.3.2
Požadavky na vozidlový informační systém :
3.3.2.1 Vnější informační panely Informace zobrazované na informačních panelech musí být v souladu se Zákonem č. 111/1994 Sb., o silniční dopravě a Vyhláškou č. 175/2000 Sb., o přepravním řádu pro veřejnou drážní a silniční osobní dopravu. Vozidlový informační systém poskytuje cestujícím vně vozidel přehledné vizuální informace o lince, cíli, případně směru jízdy. Informační panely jsou ovládány prostřednictvím palubního počítače. Způsob zobrazování s možností volby uživatele : statický, rotující, inverzní. Informace jsou zobrazovány v barvě žluté s nastavitelnou velikostí znaků. Možnost vytvoření vlastních textů, při využití fontů a ikon (školní spoj, bezbariérová přeprava, objížďka, zkušební provoz, náhradní autobusová doprava, přestup na vlak apod.). 3.3.2.2 Přední informační panel Přední informační panel bude zobrazovat informace v souladu s výše uvedeným zákonem o silniční dopravě. Možnost zobrazování textu na 2 řádky při rozdělení segmentů – např. číslo linky zobrazováno na 1 řádek, název cílové zastávky v 1. řádku, ve 2. řádku název linky – viz následující obrázek.
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
10
svazek 3 zadávací dokumentace - Technické specifikace
3.3.2.3 Boční informační panel Boční informační panel bude zobrazovat informace v souladu s výše uvedeným zákonem o silniční dopravě. Možnost zobrazování textu na 2 řádky při rozdělení segmentů – viz následující obrázek.
3.3.2.4 Bezbariérové vozidlo Bezbariérové vozidlo bude na předním a bočním informačním panelu označeno mezinárodním symbolem přístupnosti (barvy symbolu dle možností panelu):
3.3.2.5 Zadní číslo Zadní číslo bude zobrazovat 1 – 3 místné číslo linky. Číslo linky odpovídá označení uvedené v rozhodnutí o udělení licence k provozování veřejné linkové osobní dopravy, které bylo dopravci vydáno příslušným dopravním úřadem. Ilustrační příklad je znázorněn na následujícím obrázku.
3.3.2.6 Vnitřní informační panely Vozidlový informační systém poskytuje cestujícím uvnitř vozidel přehledné vizuální a akustické informace o průběhu spoje (cílová a následující zastávky), případně možnostech přestupů (návazné spoje, čekání při zpoždění aj.). Informační panel uvnitř vozidla bude mít 2 řádky, zobrazení textu v barvě červené. Pokud na zastávce nebude vozidlo zastavovat, vizuální a akustický systém tuto zastávku nebude hlásit. Vnitřní informační panel bude zobrazovat: § při zastavení v zastávce název zastávky, na kterou autobus přijel, v případě zpoždění spoje 10 min. a více vnitřní informační panele zobrazuje také zpoždění spoje v min., v případě návazného spoje v zastávce zobrazení textu přestup na autobus/vlak (linka/označení vlaku, konečná zastávka, trasa, stanoviště/nástupiště, informace o čekání návazného spoje); § při stání na zastávce označení linky, současná zastávka a rotující seznam nácestných zastávek, v případě čekání na jiný spoj – linka/označení vlaku, výchozí zastávka, čas příjezdu); § při výjezdu ze zastávky název příští zastávky; § v průběhu jízdy označení linky, seznam nácestných zastávek, příští zastávka, návazné spoje (název zastávky, ve které bude přestup na návazný spoj, linka/označení vlaku, konečná zastávka, trasa, stanoviště/nástupiště, informace o čekání návazného spoje, v případě zpoždění spoje 10 min. a více vnitřní informační panele zobrazuje také zpoždění spoje v min.). Vnitřní informační panely musí umožnit i zobrazování zpráv o dění ve Zlínském kraji (nejedná se o zprávy z tisku, ale zprávy od Zlínského kraje nebo obcí, případně jeho organizací – např. sdělení o jednání zastupitelstva, záměry Zlínského kraje, apod.), které budou zasílány z centrálního dispečinku. Velikost textu musí být čitelná z kteréhokoliv místa pro cestující ve vozidle. Výška písma min. 4 cm. 3.3.2.7 Akustický informační systém Akustický informační systém musí mít dostatečnou kapacitu paměti pro předem naprogramované nahrávky – formát nahrávek *.mp2/mp3. Systém musí umožňovat řidiči nebo dispečerovy podat cestujícím informace o případných mimořádných událostech, zpožděních apod. Zastávky se budou automaticky vyhlašovat na základě navigační polohy,
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
11
svazek 3 zadávací dokumentace - Technické specifikace
při zachování možnosti nastavit hlášení zastávky řidičem. Hlasitost akustického informačního systému bude možné regulovat pro provoz přes den/večer. Pokud na zastávce nebude vozidlo zastavovat, vizuální a akustický systém tuto zastávku nebude hlásit. Akustický informační systém podává cestujícím uvnitř vozidla: §
§ §
při zastavení v zastávce informaci o současné zastávce, v případě zpoždění spoje 10 min. a více akustický informační systém hlásí také aktuální zpoždění spoje v min., v případě návazného spoje v zastávce - linka/označení vlaku, konečná zastávka, trasa, stanoviště/nástupiště, informace o čekání návazného spoje; při výjezdu ze zastávky informaci o následující zastávce; v průběhu jízdy informaci o návazných spojích (název zastávky ve které bude přestup na návazný spoj, linka/označení vlaku, konečná zastávka, trasa, stanoviště/nástupiště, informace o čekání návazného spoje), v případě zpoždění spoje 10 min. a více akustický informační systém hlásí také aktuální zpoždění spoje v min.
3.3.2.8 Povelový systém pro nevidomé a slabozraké Akustický hlásič bude doplněn o povelový systém pro nevidomé a slabozraké. Informace budou předávány přes vnější reproduktor nad prvními dveřmi vozidla. Přijímač pro nevidomé hlásí na požadavek nevidomého (hlášení aktivuje nevidomý pomocí speciálního dálkového ovladače) číslo linky a směr jízdy vozidla. Řidič bude pomocí příposlechového reproduktoru (aktivuje nevidomý druhým požadavkem speciálního ovladače) informován o úmyslu nevidomého nastoupit. Zařízení musí být schopno vyhlašovat najednou nezávisle jak informaci do vozu, tak informaci vně vozu pro nevidomého. Zařízení musí umět směřovat hlášení do vozu a vně vozu. 3.3.2.9 Další požadavky na vozidlový informační systém : Informační panely a akustický systém budou zobrazovat/hlásit nejen název zastávek, ale také informaci o jakou zastávku se jedná, tzn. „příští zastávka“, „trasa linky“, „konečná zastávka“ apod. U informačních panelů musí být umožněna oprava jednotlivých diod. Intenzita jasu informačních panelů musí být nastavitelná, a to nejlépe automaticky podle okolního světla (přímé slunce, mlha, déšť, noc). Zobrazované informace na informačních panelech musí časově souhlasit s hlášením akustického informačního systému – tzn. soulad předávaných vizuálních a akustických informací. 3.4
Stacionární informační systémy
Komponenty stacionárního informačního systému poskytují cestujícím na nádražích, dopravních terminálech či zastávkách informace o odjezdech jednotlivých spojů. Jedná se o: -
Odjezdové informační panely na nádražích a dopravních terminálech.
-
Zastávkové informační panely.
Způsob zobrazování textu: statický, rotující, inverzní. Informace jsou zobrazovány pomocí svítivých LED diod (přičemž musí být umožněna oprava jednotlivých diod), LED displej bude jedno nebo dvoubarevný pro přestupní uzel autobus/vlak. Možnost vytvoření vlastních textů, při využití fontů a ikon, podpora diakritiky středoevropských jazyků s možností umístit pevné popisové pole jako součást panelu. Tato zařízení musí zobrazovat časově nejbližší odjezdy z příslušné zastávky, a to linka, spoj, cílová zastávka, čas odjezdu ze této zastávky, nástupiště pokud je uváděno, zpoždění, na posledním řádku informace o čekání návazných spojů, dále zprávy - viz CED. Tato zařízení musí podávat cestujícím informace aktuální, v závislosti na skutečném provozu. Proto je nutné, aby stacionární informační systém fungoval v on-line režimu a pracoval s on-line informacemi zpracovávanými přímo z odbavovacích a řídicích systémů jednotlivých vozidel. Stacionární informační systémy musí být určeny pro vnitřní nebo venkovní použití. Jejich velikost bude dána potřebami na rozsah zobrazovaných informací (počet znaků v řádku) počtem současně zobrazovaných řádků a požadavkem na čitelnost textu. 3.4.1 -
Stacionární informační panel bez přestupu linkový autobus/autobus MHD/vlak: 4-7 řádků; plocha s trvalým potiskem – název zastávky/stanice, linka, spoj, cílová zastávka/stanice, odjezd, nástupiště, zpoždění; displej s trvalým potiskem pro zobrazování data a přesného času (vpravo nahoře); jednobarevný LED displej žlutý nebo červený; poslední řádek musí umožňovat zobrazení pohyblivého textu, který bude umožňovat zobrazovat aktuální informace předávané z centrálního dispečinku; čitelnost textu z 10 m.
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
12
svazek 3 zadávací dokumentace - Technické specifikace
3.4.2 3.4.3 4.
Stacionární informační panel pro přestupní uzel linkový autobus/autobus MHD/vlak: 4 - 10 řádků; plocha s trvalým potiskem – název zastávky/stanice, linka, spoj, cílová zastávka/stanice, odjezd, nástupiště, zpoždění; displej s datem a přesným časem viz výše; tříbarevný LED displej – spoje linkových autobusů, autobusů MHD a vlaků bude možno rozlišit barvou; informace týkající se vlaků budou zobrazovány červeně, informace, které se týkají autobusů žlutě; poslední řádek musí umožňovat zobrazení pohyblivého textu, který bude umožňovat zobrazovat aktuální informace předávané z centrálního dispečinku čitelnost textu z 20 m Ostatní podmínky pro stacionární informační systémy GPRS modem; zabudovaná web kamera pro snímání prostoru před panelem; SW na editaci textů; zvukový výstup pro hlášení dispečinku. přenos obrázků z web kamery každých cca 10 sekund na centrální dispečink, v případě ztráty spojení se budou zobrazovat odjezdy z dané zastávky/stanice podle jízdních řádů, které jsou nahrané v informačním panelu. intenzita jasu stacionárních informačních panelů bude automaticky nastavitelná podle okolního světla (přímé slunce, mlha, déšť, noc). Čitelnost musí být zajištěna i při přímém slunci – např. přístřeškem, tmavý filtr na předním skle apod. informační panely musí být na zastávce/stanici bezpečně upevněny. napájení 230 V. Schéma toku informací v rámci projektu Komplexní odbavovací, řídící a informační systém veřejné hromadné dopravy ve Zlínském kraji
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
13
svazek 3 zadávací dokumentace - Technické specifikace
Nedílnou součástí této Technické specifikace jsou přílohy: Příloha č. 1 – Normativy kvality pro jednotlivé komponenty systému Příloha č. 2 – Počet vydaných čipových karet jednotlivými dopravci na území Zlínského kraje a prohlášení zúčtovatele Příloha č. 3 – Typy autobusů jednotlivých dopravců
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
14
svazek 3 zadávací dokumentace - Technické specifikace
Příloha č.1 Svazku 3 zadávací dokumentace Normativy kvality pro jednotlivé komponenty systému Normativy kvality definují požadavky na kvalitu jednotlivých komponent, výrobků a zařízení, která tvoří navrhovaný informační systém. Jsou dány požadavky technických norem a spolu s požadavky zadavatele definují kvalitativní parametry celého díla. Základním normativem kvality jsou systémové parametry, které platí pro celý systém: ·
Kontinuita = 95,5%
·
Integrita = 2s
·
Dostupnost = 95,5%
·
Přesnost (určení polohy) = 95,5 % na této hladině pravděpodobnosti je 15m
Přesnost Přesnost je definována parametru/procesu/funkce:
(
jako
stupeň
shody
mezi
měřenou
a
)
P pi - pm,i £ e1 ³ g1
definovanou
hodnotou
(1)
pi a měřeným parametrem p m , i nepřesáhne e1 na hladině pravděpodobnosti g1 , kde uvedený vztah platí i pro vektory parametrů.
Rovnice (1) definuje, že rozdíl mezi požadovaným parametrem hodnotu
Požadavek je udáván v m. Např. u systému monitorování pohyblivých objektů po ploše letiště je požadavek daný předpisem, že chyba polohové informace nesmí překročit v horizontální rovině 7,5 m na hladině pravděpodobnosti 99.9 %. V městské aglomeraci lze očekávat stálé uplatňování garancí předností jízdy vozidel veřejné dopravy na křižovatkách. Průjezd vozidel veřejné dopravy bude nutno kontrolovat tak, aby po přepnutí směrů nebyli cestující 1 v zadních částech vozu ohroženi neukázněným řidičem z protisměru . Požadovaná přesnost určení polohy vozidla je 15 m / 95,5 %.
Dostupnost Dostupnost je schopnost systému plnit požadované funkce při inicializaci (spuštění) systému/procesu dle daného postupu:
(
)
P q i - q m,i £ e 3 ³ g 3 Rovnice (3) definuje, že podíl požadovaného úspěšného spuštění i-té funkce/procesu nepřekročí hodnotu
q m,i =
(3)
q i a měřeného podílu q m ,i
e3 na hladině pravděpodobnosti g 3 . Měřená hodnota podílu q m , i je definována vztahem:
Qi Q
kde Qi je počet úspěšných experimentů spuštění funkce/procesu a Q je počet všech provedených experimentů spuštění funkce/procesu. Parametr je opět udáván v %. Projektant matematickým propočtem stanoví časovou hodnotu. Dostupnost je spojena s inicializací funkce. Např. na příkladu lokalizačních informací lze demonstrovat, že při zapnutí GPS přijímače musí být služba dostupná během 30 sekund na hladině pravděpodobnosti 99 % (u GPS lokalizace je tento 1
Nehody tohoto typu jsou velmi časté v pražské aglomeraci
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
15
svazek 3 zadávací dokumentace - Technické specifikace
čas známý jako TTF - time to first face neboli čas spuštění služby). Tento požadavek znamená, že provedeme-li 100 náhodných spuštění lokalizační služby, pouze v jednom případě naběhnutí lokalizační služby trvá déle než 30 s.
Kontinuita Kontinuita (spojitost) je schopnost systému plnit požadované funkce/procesy bez (neplánovaného) přerušení (maximální povolená délka přerušení je předem definována) během daného postupu (nebo definovaného časového intervalu):
(
)
P ri - rm,i £ e4 ³ g 4
(4)
Rovnice (4) značí, že rozdíl mezi požadovaným podílem úspěšnosti činnosti funkce/procesu bez přerušení měřené hodnoty rm , i tohoto podílu nepřesáhne hodnotu e 4 na hladině pravděpodobnosti g 4 .
ri a
Parametr je udáván v hodnotách času. Uveďme též příklad z lokalizačních služeb, kdy na letišti je požadavek maximální délky výpadku lokalizační služby 5 sekund na hladině pravděpodobnosti 99 % v časovém intervalu 3 minuty. Znamená to, že v intervalu 3 minuty jsou možné výpadky pouze s maximální délkou 5 sekund. Provedeme-li 100 měření, pouze v jednom případě se stane, že v 3 minutovém intervalu nalezneme výpadek delší než 5 sekund. Kontinuita má velký vztah ke kritickým aplikacím pracujícím v reálném čase. Obdobný požadavek bude definován pro potřeby dispečerského řízení v městských aglomeracích, v systémech provozního řízení veřejné dopravy a také v železniční dopravě.
Integrita Integrita je schopnost systému včasně a bezchybně informovat uživatele, že systém nemůže být použit pro operace daného postupu:
(
)
P Si - Sm,i £ e5 ³ g 5
(5)
Rovnice (5) říká, že rozdíl mezi požadovanou úspěšností hlášení poruch Si o překročení daného limitu (AL - Alert Limit), kdy porucha je nahlášena nejpozději do časového limitu (TTA - Time to Alert) a měřenou hodnotou úspěšnosti hlášení poruch S m , i nepřekročí hodnotu e5 na hladině pravděpodobnosti g5 . Integrita vyjadřuje schopnost diagnostického systému včas diagnostikovat překročení předdefinovaných parametrů a za požadovaný časový interval o této skutečnosti informovat uživatele/obsluhu, že informace, která je například zobrazována na panelu dispečera je nesprávná a není možno se na ní spolehnout. Uvedené má význam zejména pro dispečerská řízení v městských aglomeracích, pro mýtné systémy, platební systémy atd.
Centrální dispečink Elektrická přípojka ČSN 33 2000 Elektrotechnické předpisy. Elektrická zařízení. ČSN 34 1010 Elektrotechnické předpisy. Všeobecné předpisy pro ochranu před nebezpečným dotykovým napětím.
Záložní zdroj
- záloha při výpadku napájení min. 1 hodinu
ČSN 33 2000 Elektrotechnické předpisy. Elektrická zařízení. ČSN 34 1010 Elektrotechnické předpisy. Všeobecné předpisy pro ochranu před nebezpečným dotykovým napětím.
Řídící počítač ČSN 33 4000 Elektrotechnické předpisy. Požadavky na odolnost sdělovacích zařízení proti přepětí a nadproudu ČSN 34 2300 Předpisy pro vnitřní rozvody sdělovacích vedení
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
16
svazek 3 zadávací dokumentace - Technické specifikace
SW Standard ISVS pro náležitosti životního cyklu informačního systému - 005/02.01 Centrální databáze a rozhraní musí být v souladu se standardy VDV. Naplnění požadované funkčnosti dle Technické specifikace.
Vozidlové odbavovací, řídící a informační systémy Min. životnost
- 10 let
ECA European Concept for Accessibility (Příručka technické asistence) 2003, ISBN 2-919931-24-5
Elektrická přípojka Napájení 24 V = Řada norem ČSN 33 2000 Elektrotechnické předpisy. Elektrická zařízení, v platném znění, včetně norem souvisejících.
Malé informační panely ve vozidlech -
nesmí zasahovat do průchozího profilu
-
minimální počet znaků v řádku dle Technické specifikace
-
antireflexní provedení
-
odolnost proti nárazu pevných předmětů a vandalům
-
antisprejová úprava
SW ČSN EN 13149-1 Veřejná doprava osob – Systémy řízení a sestavování jízdních řádů – Část 1: Definice systému WORLDFIP a aplikační pravidla pro palubní přenos dat mezi zařízeními uvnitř vozidla ČSN EN 13149-2 Veřejná doprava osob – Systémy řízení a sestavování jízdních řádů – Část 2: Specifikace pro kabelové vybavení systému WORLDFIP CEN TS 13149-3 Veřejná doprava osob – Systémy řízení a sestavování jízdních řádů – Část 3: Obsah zpráv systému WORLDFIP ČSN EN 13149-4 Veřejná doprava osob – Systémy řízení a sestavování jízdních řádů – Část 4: Všeobecná pravidla pro použití přenosové sběrnice CANopen ČSN EN 13149-5 Veřejná doprava osob – Systémy řízení a sestavování jízdních řádů – Část 5: Specifikace pro kabelové vybavení přenosové sběrnice CANopen ČSN P CEN/TS 13149-6 Veřejná doprava osob – Palubní řídicí a informační systém – Přenos dat mezi zařízeními na palubě vozidla – Část 6: Zprávy pro sběrnici CAN OPEN CEN/TS 15531-1 Veřejná doprava osob – Pracovní rozhraní pro informace v reálném čase, vztahující se k provozu veřejné dopravy osob - Část 1: Souvislosti a struktura CEN/TS 15531-2 Veřejná doprava osob – Pracovní rozhraní pro informace v reálném čase, vztahující se k provozu veřejné dopravy osob - Část 2: Programová obsluha infrastruktury
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
17
svazek 3 zadávací dokumentace - Technické specifikace
CEN/TS 15531-3 Veřejná doprava osob – Pracovní rozhraní pro informace v reálném čase. vztahující se k provozu veřejné dopravy osob – Část 3: Provozní služební rozhraní CEN/TS 15504 Veřejná doprava osob - Silniční vozidla - Zařízení ve vozidle zobrazující proměnné informace pro cestující Rozhraní vozidlových odbavovacích, řídících a informačních systémů musí být v souladu se standardy VDV (ÖPNV data model 5.0).
Stacionární informační panely ECA European Concept for Accessibility (Příručka technické asistence) 2003, ISBN 2-919931-24-5
Elektrická přípojka ČSN 33 2000 Elektrotechnické předpisy. Elektrická zařízení. ČSN 34 1010 Elektrotechnické předpisy. Všeobecné předpisy pro ochranu před nebezpečným dotykovým napětím.
Datová přípojka ČSN 33 4000 Elektrotechnické předpisy. Požadavky na odolnost sdělovacích zařízení proti přepětí a nadproudu ČSN 34 2300 Předpisy pro vnitřní rozvody sdělovacích vedení
Čitelnost
- odolnost proti nárazu pevných předmětů - antireflexní úprava - odolnost proti nárazu pevných předmětů - antisprejová úprava
Provozní teploty
vnitřní použití 0 ºC - +40 ºC venkovní použití -40 ºC - +60 ºC
Odolnost proti nárazu pevných předmětů a proti vandalům SW Naplnění požadované funkčnosti dle Technické specifikace.:
SW – Vazba na JSDI ČSN EN ISO 14819-1 Dopravní a cestovní informace (TTI) - Zprávy TTI předávané kódováním dopravních zpráv - Část 1: Protokol kódování pro Rádiový datový systém - Kanál dopravních zpráv (RDS-TMC) s využitím ALERT-C ČSN EN ISO 14819-2 Dopravní a cestovní informace (TTI) - Zprávy TTI předávané kódováním dopravních zpráv - Část 2: Kódy událostí a informací pro Rádiový datový systém - Kanál dopravních zpráv (RDS-TMC) ČSN EN ISO 14819-3 Dopravní a cestovní informace (TTI) - Zprávy TTI předávané kódováním dopravních zpráv - Část 3: Odkazy na polohu pro ALERT-C Vyhláška Ministerstva dopravy ČR č. 3/2007 - Vyhláška o celostátním dopravním informačním systému, kterou se provádí zákon č.361/2000 sb. Naplnění požadované funkčnosti: · ·
Obousměrnou komunikaci na příslušnou webovou adresu JSDI Přípravu zpráv pro JSDI
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
18
svazek 3 zadávací dokumentace - Technické specifikace
Příloha č. 2 Svazku 3 zadávací dokumentace Počet vydaných čipových karet jednotlivými dopravci na území Zlínského kraje a prohlášení zúčtovatele
Dopravce
Počet vydaných ČK k 31. 12. 2009
ČSAD Vsetín a.s.
70 000
ČSAD BUS Uherské Hradiště a.s.
28 500
Karel Housa - HOUSACAR
5 700
KRODOS BUS a.s.
11 000
Kroměřížské technické služby, s.r.o.
9 900
ČSAD Kyjov a.s.
6 500
Celkem
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
131 600
19
svazek 3 zadávací dokumentace - Technické specifikace
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
20
svazek 3 zadávací dokumentace - Technické specifikace
Vypracoval: RTS, a.s. Lazaretní 13, 615 00 Brno
21
Typy autobusů jednotlivých dopravců
Příloha č.3 Svazku 3 zadávací dokumentace
Dopravce Typ vozidla B 732 B 951 B 952 C 734 C 934 C 935 C 943 C 954 C 955 C 956 Axer LC 735 LC 936 IRISBUS Crossway SFR 160 IRISBUS Crossway LE IRIS BUS SFR 116 IRIS BUS SFR 130 IRISBUS SFR 152 IRISBUS CITELIS IRISBUS IRISBUS F 15 CITY BUS SOR B 9,5 SOR B 10,5 SOR BN 10,5 SOR BN 12 SOR C 7,5 SOR C 9,5 SOR C 10,5 SOR C 12 SOR CN 12 Volvo 7000 M3 B7L Volvo 7700 B7L Volvo 7700 B9L MB CONECTO MB INTOURO Celkem
ČSAD Vsetín a.s.
ČSAD BUS Uherské Karel Housa KRODOS BUS a.s. Hradiště a.s. HOUSACAR
Kroměřížské technické služby, s.r.o.
ČSAD Kyjov a.s.
8 1 3 30 25 1 22
24
3
38 1 4
16
7 2
4
23 3 1 30 1
2
1 2
1 22 3 1
7 2 13 1 1 1 1 7
1 6 3 1 1
3 47 52
3 7 5 2 3 2
2 10 233
107
23
87
8
2