Příloha č. 1. Specifikace plnění

Příloha č. 1 Specifikace plnění

OBSAH 1 Současná ICT infrastruktura VHD... 5 1.1 Vymezení odpovědnosti VHD... 5 1.2 Spolupráce a komunikace... 5 1.3 Procesní činnosti... 6 1.4 Měřící stanice a sběr dat... 7 1.5 Sledovaná data a informace... 8 1.6 Prezentace dat... 10 1.7 Současné SW nástroje a informační systémy... 11 1.8 Stávající SW komponent... 12 1.8.1 IS ISYPO... 12 1.8.2 ISyPoNET-TE... 13 1.8.3 GISyPoNET... 13 1.8.4 Integrační platforma CloverETL... 14 1.8.5 SIEM... 14 1.9 Závěr ke stávajícího stavu... 14 2 Požadovaná ICT infrastruktura VHD... 16 2.1 Účel požadované ICT infrastruktury VHD... 16 2.2 Cílová architektura... 16 3 Požadavky na projektovou dokumentaci... 19 3.1 Analýza stávajícího ICT prostředí Objednatele... 19 3.2 Návrh informačního systému... 19 3.3 Návody pro obsluhu... 20 3.4 Operační dokumentace pro krizové řízení... 20 4 Požadavky na funkční a technické vlastnosti... 21 4.1 Modulární pohled... 21 4.2 Specifický SW -katalogové listy... 21 4.2.1 Transformační databáze... 23 4.2.2 Centrální databáze... 24 4.2.3 Aplikační vrstva - Interní procedurální logika CDB... 26 4.2.4 Replikace Centrální databáze... 27 4.2.5 Aplikační vrstva - Externí procedurální logika RDB... 28 4.2.6 Migrace aktuálních a historických dat do CDB... 29 4.2.7 Autentizační a autorizační komponenta... 30 Stránka 2 z 64

4.2.8 IDP Nástroje... 32 4.2.9 VHD dohled Interního dispečerského portálu... 34 4.2.10 TBD dohled Interního dispečerského portálu... 35 4.2.11 Aplikace pro správu Interního dispečerského portálu... 36 4.2.12 Modul exportu / importu dat Interního dispečerského portálu... 37 4.2.13 Správa příčných profilů a měrných křivek Interního dispečerského portálu... 38 4.2.14 Modul zpřístupnění a vizualizace mapových podkladů Interního dispečerského portálu 39 4.2.15 Návrh a generování reportů Interního dispečerského portálu... 40 4.2.16 Deník dispečera Interního dispečerského portálu... 41 4.2.17 Aplikace pro správu Partnerského informačního portálu... 42 4.2.18 Modul exportu / importu dat Partnerského informačního portálu... 43 4.2.19 Modul zpřístupnění a vizualizace mapových podkladů Partnerského informačního portálu... 44 4.2.20 Tabelární a grafická vizualizace měření Partnerského informačního portálu... 45 4.2.21 Návrh a generování reportů Partnerského informačního portálu... 46 4.2.22 Modul evidence partnerů a zpráv Partnerského informačního portálu... 47 4.2.23 Prezentační modul příhraniční oblasti Moravy a Dyje Veřejného informačního portálu 48 4.2.24 Vývojové prostředí pro ETL procesy... 49 4.2.25 Aplikace pro řízení výměny a zpracování dat... 50 4.2.26 Kolektor pro sběr a transformaci dat z měřících stanic... 51 4.2.27 Adaptéry pro komunikaci s měřícími stanicemi... 52 4.2.28 Aplikace pro dohledování sítě měřících stanic... 53 4.2.29 Modul výměny dat mezi partnery projektu AVD... 54 4.2.30 Modul výměny dat se subjekty relevantními pro potřeby dispečinku... 55 4.2.31 Integrace stávajících aplikací Hydro 11 a Hydrog... 57 4.3 Standardní software... 58 4.3.1 Databázové systémy... 58 4.3.2 SCADA server a klient... 58 4.3.3 GPRS server/konektor Fiedler-Magr... 58 4.3.4 GPRS server SAE... 58 4.3.5 Programové vybavení pro komunikaci s měřícími stanicemi SAE... 58 4.3.6 Programové vybavení pro komunikaci s měřícími stanicemi Fiedler - Magr... 58 4.3.7 Programové vybavení pro komunikaci s měřícími stanicemi AMIT... 58 4.3.8 Programové vybavení pro zálohování virtuálních serverů... 59 Stránka 3 z 64

4.4 Hardware... 59 4.4.1 Databázový server VHD Brno... 59 4.4.2 Aplikační webový a komunikační server Brno... 61 4.4.3 Scada server VHD Brno... 62 4.4.4 Záložní zdroj... 63 4.4.5 Klientská pracoviště VHD Brno... 64 4.4.6 LCD stěna VHD Brno... 64 Stránka 4 z 64

1 Současná ICT infrastruktura VHD 1.1 Vymezení odpovědnosti VHD Vodohospodářský dispečink je vybudován jako informační, organizační a řídící centrum. V organizační struktuře PM spadá útvar VHD pod ředitele pro správu povodí přímo podřízenému generálnímu řediteli PM. Činnost VHD zajišťuje 11 pracovníků pokrývajících běžný provoz i provoz při vzniku povodňové situace. Ve struktuře PM má VHD výhradní postavení k činnostem a funkcím přímé správy toků a provozu vodohospodářských děl. Jsou následující: Organizační a řídící funkce Monitorovací a informační funkce Vodohospodářská funkce Schvalovací a vyjadřovací funkce Dokumentační funkce Funkce povodňové služby VHD odpovídá za manipulační řády a vodohospodářská řešení pro cca 150 vodohospodářských děl. Navrhuje operativní a mimořádné manipulace. Standardní funkce plní také v mimopracovní době trvalou pracovní pohotovostí. Pohotovost je zajištěna střídáním dispečerů vybavených na domácích pracovištích PC připojenými k internetu a mobilními telefony. V případě mimořádné situace zahajuje pohotovostní pracovník organizační, hlásnou a koordinační činnost z domácího pracoviště, při komplikovanější situaci se přesouvá na pracoviště VHD. Při povodňové situaci velkého rozsahu je provoz VHD zajištěn trojstupňovým řízením: Informační centrum VHD Odborný štáb VHD Krizový technický štáb (má také pohotovostní oddíl) 1.2 Spolupráce a komunikace Vodohospodářský dispečink PM spolupracuje na zajištění běžného provozu a komunikuje s následujícími subjekty: ČHMÚ (Praha, Brno, Ostrava), Vodoprávní úřady obcí s rozšířenou působností, krajů (i samospráva), Útvary na ředitelství podniku, závody (Dyje, Střední Morava, Horní Morava), provozy Povodí Moravy, s.p. (17 provozů), Obsluhy vodních děl Povodí Moravy, s.p. a cizích vodních děl (hrázní, jezní), Vlastníci a provozovatelé vodních děl, které nejsou ve správě Povodí Moravy, s.p. (MVE, jezy, nádrže, rybníky), Odběratelé (vodárenské společnosti, energetické společnosti E.ON a ČEZ, závlahy, ostatní odběratelé právnické a fyzické osoby), Obce, obecní úřady, HZS ČR, Ministerstva (nejčastěji zemědělství a životního prostředí), Stránka 5 z 64

Ostatní správci toků Lesy ČR, s.p., Ostatní státní podniky Povodí, Rakousko, Slovensko, VODNÍ DÍLA TBD, a.s., Policie ČR, Městská policie, Moravský a český rybářský svaz, Další úřady a instituce (finanční úřady, Státní plavební správa, Český telekomunikační úřad, pojišťovny, správy CHKO, Česká inspekce životního prostředí), Média (tisk, televize, rozhlas, internet), Ostatní (firmy, jednotlivé osoby, provozovatelé plavby). Při mimořádných událostech spolupracuje VHD dále s povodňovými komisemi jednotlivých krajů, obcí s rozšířenou působností, obcí, Ústřední povodňovou komisí, krizovými štáby a bezpečnostními radami. IZS podle zákona č. 239/2000 Sb. koordinuje postup jeho složek při přípravě na mimořádné události a při provádění záchranných a likvidačních prací. Základní složky IZS jsou: HZS ČR a KOPIS, Jednotky požární ochrany zařazené do poplachového plánu, Zdravotnické záchranné služby, Policie ČR. 1.3 Procesní činnosti Předmětem standardních procesních činností Vodohospodářského dispečinku mimo krizové situace jsou: Hlášení o stavech na přehradách (denně), operativní manipulace na VD. Hydrometrická měření ve vodoměrných profilech, ověřování kapacit výpustných zařízení na VD. Hydrologická data (měrné křivky vod. stanic, změny SPA, změny v evidenčních listech hlásného profilu, M-denní průtoky, N-leté průtoky, charakteristické povodňové vlny, řady průměrných měsíčních průtoků pro bilance a jiné). Hydrologická data (návrhy změn stupňů povodňové aktivity, SPA pro nové profily, změny pro evidenční listy hlásných profilů). Povodňové komise, plány spojení. Havarijní a povodňová služba např. čistotářské havárie (ohrožení jakosti vody). Zpracování dokumentů (např. manipulační řády, havarijní plány, Plán krizové připravenosti apod.). Vyjadřovací činnost k dokumentům. Servis a údržba automatického monitoringu. Při činnosti v krizové situace to jsou: Řídící a koordinační činnost v rámci PM Informace o dosažení SPA - zajištění hlásné povodňové služby kraje, ORP, KOPIS HZS ČR, Mze, MŽP. Informace (údaje) o srážkách, vodních stavech a průtocích. Stránka 6 z 64

Jiné zprávy z ČHMÚ (např. zásoby vody ve sněhu), prognózy vývoje a jiná zjištění, aktuální výsledky hydrometrování, aktuální měrné křivky apod. Manipulace na VD, havárie na objektech. Zprávy KOPIS HZS. Různé operativní informace o vývoji povodně, rozhodnutí o zabezpečovacích pracích, nařízení evakuací a záchranných prací apod. Měření průtoků hydrometrováním. Hydrog předpovědní model. Průběžné operativní zprávy o povodni. 1.4 Měřící stanice a sběr dat V současnosti se vodní stavy a další měřené veličiny na měrných profilech toků, na přehradách na vybraných přítocích, odtocích a jako samostatné srážkoměry, sledují dvěma automatickými monitorovacími systémy SAE, systém Argo a systémem SPECO. Ve stanicích jsou použity technologie SAE, Fiedler-Mágr a AMIT. Naměřené údaje jsou doplňovány o hodnoty hlášené dispečerovi telefonicky resp. emailem z měřících míst neosazených automatickými monitorovacími stanicemi. Tyto tři systémy sběru dat jsou nezávislé, nemají společnou datovou základnu a jejich zpracování probíhá na samostatném HW. Automatický monitorovací systém SAE získává data z největšího počtu monitorovacích stanic na tocích, na přehradách a jezech a ze samostatných srážkoměrných stanic. Některé stanice na tocích a všechny stanice na přehradách jsou současně i srážkoměrnými stanicemi. Stanice SAE monitorují také data TBD na vybraných přehradách. Automatický monitorovací systém SAE představuje technické, HW a SW vybavení zabezpečující nasnímání dat v reálném čase, jejich přenos, vyhodnocení a prezentaci. Systém tvoří základní komponenty: měřící stanice, komunikační infrastruktura, vyhodnocovací zařízení (pracoviště vodohospodářského dispečinku). Měřící stanice SAE získávají data z analogových a binárních vstupů připojených čidel nebo prostřednictvím komunikačních rozhraní s dalšími subsystémy (na přehradách). Naměřené veličiny stanice v pravidelných intervalech archivuje. V minutových intervalech stanice vyhodnocuje hodnoty naměřených veličin na překročení nastavených alarmových stavů. Pro vybrané veličiny také vyhodnocuje maximum, minimum a průměrnou hodnotu v rámci dne. Všechny důležité parametry jsou na stanici dálkově konfigurovatelné z pracoviště dispečinku. Komunikační infrastrukturu SAE tvoří GSM síť na GPRS technologii. Při neaktivním GPRS spojení přebírá stanice roli master a vysílá alarm na dispečink záložním datovým GSM modemovým spojením. Na hlavním dispečerském pracovišti běží GPRS server (OS Windows) udržující hlavní spojení přes tunel k provozovateli GSM sítě. V rámci LAN komunikuje GPRS server s dispečerským serverem SAE. Přenosovým protokolem je proprietární ASCII protokol UNIP firmy SAE Control a.s. Každá hodnota přenášené veličiny je opatřena časovou značkou s deklarovanou přesností 1 minuta a je doplněna číslem stanice a identifikací veličiny v rámci stanice. Stránka 7 z 64

Dalším zdrojem dat pro VHD je soustava telemetrických stanic s technologiemi Fiedler-Mágr a AMIT. Výhodou stanic je mj. jejich otevřený datový protokol. Stanice mají zabudován GSM modem a přenášejí naměřená data zabezpečeným TCP/IP protokolem prostřednictvím GPRS. Vystupují v roli samostatných klientů, kteří předávají v nastaveném časovém intervalu data na určený datový server v internetu (intranetu). Uložená data jsou pak kdykoliv dostupná prostřednictvím prohlížeče Promotic a Control Web. Data jsou stahována přes GPRS server Fiedler-Mágr, přes FTP protokol nebo pomocí WI FI připojení. Manuálně se sbírají sledovaná data denně (v průběhu pracovního týdne). Dispečer VHD je v telefonickém kontaktu s hráznými, kteří hlásí naměřená a vypočtená data. Data jsou měřená k 7. hodině ranní, vždy v pondělí jsou hlášena také víkendová data. Dispečer zanese hlášená data do předtištěných formulářů. Následně je vkládá do aplikace SW Dispečink. Kromě hlášených dat hrázných existují manuálně měřená data profilu nádrží, která jsou průběžně získávána měřící lodí a předávána na VHD PM v podobě XLS tabulek. Na jejich základě se pak přepočítávají nové objemové křivky. 1.5 Sledovaná data a informace Na vodních nádržích (dle stanice a VD) jsou automaticky monitorovaná data: hladina v nádrži [m.n.m], hladina na vybraných přítocích a odtoku [cm], teplota ovzduší, teplota vody [ C], srážky [mm], někde i stav hradící konstrukce např. procento otevření (%) vybrané veličiny TBD pomocí měřících zařízení: o tlak vody [kpa] vztlakoměrné vrty, pórové tlaky, o přepadová výška [mm] měrný trojúhelníkový přepad, o hladina vody ve vrtu [m od záhlaví] pozorovací vrty, o teplota, teplota zdiva hráze [ C] teplotní čidlo, o vychýlení struny [mm] hrázové kyvadlo, o délka, teplota [mm, C] extenzometry, náklonoměry. Na automaticky monitorovaných jezech: hladina [m.n.m], teplota ovzduší [ C], srážky [mm]. Na vodních tocích (dle stanice a toku): hladina [cm], teplota ovzduší, teplota vody [ C], srážky [mm]. Samostatnými srážkoměrnými stanicemi: teplota ovzduší [ C], srážky [mm]. Naměřená data jsou přenášena prostřednictvím GPRS 4x za hodinu. V případě využití systému TELKOM je možné s využitím pevných telefonních linek případně GSM na vyžádání zobrazit aktuální data a grafy na dané měřící stanici. Stránka 8 z 64

Manuálně získávaná jsou data z přehrad k 7. hodině ranní, v pracovních dnech jsou hlášená měřená (a vypočtená) data z vodních nádrží dispečerovi: hladina v nádrži [m.n.m] objem vody v nádrži [mil m3], přítok, odtok, vodárenské odběry [m3s-1], teplota vody, teplota ovzduší [ C], srážky [mm], množství sněhu a ledu [cm], zásoba vody ve sněhu [mil m3] informace od ČHMÚ 1x týdně, průhlednost [m]. Dále na základě dohody o spolupráci ČHMÚ vyhodnocuje data ze sítě svých hlásných vodoměrných a srážkoměrných stanic a zasílá je společně s dalšími údaji nejčastěji emailem nebo FTP na VHD. Prostřednictvím FTP se přenášejí také srážkové údaje z Povodí Odry, s.p. a vodní stavy, průtoky, srážky od Rakouských subjektů. Informace ze SVP Slovensko se zasílají e-mailem nebo faxem. Všechny tyto údaje a ostatní výše uvedené údaje ČHMÚ, které nezadává dispečer do SW Dispečink, se archivují v digitální nebo papírové podobě. Data ČHMÚ (pouze některé z nich jsou využitelné jako datové vstupy): 1. Výstupy meteorologického modelu ALADIN mapa předpovědi srážek (denně do 6.00, ftp,). 2. Výstupy meteorologického modelu ALADIN tabulka srážek [mm] a teplot [ C] ovzduší (2x denně do 6.00 a 18.00, ftp,). 3. Tabulka odhadu srážek [mm] pro ČR (denně do 9.00 hod, email). 4. Textová aktuální předpověď počasí pro ČR (denně do 6.00 a 12.00 email, ftp). 5. Textová týdenní předpověď počasí pro ČR (email, ftp). 6. Desetiminutové snímky radarových odrazivostí sloučená radarová informace (png soubor). 7. Týdenní, měsíční a roční zpráva o hydrometeorologické situaci v České republice (email,). 8. Víkendový výhled hydrometeorologické situace (každý pátek - email). 9. Výstražné informace SIVS na nebezpečí výskytu nebezpečných hydrometeorologických jevů (email a SMS). 10. Za povodně Informační zprávy HPPS o hydrometeorologickém vývoji (email). 11. Kvantifikovaná předpověď průtoků [m3s-1] na 24 resp. 48 hodin v předpovědních profilech hydrologického modelu HYDROG (denně do 10.00 hod, za povodňové situace až 5 denní kvantifikovaná předpověď a předpověď k 18:00 hod nebo dle potřeby, ftp, email). 12. Předpovědi vodních stavů [cm] a průtoků [m3s-1] pro Moravu ve Strážnici předstih 24 hod (denně do 10.00, ftp). 13. Pro správu přehrady Nové Mlýny informace o průměrných denních průtocích [m3s-1] ve stanicích Židlochovice, Ivančice a Travní Dvůr (denně při ranní konzultaci s pozorovatelem). 14. Informace ze sítě hlásných vodoměrných stanic ČHMÚ v závislosti rozsahu měření jednotlivých stanic: údaje o srážkách [mm], vodních stavech [cm], průtocích [m3s-1] a teplotách vody a vzduchu [ C] (denně do 12 hod., za povodňové situace častěji z termínů 6, 12, 18, 24 hod; ftp,). Stránka 9 z 64

15. Informace ze sítě samostatných srážkoměrných stanic ČHMÚ v rozsahu: údaje o srážkách [mm], teplotách vzduchu [ C], výšce sněhu [cm] a vodní hodnotě sněhové pokrývky [%] (denně do 10 hod., za povodňové situace častěji z termínů 6, 12, 18, 24 hod; FTP,). 16. Regionální předpovědi počasí a srážek: předpověď na dnes a zítra aktualizovaná 2x denně, předpověď na další 2 dny - aktualizovaná 1x denně. 17. V době nebezpečí vzniku povodně a za povodně: rozšířené předpovědi průtoků dle možností a potřeby a času, informační zprávy o hydrometeorologickém vývoji v regionu vydávané příslušným RPP. 18. V zimním období výpočet zásob vody ve sněhové pokrývce (1x týdně e-mail) pro profily: Vranov, Dalešice, Mostiště, Letovice, Plumlov, Vsetín, Brno, Vír, Valašské Meziříčí, Moravičany. A dále pomocí GISu zásoby vody ve sněhu k dalším vybraným profilům ( email, internet). 19. Předpovědi ECMWF denně (ftp) 1.6 Prezentace dat Vodohospodářský dispečink PM prezentuje stavy a průtoky na tocích a nádržích včetně vyhlášených stupňů povodňových aktivit a Informační zprávy o aktuálních hydrologických situacích na internetu na adrese http://www.pmo.cz. Vstupními daty pro webové prezentace jsou datové soubory, které jsou automaticky vytvářeny v systémech SAE, hodnoty stavů na nádržích uložené v DB FoxBase.. Základní klasifikace vypočtených hodnot a datových výstupů VHD prezentovaná především SW Dispečink je v následující tabulce. VELIČINA POHLED JEDNOTKA kóta hladiny v nádrži měsíční průběh, minimum, maximum m.n.m. hladina v nádrži měsíční průběh, minimum, maximum [m] hladina na přítoku měsíční průběh, minimum, maximum [cm] hladina na odtoku měsíční průběh, minimum, maximum [cm] hladina na toku měsíční průběh, minimum, maximum [m] hladina na jezu měsíční průběh, minimum, maximum [m] objem vody v nádrži měsíční průběh, minimum, maximum mil.m3 Přítok měsíční průběh, Ø, množství m3/s, mil.m3 odtok do toku (oprava) měsíční průběh, Ø, minimum, maximum, množství m3/s, mil.m3 odtok přes vodní elektrárnu měsíční průběh, Ø, množství m3/s, mil.m3 odtok výpustí měsíční průběh, Ø, množství m3/s, mil.m3 odtok přepadem měsíční průběh, Ø, množství m3/s, mil.m3 ostatní odběry měsíční Ø, množství [m3/s, mil.m3, m3/24hod] Průsak měsíční průběh, Ø, množství m3/s, mil.m3 úpravna vody (oprava, povoleno) měsíční Ø, množství m3/s, mil.m3 Výpar měsíční Ø, množství [m3/24 hod, mil.m3] naplnění zás. prostoru měsíční průběh, minimum, maximum % úbytek vody v nádrži (oprava) měsíční množství mil.m3 Průtoky měsíční Ø m3/s teplota vody měsíční průběh, Ø C teplota vzduchu měsíční průběh, Ø C Srážky měsíční Ø, množství mm/24hod, mm síla ledu měsíční průběh, minimum, maximum cm výška sněhu měsíční průběh, minimum, maximum cm Stránka 10 z 64

zásoba vody ve sněhu měsíční průběh, minimum, maximum mil. m3 průhlednost měsíční průběh cm regulační stupeň minimum doporučený odtok minimum stupeň povodňové aktivity minimum nedodržení MQ minimum m3/s podkročení Q355d minimum m3/s překročení Q30d minimum m3/s Mezi PM a SVP jako partnery probíhá výměna dat a informací prostřednictvím emailu, faxu, telefonu či přes webové stránky. SVP v současnosti získává informace o průtokové situaci na společném hraničním úseku toku z přímých informací zaznamenaných prostřednictvím PM, veřejné webové sítě ČHMÚ a z vodoměrných stanic v Kroměříži a Strážnici na toku Morava a ze stanice Nové mlýny na toku Dyje. 1.7 Současné SW nástroje a informační systémy SYSTÉM SAE Fiedler-Mágr, Coral TIRS TELKOM SW Dispečink SW Hydrologie SaP Postupové doby WAP PM Hydrom / Hydros Basin POPIS Hlavní monitorovací systém VHD získává data ze stanic SAE na tocích a přehradách. Příchozí data z měřících stanic (a odvozené hodnoty) jsou nejprve ukládána do archivu s rychlým přístupem a následně do DB. Poté jsou okamžitě zpracována do podoby měrných křivek. Dispečink SAE pro vyhodnocení a prezentaci dat. Přístup k datům mají v rámci podnikové sítě pracovníci VHD prostřednictvím emulace terminálu. Mají možnost volby zobrazení dat z archivu. Centrální stanice dispečinku SAE zpracovává také alarmová hlášení měřících stanic. Další monitorovací systém VHD. Získává data ze stanic Fiedler-Magr. Data dostupná přes FTP nebo pomocí prohlížeče, vyhodnoceni a prezentace v dispečerské aplikaci Coral TIRS. Komunikační systém pro monitoring dat stanic SAE po pevných telefonních linkách na vyžádání. Umožňuje pohotovostním pracovníkům sledovat stavy na tocích a vodních nádržích. Je také využitelnou zálohou při výpadku GPRS, případně centrálního systému SAE. Systém dispečerského řízení VHD (FoxPro) modulární informační centrum VHD. Pracuje s daty stanic SAE, vkládanými daty a hydrologickými daty z DB. Kontrola nahlášených údajů, vyhodnocování denních stavů na vodních nádržích a na tocích, evidence vlastností a parametrů vodních nádrží, vodohospodářská řešení, přepočet průběhu a hodnocení povodní, evidence a kontrola manipulačních a provozních řádů, údržba objemových křivek a ploch vodních nádrží, výpočet výparu, přepočet průtoků, tabelární a grafická prezentace, export dat atd. Aplikace pro správu databáze hydrologických údajů (FoxPro) správu databáze hydrologických údajů, technických parametrů objektů a ověřování měrných křivek. Aplikace Stavy a Průtoky slouží pro generování potřebných informací o dosaženém vodním stavu a průtoku vody na vodních tocích, úrovni hladiny a objemu zadržené vody v nádrži, teplotě vzduchu, srážkovém úhrnu, případně bilančně odvozené hodnoty přítoku do nádrže a odtoku z nádrže pro prezentaci na internetu. Data se generují automaticky v nastaveném časovém intervalu z datových souborů a ručně vložených dat. Intranetová aplikace pro rychlý přehled o postupových dobách povodňových průtoků vybraného úseku toku v historických obdobích. Zpracovává údaje o kulminacích historických povodní z DB (MySQL) dle zadaného úseku na toku a dvou měřících stanic. V současnosti není nainstalována a využívána. Internetová aplikace zobrazující data měření SAE na mobilních zařízeních, umožňujících použití WAP. Generuje wap stránky ze stejných datových zdrojů jako aplikace SaP (je nezávislá na jejím provozu). SW pro tvorbu měrných křivek. / SW pro vyhodnocování hydrometrických měření. V současnosti jsou nahrazeny novou verzí SW HYDRO 11. Kanadský program v prostředí MS Excel k řešení úloh transformací povodňových vln. Srážkoodtokový model pomocí jednoduchého jednotkového hydrografu. Nyní nepoužíván. Stránka 11 z 64

Hydrog HEC RAS Evidence měření hydrometrování Atlas Microstation, ArcGIS GIS nástroje. R-Con EMOFF ISyPoNET-TE GISyPoNET TBD Evidence uživatelů vod MS Excel Integrační platforma CloverETL SIEM, monitoring datové sítě Srážko-odtokový distributivní model k simulaci povodňových situací v povodí, vydávání operativních předpovědí průtoků v říční síti a k řízení vodohospodářských děl. V PM se používá pro modelování povrchových odtoků v povodí Dyje. Vstupem jsou datové soubory ze SAE a soubory z ČHMÚ a z Rakouska. Matematický model ustáleného a neustáleného proudění v otevřených korytech a výpočet průběhu hladin. Freeware aplikaci využívaná nárazově. MS Excel pro evidence a přehled měření hydrometrování (profily-měření). Geodetické měření koryt zpracování příčných profilů. VHD využívá tuto aplikaci převážně jako prohlížečku. Aplikace pro optimalizaci řízení nádrže před a během povodně dle srážkoodtokových modelů. Simuluje se transformace povodňové vlny v nádrži s hrazeným i pevným bezpečnostním přelivem, spodními výpustmi a vodní elektrárnou. Aplikace předpovídá vývoj hladiny a odtok při předpovídaném průtoku a definovaném nastavení. Nevyužíváno, není licenčně ošetřeno. Modulární řídící informační systém pro krizové řízení, který slouží jako podpora zajištění všech fází činnosti krizového managementu (analýza, plánování i řešení mimořádných událostí a krizových situací). Modul Vyrozumění slouží k přípravě typových informací pro vyrozumění. Komunikačním kanálem je email a SMS, zaznamenává se, zda a kdy byly určené osoby vyrozuměny a zda a kdy potvrdily příjem informace. Informační systém zpřístupňující data technické evidence ISyPo. Umožňuje vkládání, úpravy, výběry a prohlížení dat ISyPo prostřednictvím tenkého klienta prohlížeče. Pracuje s jevy, což jsou entity v DB ISyPo popisující objekt TE případně struktury toku. Jev je popsaný atributy a definovanými vazbami na jiné jevy. Geografický informační systém povodí zpřístupňující a zobrazující geografickou složku dat databáze technické evidence ISyPo. Umožňuje parametrické vyhledávání jevů na tocích a jejich zobrazení v různých mapových podkladech prostřednictvím tenkého klienta prohlížeče. Aplikace pro vizualizaci naměřených TBD veličin využívaná útvarem TBD. Aplikace pro zadávání dat odběrů povrchových a podzemních vod, vypouštění odpadních vod a dat o vzdouvání nebo akumulaci povrchové vody dle Vyhlášky č. 431/2001 Sb. Ministerstva zemědělství o obsahu vodní bilance, způsobu jejího sestavení a o údajích pro vodní bilanci. Zadává se konkrétní místo užívání (odběr, vypouštění nebo nádrže), množství, u nádrží vzdouvání a akumulace vod, lze doplnit rozhodnutí vodohospodářského orgánu. Evidence zpracovaných a stanovených záplavových území na základě měření a výpočtů. Evidence ohlášených havárií, jejich řešení a evidence havarijních plánů (VHD eviduje seznam pracovníků, orgánů a institucí zapojených do havarijní služby, způsob spojení, seznam vodních toků, jezů a nádrží VD vhodná k ovlivňování průtoků v tocích při čistotářské havárii, seznam potenciálních původců havarijního znečištění, seznam vybavení technickými prostředky pro likvidaci ropných havárií a jejich umístění, postupové doby průtoků na hlavních tocích, seznam vhodných profilů k zachycení plovoucího znečištění na ohrožených úsecích toků, významné odběratele povrchových vod, komunální znečištění). A další evidence. PMO disponuje integrační platformou CloverETL (Designer, Server) kterou používá pro potřeby datových transformací a integrací. PMO nyní používá nástroje Enterasys SIEM a FlowMon ADS pro bezpečnostní a provozní monitoring datové sítě. Související funkčnost řeší monitoring datového spojení z měřících stanic (limnigrafů) 1.8 Stávající SW komponent Při realizaci Systému je nutné minimálně zachovat rozsah a funkční a technické vlastnosti následujících SW nástrojů. 1.8.1 IS ISYPO Databáze ISyPo technické evidence (TE) databázové schéma Oracle pro evidenci a správu dat technické evidence hierarchické struktury vodních toků povodí a souvisejících jevů na Stránka 12 z 64

tocích s využitím tzv. lineárního referenčního systému. Základními charakteristickými znaky / atributy databáze ISyPo jsou: Tok základní kořenová entita v databázi ISyPo tvořící strukturu povodí a popsaná definovanými atributy. Jev entita v databázi ISyPo popisující objekt technické evidence případně struktury toku popsaný atributy a definovanými vazbami na jiné jevy. Struktura toku struktura vyjádřená vzájemnými vazbami strukturálních jevů (jedná se o jevy pramen, soutok, odbočení, tok. Atributy rozlišovací rysy, resp. zásadní vlastnosti jevu, jsou různé v kontextu k danému jevu. Metadata popisná data jevu, především údaje uložené v databázi ISyPo jako je stav a datum platnosti jevu, jeho autorizace, ID, lokalizace pod., jsou stejná pro všechny jevy. Vazby vzájemné evidované relace mezi jevy (vazba vyšší nižší). Norma typů jevů množina veškerých povolených typů jevů (sjednocující obálka). Norma vazeb jevů množina všech definovaných vazeb typů jevů (např. jez má nižší typ než jezové pole). Norma vlastností kompletní definice množiny vlastností pro každý typ jevu. Sada (typů, vazeb, vlastností) jevů podmnožina normy (typů, vazeb, vlastností) jevů obsahující vybrané prvky odpovídající normy, uživatelské sady se mohou vzájemně překrývat a obvykle každé povodí pracuje s jinou sadou jevů a vlastností. 1.8.2 ISyPoNET-TE Informační systém PM (webová aplikace) zpřístupňuje data technické evidence ISyPo. Umožňuje vkládání, úpravy, výběry a prohlížení dat ISyPo prostřednictvím tenkého klienta prohlížeče. Pracuje s jevy, což jsou entity v DB ISyPo popisující objekt TE případně struktury toku. Jev je popsaný atributy a definovanými vazbami na jiné jevy. K základním funkcím aplikace ISyPoNET patří: Parametrické vyhledávání jevů na toku. Navigace jevů v celé stromové hierarchii. Zobrazení vybraných vlastností a metadat jevů. Editace dat, tj. aktualizace a vkládaní nových jevů do DB technické evidence ISyPo. Parametrické tiskové sestavy jevů. 1.8.3 GISyPoNET Geografický informační systém PM (webová aplikace) zpřístupňuje a zobrazuje geografickou složku dat databáze technické evidence ISyPo. Umožňuje parametrické vyhledávání jevů na tocích a jejich zobrazení v různých mapových podkladech prostřednictvím tenkého klienta prohlížeče. K základním funkcím GISyPoNET patří: Parametrické vyhledávání jevů na tocích. Zobrazení jevů na tocích ve vybraném vektorovém nebo rastrovém mapovém podkladu. Zobrazení vybraných vlastností a metadat jevů. Změna polohy jevu na toku. Modifikace grafického průběhu osy toku. Stránka 13 z 64

Práce se speciální liniovým jevem správcovství toku. Tisk mapy nebo její kopírování pro další využití. Práce s uživatelským nastavením aplikace. Další specifická funkčnost pro každé povodí. 1.8.4 Integrační platforma CloverETL Nástroj pro návrh ETL transformací (Clover Designer), který obsahuje sadu adaptérů na různé druhy datových zdrojů (databáze, CSV, TXT, XLS, atd.) a dále sadu kompoment pro elementární operace s daty (odstranění duplicicit, transformace datového formátu, spojování záznamů atd.). PMO má sadu adaptérů rozšířenou o adaptéry na specifické datové zdroje používané v PMO (např. ekonomický systém FEIS, podatelna, data používaná pro webový portál). Nástroj pro spouštění a dohledování ETL transformací Clover Server, který umožňuje plánvat spouštění navržených ETL transformací a kontrolu jejich správného fungování. 1.8.5 SIEM Nástroj Enterasys SIEM a FlowMon ADS pro bezpečnostní a provozní monitoring datové sítě. Související funkčnost řeší monitoring datového spojení z měřících stanic (limnigrafů). Zařízení SIEM umožňuje zpracovávat logy se serverů a dohledovat je z provozního a bezpečnostního pohledu. 1.9 Závěr ke stávajícího stavu Stávající informační a komunikační architektura Vodohospodářského dispečinku PM je značně roztříštěná a neumožňuje zajištění automatické výměny krizových dat s partnery. Je to daň historickému vývoji a postupnému nasazování techniky a aplikací. Datové zdroje jsou různorodé, tj. strukturovaná data, soubory různých formátů, nestrukturované dokumenty, ruční vstupy atd. Neexistuje jednotná integrační vrstva pro přebírání zdrojových dat ani pro datovou výměnu mezi aplikacemi a systémy VHD. Data se předávají způsobem export/import. Úložištěm dat VHD jsou v lepším případě SQL databáze, jinak DBF a MDB databázové soubory, resp. XLS tabulky. Neexistuje centrální datbázové úložiště. Aplikační vybavení tvoří pestré portfolio od původních řešení ve FoxPro, přes MS Excel, Access až po.net řešení. Neexistuje sjednocující platforma typu dispečerského portálu. Stránka 14 z 64

Stránka 15 z 64

2 Požadovaná ICT infrastruktura VHD 2.1 Účel požadované ICT infrastruktury VHD Účelem požadované ICT infrastruktury VHD je možnost zajištění služeb informačního systému Automatizace výměny krizových dat v hydrologické oblasti povodí Moravy a Dyje v režimu HA (high availability) pro automatizovanou výměnu hydrologických dat v povodí Moravy a Dyje s hlavním přeshraničním partnerem SLOVENSKÝ VODOHOSPODÁRSKY PODNIK, štátny podnik. 2.2 Cílová architektura Role jednotlivých komponent jsou následující: Centrální databáze slouží jako centrální úložiště dat důležitých z pohledu dispečinku. Jsou do ní ukládána všechna měřená, předávaná, odvozená, popisná a další data pokrývající informační potřeby VHD, PM a spolupracujících subjektů a jsou v ní evidovány veškeré manipulace s těmito daty. Dále funguje jako úložiště pro aplikace interního dispečerského portálu. Replikace CDB obsahuje vybrané datové oblasti (schémata) z CDB, která slouží jako datová vrstva webového portálu a zároveň jsou datovou zálohou umístěnou v hostingovém centru. Aplikační vrstva řeší procedurální logiku Interního dispečerského a Externího webového portálu zajišťující přístup ke vstupním informacím, spolehlivý výstup dat a modelů, správu dat a nezpochybnitelný systém pro audit. Transformační databáze je součástí integrační vrstvy a slouží jako prostředí pro předzpracování a unifikaci dat, která jsou získána pomocí integrační vrstvy (především se jedná o data z měřících stanic) a následně uložena do centrální databáze. Transformační databáze je používána jako dočasná záloha měřených dat, není používána pro trvalé ukládání dat a je pravidelně (cca 6 týdnů) mazána. Stránka 16 z 64

SCADA server, interní integrační vrstva slouží ke komunikaci s měřícími stanicemi a získávání dat z nich. Odstiňuje další komponenty systému od specifických vlastností jednotlivých typů měřících stanic. Dále nabízí základní prostředky pro dohledování sítě měrných stanic. Interní dispečerský portál sada nástrojů dispečera nahrazující funkcionalitu stávajících jednoúčelových aplikací s doplněnými nově požadovanými funkcemi. Interní dispečerský portál též zjednodušuje předávání vstupních dat a přejímání výsledků specializovaných modelovacích a vodohospodářských systémů, které nyní PMO provozuje. Uživatelským rozhraním bude tenký klient. ETL - Vrstva řízení a správy sběru a výměny dat. Umožňuje unifikovaně řídit procesy sběru, transformace a výměny dat probíhající v interní či externí integrační vrstvě. Umožňuje tyto procesy konfigurovat, plánovat a automaticky či ručně spouštět. Informace o provedených procesech a případných chybových stavech ukládá do CDB. Externí integrační vrstva logické rozhraní pro interní a externí výměnu dat se spolupracujími organizacemi a subjekty (v projektu AVD je důležitý především partner Slovenský Vodohospodárský Podnik, š.p.). Tato vrstva je navržena principem stavebnice pomocí ETL nástroje, webových služeb a ETL procesů. Externí webový portál Informační uživatelské rozhraní přístupné prostřednictvím tenkého klienta pro autorizované partnery a běžné veřejné uživatele. Poskytne zpracovaná data aktuálních měření v různých podobách zobrazení. Pro vybrané orgány krizového řízení a partnery zajistí přístup nejen k prohlížení měřených dat, ale také vypočtených údajů. Autentizační a autorizační komponenta zajišťuje návaznost na adresářové služby a bezpečnostní politiku PMO aplikace a moduly řešení budou využívat stávající adresářové služby PM (MS active directory) prostřednictvím navržené Autentizační a autorizační komponenty. Navržený systém přístupových práv bude odpovídat zásadám bezpečnostní politiky PM. Vyžadované obecné principy architektury Systém je navržen tak, aby splnil požadavky na dostupnost celého IS v režimu (HA high availability) Návrh a řešení systému vychází ze základních uživatelských požadavků na poskytované služby. Požadavky vyplývají z analyzovaných procesů. Návrh systému dodržuje zásady budování informačních systému v prostředí PM a respektuje jeho ICT architekturu. Systém je navržen jako vícevrstvý s preferovanou architekturou postavenou na službách (SOA), které budou volány při výměně dat. Nástroje tvořící řešení systému jsou uspořádány do aplikačních celků a modulů rozdělených podle poskytovaných služeb. Mezi moduly je definováno jednoznačné rozhraní. Systém je navržen tak, aby jeho funkční celky, aplikace a moduly v maximální míře využívaly společné nástroje k realizaci jednoho typu požadavku. Stránka 17 z 64

Aplikační vrstva je realizována jako bezdatová a bezstavová. Tzn., že aplikační servery nejsou využívány jako úložiště trvalých ani dočasných dat, a ani informací označujících okamžitý stav předávaných dat. A to především z důvodu snadnějšího horizontálního rozšiřování výkonu HW aplikační vrstvy. Realizovaný systém poskytuje služby, které je možné zaregistrovat, zabezpečit a trvale provozovat. Systém poskytuje služby umožňující logování činnosti a také poskytnutí údajů pro následné vyhodnocení a audit. Klíčové aplikace a moduly systému jsou vybaveny rozhraním umožňujícím jejich monitoring a také vzdálenou administraci. V definovaných případech také se zabezpečeným externím přístupem. Zásadně je preferováno využití tenkého klienta (browser) pro interní i externí uživatelský přístup k poskytovaným službám. Výjimky jsou možné pouze pro speciální aplikace (tlusté klienty) instalované na vybraných pracovištích. Navržené a realizované uživatelské rozhraní v maximální možné míře sjednocuje všechny portálové aplikace, respektuje zásady ergonomie a efektivního ovládání funkcí poskytovaných služeb. Interní i externí uživatelé systému jsou autentizováni na jednom místě při vstupu na portál. Přístupová práva jsou přidělována pomocí rolí mapovaných k jednotlivým aplikacím, do kterých jsou uživatelé zařazeni. Výstupem návrhu a realizace řešení systému je rovněž příslušná technická dokumentace. Stránka 18 z 64

3 Požadavky na projektovou dokumentaci 3.1 Analýza stávajícího ICT prostředí Objednatele Provedení analýzy ICT prostředí Objednatele, tj.: Analýza interních a externích datových zdrojů. A to v detailu jednotlivých atributů, tj. název a popis, datový typ, rozsah, jednotka, zdroj, frekvence předávání a zpracování dat. Analýza historických dat, která budou migrována do Centrální DB. Analýza potřeb vytvoření nových centrálních číselníků a tabulek metadat. Analýza stávajícího HW a SW z pohledu jeho nahrazení nebo začlenění do nového informačního systému. 3.2 Návrh informačního systému Navržení informačního systému s ohledem na stanovené požadavky a potřeby Objednatele v návaznosti na provedenou Analýzu a s důrazem na integraci informačního systému se stávajícím ICT prostředím Objednatele, tj.: Návrh pravidel uchovávání historie vybraných dat měření VHD a TBD a popisných dat v Centrální DB. Výběr dat VHD pro migraci v detailu jednotlivých atributů, rozhodnutí o způsobu migrace. Návrh logického a fyzického datového modelu (ER diagram) CDB v určeném CASE nástroji. A to především na základě analýzy datových zdrojů a potřeb integrace např. s ISyPo TE. a také s ohledem na plánované datové, tabulkové a grafické výstupy. Vygenerování dokumentace modelu. Návrh architektury a technického řešení modulů interní integrační vycházející z požadované funkcionality a s deklarovanou dostupností, spolehlivostí a bezpečností. Specifikace všech SW komponent nezbytných pro realizaci služeb interní integrační vrstvy dle deklarovaných principů architektury řešení. Návrh architektury a technického řešení modulů externí integrační vrstvy vycházející z požadované funkcionality a s deklarovanou dostupností, spolehlivostí a bezpečností. Specifikace všech SW komponent nezbytných pro realizaci služeb externí integrační vrstvy dle deklarovaných principů architektury řešení. Návrh obrazovek Interního dispečerského portálu v určeném grafickém nástroji vycházející z požadované funkcionality a odpovídající moderním trendům a ergonomickým zásadám. Zpracování vybraných případů užití (Use Case) Interního dispečerského portálu v určeném CASE nástroji dle UML standardů. Návrh obrazovek externího webového portálu (Partnerského a Veřejného informačního portálu) v určeném grafickém nástroji vycházející z požadované funkcionality a odpovídající moderním trendům a ergonomickým zásadám. Zpracování vybraných případů užití Partnerského a Veřejného informačního portálu v určeném CASE nástroji dle UML standardů. Návrh HW architektury vycházející z požadované funkcionality a s deklarovanou dostupností, spolehlivostí a bezpečností. Sizing aplikačních a databázových serverů včetně způsobu jejich budoucího rozšiřování. Detailní specifikace všech HW komponent nezbytných pro realizaci projektu dle zadání. Stránka 19 z 64

3.3 Návody pro obsluhu Zpracování návodů pro obsluhu serverových systémů a aplikačního softwarového vybavení, tj.: Technická dokumentace skutečného HW provedení obsahující schéma realizované HW architektury a popisující technické prostředí, ve kterém je řešení implementováno včetně specifikace všech HW komponent, jejich konfiguračního nastavení a dodaného manuálu. Technická dokumentace skutečně implementovaného SW řešení obsahující schéma realizované SW architektury a popisující všechny SW komponenty, jejich konfigurační nastavení, také dodané manuály nebo vygenerované programátorské dokumentace. Návody pro obsluhu zpracované formou uživatelské dokumentace aplikací Interního dispečerského portálu a Partnerského a Veřejného informačního portálu obsahující popis uživatelských oprávnění, základních menu aplikací, snímky obrazovek včetně popisu ovládacích prvků a zadávaných údajů, seznam a popis upozorňujících, varovných a chybových hlášení, které aplikace zobrazují a doporučení postupu v těchto případech. Návody pro administrátory zpracované formou administrátorské dokumentace obsahující odkazy na dodané Technické dokumentace, postupy při správě uživatelských účtů a rolí, pravidla a doporučení pro zajištění podpory uživatelů v rutinním provozu, zásady a doporučení pro provoz a správu aplikací, popis instalace a konfigurace serverových a klientských komponent řešení, posloupnost kroků při startu a ukončení klientských části řešení, způsob prověřování stavu implementovaného informačního systému, popis implementace a konfigurace bezpečnostních prvků, pravidla pro zálohování dat a aplikací, metody a postupy pro obnovu dat a aplikačního vybavení, seznam a popis chybových hlášení, které aplikace zobrazují, scénáře řešení nestandardních, chybových a havarijních situací. 3.4 Operační dokumentace pro krizové řízení Zpracování operační dokumentace pro krizové řízení se zaměřením na popis všech možností nově instalovaných systémů, tj.: Operační dokumentace provozování informačního systému pro jeho maximální využití zejména v případě krizového řízení povodňových situací. Dokumentace musí podporovat řízení zajišťované vodohospodářským dispečinkem a Krizovým technickým štábem, komunikaci s kooperujícími subjekty (povodňové komise, obce, krizové štáby, bezpečnostní rady, HZS, Zdravotnické záchranné služby, Policie atd.) a koordinaci jejich postupu. Stránka 20 z 64

4 Požadavky na funkční a technické vlastnosti 4.1 Modulární pohled 4.2 Specifický SW -katalogové listy Minimální požadavky na technické a funkční vlastnosti aplikačního software, jež požaduje Objednatel vyvinout pro své potřeby, jsou stanoveny formou standardizovaných katalogových listů. Skupiny katalogových listů jsou následující. Specifický SW - vyvinutý výhradně pro potřeby zákazníka Interní dispečerský portál Katalogové listy označení služby IDP-NASTROJE IDP-VHD DOHLED IDP-TBD DOHLED IDP-SPRAVA IDP-EXPORT IMPORT IDP-PROFILY IDP-MAPY Katalogové listy název služby Nástroje dispečera Interního dispečerského portálu VHD dohled Interního dispečerského portálu TBD dohled Interního dispečerského portálu Aplikace pro správu Interního dispečerského portálu Modul exportu / importu dat Interního dispečerského portálu Správa příčných profilů a měrných křivek Interního dispečerského portálu Modul zpřístupnění a vizualizace mapových podkladů Interního dispečerského portálu Stránka 21 z 64

Veřejný informační portál Partnerský informační portál Centrální databáze, autorizační a autentizační komponenta Správa a řízení datových procesů, Transformační databáze IDP-REPORT IDP-DENIK IDP-HYDRO VIP-PREZENTACE PIP-SPRAVA PIP-EXPORT IMPORT PIP-MAPY PIP-VIZUALIZACE PIP-REPORT PIP -PARTNERI CDB CDB-IPL RDB RDB-EPL MIGRACE AAC IIV-TDB IIV-ETL_VP IIV-RIZENI_VZD Návrh a generování reportů Interního dispečerského portálu Deník dispečera Interního dispečerského portálu Integrace stávajících aplikací Hydro 11 a Hydrog Prezentační modul příhraniční oblasti Moravy a Dyje Veřejného informačního portálu Aplikace pro správu Partnerského informačního portálu Modul exportu / importu dat Partnerského informačního portálu Modul zpřístupnění a vizualizace mapových podkladů Partnerského informačního portálu Tabelární a grafická vizualizace měření Partnerského informačního portálu Návrh a generování reportů Partnerského informačního portálu Modul evidence partnerů a zpráv Partnerského informačního portálu Centrální databáze Aplikační vrstva - Interní procedurální logika CDB Replikace Centrální databáze Aplikační vrstva - Externí procedurální logika RDB Migrace aktuálních a historických dat do CDB Autentizační a autorizační komponenta Transformační databáze Vývojové prostředí pro ETL procesy Aplikace pro řízení výměny a zpracování dat SCADA Server IIV- KOLEKTOR_MS Kolektor pro sběr a transformaci dat z měřících stanic IIV- ADAPTERY_NA_MERICI_STANICE Adaptéry pro komunikaci s měřícími stanicemi IIV-DOHLED Aplikace pro dohledování sítě měřících stanic Externí integrační vrstva EIV- MDMP Modul výměny dat mezi partnery projektu AVD EIV- MODUL_VYMENY_DAT_SE_SUBJEKTY Modul výměny dat se subjekty relevantními pro potřeby dispečinku Stránka 22 z 64

4.2.1 Transformační databáze OZNAČENÍ SLUŽBY Název služby IIV-TDB Transformační databáze VYMEZENÍ SLUŽBY Prostředí Cílová skupina Zkrácený popis služby PRODUKČNÍ Pracovníci VHD PM využívající data, správci databáze VHD PM Databáze, která je součástí interní integrační vrstvy. Transformační databáze funguje na principu bufferu, kdy data úspěšně transformovaná a uložena do centrální DB, jsou po zpracování dočasně zálohována v transformační DB (cca 6 týdnů) a poté odmazána. Vzhledem k tomu, že datové vstupy jsou převážně asynchronní, toto řešení logicky odděluje provozní centrální DB od primárních datových zdrojů. Pomocí dobře definované transformační logiky umožňuje operativně a transparentně řídit zpracování dat včetně ošetření chyb a logování jeho průběhu. FUNKČNÍ A TECHNICKÉ POŽADAVKY Transparentní databáze (Oracle - pozn.: Objednatel umožňuje použití i jiných, kvalitativně a technicky obdobných řešení, které naplní Objednatelem požadovanou funkcionalitu) s možností řízení transformací provozovaným ETL nástrojem. Speciálně navržené schéma dočasných tabulek, které jsou v definované periodě mazány. Schéma tabulek pro vstupní chybová data, která neprojdou transformačními pravidly, pro jejich uložení, dodatečnou analýzu a zpracování. Schéma tabulek pro logový záznam o každé provedené transformaci. Možnost online zpracování záznamů nebo dávkově podle specifikovaných požadavků a charakteru vstupních dat. Kategorie incidentů Kategorie A Kategorie B Nedostupnost (výpadek) transformační DB. Omezená dostupnost transformační DB bránící běžné práci s dopadem na výraznou část uživatelů. Např.: Globální zpomalení transformací dat vlivem chybné konfigurace. Nefunkčnost vybraných transformací data v důsledku vnitřní chyby. Kategorie C Ostatní závady (zpravidla individuálního charakteru) nespadající do kategorie A nebo B. Způsob kontroly Doplní Zhotovitel v detailní specifikaci. PODMÍNKY A OMEZENÍ SLUŽBY Vazby na okol. systémy Počet uživatelů Sada konektorů pro běžně používané datové zdroje, Řízení získávání a výměny dat, dohled transformací, Vývojové prostředí pro ETL transformace, Integrační vrstva, Centrální DB 1 10 systémových Stránka 23 z 64

Způsob implementace Instalace TDB, implementace příslušných schémat, napojení ETL. 4.2.2 Centrální databáze OZNAČENÍ SLUŽBY Název služby CDB Centrální databáze VYMEZENÍ SLUŽBY Prostředí Cílová skupina Zkrácený popis služby PRODUKČNÍ Pracovníci VHD PM využívající data, správci databáze VHD PM Centrální provozní databáze dispečerského řešení. Obsahuje všechna měřená, předávaná, odvozená, popisná a další data pokrývající informační potřeby VHD, PM a spolupracujících subjektů. Předpokládá úplnou integraci nového datového modelu VHD a stávající databáze ISyPo TE, resp. dalších datových zdrojů. Relační model musí být navržen jako dobře rozšiřitelný a zahrnující také centrální číselníky, metadata a další potřebné tabulky. Struktura navrženého datového modelu CDB má umožnit ukládání dat různých typů, spojitých nebo diskrétních měření, časových řad, umožnit seskupování dat do vyšších celků tzv. datových sad, podporovat požadavky tabulkové i grafické prezentace dat. FUNKČNÍ A TECHNICKÉ POŽADAVKY Transparentní provozní databáze (Oracle - pozn.: Objednatel umožňuje použití i jiných, kvalitativně a technicky obdobných řešení, které naplní Objednatelem požadovanou funkcionalitu) s diferencovaným přístupem. Speciálně navržené schéma VHD odpovídající klasifikovaným datovým zdrojům a potřebám jejich rychlé prezentace umožňující specifikovat typy měření a závislostí mezi nimi s vazbou na typy jevů ISyPo TE, seskupení měření do datových sad za definované časové období, šablony pro grafickou prezentaci měření a závislostí mezi nimi (typ grafu, měřítko os, limity a další parametry), šablony pro tabulkovou prezentaci měření a závislostí mezi nimi (druh tabulky, definice zobrazených veličin, krok zobrazení a další), definice agregace dat (průměry, odchylky, extrémy atd.). Speciálně navržené schéma centrálních číselníků a metadat pokrývající informační potřeby VHD v rámci nového informačního systému. Schéma dalších databází pro potřebu portálových aplikací. Datamart časových řad a datových sad pro podporu tabulkové i grafické prezentace. Schéma tabulek pro logové záznamy podporující audit. Schéma pro uchovávání historie vstupních interních a externích dat (také dat odvozených a vypočtených) podle navržených pravidel. Kategorie incidentů Kategorie A Kategorie B Nedostupnost (výpadek) Centrální DB. Omezená dostupnost Centrální DB bránící běžné práci s dopadem na výraznou část uživatelů. Např.: Nedostupnost části dat vlivem chybné konfigurace. Omezená funkčnost DB serveru v důsledku vnitřní chyby. Kategorie C Ostatní závady (zpravidla individuálního charakteru) nespadající do kategorie A nebo B. Způsob kontroly Stránka 24 z 64

Doplní Zhotovitel v detailní specifikaci. PODMÍNKY A OMEZENÍ SLUŽBY Vazby na okol. systémy Řízení získávání a výměny dat, dohled transformací, Transformační DB, Aplikační vrstva - Interní procedurální logika (IPL) Počet uživatelů 0 1000 Způsob implementace Instalace CDB, implementace příslušných schémat, napojení ETL a aplikační vrstvy. Další podmínky Stránka 25 z 64

4.2.3 Aplikační vrstva - Interní procedurální logika CDB OZNAČENÍ SLUŽBY Název služby CDB-IPL Aplikační vrstva - Interní procedurální logika CDB VYMEZENÍ SLUŽBY Prostředí Cílová skupina Zkrácený popis služby PRODUKČNÍ Pracovníci VHD PM využívající data, partneři, správci databáze VHD PM Uložené procedury a funkce v PL/SQL (Oracle - pozn.: Objednatel umožňuje použití i jiných, kvalitativně a technicky obdobných řešení, které naplní Objednatelem požadovanou funkcionalitu) strukturované do tematických balíků (packages). Tvoří aplikační vrstvu interní procedurální logiky funkčně oddělenou od svého okolí s definovaným rozhraním (výčtem parametrů) pro komunikaci. Jsou uloženy v databázi a vykonávány přímo databázovým serverem. Slouží především pro poskytování dat uložených v Centrální DB aplikacím a modulům Interního dispečerského portálu. Určené procedury a funkce umožňují také vybraná data v CDB měnit nebo manipulovat s nimi. FUNKČNÍ A TECHNICKÉ POŽADAVKY Tematicky oddělené PL/SQL packages interní procedurální logiky pro jednotlivé logické datové oblasti CDB. Propojení s příslušnými aplikacemi a moduly Interního dispečerského portálu. Možnost parametrického čtení a zápisu dat nebo manipulace s daty podle funkčních potřeb aplikací a modulů Interního dispečerského portálu. Transparentní ošetření chybových stavů volání procedur a funkcí. Kategorie incidentů Kategorie A Kategorie B Nedostupnost (výpadek) jednotlivých packages nebo Centrální DB. Omezená dostupnost funkcionalit jednotlivých packages bránící běžné práci s dopadem na výraznou část uživatelů. Např.: Nedostupnost části dat nebo výrazné zpomalení vlivem chybné konfigurace. Nefunkčnost některých procedur nebo funkcí v důsledku vnitřní chyby. Kategorie C Ostatní závady (zpravidla individuálního charakteru) nespadající do kategorie A nebo B. Způsob kontroly Doplní Zhotovitel v detailní specifikaci. PODMÍNKY A OMEZENÍ SLUŽBY Vazby na okol. systémy Centrální DB, Aplikace a moduly Interního dispečerského portálu (IDP) Počet uživatelů 0 1000 Způsob implementace Implementace packages, napojení aplikací a modulů IDP. Další podmínky Stránka 26 z 64