TOGAF Část 2..

Prezentace na téma: "TOGAF Část 2.."— Transkript prezentace:

1 TOGAF Část 2.

2 TOGAF je MDG (1) TOGAF je implementace MDG
MDG = Model Driven Generation technologie Model-Driven Architecture (MDA) je způsob vývoje softwarových systémů. Poskytuje soubor směrnic pro strukturální specifikace, které jsou chápány jako modely

3 TOGAF je MDG (2) Jedním z hlavních cílů MDG je oddělit design od architektury. Design řeší funkční požadavky, zatímco architektura poskytuje infrastrukturu, jejímž prostřednictvím jsou realizovány ne-funkční požadavky, jako je škálovatelnost, spolehlivost a výkon. MDG je nezávislý na platformě

4 TOGAF je MDG (3) MDG technologie pro TOGAF poskytuje na modelech založený rámec pro plánování, navrhování a implementaci architektury podniku V programu Enterprise Architect je pro TOGAF přednastaven model, který odpovídá všem zásadám MDG Nazývá se TOGAF Interface Diagram

5 TOGAF Interface Diagram

6 ADM Tato část TOGAF, která se v EA nazývá TOGAF Interface Diagram, se v teorii nazývá ADM = Architecture Development Method. Je to základ TOGAF Podrobně rozebereme později

7 PRELIMINARY Do této části patří především„Strategie IT“
Ale je to dlouhé povídání a my si teď potřebujeme naučit něco, co můžeme procvičovat na cvičeních. Proto si to necháme na později a nyní si probereme další práci s EA, jeho obecné nástroje, jejichž užití také patří do části Preliminary

8 TOGAF v EA TOGAF je volitelnou a placenou součástí
Proto je potřeba nejdřív nainstalovat V ŠISu jsou soubory EASETUP.exe, 30-denní trial EA EATOGAF.exe, 30-denní trial doplňku TOGAF k EA

9 Postup instalace (1) Nainstalovat EA. Pokud se při instalaci na můj virtuální PC ozve ochrana SpyBot, tak zapamatovat, že je OK Spustit EA (defaultně) Stáhnout a spustit EATOGAF.exe

10 Postup instalace (2) V menu: Add-Ins  Manage Add-Ins
Musí obsahovat řádek TOGAF, Disabled, Load on Startup Restartovat EA (!) V menu: Add-Ins  TOGAF  Open Example Model

11 Výchozí stav

12 EA pro Preliminary EA toho moc nenabízí, spíše jen popisné texty

13 Ale má mnoho obecných nástrojů
Mind Mapping Diagram=myšlenkové mapy Organizational Chart=organizační diagram Flow Chart = vývojový diagram Value Chain=hodnotový řetězec Balanced Scorecard=??? Strategy Map=strategické mapy Decision Tree=rozhodovací strom

14 Mind Mapping Diagram (1)
Myšlenkové mapy slouží k jednoduchému, názornému zobrazení složitých věcí a vztahů Jsou názorné, ale nepřesné a neformální Použití: učení, spolupráce, brainstorming, prezentace složitých myšlenek, rozhodování

15 Mind Mapping Diagram (2)
Na „ADM_Preliminary“ pravým tlačítkem vytvořit nový balíček „package“ nazvaný „Myšlenky“ Automaticky se vytvoří diagram, nazvat ho „Můj Nápad“ Přitom vybrat Form=MindMapping Type=MM Diagram Poklepáním na „Můj Nápad“ se (prázdná) mapa zobrazí na ploše

16 Mind Mapping Diagram (3)
Začnete centrálním tématem: otevřete si ToolboxMore toolsMind Mapping, z něj vyberete Central Topic a přetáhnete na plochu Podobně zadejte hlavní témata (Main Topic) Rozhodování, Řešení problémů a Podpora paměti toto je symbol pro „rychlý link“

17 Mind Mapping Diagram (4)
Pomocí symbolu (šipky) „rychlý link“ témata propojte

18 Mind Mapping Diagram (5)
Pro zvýraznění lze použít barvy

19 Mind Mapping Diagram (5)
Případně lze změnit rozložení grafu: vyberte témata a ve ViewLayout tools vyberte druh rozložení. Zelenou šipkou se aplikuje

20 Mind Mapping Diagram (6)
Poklepáním vyvoláme formulář, kde lze nastavit mnoho podrobností, třeba externí link

21 Organizační diagram (1)
Organizační diagram je grafická reprezentace struktury organizace, která zobrazuje vztahy, role a odpovědnosti jednotlivých součástí K usnadnění EA obsahuje nástroj

22 Organizační diagram (2)
Na „ADM_Preliminary“ pravým tlačítkem vytvořit nový balíček „package“ nazvaný „Org Schéma“ Automaticky se vytvoří diagram, nazvat ho „Mé schéma“ Přitom vybrat „Org Schema“ Poklepáním na „Mé Schéma“ se (prázdný) diagram zobrazí na ploše

23 Organizační diagram (3)
Z ToolboxPatterns přetáhnout Org Chart na pracovní plochu (kdyby tam takový tool nebyl, najde se přes More tools..) Objeví se formulář, ve kterém nejde editovat, protože máme jen trial. Schválí se tlačítkem OK Tím se vytvoří pokusný diagram, který ovšem lze editovat a opracovat

24 Organizační diagram (4)
Když klepnutím vybereme nějakou roli, můžeme ve vedlejším poli Properties měnit a upravovat její vlastnosti Na záložku Notes lze psát poznámky

25 Organizační diagram (5) výsledek

26 Vývojový diagram (1) Vývojový diagram je standardní prostředek pro popis chování algoritmů Podobně jako v předchozím, pod ADM_Preliminary vložte balíček a poklepejte na něj Tím se zobrazí (zatím prázdná) pracovní plocha

27 Vývojový diagram (2) V Tools je připravena řada prvků pro vývojové diagramy Jako demo můžeme z Patterns přetáhnout Flow Chart Objeví se formulář, ve kterém nejde editovat, protože máme jen trial. Schválí se tlačítkem OK Tím se vytvoří pokusný diagram, který ovšem lze editovat a opracovat

28 Vývojový diagram (3) - výsledek

29 Hodnotový řetězec (1) Hodnotový řetězec zkoumá výkony a náklady každé aktivity v organizaci Je to nástroj, který se používá pro strategické plánování: nalezení těch částí, které přinášejí největší prospěch Ve spojení s finančními výsledovkami slouží k řízení nákladů a k identifikaci oblastí, které potřebují zlepšit

30 Hodnotový řetězec (2) Enterprise Architect je schopen propojit jednotlivé aktivity v rámci hodnotového řetězce za podpory dokumentace, rozpočtů a výsledků benchmarků Možnost napojit se na webové stránky konkurence rozšiřuje možnosti hodnotového řetězce nad tradiční na textu založené modely

31 Hodnotový řetězec (3) Podobně jako v předchozím, pod ADM_Preliminary vložte balíček a poklepejte na něj Tím se zobrazí (zatím prázdná) pracovní plocha

32 Hodnotový řetězec (3) Na „ADM_Preliminary“ pravým tlačítkem vytvořit nový balíček „package“ nazvaný „Řetězec“ Automaticky se vytvoří diagram, nazvat ho „Můj Řetězec“ Přitom vybrat Value Chain Poklepáním na „Můj Řetězec“ se zobrazí (prázdný) řetězec

33 Hodnotový řetězec (4) Z ToolboxPatterns přetáhnout Value Chain na pracovní plochu (kdyby tam takový tool nebyl, najde se přes More tools..) Objeví se formulář, ve kterém nejde editovat, protože máme jen trial. Schválí se tlačítkem OK Tím se vytvoří pokusný hodnotový řetězec, který ovšem lze editovat a opracovat

34 Hodnotový řetězec (5)

35 Hodnotový řetězec (6) výsledek

36 Hodnotový řetězec (5) Inbound Logistics: vstupní suroviny
Operations: výrobní procesy Outbound Logistics: doprava a skladování výrobků Procurement: Technology Development: výzkum Human Resource Management: personální náklady

37 Balanced Scorecard (1) Vize: Na začátku určí management vizi společnosti. Vize by měla být konkrétní a měla by v zásadě vyjadřovat, jak si vedení představuje činnost organizace za ideálních okolností. Strategické cíle: Je-li strategie hotova, je třeba z ní odvodit základní cíle. Tyto cíle musí být vybrány tak, aby platilo, že budou-li dosaženy, bude vize organizace naplněna. Cíle by se také měly týkat oblastí, které jsou nějakým způsobem problematické a je třeba je řešit.

38 Balanced Scorecard (2) Modelový příklad:
Logistická společnost má problém s příliš dlouhými dodacími lhůtami. Jako cíl si tedy vytkne jejich zkrácení. Typickými cíli mohou být také čistý zisk, kvalita výrobků nebo fluktuace pracovníků. Počet cílů je individuální, obvykle 12-18 Je-li jich málo, nevystihují stav organizace, je-li jich příliš, ztrácí systém přehlednost a rozmělňuje se.

39 Balanced Scorecard (3) Perspektivy v BSC: Cíle, ke kterým management dojde, se řadí do skupin - tzv. perspektiv. Perspektivy jsou uspořádané od nejnižší perspektivy potenciálu po nejvyšší perspektivu finanční. Tedy tak, že vždy nižší perspektiva tvoří základ té vyšší.

40 Balanced Scorecard (4) Do nejnižší perspektivy patří zaměstnanci, jejich znalosti, návyky, kvalifikace, ale také inovační procesy nebo vlastní organizační struktura podniku. Tato perspektiva je někdy nazývána „Perspektiva učení se a růstu“. Do procesů patří výroba, logistika, práce se zákazníky, inovace, kvalita atd. Tato oblast je ve firmách relativně dobře sledována Zákazníci mohou být dlouhodobě spokojeni pouze v případě, že je provoz organizace v pořádku. Nad perspektivou operačních procesů je tedy perspektiva zákaznická Ukazují plnění základního smyslu podnikání – růstu majetku vlastníka. Tato perspektiva je vždy vrcholová.

41 Balanced Scoreboard (5)
Propojení cílů vztahem příčina – následek: Tyto vztahy se zachycují jako šipky spojující jednotlivé cíle v perspektivách. Rozhodně neplatí přímá závislost, že bychom z hodnot předchozích cílů mohli určit hodnotu následného cíle. Šipky většinou nevedou dolů

42 Balanced Scoreboard (6)
Z cílů, propojených vztahy příčin a následků, vznikne strategická mapa

43 Vytvoření BSC v EA (1) Vytvoříme 4 perspektivy. V každé budeme uvažovat: Strategická fakta (růst, výnosnost, spokojenost zákazníků, kvalita procesů…) Jejich měření (růst příjmů, rentabilita, počet stížností, výnosy…) Cíle Iniciativy

44 Vytvoření BSC v EA (2) Na „ADM_Preliminary“ pravým tlačítkem vytvořit nový balíček „package“ nazvaný „Moje BSC“ Automaticky se vytvoří diagram, nazvat ho „4 perspektivy“ Přitom vždy vybrat Balanced Scorecard

45 Vytvoření BSC v EA (3) Poklepat na „4 perspektivy“zobrazí se diagram (prázdný) Pravým tlačítkem na kreslicí ploše (!) vybrat Balanced Scoreboard

46 Vytvoření BSC v EA (4) Objeví se formulář, ve kterém se jinak vlevo dole vybere Pattern Element a vlevo dole se doplní text do Element Notes a nakonec se to schválí tlačítkem OK Poznámka: To, s čím pracujeme, je TRIAL, proto text nejde změnit přímo. Ale lze ho změnit tak, že poklepeme na obrázek některé Perspektivy, čímž ji otevřeme pro editaci. Potom v záložce úplně dole vybereme Properties nebo Notes a zeditujeme podle potřeby.

47 Vytvoření BSC v EA (5) Pozor na to, že text se do obrázku přenese až poté, co vybereme jinou Perspektivu

48 Strategické mapy (1) Na „ADM_Preliminary“ pravým tlačítkem vytvořit nový balíček „package“ nazvaný „Moje Mapa“ Automaticky se vytvoří diagram, nazvat ho „Diagram mé mapy“ Přitom vybrat Strategy Map 2

49 Strategické mapy (2) Poklepat na „Diagram Mé Mapy“, zobrazí se diagram (prázdný) Pravým tlačítkem na kreslicí ploše (!) vybrat Strategy Map 2

50 Strategické mapy (3) Objeví se formulář, ve kterém zase nejde editovat. Schválí se tlačítkem OK

51 Strategické mapy (4) výsledek

52 Rozhodovací diagram (1)
Na „ADM_Preliminary“ pravým tlačítkem vytvořit nový balíček „package“ nazvaný „Rozhodovací Strom“ Automaticky se vytvoří diagram, nazvat ho „Rozhodovací Diagram“ Přitom vybrat Decision Tree

53 Rozhodovací diagram (2)
Poklepat na „Rozhodovací Diagram“, zobrazí se diagram (prázdný) Pravým tlačítkem na kreslicí ploše (!) vybrat Decision Tree Object

54 Rozhodovací diagram (3)
Objeví se formulář, ve kterém zase nejde editovat. Schválí se tlačítkem OK

55 Rozhodovací diagram (4)

56 PRELIMINARY Strategie
TOGAF - pokračování PRELIMINARY Strategie

57 TOGAF je MDG (3) MDG technologie pro TOGAF poskytuje na modelech založený rámec pro plánování, navrhování a implementaci architektury podniku V programu Enterprise Architect je pro TOGAF přednastaven model, který odpovídá všem zásadám MDG Nazývá se TOGAF Interface Diagram

58 TOGAF Interface Diagram

59 PRELIMINARY: Strategie IT (1)
Máme-li mluvit o strategii IT, musíme nejprve definovat strategii jako takovou: Strategie je plán akcí navržený k dosažení určitého cíle. Začít musíme cílem. K němu může vést několik cest. Formulovat strategii = vybrat jednu z možných cest a přepsat ji ve formě plánu

60 Poznámka Proč těch cest má být víc? Nestačí jedna?
Nestačí. Když není z čeho vybírat, není to strategie, ale nutnost. Příklad: podnik v tržním prostředí si nemůže vybírat, jestli se bude orientovat na zákazníka nebo ne (kdyby ne, tak zkrachuje). Proto „orientace na zákazníka“ není strategie

61 Elementy IT strategie

62 Aplikační strategie Návod, jak v podniku zacházet s IT aplikacemi (např. strategie, zda se aplikace budou vyrábět na zakázku, kupovat hotové, pronajímat jako služba apod.) Jakým způsobem budou obchodní strategie podporovány pomocí IT

63 Integrační strategie Ve většině případů podnik nemá jen jedinou aplikaci, ale má jich celý soubor Mezi nimi je potřeba vytvořit propojení… …a je potřeba je spojit s okolním světem Příklady integračních strategií: SOA = Service-oriented architecture EAI = Enterprise application integration, integrace dat aplikací uvnitř podniku

64 Strategie infrastruktury
I kdyby se celá infrastruktura najmula (outsourcovala), stejně musíme mít nějakou strategii (v tomto případě „všechno si najmu“) Je třeba zvážit mnoho hledisek (spolehlivost, bezpečnost & utajení, …)

65 Strategie služeb Jestliže se váš podnik má stát poskytovatelem služeb, musíte vytvořit strategii určující, jak vaši zákazníci dosáhnou které služby a na jaké úrovni a další s tím spojená rozhodnutí

66 Strategie zdrojů I kdybyste chtěli všechnu svou IT integrovat vertikálně, počínaje vlastním operačním systémem, stejně musíte podle nějaké strategie nakládat se zdroji Rozhodnutí, co si zařídíte sami a co budete outsourcovat Jestli budete mít 1 nebo více dodavatelů Jestli se spolehnete na strategické firmy

67 Strategie IT (2) Hotovi jste, pokud:
Máte hotová rozhodnutí v uvedených 5 oblastech Umíte je zdůvodnit Znáte jejich dopad na obchod a obchodní strategii Máte vyjasněné i další otázky (jak je budu řídit? Z čeho se budou financovat?)

68 Matice IT strategií (1) Aplikační strategie Integrační strategie
Klíčové otázky Elementy IT strategie Aplikační strategie Integrační strategie Strategie infrastruk. Strategie služeb Strategie zdrojů Jak řídit? Divizní uspořádání centrála Odkud financovat Jak se vyvine dál Co s minulostí Fyzické rozmístění Kdo jsou zákazníci …a další

69 Matice IT strategií (2) Je to něco jako kontrolní seznam: pokud jsou známy odpovědi, je (do jisté míry) pravděpodobné, že se na nic nezapomnělo Typický rozsah: >20 stran

70 Strategie IT (3) Následuje další důležitá otázka: Jak se tam dostat?
To znamená, identifikovat proces, který bude zahrnovat obchodní strategii a povede k takovým výsledkům Konzultační firmy: brainstorming se šéfem informatiků a několika klíčovými lidmi jak od IT, tak od obchodu

71 Poznámka Tak by to být mělo Ale analytici tvrdí, že v 90% to tak není
90% podniků nemá psanou strategii ničeho, protože vrcholoví vedoucí tím nechtějí „ztrácet čas“ Tudíž to musíte vymyslet sami ;-)

72 Maxim process (1) Maxim process je vžitý název pro pragmatický způsob získání informací Obvykle není delší než 1 den Vedoucí IT uspořádá workshop s ostatními vedoucími. Výstupem budou 2 tzv. Maxima: Obchodní maximum Výsledné IT maximum

73 Maxim process (2) Maxima = několik základních principů, ze kterých se odvíjí strategický směr podniku Na schůzce se obvykle zformuluje do 5 obchodních maxim Pro každé z nich, management odvodí 4-5 maxim pro IT funkce tak, aby je ta IT podporovala

74 Maxim process (3)

75 Příklad (1) Představme si vedení, které řídí několik nezávislých bank (KBC, ČSOB, Poštovní spořitelna). Pro ně by mohlo být maximem: Vytvoření synergií v „back office“ a v servisních službách všude, kde to nenaruší jméno konkrétní banky

76 Příklad (2) Od toho by šlo odvodit tato IT maxima:
Definovat standardizované architektury a platformy, které se budou používat ve všech společnostech skupiny (tím se využije synergie a sníží náklady na IT) Harmonizovat IT aplikace, kdekoliv pro to je obchodní prostor Pro všechny společnosti skupiny harmonizovat obchodní procesy

77 Příklad (3) Takto definovaná maxima se projeví na způsobu řízení: bude se muset zavést systém řízení IT, který tomu bude vyhovovat A odtud se odvodí IT strategie

78 Příklad (4) Ale: svět není tak jednoduchý! Existuje nemálo věcí, které se mohou pokazit: Ostatní vedoucí vidí IT jako podřízenou službu a ne jako toho, kdo přináší příležitosti  tudíž možná ani na schůzku nepřijdou Skrytá osobní nevraživost může přeůst v pasívní rezistenci a podobně.

79 PRELIMINARY: Řízení portfolia
TOGAF má pro tuto část jen velmi slabou podporu, ale je třeba si to podrobně ujasnit, než začneme Portfólio = soubor investic v držení investora (společnosti nebo individua) Na Řízení portfólia IT existují 3 pohledy: Řízení portfólia infrastruktury (HW) Řízení portfólia projektů Řízení portfólia aplikací (SW)

80 Řízení portfólia V teorii, manažer optimalizuje své portfólio tak, aby dávalo maximální výnosy při dané úrovni rizika Obvykle: větší riziko – větší výnosy V IT je to problém: Je obtížné vyčíslit výnosy a to, která část podniku je úspěšná díky IT Neexistuje burza na aplikace Lokalizace

81 Řízení portfólia infrastruktury
Podniky málokdy mají 100% platný přehled o IT vybavení Ale přesto mají přehled o infrastruktuře Důvod: peníze. Čím méně různých technologií, tím snazší a levnější údržba i administrativní náklady IT infrastruktura zřídka je kompetitivní výhodou, tudíž se k ní chovají jako ke komoditě (čím levnější, tím lepší)

82 Řízení portfólia projektů
Toto je nejširší pohled …protože i když se společnosti třeba nezajímají o IT architektury, určitě se zajímají o to, kam tečou jejich peníze Typický příklad: podnik dostane cenové nabídky 2-3x větší, než na kolik má peněz My se tím zabývat nebudeme, s EA to skoro nesouvisí

83 Řízení portfólia aplikací
Většina společností má mnoho aplikací Aby se daly řídit, je třeba mít přehled K analýze se používá 4-kvadrantová matice, podobně jako v analýze burzovního portfólia

84 4-kvadrantová matice Hledání nových příležitostí - poptávka
Strategické Vysoký potenciál Zaměření na efektivitu a konkurenceschopnost Komplexní plánování, formulace cílů Strategie (Útok!) Proaktivní Federativní, řízený obchodními jednotkami, decentralizovaný Iniciovaný technologiemi Nosné jádro organizace Centrální plánování (shora dolů) a centrální kontrola Reagující, zaměřený na efektivitu Obchodní jádro (Využití) Komodity, známé technologie a aplikace Efektivnost, technologie Podpůrné procesy (Udržet hru) Klíčové provozní Podpůrné Využívání současných možností - nabídka Velký Vliv na budoucnost Malý Velký Vliv na současný stav Malý

85 Vysvětlení matice Kategorie podle matice jsou jen jednou z mnoha a mnoha možností (ale tahle je relativně populární a známá) Aplikace z každého kvadrantu vyžadují jiné zacházení

86 Podpůrné aplikace Vpravo dole „hlídací psi“
Relativně malý příspěvek k současným i k budoucím obchodním výsledkům Příklad: hlavní účetní kniha Otázka je, jestli je raději outsourcovat (nejen vývoj, ale i provozování)

87 Klíčové provozní aktivity
„dojné krávy“ Hlavní zdroje současného výdělku Často masívně nainvestováno, konzervativní procedury pro jejich změnu Případné selhání vede ke ztrátám, tudíž se klade maximální důraz na zabezpačení Outsourcing jen zřídkakdy přinese výhody

88 Aplikace s vysokým potenciálem
„otazníky“ Výzkumné oddělení vynalezlo novou věc: nemusí být extra stabilní, jen demonstrace Odhadnout možnosti a zájem uživatelů Obvykle jen 1 z 10 inovací se opravdu dostane na trh

89 Strategické aplikace „hvězdy“
Aplikace, předurčené stát se „dojnými krávami“ v budoucnu Malé prodané počty, ale obrovský potenciál a velký předpoklad růstu Často na velmi konkurenčních nebo rostoucích trzích Je dobré je držet odděleně od současných „dojných krav“. Pokud to jde (Telecom).

90 Použití analýzy Zajímavé alternativní pohledy na portfólio: do kterých kvadrantů jdou vaše projektové peníze? Příklad: když 60% projektu jde na „otazníky“, něco je špatně Příklad: když většina projektů jsou „hlídací psi“, tak je otázka, zda má smysl přidávat projekty – není lépe outsourcing?

91 Syntéza: od chaosu k plánu
Když nastoupíte jako nový Enterprise Architect, nejspíš nebudete mít ani inventární seznamy, ani žádnou analýzu Základní otázky pro řízení portfólia aplikací: Jak nejlépe vymyslet cíle a strategii?

92 Pomůcky pro řízení portfólia aplikací
nemáme nic Procesní mapy Analýza schopností Referenční modely Analýza portfólia

93 Pomůcky Procesní mapy: Ve většině případů začnete inventerizací všech vašich aplikací. V tom vám pomohou podpůrné mapy (process support maps) které ukazují, jak jsou obchodní procesy podporovány aplikacemi Pozor, to sice ukazuje současný stav, ale neříká, jestli je to dobře nebo ne!

94 Pomůcky Analýza schopností, heat mapping: Expert vytvoří seznam potenciálních možností (schopností) vašeho podniku a porovná je se obchodními strategiemi. Je to k mání jako služba od M$ „Motion“ Výstupem je seznam klíčových schopností, které jsou pro strategii nezbytné Porovnáním s inventurou aplikací vznikne mapa schopností a jejich pokrytí

95 Pomůcky Referenční modely, vzorové architektury, normy: Pamatujte, že (skoro) všechno už někdo dělal před vámi. Je dobré si o tom sehnat informace Obvykle najdete několik oblastí, na které jste nepomysleli a které jde zlepšit

96 Pomůcky Analýza portfólia: Pomocí analýzi porfólia můžete shluknout aplikace do skupin Aplikace z jedné skupiny obvykle potřebují podobné zacházení: renovaci, stabilizaci, outsourcing, …

97 Akce Když zkombinujete výstupy z uvedených 4 pomůcek, obvykle přímo získáte potřebné nápady na akce, například zjistíte, že: Pro kritické schopnosti máte 6 odlišných systémů na 9 místech. Tedy asi budete chtít aplikace konsolidovat a nahradit jedinou Systém podporuje 8 schopností, z toho 3 kritické a 5 podružných. Můžete se pokusit to rozdělit a vytvořit systém, který totéž bude dělat levněji

98 Cílový stav Zcela obdobně jako u inventarizace současného stavu, postupuje se u cílového stavu To znamená, že se zase použijí třeba procesní mapy Načež se sestaví transformační postup(y), jak systém do cílového stavu převést, tzv. Masterplan

99 Co na to EA? Jak jsem uvedl, toto byly předběžné (Preliminary) kroky. EA je nijak zvlášť nepodporuje. Použít můžeme obecné diagramy jako:

100 EA pro TOGAF V Preliminary fázi lze použít:
Technical Reference Model pro popis a podporu řízení portfólia infrastruktury Také lze použít TOGAF Content Metamodel. Výhoda je, že máme k dispozici předpřipravené „snippets“ pro komponenty fyzické i logické technologie a pro služby

101