Rozdíly
Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
Obě strany předchozí revize Předchozí verze Následující verze | Předchozí verze | ||
osnova_ik_ovs [2019/08/26 09:14] – [3Návrh cílového stavu řízení ICT úřadu] Tomáš Šedivec | znalostni_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í, | ||
- | Základní údaje Informační koncepce | ||
- | Tabulka 1: Základní údaje o Informační koncepci | ||
- | Název organizace OVS | ||
- | IČ | ||
- | 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 | + | <WRAP center round important 60%> |
- | Role Osoba Datum Podpis | + | Struktura |
- | 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:// |
+ | **{{ znalostni-baze: | ||
+ | </ | ||
- | |||
- | ===== 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, | ||
- | Klíčové transformační cíle a úkoly | ||
- | Shrnutí toho nejdůležitějšího, | ||
- | 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, | ||
- | 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, | ||
- | 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ě), | ||
- | ==== 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, | ||
- | * 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, | ||
- | 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, | ||
- | 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, | ||
- | 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/ | ||
- | 2 A1501 301/ | ||
- | … … … … … | ||
+ | ===== Ú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: | + | |
- | 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/ | + | |
- | 2 A821 241/ | + | |
- | 3 A338 240/ | + | |
- | .. … … … … … | + | |
- | === 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řejnost. Mezi 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Á/ | + | |
- | + | ||
- | + | ||
- | + | ||
- | == 1.2.3.1 Služba 123 == | + | Aktuálním smyslem Informační koncepce (IK) úřadu |
- | == 1.2.3.2 Služba 456 == | + | |
- | === 1.2.4 Volitelně: | + | |
- | Vzhledem k části B této koncepce | + | |
- | ==== 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 | + | |
- | 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ůmyslu, podnikání a stavebnictví, | + | |
- | 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 | + | |
- | Zajišťované | + | |
- | * 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, | + | |
- | * 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ŽP, kterým | + | |
- | * 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 |
- | 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:// | + | |
- | * Provozovatel ISVS: ICZ a.s. | + | |
- | * Provozovatel - webová adresa: http:// | + | |
- | * 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žby) je 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í | + | |
- | * 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 | + | |
- | Č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:// | + | |
- | • Dokumentace aplikace: http:// | + | |
- | Sdílené služby - využívané od jiných ISVS: | + | |
- | • IS VR (IS veřejných rejstříků) | + | |
- | • RT | + | |
- | • ISIR (Insolvenční rejstřík) | + | |
- | • ISZR (ROB, ROS, RUIAN) | + | |
- | • ISEO, AISC | + | |
- | • Komunikace s eSSL (elektronická spisová služba | + | |
- | Sdílené služby – poskytované jiným ISVS: | + | |
- | • ROS, RPP (součást ISZR) | + | |
- | • ADIS (Automatizovaný daňový IS) | + | |
- | • ARES (Automatizovaný registr ekonomických subjektů) | + | |
- | • VZP/ | + | |
- | • ČSSSZ | + | |
- | • IS RES (Registr ekonomických subjektů) | + | |
- | • IS VR (IS veřejných rejstříků) | + | |
- | • Komunikace s eSSL (elektronická spisová | + | |
- | 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ům úřadu |
- | 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 | + | |
- | Zejména výběr užívaných sdílených prvků architektury z úrovně korporace (resortu, kraje, obce), z úrovně celostátního | + | |
- | 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 |
- | 2.1 Poslání úřadu, strategické a externí byznys požadavky | + | |IČO |
- | 2.1.1 Poslání úřadu | + | |Typ organizace |
- | 2.1.2 Přehled platných strategických dokumentů a cílů | + | |Adresa sídla |
- | 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 | + | | | | |
- | 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 |
- | 2.1.3.1 Napojování ISVS na Portál občana | + | |Datum schválení |
- | 2.1.3.2 Digitalizace úřadu | + | |Počátek platnosti |
+ | |Autor verze | ||
+ | |Organizační útvar / organizace|**Útvar XY** | | ||
+ | |Verzi schválil | ||
+ | |Organizační útvar / organizace|**Útvar XY** | | ||
+ | |Název souboru | ||
+ | |Počet stran | ||
- | 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í, | + | |
- | 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), | + | |
- | * 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ě, | + | |
- | CQ2 Zajištění kvality ICT služeb Tj. funkčnost, přehlednost, | + | |
- | 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é/ | + | |
- | Mj. standardizace parametrů (PC " | + | |
- | Tyto cíle, podobně jako cíle kybernetické bezpečnosti, | + | |
- | 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 13: Dlouhodobé 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), | + | |
- | 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 a principy IKČR | + | V kapitole manažerské shrnutí jsou uvedeny: Základní odpovědnosti |
- | 2.4.1 Shoda s cíli IKČR | + | |
- | V této kapitole vyhodnocuje OMV do jaké míry a 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ími, záměry a projekty) | + | |
- | Seznam s popisy cílů je v pří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 | + | |
- | • 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é |
- | 3.1 • | + | |
- | 3.2 • | + | |
- | 3.3 • | + | |
- | 3.4 • | + | |
- | 3.5 • | + | |
- | 3.6 • | + | |
- | 3.7 • | + | |
- | HC4 Posouzení relevance | + | ==== Základní zodpovědnosti |
- | 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é |
- | 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 |
- | 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 a jakým způsobem aktuálně vyhovuje | + | |
- | 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ů, | + | ==== 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ů, | + | |
- | (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, | + | |
- | 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ře úřadu | + | Shrňte klíčové cíle digitální transformace úřadu a jeho způsobu řízení ICT, které vycházejí z motivací |
- | ==== 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ů/ | + | |
- | Název Popis KPI - popis KPI - hodnota Dotčené IS OVS ID Garant programu Věcný gestor /gestor za IT Zdroj/ | + | |
- | 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 " | + | |
- | 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, | ||
+ | ==== 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 v řízení |
- | Každý program/ | + | |
- | Tabulka 26: Vazba programů a projektů na cíle IK OVS | + | |
- | Vazba Projektů/ | + | |
- | C1 Podpora strategických a koncepčních činností OVS | + | |
- | + | Slovně nebo graficky vyjádřete představu | |
- | + | ||
- | ==== 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í | + | |
- | + | ||
- | + | ||
- | ====== Část B: Koncepce řízení služeb | + | |
- | 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 |
- | 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é |
- | ====2.2 Shrnutí | + | |
- | ===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, | + | |
- | ===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í), | + | |
- | 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 čísly, oddě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 | + | |
- | 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 dokumenty, na 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, | + | |
- | 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, | + | |
- | ===== 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, | + | |
- | Ří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 IK, pokud jste strukturu významně rozšířili oproti standardní |
- | 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, | + | |
- | 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 atestem. Toto 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, | + | |
- | 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í údaje, pokud 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, | + | |
- | ===== 3 Přehled verzí a změn IK OVS ===== | + | //Dokument IK úřadu postupně popisuje ve svých |
- | Systém verzování dokumentu používá číslování verzí | + | |
- | 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 2: Seznam změn v Informační koncepci verze 3.06 | + | //Část A: Koncepce architektury úřadu// je o fungování úřadu jako celku. Měla by popsat činnosti úřadu |
- | Číslo Popis změny | + | |
- | 1 | + | |
- | 2 | + | |
- | 3 | + | |
- | 4 | + | |
- | 5 | + | |
- | 6 | + | |
- | 7 | + | |
- | + | //Část | |
- | ====== | + | |
- | ===== 1 Dodatky ===== | + | |
- | 1.1 Základní pojmy a 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 | + | 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 | + | |
- | * Zákon | + | //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 | + | |
- | * Zákon | + | //Poslední část dokumentu (D) obsahuje různé dodatky, přílohy apod., ve kterých může čtenář najít vysvětlení, |
- | * 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 | + | |
- | * Vyhláška č. 530/2006 Sb., o postupech atestačních | + | Představuje celkovou inventuru současného stavu úřadu z hlediska výkonu funkcí veřejné správy (byznys architektura), |
- | * Zákon | + | |
- | * Zákon č. 499/2004 Sb., o archivnictví | + | 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:// |
- | * Vyhláška č. 259/2012 Sb., o podrobnostech výkonu spisové | + | |
- | | + | ===== Ú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 | + | Tato kapitola je čistě edukativní, |
- | * Vyhláška NBÚ | + | |
- | * 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é | + | |
- | * Vyhláška NBÚ č. 529/2005 Sb. o administrativní bezpečnosti | + | 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 | + | |
- | * Vyhláška | + | ==== Přehled |
- | * Vyhláška č. 194/2009 Sb., o stanovení podrobností užívání | + | |
- | * Zákon č. 111/2009 Sb., o základních registrech | + | Graficky znázorněte všechny |
- | * Zákon | + | |
- | * Vyhláška č. 82/2018 Sb., o bezpečnostních | + | === Hlavní a podpůrné procesy === |
- | * Vyhláška č. 317/2014 Sb., o významných informačních | + | |
- | * Zákon | + | V rámci zamyšlení |
- | * Zákon | + | |
- | * Zákon | + | Nedílnou součástí popisu stávajícího stavu úřadu |
- | * Zákon | + | |
+ | === Stav řídících, | ||
+ | |||
+ | Uveďte | ||
+ | |||
+ | === 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 komponent. Aplikač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, | ||
+ | |||
+ | === 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/ | ||
+ | |||
+ | |||
+ | === Provozní informační systémy úřadu === | ||
+ | |||
+ | Popište provozní informační systémy stanovené v § 1 odst. 4 zákona č. 365/2000 Sb., ve znění pozdějších předpisů a všechny provozní informační systémy s vazbou na ISVS. U provozních informačních systémů nespecifikovaných v zákoně | ||
+ | |||
+ | === Nástroje podporující spolupráci === | ||
+ | |||
+ | Popište, jaké kolaborativní nástroje používáte, | ||
+ | |||
+ | === Využití klíčových sdílených služeb eGovernmentu a externích IS === | ||
+ | |||
+ | Popište, které ze [[https://archi.gov.cz/ | ||
+ | |||
+ | === Publikace služeb a IS eGovernmentu === | ||
+ | |||
+ | Popište, zda 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:// | ||
+ | |||
+ | === Využití cloud řešení | ||
+ | |||
+ | Popište, které cloudové služby jsou úřadem využívány, | ||
+ | |||
+ | Zaměřte se na využití [[https:// | ||
+ | |||
+ | === Integrační model aplikační architektury | ||
+ | |||
+ | Popište, vzájemnou integraci jednotlivých IS uvnitř úřadu, jejich napojení na sdílené služby eGovernmentu, | ||
+ | |||
+ | === 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 | ||
+ | |||
+ | |||
+ | === 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:// | ||
+ | |||
+ | === Shrnutí potřeb ze stávajícího stavu datové architektury === | ||
+ | |||
+ | Stručně shrňte, co vyplývá z této kapitoly nejdůležitějšího pro další navazující | ||
+ | |||
+ | ==== 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í, | ||
+ | |||
+ | === 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í | ||
+ | |||
+ | ==== 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, | ||
+ | |||
+ | === 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. | ||
+ | |||
+ | ==== 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, | ||
+ | |||
+ | ==== 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í, | ||
+ | |||
+ | === 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, | ||
+ | |||
+ | === 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, | ||
+ | |||
+ | ==== 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 byznysu, upgrade morálně zastaralých verzí nepodporujících potřeby byznysu, potřeba extra provozních finančních | ||
+ | |||
+ | === Cíle ICT strategie === | ||
+ | |||
+ | Popište požadavky identifikované v rámci ICT, např. na nové technologie, | ||
+ | |||
+ | === Hodnocení ekonomické výhodnosti provozu, způsobu provozu a přínosů IS === | ||
+ | |||
+ | Popište: | ||
+ | |||
+ | a) výsledky pravidelných hodnocení za použití metody celkových nákladů na vlastnictví | ||
+ | |||
+ | b) hodnocení ukazatelů hospodárnosti, | ||
+ | |||
+ | === Výjimky OHA === | ||
+ | |||
+ | Popište schválené či požadované [[https://archi.gov.cz/ | ||
+ | |||
+ | ==== Shoda s cíli Informační koncepce ČR ==== | ||
+ | |||
+ | Vyhodnoťte, | ||
+ | |||
+ | === Dopady cílů Informační koncepce ČR v prostředí úřadu === | ||
+ | |||
+ | Vyhodnoťte dopady [[https:// | ||
+ | |||
+ | 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ý | ||
+ | * 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, | ||
+ | |||
+ | Jde ovšem pouze o vodítko, nad každým z cílů | ||
+ | |||
+ | |||
+ | === 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 | ||
+ | |||
+ | |||
+ | === 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 | ||
+ | |||
+ | 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, | ||
+ | |||
+ | |||
+ | ==== 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, | ||
+ | |||
+ | ==== 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, | ||
+ | |||
+ | | ||
+ | * 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:// | ||
+ | |||
+ | ==== Publikace služeb a IS eGovernmentu ==== | ||
+ | |||
+ | Popište, zda budou úřadem vytvářeny a publikovány sdílené | ||
+ | |||
+ | ==== Návrh cílové IT technologické architektury | ||
+ | |||
+ | Popište nebo graficky znázorněte změny v IT technologické architektuře, | ||
+ | |||
+ | ==== Návrh cílové komunikační technologické architektury ==== | ||
+ | |||
+ | Popište nebo graficky znázorněte, jak 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 | ||
+ | |||
+ | ==== 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ů/ | ||
+ | |||
+ | ==== Přehled všech běžících i plánovaných projektů/ | ||
+ | |||
+ | Vložte přehled nebo roadmapu všech běžících i plánovaných projektů/ | ||
+ | |||
+ | ==== Předpoklady úspěšné realizace plánovaných projektů/ | ||
+ | |||
+ | 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/ | ||
+ | |||
+ | ==== Způsob financování projektů/ | ||
+ | |||
+ | 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čet, ESIF, 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 | ||
+ | |||
+ | |||
+ | === Plán financování provozu ICT === | ||
+ | |||
+ | Všechny stávající i plánované prostředky ICT, zahrnuté do této informační koncepce, musí mít zajištěno průběžné, | ||
+ | |||
+ | Celkové provozní výdaje činí za poslední rozpočtové období: | ||
+ | |||
+ | 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:// | ||
+ | |||
+ | Zároveň doporučujeme pročíst [[https:// | ||
+ | |||
+ | ===== 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í | ||
+ | |||
+ | ==== 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, apod. Kriticky 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/ | ||
+ | |||
+ | ==== 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ů Útlum, konzervace 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:// | ||
+ | |||
+ | Organizační opatření jsou formalizována v řídící dokumentaci, | ||
+ | |||
+ | | ||
+ | * 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í technologie, informační koncepcí orgánu veřejné správy a provozní dokumentací, | ||
+ | * 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 úřadu. Zhodnoťte stav této spolupráce, | ||
+ | |||
+ | ==== Zhodnocení stavu spolupráce s orgány centrální koordinace ICT a eGovernmentu ==== | ||
+ | |||
+ | Zhodnoťte úroveň spolupráce na centrální koordinaci ICT a eGovernmentu, v 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:// | ||
+ | |||
+ | |||
+ | ==== 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ů/ | ||
+ | |||
+ | === Přehled projektů řízení ICT === | ||
+ | |||
+ | Zde uveďte seznam | ||
+ | |||
+ | |||
+ | ==== Shrnutí potřeb ze stávajícího stavu ==== | ||
+ | |||
+ | Stručně shrňte, co vyplývá z této kapitoly nejdůležitějšího pro další navazující části | ||
+ | |||
+ | ===== 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ů, | ||
+ | |||
+ | ==== 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í, | ||
+ | |||
+ | ==== 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í, | ||
+ | |||
+ | |||
+ | ==== 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 | ||
+ | |||
+ | ==== Cíle zlepšování v oblasti bezpečnosti ==== | ||
+ | |||
+ | Pojmenujte cíle vedoucí ke zlepšování v oblasti kybernetické bezpečnosti, | ||
+ | |||
+ | |||
+ | ==== Shrnutí | ||
+ | |||
+ | 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, | ||
+ | |||
+ | ==== 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, | ||
+ | |||
+ | ===== 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 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 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ů/ | ||
+ | |||
+ | ==== 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é, | ||
+ | |||
+ | |||
+ | ==== 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:// | ||
+ | |||
+ | ==== 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/ | ||
+ | |||
+ | 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 | ||
+ | |||
+ | Pro zajištění praktického naplnění IK je třeba stanovit osobní odpovědnosti za jednotlivé oblasti, které 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) | ||
+ | |||
+ | Všechny činnosti, jejichž provádění je posuzováno, | ||
+ | v době, kdy byla daná činnost prováděna. Vyhodnocování bude probíhat metodou dekompozice na dílčí | ||
+ | |||
+ | 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) | ||
+ | * 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 o 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 | ||
+ | * 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ápisu. Zá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ů, | ||
+ | * záznam | ||
+ | * poznatky a závěry z vyhodnocování (soupis zjištěných nedostatků, | ||
+ | * 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í, | ||
+ | |||
+ | === Postup vyhotovení zápisu z vyhodnocování === | ||
+ | |||
+ | Do zápisu se po úvodních identifikačních | ||
+ | |||
+ | 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í, | ||
+ | |||
+ | ==== 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é | ||
+ | |||
+ | 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 resp. vydání její nové verze; | ||
+ | * schválení změny IK resp. její 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 tak, aby 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í | ||
+ | |||
+ | 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 a 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 | ||
+ | * 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ě | ||
+ | |||
+ | === 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í koncepce. Tyto 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 úřadu. Vybrané 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í, | ||
+ | |||
+ | ===== Seznam příloh ===== | ||
+ | |||
+ | Tuto kapitulu využijte v případě, | ||
+ | |||
+ | ==== 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áš úřad, má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í | ||
+ | |||
+ | ==== 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, | ||
+ | |||
+ | ==== Přehled a karty programových/ | ||
+ | |||
+ | Vložte karty programových/ | ||
- | 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/ | ||
- | |||
- | ===== 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, | ||
- | Do příloh: | ||
- | • úplné výpisy architektur (výčet agend, procesní dekompozice, | ||
- | 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, |