TOGAFTOGAF
Část 1.Část 1.
MotivaceMotivace
Doposud jsme si ukazovali, jaké Doposud jsme si ukazovali, jaké architektury informačních systémů existují, architektury informačních systémů existují, z čeho se skládají a jaké mají vlastnostiz čeho se skládají a jaké mají vlastnosti
Zatím jsme se nezabývali uměním, jak Zatím jsme se nezabývali uměním, jak takovou architekturu navrhnouttakovou architekturu navrhnout
Dobrá metoda: využít existující metodiku Dobrá metoda: využít existující metodiku založenou na založenou na best practicesbest practices
TOGAFTOGAF
TOGAF = TOGAF = The Open Group Architecture The Open Group Architecture FrameworkFramework
Světově velmi populární framework pro Světově velmi populární framework pro podnikovou architekturu (EA = podnikovou architekturu (EA = Enterprise Enterprise ArchitectureArchitecture), od roku 1994), od roku 1994
Možnost kvalifikačních zkoušekMožnost kvalifikačních zkoušek
Jen několik příkladů společností, které Jen několik příkladů společností, které TOGAF vytvářejí a podporují:TOGAF vytvářejí a podporují:
Příklady (1)Příklady (1)
Příklady (2)Příklady (2)
HistorieHistorie
Verze 9 - verze uvolněná v únoru 2009 - je Verze 9 - verze uvolněná v únoru 2009 - je výsledkem velkých přepracovánívýsledkem velkých přepracování
Rodina verzí 8 vznikala od roku 2002, Rodina verzí 8 vznikala od roku 2002, přičemž nejpodstatnější změnou, kterou přičemž nejpodstatnější změnou, kterou přinesly, bylo zavedení pojmu přinesly, bylo zavedení pojmu Enterprise Enterprise ContinuumContinuum = podnikové kontinuum = podnikové kontinuum
Nevýhody TOGAFNevýhody TOGAF
Jako mnoho jiných frameworků v IT, Jako mnoho jiných frameworků v IT, TOGAF 9 nejde "použít hned po vybalení TOGAF 9 nejde "použít hned po vybalení z krabice" z krabice"
Má totiž kolem 780 stránek a je především Má totiž kolem 780 stránek a je především velkou výzvou pro čtení. velkou výzvou pro čtení.
Dozvíte se v něm více o tom, Dozvíte se v něm více o tom, coco udělat, udělat, než než jakjak to udělat. to udělat.
Nevýhody TOGAFNevýhody TOGAF
Tudíž nelze jednoduše spustit program Tudíž nelze jednoduše spustit program Enterprise ArchitectEnterprise Architect (přestože ten s (přestože ten s TOGAF pracovat umí) a začít tvořitTOGAF pracovat umí) a začít tvořit
Neexistují začátečnické příručky, šablony Neexistují začátečnické příručky, šablony dokumentů ani fungující příkladydokumentů ani fungující příklady
Dobrá zpráva: jsou k dispozici Dobrá zpráva: jsou k dispozici checklistschecklists = kontrolní seznamy= kontrolní seznamy
Úvodní shrnutíÚvodní shrnutí
TOGAF se prezentuje (a prodává) jako TOGAF se prezentuje (a prodává) jako nástroj, framework pro podnikové nástroj, framework pro podnikové architektury (EA)architektury (EA)
Je velmi dobrý na vývoj architektur EAJe velmi dobrý na vývoj architektur EA
Ale je mnohem slabší na řízení EAAle je mnohem slabší na řízení EA
Co je Co je Enterprise ArchitectureEnterprise Architecture??
Jak už víme z dřívějška, EA je definována Jak už víme z dřívějška, EA je definována jen velmi vágnějen velmi vágně
Z hlediska frameworku TOGAF můžeme Z hlediska frameworku TOGAF můžeme rozlišit 3 způsoby přístupu:rozlišit 3 způsoby přístupu:– Přístup z hlediska ITPřístup z hlediska IT– Akademický přístupAkademický přístup– Pragmatický obchodní přístupPragmatický obchodní přístup
Přístup z hlediska ITPřístup z hlediska IT
Tento přístup vychází z architektury IT Tento přístup vychází z architektury IT systémů. systémů.
Systémoví architekti se snaží „přiohnout“ Systémoví architekti se snaží „přiohnout“ své vžité metody na úroveň podnikusvé vžité metody na úroveň podniku
TOGAF je tím silně ovlivněnTOGAF je tím silně ovlivněn
Akademický přístupAkademický přístup
Tento přístup se nejprve ptá „co to je Tento přístup se nejprve ptá „co to je podniková architektura?“podniková architektura?“
Z toho vychází a teprve následně hledá Z toho vychází a teprve následně hledá metody pro modelování podniku, vytváří metody pro modelování podniku, vytváří meta-modely libovolného podniku, zabývá meta-modely libovolného podniku, zabývá se jejich vývojem apod.se jejich vývojem apod.
Jde o vývoj shora dolů.Jde o vývoj shora dolů.
Pragmatický obchodní přístupPragmatický obchodní přístup
Základní otázka: „Co se musí udělat, aby Základní otázka: „Co se musí udělat, aby se z podnikových zdrojů IT získalo co se z podnikových zdrojů IT získalo co nejvíc?“nejvíc?“
V hantýrce se tomu říká „V hantýrce se tomu říká „IT / Business IT / Business AlignmentAlignment“ čili „sladění IT s obchodem““ čili „sladění IT s obchodem“
Není to deterministická úlohaNení to deterministická úloha
Optimální postup závisí na stupni Optimální postup závisí na stupni vyspělosti organizacevyspělosti organizace
Sladění IT s obchodemSladění IT s obchodem
Obchodní hodnota IT
IT je centrem nákladů
IT následuje obchodní strategii
IT umožňuje realizaci obchodu
Ředitel pro IT (Ředitel pro IT (CIOCIO))
Podnik, který pracuje s jinými komoditami Podnik, který pracuje s jinými komoditami a nehledí na IT jako na strategický faktor a nehledí na IT jako na strategický faktor určující pozici podniku proti konkurenci, určující pozici podniku proti konkurenci, nemívá složitou strukturu ředitelství ITnemívá složitou strukturu ředitelství IT
Podnik, přes jehož IT účet se valí milióny Podnik, přes jehož IT účet se valí milióny ročně, bude mít všechny funkce které zde ročně, bude mít všechny funkce které zde popíšu (a patrně ještě několik dalších)popíšu (a patrně ještě několik dalších)
Typické části řízení ITTypické části řízení IT
Podnikové architektury a jejího řízení se týkajíjen části označené hvězdičkou.
Ostatní části se jí nijaknetýkají, a proto se jiminebudeme zabývat.
Řízení ITŘízení IT
IT strategieIT strategie: Někdo musí definovat : Někdo musí definovat strategii řízení podnikových zdrojů ITstrategii řízení podnikových zdrojů IT
PPM = PPM = Project Portfolio ManagementProject Portfolio Management: : Účty za IT existují mnohem déle než EA Účty za IT existují mnohem déle než EA (dokonce než IT), proto manažeři mívají (dokonce než IT), proto manažeři mívají někoho, kdo zodpovídá za účty IT, kdo někoho, kdo zodpovídá za účty IT, kdo vyrovnává příjmy a výdaje a kdo plánuje vyrovnává příjmy a výdaje a kdo plánuje výdaje na příští obdobívýdaje na příští období
Enterprise Architecture, EAEnterprise Architecture, EA
O tom budeme hovořit za chvilkuO tom budeme hovořit za chvilku
IT AuditIT Audit
Tato funkce je kritická pro úspěch podnikuTato funkce je kritická pro úspěch podniku
IT audit se dělá ve většině organizacíIT audit se dělá ve většině organizací
De factoDe facto standard ve světě je COBIT standard ve světě je COBIT (bude se na VŠMIE učit od příštího roku)(bude se na VŠMIE učit od příštího roku)
Ale s TOGAF to nijak nesouvisí, proto o Ale s TOGAF to nijak nesouvisí, proto o tom nebudeme hovořittom nebudeme hovořit
IT BezpečnostIT Bezpečnost
Pro reputaci, integritu a bezpečnost Pro reputaci, integritu a bezpečnost organizace naprosto klíčováorganizace naprosto klíčová
Pro zajištění bezpečnosti existuje mnoho Pro zajištění bezpečnosti existuje mnoho frameworkůframeworků
S TOGAF to souvisí jen vzdáleně; S TOGAF to souvisí jen vzdáleně; dotkneme se toho na konci semestru, dotkneme se toho na konci semestru, pokud na to zbyde čas.pokud na to zbyde čas.
Řízení dodavatelůŘízení dodavatelů
Řada organizací přenáší činnosti na své Řada organizací přenáší činnosti na své subdodavatelesubdodavatele
To se týká také celého IT, resp. mnoha To se týká také celého IT, resp. mnoha částí jejich práce s výjimkou těch částí jejich práce s výjimkou těch klíčovýchklíčových
Dodavatele je třeba řídit (ve všech Dodavatele je třeba řídit (ve všech smyslech toho slova)smyslech toho slova)
Pozor:Pozor:
Od tohoto momentu dále se budeme Od tohoto momentu dále se budeme zabývat jen těmi částmi označenými zabývat jen těmi částmi označenými hvězdičkouhvězdičkou
To znamená:To znamená:– IT StrategieIT Strategie– EA = Enterprise ArchitectureEA = Enterprise Architecture
Struktura EAStruktura EA
Struktura EA se dá rozdělit do tří hlavních Struktura EA se dá rozdělit do tří hlavních bloků:bloků:– Strategické úlohy,Strategické úlohy,– Operativní úlohyOperativní úlohy– Základní úlohyZákladní úlohy
Strategické úlohyStrategické úlohy
Architekti EA často pomáhají řediteli IT Architekti EA často pomáhají řediteli IT (CIO) vyvinout strategii IT. Ale vedle toho (CIO) vyvinout strategii IT. Ale vedle toho existují ještě další strategické úlohy (tzn. existují ještě další strategické úlohy (tzn. úlohy s horizontem delším než 3-5 let):úlohy s horizontem delším než 3-5 let):
Řízení portfolia ITŘízení portfolia IT dodá základní data dodá základní data potřebná pro potřebná pro strategické plánovánístrategické plánování, které , které spojuje strategické cíle se současným spojuje strategické cíle se současným stavem (hrubý plán portfolia projektů)stavem (hrubý plán portfolia projektů)
Operativní úlohyOperativní úlohy
Každodenní úlohy architekta: aplikace a Každodenní úlohy architekta: aplikace a implementace strategií.implementace strategií.
Architecture GovernanceArchitecture Governance = řízení = řízení
Nejdřív je potřeba vyhledat Nejdřív je potřeba vyhledat kritické kritické projektyprojekty (mohou změnit architekturu) tak, (mohou změnit architekturu) tak, že se sleduje portfolio projektůže se sleduje portfolio projektů
Jakmile jich je identifikováno ~10%, už je Jakmile jich je identifikováno ~10%, už je potřeba na ně napojit tým architektů a tím potřeba na ně napojit tým architektů a tím z nich udělat normální procesz nich udělat normální proces
Základní úlohyZákladní úlohy
Když začínáte vytvářet EA, začnete od Když začínáte vytvářet EA, začnete od několika základů, zejména:několika základů, zejména:
Často to je spuštění nástroje pro EA, třeba Často to je spuštění nástroje pro EA, třeba Enterprise ArchitectEnterprise Architect, aby vůbec byla šance , aby vůbec byla šance to usledovat to usledovat
Dále je potřeba najít vhodný meta-modelDále je potřeba najít vhodný meta-model
Pro zjednodušení stanovit (nebo vymyslet) Pro zjednodušení stanovit (nebo vymyslet) standardy platné pro organizacistandardy platné pro organizaci
Softwarový architekt jako profeseSoftwarový architekt jako profese
Ukážu krátkou historii software a Ukážu krátkou historii software a architektury softwaru. architektury softwaru. Historie vývoje softwaru přinesla řadu Historie vývoje softwaru přinesla řadu abstrakcí a metafor, které se v průběhu abstrakcí a metafor, které se v průběhu času postupně rozrůstají. času postupně rozrůstají. To platí pro software i příbuzných oborech, To platí pro software i příbuzných oborech, včetně návrhu programovacích jazyků, včetně návrhu programovacích jazyků, platforem, procesů, organizace a nástrojů platforem, procesů, organizace a nástrojů používaných k rozvoji softwaru. používaných k rozvoji softwaru.
Softwarový architekt jako profeseSoftwarový architekt jako profese
Důvodem je skutečnost, že jsme konfrontováni s Důvodem je skutečnost, že jsme konfrontováni s množstvím software, který roste exponenciálněmnožstvím software, který roste exponenciálněPojem softwarový architekt sám se objevil v Pojem softwarový architekt sám se objevil v půlce padesátých let. půlce padesátých let. Název pozice softwarového architekta je dnes Název pozice softwarového architekta je dnes velmi v módě velmi v módě Většina lidí v obchodu se definuje jako Většina lidí v obchodu se definuje jako „softwaroví architekti“, protože jejich plat je pak „softwaroví architekti“, protože jejich plat je pak mnohem lepší a protože titul je přitažlivější než mnohem lepší a protože titul je přitažlivější než pouhý „programátor'pouhý „programátor'
Trocha historieTrocha historie
Software jak jej známe dnes, artefakt nezávislý Software jak jej známe dnes, artefakt nezávislý na hardwaru, začal se vyvíjet v 50. létechna hardwaru, začal se vyvíjet v 50. létech
GUIDE / SHARE organizace, která se zabývala GUIDE / SHARE organizace, která se zabývala výměnou software pro počítače IBM, byla výměnou software pro počítače IBM, byla založena v roce 1955 a zasloužila se o vývoj založena v roce 1955 a zasloužila se o vývoj mnoha operačních systémů (System OS/360 byl mnoha operačních systémů (System OS/360 byl typickým představitelem těchto projektů). Fred typickým představitelem těchto projektů). Fred Brooks, hlavní designér tohoto projektu Brooks, hlavní designér tohoto projektu publikoval své zážitky v knize „publikoval své zážitky v knize „The Mythicam The Mythicam Man monthMan month““
Úplné začátkyÚplné začátky
Vůdčí osobnosti programování se setkali v roce Vůdčí osobnosti programování se setkali v roce 1968 na slavné konferenci NATO v Garmisch, 1968 na slavné konferenci NATO v Garmisch, aby přemýšleli o tom, jak léčit "softwarovou krizi" aby přemýšleli o tom, jak léčit "softwarovou krizi" s použitím nových metafor softwarového s použitím nových metafor softwarového inženýrství. inženýrství.
Softwaroví architekti na této konferenci, nebo v Softwaroví architekti na této konferenci, nebo v té době, ještě nebyli.té době, ještě nebyli.
V té době byly položeny základy pro techniky, V té době byly položeny základy pro techniky, jako je abstrakce dat a modularizace. jako je abstrakce dat a modularizace.
Začalo to vývojem jazykůZačalo to vývojem jazyků
Výzkum byl zaměřen především na Výzkum byl zaměřen především na programování: místo tehdy běžných programování: místo tehdy běžných strojových jazyků, zavedli vyšší strojových jazyků, zavedli vyšší programovací jazyky (ALGOL 68, COBOL, programovací jazyky (ALGOL 68, COBOL, ADA 1980).ADA 1980).
Pojem „softwarová architektura“ se začal Pojem „softwarová architektura“ se začal systematicky objevovat po roce 1995 systematicky objevovat po roce 1995 [Gerlan, Shaw, Bass][Gerlan, Shaw, Bass]
Softwarová architekturaSoftwarová architektura
Softwarová architektura softwarového Softwarová architektura softwarového inženýrství je metafora, která se snaží inženýrství je metafora, která se snaží vysvětlit procesy kolem tvorby softwaru vysvětlit procesy kolem tvorby softwaru pomocí analogie jiných oborů pomocí analogie jiných oborů (strojírenství, stavebnictví)(strojírenství, stavebnictví)
Lidé se snažili převést metody a postupy Lidé se snažili převést metody a postupy ze stavební architektury na vytváření ze stavební architektury na vytváření softwarových architektursoftwarových architektur
Gang čtyřGang čtyř
V té době Gang čtyř [Gang of Four] V té době Gang čtyř [Gang of Four] vytvořil základ k popisu opakujících se vytvořil základ k popisu opakujících se postupů v softwaru. postupů v softwaru. Doporučili používat návrhové vzory. Doporučili používat návrhové vzory. Je třeba poznamenat, že Go4 nebyli první, Je třeba poznamenat, že Go4 nebyli první, kdo převedli návrhové vzorykdo převedli návrhové vzoryProgramátoři, kteří se vyvíjeli tyto vzory, Programátoři, kteří se vyvíjeli tyto vzory, se později začali nazývat softwarovými se později začali nazývat softwarovými architekty. architekty.
Dnešní stavDnešní stav
Od té chvíle se softwarový architekt začal vyvíjet Od té chvíle se softwarový architekt začal vyvíjet jako samostatná profese: učí se na seminářích a jako samostatná profese: učí se na seminářích a univerzitách, dělají se certifikace pro softwarové univerzitách, dělají se certifikace pro softwarové architekty, existují dohody o učebních osnovách architekty, existují dohody o učebních osnovách pro softwarové architekty. pro softwarové architekty.
A jak tato skupina dostává daleko lépe A jak tato skupina dostává daleko lépe zaplaceno než 'jen obyčejná programátoři', zaplaceno než 'jen obyčejná programátoři', můžeme pozorovat tendenci přesouvat se do můžeme pozorovat tendenci přesouvat se do softwarové architektury místo jen obyčejného softwarové architektury místo jen obyčejného programování programování
Podniková architekturaPodniková architektura
Růst softwaru se nezastavil na hranicích Růst softwaru se nezastavil na hranicích jednotlivých (i když velkých) softwarových jednotlivých (i když velkých) softwarových systémů. systémů.
Metafora architektury a softwaru se neosvědčuje Metafora architektury a softwaru se neosvědčuje při vysvětlování, jak se vypořádat s krajinnými při vysvětlování, jak se vypořádat s krajinnými komplexy, které se skládají ze stovek či dokonce komplexy, které se skládají ze stovek či dokonce tisíců velkých softwarových systémů. tisíců velkých softwarových systémů.
Proto zavádím novou metaforu s názvem Proto zavádím novou metaforu s názvem městské plánování (viz později) městské plánování (viz později)
Podniková architekturaPodniková architektura
Rozsáhlé systémy jsou dobře provázané Rozsáhlé systémy jsou dobře provázané vertikálně: od uživatelského rozhraní až k vertikálně: od uživatelského rozhraní až k databázové vrstvě,databázové vrstvě,
Ale nebyly (a mnohdy nejsou) tak dobré v Ale nebyly (a mnohdy nejsou) tak dobré v horizontálním provázání. Dodnes zůstávají horizontálním provázání. Dodnes zůstávají na úrovni integrace dat nebo dokonce jen na úrovni integrace dat nebo dokonce jen dávkového kopírování dat.dávkového kopírování dat.
RozsahRozsah
Pokud se Softwarový Architekt zabývá jedním Pokud se Softwarový Architekt zabývá jedním systémem, nebo možná shlukem 7 nebo 10 systémem, nebo možná shlukem 7 nebo 10 systémů, pak Enterprise Architect musí řešit systémů, pak Enterprise Architect musí řešit souhrn všech aplikací v podniku. Pro malé souhrn všech aplikací v podniku. Pro malé podniky to může být 50 aplikací, pro významnou podniky to může být 50 aplikací, pro významnou pojišťovnu by to mohlo být 300 systémů a pojišťovnu by to mohlo být 300 systémů a globální výrobce automobilů typicky má ve svém globální výrobce automobilů typicky má ve svém portfoliu více než 3000 až 4000 IT aplikací - portfoliu více než 3000 až 4000 IT aplikací - jednotlivé aplikace, pro zaměstnance a pracovní jednotlivé aplikace, pro zaměstnance a pracovní stanice nepočítaje. stanice nepočítaje.
EA jako urbanistaEA jako urbanista
Enterprise Architekt je jako urbanista: Enterprise Architekt je jako urbanista: musí řešit spolupráci s téměř každou musí řešit spolupráci s téměř každou skupinou subjektů ve společnosti, ať už je skupinou subjektů ve společnosti, ať už je to vrcholového vedení, ať už to jsou to vrcholového vedení, ať už to jsou skupiny uživatelů, nebo vazba na veřejné skupiny uživatelů, nebo vazba na veřejné agentury (třeba Komise pro cenné papíry), agentury (třeba Komise pro cenné papíry), nebo orgány, které se zabývají ochranou nebo orgány, které se zabývají ochranou dat, a v neposlední řadě se skupinami, dat, a v neposlední řadě se skupinami, které chtějí novou aplikaci. které chtějí novou aplikaci.
EA jako urbanistaEA jako urbanista
Protože tyto úkoly mají některé podobnosti s Protože tyto úkoly mají některé podobnosti s prací městského urbanisty, Enterprise Architekt prací městského urbanisty, Enterprise Architekt se někdy též nazývá urbanista.se někdy též nazývá urbanista.
Urbanisté neposkytují podrobné plány pro jednu Urbanisté neposkytují podrobné plány pro jednu budovu. budovu.
Poskytují územní plány, které určují, jaké druhy Poskytují územní plány, které určují, jaké druhy staveb budou uspořádány ve které zóně. staveb budou uspořádány ve které zóně.
Starají se o soubor staveb města (i když by také Starají se o soubor staveb města (i když by také měli mít kvalifikaci na projektování jen jedné). měli mít kvalifikaci na projektování jen jedné).
Příklad: rozdělení zón (Vídeň)Příklad: rozdělení zón (Vídeň)
Poznámky k akademickému Poznámky k akademickému přístupupřístupu
Jako příklad pro akademický přístup k Jako příklad pro akademický přístup k podnikové architektuře můžeme použít podnikové architektuře můžeme použít přístup univerzity ze St. Gallenpřístup univerzity ze St. Gallen
Tato univerzita používá následující definici Tato univerzita používá následující definici podnikové architektury, která je také podnikové architektury, která je také podporována Open Grouppodporována Open Group
EA: Definice (1)EA: Definice (1)
Podle ANSI / lEEE Std 1471-2000, je architektura Podle ANSI / lEEE Std 1471-2000, je architektura definovaná jako 'základní organizace systému, definovaná jako 'základní organizace systému, zakotvená v jeho komponentech, jejich vztazích k sobě zakotvená v jeho komponentech, jejich vztazích k sobě navzájem a k okolnímu prostředí a zásady jeho designu navzájem a k okolnímu prostředí a zásady jeho designu a vývoje ‚ (lEEE 2000). a vývoje ‚ (lEEE 2000). Enterprlse Architecturu (EA) tudíž je třeba chápat jako Enterprlse Architecturu (EA) tudíž je třeba chápat jako (1) základ organizace řízení společnosti, a to buď jako (1) základ organizace řízení společnosti, a to buď jako celek, nebo společně s partnery, dodavateli a / nebo celek, nebo společně s partnery, dodavateli a / nebo zákazníky („extended enterprise“), nebo po částech zákazníky („extended enterprise“), nebo po částech (např. divize, oddělení, atd.), stejně jako (2) zásady jeho (např. divize, oddělení, atd.), stejně jako (2) zásady jeho konstrukce a vývoje (Open Group 2003). konstrukce a vývoje (Open Group 2003).
EA: Definice (2)EA: Definice (2)
Protože EA model je reprezentací architektury Protože EA model je reprezentací architektury (současného nebo cílového stavu) skutečné (současného nebo cílového stavu) skutečné organizace, EA framework poskytuje:organizace, EA framework poskytuje:
1 nebo více meta-modelů pro popis EA,1 nebo více meta-modelů pro popis EA,
1 nebo více metod pro návrh a vývoj EA,1 nebo více metod pro návrh a vývoj EA,
Společný slovník pro EA, Společný slovník pro EA,
a případně i Referenční modely, které lze použít a případně i Referenční modely, které lze použít jako šablony, nebo doporučení pro design a jako šablony, nebo doporučení pro design a vývoj EA. vývoj EA.
EA: Definice (3)EA: Definice (3)
Tuto definici konkretizujete tím:Tuto definici konkretizujete tím:Jak modelujete podnik jako celek od Jak modelujete podnik jako celek od strategií přes schopnosti a obchodní strategií přes schopnosti a obchodní procesy až na úroveň infrastruktury, procesy až na úroveň infrastruktury, Jak jste schopni odvodit vlastnosti nebo Jak jste schopni odvodit vlastnosti nebo určit, co je dobré nebo špatné s ohledem určit, co je dobré nebo špatné s ohledem na strategické cíle podniku na strategické cíle podniku Jak naleznete správný meta-model pro Jak naleznete správný meta-model pro podnikové architektury ve vašem podniku podnikové architektury ve vašem podniku
EA: Definice (4)EA: Definice (4)
Jak budete vyvíjet nebo sdružovat meta-Jak budete vyvíjet nebo sdružovat meta-modelymodely
TOGAF verze 9TOGAF verze 9
Důraz je na vytvoření konkrétní architektury: pro Důraz je na vytvoření konkrétní architektury: pro systém, pro soubor systémů nebo architekturu systém, pro soubor systémů nebo architekturu podniku jako celku. podniku jako celku.
Důraz se Důraz se nekladeneklade na: na:– Rozvoj IT strategie založené na obchodní strategiRozvoj IT strategie založené na obchodní strategi– Řízení portfolia aplikací: Nakládání s tisíci existujících Řízení portfolia aplikací: Nakládání s tisíci existujících
aplikací a rozhodnutí, které mají budoucnost, které je aplikací a rozhodnutí, které mají budoucnost, které je třeba změnit a které je třeba nahradittřeba změnit a které je třeba nahradit
– Řízení architektury: Toto je zmíněno, ale nepovažuje za Řízení architektury: Toto je zmíněno, ale nepovažuje za hlavníhlavní
TOGAF verze 9TOGAF verze 9
Jádrem TOGAF je Jádrem TOGAF je ADMADM ( (Architekture Architekture Development MethodDevelopment Method))Během vývoje TOGAF bylo jeho jádro, Během vývoje TOGAF bylo jeho jádro, ADM, poměrně stabilní a bylo jen ADM, poměrně stabilní a bylo jen rozšiřováno (zavedení podnikového rozšiřováno (zavedení podnikového kontinua)kontinua)TOGAF se vypracoval z jednoduchého TOGAF se vypracoval z jednoduchého frameworku do komplexní metodiky pro frameworku do komplexní metodiky pro EAEA
ShrnutíShrnutí
Zatím jsme viděli, že existují různé přístupy k Zatím jsme viděli, že existují různé přístupy k Enterprise Architecture v závislosti na Enterprise Architecture v závislosti na individuálních východiscích a cílech. individuálních východiscích a cílech.
Dále ukážu používání Dále ukážu používání seznamu úkolůseznamu úkolů Enterprise Architekta Enterprise Architekta
Popíšeme si hlavní bloky úkolů, které prokazují, Popíšeme si hlavní bloky úkolů, které prokazují, co TOGAF dovedeco TOGAF dovede
Dáme si odkazy na další materiály, které budete Dáme si odkazy na další materiály, které budete moci používatmoci používat
Děkuji za pozornostDěkuji za pozornost