Stáhnout prezentaci
Prezentace se nahrává, počkejte prosím
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 ToolboxMore toolsMind 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 ViewLayout 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 ToolboxPatterns 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 ToolboxPatterns 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
Podobné prezentace
© 2024 SlidePlayer.cz Inc.
All rights reserved.