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:architektonicke_uloziste_a_nastroj [2021/01/13 10:42] – ↷ Odkaz upraven z důvodu přesunutí Tomáš Šedivecnar_dokument:architektonicke_uloziste_a_nastroj [2025/06/02 13:55] (aktuální) – [Principy synchronizace centrálních a lokálních architektonických nástrojů] Tomáš Šedivec
Řádek 17: Řádek 17:
 Součástí úložiště pro úroveň „architektura úřadu/podniku“ musí být dle této metodiky NA VS ČR, s odkazem na standard TOGAF, prostředky pro ukládání výstupů (modelů, dokumentů) z následujících oblastí, jak je hrubě a podrobněji ukazuje následující Obrázek: Součástí úložiště pro úroveň „architektura úřadu/podniku“ musí být dle této metodiky NA VS ČR, s odkazem na standard TOGAF, prostředky pro ukládání výstupů (modelů, dokumentů) z následujících oblastí, jak je hrubě a podrobněji ukazuje následující Obrázek:
  
-  * **Architektonický rámec** (orig. Architecture metamodel) - definice (dokumentace) upraveného architektonického rámce NA VS ČR, včetně metodiky pro architektonický obsah (slovník pojmů, metamodel, definice úhlů pohledu, apod.) a metodiky tvorby a údržby architektury (procesů a postupů dle fází, rolí a zodpovědností apod.). +  * Metamodel architektury popisuje organizačně přizpůsobené použití rámce architektury, včetně metody pro vývoj architektury a metamodelu pro obsah architektury. 
-  * **Architektonické schopnosti úřadu** (orig. Architecture Capability) – definice (dokumentace) všech náležitostí (strategie, org. struktury, znalostí, rolí, kontrolních mechanismů, atd.) oddělení architektury úřadu. +  * Schopnost architektury definuje parametry, struktury a procesy, které podporují správu úložiště architektury 
-  * **Knihovna individuálních architektur** (orig. Architecture landscape) – dokumentace popisu **vlastních individuálních** architektur úřadu a jeho podřízených organizací, přes všechny domény a úrovně. Architektury jsou ukládány jako modely a artefakty (katalogy, matice a pohledy) odvozené z modelů i jako dokumenty, používající, komentující a rozšiřující tyto artefakty. +  * Krajina architektury představuje architektonickou reprezentaci aktiv používaných nebo plánovaných podnikem v určitých časových okamžicích. 
-  * **Referenční knihovna** (orig. Reference Library) – obsahuje návody, klasifikační a referenční modely, předlohy a vzory výstupů, příklady a všechny další formy akcelerátorů pro usnadnění a urychlení tvorby a údržby popisů individuálních architektur úřadu. +  * Knihovna standardů zachycuje standardy, s nimiž musí být nové architektury v souladu, což může zahrnovat průmyslové standardy, vybrané produkty a služby od dodavatelů nebo sdílené služby již zavedené v rámci organizace 
-  * **Knihovna standardů** (orig. Standards Information Base) – zahrnuje dokumentaci všech standardů a povinných návrhových vzorů, kterým navrhované individuální architektury úřadu a jeho podřízených organizací musí vyhovět. +  * Knihovna referencí poskytuje pokyny, šablony, vzory a další formy referenčních materiálů, které lze využít k urychlení tvorby nových architektur podniku. 
-  * **Auditní záznamy** (orig. Governance Log) – dokumentace všech aktivit, kterými se uskutečňovala architektonická governance, například výsledky posuzování architektury projektů, zápisy a rozhodnutí z architektonické rady, udělené výjimky apod.+  * Úložiště správy poskytuje záznamy o činnosti správy v rámci celého podniku 
 +  * Úložiště požadavků na architekturu poskytuje přehled o všech autorizovaných požadavcích na architekturu, které byly odsouhlaseny radou pro architekturu. 
 +  * Úložiště řešení (Solutions Landscape) představuje architektonickou reprezentaci SBB podporujících architekturu (Architecture Landscape), které byly plánovány nebo nasazeny podnikem. 
  
 Oblasti obsahu **architektonický rámec, knihovna individuálních architektur, referenční knihovna a knihovna standardů**, tedy první čtyři oblasti shora v následujícím obrázku, vzhledem k charakteru svého obsahu, vycházejícího z architektonických modelů, vyžadují IT podporu modelovacím nástrojem pro správu architektonických modelů (EAM – Enterprise Architecture Management). Oblasti obsahu **architektonický rámec, knihovna individuálních architektur, referenční knihovna a knihovna standardů**, tedy první čtyři oblasti shora v následujícím obrázku, vzhledem k charakteru svého obsahu, vycházejícího z architektonických modelů, vyžadují IT podporu modelovacím nástrojem pro správu architektonických modelů (EAM – Enterprise Architecture Management).
Řádek 116: Řádek 119:
  
 V této části budou uvedeny příklady, jak by mohla/měla vypadat struktura repozitory ArchiMate modelů v lokálním EAM nástroji typických modelujících jednotek v hierarchii veřejné správy, nebo odpovídající výseky obsahu v centrálním repozitory, které, jak uvedeno níže, budou vzájemně synchronizovány. Existují první návrhy OHA, jak by struktura mohla vypadat, ale neproběhl žádný pilotní projekt, který by navrženou strukturu ověřil v reálném režimu sdíĺení modelů mezi lokálním a centrálním úložištěm. V této části budou uvedeny příklady, jak by mohla/měla vypadat struktura repozitory ArchiMate modelů v lokálním EAM nástroji typických modelujících jednotek v hierarchii veřejné správy, nebo odpovídající výseky obsahu v centrálním repozitory, které, jak uvedeno níže, budou vzájemně synchronizovány. Existují první návrhy OHA, jak by struktura mohla vypadat, ale neproběhl žádný pilotní projekt, který by navrženou strukturu ověřil v reálném režimu sdíĺení modelů mezi lokálním a centrálním úložištěm.
 +
 +===Struktura architektur ústředních úřadů a ministerstev===
 +
 +Také v hierarchiích modelů jednotlivých ÚSÚ mohou být pro snazší porozumění a navigaci modely jednotlivých úřadů kapitoly seskupovány do adresářových struktur, a to volitelně například podle způsobu zřízení, financování a kontroly organizací resortem, jako například u MZE jsou to:
 +
 +  * Organizační složky státu
 +  * Státní fondy
 +  * Státní příspěvkové organizace
 +  * Státní akciové společnosti
 +  * Státní podniky
 +  * Národní podnik
 +  * Veřejné výzkumné instituce
 +
 +U jiných ministerstev, s velkým počtem podřízených organizací, se může hodit členění dle podobnosti v segmentech. Ministerstva s malým počtem řízených organizací nemusí svoji strukturu architektury dělat adresáři „za každou cenu“, může zůstat zcela plochá, viz příklad MPO.
 +
 + 
 +{{ :nar-dokument:mpo.png?400 |Struktura úložiště vlastních a souvisejících architektur úřadu na úrovni ministerstva, příklad z pohledu MPO}}
 +
 +V jiném projektu resortní organizace jednoho ministerstva se pracuje zatím také s plošší strukturou, rozdělenou do řady samostatně udržovaných souborů. Ty by po případném převedení do výkonnějšího nebo centrálního nástroje představovaly projekty nebo package. 
 +  * Projekt (package, soubor) - Individuální modely úřadu XY
 +    * „úřad xy“
 +      * Navigační diagramy
 +      * Pohledy
 +        * Strategická architektura
 +          * Motivační architektura
 +          * Byznys architektura
 +          * Aplikační architektura
 +          * Technologická architektura – IT infrastruktura
 +          * Technologická architektura – komunikační infrastruktura
 +        * Segmentová architektura
 +          * Schopnostní architektura
 +        * Prvky
 +          * Byznys architektura
 +          * Aplikační architektura
 +          * Technologická architektura 
 +          * Motivační architektura
 +  * Projekt (package, soubor) - Referenční modely
 +    * Referenční modely eGovernmentu ČR
 +      * dále struktura jako u individuálního modelu výše
 +    * Referenční modely odpovídajícího ministerstva „úřadu xy“
 +      * dále struktura jako u individuálního modelu výše
 +  * Projekt (package, soubor) - Vzorové (sdílené) modely 
 +    * Vzory eGovernmentu ČR - Architektonické vzory sdílených služeb
 +      * dále struktura jako u individuálního modelu výše
 +    * Vzory ministerstva
 +      * dále struktura jako u individuálního modelu výše
 +  * Projekt (package, soubor) - Příkladové modely
 +    * Příklady publikované OHA MV
 +      * dále struktura jako u individuálního modelu výše
 +    * Příklady v rámci resortu
 +      * dále struktura jako u individuálního modelu výše
 +    * Ostatní získané příklady
 +      * dále struktura jako u individuálního modelu výše
 +  * Projekt (package, soubor) – Metamodel a definice pohledů
 +    * Centrální metamodel a definice pohledů eGovernmentu ČR
 +    * Upravený metamodel a definice pohledů ministerstva
 +    * Dále upravený metamodel a definice pohledů „úřadu xy“.
 +
 +Rozdělení do balíčků modelů v repozitory (package) nebo u menších nástrojů do samostatných souborů vychází z potřeby nekombinovat v jednom modelu objekty reálně existující v úřadu s objekty teoretickými (referenční modely a vzory), objekty jiných úřadů (příklady) a s definičními objekty (meta-úroveň).
 +
 +===Struktura krajských architektur ===
 +
 +Zde jako nadřazené vystupují prvky celostátní a krajské (sdílené navzájem mezi více kraji), pokud by takové existovaly.
 +Architektura individuálních organizací kraje je navržena k seskupení podle odvětví veřejné správy, jak byla dosud u těchto organizací identifikována. Tento proces zpřesňování odvětví bude nadále probíhat, aktuálně na pilotním projektu MsK.
 + 
 +{{ :nar-dokument:msk.png?400 |Struktura úložiště vlastních a souvisejících architektur úřadu na úrovni kraje, příklad navržený pro MsK.}}
 +
 +Zde je uveden příklad bohatého využití intuitivního členění a navigace adresářovou strukturou při tvorbě a údržbě architektur krajské korporace s cca 250 organizacemi z řady odvětví veřejné správy. Za každým uzlem této struktury se nachází jeden nebo mnoho EA modelů, vždy po jednom pro konkrétní organizaci.
 +
 +Vedle zařazení každého modelu a do adresářové struktury podle některé ze segmentačních dimenzí (hierarchie VS, odvětví VS nebo forma financování a kontroly organizace, případně dalších) bude každý model ve svých vlastnostech (atributech, properties) klasifikován, tj. označen odpovídající hodnotou k klasifikačního modelu dané dimenze. 
 +
 +=== Struktura architektur měst a obcí ===
 +Aktuálně metodika NA VS ČR předpokládá, že struktura architektonického úložiště pro subjekty územní samosprávy na úrovni měst a obcí bude obdobná, jako struktura architektur samosprávních organizací na úrovni krajů.
 +
 +<WRAP group>
 +<WRAP half column>
 +{{ :nar-dokument:benesov2.png?400 |Navržená typová struktura modelů a pohledů ORP na příkladu Benešova}}
 +</WRAP>
 +
 +<WRAP half column>
 +{{ :nar-dokument:benesov.png?400 |Navržená typová struktura modelů a pohledů ORP na příkladu Benešova}}
 +</WRAP>
 +</WRAP>
 +
 +Hypotetickou strukturu modelů a pohledů na umělém příkladu pro organizace města Benešova, jak by se mohla vypadat zařazena do centrálního architektonického úložiště.
 +
 +Přitom platí, že model každé podřízené organizace bude mít tutéž strukturu jako MěÚ Benešov.
 +
 +Zatím ale neproběhl žádný pilotní projekt, který by navrženou strukturu ověřil. Vzhledem k tomu, že se nepředpokládá v nejbližších letech synchronizace modelů města a obcí do centrálního repozitory, viz dále, nebude tlak na jednotnou strukturu lokálních EAM nástrojů příliš silný.
 +
  
 ===== Principy synchronizace centrálních a lokálních architektonických nástrojů ===== ===== Principy synchronizace centrálních a lokálních architektonických nástrojů =====
Řádek 133: Řádek 226:
 Distribuce architektonického úložiště NA VS ČR může (smí) být i více stupňová. To znamená, že organizace, zodpovědné za synchronizaci svých skupinových modelů „korporátní EA“ do centrálního úložiště, mohou svá lokání úložiště spravovat v lokálně-centrálním režimu a svěřit lokální správu dílčí části oblasti své zodpovědnosti podřízeným organizacím. Pak ale musí zajistit, že informace poskytované do centra NA VS ČR (a zpět) budou včasné, úplné a správné. To znamená, že musí své lokálně-centrální úložiště synchronizovat směrem dolů k podřízeným úložištím obdobně, jako je ono samo synchronizováno nahoru. A obráceně – modely vzniklé lokálně musí organizace s povinností centrálního modelování importovat do svých částí centrálního modelu, tam uplatnit všechny nástroje governance, tj. například jedinečným způsobem použít ve svých modelech již existující prvky eGovernmentu. Podstatné je, že organizace budou plně zodpovídat za správnost svých modelů v centrálním repozitory, ať již modely vzniknou manuální editací nebo importem. Distribuce architektonického úložiště NA VS ČR může (smí) být i více stupňová. To znamená, že organizace, zodpovědné za synchronizaci svých skupinových modelů „korporátní EA“ do centrálního úložiště, mohou svá lokání úložiště spravovat v lokálně-centrálním režimu a svěřit lokální správu dílčí části oblasti své zodpovědnosti podřízeným organizacím. Pak ale musí zajistit, že informace poskytované do centra NA VS ČR (a zpět) budou včasné, úplné a správné. To znamená, že musí své lokálně-centrální úložiště synchronizovat směrem dolů k podřízeným úložištím obdobně, jako je ono samo synchronizováno nahoru. A obráceně – modely vzniklé lokálně musí organizace s povinností centrálního modelování importovat do svých částí centrálního modelu, tam uplatnit všechny nástroje governance, tj. například jedinečným způsobem použít ve svých modelech již existující prvky eGovernmentu. Podstatné je, že organizace budou plně zodpovídat za správnost svých modelů v centrálním repozitory, ať již modely vzniknou manuální editací nebo importem.
  
-Základním prostředkem synchronizace modelů bude jednotný a všemi účastníky respektovaný a jejich nástroji podporovaný XML formát výměny ArchiMate souborů, vyhlášený The Open Group jako standard v srpnu 2015((Odkazy a FAQ: [[https://www.opengroup.org/open-group-archimate-model-exchange-file-format|https:%%//%%www.opengroup.org/open-group-archimate-model-exchange-file-format]] +Základním prostředkem synchronizace modelů bude jednotný a všemi účastníky respektovaný a jejich nástroji podporovaný XML formát výměny ArchiMate souborů, vyhlášený The Open Group jako standard v srpnu 2015(( [[https://www.opengroup.org/open-group-archimate-model-exchange-file-format|Odkazy a FAQ]] 
-))((Dokumentace: [[https://www.opengroup.org/bookstore/catalog/C174|https:%%//%%www.opengroup.org/bookstore/catalog/C174]]+))(([[https://publications.opengroup.org/c19c|Dokumentace]]
 )). Je pravděpodobné, že struktura tohoto XML standardu bude pro potřeby synchronizace údajů v rámci NA VS ČR o několik údajů rozšířena, čemuž budou muset být schopny se přizpůsobit všechny ve VS používané EAM nástroje. V pracovní skupině The Open Group ArchiMate forum byl v souvislosti novou verzí specifikace ArchiMate 3.0 vyhlášen přístup, že při certifikaci nástrojů je za shodný se specifikací prohlášen jenom takový nástroj, který bude plně podporovat export i import pomocí standardního výměnného formátu. Lze tedy předpokládat, že pak většina nástrojů, podporujících ArchiMate, přijme i výměnný formát. )). Je pravděpodobné, že struktura tohoto XML standardu bude pro potřeby synchronizace údajů v rámci NA VS ČR o několik údajů rozšířena, čemuž budou muset být schopny se přizpůsobit všechny ve VS používané EAM nástroje. V pracovní skupině The Open Group ArchiMate forum byl v souvislosti novou verzí specifikace ArchiMate 3.0 vyhlášen přístup, že při certifikaci nástrojů je za shodný se specifikací prohlášen jenom takový nástroj, který bude plně podporovat export i import pomocí standardního výměnného formátu. Lze tedy předpokládat, že pak většina nástrojů, podporujících ArchiMate, přijme i výměnný formát.