+ All Categories

TOGAF

Date post: 21-Jan-2016
Category:
Upload: zalika
View: 68 times
Download: 0 times
Share this document with a friend
Description:
TOGAF. Část 1. Motivace. Doposud jsme si ukazovali, jaké architektury informačních systémů existují, z čeho se skládají a jaké mají vlastnosti Zatím jsme se nezabývali uměním, jak takovou architekturu navrhnout Dobrá metoda: využít existující metodiku založenou na best practices. TOGAF. - PowerPoint PPT Presentation
49
TOGAF TOGAF Část 1. Část 1.
Transcript
Page 1: TOGAF

TOGAFTOGAF

Část 1.Část 1.

Page 2: TOGAF

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

Page 3: TOGAF

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í:

Page 4: TOGAF

Příklady (1)Příklady (1)

Page 5: TOGAF

Příklady (2)Příklady (2)

Page 6: TOGAF

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

Page 7: TOGAF

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.

Page 8: TOGAF

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

Page 9: TOGAF

Ú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

Page 10: TOGAF

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

Page 11: TOGAF

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

Page 12: TOGAF

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ů.

Page 13: TOGAF

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

Page 14: TOGAF

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

Page 15: TOGAF

Ř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)

Page 16: TOGAF

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.

Page 17: TOGAF

Ří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í

Page 18: TOGAF

Enterprise Architecture, EAEnterprise Architecture, EA

O tom budeme hovořit za chvilkuO tom budeme hovořit za chvilku

Page 19: TOGAF

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

Page 20: TOGAF

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.

Page 21: TOGAF

Ří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)

Page 22: TOGAF

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

Page 23: TOGAF

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

Page 24: TOGAF

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ů)

Page 25: TOGAF

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

Page 26: TOGAF

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

Page 27: TOGAF

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.

Page 28: TOGAF

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'

Page 29: TOGAF

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““

Page 30: TOGAF

Ú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.

Page 31: TOGAF

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]

Page 32: TOGAF

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

Page 33: TOGAF

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.

Page 34: TOGAF

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í

Page 35: TOGAF

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)

Page 36: TOGAF

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.

Page 37: TOGAF

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.

Page 38: TOGAF

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.

Page 39: TOGAF

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é).

Page 40: TOGAF

Příklad: rozdělení zón (Vídeň)Příklad: rozdělení zón (Vídeň)

Page 41: TOGAF

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

Page 42: TOGAF

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).

Page 43: TOGAF

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.

Page 44: TOGAF

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

Page 45: TOGAF

EA: Definice (4)EA: Definice (4)

Jak budete vyvíjet nebo sdružovat meta-Jak budete vyvíjet nebo sdružovat meta-modelymodely

Page 46: TOGAF

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í

Page 47: TOGAF

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

Page 48: TOGAF

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

Page 49: TOGAF

Děkuji za pozornostDěkuji za pozornost


Recommended