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
nar_dokument:metodika_modelovani_4 [2025/05/07 12:38] – ↷ Stránka přesunuta a přejmenována z 'playgroud:metodika_ey:metodika-4' do 'nar_dokument:metodika_modelovani_4' Tomáš Šedivecnar_dokument:metodika_modelovani_4 [2025/05/15 15:21] (aktuální) – Tomáš Šedivec
Řádek 1: Řádek 1:
-====== Nástroje ======+====== Členění modelu ======
  
-===== Modelovací nástroje =====+Tato metodika modelování platí pro enterprise architekturu celku, domén a segmentů OVS, v mírně omezené míře, respektive aplikovaně, pro enterprise architekturu řešení příležitostí, identifikovaných v doménových nebo segmentových architekturách.
  
-Pro tvorbu modelů nejsou předepsané žádné konkrétní nástroje. Očekává se, že podnik využije svých znalostí a zkušeností k volbě nástroje dle uvážení.+V architektonickém popisu řešení lze pomocí této metodiky odpovídat na existencionální otázky CO? a PROČ? bude obsahovat hledané řešení, nikoli na otázky JAK MÁ FUNGOVAT? Takové modely tzv. solution architektury nejsou upraveny NAR ani touto metodikou, zejména proto, že:
  
-Podrobněji jsou požadavky na nástroj popsané v NAR: [[https://archi.gov.cz/nar_dokument:architektonicke_uloziste_a_nastroj?s%5b%5d=export%2A#potreby_a_pozadavky_pouzivani_nastroje|https:%%//%%archi.gov.cz/nar_dokument:architektonicke_uloziste_a_nastroj?s[]=export%2A#potreby_a_pozadavky_pouzivani_nastroje]]+  - Mají jiný účel 
 +  - Jazyk ArchiMate se pro ně málo hodí (spíše UML).
  
-===== Výměna informací =====+===== Segmentace  =====
  
-Pro usnadnění výměn informací ve strukturované podobě stanovuje OHA formát pro výměnu modelů(([[https://archi.gov.cz/nar_dokument:architektonicke_uloziste_a_nastroj?s%5b%5d=export%2A#principy_synchronizace_centralnich_a_lokalnich_architektonickych_nastroju|https:%%//%%archi.gov.cz/nar_dokument:architektonicke_uloziste_a_nastroj?s[]=export%2A#principy_synchronizace_centralnich_a_lokalnich_architektonickych_nastroju]] +Z hlediska rozsahu modelovaných OVS a jejich korporací, či z hlediska jejich vnitřní struktury dělené na segmenty a schopnosti je tato metodika modelování univerzálně použitelná.
-)). Jedná se o formát **The Open Group ArchiMate File Exchange Format**.+
  
-Je nutné, aby použitý nástroj podporoval export a import do/z tohoto formátu a interní procesy modelování umožňovaly doplnění potřebných metainformací k prvkům modelu, i samotnému exportovanému souboru.+Sem ale patří otázka, kolik má mít jedno OVS modelů. Před každým modelování nějakého katalogu nebo diagramu je nutno rozhodnout do jakého z nich daná informace patří. OVS by mělo být schopno rozlišit a samostatně spravovat modely:
  
-====== Definice pojmů v této metodice ======+  * **VLST** – Vlastní model architektury úřadu (OVS). Obsahuje prvky a pohledy specifické pro tento kontext. Úřad může obsahovat několik modelů tohoto typu pro své jednotlivé organizace. 
 +  * **SPOL** – Společný model úřadu a všech jím kontrolovaných (a metodicky vedených) organizací (resort, krajská korporace atp.). Zde jsou umístěné pohledy kombinující prvky z několika modelů typu VLST. Mohou zde být i další prvky, spadající jen do kontextu SPOL. 
 +  * **ROZS** – Rozšířený model s prvky od spolupracujících organizací, úřadů, kdekoli v systému veřejné správy (případně soukromé sféry). Zde by měly být pohledy ukazující kontext mimo rámec SPOL, typicky se sdílenými prvky jiných úřadů. DO doby, než bude k dispozici centrální správa sdílených prvků, budou zde uložené jejich kopie, které budou použité pro vazby a pohledy v modelu daného úřadu.
  
-Níže je uvedena definice důležitých pojmů, s nimiž tento dokument pracuje. Cílem je jednoznačné chápání těchto pojmů v kontextu této metodické dokumentace.+Na obrázku níže je ilustrován princip strukturování modelů těchto typů.
  
-//Tabulka 1: Definice pojmů//+{{ :playgroud:metodika_ey:ilustrace_1_10_-_segmentace_modelu_z_pohledu_jednoho_uradu.png?600 |}}
  
-^Zkratka    ^Význam                                                                                                                                                                                                                                                                                                              ^ +<WRAP centeralign> //Ilustrace segmentace modelu z pohledu jednoho úřadu//</WRAP><WRAP clear/>
-|ArchiMate  |Framework pro modelování enterprise architektury od The Open Group                                                                                                                                                                                                                                                  | +
-|BP         |Business process (obchodní process)                                                                                                                                                                                                                                                                                 | +
-|ČR         |Česká republika                                                                                                                                                                                                                                                                                                     | +
-|DIA        |Digitální a informační agentura                                                                                                                                                                                                                                                                                     | +
-|EA         |Enterprise architektura                                                                                                                                                                                                                                                                                             | +
-|ESRM       |Enterprise Risk and Security Management.\\ Framework pro bezpečnostní architekturu od Bizzdesign                                                                                                                                                                                                                    | +
-|ICT        |Informační a komunikační technologie                                                                                                                                                                                                                                                                                | +
-|IT         |Informační technologie                                                                                                                                                                                                                                                                                              | +
-|NAR        |Národní architektonický rámec                                                                                                                                                                                                                                                                                       | +
-|OHA        |odbor Hlavního architekta eGovernmentu                                                                                                                                                                                                                                                                              | +
-|OVS        |Orgán veřejné správy                                                                                                                                                                                                                                                                                                | +
-|PMO        |Project Management Office (projektová kancelář)                                                                                                                                                                                                                                                                     | +
-|RPP        |Registr práv a povinností. Základní registr agend, orgánů veřejné moci, soukromoprávních uživatelů údajů a některých práv a povinností. Slouží jako zdroj údajů pro informační systémy základních registrů při řízení přístupu uživatelů k údajům v jednotlivých registrech a agendových informačních systémech.  | +
-|KSVS       |Katalog služeb veřejné správy.                                                                                                                                                                                                                                                                                      | +
-|TOGAF      |The Open Group Architecture Framework                                                                                                                                                                                                                                                                               | +
-|UML        |Unified Modeling Language                                                                                                                                                                                                                                                                                           | +
-|VS         |Veřejná správa                                                                                                                                                                                                                                                                                                      |+
  
-Níže je uveden slovník pojmů s překlady do českého jazyka.+===== Struktura modelu =====
  
-//Tabulka 2: Slovník pojmů v této metodice//+Jednotná struktura modelů významně pomáhá jejich pochopitelnosti a umožňuje zastupitelnost jak na straně čtenářů, tak na straně tvůrců. Dlouhodobě si DIA klade za cíl udržovat modely podnikových architektur úřadů centrálně, což vede také na potřebu jednotného strukturování modelů. Proto v této metodice popisujeme hlavní myšlenky v této oblasti.
  
-^Pojem          ^Význam                                              ^ +Model by měl být strukturován zhruba taktak, jak je vidět na obrázku níže. Struktura počítá s možností hierarchického členění modelu úřadu (prvky „Část úřadu N“). Následuje dělení dle architektonických domén, kde je očekávaná úplná nezávislost obsažených prvků (elementů, vazeb) mezi doménami. Na další úrovni jsou pak elementy sdružené do katalogů a diagramy a matice, na nichž jsou elementy a vazby zobrazené. 
-|application    |aplikace / aplikační                                | + 
-|best practice  |nejlepší praxe                                      | +Samotné elementy jsou držené buď ve vlastní struktuře, nebo jako součást katalogů – záleží na konkrétním nástroji. To samé platí o uložení vazeb. 
-|business       |obchod / obchodní                                   | + 
-|capability     |schopnosti                                          | +Zatímco elementy jsou jasně přiřazené k architektonickým doménám, na pohledech mohou být elementy z více domén současně. Umístění pohledu se pak řídí převažujícím typem elementů, či tím, kam spíše logicky patří. V kapitole 4.64.6 je pak uvedeno zařazení pohledů do jednotlivých architektonických domén. 
-|enterprise     |podnik / podnikový. Zde hlavně úřad.                | + 
-|layer          |vrstva                                              | +Nelze zapomenout na pohledy, které jsou striktně průřezové. Pro ně je vhodné vyčlenit uzel struktury „Přehledová hlediska“, který je sdružuje. 
-|motivation     |motivace / motivační                                | + 
-|note           |poznámka                                            | +{{ :playgroud:metodika_ey:ilustrace_1_11_-_princip_strukturovani_modelu_uradu.png?600 |}} 
-|performance    |výkonost / výkonnostní                              | + 
-|refaktorování  |změna struktury či formy beze změny významu obsahu  | +<WRAP centeralign> //Princip strukturování modelu úřadu//</WRAP><WRAP clear/> 
-|security       |bezpečnost / bezpečnostní                           | + 
-|stream         |tok, kanál                                          | +^Prvek                 ^Význam                                                                                                                                                            ^ 
-|tailoring      |přizpůsobení na míru                                | +|Kořenový uzel         |Strukturní prvek, pod nímž je celý model. Nese doplňkové informace určující o jaký úřad se jedná.                                                                 | 
-|top-down       |od celku k detailům                                 | +|Část úřadu            |Pokud je úřad vnitřně strukturně členěn ne víceméně nezávislé části, doporučujeme to reprezentovat i v modelu. Zejména v situaci, kdy mají části různé architekty.| 
-|value          |hodnota                                             | +|Architektonická doména|Modelovaná vrstva/doména architektury (viz kap. Architektonické domény)                                                                                                              | 
-|prvek modelu   |obecná součásti modelu (element, vazba)             | +|Katalogy elementů     |Obsahují seznamy elementů daného typu                                                                                                                             | 
-|element        |základní stavební prvek modelu                      |+|Pohledy               |Obsahuje jednotlivé pohledy na model v příslušné arch. doméně. Typicky se jedná o diagramy a matice.                                                              | 
 +|Přehledová hlediska   |Uzel struktury, pod nímž jsou umístěné pohledy obsahující přehledy a průřezové pohledy, které obsahují elementy z více domén najednou.                            | 
 + 
 +===== Úrovně detailu ===== 
 + 
 +Aby byla podpořena myšlenka jednotné granularity informací přes celý model, jsou definované tři úrovně detailnosti modelovaného pohledu na realitu. Tyto úrovně jsou pojmenované L0, L1 a L2 a jsou popsané v tabulce níže. 
 + 
 +^  ^Název         ^Význam                                                                                                                                                                      ^ 
 +|L0|**Přehledová**|Ukazuje principy a podstatu. Dává celkový přehled, celkový pohled na systém v dané doméně/oblasti; hlavní prvky a konzumenti. Často jsou zde agregované (seskupující) prvky.| 
 +|L1|**Základní**  |Ukazuje všechny klíčové prvky pro ucelený pohled. Doplňuje se s přehledovou úrovní.                                                                                         | 
 +|L2|**Detailní**  |Přidává detaily vybrané části z vyšší úrovně. Na této úrovni doporučujeme modelovat jen výseky, které si to zaslouží, např. díky komplexitě.                                | 
 + 
 +Detailní informace o konceptu úrovní detailu v NAR najdete na [[https://archi.gov.cz/nar_dokument:proces_tvorby_architektur?s%5b%5d=l1%2A#rozhodnuti_o_hloubce_obsahu|https://archi.gov.cz/nar_dokument:proces_tvorby_architektur?s%5b%5d=l1%2A#rozhodnuti_o_hloubce_obsahu]] 
 + 
 +{{ :playgroud:metodika_ey:ilustrace_1_12_-_prehledova_uroven_l0.png?400 |}} 
 + 
 +<WRAP centeralign> //Přehledová úroveň L0//</WRAP><WRAP clear/> 
 + 
 +{{ :playgroud:metodika_ey:ilustrace_1_13_-_zakladni_uroven_l1.png?400 |}} 
 + 
 +<WRAP centeralign> //Základní úroveň L1 (červený rámeček ukazuje proces rozpracovaný na úrovni L2)//</WRAP><WRAP clear/> 
 + 
 +{{ :playgroud:metodika_ey:ilustrace_1_14_-_detailni_uroven_l2.png?400 |}} 
 + 
 +<WRAP centeralign> //Detailní úroveň L2//</WRAP><WRAP clear/> 
 + 
 +===== Modelování časové dimenze ===== 
 + 
 +Vždy musí být možné identifikovat časové období, k němuž se obsah modelu vztahuje. Zejména je důležité být schopný rozlišit, zda modelujeme současný (AsIs) či budoucí (ToBe) stav. Způsob realizace tohoto požadavku je vysoce závislý na způsobu řízení změn v podniku. Tato metodika doporučuje následující přístup: 
 + 
 +|**Model aktuální situace je základ**                                               |Mějte v potřebných okamžicích aktuální model stávající situace (AsIs) podnikové architektury. Lze řešit např. aktualizací modelu po releasu.                                                                                                                                                                                                                                                               | 
 +|**Vývojové varianty modelujte odděleně od hlavního modelu**                        |Pokud teprve vzniká návrh cílového stavu, průběžně existuje více možných pracovních variant. Aby byla zajištěna integrita modelu, doporučujeme pracovat na modelu vzniklém kopií hlavního modelu, či ve zcela pracovním modelu. Po schválení cílového stavu jej přeneste do primárního modelu a navažte korektně na daný Stav architektury (vizte dále).                                                     | 
 +|**Časový vývoj modelujte s pomocí vrstvy Implementace a migrace**                  |Pro modelování plánovaných změn použijeme část Implementace a migrace (viz kap. Implementace a migrace). Časové ukotvení nese příslušný Stav architektury. Na něj jsou navázané elementy (např. pomocí vazeb. D). Diagramy ukazují detailně situaci v tomto Stavu architektury, příslušnost ke Stavu architektury je řešena pomocí názvu či místěním diagramu. Je také využito barevné konvence pro indikaci změn v portfoliu.| 
 +|**V případě potřeby doplňte interval platnosti k prvkům a udržujte jej aktuální**  |Primárně by mělo k určení časové platnosti elementu stačit přiřazení k vybraným Stavům architektury. Pokud je to ale potřeba (např. pro zdůraznění využití až v nějakém období), doplníme element, vazbu či diagram obdobím platnosti. Je důležité nezapomenout tento údaj udržovat aktuální.                                                                                                                | 
 +|**Označujte model datem platnosti**                                                |Označujeme okamžik, k němuž je model platný (Platnost k). Může to být datum, ale praktičtější může být označení obdobím, či releasem. Označení datem platnosti pomůže udržovat časové řezy modelu.                                                                                                                                                                                                           | 
 +|**Archivujte časové řezy**                                                         |Model verzujeme a starší řezy archivujeme pro účely udržování časových řezů z minulosti.                                                                                                                                                                                                                                                                                                                     | 
 + 
 +{{ :playgroud:metodika_ey:ilustrace_1_15_-_diagram_s_vyznacenim_barevne_konvence.png?600 |}} 
 + 
 +<WRAP centeralign> //Diagram s vyznačením barevné konvence pomocí ohraničení: zelená = nový, modrá = změna, červená = zrušený//</WRAP><WRAP clear/> 
 + 
 +===== Metainformace ===== 
 + 
 +Pro jednoznačné zařazení dané části modelu pro čtenáře, ale hlavně pro potřeby automatizace zpracování obsahu modelu, vč. např. validace formální správnosti je potřeba jednotlivé prvky modelu doplnit o informace, které toto umožní. 
 + 
 +Některé údaje popsané v kapitolách výše jsou elegantně zaznamenány do modelu právě pomocí metainformací. 
 + 
 +Metainformace jsou v modelovacích nástrojích obvykle udržované jako specifické atributy, či tagy. Doporučujeme prozkoumat možnosti použitého modelovacího nástroje pro automatizaci a systematizaci jejich vyplňování. 
 + 
 +Pro jakoukoli integrovatelnost modelů mezi sebou je nutné metainformace k prvkům modelu udržovat. 
 + 
 +Základní metainformace jsou: 
 + 
 +^Metainformace                          ^Význam                                                             ^Obvykle přiřazená k                       ^ 
 +|Datum platnosti                        |K jakému datu je platný obsah dané části modelu                    |Strukturní prvky na vyšší úrovni          | 
 +|Autor/odpovědná osoba                  |Jméno autora či osoby odpovědné za obsah dané části modelu         |Strukturní prvky, elementy, vazby, pohledy| 
 +|Datum poslední aktualizace             |Kdy byl daný prvek naposledy upraven                               |Strukturní prvky, elementy, vazby, pohledy| 
 +|Vrstva architektury                    |Architektonická doména (viz kap. Architektonické domény)           |Strukturní prvky                          | 
 +|Úroveň detailu                         |Míra detailu modelovaného pohledu na realitu (viz. kap. Modelování časové dimenze)|Pohledy                                   | 
 +|Reference na příslušnou část metamodelu|Určení, jakou část předpisu pro modelování daný prvek realizuje    |Elementy, vazby, pohledy                  |