Vydávání stanovisek k ICT projektům dle usnesení vlády č. 889 z

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)


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/


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


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


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.


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


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í.


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


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


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]


24

Vydávání stanovisek k ICT projektům dle usnesení vlády č. 889 z

Recommend Documents