Currently prepared Information concept of Czech Republic will be in its major part in fact a description of Czech Government EA plan. Here you can find (in Czech) some of key ideas and schemes.

1. Národní architektonický plán
a Informační koncepce ČR
Ondřej Felix a Pavel Hrabě
Odbor Hlavního architekta eGovernmentu, MV ČR
KONFERENCE ENTERPRISE ARCHITEKTURA 2017

2. Informační koncepce ČR
• Zákon 365/2000 Sb. v platném znění
• CO
•cíle České republiky v oblasti informačních
systémů veřejné správy
• JAK
•obecné principy pořizování, vytváření, správy
a provozování informačních systémů
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 2

3. Základní myšlenky IK ČR
• Informační koncepce ČR bude vyhodnocována a aktualizována každé
dva roky, vždy s výhledem na následujících 5 let, má tedy charakter
tzv. klouzavého plánu.
• IK ČR bude následována změnou vyhlášek, zejména 529/2006 pro
plánování dlouhodobého rozvoje ISVS dle potřeb výkonu služeb úřadu
a jejích změn.
• Společně s aktualizací vzorů lokálních informačních koncepcí
• IK ČR není strategií ale rozpracovává zejména schválenou Strategii
rozvoje ICT služeb VS, ve všech jejích bodech
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 3

4. Základní myšlenky IK ČR - 2
• Informační koncepce zdůrazňuje roli informatiků při řízení rozvoje úřadů
• a doplňuje se tak například s DPL (Digitálně přívětivou legislativou)
• IKČR na základě zákonného zmocnění definuje způsob realizace práva
klientů veřejné správy (subjektů práva)
• Rozšiřuje záběr eGovernmentu o online služby
• Formuluje koncepci rozvoje sdílených služeb eGovernmentu a jejich
promítnutí do lokálních architektur (struktury a chování) úřadů
• IKČR stanovuje minimální povinné prvky řízení životního cyklu ISVS ve všech
jeho fázích
• IKČR stanovuje zásadní předpoklady a schopnosti útvarů informatiky pro
efektivní řízení a dodávku ICT služeb.
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 4

5. Co navrhujeme v IK ČR – na otázku Co?
• Definovat architekturu jednotlivých ISVS v kontextu architektury úřadu a
architektury veřejné správy
• Důsledně pracovat s architekturou české veřejné správy, tj. s architekturou
úřadů a sdílených prvků eGovernmentu
• Zavést Národní architektonický plán a jeho metodický koncept Národní
architektonický rámec (TOGAF a ArchiMate).
• Vydat a aktualizovat plán dalšího rozvoje sdílených prvků eGovernmentu a
pravidla jejich uplatnění v architekturách úřadů
• Posunout zaměření eGovernmentu od centrálních pilířů (ZR, DS, PVS) k:
• umožnění jednotné elektronické samoobsluhy klientů VS
• plné vnitřní digitalizaci úřadů
• národní i mezinárodní interoperabilitě a sdílení informací
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 5

6. Co navrhujeme v IK ČR – na otázku Jak?
• Strategicky dlouhodobě řídit nikoli jednotlivé ISVS, ale informatiku celých
OVS s využitím architektury úřadů (NAP) a v kontextu architektury
sdílených služeb VS ČR
• Lépe nakupovat IT řešení a služby s uplatněním Anti-vendor-lock-in pravidel
pro rovnoprávná partnerství s dodavateli
• Úspěšně implementovat IT řešení s důsledným využití projektového řízení a
uvolněných vlastních zdrojů úřadu
• Transparentně otevřít procesy i výstupy informatiky úřadů – sdílet řešení i
zkušenosti
• Efektivně provozovat IT řešení s očekávaným nárůstem infrastrukturních
sdílených služeb eGC (SaaS, PaaS, IaaS) a NDC
• Usnadnit zavedení eGovernmentu malým obcím a úřadům s využitím IT
řešení jako sdílených služeb od vyšších úřadů či centra.
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 6

7. Dekompozice a kontexty ISVS
• Každý ISVS má prvky ze všech čtyřech vrstev architektury
• Na každé vrstvě architektury obsahuje ISVS více různých prvků
(aktivních, pasivních a chování), které je třeba identifikovat,
klasifikovat a řídit
• ISVS nikdy není izolován, vždy je součástí architektury větších celků,
a to:
• úřadu, jednotlivé organizace
• korporace, resortu nebo územního celku (kraje a obce)
• veřejné správy ČR a EU
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 7

8. Dekompozice agendového ISVS do čtyřvrstvé
architektury ( abychom si rozumněli)
1. Podporované agendy/služby veřejné správy
• Centrální nebo lokální procesy
• Vlastní nebo sdílené služby
• Speciální nebo univerzální obslužné kanály
• Asistované nebo on-line služby
• Sdílené údaje: Propojený a Veřejný datový fond (PPDF a VDF)
2. Aplikace
• Logicky centralizované / distribuované
• Vyvinuté na zakázku / Off the Shelf
• On Premise / Cloud
3. Platformy
• Platformy (Databáze, Aplikační servery apod.)
• On Premise / Cloud
• Výpočetní výkon a datové úložiště
• On premise / Cloud
4. Infrastruktura
• Datové centrum a síť (NDC a KIVS, komerční DC a Internet)
8

9. Dekompozice agendového ISVS do čtyřvrstvé
architektury ( abychom si rozumněli)
1. Podporované agendy/služby veřejné správy
• Centrální nebo lokální procesy
• Vlastní nebo sdílené služby
• Speciální nebo univerzální obslužné kanály
• Asistované nebo on-line služby
• Sdílené údaje: Propojený a Veřejný datový fond (PPDF a VDF)
2. Aplikace
• Logicky centralizované / distribuované
• Vyvinuté na zakázku / Off the Shelf
• On Premise / Cloud
3. Platformy
• Platformy (Databáze, Aplikační servery apod.)
• On Premise / Cloud
• Výpočetní výkon a datové úložiště
• On premise / Cloud
4. Infrastruktura
• Datové centrum a síť (NDC a KIVS, komerční DC a Internet)
2. 11. 2017 9

10. Dekompozice ISVS na byznys vrstvě
• Agenda je často tvořena přinejmenším výše uvedenými kategoriemi funkcí a služeb
• Z jejich vlastností vyplývají nároky na jejich různou aplikační podporu a přirozená
komponentizace ISVS
• Mnohé z funkcí by měly být mezi agendami sdíleny, například spisová služba, obslužné
kanály a agendové zázemí (kmenová data, platební styk apod.)
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 10

11. Dekompozice ISVS na aplikační vrstvě
• Většina agendových ISVS
obsahuje aplikační
podporu různých
procesních kategorií
• Přinejmenším těch silně
orámovaných (u agend s
obsluhou občanů)
• Mnohé aplikační
komponenty ISVS by měly
být mezi ISVS (a jejich
agendami) sdíleny.
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 11

12. ISVS v kontextu úřadu
• Odborné agendové
procesy zůstanou
specifické, ostatní
procesy by měly být v
úřadu jednotné a
sdílené
• Obdobně to platí pro
všechny ostatní vrstvy
architektury
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 12

13. Kontext architektury eGovernmentu
Roadmapa
eGov
Byznys
eGov
Aplikace a data
eGov
IT Technologie
eGov
Infrastruktura
eGov
Kontext architektury korporace (resortu, kraje a obce)
Roadmapa
korporace
Byznys
korporace
Aplikace a data
korporace
IT Technologie
korporace
Infrastruktura
korporace
Kontext architektury úřadu, organizace - OVS
Byznys
OVS
Aplikace a data
OVS
IT technologie
OVS
Infrastruktura
OVS
Roadmapa
OVS
ISVS v kontextu eGovernmentu
Enterprise architektura ISVS
Byznys
Aplikace a data
IT technologie
Infrastruktura
© Pavel Hrabě 2014
Regulace
Strategie
Bezpečnost
Výkonnost
Roadmapa ISVS
2. 11. 2017 13

14. Zjednodušený příklad
architektury obce
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 14

15. Agendy v kontextu VS – typové ORP
Soukromoprávní sféra
Občané Firmy
6. Sdílené údaje VS 7. Veřejné informace
1. Agendy v
přenesené
působnosti
2. Agendy v
samosprávné
působnosti
4. Ostatní
provozní
agendy
3. Personalistika
Účetnictví
Majetek …
8. Datová schránka 9. Portál úřadu
5. Spisová službaPodatelna Výpravna
10. ePodatelna
11. Portál občana 11. PVS
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 15

16. ISVS v kontextu VS – typové ORP
Soukromoprávní sféra
Občané Firmy
6. ZR + EGSB + publikační AISY 7. NKOD a datasety
1. Centralizované
agendové ISVS pro
přenesenou
působnost
2. Distribuované
agendové ISVS pro
samosprávnou
působnost
(SaaS)
4. Mail,
identita a
ostatní
provozní IS
(SaaS)
3. ERP informační
systémy
(SaaS)
8. Datová schránka 9. Portál úřadu
5. ESSL (SaaS)
10. ePodatelna
11. Portál občana PVS 11. PVS
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 16

17. SaaS / PaaS v kontextu VS – typové ORP
Soukromoprávní sféra
Občané Firmy
6. ZR + EGSB + publikační AISY 7. NKOD a datasety
1. Centralizované
agendové ISVS pro
přenesenou
působnost
2. Distribuované
agendové ISVS pro
samosprávnou
působnost
( SaaS, PaaS)
4. Mail,
identita a
ostatní
provozní IS
( SaaS, PaaS)
3. ERP informační
systémy
( SaaS, PaaS)
8. Datová schránka 9. Portál úřadu
5. ESSL ( SaaS, PaaS)
10. ePodatelna
11. Portál občana PVS 11. PVS
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 17

18. Centrální místo služeb (NDC)
Soukromoprávní sféra
Občané Firmy
6. ZR + EGSB + publikační AISY (NDC) 7. NKOD a datasety (NDC)
1. Centralizované
agendové ISVS pro
přenesenou
působnost (NDC)
2. Distribuované
agendové ISVS pro
samosprávnou
působnost
( SaaS, PaaS)
4. Mail,
identita a
ostatní
provozní IS
( SaaS, PaaS)
3. ERP informační
systémy
( SaaS, PaaS)
5. ESSL ( SaaS, PaaS)
11. Portál občana PVS (NDC)
Centrální místo služeb (NDC)
11. PVS (NDC)
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 18

19. Sdílené prvky eGovernmentu – předmět koncepce
Poskytování a publikace údajů
a doručování dokumentů mezi OVS
• Propojený datový fond - tvořený základními registry, kompozitními
službami, službami eGSB a díky nim dostupnými službami jednotlivých
datových zdrojů, agendových systémů.
• Veřejný datový fond ČR - nástroje pro katalogizaci a publikaci
otevřených dat
• Elektronická výměna dokumentů – zajišťovaná Datovými schránkami
a budoucími nástroji pro sdílení velkoobjemových elektronických
dokumentů
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 19

20. Sdílené prvky eGovernmentu – předmět koncepce
Portály ( kontaktní místa, on-line služby)
• Jednotné identitní prostory
• systémy elektronické identifikace pro klienty-občany ČR (NIA)
• pro úředníky veřejné správy ČR (JIP/KAAS)
• Portál občana v PVS a mobilní aplikace jako základ samoobslužného
elektronického Univerzálního kontaktní místa
• Agendové portály
• CzechPOINT - jako asistované, ale dále již plně elektronické
univerzální kontaktní místo VS
• Portál úředníka - jednotné federativní transakční uživatelské a
navigační rozhraní pro úředníky, paralela/protiváha k Portálu občana
(v současnosti zajišťované CzechPOINT@Office)
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 20

21. Sdílené prvky eGovernmentu – předmět koncepce
Sdílené aplikace ISVS
• Sdílené agendové IS v přenesené působnosti - jako například pro
agendy v přenesené působnosti Živnostenský rejstřík Evidence
obyvatel, Evidence řidičů a Registr motorových vozidel.
• Sdílené provozní informační systémy, jako například Informační
systém státní služby a Integrovaný informační systém státní pokladny,
pro provozní procesy veřejné správy.
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 21

22. Sdílené prvky eGovernmentu – předmět koncepce
Sdílená infrastruktura
• Sdílené IT platformy a IT infrastruktura v eGovernment cloudu
(připravuje se)
• Národní datová centra - ve státních podnicích SP CSS a NAKIT,
v obdobných organizacích dalších ministerstev.
• Sdílená síťová a komunikační infrastruktura (CMS a KIVS)
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 22

23. Pravidla pro aplikační domény NAP – příklad 1:
Portály
• Úřad musí mít všechny svoje formuláře primárně v autentizované zóně
portálu a umožnit předvyplnění údajů z PPDF s využitím zaručené identity
klienta
• Agendové a místní portály se budou rozšiřovat z informačních na transakční
(ÚEP)
• Transakční obsah portálu (formuláře) musí být integrován (federalizován) s
PVS - Portál občana (cílově s předáním identity)
• Identifikace uživatelů v portálu musí využívat národní identifikační schéma
(NIA)
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 23

24. Pravidla pro aplikační domény NAP – příklad 2:
ISVS agendy v přenesené působnosti
• Každý ohlašovatel agendy s přenesenou působností musí věcným a technickým správcem
odpovídajícího centrálního ISVS (agendového IS), připojeného k Propojenému datovému
fondu a Veřejného datového fondu
• Nabídne uživatelům z úřadů dostupnou garantovanou centrální aplikační službu,
integrovatelnou s lokálními provozními systémy (zejména eSSL, ERP) úřadu.
• Současně nabídne rozhraní (API) pro lokální AIS této agendy (často v multiagendových
řešeních) pokud (a dokud) u něj pro tuto přenesenou působnost na vlastní zodpovědnost
setrvají.
• Poskytne centrální řešení samoobslužného portálu agendy
• Publikuje v agendě evidované autoritativní údaje do PPDF
• Publikuje veřejné údaje agendy do VDF jako otevřená data
• V agendě zajišťuje princip Once Only
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 24

25. Přístup k systému řízení ICT
• Přístup k legislativní podpoře informatizace a informatiky VS a naopak
• Posilování role informatiky ve veřejné správě, např. vzhledem k nákupu
• Zapojení IT specialistů do tvorby „moderní“ a „proveditelné“ legislativy
• Přístup k organizaci a managementu informatiky
• CIO musí být součástí nejvyššího vedení úřadu, aby mohl inspirovat rozvoj
jeho veřejných služeb a
• v úřadu musí existovat architektonická kancelář a projektová kancelář úřadu,
které navrhují obsah strategických změn EA a koordinují programy jejich
zavedení, včetně jejich ICT částí (projektů).
• V útvaru ICT jsou role projektových manažerů a IT architektů
• Přístup k rozvoji lidských zdrojů informatizace
• Odstranění bariér pro získání a udržení odborníků
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 25

26. Děkujeme za pozornost
Přijděte se nás ptát na workshop otázek a odpovědí
do Malého sálu- Panorama od 14:00
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 26

27. Dodatky
2. 11. 2017 Základy Informační koncepce ČR, O. Felix a P. Hrabě 27

28. 4. Pravidla řízení životního cyklu jednoho ISVS
3. Pravidla údržby vlastní architektury úřadů2. Shrnutí stavu a plánů rozvoje informatiky ČR
Struktura
dokumentu
IK ČR1. Úvod
Slovo premiéra
Základní pojmy a definice
Cíle a principy eGovernmentu
Přehled aktuálních sdílených služeb
Cíle a principy informatiky VS ČR
Vize architektury veřejné správy ČR
Plán rozvoje sdílených centrálních prvků VS ČR
Možnosti sdílení na dalších úrovních VS ČR
Pravidla pro byznys architekturu úřadu
Pravidla pro datovou architekturu úřadu
Pravidla pro aplikační architekturu úřadu
Pravidla pro IT technologickou architekturu úřadu
Pravidla pro komunikační infrastrukturu úřadu
Referenční a typové architektury
Příklady užití sdílených služeb eGovernmentu
Strategické
plánování a
architektura
Pořízení
Zavedení změn
s projektovým
řízením
Provoz,
dodávka
služeb a
zlepšování
Plán rozvoje
nebo ukončení
provozu
Nepřímé řízení
(dohled,
governance)
5. Přístup k systému řízení ICT v úřadu
Organizace a metody řízení IT
Koncepce řízení výkonnosti, kvality a zodp. v IT
Zodpovědnosti a pravomoci stupňů řízení IT
Personální politika a rozvoj lidských zdrojů v IT
Koncepce řízení ekonomiky IT
…
Pravidla nepřímého řízení IT (audit, governance)
6. Vazby na navazující manažerské disciplíny
Řízení bezpečnosti
Ochrana osobní údajů
Správa ostatních (ne-IT) zdrojů
7.Cesta kupředu – akční plán IK ČR
Plán implementace koncepce
Analýza rizik
Monitoring postup
Zásady aktualizace koncepceZáklady Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 28

29. Datová
architektura IS
Architektura výkonu a provozu
veřejné správy
Aplikační
architektura IS
Architektura IT (SW/HW)
technologické infrastruktury
Architektura komunikační
technologické infrastruktury
Národní architektonický rámec VS ČR - Struktura domén
© Pavel Hrabě 2017
Architektura
shodyspravidly
Architekturastrategie
asměřování
Architekturarizik
abezpečnosti
Architektura
výkonnosti
Model implementace a migrace
- Roadmap
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. A jak se dostaneme k cíli.
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 29

30. Architektonické principy IK ČR – 1 (dle EU)
• Standardně digitalizované (Digital by default ): Orgány veřejné správy mají poskytovat služby digitálně (včetně strojově
čitelných informací); zároveň by však měly udržovat otevřené i další kanály pro ty, kteří nemohou buď z vlastního
rozhodnutí, nebo z technických důvodů využívat digitální služby. Kromě toho by veřejné služby měly být poskytovány
asistovaně prostřednictvím jednotného kontaktního či správního místa a prostřednictvím různých obslužných kanálů.
• Zásada „pouze jednou (Only once): Orgány veřejné správy musí zaručit, že občané a podniky poskytnou stejné informace
poskytnout celé veřejné správě orgánům pouze jednou. Je-li to zákonem povolené, orgány veřejné správy využívají tyto
údaje opakovaně , přičemž náležitě dodržují pravidla ochrany údajů.
• Podpora začlenění a dostupnost (Inclusiveness and Accessibility): Orgány veřejné správy by měly digitální veřejné služby
koncipovat tak, aby standardně podporovaly začlenění a vyhovovaly různým potřebám např. starších lidí a lidí s postižením.
• Otevřenost a transparentnost (Openness and Transparency): Orgány veřejné správy by mezi sebou měly sdílet informace
a data a měly by občanům a podnikům umožnit, aby měli přístup ke kontrole svých vlastních údajů a mohli je opravit; měly
by uživatelům umožnit sledování správních procesů, které se jich týkají a měly by do koncipování a poskytování služeb
zapojit zúčastněné strany (např. podniky, výzkumné pracovníky a neziskové organizace) a otevřít se jim.
• Přeshraniční přístup jako standard (Crossborder interoperability): Orgány veřejné správy by měly relevantní digitální
služby zpřístupnit napříč hranicemi a měly by zabránit dalšímu roztřišťování, a tím usnadnit mobilitu na jednotném trhu.
• Interoperabilita jako standard (Interoperability by design): Veřejné služby mají být koncipovány tak, aby hladce fungovaly
v rámci celého jednotného trhu a napříč různými organizačními jednotkami, a opíraly se o volný pohyb údajů a digitálních
služeb v Evropské unii.
• Důvěryhodnost a bezpečnost (Security by design): Všechny iniciativy by měly přesahovat pouhé dodržování právního
rámce pro ochranu osobních údajů a soukromí a bezpečnost informačních technologií a měly by tyto prvky zahrnout již do
fáze přípravy. Dodržování zásad záměrné a standardní ochrany osobních údajů (Privacy by design), omezení zpracování
osobních údajů jeho účelem a minimalizace zpracovávaných osobních údajů je zásadní. Jde o důležité základní předpoklady
pro zvýšení důvěry a rozšíření využívání digitálních služeb.
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 30

31. Architektonické principy IK ČR – 2 (ostatní)
• Jeden stát (Whole-of-Government, one-stop government, Joined-Up-Government): Všechny iniciativy a veřejné služby by
měly být postaveny na společném přístupu ministerstev a dalších OVM k vytvoření a poskytování služeb veřejné správy a
postupném odbourávání nežádoucího resortismu.
• Připravenost na změny (Flexibility): Legislativa i IT řešení podpory poskytování služeb veřejné správy musí být navrhovány
tak, aby umožňovaly rozhodnutí reagující pružně na změnu politiky, změnu technologie, změnu dodavatele a další
přicházející změny a potřeby.
• eGovernment jako platforma (embeded eGovernment): Požadavky a služby veřejné správy, stejně jako technické
prostředky pro jejich naplnění, musí být co nejlépe „vestavěny“ do každodenních procesů a funkcí klientů veřejné správy,
občanů a zejména podniků, a jejich běžných IT a komunikačních prostředků tak, aby pro ně bylo co nejsnazší dostát svým
povinnostem vůči veřejné správy a dosáhnout svých práv.
• Vnitřně pouze digitální (Internally only digital): Jediný, kdo má právo vyžadovat listinné vstupy nebo výstupy je pouze
klient veřejné správy. Od přijetí podání až do vypravení a doručení rozhodnutí nebo jiného výstupu, stejně jako
komunikace mezi úřady navzájem a všechny interní provozní procesy veřejné správy musí být plně elektronické,
bezpapírové. Jenom tak mohou naplnit ostatní výše uvedené principy.
• Otevřená data jako standard (Open Data by default): Orgány veřejné moci by měly s výjimkou výhradně provozních údajů
poskytovat všechna data vedená v ISVS, která mohou v souladu se zvláštními předpisy poskytovat, v podobě otevřených
dat. Pokud je překážkou pro poskytování dat tímto způsobem ochrana osobních údajů, orgány veřejné moci by měly
poskytovat souhrnná anonymizovaná data vytvořená agregací původních dat.
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 31

32. Čtyřvrstvá architektura a sdílení
© Pavel Hrabě 2017
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 32

33. Čtyřvrstvá architektura úřadu veřejné správy
ISVS
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 33

34. Struktura produktů eGovernment Cloudu
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 34

35. Byznys vrstva architektury – referenční model
2. 11. 2017 35

36. Referenční model byznys architektury – hledisko sdílení
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 36

37. Komunikační kanály veřejné správy
• Úřední komunikace - adresná
• Komunikace plošná
• Web
• Sociální sítě
• Komunikace neúřední (zatím)
• Mail a SMS
• Hlas (Call centrum)
• Zprostředkování třetími stranami
• …..
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 37

38. Referenční model aplikační architektury
- přehled vrstev
Základy Informační koncepce ČR, O. Felix a P. Hrabě2. 11. 2017 38

39. Referenční model aplikační architektury
- transakční a znalostní vrstva
Povinností ředitele informatiky úřadu (technického správce) je zohlednit vzájemnou podobnost aplikací podle
jejich kategorie při rozhodování o konsolidaci aplikací nebo o návrhu aplikační podpory v kategoriích, kde je
nedostatečná nebo chybí.
39