Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

Odkaz na výstup diff

Obě strany předchozí revize Předchozí verze
Následující verze
Předchozí verze
osnova_ik_ovs [2019/08/26 09:10] – [3Návrh cílového stavu] Tomáš Šedivecznalostni_baze:ik_ovs [2024/02/06 11:04] (aktuální) Tomáš Šedivec
Řádek 1: Řádek 1:
 ====== Osnova vzorové informační koncepce OVS ====== ====== Osnova vzorové informační koncepce OVS ======
-Identifikace Informační koncepce 
-OVS (dále OVS) vydává tuto Informační koncepci v souladu se zákonem č. 365/2000 Sb., o informačních systémech veřejné správy (§ 5a). V informační koncepci OVS stanovuje své dlouhodobé cíle v oblasti řízení kvality a bezpečnosti spravovaných informačních systémů veřejné správy a vymezuje obecné principy pořizování, vytváření a provozování informačních systémů veřejné správy.  
-Základní údaje Informační koncepce 
-Tabulka 1: Základní údaje o Informační koncepci 
-Název organizace OVS 
- 
-Typ organizace ústřední orgán veřejné správy 
-Adresa  
-Datum schválení  
-Doba platnosti 5 let 
-Konec platnosti 23. 1. 2024 
  
-Tabulka 2: Autorizace schválení Informační koncepce +<WRAP center round important 60%> 
-Role Osoba Datum Podpis +Struktura náležitosti Informační koncepce stanovuje [[https://www.zakonyprolidi.cz/cs/2023-360/|vyhláška č. 360/2023 Sb., o dlouhodobém řízení informačních systémů veřejné správy]].
-Autor:  +
  
-Schválil:  +Bližší představu o obsahu informační koncepce ústředního OVS s novou strukturou lze získat např. prostudováním informačních koncepcí ústředních OVS, které již při aktualizacích svých informačních koncepcí postupují v souladu s dokumentem [[:metody_dokument|Metody řízení ICT VS ČR]], jako je např. mj. i v přímé návaznosti na celostátní strategii Digitální Česko aktualizovaná [[https://www.mpo.cz/cz/rozcestnik/ministerstvo/o-ministerstvu/informacni-koncepce-ministerstva-prumyslu-a-obchodu--243831/|Informační koncepce Ministerstva průmyslu a obchodu ČR]]
  
 +**{{ znalostni-baze:osnova_ik_.docx |Textová verze ke stažení}}**
 +</WRAP>
  
- 
-===== Manažerské shrnutí Informační koncepce OVS ===== 
-shrnutí IK pro klíčové zainteresované: 
-• pro vedení úřadu 
-• pro externí orgány (OHA) 
-• pro správce ISVS (věcné i technické) 
-• pro členy IT útvarů a dodavatele ICT služeb 
-Základní zodpovědnosti a kompetence OVS 
-(povinnosti, zákony, agendy) 
-Klíčové transformační cíle a úkoly  OVS 
-Shrnutí toho nejdůležitějšího, co stojí před OVS a jeho představiteli (GDPR, spisovka, eIDAS, ….) 
-Klíčové vnitřní potřeby informatiky a eGovernmentu OVS 
-Shrnutí nejdůležitějších ostatních vlivů, provozních potřeb a optimalizačních podnětů 
-Shrnutí vize cílového stavu architektury úřadu 
-Přehled klíčových rysů vize cílového stavu úřadu (plně digitalizován, plně centralizován, plně outsourcován atp.)  
-OHA doplní klíčoví (povinné) součásti vize, které mají být shrnuty i zde. 
-Výběr klíčových změnových záměrů / projektů z Roadmapy 
-S největším dopadem na dosažením benefitů cílového stavu a/nebo s největším dopadem na čerpání rozpočtu a dalších zdrojů a/nebo s největšími riziky. 
-Výběr klíčových změn ve způsobu řízení informatiky a eGovernmentu OVS 
-text 
-Jak číst informační koncepci (struktura informační koncepce) 
-V této kapitole bude vysvětlena struktura částí (A, B, C, D) a kapitol této Informační koncepce OVS. 
-Současně zde vysvětlen význam jednotlivých kapitol pro vznik a řízení dokumentu IK OVS a jejich význam pro implementaci IK OVS a pro řízení ICT a eGovernmentu OVS. 
  
-Vztah IK a  souvisejících strategických dokumentů OVS a eGovernmentu 
-Kapitola 
-Můžete doplnit, nesmíte porušit. 
- 
-====== Část A: Koncepce architektury úřadu - jaké změny v ISVS realizovat a proč? ====== 
-  
-Odpovídá na otázky CO? a PROČ? je třeba stavět či měnit. 
-Koresponduje s obsahem NAP. 
-===== 1 Přehled stávajícího stavu =====   
-Přehled základních součástí čtyřvrstvé architektury úřadu. 
-Zejména přehled byznys schopností úřadu (včetně agend, v nichž působí a sdílených, průřezových schopností). 
-Zejména přehled všech informačních systémů podle jejich kategorií. 
-Cílem popisu stávajícího stavu je poukázat na to, kde v jednotlivých vrstvách architektury úřadu jsou ukryté příležitosti pro zlepšení (při stávající i změněné legislativě), které se stanou potřebami změn (zadáním) pro návrhovou část koncepce. 
-==== 1.1 Přehled celkové architektury OVS ==== 
-Základní diagram a vysvětlení fungování úřadu („co to žere a kde to spí“). Tento obraz stávajícího stavu je východiskem pro následné vyjádření architektonické vize cílového stavu úřadu. 
-Je vhodné představit přehled úřadu ve formě čtyřvrstvé architektury, postihující základní aspekty: 
-  *  segmentace klientů, bloky agend funkcí, a řízené organizace 
-  *  klíčové aplikace ISVS 
-  *  klíčové lokality DC a klíčové IT platformy 
-  *  klíčové způsoby externí síťové konektivity 
-==== 1.2 Přehled byznys architektury ====  
-Je žádoucí zde představit a interpretovat povinnosti a schopnosti úřadu a přitom vystihnout, které z nich a do jaké míry jsou vykonávány ve shodě s cílovou vizí eGovernmentu, vyjádřenou IKČR a NAP. S tím souvisí vyhodnocení toho, do jaké míry jsou jednotlivé agendy a schopnosti výtečně, uspokojivě, nedostatečně nebo vůbec podporovány informačními technologiemi, elektronizovány a automatizovány. 
-Působnost ministerstva je vhodné rozčlenit z hlediska potřeb informatických služeb do menších oblastí, které spolu systémově a logicky souvisejí. Toto rozčlenění je nezbytné především proto, aby bylo možno stanovit, které činnosti (agendy a procesy) je třeba řešit společně a tím co nejvíce eliminovat nutnost pozdějšího přepracovávání již hotových úloh (programů). K rozčlenění působnosti ministerstva posloužil referenční model z NAP. 
-=== 1.2.1 Přehled zákonných kompetencí a agend OVS ===  
-Zde je formou mapy schopností (Capability Map), seznamem či odkazem na kompletní přílohu třeba uvést a textem interpretovat, co všechno by úřad měl dělat. 
-Tedy jaké je jeho poslání a mise, co všechno je mu uloženo kompetenčním zákonem nebo zakládací listinou, agendovými nebo speciálními zákony či jinými předpisy. 
-S odkazem na referenční model procesní dekompzice NAP patří do této kapitoly všechny hlavní a podpůrné procesy, funkce výkonu služeb pro klienty. 
-Pro definici cílů IK OVS byly vzaty rovněž v úvahu relevantní dokumenty s dopadem na IT architekturu OVS, přijaté jak na úrovni vlády, parlamentu (zákony) či na úrovni resortu s přihlédnutím k agendám a činnostem vykonávaných na OVS. Jde zejména zákon 365/2000 o informačních systémech veřejné správy, zákon 499/2004 o archivnictví a spisové službě, zákon 250/2017 o elektronické identifikaci, zákon 111/2009 o základních registrech, Strategický rámec rozvoje veřejné správy České republiky pro období 2014-2020 a usnesení vlády 347 z roku 2017 k realizaci úplného elektronického podání a povinnému přijímání elektronických faktur ústředními orgány státní správy. 
-Seznam těchto předpisů je uveden v příloze xyz Přehled právních norem upravujících činnost OVS se vztahem k informačním a komunikačním systémům 
-== 1.2.1.1 Agendy ohlášené OVS == 
-Následující tabulka uvádí seznam agend, kde OVS je ohlašovatelem v Registru práv a povinností (RPP), protože je gestorem těchto agend a také zákonů, které k agendám patří. 
-Tabulka 15: Seznam agend, kde OVS je ohlašovatelem v Registru práv a povinností (RPP) 
-Poř. Kód agendy Zákon Útvar OVS Název agendy 
-1 A736 77/1997 01520 Státní podniky 
-2 A1501 301/1992 31110 Agenda zákona o HK ČR a AK ČR 
-… … … … … 
  
 +===== Úvod =====
  
-== 1.2.1.2 Agendy působení OVS == +==== Identifikace Informační koncepce ====
-Následující tabulka uvádí seznam agend s působností OVS podle zákona o základních registrech: část B - agendy ohlášené jinými orgány veřejné moci (OVS). +
-Tabulka 16: Seznam agend s působností OVS – agendy ohlášené jinými OVS +
-Poř. Kód agendy Zákon OVS Útvar OVS Název agendy +
-1 A337 239/2000 MV 01100 O integrovaném záchranném systému a o změně některých zákonů +
-2 A821 241/2000 SSHR 01100 Hospodářská opatření pro krizové stavy +
-3 A338 240/2000 MV 01100 Zákon o krizovém řízení a o změně některých zákonů   +
-.. … … … … …+
  
-=== 1.2.2 Přehled sdílených (průřezových a provozních) schopností === +Doplňte v případě potřeby obecný úvod o informace týkající se vašeho úřadu.
-Do této kapitoly patří všechny ost atní procesy a funkce, tj. řídící, správy sdílených zdrojů a provozní. +
-=== 1.2.3 Stávající digitální služby OVS pro klienty === +
-Tato kapitola má poukázat na to, že stávajících digitálních služeb možná není mnoho a možná nesplňují požadavky na digitální službu podle IKČR, ZoPDS  a Nařízení EU o SDG . +
-Informační systémy OVS poskytují některé digitální služby dostupné přímo pro veřejnostMezi ty hlavní patří:  +
-Tabulka 17: Digitální služby OVS pro občany +
-NÁZEV DIGITÁLNÍ SLUŽBY PRO OBČANY PŘÍJEMCE FYZICKÁ/PRÁVNICKÁ OSOBA-ROLE K ČEMU SLUŽBA JE +
-  +
-  +
- +
  
-== 1.2.3.1 Služba 123 == +Aktuálním smyslem Informační koncepce (IK) úřadu je edevším stanovit jeho cíle v oblasti digitalizace a popsatjak budou pro naplnění těchto cílů rozvíjeny informační systémy IT služby úřaduStručně to shrnuje [[https://archi.gov.cz/ikcr#zasada_rizeni_ict_z3strategicke_rizeni_pomoci_ik_ovs|Zásada řízení ICT Z3: Strategické řízení pomocí IK OVS]]která je součástí [[https://archi.gov.cz/ikcr#informacni_koncepce_cr|Informační koncepce ČR]].
-== 1.2.3.2 Služba 456 == +
-=== 1.2.4 Volitelně: Model výkonu a IT podpory klíčových služeb OVS === +
-Vzhledem k části B této koncepce je přínosné zvláště vyzdvihnout a popsat stávající procesy, funkce a metody řízení ICT v kontextu ostatních procesů a funkcí úřadu jako celku. +
-==== 1.3 Přehled architektury IS ====  +
-=== 1.3.1 Přehled a klasifikace IS OVS  - aplikační architektura === +
-=== 1.3.2 Popis ISVS ve správě OVS === +
-== 1.3.2.1 Seznam ISVS == +
-== 1.3.2.2 ISVS abc (na příkladu IS RŽP== +
-Stručná charakteristika +
-IS RŽP je informačním systémem veřejné správy, jehož správcem je Živnostenský úřad České republiky (do doby zřízení tohoto úřadu vykonává jeho působnost OVS) a provozovateli jsou obecní živnostenské úřady (ObŽÚ) a krajské živnostenské úřady (KŽÚ). Věcnou náplní IS RŽP jsou procesní, kontrolní, registrační a evidenční činnosti dané zákonem č. 455/1991 Sb. +
-Právní předpis zakotvující IS +
-  * zákon č. 455/1991 Sb., o živnostenském podnikání  +
-  * zákon č. 570/1991 Sb., o živnostenských úřadech +
-  * zákon č. 365/2000 Sb., o informačních systémech veřejné správy +
-Útvar zajišťující správu IS +
-• 31000 Sekce průmyslupodnikání a stavebnictví, 31400 Odbor živností +
-Zpracovávaná data +
-Do IS RŽP jsou zaznamenávány údaje o podnikatelích (fyzických i právnických osobách) a jejich živnostenských oprávněních stanovené živnostenským zákonem, jakož i změny těchto údajů. Všechny údaje vedené v tomto rejstříku jsou veřejné, vyjma údajů o rodných číslech, pokutách uložených živnostenskými úřady sankčních opatřeních uložených jinými správními orgány v souvislosti s podnikáním, údaji o bydlišti a místě pobytu na území České republiky a bydlišti mimo území České republiky; tyto jsou sdělovány pouze podnikatelům, jichž se údaj týká, a v případech stanovených zvláštními právními předpisy. Veškeré údaje živnostenského rejstříku se stávají neveřejnými údaji po uplynutí 4 let ode dne zániku posledního živnostenského oprávnění podnikatele.  +
-Zajišťované služby +
-  * Výdej a aktualizace živnostenských oprávnění spojená s kontrolou vstupních dat porovnáním s údaji navazujících registrů veřejné správy. +
-  * Získání aktuálních a přesných údajů o jednotlivých podnikatelských subjektech pro ostatní orgány veřejné správy a veřejnost.  +
-  * Statistické informace o počtu podnikatelů a počtu živnostenských oprávnění. +
-  * Zjednodušení administrativy podnikatelům, kteří mají prostřednictvím Internetu zpřístupněné informace z veřejné části živnostenského rejstříku,to i v anglickém jazyce. +
-  * Snížení multiplicit v oznamovacích povinnostech podnikatelských subjektů vůči příslušným orgánům veřejné správy. +
-  * Centrální elektronické předávání dat z IS RŽPkterým je zajišťována informační povinnost živnostenských úřadů podle zákona č. 455/1991 Sb. a dalších zákonů vůči příslušným úřadům státní správy.  +
-  * Jednotný výkon státní správy na úseku živnostenského podnikání. +
-  * Info web, metodiky a stanoviska OVS, diagramy procesů, evidence dokumentů v SPIS RŽP, které jsou k využití pouze pro interní potřeby OVS, KŽÚ a ObŽÚ. +
-Technické a programové prostředky +
-  * OS IBM AIX  +
-  * OS CentOS, RedHat +
-  * databázový software IBM Informix DS +
-  * zálohovací software Symantec Netbackup +
-  * IBM XL C/C++ kompilátor pro vývoj +
-  * Apache +
-  * OpenSSL +
-  * LDAP Sun Java Directory Server +
-  * Jakarta Tomcat +
-  * Sendmail +
-  * ISC Bind+
  
-Základní technologické vybavení: Použitá technologie je IBM. +Orgán veřejné správy (OVS) vydává tuto Informační koncepci souladu se zákonem č. 365/2000 Sb., o informačních systémech veřejné správy (§ 5a). V Informační koncepci OVS stanovuje své dlouhodobé cíle v oblasti řízení architektury úřadu, řízení ICT služeb.
-Technické informace podle přílohy č. 1 vyhlášky č. 528/2006 Sb. předané pro potřeby evidence IS RŽP v IS o ISVS: +
-Popisné údaje +
-  * Verze: 2.0 +
-  * Legislativní rámec: zák. 455/1991 Sb. +
-  * Správce ISVS: OVS +
-  * správce ISVS - webová adresa: http://www.mpo.cz +
-  * Provozovatel ISVS: ICZ a.s. +
-  * Provozovatel - webová adresa: http://www.i.cz +
-  * Provozovatel - email: info@i.cz +
-  * Provozovatel - IČO: 25145444 +
-  * Zdroj dat: Podnikatelské subjekty, ŽÚ +
-  * Jazyk: český, anglický +
-Implementované subsystémy: +
-  * SPIS RŽP - subsystém sloužící k evidenci dokumentů zpracovávaných v IS RŽP; v případě, že spisová služba úřadu je přizpůsobena NS ESSS (Národní standard pro elektronické systémy spisové službyje možno realizovat propojení mezi IS RŽP a eSSL úřadu prostřednictvím UniSPIS rozhraní za účelem on-line komunikace a předávání dat mezi eSSL a IS RŽP. +
-  * JRF (Jednotný registrační formulář) - subsystém sloužící k pořízení a zpracování elektronických podání vůči živnostenskému rejstříku a při využití CRM (Centrálního registračního místa) rovněž k předání učiněného podání ostatním úřadům VS v podání označených (MF, ČSSZ, VZP). +
-  * Omezení přístupu: +
-  * Typ omezení: informace je možné kromě čtení i vkládat a měnit +
-  * Typ informací: informace o: +
-    * živnostenských oprávněních podnikatelských subjektů +
-    * uložených sankcích podnikatelským i nepodnikatelským subjektům +
-    * provedených kontrolách podnikatelských subjektů +
-  * Skupina oprávněných uživatelů:  +
-    * pracovníci ObŽÚ, KŽÚ, OŽ OVS - veškerá oprávnění +
-    * další orgány VS (Policie ČR, ČOI, Celní správa, atd.); právo číst neveřejná data – Policie ČR +
-    * veřejnost - právo číst pouze veřejná data +
-  * Způsob omezení přístupu:  +
-    * pro výše uvedené skupiny 1 a 2 certifikátem na čipové kartě,  +
-    * pro skupinu 3 přístupem k databázi obsahující pouze veřejná data +
-Certifikace: +
-• IS RŽP je certifikován dle zákona č. 365/2000 Sb. a prováděcích předpisů. +
-Časová dostupnost dat: +
-• Indikátor historie dat: ISVS obsahuje aktuální i historická data +
-• Dostupnost dat od data: 1. 1. 1992 +
-• Frekvence aktualizace dat: při každé změně dat +
-Dostupnost ISVS - webová aplikace: +
-• Webová adresa: http://www.rzp.cz +
-• Dokumentace aplikace: http://www.rzp.cz/napoveda.html +
-Sdílené služby - využívané od jiných ISVS: +
-• IS VR (IS veřejných rejstříků) +
-• RT (Rejstřík trestů) +
-• ISIR (Insolvenční rejstřík) +
-• ISZR (ROB, ROS, RUIAN) +
-• ISEO, AISC  +
-• Komunikace s eSSL (elektronická spisová služba úřadu) prostřednictvím UniSPIS +
-Sdílené služby – poskytované jiným ISVS: +
-• ROSRPP  (součást ISZR) +
-• ADIS (Automatizovaný daňový IS) +
-• ARES (Automatizovaný registr ekonomických subjektů) +
-• VZP/ZP +
-• ČSSSZ +
-• IS RES (Registr ekonomických subjektů) +
-• IS VR (IS veřejných rejstříků) +
-• Komunikace s eSSL (elektronická spisová služba úřadu) prostřednictvím UniSPIS +
-Poskytování výpisů z živnostenského rejstříku (ŽR) veřejnosti +
-• Výpis z veřejné části ŽR pro potřeby CzechPOINT +
-• Identifikace datových prvků: žádné datové prvky nejsou poskytovány +
-• Formát dat: pdf +
-• Popis: Poskytování výpisů z veřejné části ŽR pro potřeby veřejnosti a CzechPOINT ve formátu pdf +
-• Realizovaný model přenosu: Model dotaz – odpověď +
-Současný stav informačního systému +
-• Probíhá stabilní rutinní provoz, externími dodavateli ICZ a.s. a T-Mobile Czech Republic a.s. jsou poskytovány služby aplikační podpory a služby hostingového centra. +
-• Průběžně jsou realizovány úpravy IS RŽP na základě změn právní úpravy, oprávněných požadavků uživatelů a správce IS.+
  
-1.3.2.3 ISVS efg +Popište vztah IK ke klíčovým strategickým dokumentůúřadu eGovernmentu
-1.3.3 Popis dalších klíčových IS ve správě OVS +
-1.3.3.1 Seznam provozních systémů OVS +
-1.3.3.2 Provozní systém 123 +
-1.3.4 Významné rezortní / korporátní IS +
-1.3.5 Využití klíčových sdílených služeb eGovernmentu a externích IS +
-1.3.5.1 Služby centrálních sdílených systémů eGovernmentu +
-1.3.5.2 Služby ostatních externích systémů  +
-1.3.6 Základní prvky datového modelu a klasifikace dat OVS +
-1.4 Přehled technologické architektury  +
-1.4.1 Pohled z hlediska lokalit a vlastnictví +
-1.4.1.1 Technologie v lokalitě A +
-1.4.1.2 Technologie v lokalitě B +
-1.4.2 Pohled z hlediska platforem a druhů technologií +
-1.4.2.1 Přehled a klasifikace klíčových platforem +
-1.4.2.2 Popis platformy 1 +
-1.4.2.3 Popis platformy 2 +
-1.5 Přehled architektury ICT infrastruktury a komunikačních technologií +
-1.5.1 Přehled externí síťové konektivity +
-1.5.2 Přehled fyzické a stavební infrastruktury IT +
-1.6 Kontext architektury úřadu +
-Zejména výběr užívaných sdílených prvků architektury z úrovně korporace (resortu, kraje, obce), z úrovně celostátního eGovernmentu a z úrovně EU. +
-Důležité je zmínit, zda OVS je poskytovatelem sdílených služeb. +
-1.7 Přehled běžících a schválených projektů +
-Součástí stávajícího stavu organizace jsou i všechny v ní již probíhající a svým zadáním a požadavky na zdroje zafixované změny a s jejich realizací spojené projekty. +
-Tyto změnové projekty jsou důležité proto, že jejich plánované výstupy musí být již vzaty v úvahu při návrhu cílového stavu (do té doby se stanou), a proto, že již alokované zdroje výrazně omezují disponibilní zdroje pro nově navrhované projekty a v neposlední řadě proto, že některé projekty připravují neopominutelné podmínky následných projektů. +
-1.7.1 Přehled již probíhajících projektů+
  
-1.7.2 Přehled závazně připravovaných projektů+==== Základní údaje Informační koncepce ====
  
-===== 2 Přehled motivací úřadu ke změnám architektury ===== +^Název orgánu veřejné správy   ^**XY**                 ^ 
-2.1 Poslání úřadu, strategické a externí byznys požadavky +|IČO                           |**XXXXXXX**            | 
-2.1.1 Poslání úřadu +|Typ organizace                |**Orgán státní správy**| 
-2.1.2 Přehled platných strategických dokumentů a cílů +|Adresa sídla                  |**XYZ**                | 
-Výpis a model strategických cílů, které jsou relevantní pro úřad (bez ohledu na jejich vztah k IT). Ať již pocházejí z dokumentů EU, vlády ČR, rezortního ministerstva či kraje nebo úřadu samotnéhoPochopitelně i cíle ze všech dílčích strategií pro jednotlivé agendy nebo schopnosti (třeba HR nebo ICT strategie)+|                              |                       | 
-2.1.3 Celostátní cíle a očekávané přínosy (národní cíle eGovernmentu) +|Verze IK                      |**XX.XX**              | 
-pokud chceme nad rámec vyjádření shody s cíli a principy IKČR zdůraznit, například: +|Datum vzniku                  |**mm/rrrr**            | 
-2.1.3.1 Napojování ISVS na Portál občana  +|Datum schválení               |**dd.mmrrrr**        | 
-2.1.3.2 Digitalizace úřadu+|Počátek platnosti             |**dd.mmrrrr**        | 
 +|Autor verze                                         | 
 +|Organizační útvar / organizace|**Útvar XY**           | 
 +|Verzi schválil                |                       | 
 +|Organizační útvar / organizace|**Útvar XY**           | 
 +|Název souboru                 |**IK_ XY.docx**        | 
 +|Počet stran                   |**100+**               |
  
-2.1.4 Očekávané externí změny a vlivy, včetně legislativních změn +==== Manažerské shrnutí ====
-2.1.5 Výsledky interních analýz +
-2.1.6 Interpretace dopadů a priorit strategických a externích cílů +
-Zde je třeba posoudit, zda a jaký dopad (požadavky) na ICT podporu lze dovodit z formulace všech jednotlivých cílů a jejich akčních plánů. To bude mít přímý vliv na formulaci potřeb změn IT podpory a změn IT architektury +
-Současně je potřeba posoudit priority těchto relevantních cílů z hlediska čerpání zdrojů (rozpočtů a lidí) a z hlediska jejich pořadí v čase a vzájemné následnosti. Takto identifikované priority ovlivní návrh balíčků práce (záměrů) do transformačního plánu (Roadmapy). +
-2.2 Interní byznys požadavky (procesní zlepšování)  +
-Přirozenou součástí fungování každého úřadu by mělo být trvalé zlepšování kvality a nákladové efektivity služeb, v rámci existujících zákonných zmocnění nebo i s využitím drobných technických novel, kde je to nezbytné (např. při některé elektronizaci a automatizaci). +
-Tato procesní optimalizace je téměř vždy spojena s potřebou rozvoje informačních technologií, proces podporujících. +
-Proto zde mají být uvedeny požadavky na změny v oblastech, kde jsou plánovány v projektech nebo byly identifikovány v analýze stávajícího stavu byznys architektury a byly vyhodnoceny jako relevantní k realizaci.  +
-2.2.1 Požadavky vedení úřadu +
-2.2.2 Sběr interních požadavků uživatelů +
-2.2.3 Hodnocení informační podpory činností OVS +
-2.3 Interní a externí ICT vlivy, cíle a požadavky +
-Zde uvedené vlivy jsou možná i externí, ale jsou to přirozené potřeby uvnitř IT, bez jakéhokoli vztahu na strategické nebo legislativní byznys požadavky. +
-Je běžné, a útvar ICT by to měl vědět, že mnohé součásti IT řešení jsou pro příští období něčím ohroženy: +
-  * ztrácí podporu výrobce nebo smluvní podporu dodavatele +
-  * jsou za hranicemi morální a fyzické životnosti +
-  * kapacitně nebo výkonově nestačí +
-  * musí být upgradovány +
-  * jejich dodavatel zanikl nebo odešel z trhu apod.  +
-Vedle těchto negativní motivací (rizik) jsou přirozené i pozitivní motivace (příležitosti), vyplývající z nových trendů v ICT a digitalizaci, kterých si je ICT útvar vědom (sleduje je), ale které ještě nestihly ovlivnit již formulované cíle, legislativu nebo projekty. Jsou to například: +
-  * mobilita +
-  * BigData, pokročilé analytiky až po umělou inteligenci (AI) +
-  * apod. +
-2.3.1 Strategické cíle v oblasti informatiky +
-2.3.2 Interní rozvojové plány útvaru informatiky +
-2.3.3 Cíle v oblasti zajištění bezpečnosti služeb  +
-2.3.3.1 Dlouhodobé cíle v oblasti řízení bezpečnosti IS +
-Dlouhodobé cíle v oblasti řízení bezpečnosti informačních systémů veřejné správy jsou stanoveny (v souladu s vyhláškou č. 529/2006 Sb.) ve třech hlavních oblastech: +
-  * zajištění bezpečnosti dat, která jsou v IS zpracovávána,  +
-  * zajištění bezpečnosti služeb, které jsou prostřednictvím IS poskytovány,  +
-  * zajištění bezpečnosti technických a programových prostředků. +
-Cíle směřují k naplňování základních atributů bezpečnosti IS, kterými jsou: +
-2.3.3.2 Požadavky na bezpečnost IS +
-Tabulka 11: Požadavky na bezpečnost IS +
-Cíl bezpečnosti Označení požadavku Popis požadavku Platí pro+
  
-CB1.1: Uplatnění analýzy rizik +Shrnutí IK pro klíčové zainteresované:
-PB01 Průběžně monitorovat a vyhodnocovat chod VIS, zajistit pravidelnou aktualizaci analýzy rizik a plánu zvládání rizik. Vybrané IS +
-PB02 Na základě analýzy rizik a ve spolupráci s vlastníky vytvořit souhrn bezpečnostních požadavků na jednotlivé IS, a to dle schválených cílů bezpečnosti. Všechny IS (postupně, dle významu) +
-PB03 Začlenit požadavek na vytvoření bezpečnostního projektu s analýzou rizik pro nově pořizované IS do jejich zadávací dokumentace. Nové IS +
-  +
-2.3.1 Cíle zlepšování kvality řízení, rozvoje a provozu informačních služeb +
-Dlouhodobé cíle v oblasti řízení kvality IS byly stanoveny ve třech hlavních oblastech: +
-Tabulka 12: Hlavní cíle kvality +
-Název Popis +
-CQ1 Zajištění kvality dat Zahrnuje výběr optimálního úložiště, struktury uložených dat, včasnou aktualizaci údajů, kontroly obsahu dat, kontroly integrity dat, záznamy o editorech, kontroly proti ISZR aj. +
-CQ2 Zajištění kvality ICT služeb Tj. funkčnost, přehlednost, srozumitelnost, efektivita a co nejširší využitelnost (interoperabilita) ICT služeb. +
-Znamená zavedení systému řízení kvality ICT služeb. Potřeba osoby/role odpovědné za kontrolu kvality. Zavést měřitelnost alespoň hlavních procesů, cílů. Zavedení zpětné vazby. +
-CQ3 Zajištění kvality HW a SW Vyžaduje dostatečné výkonové/kapacitní parametry, spolehlivost a také systematické testování. +
-Mj. standardizace parametrů (PC "preload"), využívání starších serverů pro méně významné aplikace, testování klíčových IS v testovacím prostředí aj. +
-Tyto cíle, podobně jako cíle kybernetické bezpečnosti, jsou „průřezové“, tj. uplatňují se současně se všemi ostatními cíli informatiky uvedenými v předcházejícím odstavci. +
-Specifické cíle v oblasti řízení kvality IS jsou uvedeny v následující tabulce, a to v členění do tří výše uvedených oblastí. U každého cíle je dále uveden atribut kvality IS, ke kterému cíl směřuje. +
-Tabulka 13Dlouhodobé cíle v oblasti řízení kvality IS +
-Oblast kvality Označení cíle Název cíle Popis cíle Atribut kvality +
-CQ1 +
-kvalita zpracovávaných dat  +
-CQ1.1 Včasná aktualizace údajů Cílem je, aby všechny údaje vedené primárně OVS byly aktualizovány v nejbližší možné době po jejich změnách. Podobně nové údaje by se měly objevit v IS s minimální prodlevou. aktuálnost dat +
-CQ1.2 Kontroly dat proti primárním registrům Všechny údaje, které vede OVS a které mají prvotní uložení v jiných systémech (zejména tzv. základních registrech), by měly být kontrolovány proti těmto registrům. správnost dat +
-CQ1.3 Kontroly obsahu dat Ve všech systémech budou využity algoritmy pro vnitřní kontrolu obsahu ukládaných dat (např. kontrola správnosti rodného čísla, správnost položek typu datum a čas apod.). správnost dat +
-CQ1.4 Využití kontroly integrity dat Ve všech systémech budou využity maximální možnosti pro kontrolu integrity dat, a to na všech úrovních (databáze, aplikační logika, vstupní formuláře apod.). integrita dat +
-CQ1.5 Záznamy o autorech změn Ve vybraných systémech zajistit ukládání auditních záznamů o autorech změn vedených údajů a zajistit bezpečnost těchto záznamů. stanovení odpovědnosti za data+
  
-2.3.1.1 Požadavky na kvalitu IS+  * pro vedení úřadu 
 +  * pro externí orgány (napřOHA) 
 +  * pro správce ISVS (věcné i technické) 
 +  * pro členy IT útvarů a dodavatele ICT služeb
  
-2.4 Shoda s cíli principy IKČR  +V kapitole manažerské shrnutí jsou uvedeny: Základní odpovědnosti kompetence OVS (povinnosti, zákony, agendy)Klíčové transformační cíle úkoly OVS Shrnutí toho nejdůležitějšíhoco stojí ed OVS a jeho edstaviteli (GDPR, spisovka, eIDAS, …). Klíčové vnitřní potřeby informatiky eGovernmentu OVS Shrnutí nejdůležitějších ostatních vlivů, provozních potřeb a optimalizačních podnětů Shrnutí vize cílového stavu architektury úřadu Přehled klíčových rysů vize cílového stavu úřadu (plně digitalizován, plně centralizován, plně outsourcován atp.)Výběr klíčových změnových záměrů / projektů z Roadmapy Výběr klíčových změn ve způsobu řízení informatiky a eGovernmentu OVSPopište Vztah IK a souvisejících strategických dokumentů OVS a eGovernmentu [[https://archi.gov.cz/uvod_dokumenty|https:%%//%%archi.gov.cz/uvod_dokumenty]]
-2.4.1 Shoda s cíli IKČR  +
-V této kapitole vyhodnocuje OMV do jaké míry jakým způsobem aktuálně vyhovuje každému jednotlivému cíli IKČR a jakými plánovanými změnami (opatřenímizáměry a projekty) ispěje za OVS k naplnění těchto cílů. +
-Seznam s popisy cílů je v íloze . +
-HC1 Posouzení relevance a plnění cíle Klíčová opatření k naplnění cíle +
-1.1 • OVS provede inventuru existujících potenciálních digitálních služeb +
-OVS sestaví katalog pro něj relevantních životních událostí a situací klientů +
-• OVS sestaví katalog všech externích služeb ú +
-1.2 •  +
-1.3 •  +
-1.4 •  +
-1.5 •  +
-1.6 •  +
-1.7 •  +
-1.8 • +
  
-HC2 Posouzení relevance a plnění cíle Klíčová opatření k naplnění cíle +==== Nejstručnější rekapitulace závěrů IK ====
-2.1 •  +
-2.2 •  +
-2.3 •  +
-2.4 •  +
-2.5 •  +
-2.6 •  +
-2.7 •  +
-2.8 • +
  
-HC3 Posouzení relevance a plnění cíle Klíčová opatření k naplnění cíle +Uveďte zásadní závěry popsané že v kapitolách této IK.
-3.1 •  +
-3.2 •  +
-3.3 •  +
-3.4 •  +
-3.5 •  +
-3.6 •  +
-3.7 • +
  
-HC4 Posouzení relevance plnění cíle Klíčová opatření k naplnění cíle +==== Základní zodpovědnosti kompetence úřadu ====
-4.1 •  +
-4.2 •  +
-4.3 •  +
-4.4 •  +
-4.5 •  +
-4.6 •  +
-4.7 •  +
-4.8 • +
  
-HC5 Posouzení relevance a plnění cíle Klíčová opatření k naplnění cíle +Shrňte základní kompetence úřadu popsané že v kapitolách této IK.
-5.1 •  +
-5.2 •  +
-5.3 •  +
-5.4 •  +
-5.5 •  +
-5.6 •  +
-5.7 •  +
-5.8 •  +
-5.9 •  +
-5.10 •  +
-5.11 •  +
-5.12 • +
  
-2.4.1.1 Vazby cílů z IK OVS na cíle IK ČR +==== Shrnutí stávajícího stavu úřadu a jeho architektury ====
-Jak již bylo uvedeno v kap. 6.1, hlavní cíle IK OVS vycházejí mj. z cílů IK ČR. Strukturu vzájemné návaznosti těchto cílů znázorňuje následující diagram: +
-Může to být tady. nebo tady: 2.6.2 +
-2.4.2 Shoda s architektonickými principy IKČR +
-V této kapitole vyhodnocuje OMV do jaké míry jakým způsobem aktuálně vyhovuje jeho celková čtyřvrstvá architektura (zejména byznys a aplikační) každému jednotlivému architektonickému principu IKČR a dále uvádí, jakými změnami v časovém horizontu této IK OVS shodu zajistí. +
-Tabulka 8: Principy IK ČR +
-ID Název principu +
-P1 Standardně digitalizované (Digital by default)  +
-P2 Zásada „pouze jednou“ (Once only) +
-P3 Podpora začlenění a přístupnost (Inclusiveness and Accessibility) +
-P4 Otevřenost a transparentnost (Openness and Transparency) +
-P5 Přeshraniční přístup jako standard (Crossborder interoperability) +
-P6 Interoperabilita jako standard (Interoperability by design) +
-P7 Důvěryhodnost a bezpečnost (Security by design) +
-P8 Jeden stát (Whole-of-Government) +
-P9 Sdílené služby veřejné správy (Shared Services) +
-P10 Připravenost na změny (Flexibility) +
-P11 eGovernment jako platforma (Embeded eGovernment) +
-P12 Vnitřně pouze digitální (Inside only digital) +
-P13 Otevřená data jako standard (Open Data by default) +
-P14 Technologická neutralita (Technological neutrality) +
-P15 Uživatelská přívětivost (User-friendliness) +
-P16 Konsolidace a propojování informačních systémů veřejné správy (IT Consolidation) +
-P17 Omezení budování monolitických systémů+
  
-P. Posouzení relevance a plnění principu Klíčová opatření k naplnění principu +Popište hlavní zjištění vyplývající z poznání současného stavu struktury a fungování (tedy architektury) úřadu a její podpory informačními technologiemi (míra digitalizace agend jak jsou využívány sdílené služby eGovernmentu apod.)..
-P1  +
-P2  +
-P3  +
-P4  +
-P5  +
-P6  +
-P7  +
-P8  +
-P9  +
-P10  +
-P11  +
-P12  +
-P13  +
-P14  +
-P15  +
-P16  +
-P17 +
  
-Pokud to úřadu pomůže, může být rozbor v příloze proveden až do úrovně architektonických požadavků, vyplývajících z tzv. dopadů jednotlivých principů a z architektonických podmínek, představujících nezměnitelná omezení realizace. +==== Klíčové transformační cíle ====
-2.5 Model motivační architektury úřadu +
-2.6 Shrnutí a intepretace potřebných změn architektury úřadu  +
-2.6.1 Hlavní a dílčí cíle Informační koncepce v oblasti architektury +
-Kapitola shrnuje, které z identifikovaných potřebných změn si tato IK ukládá jako cíle (nemusí to být všechny) +
-Tabulka 9: Podrobný popis cílů IK OVS +
-Název Popis +
-C1 Podpora strategických a koncepčních činností OVS Podpora řízení koncepce rezortu (business). Podpora vrcholového finančního řízení (MIS/EIS) a řídicích procesů úřadu. +
-C1.1 Zavedení systému řízení business požadavků na IT Znamená definovat proces, který bude dlouhodobě zajišťovat: +
-1) vlastní sběr požadavků (kontaktní místo, autorizace podání, strukturované ukládání vč. metadat na sdílené úložiště) +
-2) periodické hodnocení požadavků, kategorizaci a komunikaci  +
-(kdo, kdy, odpověď na podání, řešení reklamací aj.) +
-3) plánování (alokace lidí a peněz) +
-4) realizaci (projektové řízení), vyhodnocení a zpětnou vazbu zainsteresovaných stran (stakeholders) +
-C2  +
-C2.1  +
-2.6.2 Vazby cílů z IK OVS na cíle IK ČR +
-Může to být tady. nebo tady: 2.4.1.1 +
-2.6.3 Shrnutí původu, významu a souvislostí potřebných změn a výběru cílů +
-V této kapitole je nutné slovně zhodnotit, které prvky motivace úřadu vyvolávají jako potřebu jeho změn architektury, a to ve vzájemných souvislostech. Přitom je třeba vždy vnímat úřad jako celek, v němž několik cílů a požadavků je řešitelné společně jednou architektonickou změnou nebo naopak řešením jedno požadavku je celá řada vzájemně souvisejících změn architektury. +
-2.6.4 Shrnutí priorit potřebných změn OVS +
-===== 3 Návrh cílového stavu =====  +
-==== 3.1 Architektonická vize úřadu ====  +
-OHA doplní klíčoví (povinné) součásti vize, které mají být shrnuty i v manažerském shrnutí. +
-Povinné součásti architektonické vize: +
-• Commitment k povinným sdíleným službám eGovernmentu. +
-• …. +
-==== 3.2 Návrh cílové byznys architektury ====  +
-==== 3.3 Návrh cílové architektury IS ==== +
-=== 3.3.1 Cílová architektura celého aplikačního portfolia úřadu === +
-=== 3.3.2 Předpokládaný cílový stav ISVS ve správě OVS === +
-=== 3.3.3 Předpokládaný cílový stav provozních systémů OVS ===  +
-=== 3.3.4 Plánovaný cílový datový model úřadu === +
-==== 3.4 Návrh cílové technologické architektury ==== +
-==== 3.5 Návrh cílové architektury ICT infrastruktury ==== +
-==== 3.6 Vysvětlení cílové architektury jednotlivých ISVS (full stack) ==== +
-Cílový stav jednotlivých ISVS přes všechny 4 vrstvy. +
-== 3.6.1.1 ISVS abc (na příkladu IS RŽP) == +
-== 3.6.1.2 ISVS efg == +
  
-===== 4 Plán realizace změn v architektuřúřadu (Roadmap) =====+Shrňte klíčové cíle digitální transformace úřadu a jeho způsobu řízení ICT, které vycházejí z motivací úřadu popsaných níže v kapitole 2, části A i B.
  
-4.1 Přehled programů a projektů informatiky+==== Klíčové vnitřní potřeby ICT ====
  
-  +Uveďte, jaké jsou potřeby identifikované interně v ICT pro poskytování kvalitních ICT služeb.
-  +
-Tabulka 25: Seznam plánovaných programů/projektů +
-Název Popis KPI - popis KPI - hodnota Dotčené IS OVS ID Garant programu Věcný gestor /gestor za IT Zdroj/rozsah Důležitost Naléhavost  +
-Vytvořit „bezpapírový“ a efektivně fungující úřad +
-Rozvoj IS SSL Rozvoj eSSL zahrnující např. projekty č. 25 "SSL - rozvojové úpravy dle požadavků NA" a č26 "SSL  - rozšíření na všechny koncové uživatele" Poměr počtu el. podepsaných dokumentů ku konvertovaným z pap. podoby. +
-Počet koncových uživatelů Zvýšení+
  
 +==== Shrnutí vize cílového stavu úřadu a jeho architektury ====
  
 +Slovně nebo graficky vyjádřete cílovou představu (vizi) úřadu, zejména jeho byznys a aplikační architektury, popsané níže v kapitolách této IK.
  
 +==== Výběr klíčových změnových záměrů / projektů  ====
  
-Zvýšení GINIS SSL PP14 3 2 2+Shrňte základní přehled změn, jejich rozpočtů, harmonogramů apod., které jsou popsané níže v kapitolách této IK.
  
-4.2 Vazby realizačních programů na cíle IK OVS +==== Výběr klíčových změn řízení ICT  ====
-Každý program/projekt přispívá k naplnění jednoho či několika cílů OVS. Následující tabulka ukazuje vazby jednotlivých programů/projektů na cíle IK OVS: +
-Tabulka 26: Vazba programů a projektů na cíle IK OVS +
-Vazba Projektů/Programů na cíle IK OVS PP01 Založení katalogu ICT služeb PP02 Zlepšení organizace sdílených dokumentů a interních evidencí OI PP03 Zlepšení funkčnosti Intranetu PP04 Rozvoj IS RŽP PP05 Rozvoj IS ELIS PP06 Publikace otevřených dat OVS PP07 Využití vazby personalistiky a základních registrů v procesu systemizace PP08 Systém řízení rizik pro OVS PP09 Rozvoj EA v OVS PP10 BIM  - vytvoření databáze a portálu stavebních informací PP11 Kybernetická bezpečnost PP12 Modernizace IS RSRZO PP13 IT nástroje na kontrolu osobních údajů P14 Rozvoj IS SSL PP15 Optimalizace procesu nákupu PP16 Mobilita / vzdálený přístup / univerzální komunikace PP17 – PP21 Rozvoj ostatních ISVS rezortu PP22 – Analýza agendových procesů a návrhy digitalizace PP23 – Databáze informačních povinností +
-C1 Podpora strategických a koncepčních činností OVS +
  
-  +Slovně nebo graficky vyjádřete představu (vizicílové podoby procesů, organizace, lidských zdrojů a dalších součástí řízení ICT úřadu, popsané níže v kapitolách této IK.
-  +
-4.3 Alokace investičního a provozního rozpočtu A (architektura – za co stavět) +
-4.3.1 Financování záměrů na pořízení nových IS +
-  +
-  +
-====== Část B: Koncepce řízení služeb ICT a eGovernmentu úřadu ======+
  
-Odpovídá na otázky JAK? budovat a řídit služby ICT na podporu výkonu služeb veřejné správy úřadu +==== Základní podmínky realizovatelnosti změn  ====
-Koresponduje s Metodami řízení ICT VS ČR. +
-===== 1 Zhodnocení stávajícího stavu ===== +
-1.1 Zhodnocení stavu a metod řízení životního cyklu IS  +
-1.2 Zhodnocení stavu a metod řízení schopností ICT útvaru  +
-1.3 Zhodnocení stavu a metod řízení disciplín ve spolupráci s ostatními útvary OVS  +
-1.4 Zhodnocení stavu spolupráce na centrální koordinaci ICT a eGovernmentu +
-===== 2 Přehled motivací úřadu ke změnám řízení ICT ====+
-2.1 Přehled externích úkolů, vlivů a cílů +
-2.2 Přehled identifikovaných vnitřních motivací  +
-Zde typicky je třeba objevit a pojmenovat například: +
-• nedostatečnou kompetenci a kapacitu OVS k podpoře klíčových platforem vlastními silami +
-• nedostatečný soulad a těsnou spolupráci mezi byznysem (odbornými útvary) a IT +
-• nedostatečný vliv IT útvaru na definice digitálních služeb a proveditelnost IT podpory legislativních změn, apod.  +
-2.3 Shoda se zásadami řízení ICT z IKČR  +
-V této kapitole vyhodnocuje OMV do jaké míry a jakým způsobem aktuálně vyhovuje jeho způsob řízení ICT každému jednotlivému obecnému principu řízení (zásadě) z IKČR a dále uvádí, jakými změnami v časovém horizontu této IK OVS shodu zajistí. +
-P. Posouzení relevance a plnění principu Klíčová opatření k naplnění principu +
-1  +
-2  +
-3  +
-4  +
-5  +
-6  +
-7  +
-8  +
-9  +
-10  +
-11  +
-12  +
-13  +
-14  +
-15  +
-16  +
-17 +
  
-2.1 Cíle zlepšování kvality řízení, rozvoje a provozu informačních služeb +Vypište manažerské požadavky na finanční zdrojeslužební místa, lidské zdroje apod., popsané níže v kapitolách této IK.
-2.2 Shrnutí  a interpretace identifikovaných potřeb změn řízení ICT  +
-2.2.1 Hlavní a dílčí cíle Informační koncepce v oblasti řízení ICT +
-Kapitola shrnuje, které z identifikovaných potřebných změn si tato IK ukládá jako cíle (nemusí to být všechny) +
-2.2.2 Shrnutí původu, významu a souvislostí potřebných změn a výběru cílů +
-V této kapitole je nutné slovně zhodnotit, které prvky motivace úřadu vyvolávají jako potřebu jeho změn architektury, a to ve vzájemných souvislostech. Přitom je třeba vždy vnímat úřad jako celek, v němž několik cílů a požadavků je řešitelné společně jednou architektonickou změnou nebo naopak řešením jedno požadavku je celá řada vzájemně souvisejících změn architektury. +
-2.2.3 Shrnutí priorit potřebných změn OVS +
-===== 3 Návrh cílového stavu řízení ICT úřadu ===== +
-Návrh změn organizace, procesů, metrik a IT nástrojů řízení ICT OVS. +
-3.1 Návrh způsobu řízení životního cyklu IS  +
-3.2 Návrh způsobu řízení schopností ICT útvaru  +
-3.3 Návrh způsobu řízení disciplín ve spolupráci s ostatními útvary OVS  +
-3.3.1 Financování informatiky +
-3.3.2 Ekonomické vyhodnocování informatiky - controlling +
-3.4 Návrh způsobu spolupráce na centrální koordinaci ICT a eGovernmentu  +
-3.4.1 Korporace  +
-3.4.2 centrála +
-===== 4 Plán realizace změn ve způsobech řízení ICT OVS (dílčí Roadmap) ===== +
-Návrh konkrétních záměrů (projektů nebo manažerských opatření), kterými budou zajištěny změny řízení ICT OVS k žádoucímu sílovému stavu. +
-4.1 Plán řízení kvality IS +
-Činnosti v oblasti řízení kvality +
-4.2 Plán řízení bezpečnosti IS +
-Činnosti v oblasti řízení bezpečnosti +
-4.3 Alokace investičního a provozního rozpočtu B – za co provozovat +
-Způsob financování IS +
-4.3.1 Financování správy IS +
-  +
-====== Část C: Řízení dokumentu IK OVS a jeho naplňování ====== +
-===== 1 Naplňování Informační koncepce ===== +
-1.1 Postupy při provádění změn Informační koncepce +
-Provádění změn do Informační koncepce lze rozdělit na čtyři části: +
-• včasné zjišťování změn v oblastech, které se dotýkají Informační koncepce tak, aby byla zajištěna včasná změna Informační koncepce,  +
-• vlastní provedení změny v Informační koncepci resp. vydání její nové verze,  +
-• schválení změny Informační koncepce resp. její nové verze,  +
-• příprava nové Informační koncepce před ukončením platnosti té stávající.  +
-Postup pro zajištění včasné změny IK +
-Indikace pro případné zajištění včasné změny IK OVS se provádí periodicky 1 x za 12 měsíců formou podkladů vypracovávaných při přípravě návrhu rozpočtu kapitoly OVS na rok příslušný kalendářní rok se střednědobým výhledem na další dva roky.  +
-Mimo tuto pravidelnou revizi bude IK OVS změněna též v případě: +
-• vzniku nového záměru na pořízení nebo vytvoření IS, který má významný dopad do IK OVS, +
-• významné změny právních předpisů v oblasti dlouhodobého řízení IS,  +
-• významné změně organizační struktury OVS s přímým vlivem na odpovědnosti v oblasti dlouhodobého řízení IS.  +
-V této souvislosti musí ředitelé všech odborů, které spravují některý IS, hlásit výše uvedené změny související s jimi spravovaným IS pracovníkovi odpovědnému za přípravu změn a tvorbu nových verzí IK OVS. Tento pracovník je též povinen sledovat další výše uvedené změny a jejich dopad na informační koncepci. +
-Postup zápisu změny do dokumentu IK OVS +
-Změnu IK OVS lze provést vytvořením nového dokumentu nebo připojením dodatku ke stávajícímu dokumentu. Jednotlivé verze budou číslovány dvěma číslyoddělenými tečkou: +
-• hlavní číslo verze, které bude odlišovat verze s významnými změnami (např. kompletně přepracované kapitoly, změny zásadních postupů apod.),  +
-• vedlejší číslo verze, které bude odlišovat drobnější změny (např. doplnění nového IS, změny v personální oblasti, drobná změna v postupech apod.).  +
-U každé verze se budou sledovat následující atributy: +
-• číselné označení verze,  +
-• datum schválení verze,  +
-• jméno a příjmení zaměstnance nebo orgánu, který Informační koncepci nebo její verzi vypracoval,  +
-• počet stran a počet případných příloh,  +
-• jméno a příjmení zaměstnance nebo orgánu, který Informační koncepci nebo její verzi schválil. +
-Každá verze (kromě počáteční) bude obsahovat tabulku změn oproti verzi předchozí. V této tabulce bude pro každou změnu stručně uveden popis provedené změny, včetně případné identifikace místa (příp. více míst) dokumentu (např. číslem kapitoly)kterého se změna dotkla +
-Postup schvalování změny IK +
-Novou verzi IK schvaluje osoba definovaná v kap. 9.5.1. K nové verzi IK je třeba přiložit všechny dokumentyna základě nichž byla verze vytvořena, nebo alespoň odkazy na ně. +
-S novou verzí IK budou po jejím schválení prokazatelně seznámeni všichni pracovníci, jichž se změna IK dotýká.  +
-1.2 Postupy při vyhodnocování dodržování Informační koncepce +
-Vyhodnocování dodržování Informační koncepce je základním kontrolním mechanizmem zajišťujícím zpětnou vazbu. Pro vyhodnocování dodržování IK byla stanovena perioda 1 x za 12 měsíců. Vyhodnocování se provádí formou vypracování dílčího podkladu do závěrečného účtu kapitoly OVS za příslušný kalendářní rok. +
-Přehled stávajícího stavu informačních systémů a technologií provozovaných na OVS je předmětem kap. 4, kde jsou uvedené i systémy pro správu těchto informací o ICT OVS. Aktuální informace o informačních systémech veřejné správy (ISVS) OVS, všech agendových resp. provozních IS, včetně jejich vzájemných vazeb a základních charakteristik, je udržována v modelu tzv. podnikové architektury OVS (EA – Enterprise Architecture). Pro aktualizaci modelu je využíván iterativní přístup , kdy se jednotlivé části modelu upravují dle aktuálně řešené problematiky. +
-===== 2 Funkční zařazení osoby, která řídí provádění činností podle IK a zákona ===== +
-V závěrečné kapitole informační koncepce jsou stanoveny odpovědnosti v oblasti dlouhodobého řízení IS. Ty lze rozdělit do dvou částí, kterým odpovídají i dvě následující kapitoly: +
-• odpovědnosti za realizaci informační koncepce,  +
-• odpovědnosti za splnění zákonných povinností vyplývajících ze zákona č. 365/2000 Sb., o informačních systémech veřejné správy. +
-2.1 Odpovědnosti za realizaci informační koncepce +
-Vrcholná odpovědnost za naplnění informační koncepce byla stanovena na útvar: +
-• Odbor informatiky  +
-Dílčí odpovědnosti za jednotlivé oblasti IK jsou uvedeny v následující tabulce. +
-Tabulka 27: Dílčí odpovědnosti za realizaci IK +
-Oblast Odpovídá +
-Vytváření záměrů na pořízení nebo vytvoření nových IS Ředitel odboru, který bude daný IS spravovat (v souladu se zásadami uvedenými v kapitole 9.2).+
  
-Schvalování záměrů na pořízení nebo vytvoření nových IS Ředitel odboru informatiky +==== Jak číst informační koncepci  ====
-Řízení bezpečnosti IS (stanovování dlouhodobých cílů bezpečnosti a konkrétních požadavků na bezpečnost IS, sestavení a údržba plánu řízení bezpečnosti, vyhodnocování naplnění požadavků a dodržování plánu) Manažer kybernetické bezpečnosti +
-Řízení postupů pro pořizování a vytváření IS (včetně zajištění veřejných soutěží apod.) Ředitel odboru informatiky nebo jím pověřený pracovník +
-Koordinace činností v oblasti rozvoje IS Ředitel odboru informatiky nebo jím pověřený pracovník +
-Příprava plánu rozvoje IS Ředitel odboru informatiky nebo jím pověřený pracovník +
-Schvalování plánu rozvoje IS Ředitel odboru informatiky +
-Zajištění provozu a údržby vyjma IS RŽP Ředitel odboru informatiky ve spolupráci s ředitelem odboru, který vykonává správu daného IS  +
-Zajištění provozu a údržby IS RŽP Ředitel odboru, který vykonává správu daného IS ve spolupráci s ředitelem odboru informatiky +
-Koordinace a vyhodnocování řízení změn Příslušný projektový manažer rozvoje IS +
-Řízení ukončování provozu IS Ředitel odboru informatiky nebo jím pověřený pracovník ve spolupráci s ředitelem odboru, který vykovává správu daného IS +
-Vytváření a údržba plánu financování IS Ředitel odboru informatiky nebo jím pověřený pracovník +
-Schvalování plánu financování IS Ředitel odboru rozpočtu a financování +
-Příprava změn a tvorba nových verzí IK Ředitel odboru informatiky nebo jím pověřený pracovník (příp. ve spolupráci s externím dodavatelem IK) +
-Schvalování změn IK a jejích nových verzí Ředitel odboru informatiky +
-Příprava nové IK před ukončením platnosti stávající Ředitel odboru informatiky nebo jím pověřený pracovník (příp. ve spolupráci s externím dodavatelem IK)+
  
-2.2 Splnění zákonných povinností +Vysvětlete strukturu obsahu IKpokud jste strukturu významně rozšířili oproti standardní šabloně. Strukturu šablony nezužujtepovinné kapitoly neodstraňujte.
-Vrcholná odpovědnost za splnění zákonných povinností vyplývajících ze zákona č. 365/2000 Sb.o informačních systémech veřejné správy, byla stanovena, kromě výjimek uvedených v následující tabulce, na Odbor informatiky. +
-Tabulka 28: Dílčí odpovědnosti za splnění zákonných povinností +
-Zákon Oblast Odpovídá +
-zák. č. 365/2000 Sb. §5 odst. 2 písm. c uveřejňovat číselníky, pokud jsou jejich správci a není zákonem stanoveno jinak, a to i způsobem umožňujícím dálkový přístup a předávat Ministerstvu vnitra údaje do informačního systému o datových prvcích v elektronické podobě, ve formě a s technickými náležitostmi stanovenými prováděcím právním předpisem Odbor, který vykonává správu daného IS ve spolupráci s  odborem informatiky +
-zák. č. 365/2000 Sb. §5 odst. 2 písm. d zajistit, aby vazby spravovaného informačního systému veřejné správy s výjimkou provozního informačního systému uvedeného v § 1 odst. 4 písm. a) až d) na informační systémy veřejné správy jiného správce byly uskutečňovány prostřednictvím referenčního rozhraní s využitím datových prvků vyhlášených ministerstvem a vedených v informačním systému o datových prvcích. Způsobilost informačního systému veřejné správy k realizaci těchto vazeb jsou povinny prokázat atestemToto ustanovení se nevztahuje na vazby mezi jimi spravovanými informačními systémy veřejné správy a informačními systémy veřejné správy vedenými zpravodajskými službami. Odbor, který vykonává správu daného IS ve spolupráci s  odborem informatiky +
-zák. č. 365/2000 Sb. §5 odst. 2 písm. e zpřístupňovat ministerstvu v elektronické podobě, ve formě a s technickými náležitostmi stanovenými prováděcím právním předpisem, bez zbytečného odkladu informace o jimi spravovaném informačním systému veřejné správy a jím poskytovaných službách informačního systému veřejné správy a používaných datových prvcích, a to za účelem uveřejnění v informačním systému podle § 4 odst. 1 písm. h) a i), pokud zvláštní zákon nestanoví jinak; zpřístupňovanými datovými prvky jsou rovněž provozní údajepokud jsou využity pro realizaci vazby podle písmene d); Odbor informatiky ve spolupráci s ředitelem odboru, který vykovává správu daného IS +
-zák. č. 365/2000 Sb. §5 odst. 2 písm. f postupovat při uveřejňování informací způsobem umožňujícím dálkový přístup tak, aby byly informace související s výkonem veřejné správy uveřejňovány ve formě, která umožňuje, aby se s těmito informacemi v nezbytném rozsahu mohly seznámit i osoby se zdravotním postižením Odbor komunikace a v případě IS RŽP odbor živností +
-zákč. 365/2000 Sb. §5a odst. 3 Na základě vydané informační koncepce orgánu veřejné správy orgány veřejné správy vytvářejí a vydávají provozní dokumentaci k jednotlivým informačním systémům veřejné správy, uplatňují ji v praxi a vyhodnocují její dodržování. Obsah a strukturu provozní dokumentace stanoví prováděcí právní předpis. ředitel odboru, který vykonává správu daného IS +
-zák. č. 365/2000 Sb. §5a odst. 3 zajistit si atest dlouhodobého řízení IS odbor informatiky +
-zák. č. 365/2000 Sb. §5b uplatňovat opatření odpovídající bezpečnostním požadavkům na zajištění důvěrnosti, integrity a dostupnosti informací zpracovávaných v informačních systémech veřejné správy. ředitel odboru, který vykonává správu daného IS ve spolupráci s manažerem kybernetické bezpečnosti+
  
-===== 3 Přehled verzí a změn IK OVS ===== +//Dokument IK úřadu postupně popisuje ve svých jednotlivých částech://
-Systém verzování dokumentu používá číslování verzí  X.YZ  kde číslice na jednotlivých pozicích znamenají: +
-X číslo hlavní verze, zvyšuje se při zásadní změně struktury nebo obsahu dokumentu +
-Y číslo vedlejší verze, zvyšuje se při oficiální dílčí změně obsahu, např. při periodické aktualizaci +
-Z číslo mikroverze, zvyšuje se při každém vydání (zveřejnění) upraveného dokumentu +
-Níže jsou popsány všechny verze Informační koncepce chronologicky od aktuálně platné až po nejstarší verzi Informační koncepce. U každé verze kromě nejstarší je uveden též souhrn změn, které daná verze obsahovala oproti verzi předchozí.  +
-Tabulka 1Údaje o verzi dokumentu Informační koncepce +
-Označení verze  +
-Datum aktualizace  +
-Datum schválení  +
-Autor  +
-Počet stran +
  
-Tabulka 2Seznam změInformační koncepci verze 3.06 +//Část AKoncepce architektury úřadu// je o fungování úřadu jako celku. Měla by popsat činnosti úřadu rámci jeho agend („co dělám a proč“) a jejich podporu informačními systémy a technologiemi („s čím to dělám“).
-Číslo Popis změny +
-1  +
-2  +
-3  +
-4  +
-5  +
-6  +
-7 +
  
-  +//Část BKoncepce řízení služeb// ICT se zaměřuje na fungování ICT útvaru úřaduMěla by popsat služby, které ICT poskytuje ostatním složkám úřadu způsob jejich řízení//.//
-====== Část DDodatky a přílohy IK OVS ====== +
-===== 1 Dodatky =====  +
-1.1 Základní pojmy zkratky  +
-1.2 Seznam obrázků  +
-1.3 Seznam tabulek  +
-1.4 Seznam literatury +
-===== 2 Seznam příloh ===== +
-2.1 Přehled agend a kompetencí OVS +
-2.1.1 Výpis z „kompetenčního zákona“- část týkající se daného OVM +
-2.1.2 Seznam agend a agendových zákonů+
  
-2.2 Přehled právních norem upravujících činnost OVS se vztahem k informačním komunikačním systémům +Obě části (A i B) jsou členěny do čtyř kapitol, z nichž první dává přehled stávajícího stavu, druhá popisuje motivace ke změnám (co je potřeba změnit a proč), třetí obsahuje high-level návrh cílového stavu (jak to bude vypadat po změnách) a čtvrtá definuje plán realizace popsaných změn (jakými projekty a kdy budou dodány). 
-Nutno zkontrolovat ípadně upravit + 
-  * Zákon č. 106/1999 Sb., o svobodném ístupu k informacím+//Další část (C) dokumentu je o tom, jak bude tento dokument řízen a jak bude naplňován – postupy realizace změn, kontroly a vyhodnocování změn a odpovědnosti za plnění.// 
-  * Zákon č. 101/2000 Sb., o ochraně osobních údajů. + 
-  * Zákon č. 121/2000 Sb., autorský zákon+//Poslední část dokumentu (D) obsahuje různé dodatky, přílohy apod., ve kterých může čtenář najít vysvětlení, upřesnění nebo rozšíření informací z předchozích částí dokumentu.// 
-  * Zákon č. 365/2000 Sb., informačních systémech veřejné správy a o změně některých dalších zákonů. + 
-    * Vyhláška č. 528/2006 Sb., o informačním systému o informačních systémech veřejné správy +===== Část A: Koncepce architektury úřadu ===== 
-    * Vyhláška č. 529/2006 Sb., o dlouhodobém řízení informačních systémů veřejné správy. + 
-    * Vyhláška č. 530/2006 Sb.o postupech atestačních středisek i posuzování dlouhodobého řízení informačních systémů veřejné správy +Představuje celkovou inventuru současného stavu úřadu z hlediska výkonu funkcí veřejné správy (byznys architektura), jejich podpory informačními systémy (aplikační a datová architektura) a technologiemi (architektura IT a komunikační infrastruktury). Následně odpovídá na otázky CO? a PROČ? je třeba stavět či měnit, resp. do jakého stavu se chce úřad dostat a jakými změnami/projekty toho dosáhne. 
-  * Zákon č. 480/2004 Sb., o některých službách informační společnosti+ 
-  * Zákon č499/2004 Sb., o archivnictví spisové službě a změně některých zákonů. +Význam byznys architektury pro návrh cílového stavu a potřebných změn v ICT podpoře funkcí úřadu popisuje [[https://archi.gov.cz/nap_dokument|Národní architektonický plán (NAP)]] v kapitole [[https://archi.gov.cz/nap_dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu#pravidla_byznys_architektury_vykonu_verejnych_sluzeb_uradu|Pravidla byznys architektury výkonu veřejných služeb úřadu]]. 
-    Vyhláška č. 259/2012 Sb., o podrobnostech výkonu spisové služby. + 
-  * Zákon č412/2005 Sb., o ochraně utajovaných informací bezpečnostní způsobilosti+===== Úvod do architektury úřadu ===== 
-    * Vyhláška NBÚ č. 522/2005 Sb.kterou se stanoví seznamy utajovaných informací+ 
-    * Vyhláška NBÚ č. 523/2005 Sb., o bezpečnosti informačních systémů a certifikaci stínících komor. +Tato kapitola je čistě edukativní, slouží jako úvod a návod. Do této kapitoly není potřeba dělat změny, nemáte-li zásadní potřebu zdůraznit nějakou zvláštnost vašeho úřadu. Doporučujeme ji v IK zachovat jako základní informaci pro budoucího čtenáře. 
-    * Vyhláška NBÚ  č. 524/2005 Sb.zajištění kryptografické ochrany utajovaných informací+ 
-    Vyhláška  NBÚ č. 525/2005 Sb., o certifikaci při zabezpečení kryptografické ochrany utajovaných informací+===== popis stávajícího stavu architektury ===== 
-    * Vyhláška NBÚ č. 526/2005 Sb., o průmyslové bezpečnosti. + 
-    Vyhláška NBÚ č. 527/2005 Sb., o personální bezpečnosti.  +==== Zodpovědnosti a kompetence úřadu ==== 
-    * Vyhláška NBÚ č. 528/2005 Sb., o fyzické bezpečnosti a certifikaci technických prostředků. + 
-    * Vyhláška NBÚ č. 529/2005 Sbo administrativní bezpečnosti registrech utajovaných informací.  +Shrňte základní kompetence úřadu, co je posláním úřadu, za jakým účelem úřad věcně existuje. Obsah můžete následně ve stručnější formě použít v kap. 2.2 manažerského shrnutí. 
-  Zákon č. 300/2008 Sb.o elektronických úkonech autorizované konverzi dokumentů. + 
-    * Vyhláška č. 193/2009 Sb., o stanovení podrobností provádění autorizované konverze dokumentů  +==== Přehled byznys architektury ==== 
-    * Vyhláška č. 194/2009 Sb., o stanovení podrobností užívání informačního systému datových schránek + 
-  * Zákon č111/2009 Sb., o základních registrech +Graficky znázorněte všechny činnosti (schopnosti, procesy, funkce nebo služby), které úřad vykonává. V následujícím obrázku uvedené procesy a jejich dělení představují příklad, rozdělení v rámci hypotetického úřadu. Jednotlivé kategorie (1. až 5.) doplňte o specifické procesy vašeho úřadu. 
-  * Zákon č. 181/2014 Sb., o kybernetické bezpečnosti a změně souvisejících zákonů (zákon o kybernetické bezpečnosti) + 
-    * Vyhláška č. 82/2018 Sb., o bezpečnostních opatřeníchkybernetických bezpečnostních incidentechreaktivních opatřeníchnáležitostech podání v oblasti kybernetické bezpečnosti likvidaci dat (vyhláška kybernetické bezpečnosti)+=== Hlavní a podpůrné procesy === 
-    Vyhláška č. 317/2014 Sb., o významných informačních systémech a jejich určujících kritériích+ 
-  * Zákon č. 340/2015 Sb., o zvláštních podmínkách účinnosti kterých smluvuveřejňování těchto smluv o registru smluv (zákon o registru smluv). +V rámci zamyšlení se nad jednotlivými částmi této kapitoly doporučujeme udělat důkladnou kontrolu zápisů v RPP, týkající se především – ohlášení agend, ISVS, zákonných zmocnění, definice údajů, katalogu služeb VS. 
-  * Zákon č. 134/2016 Sb., o zadávání veřejných zakázek+ 
-  * Zákon č. 297/2016 Sb., o službách vytvářejících důvěru pro elektronické transakce+Nedílnou součástí popisu stávajícího stavu úřadu jeho agend je, zda jsou agendy uspokojivě podpořeny službami informačních systémů, tudíž není očekáváno žádné další zlepšení, nebo naopak, zda u předmětných agend je možné očekávat a je třeba plánovat jejich digitální transformaci. 
-  * Zákon č. 250/2017 Sb., o elektronické identifikaci.+ 
 +=== Stav řídících, provozních a korporátních činností a jejich IT podpory === 
 + 
 +Uveďte ehled ostatních činností vykonávaných úřadem a stav jejich digitalizace. 
 + 
 +=== Přehled digitalizace z pohledu organizační struktury === 
 + 
 +Vložte model organizační struktury úřadu. 
 + 
 +=== Shrnutí potřeb ze stávajícího stavu byznys architektury === 
 + 
 +Stručně shrňte, co vyplývá z této kapitoly nejdůležitějšího pro další navazující části a závěry IK (co jsme zjistili). Tuto dílčí rekapitulaci můžete následně použít jako vstup pro celkové manažerské shrnutí v kapitole 2. 
 + 
 +==== Aplikační architektura informačních systémů úřadu ==== 
 + 
 +=== Přehled a klasifikace všech informačních systémů úřadu === 
 + 
 +Informační systémy (IS), se skládají z jedné nebo více aplikačních komponentAplikační komponenty lze pro účely jejich správy dělit například podle míry sdílení aplikačních služeb a podle klientů těchto služeb, nebo podle jejich vzájemné integrace. Součástí zpracování IK je i úloha pro technické správce ISVS ve spolupráci s jejich věcnými správci, vytvořit a udržovat aktuální model dekompozice aplikačních komponent a aplikačních funkcí úřadu a diagram této dekompozice, tzv. Mapu aplikačního portfolia/architektury úřadu. 
 + 
 +=== Přehled ISVS a provozních ISVS ve správě úřadu === 
 + 
 +Zaevidujte ve stanovené struktuře všechny ISVS úřadu včetně uvedení informace, zda ISVS zároveň podléhají zákonu č. 181/2014 Sb., o kybernetické bezpečnosti ve znění pozdějších edpisů, které byly určené jako kritická informační infrastruktura (dále jen „KII“) nebo jako významný informační systém (dále jen „VIS“)
 + 
 + 
 +=== Provozní informační systémy úřadu === 
 + 
 +Popište provozní informační systémy stanovené v § 1 odst4 zákona č. 365/2000 Sb., ve znění pozdějších předpisů a všechny provozní informační systémy s vazbou na ISVSU provozních informačních systémů nespecifikovaných v zákoně č. 365/2000 Sb., ve znění pozdějších předpisů se popisuje pouze vazba / vazby na ISVS
 + 
 +=== Nástroje podporující spolupráci === 
 + 
 +Popište, jaké kolaborativní nástroje používáte, případně umožňujete použít, jak zajišťujete bezpečnost jich samotných a dále dat, která při jejich použití vznikají. 
 + 
 +=== Využití klíčových sdílených služeb eGovernmentu a externích IS  === 
 + 
 +Popište, které ze [[https://archi.gov.cz/nap_dokument:architektura_a_sdilene_sluzby_verejne_spravy_cr|sdílených služeb]] jsou úřadem a konkrétním IS využívány. 
 + 
 +=== Publikace služeb a IS eGovernmentu === 
 + 
 +Popištezda jsou úřadem vytvářeny a publikovány sdílené služby, které mohou být dostupné pro využití jinými úřady nebo koncovými uživateli. Popis z tohoto odstavce bude zveřejněn v NAP v sekci [[https://archi.gov.cz/nap_dokument:architektura_a_sdilene_sluzby_verejne_spravy_cr|sdílených služeb]]. 
 + 
 +=== Využití cloud řešení  === 
 + 
 +Popište, které cloudové služby jsou úřadem využívány, jaký je stav systémů úřadu z pohledu jejich možné migrace do cloud technologií, jaké jsou omezení a předpoklady. 
 + 
 +Zaměřte se na využití [[https://archi.gov.cz/nap:egovernment_cloud|eGovernment cloudu]] z pohledu zvýšení efektivity, rozsahu poskytovaných služeb, kvality a bezpečnosti a zároveň snížení nákladů provozu informačních systémů a aplikací veřejné správy 
 + 
 +===  Integrační model aplikační architektury  === 
 + 
 +Popište, vzájemnou integraci jednotlivých IS uvnitř úřadu, jejich napojení na sdílené služby eGovernmentu, propojení na PPDF. Popište, aplikační služby, které na druhé straně poskytuje váš úřad jiným. 
 + 
 +=== Shrnutí potřeb ze stávajícího stavu aplikační architektury === 
 + 
 +Stručně shrňte, co vyplývá z této kapitoly nejdůležitějšího pro další navazující části a závěry IK (co jsme zjistili). Tuto dílčí rekapitulaci můžete následně použít jako vstup pro celkové manažerské shrnutí v kapitole 2. 
 + 
 +==== Datová architektura informačních systémů úřadu ==== 
 + 
 +Popište a namodelujte modely datové architektury úřadu, konceptuální pohled a klasifikace dat využívaných úřadem. 
 + 
 +=== Základní charakteristiky datové architektury === 
 + 
 +Okomentujte stav datové architektury úřadu z hlediska existence / neexistence datových modelů úřadu. 
 + 
 +=== Konceptuální datový model úřadu === 
 + 
 +Vložte konceptuální datový model, který poskytne přehled o tom, o jakých nejdůležitějších “věcech” (subjektech a objektech) úřad vede údaje, včetně údajů používaných v provozních a řídících procesech
 + 
 + 
 +=== Kategorie údajů úřadu === 
 + 
 +Popište, jak úřad rozumí jednotlivým kategoriím spravovaných dat. 
 + 
 +=== Otevřená data === 
 + 
 +Popište aktuální stav publikace otevřených dat, součinnost s portálem otevřených dat [[https://data.gov.cz/|https:%%//%%data.gov.cz/]]. 
 + 
 +=== Shrnutí potřeb ze stávajícího stavu datové architektury === 
 + 
 +Stručně shrňteco vyplývá z této kapitoly nejdůležitějšího pro další navazující části a závěry IK (co jsme zjistili). Tuto dílčí rekapitulaci můžete následně použít jako vstup pro celkové manažerské shrnutí v kapitole 2. 
 + 
 +==== Architektura IT infrastruktury úřadu ==== 
 + 
 +=== Architektura serverové infrastruktury === 
 + 
 +Doplňte popis a model architektury IT (výpočetního výkonu a úložného prostoru). 
 + 
 +=== Infrastrukturní architektura koncových zařízení === 
 + 
 +Doplňte popis a model architektury koncových zařízení, jejich správy a monitoringu, včetně BYOD zařízení a zařízení externích pracovníků. 
 + 
 +=== Shrnutí potřeb ze stávajícího stavu Infrastrukturní architektury === 
 + 
 +Stručně shrňte, co vyplývá z této kapitoly nejdůležitějšího pro další navazující části a závěry IK (co jsme zjistili)Tuto dílčí rekapitulaci můžete následně použít jako vstup pro celkové manažerské shrnutí v kapitole 2. 
 + 
 +==== Architektura komunikační infrastruktury úřadu ==== 
 + 
 +Doplňte popis toho, jakými prostředky je IT infrastruktura propojena na zbytek sdílených služeb eGovernmentu, na klienty, do zahraničí, s důrazem na využití [[https://archi.gov.cz/nap:komunikacni_infrastruktura_verejne_spravy|CMS a KIVS]] a na eliminaci použití obecného internetu. 
 + 
 +=== Shrnutí potřeb ze stávajícího stavu Infrastrukturní architektury === 
 + 
 +Stručně shrňteco vyplývá z této kapitoly nejdůležitějšího pro další navazující části a závěry IK (co jsme zjistili). Tuto dílčí rekapitulaci můžete následně použít jako vstup pro celkové manažerské shrnutí v kapitole 2. 
 + 
 +==== Přehled projektů  ==== 
 + 
 +Přehled již schválených či běžících projektů. 
 + 
 +===== Přehled motivací úřadu ke změnám architektury ===== 
 + 
 +Identifikujte a popište v této kapitole motivace úřadu ke změnám architektury, tj. co je potřeba na současném fungování úřadu změnit a proč. Využijte nabídnutou strukturu, v případě potřeby ji rozšiřte chybějící oblasti vašeho zájmu. 
 + 
 +==== Poslání úřadu, strategické cíle a byznys požadavky ==== 
 + 
 +Vysvětlete potřebu změny architektury úřadu v kontextu dopadů poslání úřadu, strategických a externích byznys požadavků 
 + 
 +=== Poslání a kompetence úřadu  === 
 + 
 +Popište, jaké **změny** v architektuře úřadu jsou potřebné z důvodu změn v poslání, základních odpovědnostech a kompetencích úřadu (nové a rozšiřující agendy a činnosti, nové povinnosti), pokud nastaly nebo se připravují. 
 + 
 +=== Strategické cíle úřadu === 
 + 
 +Popište, jak by mohly změny v architektuře podpořit splnění strategických cílů úřadu. 
 + 
 +=== Externí byznys požadavky === 
 + 
 +Popište potřebné změny v architektuře úřadu vyvolané byznys požadavky přicházejícími z vnějšího prostředí (např. od centrálních orgánů veřejné správy, z nové legislativy, nařízení vlády apod.)
 + 
 +=== Interní byznys požadavky  === 
 + 
 +Popište, jaké změny v architektuře úřadu jsou potřebné z pohledu zlepšování procesů, optimalizace výkonnosti, vnitřní digitalizace fungování úřadu apod. 
 + 
 +==== Dopady a požadavky na ICT ==== 
 + 
 +=== Vliv moderních trendů na změny === 
 + 
 +Popište identifikované high-level požadavky na funkční změny v existujících ICT řešeních a službách v kontextu moderních trendů 
 + 
 +=== Dopady byznys požadavků a strategických cílů úřadu na ICT === 
 + 
 +Popište dopady byznys požadavků a strategických cílů na ICT, napřpotřeba zavedení nových technologií podporující potřeby byznysuupgrade morálně zastaralých verzí nepodporujících potřeby byznysu, potřeba extra provozních finančních zdrojů, potřeba extra lidských zdrojů 
 + 
 +=== Cíle ICT strategie === 
 + 
 +Popište požadavky identifikované v rámci ICT, např. na nové technologie, upgrade verzí, cloud computing, finanční zdroje, lidské zdroje 
 + 
 +=== Hodnocení ekonomické výhodnosti provozu, způsobu provozu a ínosů IS === 
 + 
 +Popište: 
 + 
 +a) výsledky pravidelných hodnocení za použití metody celkových nákladů na vlastnictví informačního systému; popis metody celkových nákladů na vlastnictví informačního systému je uveden v příloze k této vyhlášce a 
 + 
 +b) hodnocení ukazatelů hospodárnosti, efektivnosti a účelnosti provozu a způsobu provozu informačního systému za minulá účetní období a jejich cílové hodnoty pro příští účetní období s uvedením nezbytných předpokladů pro jejich dosažení. 
 + 
 +=== Výjimky OHA === 
 + 
 +Popište schválené či požadované [[https://archi.gov.cz/uvod_schvalovani|výjimky OHA]]pokud takové existují. Popište, jaké systémové změny realizujete, aby IS úřadu byly [[https://archi.gov.cz/nap_dokument:celkovy_dokument#zakladni_architektonicke_principy_a_jejich_naplneni|v souladu s architektonickými principy]]. 
 + 
 +==== Shoda s cíli Informační koncepce ČR ==== 
 + 
 +Vyhodnoťte, do jaké míry a jakým způsobem aktuálně vyhovuje stav architektury úřadu každému jednotlivému cíli [[https://archi.gov.cz/ikcr#informacni_koncepce_cr|IK ČR]] a jakými plánovanými změnami (opatřeními, záměry a projekty) přispěje úřad k naplnění těchto cílů. 
 + 
 +=== Dopady cílů Informační koncepce ČR v prostředí úřadu === 
 + 
 +Vyhodnoťte dopady [[https://archi.gov.cz/ikcr#hlavni_cile_informacni_koncepce_cr|hlavních i dílčích cílů IK ČR]] v prostředí úřadu. 
 + 
 +S jistou mírou nepřesnosti lze říci, že postojem úřadu k jednotlivým cílům, bude jedna z následujících pozic: 
 + 
 +  * Cíl se úřadu netýká, úřad nemůže žádným způsobem přispět k jeho naplnění ani těžit z jeho výsledků. 
 +  * Úřad využívá, případně bude využívat, výsledků dosažení tohoto cíle, není však za cíl přímo zodpovědný nemůže nijak přispět k jeho naplnění. 
 +  * Cíl se týká úřadu a úřad má proto povinnost přispět k jeho naplněnís přihlédnutím k principu 3E (hospodárnost, efektivnost, účelnost). 
 + 
 +Jde ovšem pouze vodítko, nad každým z cílů jeho plnění je třeba se upřímně zamyslet. 
 + 
 + 
 +=== Dopady principů Informační koncepce ČR do digitalizace úřadu === 
 + 
 +Principy IKČR představují sadu zásad, funkčních a technologických pravidel, které je třeba pro úspěšnou digitální transformaci dodržovat a aplikovat v jednotlivých úřadech. Způsob a míra jejich aplikace závisí na konkrétním projektu či aktivitě
 + 
 +Vyhodnoťte dopady způsob uplatnění [[https://archi.gov.cz/nap_dokument:celkovy_dokument#zakladni_architektonicke_principy_a_jejich_naplneni|principů pro naplňování cílů Informační koncepce ČR]] v rámci úřadu. 
 + 
 + 
 +=== Model motivační architektury úřadu === 
 + 
 +Doplňte model motivační architektury úřadu. Tento bod je volitelný, pokud model máte nebo ho chcete vytvořit například jako vizualizační pomůcku pro komunikaci cílů. Jde o vizualizaci cílů, jejich vzájemných vazeb a vazeb na cíle definované v IK ČR. 
 + 
 + 
 +=== Shrnutí a interpretace potřebných změn architektury === 
 + 
 +Shrňte a interpretujte ve formě záměrů všechny potřebné změny architektury úřadu, které vyplývají z motivací popsaných v této kapitole. Jednotlivým záměrům stanovte prioritu a vysvětlete, jakou úvahou jste k prioritizaci dospěli. Tuto dílčí rekapitulaci můžete následně použít jako vstup pro celkové manažerské shrnutí
 + 
 + 
 +==== Návrh cílového stavu architektury ==== 
 + 
 +Cílem kapitoly je popsat změny oproti stávajícímu stavu v jednotlivých oblastech architektury. Pro každou z nich by měl existovat projekt v plánu realizace změn (v další kapitole). V rámci jednotlivých podkapitol vložte modely stávajícího stavu doplněné o změny, které chcete realizovat. Změny graficky znázorněte, například použitím výraznějších barev. 
 + 
 +==== Architektonická vize úřadu ==== 
 + 
 +Popište, jak úřad přistupuje k tématu své digitální transformace (jak ji úřad uchopí, co to pro něj znamená). 
 + 
 +==== Návrh cílové byznys architektury ==== 
 + 
 +Popište nebo graficky znázorněte, jak se změní byznys architektura úřadu, tzn.: 
 + 
 +  Služby klientům, externím i interním 
 +  * Portály, obslužné kanály 
 +  * Katalog služeb 
 + 
 +==== Návrh cílové aplikační a datové architektury ==== 
 + 
 +Popište nebo graficky znázorněte změny na úrovni aplikací v kontextu celkové architektury úřadu (EA) a jeho okolí (eGovernmentu jako celku). Dále popište změny v datové architektuře úřadu jako celku (konceptuální model). 
 + 
 +==== Využití klíčových sdílených služeb eGovernmentu a externích IS ==== 
 + 
 +Popište, které ze [[https://archi.gov.cz/nap_dokument:architektura_a_sdilene_sluzby_verejne_spravy_cr|sdílených služeb]] jsou úřadem a konkrétním IS využívány. 
 + 
 +==== Publikace služeb a IS eGovernmentu ==== 
 + 
 +Popištezda budou úřadem vytvářeny a publikovány sdílené služby, které mohou být dostupné pro využití jinými úřady nebo koncovými uživateli. Popis z tohoto odstavce bude zveřejněn v NAP v sekci [[https://archi.gov.cz/nap_dokument:architektura_a_sdilene_sluzby_verejne_spravy_cr|sdílených služeb]]
 + 
 +==== Návrh cílové IT technologické architektury  ==== 
 + 
 +Popište nebo graficky znázorněte změny v IT technologické architektuře, napřotázky typu: Cloud - ano/ne, Vlastní infrastruktura - ano/ne, Nákup služeb - ano/ne, infrastruktura státního podniku, …ve struktuře popisu stávajícího stavu. 
 + 
 +==== Návrh cílové komunikační technologické architektury ==== 
 + 
 +Popište nebo graficky znázornětejak se změní komunikační architektura úřadu ve struktuře popisu stávajícího stavu. 
 + 
 +===== Plán realizace změn v architektuře úřadu ===== 
 + 
 +V této kapitole popište, jakými změnovými aktivitami (projekty či programy) budou realizovány změny popsané v předchozí kapitole. Z jejího přečtení by měla být jasná velmi konkrétní představa tom, kdy budou jednotlivé změny dodány jakou aktivitou. 
 + 
 +==== Návrh strategie implementace ==== 
 + 
 +Popište, kdy a jak převedete záměry identifikované v kapitole 2 do formy konkrétních aktivit (projektů/programů), které nastartujete pro úspěšnou realizaci potřebných změn a dosažení cílového stavu popsaného v kapitole 3
 + 
 +==== Přehled všech běžících i plánovaných projektů/programů  ==== 
 + 
 +Vložte přehled nebo roadmapu všech běžících i plánovaných projektů/programů s dopadem do architektury úřadu, včetně jejich předpokládaného časování a vzájemných závislostíZe stručného popisu jednotlivých projektů/programů by mělo být rozpoznatelnéjakou konkrétní změnu daný projekt/program dodává
 + 
 +==== Předpoklady úspěšné realizace plánovaných projektů/programů ==== 
 + 
 +Doplňte předpoklady a požadavky pro úspěšné zavedení změn, zejména lidské a finanční zdroje, legislativní úpravy a dalšíInspiraci je možné najít v MŘICT, kapitole [[https://archi.gov.cz/metody_dokument:celkovy_dokument#predpoklady_uspesne_digitalni_transformace_verejne_spravy|Předpoklady úspěšné digitální transformace veřejné správy]]. 
 + 
 +====  Způsob financování projektů/programů a provozu ICT ==== 
 + 
 +Doplňte do tabulek plánované celkové roční investiční náklady na realizaci projektů a náklady na provozování IS. Uveďte zdroje financování (státní rozpočetESIF, apod.) Součástí této fáze je rovněž vyhodnocení pětiletého TCO (Total Cost of Ownership) jako podklad pro rozhodnutí o implementaci záměru v Cloudu nebo OnPremise 
 + 
 +=== Plán financování projektů === 
 + 
 +Všechny stávající i plánované projekty, zahrnuté do této informační koncepce, musí mít zajištěno financování. Závazná alokace finančních nákladů nezbytných pro přípravu záměru, jeho projektovou realizaci včetně nezbytných výběrových řízení čtyřleté provozní náklady v členění podle jednotlivých zdrojů (státní rozpočet, strukturální fondy apod.). Finanční alokace musí být zavedena v evidenci investičních záměrů a provozní náklady ve střednědobém rozpočtu příslušné kapitoly státního rozpočtu. 
 + 
 + 
 +=== Plán financování provozu ICT === 
 + 
 +Všechny stávající i plánované prostředky ICTzahrnuté do této informační koncepce, musí mít zajištěno průběžné, každoroční financování svého provozu, rozvoje a obnovy majetku, tzv. „mandatorní výdaje“
 + 
 +Celkové provozní výdaje činí za poslední rozpočtové období: **xyz** mil. Kč. Pro následující roky až do roku 202X (horizont IK úřadu) lze oprávněně předpokládat následující plán výdajů: 
 + 
 +Pokrytí mandatorních výdajů bude zajištěno kombinací zdrojů ze státního rozpočtu a zdrojů spolufinancovaných z ESIF EU. 
 + 
 +=====  Část B: Koncepce řízení služeb ICT ===== 
 + 
 +Odpovídá na otázky JAK? budovat a řídit služby ICT na podporu výkonu služeb veřejné správy úřadu. Koresponduje s Metodami řízení ICT VS ČR. 
 + 
 +Než budete pokračovat v hodnocení stávajícího stavu řízení, projděte si zpětně dotazník z posledního [[https://archi.gov.cz/znalostni_baze:benchmarkverejnespravy|Benchmarku VS]] a najděte si svůj úřad v závěrečné zprávě z Benchmarku. 
 + 
 +Zároveň doporučujeme pročíst [[https://archi.gov.cz/metody_dokument|MŘICT]]kde najdete užitečné tipy na standardy řízení, které je doporučeno používat ve VS pro řízení ICT. Tyto užitečné zdroje se kontinuálně doplňují cenné informace. 
 + 
 +===== Popis stávajícího stavu řízení informatiky ===== 
 + 
 +Uveďte hlediska, ze kterých budete hodnotit stávající stav řízení útvaru ICT a eGovernmentu úřadu. Kriticky hodnoťte pozitivní negativní skutečnosti. Popište, které prvky řízení chcete zachovat, a které naopak změnit. Vysvětlete proč. Využijte navrženou strukturu kapitoly
 + 
 +==== Strategie, plánování a organizace řízení informatiky ==== 
 + 
 +Popište řízení schopností ICT útvaru. Uveďte, zda využíváte obecné metodiky řízení, případně popište vlastní způsob. Popište personální zabezpečení (FTE, úroveň znalostí, role), generační obměny, rozvoj znalostí, držení potřebného know-how členy týmu útvaru ICT, apodKriticky zhodnoťte potřebu realizace změn v řízení ICT, uveďte pozitivní i negativní skutečnosti. Vložte seznam řídících dokumentů, které využíváte pro řízení ICT úřadu. Klíčové posuzované schopnosti se pro účely hodnocení stávajícího stavu přebírají z MŘICT, kapitoly [[https://archi.gov.cz/metody_dokument:rizeni_na_urovni_utvaru_ict|Řízení na úrovni útvaru ICT]] . 
 + 
 +==== Zhodnocení stavu a metod řízení životního cyklu IS Pořízení a změny informačních systémů Provoz informačních systémů Poskytování služeb informačních systémů Útlumkonzervace a ukončení informačních systémů ==== 
 + 
 +Popište řízení životního cyklu IS úřadu podle jeho jednotlivých fází. Kriticky hodnoťte pozitivní i negativní skutečnosti. Uveďte případné metodiky, podle kterých životní cyklus IS řídíte. Vstupy pro hodnocení čerpejte z MŘICT, kapitoly [[https://archi.gov.cz/metody_dokument:rizeni_jednotlivych_ict_reseni|Řízení jednotlivých ICT řešení]] 
 + 
 +Organizační opatření jsou formalizována v řídící dokumentaci, kde: 
 + 
 +  je určuje pro řízení každého informačního systému věcného správce a technického správce. 
 +  * Věcný správce stanovuje požadavky na služby informačního systému a poskytování služeb informačního systému splňujících tyto požadavky. 
 +  * Technický správce zajišťuje 
 +    * návrh a realizaci informačního systému z hlediska splňování 
 +      * požadavků na služby informačního systému 
 +      * požadavků na technické a programové prostředky kladených na ně právními předpisy upravujícími informační nebo komunikační technologieinformační koncepcí orgánu veřejné správy a provozní dokumentací, a jde-li informační systém spravovaný orgánem veřejné správy, pro nějž jsou závazná usnesení vlády, rovněž informační koncepcí České republiky a jinými usneseními vlády týkajícími se informačních nebo komunikačních technologií, 
 +    * zpracování provozní dokumentace a její aktuálnost. 
 + 
 +==== Zhodnocení stavu spolupráce s ostatními útvary úřadu ==== 
 + 
 +Popište předmět a rozsah spolupráce definované organizačním řádem úřaduZhodnoťte stav této spolupráce, pojmenujte pozitivní i negativní stránky, identifikujte slabá místa. (např. spolupráce s Digitálním zmocněncem). Vybrané oblasti, kterých se může spolupráce týkat se přebírají z MŘICT, kapitoly [[https://archi.gov.cz/metody_dokument:spoluprace_s_ostatnimi_utvary_uradu_a_egovernmentu|Spolupráce s ostatními útvary úřadu a eGovernmentu]] . 
 + 
 +==== Zhodnocení stavu spolupráce s orgány centrální koordinace ICT a eGovernmentu ==== 
 + 
 +Zhodnoťte úroveň spolupráce na centrální koordinaci ICT a eGovernmentuv oblastech stanovování strategických cílů, specifických cílů pro váš úřad, využití centrálních řídících materiálů publikovaných v rámci [[https://archi.gov.cz|archi.gov.cz]], zpracování či vznášení podnětů pro změny obsahu/rozsahu centrálních materiálů, předkládání žádostí formou [[https://archi.gov.cz/uvod_schvalovani|formulářů OHA]] a čerpání podpory ze strany OHA v rámci rozvoje IS či architektury úřadu, apod. Doplňte komunikační matici odpovědných útvarů/osob směrem k ostatním úřadům, například Digitální zmocněnec, člen RVIS, za oblast bezpečnosti hlášení incidentů NÚKIBu, apod. Vybrané oblasti, kterých se může spolupráce týkat se přebírají z MŘICT, kapitoly [[https://archi.gov.cz/metody_dokument:spoluprace_s_ostatnimi_utvary_uradu_a_egovernmentu|Spolupráce s ostatními útvary úřadu eGovernmentu]] 
 + 
 + 
 +==== Přehled běžících a schválených projektů pro řízení ICT ==== 
 + 
 +Uveďte aktuálně probíhající změny stávajícího stavu řízení ICT úřadu. Pro úspěšné řízení rozvojových programů/projektů, jejich kapacit, nákladů i přínosů musí být evidence projektů a záměrů úplná. Proto je úkolem každé aktualizace IK úřadu vždy posbírat informace o všech záměrech úřadu, včetně záměrů pro Digitální Česko, a teprve potom obezřetně posoudit, zda identifikované projekty mohou mít jakýkoli vztah k řízení ICT. Více vizMŘICT kapitola [[https://archi.gov.cz/metody_dokument:postup_a_plan_realizace_zmen|Postup plán realizace změn (Roadmap)]]
 + 
 +=== Přehled projektů řízení ICT === 
 + 
 +Zde uveďte seznam **projektů**, které mají dopad na změny v řízení ICT a jsou v různých fázích přípravy, schválení či průběhu. 
 + 
 + 
 +==== Shrnutí potřeb ze stávajícího stavu ==== 
 + 
 +Stručně shrňteco vyplývá z této kapitoly nejdůležitějšího pro další navazující části závěry IK (co jsme zjistili). Tuto dílčí rekapitulaci můžete následně použít jako vstup pro celkové manažerské shrnutí v kapitole 2
 + 
 +===== Popis důvodů pro změny řízení informatiky ===== 
 + 
 +Uveďte motivace ke změnám řízení ICT úřadu. 
 + 
 +Zohledněte personální potřeby, organizační požadavky, řízení dodavatelů, program Digitální Česko, IK ČR. Čerpejte ze strategických dokumentů ČR i EÚ, například klientsky orientovaná VS ČR 2030, DČ 2.0 – Cesta k digitální ekonomice[[https://archi.gov.cz/metody_dokument:predpoklady_a_vychodiska_rizeni_ict|Předpoklady a východiska řízení ICT]]. 
 + 
 +==== Přehled externích cílůúkolů a vlivů ==== 
 + 
 +Jmenujte externí cíle, úkoly a vlivy, které jsou motorem motivací pro změny řízení ICT úřadu. Mohou zde být uvedeny strategické dokumenty s dopadem na chod úřadu, plnění strategických cílů úřadu, usnesení vlády či zákonné povinnosti apod. 
 + 
 +==== Přehled identifikovaných vnitřních motivací ==== 
 + 
 +Popište, jaké jsou vnitřní faktory motivace. Typicky se může jednat o naplňování cílů vytýčených v předchozích verzích IK, potřeba zvýšení efektivity správy a řízení ICT, řízení architektury úřadu, potřeba zavedení nových technologií, SWOT analýza apod. 
 + 
 +==== Shoda se zásadami řízení ICT z IKČR ==== 
 + 
 +Doplňte do tabulky níže, jak se v řízení ICT úřadu projevují obecné zásady pořizování, vytváření, správy a provozování informačních systémů veřejné správy popsané v IK ČR zde: [[https://archi.gov.cz/ikcr#obecne_principy_porizovani_vytvareni_spravy_a_provozovani_informacnich_systemu_verejne_spravy|Obecné zásady řízení ICT z IKČR]] 
 + 
 + 
 +==== Cíle zlepšování kvality řízenírozvoje a provozu ICT služeb ==== 
 + 
 +Pojmenujte cíle vedoucí ke zlepšování kvality řízení, rozvoje a provozu informačních služeb, například [[https://archi.gov.cz/metody_dokument:rizeni_na_urovni_utvaru_ict?s%5b%5d=itil%2A#navrh_ict_sluzeb_souborem_nastroju_architektur_reseni_a_rizeni_sluzeb|zavedení standardů pro řízení ICT služeb dle doporučených rámců]]
 + 
 +==== Cíle zlepšování v oblasti bezpečnosti ==== 
 + 
 +Pojmenujte cíle vedoucí ke zlepšování v oblasti kybernetické bezpečnosti, bezpečnosti dat, služeb, technických a programových prostředků apod., ale i fyzické bezpečnosti
 + 
 + 
 +==== Shrnutí interpretace identifikovaných změn řízení ICT ==== 
 + 
 +Shrňte identifikované potřeby změn, které chcete naplánovat k realizaci v následujících 3-5 letech. Tuto dílčí rekapitulaci můžete následně použít jako vstup pro celkové manažerské shrnutí v kapitole 2. 
 + 
 +===== Návrh cílového stavu řízení informatiky ===== 
 + 
 +V této kapitole popište návrh změn organizace, procesů, metrik a nástrojů řízení ICT úřadu. 
 + 
 +==== Návrh způsobu řízení životního cyklu IS ==== 
 + 
 +Popište návrh změn ve způsobu řízení životního cyklu IS úřadu. 
 + 
 +==== Návrh způsobu řízení celkových schopností ICT útvaru ==== 
 + 
 +Popište návrh změn v oblastech řízení architektury, personální politiky, vzdělávání a řízení lidských zdrojů, finančního řízení, strategického plánování, řízení změn, řízení rozvoje a provozu, řízení rizik a bezpečnosti 
 + 
 +==== Návrh způsobu spolupráce s ostatními útvary úřadu ==== 
 + 
 +Popište návrh změn ve způsobu spolupráce s ostatními útvary úřadu. 
 + 
 +==== Návrh způsobu spolupráce s centrálními autoritami v oblasti ICT a eGovernmentu ==== 
 + 
 +Popište návrh změn ve způsobu spolupráce s centrálními autoritami v oblasti ICT a eGovernmentu, například v rámci resortu, ministerstva, státních podniků, OHA, RVIS 
 + 
 +===== Plán realizace změn pro dosažení cílového stavu informatiky ===== 
 + 
 +V této kapitole popište, jakými změnovými aktivitami (projekty či programybudou realizovány změny popsané v předchozí kapitole. Z jejího přečtení by měla být jasná velmi konkrétní představa o tom, kdy budou jednotlivé změny dodány a jakou aktivitou. 
 + 
 +==== Návrh strategie implementace ==== 
 + 
 +Popište, kdy a jak převedete záměry identifikované v kapitole 2 do formy konkrétních aktivit (projektů/programů), které nastartujete pro úspěšnou realizaci potřebných změn a dosažení cílového stavu popsaného v kapitole 3. 
 + 
 +==== Plán projektů řízení ICT ==== 
 + 
 +Navrhněte plán realizace konkrétních projektů nebo manažerských opatření, kterými budou zajištěny identifikované potřeby změny řízení ICT úřadu. Ze stručného popisu jednotlivých projektů by mělo být rozpoznatelné, jakou konkrétní změnu daný projekt dodává. 
 + 
 + 
 +==== Předpoklady úspěšné realizace plánovaných projektů/programů ==== 
 + 
 +Doplňte předpoklady a požadavky pro úspěšné zavedení změn, zejména lidské a finanční zdroje, legislativní úpravy a další. Inspiraci je možné najít v MŘICT, kapitole [[https://archi.gov.cz/metody_dokument:celkovy_dokument#predpoklady_uspesne_digitalni_transformace_verejne_spravy|Předpoklady úspěšné digitální transformace veřejné správy]]. 
 + 
 +==== Způsob financování projektů s dopadem do řízení ICT ==== 
 + 
 +Navrhněte plán řízení investičního a provozního rozpočtu. 
 + 
 +===== Část C: Řízení životního cyklu IK OVS ===== 
 + 
 +Tato kapitola je administrativního charakteru a slouží k popisu životního cyklu Informační koncepce. Editujte připravené bloky dle skutečného stavu vašeho úřadu. Nahraďte vzorový text textem platným pro váš úřad. Doplňte potřebné role a jejich odpovědnosti v uvedených oblastech činností. 
 + 
 +===== NAPLŇOVÁNÍ koncepce ===== 
 + 
 +==== Vydávání a vyhodnocování dodržování IKOVS ==== 
 + 
 +Vyhodnocování dodržování IK je základním kontrolním mechanismem zajišťujícím zpětnou vazbu. Dílčí vyhodnocování se uskutečňuje v souladu s pravidelnou aktualizací IK jedenkrát ročně, celkové vyhodnocení v souladu s § 4(5) vyhlášky č. 360/2023 Sb., o dlouhodobém řízení informačních systémů veřejné správy nejpozději jednou za 24 měsíců od schválení koncepce. Za vyhodnocování dodržování IK je v souladu s legislativou odpovědný vrcholový útvar (orgán) řízení informatiky. 
 + 
 +Za naplňování IK jsou považovány činnosti, prostřednictvím kterých dojde k: 
 + 
 +  * praktickému naplnění záměrů a dlouhodobých cílů uvedených v IK; 
 +  * praktickému naplnění postupů a zásad uvedených v IK; 
 +  * udržování IK v aktuálním stavu; 
 +  * pravidelnému vyhodnocování dodržování IK a k realizaci opatření pro odstranění zjištěných nedostatků. 
 + 
 +Pro zajištění praktického naplnění IK je třeba stanovit osobní odpovědnosti za jednotlivé oblastikteré IK řeší. 
 + 
 +=== Postupy při vyhodnocování dodržování IKOVS === 
 + 
 +Vyhodnocování musí provádět jiný zaměstnanec úřadu než ten, který je přímo odpovědný za naplňování a aktualizaci IK. Totéž platí pro vyhodnocování dílčích oblastípro které byla stanovena konkrétní dílčí odpovědnost. 
 + 
 +Vyhodnocování iniciuje vrcholový útvar (orgán) řízení informatiky. Pro vyhodnocování dílčích oblastí mohou být přizváni odborníci na tyto oblastiavšak musí přitom být dodržena výše uvedená nezávislost vyhodnocující osoby na osobě odpovědné za realizaci. 
 + 
 +Všechny činnosti, jejichž provádění je posuzováno, jsou porovnávány s koncepcí platnou\\ 
 +době, kdy byla daná činnost prováděna. Vyhodnocování bude probíhat metodou dekompozice na dílčí oblasti a jejich následnou expertní analýzou. 
 + 
 +Zaměstnanec provádějící vyhodnocení bude sledovat výsledky dílčích vyhodnocení jednotlivých oblastí, evidovat zjištěné nedostatky a zapisovat návrhy opatření na jejich odstranění. 
 + 
 +=== Oblasti pro vyhodnocování IK === 
 + 
 +V průběhu vyhodnocování IK se posuzuje zejména: 
 + 
 +  * zda je kompletně a aktuálně zachycen veškerý obsah požadovaný vzorovou osnovou IK OVM publikovanou OHA a (připravovanou) vyhláškou, 
 +  * zda jsou informace v IK v souladu s aktuálním obsahem IK ČR a jejích následných dokumentů, 
 +  * zda jsou informace v IK uvedené použity srozumitelně a průkazně k rozhodování o identifikovaných potřebách a jejich pokrytí plánovanými záměry, 
 +  * zda jsou informace v IK v souladu s centrálními evidencemi, zejména agend, ISVS, služeb, údajů a dalších a zda jsou aktuální, 
 +  * zda jsou plánované záměry na projekty realizovány ve stanoveném čase a rozsahu, 
 +  * zda všechny projekty informatizace a digitální transformace realizované v úřadu skutečně legitimně vyplývají z analýzy a syntézy v IK a jsou i ve shodě s evidencí záměrů Digitálního Česka, 
 +  * zda jsou z IK a z následných dokumentů IK ČR implementovány do interních předpisů úřadu a do jeho praxe všechny zásady, postupy a organizační opatření z oblasti řízení informatiky a jednotlivých ISVS
 +  zda realizované záměry a přijatá opatření přinesla předpokládaný účinek, 
 +  * zda dříve zjištěné nedostatky byly odstraněny nebo se k jejich odstranění směřuje. 
 + 
 +=== Pravidla pro vytváření zápisu z vyhodnocování IK === 
 + 
 +Z vyhodnocování bude vytvořen zápis. Za jeho vyhotovení odpovídá zaměstnanec úřadu, který řídí vyhodnocování. 
 + 
 +=== Rozsah zápisu z vyhodnocování === 
 + 
 +Zápis z vyhodnocování bude identifikovat verzi IK, které se týká, a dále pak bude jednoznačně identifikován pořadovým číslem zápisuZápis bude obsahovat následující části: 
 + 
 +  * identifikační údaje zápisu (verze IK, datum počátku platnosti vyhodnocované IK, pořadové číslo zápisu); 
 +  * identifikace všech zaměstnanců, kteří vyhodnocení prováděli, a jejich role (jméno respjménapříjmení, útvar nebo externí organizace, funkce); 
 +  * záznam průběhu vyhodnocování dle jednotlivých oblastí (co, jak, kdy a kdo vyhodnocoval); 
 +  * poznatky a závěry z vyhodnocování (soupis zjištěných nedostatků, kladná hodnocení); 
 +  * soupis přijatých opatření (návaznost na zjištěný nedostatek, obsah opatření, způsob realizace); 
 +  * schválení zápisu z vyhodnocení (kdo - jméno resp. jména, příjmení, útvar nebo externí organizace, funkce a kdy zápis schválil). 
 + 
 +=== Postup vyhotovení zápisu z vyhodnocování === 
 + 
 +Do zápisu se po úvodních identifikačních údajích nejprve zapisuje záznam o průběhu vyhodnocení poznatky a závěry z něj. 
 + 
 +Zápis schvaluje náměstek představený útvaru, jehož zaměstnanci vyhodnocení IK provedli. Schválený zápis se zpřístupní a všichni dotčení zaměstnanci se s ním seznámí obdobným způsobem, jako je to u nové verze IK. 
 + 
 +V dalším kroku ředitel odboru, odpovědného za realizaci IK, zajistí ve spolupráci s příslušnými odbornými útvary zpracování návrhu vhodných opatření, jejichž přijetí povede k odstranění zjištěných nedostatků, pokud byly nějaké nalezeny, která se spolu se schváleným zápisem předloží ke schválení vrcholovému útvaru (orgánu) řízení informatiky. Opatření s vlivem na obsah IK se promítnou v nejbližší řádné aktualizaci koncepce. 
 + 
 +====  Postupy při provádění změn IKOVS ==== 
 + 
 +Při provádění změn IK musí být dodržován níže uvedený postup. Uvedené činnosti provádí zaměstnanec odpovědný za plnění a aktualizaci IK. 
 + 
 +Provádění změn do IK lze rozdělit na čtyři činnosti: 
 + 
 +  * včasná detekce změn v oblastech, které se dotýkají IK tak, aby byla zajištěna včasná změna IK; 
 +  * vlastní provedení změny v IK respvydání její nové verze; 
 +  * schválení změny IK respjejí nové verze; 
 +  * příprava nové IK v předstihu před ukončením platnosti té stávající. 
 + 
 +=== Postup pro zajištění včasné změny IK === 
 + 
 +Pro zajištění včasné aktualizace IK bude prováděna její revize 1x ročně a to takaby byla v souladu s aktuálními požadavky úřadu, platných strategií a požadavky příslušných právních předpisů. V případě zjištění potřeby promítnutí těchto změn do informační koncepce, bude vydána její nová verze. 
 + 
 +Událostmi, které povedou na nutnost aktualizace informační koncepce i mimo stanovenou periodu, jsou zejména: 
 + 
 +  * významná změna organizační struktury úřadu, při které dojde ke změnám odpovědností vztahujících se k IS, 
 +  * významná změna procesů, ve kterých je užíván IS, 
 +  * vznik nového záměru na pořízení nebo vytvoření nové části IS, 
 +  * dokončení části IS (uvedení části IS do produktivního provozu), jejíž pořízení nebo vytvoření bylo zahájeno v předcházejícím nebo stávajícím období, 
 +  * ukončení provozu části IS, 
 +  * významné změny v právních předpisech, 
 +  * nové podstatné požadavky na podporu výkonu veřejné správy úřadu službami jeho informačních systémy. 
 + 
 +V této souvislosti musí vedoucí zaměstnanci všech organizačních jednotek, které užívají IS, jsou věcnými garanty nějaké části IS, respektive odpovídají za správu nějaké části IS, hlásit výše uvedené změny zaměstnanci odpovědnému za přípravu změn tvorbu nových verzí IK. Tento zaměstnanec je též povinen sledovat další výše uvedené změny a jejich dopad na informační koncepci. 
 + 
 +=== Postup zápisu změny do dokumentu IK === 
 + 
 +Změny IK budou prováděny formou vydání nové verze. Jednotlivé verze budou číslovány dvěma čísly, oddělenými tečkou: 
 + 
 +  * hlavní číslo verze, které bude odlišovat verze s významnými změnami (například kompletně přepracované kapitoly, změny zásadních postupů a podobně); 
 +  * vedlejší číslo verze, které bude odlišovat drobnější změny (například doplnění nového informačního systému, změny v personální oblasti, drobná změna v postupech). 
 + 
 +Každá verze bude obsahovat tabulku změn oproti verzi předchozí. V této tabulce budou pro každou změnu stručně uvedeny následující informace: 
 + 
 +  * popis provedené změny; 
 +  * odůvodnění změny; 
 +  * identifikace místa (příp. více míst) dokumentu (minimálně číslem kapitoly), kterého se změna dotkla. 
 + 
 +=== Postup přípravy nové informační koncepce === 
 + 
 +Zaměstnanec odpovědný za naplnění informační koncepce společně se zaměstnancem odpovědným za aktualizaci informační koncepce připraví 6 měsíců před ukončením její pětileté platnosti podklady pro strategické rozhodnutí vedení sekce ICT ohledně přípravy nové informační koncepceTyto podklady budou obsahovat: 
 + 
 +  * vyhodnocení stávající informační koncepce a její účinnosti (míru naplnění cílůzáměrů a opatření) za dobu od jejího vzniku, 
 +  * vyhodnocení způsobu vzniku a údržby stávající informační koncepce a doporučení pro postup tvorby nové informační koncepce (vlastními silami nebo s využitím externího dodavatele apod.), 
 +  * další podklady dle uvážení. 
 + 
 +=====  ODPOVĚDNOSTI ZA UPLATŇOVÁNÍ IK ===== 
 + 
 +==== Odpovědnosti za životní cyklus dokumentu IK ==== 
 + 
 +Životní cyklus IK je charakterizován těmito hlavními procesy a odpovědnostmi. 
 + 
 +==== Odpovědnost za realizaci IK  ==== 
 + 
 +Odpovědnost za naplnění IK je stanovena vždy vrcholovému útvaru (orgánu) řízení informatiky úřadu. Příklady dílčích odpovědností za jednotlivé oblasti IK jsou uvedeny v následující tabulce. 
 + 
 +====  Splnění zákonných povinností ==== 
 + 
 +Odpovědnost za splnění komplexních zákonných povinností byla stanovena ministru/řediteli úřaduVybrané dílčí odpovědnosti za splnění konkrétních zákonných povinností jsou uvedeny v následující tabulce a slouží v této verzi IK pouze jako příklady. 
 + 
 +===== Část D: Dodatky a přílohy IK úřadu ===== 
 + 
 +===== Dodatky ===== 
 + 
 +==== Základní pojmy a zkratky ==== 
 + 
 + 
 +Aktualizujte základní pojmy a zkratky dle zvyklostí a potřeb vašeho úřadu. 
 + 
 + 
 +==== Seznam modelů, schémat, obrázků ==== 
 + 
 +Aktualizujte výsledný seznam v případě přidaných či odstraněných obrázků. 
 + 
 +==== Seznam literatury ==== 
 + 
 +Doplňte interní řídící dokumenty, které jsou popisují řízení či strategii vašeho úřadu. Doplňte relevantní nařízení, zákony, směrnice, vyhlášky, které jsou relevantní pro úřad
 + 
 +===== Seznam příloh ===== 
 + 
 +Tuto kapitulu využijte v případě, že máte vstupy vytvořené v samostatných souborech, publikované na intranetu či zveřejněné na internetu. 
 + 
 +==== Přehled agend a kompetencí úřadu ==== 
 + 
 +Vložte přehled agend, máte-li zpracováno v samostatném dokumentu, případně vložte odkaz, kde máte publikováno. 
 + 
 +==== Přehled právních norem upravujících činnost úřadu se vztahem k informačním a komunikačním systémům ==== 
 + 
 +Uveďte relevantní přehled agend pro váš úřadmáte-li zpracováno v samostatném dokumentu, případně vložte odkaz, kde máte publikováno. 
 + 
 +==== Přehled a karty ISVS ==== 
 + 
 +Vložte karty ISVS, máte-li zpracováno v samostatném dokumentu, případně vložte odkaz, kde máte publikováno. Karty IS jsou využívány například v rámci žádostí stanovisko OHA, v rámci rozvoje IS úřadu, apod. 
 + 
 +==== Modely úřadu ==== 
 + 
 +Uveďte, zda máte vytvořené modely architektury dle rámce TOGAF a v modelovacím jazyku ArchiMate a popište místo uložení, například centrální úložiště eGovermentu, centrální úložiště resortu, centrální úložiště úřadu, lokální IT úložiště apod. **vložte odkaz** 
 + 
 +==== Přehled a karty programových/projektových záměrů ==== 
 + 
 +Vložte karty programových/projektových záměrů ve formátu dovolujícím zobrazení v MS Word. Uveďte umístění, případně přiložte přílohu.
  
-Strategický rámec rozvoje veřejné správy České republiky pro období 2014-2020. 
-Usnesení vlády ČR č. 347 ze dne 10. května 2017 k realizaci úplného elektronického podání a povinnému přijímání elektronických faktur ústředními orgány státní správy. 
  
-NAŘÍZENÍ EVROPSKÉHO PARLAMENTU A RADY (EU) č. 910/2014 o elektronické identifikaci a službách vytvářejících důvěru pro elektronické transakce na vnitřním trhu. 
-NAŘÍZENÍ EVROPSKÉHO PARLAMENTU A RADY (EU) č. 679/2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů. 
-2.3 Tabulky objektů čtyřvrstvé architektury: 
-Tabulka jako pro formulář OHA, ale za celý OVS 
-2.3.1 Motivační architektury 
-2.3.2 Byznys architektura 
-2.3.2.1 Služby a digitální služby úřadu 
-2.3.3 Architektura IS - aplikační a datová 
-2.3.3.1 Detailní přehled ISVS 
-2.3.3.2 Detailní přehled ostatních IS 
-2.3.3.3 Konceptuální datový model 
-2.3.3.4 Seznam externě využívaných aplikací 
-2.3.4 Technologická architektura 
-2.3.5 Architektura komunikační a fyzické infrastruktury 
-2.4 Přehled programových/projektových záměrů 
- 
-===== 3 Náměty ===== 
-·         aby každá kapitola měla průběžné závěry, intepretaci – porozumění strategickým cílům, porozumění současnému stavu, porozumění role externích vlivů, zejména sdílených služeb, a to v kontextu organizace, rezortu a eGovernmentu, příp. EU). Shrnout to musí kapitola 6 – musí být jasné, co konkrétně a proč se má měnit. 
-Do příloh: 
-• úplné výpisy architektur (výčet agend, procesní dekompozice, výčet informačních systémů podle kategorií, výčet prvků infrastruktury apod.) bude vhodnější přemístit do přílohy. A to jak v podobě stávající stavu, tak v podobě budoucího stavu. 
-o v těle dokumentu tak zbude více místa a více očekávání na interpretaci  
- ve fázi As-Is (kapitola 4) na intepretaci potřeb spojených s klíčovými měnícími se IS 
- a ve fázi To-Be na vysvětlení podstaty architektonických návrhů (přidáme komponentu pro workflow, integrovanou tam a tam a to nám pomůže vyřešit to a to). 
-Přesto se v IK najde spousta zajímavých informací a dají se z ní následně žádat peníze do rozpočtu a vypisovat projekty. Neměl by existovat ani jeden rozpočtový (finanční) program, pokud není před se svými přínosy „objeven“ v informační koncepci. Pokud by se nestalo nic nepředvídaného, budou se projekty vypisovat, schvalovat na OHA, soutěžit a implementovat tak, jak bude uvedeno v IK OVS. Ta jenom musí obsahovat odpovědi proč právě tyhle projekty.