Modelování podnikové architektury: Průvodce pro veřejnou správu a podniky
Podniková architektura (EA) se stává klíčovým prvkem pro efektivní fungování úřadů a podniků ve veřejné správě. Nejde o vytváření něčeho nového, ale o poznání, popsání, porozumění a komunikaci stávající architektury, tedy struktury prvků, jejich vazeb a chování. Tento článek poskytuje komplexní pohled na modelování podnikové architektury, od architektonické vize až po design řešení, s důrazem na specifika a potřeby veřejné správy v České republice.
Architektonická vize: Kam směřujeme a proč?
Architektonická vize představuje vrstvu agregovaných informací, která slouží k předání základních poselství o organizaci. Zaměřuje se na poznání jejího stávajícího a především cílového stavu. Na rozdíl od dílčích prvků organizace, architektonická vize vizualizuje odpovědi na strategické otázky:
- Kam směřujeme? (cílový stav organizace)
- Proč tam směřujeme? (strategické cíle a motivace)
Modely vize slouží k srozumitelnému a efektivnímu komunikování strategických záměrů organizace.
Podniková architektura úřadu (EA): Co a jaké prvky tvoří organizaci?
Druhá a třetí vrstva, spolu s vizí, tvoří podnikovou architekturu úřadu. Tyto vrstvy zahrnují:
- Inventarizaci: Zaznamenání všech prvků, které se v organizaci nacházejí.
- Vizualizaci: Grafické znázornění těchto prvků a jejich vzájemných vazeb.
- Porozumění: Pochopení fungování prvků a jejich rolí v organizaci.
Modely podnikové architektury odpovídají na otázky:
Čtěte také: Ekonomický cyklus a podpora rodin
- Co se v organizaci nachází? (prvky, procesy, systémy)
- Jaké prvky organizaci tvoří? (struktura, komponenty, vztahy)
Při popisu budoucího stavu tyto vrstvy poskytují informace o tom, co a proč by se mělo změnit.
Celostní architektura úřadu: Kompletní pohled na organizaci
Celostní architektura úřadu poskytuje komplexní pohled na celou organizaci. Zahrnuje výčet všech typů objektů (konceptů), které se v organizaci vyskytují, bez ohledu na to, zda jsou dále modelovány v dílčích architekturách. Tato vrstva je vyjádřena úplným meta-modelem organizace, známým také jako ontologický model.
- Meta-architektura: Vrstva enterprise ontologie a pojmového slovníku.
- Mapa schopností: Úplný přehled o organizaci v jednom diagramu, který ukazuje logiku a význam segmentů činnosti organizace (např. typů veřejných služeb).
Architektura řešení: Jak prvky organizace fungují
Architektura řešení vysvětluje, jak prvky organizace fungují a jak reagují na konkrétní potřeby. Její modely vizualizují odpovědi na otázky:
- Jak funguje? (popis mechanismů a interakcí)
- Jak to má fungovat? (návrh optimálního fungování)
Architektury řešení jsou obvykle dílčí a pokrývají část řešených problémů a změn organizace. Mohou jít napříč více architektonickými doménami, ale často se zaměřují na jedinou z nich. Jsou typicky platné pro dílčí část segmentu nebo pro schopnost veřejné správy a nemusí být celoúřadové. Do vrstvy architektury řešení patří i doménové architektury, které jsou detailně rozpracované.
Design řešení: Jak vytvořit konkrétní prvky architektury
Design řešení se zaměřuje na detailní poznání o tom, jak lze dílčí prvek architektury vytvořit, vyrobit a uvést do provozu. Může jít o návrh změny pracovního postupu, zadání programování softwarové komponenty nebo vzorec pro výpočet ukazatele výkonnosti. Modely designu řešení odpovídají na otázky:
Čtěte také: Modelování interiéru svépomocí
- Jak je to udělané? (detailní popis implementace)
- Jak to má být udělané? (návrh optimální implementace)
Horizontální a vertikální domény architektur
Horizontální domény architektur vyjadřují základní prvky existence organizace, tj. její fungování a zdroje. Vertikální motivační domény určují důvody, proč základní domény obsahují, co obsahují, nebo proč by se měly změnit.
Návrh struktury domén architektonického rámce pro NA VS ČR:
- Kombinace standardů TOGAF a FEAF usnadňuje zavedení podnikové architektury do praxe veřejné správy ČR.
- Koncepty motivace jsou přesunuty z byznys architektury (dle TOGAF) do samostatné domény architektury strategie a směrování.
- Negativně motivující koncepty (omezení a předpoklady) jsou převzaty do domény architektury "Shody s pravidly".
Tento návrh je výhodný pro efektivní správu ICT VS.
Datová architektura: Klíčová složka podnikové architektury
Datová architektura zaujímá zvláštní pozici ve struktuře architektonických domén. Pro TOGAF je jednou ze dvou rovnocenných složek architektury IS, ale jazyk ArchiMate ji specificky neformuluje.
Implementace a migrace: Změny architektury v čase
Doména implementace a migrace umožňuje vizualizovat balíčky práce, projekty, programy a jimi dosahované změny stavů architektury (přechodné a cílové). Zaměřuje se na dynamické, projektově orientované objekty řízení úřadu.
Modely a pohledy na architekturu úřadu
Prací architektů veřejné správy vzniká celá řada modelů různého významu při řízení úřadů. Některé modely slouží jako definiční nebo podpůrné při tvorbě architektur úřadů, jiné jsou výsledkem vlastní práce úřadů a představují jejich unikátní soubor poznání.
Čtěte také: Environmentální modelování: hlubší analýza
- Závaznost výstupů: Některé výstupy architektury (např. standardy protokolů komunikace IS) budou závazné napříč celou veřejnou správou, jiné budou závazné jen pro výkon státní správy. Některé části obsahu architektury nebudou závazné nikde a budou mít pouze popisný a doporučující charakter.
- Logické a fyzické komponenty: TOGAF rozlišuje mezi logickými a fyzickými komponentami u aplikační a technologické architektury. Logické komponenty jsou obecné, předpokládané, existující jen nehmotně jako součást koncepce. Fyzické komponenty jsou reálné, implementované.
- Stavební bloky: Architektonický stavební blok (ABB) je primárně logická komponenta, a stavební blok (SBB) řešení je fyzická komponenta. V praxi české veřejné správy se ukázala potřeba používat společně v modelech a diagramech architektury úřadu architektonické stavební bloky i stavební bloky řešení.
- Pohledy: Každý výsek či přehled architektury úřadu je možno vyjádřit pohledy, tj. diagramy, tabulkami, maticemi.
Metodika modelování architektury v DIA
Pro potřeby metodiky modelování architektury v DIA je definováno několik úrovní metamodelu, podle očekávané míry detailu obsažených informací v daném modelu.
- Maximální metamodel: Ukazuje celkovou množinu prvků a vazeb, použitelných při vytváření modelů pro DIA.
- Zjednodušený metamodel: Zjednodušená podoba maximálního metamodelu, která bude využívána u modelů obvyklého rozsahu.
Metodika pracuje s deseti architektonickými doménami.
Modelování byznys reality OVS
Základní modelovaný obsah byznys reality OVS slouží pro lepší pochopení požadavků byznysu na aplikační podporu.
- Agendy a agendové činnosti: Základní elementy pro modelování náplně práce úřadu.
- Služby veřejné správy: Detailnější rozpad agend.
- Životní události a situace: Popisují významné změny a stavy v životě klientů úřadů.
- Struktura organizace: Vyjádřena stromovou strukturou útvarů a pracovních pozic.
- Předpisy: Důvod pro existenci dané služby či formují její fungování.
- Obslužný kanál: Rozhraní, skrz které klient či pracovník úřadu přistupuje k jeho službám.
- Procesy: Nejdetailnější úroveň popisu obchodní vrstvy v podnikové architektuře.
Doporučení pro modelování byznys architektury
- Zajistěte si podporu organizace: Bez pochopení na straně poskytovatelů informací není možné se dobrat věrného modelu.
- Nezabředněte do příliš velkého detailu: Mít na mysli očekávanou úroveň detailu danou metamodelem a očekávaným čtenářem.
Architektura aplikací a dat
Architektura aplikací a dat je stěžejní částí architektonických modelů, neboť drtivá většina agend z byznys architektury je realizovaná právě službami aplikací.
- Aplikační komponenta: Nejvýraznější element aplikační architektury. Reprezentuje jednotlivé IT systémy, aplikace, nebo jejich části.
- Aplikační služba: Realizuje Službu veřejné správy skrze využití ve Funkci/procesu VS.
- Aplikační rozhraní: Systematizace komunikace mezi aplikacemi a vůči uživatelům.
- Datové objekty: Reprezentují realizaci Objektů VS na aplikační úrovni.
Doporučení pro modelování aplikační architektury
- Držte správnou granularitu aplikačních komponent: Dodržet definici komponenty: samostatně “deployable SW unit”.
- Zamezte duplikaci informací: Zajistit, aby nedocházelo k duplikaci informací za účelem modelování EA a evidencí ve specializovaných nástrojích.
Technologická architektura
Tato oblast je jedna ze dvou, které se v této metodice věnují infrastruktuře.
- Technologická služba: Popisuje požadavek na to, co by měla technologická vrstva umět a poskytovat směrem k vyšším vrstvám.
- Technologické funkce: Popis schopností nabízených na úrovni uzlů.
- Tech. Uzel: Základním prvkem modelu technologické infrastruktury. Reprezentuje typicky server či jiný fyzický prvek počítačového typu.
- Síť: Propojuje uzly.
- Artefakt: Reprezentuje datový prvek na úrovni tech. architektury.
Doporučení pro modelování technologické architektury
- Držte nejhrubší detail potřebný pro podnikového architekta: Nepřesáhnout míru detailu modelu.
Komunikační a fyzická infrastruktura
Tato vrstva má za úkol popsat geografické umístění prvků infrastruktury a komunikační cesty mezi nimi.
- Lokace: Datová centra, případně serverovny. Modelují se jako Budovy, které agregují prvky, jež jsou v nich umístěné.
Architektura implementace a migrace
V této oblasti se díváme na změny architektury podniku v čase, zejména jako výhled do budoucnosti ve formě roadmapy migrace.
- Stav architektury: Vizualizován přehledovými mapami architektury s vyznačením, které existující prvky v ní budou zastoupené i nadále, které přibudou a které naopak budou ukončené.
- Balíčky práce: Rozdíly mezi stavy architektury, které je nutné realizovat pomocí projektů, či programů.
TOGAF®: Rámec pro budování podnikové architektury
TOGAF® je mezinárodně uznávaný rámec pro budování a strategické řízení podnikové architektury (enterprise architecture) s využitím "best practices".
- Úrovně TOGAF: Level 1 Foundation a Level Practitioner.
- Cíle učení: Znalost a porozumění (Level 1), uplatňování a analýza (Level 2).
- Výstupy: Artifacts, templates, deliverables.
tags: #modelování #podnikové #architektury #název