TOGAF

TOGAF je založen na čtyřech vzájemně propojených oblastech specializace zvané architektura domén:

• Obchodní architektura, která definuje obchodní strategii, správu, organizaci a klíčové obchodní procesy organizace
• Datová architektura, která popisuje strukturu logických a fyzických datových prostředků organizace a přidružených prostředků pro správu dat
• Architektura aplikací, která poskytuje plán pro jednotlivé systémy, které mají být nasazeny, interakce mezi aplikačními systémy a jejich vztahy k základním podnikovým procesům organizace s rámcem pro služby, které mají být vystaveny jako obchodní funkce pro integraci.
• Technická architektura nebo technologická architektura, která popisuje hardwarovou, softwarovou a síťovou infrastrukturu potřebnou pro podporu nasazení základních, kriticky důležitých aplikací

Metoda ADM (Architecture Development Method) se používá k vývoji podnikové architektury, která bude splňovat obchodní a informační potřeby organizace. Může být přizpůsobena potřebám organizace a poté je využita k řízení provádění činností plánování architektury.

Proces je iterativní a cyklický. Každý krok kontroluje požadavky. Fáze C zahrnuje určitou kombinaci architektury dat a architektury aplikací. Mezi kroky B a C může být přidán další pohled za účelem poskytnutí kompletní informační architektury.

Pracovní postupy pro výkonnostní inženýrství jsou aplikovány ve fázi Požadavek a ve fázích Architektura podniku, Architektura informačních systémů a Technologie. V rámci architektury informačního systému je aplikován na architekturu dat a architekturu aplikací.

Podnikové kontinuum(Enterprise continuum) je způsob, jak klasifikovat řešení a architektury na kontinuum, která sahají od generických základních architektur až po specifické organizace v rámci i mimo rámec architektonického úložiště. Patří mezi ně architektonické modely, architektonické vzory, popisy architektury a další artefakty. Tyto artefakty mohou existovat uvnitř podniku a také v IT průmyslu jako celku.[9]

Podnikové kontinuum se skládá z architektonického kontinua a kontinua řešení. Architektonické kontinuum specifikuje strukturování aktiv opakovaně použitelné architektury a zahrnuje pravidla, reprezentace a vztahy informačních systémů dostupných podniku. Kontinuum řešení popisuje implementaci architektonického kontinua definováním opakovaně použitelných řešení.

The Open Group má certifikační program pro TOGAF 9 nástroje. Pro nejnovější registrace certifikačních nástrojů se odkazujte na The Open Group Register.[10]

Open Group dohlíží na formální kvalifikace v TOGAF na dvou úrovních, které lze absolvovat po formálním vzdělávání nebo samostudiu. Studenti mohou tyto kvalifikace absolvovat prostřednictvím školicích společností.[11]

(Level 1)Zajišťují, že jednotlivec pochopí podnikovou architekturu spolu s klíčovými pojmy a terminologií TOGAFcertifikace.

(Level 2) V návaznosti na kvalifikaci v základech se zajistí, že uchazeč je schopen analyzovat a aplikovat své znalosti na obchodní problémy.

Získání certifikovaného statusu TOGAF automaticky uděluje bezplatné členství v Asociaci podnikových architektů.

Na rozdíl od ADM je kladen důraz v podnikovém kontinuum na podporu komunikace v podnikové architektuře, tak že uživatelé z různých oddělení dokážou najít společný jazyk a dokázali diskutovat na stejné úrovni. Mimo komunikace také podporuje znovupoužití architektonických elementů a aktiv. Součástí kontinuum jsou:

• Architektonický kontinuum – obsahuje soubor vazeb mezi různými architekturami
• Kontinuum řešení – obsahuje soubor řešení v jednotlivých architektur

TOGAF foundatation architekture je architektura obsahují množství generických služeb a funkcí, které poskytují základ pro specifické architektury a architektonické komponenty, ze kterých je lze sestavit. Architektura je rozdělena do dvou částí:[12]

• Technický referenční model – obsahuje taxonomii generickou platformu služeb.
• Standardní informační báze – poskytuje databázi standardů, se kterými lze definovat určité služby a jiné komponenty podnikově orientovanou architekturu založenou na TOGAFu

Součástí standardu jsou knihovny TOGAFu, které podporují praktickou aplikaci přístupů TOGAFU. Knihovna slouží jako návod, šablona, struktura a dalších pomocných materiálů, které pomáhají a zrychlují tvorbu firemní IT architektury. Knihovna je udržována pod dohledem sdružení The Open Group Architecture Forum The TOGAF Library is maintained under the governance of The Open Group Architecture Forum.

Knihovna je rozdělena do 4 sekcí:

• Sekce 1: Zakládající dokumenty
• Sekce 2: Generické pokyny a techniky
• Sekce 3: Průmyslově-orientované pokyny a techniky
• Sekce 4: Podnikově-orientované pokyny a techniky

Dále obsahem TOGAFu jsou standardy používané při řízení enterprise architektury. To zahrnuje nejen už výše zmíněné organizační řízení ve firmě, tzv. architecture governance, ale také podporu práce architektů jako například standardy pro strukturované repozitáře technologií a dostupných komponent v organizaci. TOGAF také obsahuje sadu dalších technik, které architekti mohou využívat podle potřeby.

Popisuje přípravné aktivity vedoucí k ustavení útvaru architektury včetně definice architektonických postupů s ohledem na kontext organizace s cílem odstranit problémy neřešení Enterprise architektury a to i z pohledu bezpečnosti IS. Zde se zakládá architektonické úložiště, které má jasně definovanou strukturu – nejde jen o složku s projektovými adresáři, jak to známe z mnoha firem, ale jde o 3 úrovně detailu architektury – obecné schéma architektury celého systému na jednom listu, pak segmentová architektura jednotlivých aplikací a v třetí úrovni detailní architektura jednotlivých aplikací. S obecným schématem a segmenty pracuje spíše Enterprise architekt, solution architekt potřebuje detailní architekturu v třetí úrovni.

Připravuje variantní návrh řešení. Fáze A představuje prvotní návrh např. celého nového IS nebo jeho části včetně identifikace klíčových vlastníků aktiv a procesů (stakeholders) a indikace rozpočtu pro sponzora. Vytvoření Architecture Vision dokumentu v souladu s požadavky businessu a s ohledem na architektonické principy včetně bezpečnostní politiky. V Komerční bance jde o tzv. „Project Definition“. Řeší se zde rovněž analýza rizik na projektu.

Fáze B: Business Architektura popisuje rozpracování Business Architektury k podpoře odsouhlasené Architektonické vize (návrhu). Modelace use-case a diagramu tříd může být pomocí UML, nicméně TOGAF má vlastní modelovací jazyk ArchiMate, který je k dispozici zdarma včetně modelovacího nástroje Archi.

Fáze C: Information Systems architektura popisuje rozpracování Information Systems Architektury k podpoře odsouhlasené Architektonické vize. Jde o přípravu podkladů ve formě entitně-relačních diagramů a data-flow diagramů v databázové vrstvě. V aplikační vrstvě architekt pro vývojáře připravuje seznamy služeb pro programování dílčích XML kódů (WSDL).

Fáze D: Technologická architektura popisuje rozpracování Technologické architektury k podpoře odsouhlasené architektonické vize. Modeluje se nová topologie sítě, zapojení serverů, definice datových úložišť či revize havarijních plánů a plánů kontinuity.

Pro fáze B, C, D ve společných krocích popisujeme Baseline (AS-IS) a Target (TO-BE) architekturu, identifikujeme GAPy, tvoříme Road mapu projektu. Klíčovým výstupem je Architecture definition document, což je rozsáhlejší obdoba Technické specifikace v Cleverlance či poměrně věrná obdoba dokumentu „Solution Design“ v Komerční bance.

Fáze E: Příležitosti & Řešení popisuje prvotní návrh implementačního a migračního plánu včetně architektonické roadmapy. Zahrnuje identifikaci pracovních balíčků k implementaci na základě výstupů architektonické práce v předchozích fázích B, C, D. Zde je již významné zapojení projektového managementu třeba dle Prince2. Zde se řeší detailní rozpočet a alokace v čase na implementaci. Rovněž může dojít k rozslotování projektu pomocí tzv. Transition architektury.

Fáze F: Plánování migrace popisuje finalizovaný implementační a migrační plán případně tranziční architekturu s cílem dodat cílovou architekturu aplikace či IS. V případě, že nejsme v souladu s indikativním rozpočtem z Fáze A, tak je zde prováděno škrtání v projektu na základě cost/benefit a value delivery s klíčovými stakeholdery a sponzorem.

Fáze G: Řízení implementace je implementační. Enterprise architekt předává hotové architektonické návrhy a účastní se celé řady procesů, mezi které patří zajištění dodávky security do projektu včetně subdodavatelů, zajištění Compliance Review (audit), řízení Solution Architektů, dodávky bezpečnosti v rámci vývoje, post-implementační review a zaštiťuje Risk management v průběhu implementace.

Fáze H: Změny návrhu pokrývají celou řadu typů změn přes jednoduché změny k inkrementálním změnám až po rearchitektonické změny. Togaf rozlišuje, zda je nutné provádět popis architektury pro situace, kdy zákazník chce, aby tlačítko bylo modré a ne červené a pro situaci, kdy se významně zasahuje do více vrstev architektury (třeba do business a datové).

Fáze Management požadavků poskytuje rámec na dodávku jakýchkoliv funkčních i nefunkčních (např. bezpečnostních požadavků) kdykoliv v rámci vývoje nových IS. Řeší prioritizaci požadavků a vyhodnocení jejich dopadů.