Návrh integrační architektury informačního prostředí HMP První krok k integraci IS a datových vazeb Jaroslav Šolc, INF MHMP Jiří Slabý, Deloitte epraha 2015, 18.3.2015 1
Vznik záměru Důvody Problémy identifikované při práci na koncepčních dokumentech v r. 2013-2014 Nedostatečná interoperabilita systémů, můstky Požadavek na větší efektivitu provozu Stávající heterogenní prostředí Vendor lock-in Sdílení infrastruktury, systémových nástrojů, dat Řízení celkové architektury, principy, standardy Aktuální potřeba 2014 Zajistit vyhovující ekonomický systém pro HMP (integrace, ÚOHS, příprava otevřeného řízení) 2
Komunikace mezi systémy 3
Příprava projektu Diskuse v pracovní skupině radního pro informatiku (1.pol. 2014) Postup rozložený do 3 etap (1, 1, n) Návrh architektonické koncepce (1 VZ) Dodávka a implementace Integrační platformy (1 VZ) Restrukturalizace a připojování systémů k IP (n VZ) Rozhodnutí RHMP 17.6.2014 Sada usnesení RHMP záměry VZ R-13625, R-13690 (ES), R-13628 (architekt), R-13769 (IP) 4
Předmět V záměru Cíl Vytvoření koncepce a návrh integrační architektury pro potřeby integrace a propojení ekonomických a navazujících IS zajišťujících svými funkcemi podporu při sdílení dat v rámci vykonávání jednotlivých procesů. Konsolidace informačního prostředí podle přístupu SOA Příprava podkladů pro vlastní implementační projekt Výstupy Současné Zpráva obsahující návrh architektonického modelu, výchozí seznam služeb a prvky využitelné ve věcné části zadávací dokumentace navazující implementační VZ Následné Konzultační služby: posouzení nabídek implementace VZ 5
Návrh integrační architektury realizace Výběr dodavatele VI/2014 příprava VZ, ZD, VII/2014 Informace pro MČ VII-XI/2014 zadávací řízení, vítěz Deloitte, podpis smlouvy Realizace projektu 3 měsíce Start projektu (kick-off) 3.12.2014, info pro MČ 4.12.2015 Nastavení podmínek realizace (týmy, součinnost MČ P14) Analýza, návrhy, dokumentace, konzultace Předání výstupu k připomínkám 17.3.2015 Prezentace, epraha 2015, 18.3.2015 Připomínky, oponentura vypořádání zač. dubna 2015 6
Výstupy 7
Struktura architektonického návrhu Vymezení cílů celkového projektu Analýza současného stavu Shrnutí výchozího stavu v návaznosti na záměry a cíle Předpoklady a koncepty integračního prostředí Analýza vybraných aplikací, modulů, vazeb a datových entit Základní rámec technologické architektury Technické parametry pro integrační platformu a provoz služeb Návrh katalogu služeb Harmonogram budoucího postupu členěný do návazných fází Rámcový rozpočet projektu Architektonický návrh je zpracován v globálním pohledu, aby svými detaily nepředurčoval způsob řešení prováděný v navazujících zakázkách INF MHMP + MČ, 8
Předpoklady integrace Integrace není jen o technickém řešení integrační platformy Architektonický návrh obsahuje technickou a netechnickou složku Technická složka Netechnická složka Technologická doména architektury (vlastní platforma) Procesní doména architektury (zavádění změn, rozhodčí orgán) Personální doména architektury (odpovědnosti, provoz) 9
Domény Informační systém MHMP Portál praha.eu Formuláře Šablony Prezentační systémy Webové prezentace Ekonomické agendy Správní agendy Spisová služba a archivace Jednoúčelové aplikace GIS GINIS JES Smlouvy, CES, TED GINIS SSL PUKNI, Sítě ARCGIS, MRS etender EVIS, PKO, KSNKO Správa certifikátů ISKŘ CDSGIS FLUX, docházka MPORGA, VITA Správa časových r. Eliška, reklamní pl. Granty, EPZ, FIS PROXIO / AGENDIO Evid. Nest. Zdr.z. Agendové systémy MHMP Databáze Správa dokumentů Správa identit AD / LDAP Skenování a ukládání dokumentů Služby depozitáře 2014 Deloitte Central Europe Sdílené systémy (infrastrukturní) 18 10
Koncepční návrh 11
12
Katalog služeb 13
Parametr ID služby Název služby Poskytovatel Konzumenti Typ Popis Unikátní identifikátor služby Slovní popis služby Systém, který službu poskytuje Systémy, které službu využívají [S]=Služba, [I]=Interface, [C]=číselník Služba je plně definována a vystavena na integrační platformě Interface je nedostatečně definovaná služba, která zatím není k dispozici na integrační platformě a povětšinou slouží unikátnímu účelu. Závislost Stav služby Vzniklo ve verzi Platnost od Platnost do Ukazuje, zda je služba závislá na jiné službě (např. jde o kompozitní službu) [Aktivní]=služba již v nějaké podobě v prostředí MHMP běží a je poskytována přímo zdrojovým systémem [Nová]=služba byla identifikována jako potřebná, ale dosud není realizována ani zdrojovým systémem Číslo verze katalogu služeb, ve které se daná služba objevila prvně Datum, od kdy je služba dostupná Datum, do kdy je služba dostupná 14
15
Děkujeme za pozornost! Otázky? Jaroslav Šolc, Magistrát hl. m. Prahy, odbor informatiky Jiří Slabý, Deloitte Advisory s.r.o. 16