| Obě strany předchozí revize Předchozí verze Následující verze | Předchozí verze |
| nar_dokument:architektonicke_uloziste_a_nastroj [2021/02/03 15:11] – [Modely individuálních architektur úřadů] Tomáš Šedivec | nar_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 |
|---|
| 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). |
| 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. |
| |