Rozdíly

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

--- egdilna:klicove-oblasti-architektury [20.11.2025 07:05] – odstraněno - upraveno mimo DokuWiki (Neznámé datum) 127.0.0.1
+++ egdilna:klicove-oblasti-architektury [21.11.2025 14:49] (aktuální) – Struct data změněna Michal Rada
@@ Řádek 1: / Řádek 1: @@
+{{tag>hotovo}}
+# Klíčové oblasti architektury
+Klíčové oblasti architektury definuje takzvaný [[drafts:Národní architektonický plán]], což je závazná součást rámce Informační koncepce České republiky. A soulad s tímto Národním architektonickým plánem a postupovat podle něj je jednou ze základních povinností stanovenou v zákoně o informačních systémech veřejné správy. Seznam těchto klíčových oblastí architektury byl vytvořen proto, aby se především na nic důležitého nezapomnělo a jako lépe uchopitelný seznam toho, na co si dávat pozor a co řešit v případě potřeb jakéhokoliv rozvoje informačních systémů a dalších prostředků pro služby, které orgán veřejné moci poskytuje anebo využívá. Klíčové oblasti architektury nás tedy vedou postupně jednotlivými segmenty, které jsou důležité a u nichž jsou na úřady kladeny konkrétní povinnosti. Ty jsou pak také uvedeny velice podrobně v Národním architektonickém plánu. Jeho struktura je ale poměrně složitá, a proto jsou níže uvedené všechny klíčové oblasti architektury a u nich rámcová shrnutí s tím, že v případě potřeb podrobnějších vysvětlení je čtenář odkázán na zmíněný Národní architektonický plán.
+##Potřebnost a ekonomická výhodnost informačních systémů
+U každého řešení je třeba zvažovat různé varianty, aby byl splněn princip 3E a to včetně zhodnocení ekonomických dopadů každé varianty. K tomu slouží TCO. V rámci veřejné správy se rozlišuje TCO celku a TCO způsobu provozu řešení. V rámci [[egdilna:archi-gov-cz-include-tco|popisu TCO]] je obecný popis, pro vypracování TCO se pak využije závazná [Metodika výpočtu TCO ICT služeb veřejné správy](https://archi.gov.cz/znalostni_baze:metodika_tco)
+Důležité je
+* Dobře zvážit, zda potřeby řešit novým systémem, nebo doplněním stávajících
+* Při ekonomických rozvahách zahrnout skutečně celý rámec TCO a nezapomenout na související vlivy a řešení změn
+* Zpracovat kompletní TCO podle závazné metodiky
+* Stanovit si ukazatele efektivity a kvality pro snazší následné zhodnocení změn
+## Koncepce a strategie úřadů
+Orgán veřejné správy musí [[egdilna:vydat-a-uplatnovat-svoji-informacni-koncepci]] a v ní stanoví svoje cíle a principy a zároveň v ní musí [[egdilna:urcit-zamery-v-ik-a-realizovat-je]] a podle nich postupovat. To znamená také to, že třeba při pořizování a rozvoji informačních systémů a rozvoji svých služeb musí nejprve potřeby zhodnotit v [[drafts:ik-ovs]] a také si stanovit příslušné záměry, teprve pak připravuje jejich realizaci. Dále musí obecně [[egdilna:realizovat-cile-ikcr]] a [[egdilna:naplnovat-principy-a-zasady-ikcr]]. To nejen deklarací ve své IK, ale hlavně prakticky ve svých projektech. Pokud si stanoví [[egdilna:vlastni-cile-a-principy-a-architektonicke-pozadavky-v-ik]], týká se to samozřejmě i jich. To znamená, že u realizovaných aktivit a projektů musí zajistit [[egdilna:soulad-se-svoji-ik]]. A pozor na to, protože defakto [[egdilna:projekty:ik-ponovu:nesmi-delat-nic-co-neni-v-ik|]].
+Důležité je
+* Mít řádnou informační koncepci OVS a mít jí takovou, aby se podle ní dalo opravdu postupovat
+* Pro pořízení či rozvoj a architektonické změny mít v platné informační koncepci OVS příslušné potřeby a hlavně záměry podle kterých se to bude realizovat
+* Pro projekty a aktivity využít poznatky ze zhodnocení v IK OVS a to zejména u adopce cílů a naplnění principů
+* Po realizaci promítnout změny do aktualizace IK OVS
+* Vše realizovat v souladu s rámcem Informační koncepce ČR
+* Do záměru a dokumentace zhodnotit soulad s národní a svojí IK a to zejména realizaci cílů a záměrů a plnění principů a požadavků z IK
+.
+## Obslužné kanály veřejné správy
+Podle toho o jaký OVM jde a o jakou službu jde, musí být služby veřejné správy a komunikace klientů s veřejnou správou realizovatelná příslušnými obslužnými kanály. Hlavním kanálem pro klienty je [[egdilna:portál občana]] a příslušný správce informačního systému a poskytovatel služby musí zajistit, aby zejména elektronické formuláře a digitální úkony bylo možno činit také prostřednictvím tohoto portálu. Mechanismů napojení na portál je přitom více. Dalšími povinnými obslužnými kanály jsou zejména datové schránky a ostatní formy elektronické komunikace, jako je například dokument zaslaný elektronickou poštou a také možnost činění úkonů a získávání údajů přímo z informačního systému veřejné správy například prostřednictvím agendového portálu a nebo portálu služeb příslušného úřadu. Pro IS je pak zásadní nejen vstup od klienta, ale také řádné doručování klientovi.
+Důležité je
+* vědět, jaké interakce s klientem nastanou a umět je vyřešit všemi požadovanými obslužnými kanály
+* vyřešit elektronická podání a elektronické činění úkonů prostřednictvím řádně fungujících elektronických formulářů a to na Portálu občana a třeba i na vlastním portálu
+* zajistit řádný přístup subjektu k údajům a především řádné oznamování a doručování správným kanálem a možnosti interaktivní komunikace klienta pokud je to vhodné
+## Elektronický oběh dokumentů
+Nejen v rámci výkonu veřejné správy, ale prakticky i při všech provozních činnostech úřadu je důležité řádným způsobem evidovat a spravovat dokumenty. Týká se to zejména úředních a oficiálních dokumentů, které jsou předmětem formálního výkonu spisové služby. Spisová služba se vykonává v řádném [[egdilna:elektronický systém spisové služby|elektronickém systému spisové služby]], který je v souladu se všemi požadavky na něj kladenými a to včetně technických požadavků jak je stanovuje [[predpis:nsesss]. OVS je [[egdilna:veřejnoprávní původce]] a musí zajistit všechny [[egdilna:Procesy spisové služby]] třeba integrací [[egdilna:ais]] na [[egdilna:essl]] a nebo požadavky ke spisové službě rovnou v AIS. Podrobnosti si také stanoví ve svém spisovém plánu, ten spolu se spisovým řádem tvoří [[egdilna:povinne-vnitrni-predpisy-spisove-sluzby-u-puvodce]]. Také je třeba si dávat pozor na to, kdy musíme pracovat s dokumenty a kdy můžeme pracovat s údaji. A u vlastních dokumentů nezapomeneme na technické aspekty, jako je [[drafts:přístupnost dokumentů]] a [[egdilna:kvalifikované validační prvky]].
+Důležité je
+  * Dobře vědět, s jakými druhy a typy dokumentů bude dané řešení pracovat a v jakém režimu, tedy dobře si to byznysově zanalyzovat, než se pustíme do návrhu řešení IS
+  * Mít řádný Spisový řád a Spisový plán a umět je správně novelizovat podle potřeby budoucího řešení evidence a správy souvisejících dokumentů
+  * Mít řádný ESSL splňující veškeré požadavky Národního standardu včetně požadavků na služby a výměnu dat v rámci integrace s ostatními systémy
+  * Řádná integrace AISu na ESSL a realizace všech operací týkajících se výkonu spisové služby a správy dokumentů a spisů pro danou věc
+  * Mít řádně zajištěnou evidenci a udržování skartačních lhůt a následné skartace u všech souvisejících spisů a dokumentů
+  * Doručování a odesílání digitálních dokumentů datovou schránkou, zajištění technických povinností u vlastních digitálních dokumentů, včetně přístupnosti, datového obsahu a opatřování kvalifikovanými validačními prvky apod.
+## Identifikace v informačních systémech
+V rámci potřeby správné identifikace subjektů se řeší dvě oblasti. Identifikace uživatelů systému a to jak interních zaměstnanců i externích fyzických osob přistupujících do systému, ty dělíme na [[drafts:tři skupiny uživatelů IS]] a pro každou z nich se musí zajistit správné mechanismy identifikace, autorizace a autentifikace. K tomu se musí řešit i princip [[drafts:opravneni-na-zaklade-roli]]. Druhou oddělenou oblastí je pak identifikace subjektů o nichž se v systému vedou údaje a s nimiž se procesně pracuje. K tomu se vždy využije [[egdilna:referencni-identita|]] subjektů a jako identifikátory se zvolí správné [[egdilna:identifikatory-subjektu|]]. Pro správnou identifikaci a udržení identit OVS musí realizovat [[egdilna:vyuzivani-referencnich-udaju|]]. Nesmí se také zapomínat na správnou definici klientských rolí subjektů.
+Důležité je
+  * U interních uživatelů ze stejné organizace zajistit řádnou správu jejich identit a účtů a to i v souladu s povinnostmi kybernetické bezpečnosti
+  * Mít v organizaci jednotný a funkční IDM nástroj a umět ho správně využívat a nebo využít i pro vlastní interní uživatele CAAIS
+  * U uživatelů z jiných OVM vždy využít CAAIS.
+  * Mít správně řešenou a realizovanou identifikaci subjektů v klientských rolích a to vždy podle referenční identity ze základních registrů
+  * V rámci agend využívat u fyzické osoby správné AIFO a správné postupy ztotožnění osob
+## Strukturovaná data v ISVS a jejich sdílení
+Tuto problematiku řeší celá oblast datové architektury a nový [[egdilna:ikcr:ikcr-hc-7|]] za [[egdilna:ikcr:ikcr-ap-p-18|]] z IKČR. Musí se řešit spousta věcí od potřeby správného pochopení výměny dat přes [[egdilna:propojeny-datovy-fond|]] a komplexní datovou architekturu, přes [[egdilna:zaklady-konceptualnich-modelu|]] v rámci datové architektury agendy i řešení až po technické požadavky ke správě a klasifikaci dat shrnuté v metodice [[odkaz:metodicky-pokyn-sprava-dat|]]. Datová správa a datová architektura jsou velice komplexní oblasti.
+Důležité je
+  * V rámci správy dat, jejich evidence, aktualizací a využívání správně nastavit principy a mechanismy v souladu s IKČR a zákony 111/2009 a 12/2020 a 365/2000
+  * Vytvořit a nebo v rámci dodávky návrhu řešení poptat úplnou konceptuální datovou architekturu a fyzickou datovou architekturu a vazby mezi nimi
+  * Provést kategorizaci a klasifikaci dat
+  * Nezapomenout na využívání a poskytování dat
+---- struct data ----
+dokument.TLP         :
+dokument.Název      :
+dokument.Předmět   :
+dokument.Typ         :
+dokument.Stav        :
+dokument.Poznámka ke stavu :
+dokument.Verze       :
+dokument.Datum verze :
+dokument.Projekt     :
+dokument.Autoři     :
+dokument.Určeno pro :
+dokument.Důvod předložení :
+dokument.Kontakty    :
+dokument.Historie změn :
+dokument.Projednávání :
+dokument.Autorské poznámky :
+dokument.Příznaky  :
+informaceegdilna.Anotace : Detailnější popis a rozbor co je důležité po jednotlivých vyhlášených klíčových oblastech architektury
+informaceegdilna.Typ : Rozbor, Popis, Část
+informaceegdilna.Téma : Architektura IS, Informační systémy, Jak má fungovat AIS, Řízení a rozvoj IS
+informaceegdilna.Použití : OVS si projde každou klíčovou oblast a zohlední ji při přípravě, plánování a návrhu řešení
+informaceegdilna.Stav : ☑️ Vydáno
+informaceegdilna.Verze : 1
+informaceegdilna.Datum : 2025-11-20
+informaceegdilna.Historie :   * První dokončená veřejná verze z 20.1.2025
+informaceegdilna.Stránky :
+informaceegdilna.Odkazy :
+informaceegdilna.Značky :
+plan.I               : ☑️
+plan.Stav            : Uzavřeno
+plan.Typ             : Dílčí
+plan.Úkol           : Zpracovat popis s odkazy na další znalosti pro každou klíčovou oblast architektury
+plan.Dokončeno      : 100
+plan.Termín         : 2025-11-01
+plan.Popis           : Nakonec konečně zpracováno, obsahuje i větvené odkazy na celkem 41 dalších stránek
+plan.Realita         : 2025-11-20
+plan.Řeší         : Michal Rada
+plan.Wiki            :
+plan.Poznámky       :
+plan.Značky         :
+plan.Plán           : EGdílna metodiky a výstupy, MHMP architektura návody, SFDI ELISE, SFDI EA
+prace.Zadání       :
+prace.Přiřazeno    :
+prace.Stav           :
+prace.Stránky       :
+prace.Zdroje         :
+----

Správa Detach Close

Stránka s tímto názvem ještě neexistuje

Odkaz vás zavedl na stránku, která ještě neexistuje. Můžete ji vytvořit stisknutím tlačítka.