Rozdíly

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

Odkaz na výstup diff

Obě strany předchozí revize Předchozí verze
Následující verze		 Předchozí verze
playgroud:metodika_ik_ey [2025/07/03 16:45] – Kristyna Kroftová playgroud:metodika_ik_ey [2025/07/03 21:41] (aktuální) – Kristyna Kroftová
Řádek 1: Řádek 1:
-====== Modelování pro informační koncepci ======+======= Modelování pro informační koncepci =======
  
-===== Příloha 1: Modelování dle NAR =====+==== Příloha 1: Modelování dle NAR ====
  
-====== Účel a popis dokumentu ======+<WRAP center round important 60%> 
 +Právní upozornění: 
 +Tento dokument obsahuje vizuální prvky (např. obrázky, schémata, diagramy), které byly převzaty z informačních koncepcí poskytnutých třetími stranami. Tyto prvky podléhají autorským právům původních autorů a nesmí být dále publikovány, šířeny ani jinak využívány bez jejich výslovného písemného souhlasu. 
 +</WRAP> 
 + 
 + 
 +===== Účel a popis dokumentu =====
  
 Tento dokument slouží jako rozšíření Metodiky modelování podnikové architektury pro účely přípravy podkladů ke tvorbě informační koncepce úřadu. Očekávané využití dokumentu je získání představy o potřebných informacích a jejich strukturování v modelu podnikové architektury tak, aby usnadnily přípravu IK dle šablony publikované DIA. Tento dokument slouží jako rozšíření Metodiky modelování podnikové architektury pro účely přípravy podkladů ke tvorbě informační koncepce úřadu. Očekávané využití dokumentu je získání představy o potřebných informacích a jejich strukturování v modelu podnikové architektury tak, aby usnadnily přípravu IK dle šablony publikované DIA.
Řádek 13: Řádek 19:
   * Šablona Informační koncepce   * Šablona Informační koncepce
  
-====== Struktura informační koncepce  ======+===== Struktura informační koncepce  =====
  
 Informační koncepce jako dokument má předepsanou komplexní strukturu. Jádrem jsou následující hlavní oblasti: Informační koncepce jako dokument má předepsanou komplexní strukturu. Jádrem jsou následující hlavní oblasti:
Řádek 37: Řádek 43:
 V dalších částech tohoto dokumentu popíšeme, jak optimálně připravit podklady pro naplnění IK za pomoci modelu podnikové architektury dle NAR. V dalších částech tohoto dokumentu popíšeme, jak optimálně připravit podklady pro naplnění IK za pomoci modelu podnikové architektury dle NAR.
  
-===== Paralelní příprava IK a modelu podnikové architektury =====+==== Paralelní příprava IK a modelu podnikové architektury ====
  
 Jak je popsáno výše, příprava IK bude probíhat nejen ve formě využití informací z modelu, ale model bude tvořen a upravován v průběhu přípravy IK tak, aby byl aktuální a obsahoval všechny zajímavé informace, k jejichž vyjádření vede šablona IK. Na konci přípravy IK by měl díky tomuto přístupu vzniknout aktuální a obsahově bohatší model podnikové architektury úřadu. Jak je popsáno výše, příprava IK bude probíhat nejen ve formě využití informací z modelu, ale model bude tvořen a upravován v průběhu přípravy IK tak, aby byl aktuální a obsahoval všechny zajímavé informace, k jejichž vyjádření vede šablona IK. Na konci přípravy IK by měl díky tomuto přístupu vzniknout aktuální a obsahově bohatší model podnikové architektury úřadu.
Řádek 43: Řádek 49:
 {{ :playgroud:priprava_ik.png?400 |}} {{ :playgroud:priprava_ik.png?400 |}}
  
-====== Příprava dokumentu IK za pomoci modelu  ======+===== Příprava dokumentu IK za pomoci modelu  =====
  
 V této části popisujeme doporučení pro využití informací z modelu podnikové architektury, jako jsou pohledy a katalogy. Při přípravě IK pomohou vizualizovat a nalézt požadované údaje a také mohou sloužit jako inspirace. Odkazujeme se na dokumentaci //Metodika modelování podnikové architektury úřadů//((https:%%//%%archi.gov.cz/playgroud:metodika_ey:metodika V této části popisujeme doporučení pro využití informací z modelu podnikové architektury, jako jsou pohledy a katalogy. Při přípravě IK pomohou vizualizovat a nalézt požadované údaje a také mohou sloužit jako inspirace. Odkazujeme se na dokumentaci //Metodika modelování podnikové architektury úřadů//((https:%%//%%archi.gov.cz/playgroud:metodika_ey:metodika
Řádek 54: Řádek 60:
 U kapitol Informační koncepce, které nejsou v tomto dokumentu explicitně uvedené, se očekává doplnění informací, které v modelu nejspíše nebudou. To ale neznamená, že nebude nikdy užitečné je modelovat – rozhodnutí je na autorovi samotném. U kapitol Informační koncepce, které nejsou v tomto dokumentu explicitně uvedené, se očekává doplnění informací, které v modelu nejspíše nebudou. To ale neznamená, že nebude nikdy užitečné je modelovat – rozhodnutí je na autorovi samotném.
  
-===== Podniková architektura úřadu =====+==== Podniková architektura úřadu ====
  
-==== Stávající stav ====+=== Stávající stav ===
  
 Stávající stav ukazuje architekturu úřadu tak, jak funguje dnes. Tento pohled by neměl idealizovat situaci, ale pokud se některé běžící projekty již blíží k úspěšnému konci, lze je považovat za dokončené a promítnout jejich výsledky sem – do mapy současného stavu. Stávající stav by měl autor IK držet v modelu podnikové architektury jako aktuální a obsah by měl reflektovat skutečnou situaci. Stávající stav ukazuje architekturu úřadu tak, jak funguje dnes. Tento pohled by neměl idealizovat situaci, ale pokud se některé běžící projekty již blíží k úspěšnému konci, lze je považovat za dokončené a promítnout jejich výsledky sem – do mapy současného stavu. Stávající stav by měl autor IK držet v modelu podnikové architektury jako aktuální a obsah by měl reflektovat skutečnou situaci.
  
-=== Byznys architektura ===+== Byznys architektura ==
  
 Popis byznys architektury má být zaměřen na přehled organizace, agend a procesů úřadu. Pro účely informační koncepce budou z modelu využity především přehledové mapy výše zmíněných oblastí a katalogy s potřebnými informacemi. V následující tabulce uvádíme využitelné pohledy na byznys architekturu v jednotlivých sekcích informační koncepce. Popis byznys architektury má být zaměřen na přehled organizace, agend a procesů úřadu. Pro účely informační koncepce budou z modelu využity především přehledové mapy výše zmíněných oblastí a katalogy s potřebnými informacemi. V následující tabulce uvádíme využitelné pohledy na byznys architekturu v jednotlivých sekcích informační koncepce.
Řádek 72: Řádek 78:
 Níže uvádíme několik příkladů jak členit pohledy na byznys architekturu. Níže uvádíme několik příkladů jak členit pohledy na byznys architekturu.
  
-//Příklad 1 – Mapa služeb VS//+=== Příklad 1 – Mapa služeb VS === 
 + 
  
 Pohled je členěn do částí navazujících na sebe. Začíná určením rolí/aktérů - odběratelů služeb a dalších účastníků. Ti přistupují ke službám přes obslužné kanály, což je další vrstvou. Dále pak následují vrstva služeb a vrstva funkcí, které je realizují. Pohled je členěn do částí navazujících na sebe. Začíná určením rolí/aktérů - odběratelů služeb a dalších účastníků. Ti přistupují ke službám přes obslužné kanály, což je další vrstvou. Dále pak následují vrstva služeb a vrstva funkcí, které je realizují.
Řádek 78: Řádek 86:
 {{ :playgroud:priklad_1_mapa_sluzeb_vs.png?400 |}} {{ :playgroud:priklad_1_mapa_sluzeb_vs.png?400 |}}
  
-//Příklad 2 – Služby veřejné správy úřadu//+=== Příklad 2 – Služby veřejné správy úřadu ===
  
 {{ :playgroud:priklad_2_sluzby_verejne_spravy_uradu.png?400 |}} {{ :playgroud:priklad_2_sluzby_verejne_spravy_uradu.png?400 |}}
  
-//Příklad 3 - Mapa procesů a funkcí//+=== Příklad 3 - Mapa procesů a funkcí ===
  
 Mapa procesů může být rozdělená do bloků znázorněných na obrázku. Jedná se o referenční rozložení doporučené DIA. Nejdůležitější služby jsou vlevo nahoře, podpůrné a provozní procesy pak níže a řízení, které vstupuje do každé oblasti je vpravo. Jednotlivé bloky by měly být ohraničené pomocí elementu “Seskupení” (Grouping), jak je naznačeno na obrázku. Vyvarujte se pokud možno použití „obsahových“ elementů za účelem vizuálního seskupení (například seskupení dílčích procesů pod rámcový proces). Mapa procesů může být rozdělená do bloků znázorněných na obrázku. Jedná se o referenční rozložení doporučené DIA. Nejdůležitější služby jsou vlevo nahoře, podpůrné a provozní procesy pak níže a řízení, které vstupuje do každé oblasti je vpravo. Jednotlivé bloky by měly být ohraničené pomocí elementu “Seskupení” (Grouping), jak je naznačeno na obrázku. Vyvarujte se pokud možno použití „obsahových“ elementů za účelem vizuálního seskupení (například seskupení dílčích procesů pod rámcový proces).
Řádek 88: Řádek 96:
 {{ :playgroud:priklad_3_-_mapa_procesu_a_funkci.png?400 |}} {{ :playgroud:priklad_3_-_mapa_procesu_a_funkci.png?400 |}}
  
-//Mapa procesů a funkcí//+<WRAP centeralign>   //Mapa procesů a funkcí// </WRAP><WRAP clear/> 
  
 Tato mapa dekompozice byznys činností organizace je hierarchická a je tvořena prvky Seskupení, Byznys funkce, Proces nebo Služba podle toho, jakou formu řízení (governance) identifikovaná činnost skutečně má a jaké z nich se úřad rozhodl modelovat. K rozčlenění diagramu do oblastí použijeme element Seskupení. Pokud je podstata funkce či procesu skutečně hierarchická, lze využít i zapouzdření do sebe. Musí mít ale sama o sobě význam funkce či procesu. Vyvarujme se použití elementů jiných než Seskupení čistě k seskupování. Tato mapa dekompozice byznys činností organizace je hierarchická a je tvořena prvky Seskupení, Byznys funkce, Proces nebo Služba podle toho, jakou formu řízení (governance) identifikovaná činnost skutečně má a jaké z nich se úřad rozhodl modelovat. K rozčlenění diagramu do oblastí použijeme element Seskupení. Pokud je podstata funkce či procesu skutečně hierarchická, lze využít i zapouzdření do sebe. Musí mít ale sama o sobě význam funkce či procesu. Vyvarujme se použití elementů jiných než Seskupení čistě k seskupování.
Řádek 94: Řádek 103:
 {{ :playgroud:model_1_prehled_byznys_architektury_procesni_pohled.png?400 |}} {{ :playgroud:model_1_prehled_byznys_architektury_procesni_pohled.png?400 |}}
  
-Příklad mapy procesů a funkcí((Převzato z Informační koncepce MěÚ Říčany))+<WRAP centeralign>   //Příklad mapy procesů a funkcí((Převzato z Informační koncepce MěÚ Říčany))// </WRAP><WRAP clear/> 
 + 
 + 
 +=== Příklad 4 – Členění procesů a funkcí dle domén ===
  
-//Příklad 4 – Členění procesů a funkcí dle domén// 
  
 {{ :playgroud:hlavni_procesy.png?400 |}} {{ :playgroud:hlavni_procesy.png?400 |}}
  
-Hlavní procesy (zde byznys funkce) mohou být vertikálně členěny podle společných segmentů buď činností nebo klientských, jak je ukázán o na tomto příkladu((Převzato z IK MŽP))+<WRAP centeralign>    
 +//Hlavní procesy (zde byznys funkce) mohou být vertikálně členěny podle společných segmentů buď činností nebo klientských, jak je ukázán o na tomto příkladu((Převzato z IK MŽP))//</WRAP><WRAP clear/>
  
-//Příklad 5 – Diagram Organizační struktury//+=== Příklad 5 – Diagram Organizační struktury ===
  
 Organizační struktura má tvar stromu se špičkou reprezentující vedení úřadu a dále níže jednotlivé úrovně útvarů. Útvary (reprezentované aktéry) jsou volitelně rozdělené dle lokalit. Organizační struktura má tvar stromu se špičkou reprezentující vedení úřadu a dále níže jednotlivé úrovně útvarů. Útvary (reprezentované aktéry) jsou volitelně rozdělené dle lokalit.
  
-{{ :playgroud:priklad_5_diagram_organizacni_struktury.png?200 |}}+{{ :playgroud:priklad_5_diagram_organizacni_struktury.png?300 |}}
  
-Diagram Organizační struktury+<WRAP centeralign> //Diagram Organizační struktury// </WRAP><WRAP clear/>
  
 Při popisu organizační struktury využíváme typu vazby asociace tam, kde se jedná o vztah jiný, než pro podřízený útvar v rámci hierarchie – např. útvar ředitele nemá v sobě všechny další útvary, ale má za ně odpovědnost. Vazba kompoziční (zanořující) je využitá tam, kde je přímá podřízenost. Při popisu organizační struktury využíváme typu vazby asociace tam, kde se jedná o vztah jiný, než pro podřízený útvar v rámci hierarchie – např. útvar ředitele nemá v sobě všechny další útvary, ale má za ně odpovědnost. Vazba kompoziční (zanořující) je využitá tam, kde je přímá podřízenost.
Řádek 114: Řádek 126:
 {{ :playgroud:model_1_2_diagram_organizacni_struktury.png?400 |}} {{ :playgroud:model_1_2_diagram_organizacni_struktury.png?400 |}}
  
-Příklad diagramu Organizační struktury((Převzato z Informační koncepce DZS))+<WRAP centeralign> //Příklad diagramu Organizační struktury((Převzato z Informační koncepce DZS))//</WRAP><WRAP clear/>
  
-//Příklad 6 – Diagram organizační struktury se zanořováním//+=== Příklad 6 – Diagram organizační struktury se zanořováním ===
  
 Hierarchii lze vyjádřit zapouzdřením. V tomto případě dává smysl seskupovat útvary v rámci jednoho zastřešujícího nadřízeného elementu. Hierarchii lze vyjádřit zapouzdřením. V tomto případě dává smysl seskupovat útvary v rámci jednoho zastřešujícího nadřízeného elementu.
Řádek 122: Řádek 134:
 {{ :playgroud:zanorene_role.png?400 |}} {{ :playgroud:zanorene_role.png?400 |}}
  
-Příklad organizační struktury úřadu+<WRAP centeralign> //Příklad organizační struktury úřadu// </WRAP><WRAP clear/>
  
-//Příklad 7 – Využití seskupování podle vybraného aspektu//+=== Příklad 7 – Využití seskupování podle vybraného aspektu ===
  
 Příklad ukazuje využití seskupování podle aspektu, který mají příslušné útvary společný, jenž ale není součást hierarchie v organizační struktuře (nemá vedoucího, náměstka). Příklad ukazuje využití seskupování podle aspektu, který mají příslušné útvary společný, jenž ale není součást hierarchie v organizační struktuře (nemá vedoucího, náměstka).
Řádek 130: Řádek 142:
 {{ :playgroud:priklad_7_vyuziti_seskupovani_podle_vybraneho_aspektu.png?400 |}} {{ :playgroud:priklad_7_vyuziti_seskupovani_podle_vybraneho_aspektu.png?400 |}}
  
-//Příklad 8 – Mapa schopností úřadu//+=== Příklad 8 – Mapa schopností úřadu === 
  
 Příklad níže dobře znázorňuje působnost úřadu, provozní a speciální schopnosti úřadu, Vhodným seskupováním lze celý diagram zpřehlednit a učinit pochopitelným. Schopnostní mapa je vhodným diagramem pro potřeby IK. Příklad níže dobře znázorňuje působnost úřadu, provozní a speciální schopnosti úřadu, Vhodným seskupováním lze celý diagram zpřehlednit a učinit pochopitelným. Schopnostní mapa je vhodným diagramem pro potřeby IK.
Řádek 136: Řádek 149:
 {{ :playgroud:mapa_schopnosti_odborneho_uradu.png?400 |}} {{ :playgroud:mapa_schopnosti_odborneho_uradu.png?400 |}}
  
-Příklad dobře zpracované mapy schopností úřadu((Převzato z IK MŠMT)).+<WRAP centeralign> // Příklad dobře zpracované mapy schopností úřadu((Převzato z IK MŠMT)). // </WRAP><WRAP clear/>
  
-//Příklad 9 – Diagram Objektů VS//+=== Příklad 9 – Diagram Objektů VS ===
  
 Diagram Objektů VS ukazuje přehledně vazby mezi jednotlivými objekty v hierarchickém uspořádání a vztahy mezi nimi. Tím je vytvořen konceptuální datový model doplněný vazbami definující hierarchii, kompozici a vztahy mezi nimi. Jedná se o „hierarchickou pavučinu“. Diagram Objektů VS ukazuje přehledně vazby mezi jednotlivými objekty v hierarchickém uspořádání a vztahy mezi nimi. Tím je vytvořen konceptuální datový model doplněný vazbami definující hierarchii, kompozici a vztahy mezi nimi. Jedná se o „hierarchickou pavučinu“.
Řádek 146: Řádek 159:
 {{ :playgroud:data_objects_example.png?400 |}} {{ :playgroud:data_objects_example.png?400 |}}
  
-Příklad diagramu (Byznys) objektů VS+<WRAP centeralign> // Příklad diagramu (Byznys) objektů VS // </WRAP><WRAP clear/>
  
-=== Aplikační architektura ===+== Aplikační architektura ==
  
 Pro účely informační koncepce se popis aplikační architektury zaměřuje na přehledové diagramy mapy aplikací a informačních systémů a diagramy vazeb mezi aplikační a byznysovou vrstvou. Zde je vhodné co nejvíce využít odkazů na centrální evidenci sdílených služeb či číselníků, pokud jsou k dispozici. Pro účely informační koncepce se popis aplikační architektury zaměřuje na přehledové diagramy mapy aplikací a informačních systémů a diagramy vazeb mezi aplikační a byznysovou vrstvou. Zde je vhodné co nejvíce využít odkazů na centrální evidenci sdílených služeb či číselníků, pokud jsou k dispozici.
Řádek 163: Řádek 176:
  
  
- +=== Příklad 10 – Členění přehledu aplikačních komponent ===
-//Příklad 10 – Členění přehledu aplikačních komponent//+
  
 Mapa aplikačních komponent úřadu je rozložená od shora dolů na vrstvy reprezentující: uživatelské rozhraní, komponenty sloužící k propojení (integrační vrstva), komponenty realizující obchodní logiku pro provádění agend, dále pak obsahuje podpůrné aplikace a nejníže uvádí technické aplikační komponenty. Mapa aplikačních komponent úřadu je rozložená od shora dolů na vrstvy reprezentující: uživatelské rozhraní, komponenty sloužící k propojení (integrační vrstva), komponenty realizující obchodní logiku pro provádění agend, dále pak obsahuje podpůrné aplikace a nejníže uvádí technické aplikační komponenty.
Řádek 170: Řádek 182:
 {{ :playgroud:priklad_10_cleneni_prehledu_aplikacnich_komponent.png?400 |}} {{ :playgroud:priklad_10_cleneni_prehledu_aplikacnich_komponent.png?400 |}}
  
-Mapa možného rozčlenění IS a aplikačních komponent+<WRAP centeralign>// Mapa možného rozčlenění IS a aplikačních komponent  //</WRAP><WRAP clear/> 
  
 {{ :playgroud:cleneni_prehledu_aplikacnich_komponent.png?400 |}} {{ :playgroud:cleneni_prehledu_aplikacnich_komponent.png?400 |}}
  
-Diagram v této podobě podporuje rozhodování o konsolidaci a dekompozici aplikací. Ukazuje, ve kterých oblastech portfolia (Mapy) se nachází mnoho roztříštěných aplikací, kde se nacházejí velké monolitické aplikace nebo kde se naopak zatím nenacházejí žádné aplikace, a tudíž odpovídající oblast byznys architektury nemá IT podporu.+<WRAP centeralign>// Diagram v této podobě podporuje rozhodování o konsolidaci a dekompozici aplikací. Ukazuje, ve kterých oblastech portfolia (Mapy) se nachází mnoho roztříštěných aplikací, kde se nacházejí velké monolitické aplikace nebo kde se naopak zatím nenacházejí žádné aplikace, a tudíž odpovídající oblast byznys architektury nemá IT podporu.  //</WRAP><WRAP clear/> 
  
-//Příklad 11 – Členění přehledu aplikačních komponent dle oblasti využití//+=== Příklad 11 – Členění přehledu aplikačních komponent dle oblasti využití ===
  
 Mapa níže je členěná dle oblasti využítí aplikací v úřadu. Toto členění je vhodné, pokud jsou oblasti převážně disjunktní, tedy je velmi málo takových aplikací, které se používají napříč oblastmi. Mapa níže je členěná dle oblasti využítí aplikací v úřadu. Toto členění je vhodné, pokud jsou oblasti převážně disjunktní, tedy je velmi málo takových aplikací, které se používají napříč oblastmi.
Řádek 182: Řádek 194:
 {{ :playgroud:model_3_priklad_rozdeleni_aplikaci_podle_funkcnich_oblasti.png?400 |}} {{ :playgroud:model_3_priklad_rozdeleni_aplikaci_podle_funkcnich_oblasti.png?400 |}}
  
-Příklad mapy aplikačních komponent((Převzato z IK DZS))+<WRAP centeralign>//  Příklad mapy aplikačních komponent((Převzato z IK DZS)) 
 + //</WRAP><WRAP clear/>
  
-//Příklad 12 – Diagram struktury aplikací//+=== Příklad 12 – Diagram struktury aplikací ===
  
 Tento diagram se používá primárně za účelem vizualizace komunikace aplikací mezi sebou a okolím. Nejbližší externí sousedi jsou také zobrazeni. V případě velmi komplexních IT systémů je možné ho využít pro indikaci jejich vnitřní struktury. Není to ale pro potřeby IK obvykle nutné. Diagram pak obsahuje modelovanou aplikaci jako zapouzdřující element, který obsahuje elementy reprezentující uživatelské či technické rozhraní a další. Tento diagram se používá primárně za účelem vizualizace komunikace aplikací mezi sebou a okolím. Nejbližší externí sousedi jsou také zobrazeni. V případě velmi komplexních IT systémů je možné ho využít pro indikaci jejich vnitřní struktury. Není to ale pro potřeby IK obvykle nutné. Diagram pak obsahuje modelovanou aplikaci jako zapouzdřující element, který obsahuje elementy reprezentující uživatelské či technické rozhraní a další.
Řádek 192: Řádek 205:
 {{ :playgroud:priklad_12_diagram_struktury_aplikaci.png?400 |}} {{ :playgroud:priklad_12_diagram_struktury_aplikaci.png?400 |}}
  
-Diagram struktury aplikací+<WRAP centeralign>// Diagram struktury aplikací  //</WRAP><WRAP clear/> 
  
 Na diagramu níže je vidět integrace aplikací mezi sebou, komplexní IS je členěn za účelem pochopení jeho vnitřní struktury. Je zde navíc využita indikace hlavních aplikačních funkcí, které daná aplikační komponenta realizuje. Na diagramu níže je vidět integrace aplikací mezi sebou, komplexní IS je členěn za účelem pochopení jeho vnitřní struktury. Je zde navíc využita indikace hlavních aplikačních funkcí, které daná aplikační komponenta realizuje.
Řádek 198: Řádek 211:
 {{ :playgroud:priklad_diagramu_struktury_aplikaci.png?400 |}} {{ :playgroud:priklad_diagramu_struktury_aplikaci.png?400 |}}
  
-Příklad diagramu struktury aplikací((Převzato z formuláře žádosti o stanovisko Hlavního architekta eGovernmentu od SUKL)).+<WRAP centeralign>//  Příklad diagramu struktury aplikací((Převzato z formuláře žádosti o stanovisko Hlavního architekta eGovernmentu od SUKL)). //</WRAP><WRAP clear/> 
  
-=== Datová architektura ===+== Datová architektura ==
  
 Zde je IK poměrně specifická v požadavcích na předané informace. V modelu je vhodné připravit katalog datových/informačních objektů a přehledy o zacházení s nimi skrz vrstvy byznysové a aplikační, příp. i technologické. Stěžejní je model objektů VS, který se uplatní v rámci byznysové vrstvy IK OVS. Zde je IK poměrně specifická v požadavcích na předané informace. V modelu je vhodné připravit katalog datových/informačních objektů a přehledy o zacházení s nimi skrz vrstvy byznysové a aplikační, příp. i technologické. Stěžejní je model objektů VS, který se uplatní v rámci byznysové vrstvy IK OVS.
Řádek 211: Řádek 224:
 |Architektura analytického zpracování dat             |* Diagram struktury aplikací         |Ukazuje architekturu zpracování dat pro podporu rozhodování v OVM.                                                                                                                                                                 | |Architektura analytického zpracování dat             |* Diagram struktury aplikací         |Ukazuje architekturu zpracování dat pro podporu rozhodování v OVM.                                                                                                                                                                 |
  
-=== Technologická architektura ===+== Technologická architektura ==
  
 I v technologické oblasti je v IK očekávaný přehled situace, tedy z modelu architektury úřadu lze využít přehledové pohledy. Zajímavý je pohled na technologické portfolio a používané technologické platformy. Doporučujeme věnovat pozornost i další vrstvě – komunikaci – aby nedocházelo k překryvům informací častěji, než je potřeba. I v technologické oblasti je v IK očekávaný přehled situace, tedy z modelu architektury úřadu lze využít přehledové pohledy. Zajímavý je pohled na technologické portfolio a používané technologické platformy. Doporučujeme věnovat pozornost i další vrstvě – komunikaci – aby nedocházelo k překryvům informací častěji, než je potřeba.
Řádek 227: Řádek 240:
 {{ :playgroud:systematizace_hierarchie_prvku.png?400 |}} {{ :playgroud:systematizace_hierarchie_prvku.png?400 |}}
  
-Systematizace hierarchie prvků technologické architektury a jejich využití v různých typech nasazení+<WRAP centeralign>// Systematizace hierarchie prvků technologické architektury a jejich využití v různých typech nasazení //</WRAP><WRAP clear/> 
  
 ^Sekce v IK                       ^Využitelné pohledy z modelu        ^Poznámka                                                                                                                                                                                                                               ^ ^Sekce v IK                       ^Využitelné pohledy z modelu        ^Poznámka                                                                                                                                                                                                                               ^
Řádek 234: Řádek 247:
 |Cloud                      |* Technologické platformy          |* Při větším využití externí infrastruktury lze přidat samostatný přehledový diagram\\ * Využité prvky cloudové infrastruktury označujte např. barevně pro indikaci typu – IaaS, PaaS, SaaS (navázání na informaci na aplikační úrovni)| |Cloud                      |* Technologické platformy          |* Při větším využití externí infrastruktury lze přidat samostatný přehledový diagram\\ * Využité prvky cloudové infrastruktury označujte např. barevně pro indikaci typu – IaaS, PaaS, SaaS (navázání na informaci na aplikační úrovni)|
  
-//Příklad 13 – Diagram topologie datových center//+=== Příklad 13 – Diagram topologie datových center ===
  
 Diagram topologie datových center vizualizuje, jaká datová centra či serverovny úřad spravuje či využívá a soustředí se na popis jejich infrastruktury z logického a fyzického pohledu. Diagram topologie datových center vizualizuje, jaká datová centra či serverovny úřad spravuje či využívá a soustředí se na popis jejich infrastruktury z logického a fyzického pohledu.
Řádek 241: Řádek 254:
  
 {{ :playgroud:priklad_13_diagram_topologie_datovych_center.png?400 |}} {{ :playgroud:priklad_13_diagram_topologie_datovych_center.png?400 |}}
-Struktura diagramu topologe datových center+<WRAP centeralign>// Struktura diagramu topologe datových center //</WRAP><WRAP clear/>
  
-//Příklad 14 – Diagram platforem//+=== Příklad 14 – Diagram platforem ===
  
 Diagram platforem vizualizuje, jaké kombinace technologií jsou podporované a jak jsou sestavené ze stavebních prvků. Diagram platforem vizualizuje, jaké kombinace technologií jsou podporované a jak jsou sestavené ze stavebních prvků.
Řádek 249: Řádek 262:
 {{ :playgroud:priklad_14_diagram_platforem.png?400 |}} {{ :playgroud:priklad_14_diagram_platforem.png?400 |}}
  
-Struktura diagramu technologických platforem+<WRAP centeralign>// Struktura diagramu technologických platforem  //</WRAP><WRAP clear/> 
  
 Diagram ukazuje možné znázornění platforem, které jsou k dispozici pro běh aplikací. Diagram je strukturován vertikálně v duchu hierarchie popsané výše. //Pozn.: Na tomto diagramu chybí vrstva sítí.// Diagram ukazuje možné znázornění platforem, které jsou k dispozici pro běh aplikací. Diagram je strukturován vertikálně v duchu hierarchie popsané výše. //Pozn.: Na tomto diagramu chybí vrstva sítí.//
Řádek 255: Řádek 268:
 {{ :playgroud:priklad_diagramu_technologickych_platforem.png?400 |}} {{ :playgroud:priklad_diagramu_technologickych_platforem.png?400 |}}
  
-Příklad diagramu technologických platforem.+<WRAP centeralign>//  Příklad diagramu technologických platforem //</WRAP><WRAP clear/> 
  
-//Příklad 15 – Diagram technologického portfolia//+=== Příklad 15 – Diagram technologického portfolia ===
  
 Portfolio by mělo indikovat, jaké technologie jsou použité, aby bylo možné jejich analýzou dojít k závěru, zda pokrývají potřeby úřadu v technologické oblasti, případně zda nejsou zbytečné duplicity. Níže je uveden obrázek portfolia technologií zaměřený na indikaci dostupných prostředí a dostupných technologických platforem (převážně virtuálních) a úložišť. Portfolio by mělo indikovat, jaké technologie jsou použité, aby bylo možné jejich analýzou dojít k závěru, zda pokrývají potřeby úřadu v technologické oblasti, případně zda nejsou zbytečné duplicity. Níže je uveden obrázek portfolia technologií zaměřený na indikaci dostupných prostředí a dostupných technologických platforem (převážně virtuálních) a úložišť.
Řádek 263: Řádek 276:
 {{ :playgroud:priklad_mapy_technologickeho_portfolia_l0.png?400 |}} {{ :playgroud:priklad_mapy_technologickeho_portfolia_l0.png?400 |}}
  
-Příklad mapy technologického portfolia – L0((Převzato z technologické architektury ESEL)).+<WRAP centeralign>// Příklad mapy technologického portfolia – L0((Převzato z technologické architektury ESEL))  //</WRAP><WRAP clear/> 
  
 Příklad referenčních rámců pro možné členění prvků technologické architektury: Příklad referenčních rámců pro možné členění prvků technologické architektury:
Řádek 269: Řádek 282:
 {{ :playgroud:klasifikacni_ramec_technologicke_architektury_l0_.png?200 |}} {{ :playgroud:klasifikacni_ramec_technologicke_architektury_l0_.png?200 |}}
  
-Klasifikační rámec technologické architektury (L0)+<WRAP centeralign>// Klasifikační rámec technologické architektury (L0) //</WRAP><WRAP clear/> 
  
 {{ :playgroud:klasifikacni_ramec_technologicke_architketury_l2.png?400 |}} {{ :playgroud:klasifikacni_ramec_technologicke_architketury_l2.png?400 |}}
  
-Klasifikační rámec technologické architketury L2+<WRAP centeralign>// Klasifikační rámec technologické architketury L2  //</WRAP><WRAP clear/> 
  
-=== Architektura komunikační infrastruktury ===+== Architektura komunikační infrastruktury ==
  
 V této části je popsané, jakým způsobem je úřad propojen s dalšími úřady, sdílenými službami eGovernmentu (příp. zahraničními službami) a se svými klienty. V této části je popsané, jakým způsobem je úřad propojen s dalšími úřady, sdílenými službami eGovernmentu (příp. zahraničními službami) a se svými klienty.
Řádek 282: Řádek 295:
 |Technologická architektura komunikační infrastruktury úřadu  |* Vybavení lokací\\ * Diagram komunikační infrastruktury|* Cílem je ukázat umístění prvků infrastruktury a komunikační cestu mezi nimi a do okolí\\ * Dále je důležité ukázat topologii sítí, prvky zabezpečení, zálohování a monitoringu komunikace| |Technologická architektura komunikační infrastruktury úřadu  |* Vybavení lokací\\ * Diagram komunikační infrastruktury|* Cílem je ukázat umístění prvků infrastruktury a komunikační cestu mezi nimi a do okolí\\ * Dále je důležité ukázat topologii sítí, prvky zabezpečení, zálohování a monitoringu komunikace|
  
-//Příklad 16 – Diagram komunikační infrastruktury//+=== Příklad 16 – Diagram komunikační infrastruktury ===
  
-{{media/image24.png?549x454|A diagram of a computer AI-generated content may be incorrect.}}+{{ :playgroud:diagram_komunikacni_infrastruktury.png?400 |}}
  
-Diagram komunikační infrastruktury((Převzato z formuláře žádosti o stanovisko Hlavního architekta eGovernmentu od SUKL +<WRAP centeralign>//  Diagram komunikační infrastruktury((Převzato z formuláře žádosti o stanovisko Hlavního architekta eGovernmentu od SUKL)) //</WRAP><WRAP clear/> 
-))+
  
-//Příklad 17 – Diagram přehledu a vybavení lokací//+=== Příklad 17 – Diagram přehledu a vybavení lokací ===
  
 Diagram přehledně ukazuje jednotlivé lokace, ve kterých jsou umístěná datová centra a hlavní technické a komunikační vybavení. V ideálním případě by měly být akcentovány technologické služby a funkce nabízené danou lokací. Diagram uvádí naznačené funkce virtualizace, cluster managementu a zálohování (backup). //Pozn.: V tomto konkrétním příkladu chybí elementy síťové komunikace, které by měly na takovémto přehledovém diagramu být.// Diagram přehledně ukazuje jednotlivé lokace, ve kterých jsou umístěná datová centra a hlavní technické a komunikační vybavení. V ideálním případě by měly být akcentovány technologické služby a funkce nabízené danou lokací. Diagram uvádí naznačené funkce virtualizace, cluster managementu a zálohování (backup). //Pozn.: V tomto konkrétním příkladu chybí elementy síťové komunikace, které by měly na takovémto přehledovém diagramu být.//
  
-{{media/image25.png?604x351|Obsah obrázku text, snímek obrazovky, Obdélník, Nalepovací papírek Obsah vygenerovaný umělou inteligencí může být nesprávný.}}+{{ :playgroud:model_6_model_serverove_architektury.png?400 |}}
  
-Příklad přehledu a vybavení lokací((Převzato z IK CZS)).+<WRAP centeralign>// Příklad přehledu a vybavení lokací((Převzato z IK CZS))  //</WRAP><WRAP clear/> 
  
 Jiné příklady: Jiné příklady:
  
-{{media/image26.png?245x184}}+{{ :playgroud:klasifikacni_ramec_infrastrukturni_architketury_l0.png?200 |}}
  
-Klasifikační rámec Infrastrukturní architketury L0+<WRAP centeralign>// Klasifikační rámec Infrastrukturní architketury L0 //</WRAP><WRAP clear/> 
  
-{{media/image27.png?604x395}}+{{ :playgroud:klasifikacni_ramec_infrastrukturni_architektury_l2.png?400 |}}
  
-Klasifikační rámec infrastrukturní architektury L2. Diagram ukazuje možné aspekty pro členění (klasifikaci) technologického portfolia. Může posloužit jako inspirace.+<WRAP centeralign>// Klasifikační rámec infrastrukturní architektury L2. Diagram ukazuje možné aspekty pro členění (klasifikaci) technologického portfolia. Může posloužit jako inspirace 
 +  //</WRAP><WRAP clear/>
  
-=== Přehled projektů ===+== Přehled projektů ==
  
 Obsah této části lze čerpat z architektury implementace a migrace, která je vhodná pro modelování roadmapy rozvoje architektury podniku a může obsahovat zajímavé informace o plánovaných projektech. Obsah této části lze čerpat z architektury implementace a migrace, která je vhodná pro modelování roadmapy rozvoje architektury podniku a může obsahovat zajímavé informace o plánovaných projektech.
Řádek 314: Řádek 327:
 |Přehled projektů  |* Pohled migrace           |Pokud je aplikovaná metodika Architektury implementace a migrace((https:%%//%%archi.gov.cz/playgroud:metodika_ey:metodika-3#implementace_a_migrace)), je možné jako pomůcku použít přehled Balíčků práce (programy/projekty)  | |Přehled projektů  |* Pohled migrace           |Pokud je aplikovaná metodika Architektury implementace a migrace((https:%%//%%archi.gov.cz/playgroud:metodika_ey:metodika-3#implementace_a_migrace)), je možné jako pomůcku použít přehled Balíčků práce (programy/projekty)  |
  
-==== Motivace ke změně ====+=== Motivace ke změně ===
  
 Tato část se věnuje úřadu z pohledu jeho poslání, identifikovaných nedostatků a potřeby změn vůči stávajícímu stavu. Model v podobě jednoho nebo více diagramů je pro IK OVS dobrovolně volitelný. Tato část se věnuje úřadu z pohledu jeho poslání, identifikovaných nedostatků a potřeby změn vůči stávajícímu stavu. Model v podobě jednoho nebo více diagramů je pro IK OVS dobrovolně volitelný.
Řádek 335: Řádek 348:
 |Shrnutí a interpretace potřebných změn architektury                      |* Katalog Veřejných potřeb/hnacích prvků\\ * Katalog Vyhodnocení potřeb/analýz\\ * Katalog Balíčků práce                                                                                            |* Výčet motivátorů ke změnám, doplněný o projektově orientované informace a prioritu.\\ * Pokud je k dispozici přehled Balíčků práce relevantních pro cílový stav architektury, lze jej také použít jako zdroj.                                                                                                                                                            | |Shrnutí a interpretace potřebných změn architektury                      |* Katalog Veřejných potřeb/hnacích prvků\\ * Katalog Vyhodnocení potřeb/analýz\\ * Katalog Balíčků práce                                                                                            |* Výčet motivátorů ke změnám, doplněný o projektově orientované informace a prioritu.\\ * Pokud je k dispozici přehled Balíčků práce relevantních pro cílový stav architektury, lze jej také použít jako zdroj.                                                                                                                                                            |
  
-//Příklad 18 – Přehled Zainteresovaných osob a Hnacích prvků//+=== Příklad 18 – Přehled Zainteresovaných osob a Hnacích prvků ===
  
 Diagram ukazuje na nejvyšší úrovni přehled zainteresovaných osob, jejichž zájmy jsou reprezentované hnacími prvky a výstupy analýz. Z nich pak vycházejí cíle, které je naplňují. Diagram ukazuje na nejvyšší úrovni přehled zainteresovaných osob, jejichž zájmy jsou reprezentované hnacími prvky a výstupy analýz. Z nich pak vycházejí cíle, které je naplňují.
  
-{{media/image28.png?464x191}}+{{ :playgroud:priklad_18_prehled_zainteresovanych_osob_a_hnacich_prvku.png?400 |}}
  
-Přehled Zainteresovaných osob a Hnacích prvků+<WRAP centeralign>// Přehled Zainteresovaných osob a Hnacích prvků //</WRAP><WRAP clear/>
  
 Na diagramu níže je hezky vidět hierarchie //Zainteresovaná osob//a → //Hnací prvek// → //Strategický cíl//. Všimněte si elementů reprezentující zákonné předpisy v podobě Požadavků. Pro modelování předpisů samotných je vhodné použít element Předpis (Contrack v ArchiMate), ale je možné je modelovat i pomocí Požadavků. Na diagramu níže je hezky vidět hierarchie //Zainteresovaná osob//a → //Hnací prvek// → //Strategický cíl//. Všimněte si elementů reprezentující zákonné předpisy v podobě Požadavků. Pro modelování předpisů samotných je vhodné použít element Předpis (Contrack v ArchiMate), ale je možné je modelovat i pomocí Požadavků.
  
-{{media/image29.png?604x379|Obsah obrázku text, snímek obrazovky, diagram, design Popis byl vytvořen automaticky}}+{{ :playgroud:priklad_prehledu_zainteresovanych_osob_a_hnacich_prvku.png?400 |}}
  
-Příklad přehledu Zainteresovaných osob a Hnacích prvků (model motivační vrstvy úřadu)((Převzato z formuláře žádosti o stanovisko Hlavního architekta eGovernmentu od SUKL)).+<WRAP centeralign>//  Příklad přehledu Zainteresovaných osob a Hnacích prvků (model motivační vrstvy úřadu)((Převzato z formuláře žádosti o stanovisko Hlavního architekta eGovernmentu od SUKL)) //</WRAP><WRAP clear/> 
  
-//Příklad 19 – Přehled Zainteresovaných osob a Hnacích prvků//+=== Příklad 19 – Přehled Zainteresovaných osob a Hnacích prvků ===
  
 Tento příklad je rozšířený o požadavky a principy ve spodní části. Tento příklad je rozšířený o požadavky a principy ve spodní části.
  
-{{media/image30.png?604x540|A screenshot of a computer AI-generated content may be incorrect.}}+{{ :playgroud:priklad_prehledu_zainteresovanych_osob_a_hnacich_prvku_2.png?400 |}}
  
-Příklad přehledu Zainteresovaných osob a Hnacích prvků((Převzato z formuláře žádosti o stanovisko Hlavního architekta eGovernmentu (Zdravotní pojišťovna ministerstva vnitra České republiky))).+<WRAP centeralign>// Příklad přehledu Zainteresovaných osob a Hnacích prvků((Převzato z formuláře žádosti o stanovisko Hlavního architekta eGovernmentu (Zdravotní pojišťovna ministerstva vnitra České republiky)))  //</WRAP><WRAP clear/> 
  
-==== Cílový stav ====+=== Cílový stav ===
  
 Cílový stav architektury úřadu by měl adresovat motivace ke změně popsané výše a vymezit se vůči současnému stavu. Pro účely tvorby dokumentu IK je vhodné zvolit přístup, kdy k jednotlivým diagramům či jiným pohledům použitým v popisu stávajícího stavu (kap. 3.1) vzniknou jejich analogy poplatné stavu cílovému s vyznačením změn. Tato myšlenka je podpořená v obecné metodice modelování v části s popisem architektury implementace a migrace((https:%%//%%archi.gov.cz/playgroud:metodika_ey:metodika-3#implementace_a_migrace)), kde je vysvětlen tento koncept (k cílovému stavu architektury by měly být vztažené diagramy ilustrující změnu oproti současnému stavu). Doporučujeme tento přístup posílit tím, že část modelu obsahující implementaci a migraci bude vznikat již s ohledem na využití v IK, včetně identifikovaných stavů architektury, gapů a balíčků práce. Jeden ze stavů architektury by měl reprezentovat cílový stav dle IK a na něj by měly být vztažené příslušné diagramy. Cílový stav architektury úřadu by měl adresovat motivace ke změně popsané výše a vymezit se vůči současnému stavu. Pro účely tvorby dokumentu IK je vhodné zvolit přístup, kdy k jednotlivým diagramům či jiným pohledům použitým v popisu stávajícího stavu (kap. 3.1) vzniknou jejich analogy poplatné stavu cílovému s vyznačením změn. Tato myšlenka je podpořená v obecné metodice modelování v části s popisem architektury implementace a migrace((https:%%//%%archi.gov.cz/playgroud:metodika_ey:metodika-3#implementace_a_migrace)), kde je vysvětlen tento koncept (k cílovému stavu architektury by měly být vztažené diagramy ilustrující změnu oproti současnému stavu). Doporučujeme tento přístup posílit tím, že část modelu obsahující implementaci a migraci bude vznikat již s ohledem na využití v IK, včetně identifikovaných stavů architektury, gapů a balíčků práce. Jeden ze stavů architektury by měl reprezentovat cílový stav dle IK a na něj by měly být vztažené příslušné diagramy.
Řádek 372: Řádek 385:
 Obrázek níže ukazuje barevnou notaci použitou pro indikaci změn proti současnému stavu na diagramech cílového stavu pro daný stav architektury. Obrázek níže ukazuje barevnou notaci použitou pro indikaci změn proti současnému stavu na diagramech cílového stavu pro daný stav architektury.
  
-{{media/image31.png?483x391}}+{{ :playgroud:mozna_barevna_notace_pro_indikaci_zmen_na_diagramech.png?400 |}}
  
-Možná barevná notace pro indikaci změn na diagramech. Zde pomocí barvy okrajů. Lze ale i přebarvit celou plochu objektu.+<WRAP centeralign>//  Možná barevná notace pro indikaci změn na diagramech (zde pomocí barvy okrajů, lze ale také přebarvit celou plochu objektu) //</WRAP><WRAP clear/> 
  
 Ke každému stavu architektury by měla být přiložena sada přehledových diagramů, které demonstrují, jaké změny nastanou vůči předchozímu stavu v byznysové, aplikační a technologické architektuře. Ke každému stavu architektury by měla být přiložena sada přehledových diagramů, které demonstrují, jaké změny nastanou vůči předchozímu stavu v byznysové, aplikační a technologické architektuře.
  
-//Příklad 20 – Cílový stav aplikační architektury//+=== Příklad 20 – Cílový stav aplikační architektury ===
  
 Následující diagram ukazuje příklad vybraného cílového stavu architektury na aplikační úrovni (týká se práce s daty v úřadu). Všimněte si použití barevné konvence, která je pro čtenáře navíc popsaná v legendě k diagramu. Následující diagram ukazuje příklad vybraného cílového stavu architektury na aplikační úrovni (týká se práce s daty v úřadu). Všimněte si použití barevné konvence, která je pro čtenáře navíc popsaná v legendě k diagramu.
  
-{{media/image32.png?604x308}}+{{ :playgroud:priklad_20_cilovy_stav_aplikacni_architektury.png?400 |}}
  
-Cílový stav aplikační architektury+<WRAP centeralign>// Cílový stav aplikační architektury  //</WRAP><WRAP clear/> 
  
-==== Plán realizace změn ====+=== Plán realizace změn ===
  
 Tato část se obsahově významně kryje s modelem Architektury implementace a migrace. Toho lze využít k jeho vytvoření či aktualizaci a získat z modelu informace pro dokument IK. V modelu by měly existovat Stavy architektury reprezentující stávající a cílový stav popsaný v IK. Informace na ně navázané pak tvoří většinou potřebné údaje pro tuto část IK. Z modelů cílové architektury lze využít Balíčky práce, které poslouží jako zdroj pro identifikaci realizačních projektů. Tato část se obsahově významně kryje s modelem Architektury implementace a migrace. Toho lze využít k jeho vytvoření či aktualizaci a získat z modelu informace pro dokument IK. V modelu by měly existovat Stavy architektury reprezentující stávající a cílový stav popsaný v IK. Informace na ně navázané pak tvoří většinou potřebné údaje pro tuto část IK. Z modelů cílové architektury lze využít Balíčky práce, které poslouží jako zdroj pro identifikaci realizačních projektů.
Řádek 396: Řádek 409:
 |Způsob financování projektů/programů a provozu ICT           |                           |Pozn.: Tyto informace by neměly být součástí modelu podnikové architektury.                                                                                                                                                                                  | |Způsob financování projektů/programů a provozu ICT           |                           |Pozn.: Tyto informace by neměly být součástí modelu podnikové architektury.                                                                                                                                                                                  |
  
-===== Koncepce řízení služeb ICT =====+==== Koncepce řízení služeb ICT ====
  
 Tato část může být pojatá jako podmnožina modelu úřadu, který popisuje oblast ICT. Je tedy možné využít stejné postupy, informace a pohledy, jako jsou popsané v kapitolách výše s tím, že při modelování je vhodné chápat ICT jako oblast a dělat pro ni samostatné pohledy či sekce v modelu. Tato část může být pojatá jako podmnožina modelu úřadu, který popisuje oblast ICT. Je tedy možné využít stejné postupy, informace a pohledy, jako jsou popsané v kapitolách výše s tím, že při modelování je vhodné chápat ICT jako oblast a dělat pro ni samostatné pohledy či sekce v modelu.
  
-==== Stávající stav ====+=== Stávající stav ===
  
 ^Sekce v IK                                                   ^Využitelné pohledy z modelu                                         ^Poznámka                                                                                                                                                                                                                                         ^ ^Sekce v IK                                                   ^Využitelné pohledy z modelu                                         ^Poznámka                                                                                                                                                                                                                                         ^
Řádek 409: Řádek 422:
 |Shrnutí potřeb ze stávajícího stavu                     |* Katalog Vyhodnocení potřeb/analýz                                 |* Model lze případně doplnit o elementy typu Vyhodnocení potřeb, které budou reflektovat informace zde obsažené                                                                                                                                  | |Shrnutí potřeb ze stávajícího stavu                     |* Katalog Vyhodnocení potřeb/analýz                                 |* Model lze případně doplnit o elementy typu Vyhodnocení potřeb, které budou reflektovat informace zde obsažené                                                                                                                                  |
  
-//Příklad 21 – Diagram přehledu procesů v oblasti řízení ICT//+=== Příklad 21 – Diagram přehledu procesů v oblasti řízení ICT === 
  
 Na diagramu je vidět kategorizovaný přehled procesů použitých v řízení ICT úřadu, postavený na základě metodiky COBIT. Pozn.: Použití elementů procesů jako seskupovacích prvků není doporučeno, doporučujeme na diagramu využít element Grouping z ArchiMate. Na diagramu je vidět kategorizovaný přehled procesů použitých v řízení ICT úřadu, postavený na základě metodiky COBIT. Pozn.: Použití elementů procesů jako seskupovacích prvků není doporučeno, doporučujeme na diagramu využít element Grouping z ArchiMate.
  
-{{media/image33.png?604x337|A screenshot of a computer AI-generated content may be incorrect.}}+{{ :playgroud:diagram_prehledu_procesu_v_oblasti_rizeni_ict.png?400 |}}
  
 Diagram přehledu procesů v oblasti řízení ICT. Diagram přehledu procesů v oblasti řízení ICT.
  
-==== Motivace ke změně ====+=== Motivace ke změně ===
  
 ^Sekce v IK                                                    ^Využitelné pohledy z modelu                                                                                     ^Poznámka                                                                                                                                                                                                                                                             ^ ^Sekce v IK                                                    ^Využitelné pohledy z modelu                                                                                     ^Poznámka                                                                                                                                                                                                                                                             ^
Řádek 424: Řádek 438:
 |Shrnutí a interpretace identifikovaných změn řízení ICT  |* Projektový pohled                                                                                             |* Balíčky práce reprezentují záměry (budoucí projekty). To lze použít jako základ pro přehled.                                                                                                                                                                       | |Shrnutí a interpretace identifikovaných změn řízení ICT  |* Projektový pohled                                                                                             |* Balíčky práce reprezentují záměry (budoucí projekty). To lze použít jako základ pro přehled.                                                                                                                                                                       |
  
-==== Cílový stav ====+=== Cílový stav ===
  
 Zde by měl být postup totožný s částí popisující cílový stav architektury úřadu (kap. 3.1.3), jen s omezením na oblast řízení ICT a témata: Zde by měl být postup totožný s částí popisující cílový stav architektury úřadu (kap. 3.1.3), jen s omezením na oblast řízení ICT a témata:
Řádek 433: Řádek 447:
   * způsob spolupráce s centrálními autoritami v oblasti ICT a eGovernmentu.   * způsob spolupráce s centrálními autoritami v oblasti ICT a eGovernmentu.
  
-====  Plán realizace změn ====+===  Plán realizace změn ===
  
 Zde by měl být postup totožný s částí popisující plán realizace změn celé architektury úřadu (kap. 3.1.4), jen s omezením na oblast řízení ICT a témata výše. Zde by měl být postup totožný s částí popisující plán realizace změn celé architektury úřadu (kap. 3.1.4), jen s omezením na oblast řízení ICT a témata výše.
  
-====== Přehled příkladů v dokumentu ======+===== Přehled příkladů v dokumentu =====
  
-[[#_Toc200460126|//Příklad 1 – Mapa služeb VS// ]]+//Příklad 1 – Mapa služeb VS//
  
-[[#_Toc200460127|//Příklad 2 – Služby veřejné správy úřadu// ]]+//Příklad 2 – Služby veřejné správy úřadu//
  
-[[#_Toc200460128|//Příklad 3 - Mapa procesů a funkcí// ]]+//Příklad 3 - Mapa procesů a funkcí//
  
-[[#_Toc200460129|//Příklad 4 – Členění procesů a funkcí dle domén// ]]+//Příklad 4 – Členění procesů a funkcí dle domén//
  
-[[#_Toc200460130|//Příklad 5 – Diagram Organizační struktury// ]]+//Příklad 5 – Diagram Organizační struktury//
  
-[[#_Toc200460131|//Příklad 6 – Diagram organizační struktury se zanořováním// ]]+//Příklad 6 – Diagram organizační struktury se zanořováním//
  
-[[#_Toc200460132|//Příklad 7 – Využití seskupování podle vybraného aspektu// ]]+//Příklad 7 – Využití seskupování podle vybraného aspektu//
  
-[[#_Toc200460133|//Příklad 8 – Mapa schopností úřadu// ]]+//Příklad 8 – Mapa schopností úřadu//
  
-[[#_Toc200460134|//Příklad 9 – Diagram Objektů VS// ]]+//Příklad 9 – Diagram Objektů VS//
  
-[[#_Toc200460135|//Příklad 10 – Členění přehledu aplikačních komponent// ]]+//Příklad 10 – Členění přehledu aplikačních komponent//
  
-[[#_Toc200460136|//Příklad 11 – Členění přehledu aplikačních komponent dle oblasti využití// ]]+//Příklad 11 – Členění přehledu aplikačních komponent dle oblasti využití//
  
-[[#_Toc200460137|//Příklad 12 – Diagram struktury aplikací// ]]+//Příklad 12 – Diagram struktury aplikací//
  
-[[#_Toc200460138|//Příklad 13 – Diagram topologie datových center// ]]+//Příklad 13 – Diagram topologie datových center//
  
-[[#_Toc200460139|//Příklad 14 – Diagram platforem// ]]+//Příklad 14 – Diagram platforem//
  
-[[#_Toc200460140|//Příklad 15 – Diagram technologického portfolia// ]]+//Příklad 15 – Diagram technologického portfolia//
  
-[[#_Toc200460141|//Příklad 16 – Diagram komunikační infrastruktury// ]]+//Příklad 16 – Diagram komunikační infrastruktury//
  
-[[#_Toc200460142|//Příklad 17 – Diagram přehledu a vybavení lokací// ]]+//Příklad 17 – Diagram přehledu a vybavení lokací//
  
-[[#_Toc200460143|//Příklad 18 – Přehled Zainteresovaných osob a Hnacích prvků// ]]+//Příklad 18 – Přehled Zainteresovaných osob a Hnacích prvků//
  
-[[#_Toc200460144|//Příklad 19 – Přehled Zainteresovaných osob a Hnacích prvků// ]]+//Příklad 19 – Přehled Zainteresovaných osob a Hnacích prvků//
  
-[[#_Toc200460145|//Příklad 20 – Cílový stav aplikační architektury// ]]+//Příklad 20 – Cílový stav aplikační architektury//
  
-[[#_Toc200460146|//Příklad 21 – Diagram přehledu procesů v oblasti řízení ICT// ]]+//Příklad 21 – Diagram přehledu procesů v oblasti řízení ICT//
  
-====== Seznam použitých zkratek ======+===== Seznam použitých zkratek =====
  
 ^Zkratka  ^Význam                                                                                 ^ ^Zkratka  ^Význam                                                                                 ^