Technická dokumentace – Analýza možností integrace stávajících systémů kraje na IS DTM

Technická dokumentace – Analýza možností integrace stávajících systémů kraje na IS DTM

Příloha č. 1 zadávací dokumentace – Technická dokumentace

Příloha č. 1 smlouvy o dílo – Technická dokumentace



Technická dokumentace

Analýza možností integrace stávajících systémů kraje na IS DTM

Zadavatel/Objednatel – Pardubický kraj





1Úvod

1.1.1Tento dokument je určen k popisu a definici rozsahu díla, dodávek a služeb, které objednatel poptává jako předmět plnění ve veřejné zakázce s názvem „Analýza možností integrace stávajících systémů kraje na IS DTM“. Zkratka IS DTM v rámci tohoto dokumentu znamená Informační systém Digitální technické mapy.

1.1.2Předmětem této dokumentace je popis a stanovení požadavků objednatele na provedení analýzy stávajících informačních systémů Pardubického kraje za účelem možnosti jejich provázání na nově pořizovaný Informační systém Digitální technické mapy Pardubického kraje.

1.1.3Výstupem plnění podle této technické dokumentace budou následující dokumenty

  • ucelený dokument popisu situace a návrhu provedení integrací a užití stávajících dat a užití nových datových sad IS DTM ve stávajících IS, včetně příslušenství níže

  • Zpracování samostatného dokumentu popisujícího požadavky na integraci a publikaci dat z nového IS DTM v detailu, který umožní takové požadavky na integraci na straně IS DTM přímo použít do zadávacích podmínek na pořízení a integraci IS DTM do prostředí Pardubického kraje; stejně tak na integraci a publikaci dat ze stávajícího prostředí Pardubického kraje v rozsahu této analýzy do nového IS DTM

1.1.4Zhotovitel pro objednatele provede zejména

  • ověření dostupnosti rozhraní stávajících informačních systémů za účelem integrace na IS DTM; v případě, že potřebná rozhraní nebudou existovat, provede jejich návrh

  • zpracování a rozbor stávajících dat vedených ve stávajících systémech kraje za účelem jejich dalšího využití ve spolupráci s novými datovými sadami IS DTM

  • zpracování analýzy a návrh užití nových datových sad IS DTM v rámci stávajících informačních systémů kraje za účelem efektivnějšího využívání těchto nástrojů a vyšší míry provázanosti datových sad

  • návrh úpravy stávajících informačních systémů objednatele za účelem zvýšení jejich efektivity a funkcionality všude tam, kde bude zjištěn potenciál využití nových datových sad IS DTM

  • další návrhy na rozvoj stávajícího prostředí objednatele nebo vznik nových prostředí a systémů za účelem užití stávajících datových sad a datových sad IS DTM, jejich průniku a potenciálního vzniku multiplikačních efektů propojení datových sad

  • zpracování technického popisu rozhraní stávajících systémů pro možnost jejich napojení třetí stranou v rozsahu, který nebude vyžadovat jakýkoliv zásah nebo poskytnutí další informace třetí stranou mimo otevření komunikace na tomto rozhraní v systému třetí strany

  • veškerá dokumentace a návrhy technických řešení musí respektovat pravidla bezpečnosti dat a systémů, včetně kybernetické bezpečnosti, když IS DTM může být Významným informačním systémem podle zákona č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů (zákon o kybernetické bezpečnosti), ve znění pozdějších předpisů

1.1.5Informační systémy, kterých se provedení analýzy týká, jsou uvedeny níže v této technické dokumentaci, když si však objednatel vyhrazuje právo rozšířit tento okruh ještě o další dva informační systémy, k jejichž vztahu k IS DTM nebo stávajících informačním systémům rozšířeným o datové sady IS DTM může dojít až v rámci realizace plnění dle této technické dokumentace a kdy jejich navázání může mít další potenciál pro objednatele. Toto navýšení o další dva informační systémy je již zahrnuto v ceně plnění a není důvodem pro její navyšování v rámci realizace plnění.

1.1.6Součástí předmětu plnění není pouhé sestavení popisu informačních systémů a jejich datových sad, ale i popis těchto datových sad, popis funkcionality informačních systémů a návrh jejich užití a rozšíření ve vazbě na novou datovou sadu IS DTM a nový informační systém IS DTM. Předmětem plnění je proto i technologická a analytická návrhová část v oblasti procesních modelů, rozsahu funkcionalit a užití datových sad nad nově vzniklým prostředím v důsledku rozšíření stávajícího prostředí objednatelem o IS DTM a jeho datové sady. Výsledek předmětu plnění proto musí být ucelená analýza včetně návrhu postupu a popisu postupu objednatele, za účelem maximálního užití a efektivity užití stávajících IS a jejich dat a jejich rozvoje. Výsledný dokument ve své návrhové části proto bude stanovovat jednotlivé kroky k provedení ze strany objednatele a tyto kroky budou analyzovány a stanoveny tak, aby je skutečně bylo ze strany objednatele možné provést. Tedy zejména co do harmonogramu jejich provedení, možnosti jejich provedení (smluvní, technologické, z pohledu veřejných zakázek) a formy jejich provedení.

1.1.7Objednatel se nachází v realizační fázi projektu vybudování informačního systému Digitální technické mapy a jeho nasazení do produkčního provozu. Za účelem dosažení maximální efektivity využití stávajících dat a informačních systémů ve vazbě na IS DTM a jejich rozvoj proto realizuje tuto analýzu. Pro účely plnění dle této technické dokumentace se za Informační systém Digitální technické mapy považuje informační systém zejména v rozsahu přílohy č. 7 Specifikace technického standardu1 III. Výzvy Vysokorychlostního internetu - Vznik a rozvoj digitálních technických map krajů v rámci Operačního programu podnikání a inovace pro konkurenceschopnost 2014-2020 Ministerstva průmyslu a obchodu - České republiky.

1.1.8Za účelem provedení analýzy dle této technické dokumentace bude objednatelem zhotoviteli poskytnuta specifikace zadávacích podmínek, včetně požadavků na konkrétní technické řešení, nově pořizovaného informačního systému Digitální technické mapy.

1.2Popis plnění podle této technické dokumentace

1.2.1Předmětem plnění je provedení analýzy stávajícího prostředí Pardubického kraje určeného pro implementaci IS DTM a zpracování popisu takového prostředí na úrovni, která umožní zpracování prováděcího projektu a provedení implementace na definované informační systémy v rámci dodávky a implementace IS DTM. V rámci realizace této analýzy bude zpracována detailní dokumentace (popis a specifikace) požadovaného navázání informačních systémů v prostředí Pardubického kraje na nově pořizovaný IS DTM, a to minimálně v následujícím předpokládaném rozsahu

  • IS Územně analytických podkladů kraje - dodavatel Hydrosoft Veleslavín, s.r.o.

  • Identity management systém - dodavatel produktu AC Identity je Autocont

  • Informační systém elektronické spisové služby – dodavatel produktu GINIS je firma GORDIC

  • FAMA+ - dodavatel TESCO SW a.s. – správa majetku

  • DiMAP - dodavatel GMtech s.r.o.– diagnostika a majetkoprávní přehled (Správa a údržba silnic),

  • Pasport silničního majetku - dodavatel GMtech s.r.o. – systém Naše Mapy (Správa a údržba silnic),

  • Mostař - dodavatel DUMO Solutions s.r.o. – evidence a správa mostů a propustků (Správa a údržba silnic).

1.2.2Minimální požadovaný rozsah popisu takových integrací je následující

  • popis okolních systémů (název, provozovatel, účel, architektura, popis rozhraní / otevřenosti),

  • grafické schéma architektury řešení integračních vazeb,

  • technické řešení integrace – např. webové služba atd.

  • způsob komunikace – popis komunikačních služeb včetně přenášených oblastí / sad /dat – budou popsány datové entity jednotlivých systémů a jejich atributy, které budou součástí integračních vazeb;

1.2.3Součástí plnění bude i následující

  • Byznys analýza procesů v rámci integračních vazeb mezi budoucím systémem krajské DTM a stávajícími systémy kraje a jeho zřizovaných organizací;

  • SW design jednotlivých integračních vazeb na úrovni technického popisu požadované integrační(ch) metod(y) a dalších nutných požadavků na integraci jednotlivých systémů určených k integraci na IS DTM;

  • Popis datových entit a jejich atributů, které budou součástí integračních vazeb;

1.2.4Výstupy prováděné analýzy musí zohledňovat následující požadavky:

  • Použité modely analýzy budou zpracovány za použití modelovacího jazyka UML 2.0 a BPMN 2.0 pro případné business procesy

  • Očekávané výstupy analýzy bubou dodány ve dvou formách výstupu:

    • Dokumentace ve formátu MS Word, MS Excel

    • Analytický model (obsahující části analýzy z předešlého bodu) také ve formátu exportu repository nástroje Enterprise architect (EAP file)

    • Oba výstupy musí být navzájem konsistentní

1.2.5Minimální rozsah požadované analýzy a popisu integrací je následující:

  • Popis okolních systémů (název, provozovatel, účel, architektura, popis rozhraní/otevřenosti).

  • Grafické schéma architektury řešení integračních vazeb.

    • Výstupy dle UML 2.0 za využití Component modelu

  • Seznam integračních rozhraní včetně způsobů integrace na jednotlivé systémy a popisu účelu integrace a seznam požadavků na integrovaný systém

    • Výstup ve formátu MS Excel

  • Technické řešení integrace, popisující implementaci jednotlivých rozhraní a způsobů použití vzájemných integrací mezi jednotlivými systémy

    • Servisní specifikace – viz níže Požadavky na servisní specifikaci

    • Interface agreement – viz níže Požadavky na Interface agreement

1.2.6Součástí plnění bude i následující

  • Analýza procesů v rámci integračních vazeb mezi budoucím systémem krajské DTM a stávajícími systémy kraje a jeho zřizovaných organizací;

  • SW design jednotlivých integračních vazeb na úrovni technického popisu požadované integrační(ch) metod(y) a dalších nutných požadavků na integraci jednotlivých systémů určených k integraci na IS DTM;

    • Součástí výstupů musí být integrační artefakty v podobě WSDL, XSD, JSON schéma a podobně dle konkrétního způsobů integrace

  • Popis datových entit a jejich atributů, které budou součástí integračních vazeb;

1.2.7Nezbytnou součinnost třetích stran (dodavatelů informačních systémů, které jsou předmětem této analýzy s výjimkou IS DTM) pro možnost provedení plnění této analýzy zajistí objednatel.

1.2.8Výstup plnění v podobě dokumentace požadavků na integrace musí být zpracován v takovém detailu a rozsahu aby jej Pardubický kraj mohl užít jako součást zadávacích podmínek pro veřejnou zakázku na pořízení IS DTM a jeho implementaci a to až do takového rozsahu, aby tato dokumentace obsahovala takový detail integrací, aby dodavatel IS DTM již nepotřeboval žádnou další součinnost a informace o těchto integrovaných systémech, mimo povolení komunikace mezi těmito systémy pro testovací a produkční provoz. Nezbytnou součinnost třetích stran pro možnost provedení plnění této analýzy zajistí objednatel.

1.2.9Předmět plnění rovněž obsahuje plnění, které není uvedeno v Technické dokumentaci a jejích přílohách, ale jehož realizace je nezbytná pro provedení díla, tj. pro řádné a včasné dokončení díla v souladu se smlouvou o dílo a jejími přílohami. Zahrnuje veškerá plnění včetně software pro zajištění 100% funkčnosti a provozuschopnosti informačních systémů a dalších komponent na základě této technické dokumentace a jejích příloh.

1.3Požadavky na servisní specifikaci

1.3.1Ke každé vytvářené integrační službě bude vyhotoven dokument Service Specification (SeSp) popisující minimálně:

  • popis rozhraní

  • seznam a popis operací daného rozhraní

  • popis použitých datových struktur – datové entity jednotlivých systémů a jejich atributy, které budou součástí integračních vazeb

  • použité integrační protokoly

  • způsob zabezpečení rozhraní

  • případně další parametry potřebné pro konzumenta služby

  • artefakty v podobě WSDL, XSD, JSON schema a podobně dle konkrétního způsobu integrace

1.4Požadavky na Interface agreement

1.4.1Ke každé vytvářené službě bude vyhotoven Interface agreement. Interface Agreement (IA) je dokument, který dokumentuje dohodu mezi poskytovatelem a konzumentem služby (Zadavatelem) na úrovni jejího rozhraní.

1.4.2Obsahuje minimálně tyto informace:

  • seznam integrovaných aplikací

  • seznam případů užití a integračních scénářů jednotlivých operací pro všechny konzumenty rozhraní

  • popis komunikace sekvenčního zpracovávaní

  • seznam a popis všech parametrů vystavených na rozhraní a jejich plnění konzumentem (pro požadavek) a poskytovatelem (odpověď)

  • používané číselníky, případně požadavky na jejich mapování

  • režim používání služby/operací z pohledu zatížení a výkonnosti (odezvy, četnost, počet, velikost zpráv)

2Informační systémy určené k analýze

2.1Informační systém Územně analytických podkladů

2.1.1Informační systém správy, prezentace a výdeje územně analytických podkladů Pardubického kraje. Územně plánovací dokumentace a územně plánovací podklady jsou provázány s geografickými informačními systémy (GIS) a mapovými servery.

2.1.2Dokumentace územně analytických podkladů obsahuje:

  • Textovou část, která obsahuje

    • podklady pro rozbor udržitelného rozvoje území (Textová část A)

    • rozbor udržitelného rozvoje území obsahující zjištění a vyhodnocení udržitelného rozvoje území s uvedením jeho slabých a silných stránek, příležitostí a hrozeb v tematickém členění (Textová část B, C)

  • Grafickou část, která obsahuje

    • výkres hodnot území

    • výkres limitů využití území

    • výkres záměrů na provedení změn v území

    • výkres problémů k řešení územně plánovací dokumentací

2.2Identity management systém

2.2.1Identity Management Systém zajišťující řízení a správu přístupových oprávnění do informačních systémů Pardubického kraje.

2.2.2Integrace na správu uživatelů DTM, zajištění SSO přístupů těchto uživatelů.

2.3Informační systém elektronické spisové služby

2.3.1Systém elektronické spisové služby umožňuje vedení a administraci dokumentů v elektronické formě.

2.3.2Rozhraní pro napojení spisové služby kraje na DTM pro ukládání dokumentu souvisejících s procesy v DTM (jako např. aktualizace ZPS, administrace TI a DI apod.)

2.4FAMA+ - správa majetku

2.4.1IS FaMa+ je centrální elektronická evidence nemovitého majetku ve vlastnictví Pardubického kraje, který je užíván organizacemi zřizovanými a zakládanými krajem. Je rozdělen na oddíly nazvané Modul Nemovitý majetek a smlouvy a Modul energetický management.

2.4.2Modul Nemovitý majetek a smlouvy - V modulu Nemovitý majetek je evidován veškerý majetek vedený organizací na účtu 021 – stavby a na účtu 031 – pozemky. Majetek je veden v pořizovacích a zůstatkových cenách s tím, že odpisy a technická zhodnocení majetku jsou doplňovány správci IS FaMa+ za příslušnou organizaci, a to v takovém časovém období, které koresponduje s pohyby majetku v účetnictví. V modulu Smlouvy jsou evidovány veškeré smlouvy a jejich dodatky týkající se nemovitého majetku, tj. smlouvy o nájmu, podnájmu a výpůjčce, přičemž není určující, na jaké straně smluvního vztahu se organizace nachází.

2.4.3Modul Energetický management - Účelem evidence v IS FaMa+ Modul Energetický management je vytvořit elektronický informační systém managementu hospodaření s energií, který poskytuje nástroje k tomu, aby byla snižována energetická náročnost budov v majetku Pardubického kraje. Vytvoření tohoto modulu je odrazem nezbytnosti implementace systému managementu hospodaření s energií dle normy ČSN EN ISO 50001. Rada Pardubického kraje implementaci projednala dne 20. 9. 2012 usnesením č. R/2807/12 a v souladu s důvodovou zprávou schválila energetickou politiku Pardubického kraje. Pro úspěšné fungování tohoto systému byli pověřeni odpovědní pracovníci jednotlivých organizací tzv. energetičtí manažeři, kteří zadávají do IS FaMa+ Modul Energetický management údaje a sledují a vyhodnocují ukazatele energetické náročnosti s ohledem na snižování spotřeb energií. V rámci tohoto modulu jsou evidovány informace týkající se spotřeb energií, odběrných míst, podružných měřičů, technických parametrů odběrů, faktur a smluv s dodavateli energií.

2.5DiMAP – diagnostika a majetkoprávní přehled (Správa a údržba silnic)

2.5.1Informační systém zajišťuje vedení, identifikaci a vizualizaci stavu vlastnictví pasportovaného majetku a diagnostických dat včetně jeho zobrazení v mapové vrstvě. Systém je v prostředí SÚS PK zaveden a dlouhodobě využíván. Nástroj na vedení a editaci prvků DI Kraje.

2.6 MAJA - majetková agenda

2.6.1Informační systém zajištující řízení a podporu majetkoprávních činností na nových či stávajících dopravních stavbách a stavbách technické infrastruktury. Aplikace slouží jako společné prostředí pro práci všech zúčastněných stran (investor, mandatář, majetkový referent, projektant, znalec, právník). Systém je zavedený a dlouhodobě využíván na SÚS PK i Pardubickém kraji pro přípravu všech dopravních staveb.

2.6.2Integrace na ostatní majetkoprávní agendu za účelem realizace a řízení majetkoprávních procesů a úkonů stávajících a plánovaných liniových staveb.

2.7Pasport silničního majetku – systém Naše Mapy (Správa a údržba silnic)

2.7.1Databáze pasportu (HFBIZ) - Informační systém zajištující vedení pasportů stromů, svodidel, VDZ, SDZ včetně specifického zobrazení v 3D mapovém okně, s návazností na aktuálně používané měřící a diagnostické metody sběru dat (nezaměňovat se sběrem dat pro DTM) a propojení s IS DIMAP. Systém je v prostředí SÚS PK zaveden a dlouhodobě využíván.

2.7.2Databáze podkladových dat (HFBIZ) - Informační systém zajištující zobrazování primárně pořízených dat (ZPS) ve 3D mapovém okně a propojení s IS DIMAP a IS HFBIZ. Systém je v prostředí SÚS PK zaveden a dlouhodobě využíván.

2.8Mostař – evidence a správa mostů a propustků (Správa a údržba silnic)

2.8.1Webová databázová aplikace určená pro správce mostních objektů. Je určená pro vedení pasportu mostů a propustků větších obcí nebo měst jako i pro použití k evidenci mostů na silnicích II. a III. tříd.

2.8.2Integraci na datové podklady DTM Pardubického kraje pro možnost přípravy pokladů pro aktualizaci TI a DI v DTM Pardubického kraje.

2.9Ostatní integrace a systémy

2.9.1Popsaný výčet způsobů integrací včetně odkazů na technickou dokumentaci DTM v jednotlivých kapitolách výše není finální a finální způsob provedení integrací je předmětem poptávané analýzy.

2.10Popis rozhraní

2.10.1Zhotovitel dodá aktuální a platný popis všech dotčených rozhraní informačních systémů, se kterými bude IS DTM provázán. Taková dokumentace musí být vedena až na úroveň popisu konkrétního způsobu práce rozhraní s daty a uvedení všech jednotlivých datových typů a jednotlivých položek, se kterými pracuje.

2.10.2Popis jednotlivých rozhraní musí být zpracován tak detailně, aby umožňoval objednateli jeho předání třetí straně, která na základě popisu bude schopna vytvořit bez jakékoliv součinnosti zhotovitele odpovídající protikus rozhraní v plném rozsahu a jeho spuštění bude odvislé pouze na povolení komunikace ze strany aplikace/informačního systému zhotovitele.

2.10.3Takový popis rozhraní musí tedy obsahovat minimálně technologii, kterou je rozhraní realizováno, popis jednotlivých datových typů a struktur, se kterými rozhraní pracuje, a způsob, kterým má být prostřednictvím rozhraní komunikováno.

3Projektové řízení

3.1.1S ohledem na rozsah projektu a dopad jeho zavedení do produkčního provozu na výkon činnosti objednatele je v rámci dodávky předmětu plnění objednatelem požadováno aplikování základních principů projektového řízení ze strany zhotovitele.

3.1.2Jedná se zejména o řízení projektových prací v souladu s uzavřenou smlouvu s ohledem na věcné plnění dané smlouvou objednatele – rozsah, posloupnost a hloubku projektových prací, (tj. harmonogramu) – řízení postupu prací s ohledem na závazný harmonogram projektu – dodržování termínů a milníků harmonogramu, podchycení případných kolizí, zpoždění nebo vznikajících rizik a jejich reportování směrem k objednateli, aktivní řešení výše uvedených nestandardních situací

3.1.3Zpracování pravdivých, úplných a věcně jasných a vypovídajících zápisů z konzultačních schůzek a pracovních jednání (s cílem zaznamenání klíčových rozhodnutí, ujednání, navržených nebo dohodnutých termínů a způsobů řešení dílčích částí projektu atd.)

3.1.4Prezenční účast odpovědné osoby zhotovitele na kontrolních dnech v pravidelných min. měsíčních intervalech v sídle objednatele, případně se souhlasem obou smluvních stran formou videokonference nebo telekonference.

3.1.5Reporting projektu na úrovni pravidelných dvoutýdenních písemných zpráv směrem k odpovědné osobě objednatele (seznam prací, které byly poskytovatelem vykonány pro danou část projektu, stav těchto prací (ukončeno, odloženo, v realizaci); popis vzniklých problémů a způsob jejich řešení). Objednatel si vyhrazuje právo vyžádat reporting projektu i mimo dvoutýdenní interval, na takovou žádost bude zhotovitel povinen reagovat vždy nejpozději písemnou zprávou do 4 pracovních dnů.

3.1.6Řízení rizik projektu, hodnocení pravděpodobnosti jejich výskytu a míry dopadu, návrh řešení k jejich eliminaci.

3.1.7Řízení změn na projektu, v případě požadavků na změnu v projektu provedení konzultací k ověření nutnosti změny projektu; zjištění dopadu požadovaných změn směrem ke koncepci celkového řešení, harmonogramu, dotačnímu titulu, vytížení lidských zdrojů atd. V případě odsouhlasení změn spolupráce při implementaci změn do projektu, komunikace s poskytovateli a s realizačním týmem

4Legislativa

4.1.1Zhotovitel v rámci plnění musí dodržet veškerou platnou a účinnou legislativu, který se předmětu plnění této smlouvy týká, jakož se i týká bezpečnosti na straně objednatele, kybernetické bezpečnosti a ochrany dat. Za dodržení těchto podmínek odpovídá zhotovitel v rozsahu jím poskytovaného plnění.

1

Document Metadata

Filed: January 18th, 2023