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 … 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ů.
Cíl 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
Webové prezentace
Prezentační systémy
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 © 2014 Deloitte Central Europe
Správa dokumentů
Správa identit AD / LDAP
Skenování a ukládání dokumentů
Sdílené systémy (infrastrukturní)
Služby depozitáře 18
10
Koncepční návrh
11
12
Katalog služeb
13
Parametr
Popis
ID služby
Unikátní identifikátor služby
Název služby
Slovní popis služby
Poskytovatel
Systém, který službu poskytuje
Konzumenti
Systémy, které službu využívají
Typ
[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
Ukazuje, zda je služba závislá na jiné službě (např. jde o kompozitní službu)
Stav služby
[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 Vzniklo ve verzi
Číslo verze katalogu služeb, ve které se daná služba objevila prvně
Platnost od
Datum, od kdy je služba dostupná
Platnost do
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