Vydávání stanovisek k ICT projektům dle usnesení vlády č. 889 z 2.11.2015 část 2: Motivace k architektuře úřadů
OHA, 24.3.2016
Ing. Pavel Hrabě, PhD. Externí poradce Odbor hlavního architekta eGOV MV ČR
Obsah prezentace 1. Úvod do problematiky – Motivace k architektuře úřadů – Přehled principů a aktuálních výstupů Národní architektury VS ČR (NA VS ČR)
2. Detail – Obsah žádosti a postup při vydávání stanoviska OHA
Vydávání stanovisek k ICT projektům, OHA MV ČR
2
1. Úvod do problematiky Přehled Národního architektonického rámce (NAR), principů a aktuálních výstupů Národní architektury VS ČR (NA VS ČR)
Vydávání stanovisek k ICT projektům, OHA MV ČR
3
Enterprise Architecture Enterprise architecture (architektura úřadu) jako manažerská metoda je prostředkem pokorného a celostního poznávání organizace na podporu rozhodování, zejména při plánování strategických změn.
Architektura úřadu představuje popis struktury a chování úřadu (kdo jsme), plánovaných změn (odkud a kam jdeme) a jejich informatické podpory (k čemu nám je a má být ICT). Vydávání stanovisek k ICT projektům, OHA MV ČR
4
Funkce útvarů architektury úřadů Architekti v týmu útvaru architektury úřadu, musí naplňovat nejméně těchto pět rozdílných, ale vzájemně se doplňujících a podmiňujících funkcí: – Lokální (interní) Enterprise Architekt úřadu a těch organizací úřadu (resortu), které jej o to požádají a kde nepostačí předchozí role rádce. – Enterprise a Solution Architect architektur (byznys, aplikačních, datových i technologických) centrálních sdílených (nebo jednotných) služeb a centrálních sdílených (nebo standardizovaných) systémů Governmentu (eGovernmentu) na úrovni resortu (úřadu). – Přirozený vzor a leader (metodik) tvorby Enterprise a Solution architektur v jednotlivých OVM v resortu (úřadu), tj. tvůrce a vykladač přizpůsobené metodiky, správce resortních sdílených znalostí (vzory, návody, referenční modely a praktické příklady) a správce prostředků pro sdílení architektonických znalostí (architektonické úložiště, portál, wiki, diskusní fóra, …) – Kontrolní orgán (jako stavební úřad) předběžně kontrolující vybrané vlastnosti v rámci resortu (úřadu) předkládaných IT projektů vůči zásadám NAP (vůči územnímu plánu) a vůči vyhlášeným standardům architektury řešení (jako ve stavebnictví vůči tzv. regulačnímu plánu).
– Auditní orgán stanovující požadovanou úroveň architektonické zralosti jednotlivých organizací resortu (úřadu), jejich architektonického oddělení a jeho procesů a governance a orgán kontrolující dosažení této úrovně v požadovaném čase a její zachování. Vydávání stanovisek k ICT projektům, OHA MV ČR
5
Národní architektura ICT VS ČR názvosloví NA, NAR a NAP Národní architektura (NA)
Národní architektonický rámec (NAR)
Národní architektonický plán (NAP)
je uplatněním metod a myšlení podnikové architektury na veřejnou správu ČR.
představuje myšlenkový koncept, metodiku postupu, sadu standardů, pomůcek a návodů pro tvorbu a údržbu NA a NAP.
je popisem plánovaného cílového stavu NA v určitém čase a současně plánem cesty, tj. implementačních kroků (programů a projektů), vedoucích ze současného stavu k dosažení stavu cílového.
Představuje souhrn lokálních architektur OVM a centrálních architektur eGovernmentu.
tj. pravidla tvorby a nástroje
NAP nedělá jen OHA, je to soubor architektonických modelů a diagramů, udržovaných společně OHA a OVM , členěný na: • architektury sdílených řešení • architektury úřadů Vydávání stanovisek k ICT projektům, OHA MV ČR
6
Východiska pro návrh metodiky TOGAF® - je mezinárodně uznávaný rámec pro řízení tvorby enterprise architektury ve společnostech využívajících prostředků informačních technologií. Původní koncept vznikl v USA, ale již více než deset let se používá po celém světě včetně České republiky. „…jak dělat architekturu, vrstvy atd.“ http://pubs.opengroup.org/architecture/togaf9-doc/arch/
ArchiMate® - je nezávislý grafický modelovací jazyk. Spravuje ho konsorcium Open Group, vyhlášen jako standard pro popis enterprise architektury. „…objekty a jak modelovat“ http://pubs.opengroup.org/architecture/archimate2-doc/
Vydávání stanovisek k ICT projektům, OHA MV ČR
7
Vztah rámce a obsahu architektury
8
© Petr Klučka 2013
TOGAF - je mezinárodně uznávaný rámec pro řízení tvorby, správy a údržby architektury v organizacích využívajících prostředků informačních technologií ArchiMate® - je nezávislý grafický modelovací jazyk pro popis a vizualizaci architektury Vydávání stanovisek k ICT projektům, OHA MV ČR
Cyklus tvorby architektury 1. Získání podpory organizace pro tvorbu architektur
4. Řízení změn a zlepšování schopností
3. Uvedení návrhů do života Vydávání stanovisek k ICT projektům, OHA MV ČR
2. Návrh varianty změn architektury 9
Technologie
Aplikace
Byznys
Shrnutí základu ArchiMate
Pasivní struktury
Chování
Aktivní struktury
Vydávání stanovisek k ICT projektům, OHA MV ČR
10
Jak je služba VS dostupná v kanálech eGovernmentu ?
Klíč k architektuře eGovernmentu
Základní meta-model NA VS ČR
Jak to nabízí výš ? Co to dělá ?
Služba Vydávání stanovisek k ICT projektům, OHA MV ČR
Funkce
11
Architektura IT (SW/HW) technologické infrastruktury © Pavel Hrabě 2014
Architektura komunikační technologické infrastruktury
Architektura shody s pravidly
Architektura informačních systémů
Architektura rizik a bezpečnosti
Architektura výkonu a provozu veřejné správy
Architektura výkonnosti
Architektura strategie a směřování
Struktura domén obsahu Národní architektury ICT VS ČR
Otázky: Jaké funkce a služby VS děláme, jaké (sdílené) informační systémy nám v tom pomáhají, na jakém HW a SW platformách, na jaké komunikační infrastruktuře VS a v jakých datových centrech. Kam chceme jít, jak dobří v tom chceme být, čeho se při tom bojíme a co proti tomu budeme dělat, jakými pravidly jsme svázáni. Vydávání stanovisek k ICT projektům, OHA MV ČR
12
Vrstvy architektury
Historie
Prostředí
Vize Celostní pohled Detailní přehled o doméně / segmentu
Co a proč máme, chceme mít? Podniková architektura (EA)
Návrh řešení pro jednotlivé iniciativy / požadavky / projekty
Jak to funguje, má fungovat? Architektura řešení (SA)
Design / konstrukce řešení prvku
Vydávání stanovisek k ICT projektům, OHA MV ČR
Jak se to dá vytvořit? Design řešení (SD)
13
Pyramidální model architektur úřadu / podniku Architektonická vize Celostní pohled na organizaci Mapa segmentů & schopností
Podniková ontologie
Slovník pojmů /Thesaurus
Detailní doménové a segmentové architektury Průřezové segmentové architektury ( pro sekce, odvětví, …) Motivační architektura
Výkonnostní architektura
Byznys architektura
Architektura IS (datová & aplikační)
Architektura technologické infrastruktury
Bezpečnostní architektura
Architektura pravidel a standardů
Motivační architektura
Výkonnostní architektura
Byznys architektura
Architektura IS (datová & aplikační)
Architektura technologické infrastruktury
Bezpečnostní architektura
Architektura pravidel a standardů
Průřezové architektury řešení ( pro iniciativy, projekty, …)
Architektury řešení pro domény, strategické iniciativy a projekty © Pavel Hrabě 2014
Design / konstrukce řešení prvků
© Pavel Hrabě 2014 © Pavel Hrabě 2014
14
Definice rozsahu modelů - 1 • Architektury (na úrovni enterprise) se modelují výhradně pro nějaký úřad, a to na libovolné úrovni hierarchie veřejného sektoru. • Výjimkou je modelování: – klíčových centrálních sdílených informačních systémů eGovernmentu ČR, viz výčet – vybraných klíčových prvků architektury EU jako jsou společné procesy, služby a aplikační nebo platformové komponenty na úrovni EU – architektury na straně obecného (typové) klienta veřejné správy. Zde nejde o individuální, ale o referenční model.
• Výčet tzv. povinných subjektů (po etapách zavádění NA VS ČR) bude dán právním předpisem (nařízením vlády, vyhláškou). Vydávání stanovisek k ICT projektům, OHA MV ČR
15
Definice rozsahu modelů - 2 • Každý úřad bude vytvářet až tři samostatné modely rozdílného rozsahu z hlediska velikosti modelovaného enterprise: – VLST - Vlastní model architektury úřadu (OVM) – SPOL - Společný model úřadu a všech jím kontrolovaných (a metodicky vedených) organizací – ROZS – Rozšířený model řadu s prvky od spolupracujících organizací, úřadů, kdekoli v systému veřejné správy (případně soukromé sféry) Vydávání stanovisek k ICT projektům, OHA MV ČR
16
Segmentace Národní architektury VS ČR •
Strategická architektura vždy obsahuje v modelu celý úřad. – Strategická architektura slouží ke strategickému plánování rozvoje informatiky na několik let dopředu.
•
Šířka
Čas Segmentová
Úroveň
Strategická architektura úřadu architektura Segmentová architektura Schopnostní Schopnostní Schopnostní Schopnostní architektura Schopnostní architektura Schopnostní architektura Schopnostní Schopnostní architekturaSegmentová architektura architektura Segmentová architektura architektura architektura architektura Schopnostní Schopnostní Schopnostní Schopnostní architektura Schopnostní architektura Schopnostní architektura Schopnostní architektura Schopnostní architektura architektura architektura architektura Schopnostní Schopnostní Schopnostní Schopnostní architektura Schopnostní architektura Schopnostní architektura Schopnostní architektura Schopnostní architektura Schopnostní architektura architektura architektura architektura
Segmentová architektura slouží modelování částí úřadu, které mají společné mechanismy fungování nebo budou předmětem společné změny – několik vzájemně „kolmých“ dimenzí segmentace – Např. agendová, funkční (odvětvová)
•
Architektura schopností je dílčí architektura určité oblasti externích, interních nebo průřezových schopností úřadu.. – Je nejčastěji vytvářena ve spojení s nějakou změnou a pro ni plánovaným projektem realizace.
Vydávání stanovisek k ICT projektům, OHA MV ČR
17
Zainteresovaní, hlediska a pohledy
Hledisko
Hledisko
Společný model Specifická hlediska Individuální pohledy na model
Rozhodování, Přehled
Pohledy Služby zajišťované úřadem Struktura útvarů a oddělení
Rozhodování, Informování Soudržnost
Pohledy Moje role a odpovědnost Moji podřízení, jejich kompetence Definované ekonomické procesy Používané IS Změny v procesech
Hledisko Informování, Detail
Pohledy Personální funkce Personální IS © Petr Klučka 2016
Hledisko Navrhování, Soudržnost
Pohledy Kancelářský SW Koncové stanice Telefony a tiskárny
Hledisko Informování, Soudržnost
Hledisko
Pohledy
Informování, Detail
Pohledy Monitoring HW CPU Load,Vydávání FW stanovisek k ICT projektům, OHA MV ČR
Zdroj: Petr Klučka, projekt MPO, 2016
Interní audit Komunikace Ochrana dat
18
Aktuálně definovaná hlavní hlediska NAP
Vydávání stanovisek k ICT projektům, OHA MV ČR
19
Rozsah pohledů podle detailu prezentovaných informací L0 – Přehledová úroveň pohledu na architekturu úřadu - nejvyšší úroveň pohledu na modelovaný úřad jako celek. – –
Představuje vyjádření principu nebo přehledu modelu. Pro zdůraznění strategického principu vyzdvihuje pouze podstatné výskyty určitých konceptů modelu a ty méně podstatné vynechává.
L1 – Základní úroveň - běžná úroveň pohledu na příslušnou strategickou, segmentovou nebo schopnostní architekturu modelovaného úřadu. – –
Vizualizuje všechny inventurou nalezené nebo do budoucna projektované výskyty určitých konceptů (prvků) modelu a vazby mezi nimi. Obvykle se zaměřuje pouze na několik vybraných konceptů architektury úřadu. Například na aplikační komponenty, jejich služby a rozhraní.
L2 - Detailní úroveň pohledu - rozvíjí do ještě většího (plného) detailu přidáním dalších konceptů metamodelu a jejich atributů strategický, segmentový pohled ale zejména schopnostní pohled na jednotný celostní model architektury úřadu. –
Například v aplikační architektuře přidává spolupráci aplikací a více úrovní vnitřních funkcí aplikací.
Vydávání stanovisek k ICT projektům, OHA MV ČR
20
Architektonické principy VS ČR 2016 Název principu Dostupnost
Znění principu Služby veřejné správy musí být všem dostupné především v elektronické podobě, v jakémkoliv čase, v jakékoliv lokalitě a musí být poskytovány nediskriminačním a bezbariérovým způsobem. Použitelnost Služby veřejné správy musí být navrhovány s ohledem na potřeby klienta tak, aby mohl vždy vyřídit svoji životní situaci v úplnosti elektronickou službou. Důvěryhodnost Elektronické služby veřejné správy musí být koncipovány takovým způsobem, aby klienti měli plnou důvěru k jejich využívání. Transparentnost Pořízení, rozvoj i provoz služeb veřejné správy musí být vždy zajištěn transparentním způsobem. Bezpečnost Elektronické služby musí zajistit adekvátní zabezpečení datového obsahu i přístupu k datům a službám samotným. Spolupráce a Elektronické služby veřejné správy jsou navrhovány a budovány primárně na sdílení principu spolupráce a sdílení informací a zdrojů mezi úřady veřejné správy. Udržitelnost Pořízení nových služeb veřejné správy musí být vždy opodstatněné a služby musí být navrhovány jako dlouhodobě využitelné. Technologická Služby veřejné správy musí být koncipovány jako technologicky a platformově neutralita nezávislé a nesmí být závislé na omezené skupině dodavatelů. 21 Vydávání stanovisek k ICT projektům, OHA MV ČR
Architektonické vzory Sdílených služeb eGovernmentu
Vydávání stanovisek k ICT projektům, OHA MV ČR
22
Model TCO pro ICT VS ČR verze 3.5
Ukazatel TCO pro ICT VS ČR
A. Předběžné analýzy, zadání, výběr a nákup
Legenda:
B. Pořízení Hardware/ Software (ne SaaS)
Jednorázové náklady Průběžné náklady
C. Vývoj, imlementace / integrace a zk. provoz
F. Projekty postupného zlepšování řešení (částečně pro SaaS)
G. Projekty Upgrade (ne SaaS)
I. Konzervace a ukončení řešení (ne SaaS)
A1. Předběžné studie (proveditelnosti, …) A2. Náklady na proces zadání, výběru a nákupu B1. Technická infrastruktura (HW, sítě, …) B2. Stavební infrastruktura (budovy, chlazení …) B3. Systémové SW licence B4. Vývojové SW licence B5. Aplikační SW licence C1. Projektové řízení C2. Návrh změněných procesů C3. Řízení organizačních změn (OCM) C4. Technické nastavení řešení C5. Obsahové (aplikační) nastavení řešení C6. Vývoj aplikace nebo úprav na míru C7. Realizace rozhraní C8. Pořízení / Migrace dat C9. Testování C10.Školení C11.Předání do provozu a ověřovací provoz
D. Provoz a podpora řešení (ne SaaS) F1. Funkční (procesní) zlepšování F2. Technické zlepšování F3. Roll-out projekty F4. Projekty (nákladové) optimalizace řešení G1. Aplikační upgrade G2. Upgrade systémového SW G3. Technologický upgrade G4. Infrastrukturní upgrade
E. Hardware/Software údržba a úpravy (ne SaaS)
H. Zvýšené náklady užívání řešení
D1. Provoz budov a technologií dat. centra D2. Provoz a podpora IT tech. syst., OS a DB D3. Provoz a podpora aplikací E1. Údržba technologické infrastruktury E2. Údržba systémového SW a DB E3. Údržba aplikačního SW E4. Průběžné úpravy řešení /aplikačního SW
H1. Náklady ze ztráty produktivity H2. Náklady spojené s užíváním řešení
I1. Útlum a archivace řešení I2. Příprava dat pro migraci I3. Likvidace zařízení
X.Předplatné na služby (pouze SaaS) © Pavel Hrabě 2014
Vydávání stanovisek k ICT projektům, OHA MV ČR
Z. Ostatní režijní náklady
X1. Nákup aplikačního SW jako služby (SaaS)
Z1. Ostatní provozní režie Z2. Ostatní správní režie
23
Děkujeme za pozornost… tým OHA
[email protected]
Vydávání stanovisek k ICT projektům, OHA MV ČR
24