Sk\u0105d pochodzi TOGAF?<\/h4>\n
TOGAF powsta\u0142 z Ram Architektury Technologii Zarz\u0105dzania Informacj\u0105 Departamentu Obrony USA (TAFIM). TOGAF 1.0 zosta\u0142 ostatecznie wydany w 1995 roku po latach bada\u0144, za zgod\u0105 Departamentu Obrony USA i przy pomocy du\u017cej inwestycji ze strony rz\u0105du USA. TOGAF wyda\u0142 dotychczas swoj\u0105 dziewi\u0105t\u0105 wersj\u0119, TOGAF 9 (najnowsza wersja to TOGAF 9.2)<\/p>\n Architektura IT musi \u015bci\u015ble odzwierciedla\u0107 cele biznesowe organizacji. Rzeczywi\u015bcie, nale\u017cy stosowa\u0107 konkretne techniki (scenariusze biznesowe), aby zapewni\u0107, \u017ce cele biznesowe s\u0105 w\u0142a\u015bciwie rozumiane przez architekta IT i odzwierciedlone w architekturze IT opracowanej przy u\u017cyciu TOGAF.<\/p>\n Oto powody, dla kt\u00f3rych powinni\u015bmy przyj\u0105\u0107 TOGAF ADM do rozwoju architektury:<\/p>\n Metoda Rozwoju Architektury (ADM) jest stosowana do opracowania architektury przedsi\u0119biorstwa, kt\u00f3ra spe\u0142ni potrzeby biznesowe i technologii informacyjnej organizacji. TOGAF ADM jest wynikiem ci\u0105g\u0142ych wk\u0142ad\u00f3w ze strony du\u017cej liczby praktyk\u00f3w architektury w celu realizacji nast\u0119puj\u0105cych cel\u00f3w:<\/p>\n Metoda rozwoju architektury – cz\u0119sto okre\u015blana jako skr\u00f3t ADM – to szczeg\u00f3\u0142owy proces krok po kroku u\u017cywany do opracowywania lub zmiany architektury przedsi\u0119biorstwa.<\/p>\n ADM opisuje 10 faz obejmuj\u0105cych cykl rozwoju architektury.<\/p>\n Te fazy to:<\/p>\n TOGAF dostarcza szereg materia\u0142\u00f3w wej\u015bciowych i wyj\u015bciowych z ka\u017cdej fazy:<\/p>\n Produkt pracy, kt\u00f3ry jest okre\u015blony w umowie i nast\u0119pnie formalnie przegl\u0105dany, uzgadniany i zatwierdzany przez interesariuszy. Zazwyczaj b\u0119dzie archiwizowany po zako\u0144czeniu projektu lub przeniesiony do Repozytorium Architektury jako model referencyjny<\/p>\n G\u0142\u00f3wnym celem etapu pocz\u0105tkowego jest okre\u015blenie i ustalenie wymaganych zdolno\u015bci architektonicznych organizacji.<\/p>\n Jednym z kluczowych element\u00f3w jest okre\u015blenie, co nale\u017cy zrobi\u0107 i jak to wdro\u017cy\u0107. Na przyk\u0142ad, g\u0142\u00f3wnym wynikiem jest\u00a0wniosek o prac\u0119 architektoniczn\u0105<\/strong>\u00a0kt\u00f3ry okre\u015bla wymagania i decyduje, jaki zakres, struktura, narz\u0119dzia lub ramy architektoniczne s\u0105 potrzebne do wsparcia tej pracy.<\/p>\n Na tym etapie TOGAF jest specjalnie dostosowany do zaspokojenia nadchodz\u0105cych potrzeb iteracji ADM. Definiujemy podstawowe zasady, oceniamy zdolno\u015b\u0107 struktury przedsi\u0119biorstwa i biznesu do wprowadzenia wymaganych zmian oraz integrujemy TOGAF z innymi ramami zarz\u0105dzania. Na tym etapie s\u0105 kroki, aby ograniczy\u0107 organizacj\u0119 korporacyjn\u0105 dotkni\u0119t\u0105 proponowanymi zmianami, potwierdzi\u0107 poprawne ramy zarz\u0105dzania i wsparcia, zdefiniowa\u0107 i ustanowi\u0107 zesp\u00f3\u0142 EA oraz organizacj\u0119, zidentyfikowa\u0107 i ustanowi\u0107 zasady architektoniczne, dostosowa\u0107 TOGAF i wszelkie inne ramy oraz wdro\u017cy\u0107 narz\u0119dzia. Na koniec tej fazy zesp\u00f3\u0142 EA powinien by\u0107 gotowy do \u015bledzenia iteracji cyklu ADM. Dzieje si\u0119 tak cz\u0119\u015bciowo dlatego, \u017ce etap wst\u0119pny jest pokazany na g\u00f3rze diagramu ADM i poza g\u0142\u00f3wn\u0105 p\u0119tl\u0105 etap\u00f3w A do H.<\/p>\n Faza A dostarcza jasne o\u015bwiadczenie o pracy architektonicznej, kt\u00f3re b\u0119dzie dostarczone w iteracji ADM. Dostarcza r\u00f3wnie\u017c wizj\u0119 proponowanej architektury przedsi\u0119biorstwa. To poczucie kierunku jest niezb\u0119dne do prowadzenia pracy ADM w ca\u0142ym procesie iteracyjnym.\u00a0o\u015bwiadczenie o pracy architektonicznej<\/strong>\u00a0okre\u015bla procedury opracowywania i wdra\u017cania architektury okre\u015blonej w wizji architektonicznej. To wizja dostarcza wysokiego poziomu pragnienia funkcjonalno\u015bci i warto\u015bci biznesowej, kt\u00f3re proponowana architektura przedsi\u0119biorstwa zapewni. Zaczynaj\u0105c od aplikacji o prac\u0119 budowlan\u0105, Faza A dostarcza narz\u0119dzie (t\u0119 wizj\u0119) do sprzeda\u017cy korzy\u015bci proponowanych zdolno\u015bci interesariuszom i decydentom w przedsi\u0119biorstwie. Scenariusze biznesowe s\u0105 u\u017cywane do zrozumienia wymaga\u0144 biznesowych i pomagaj\u0105 wyja\u015bni\u0107 wymagania architektoniczne sugerowane przez wymagane funkcje. Jest to udokumentowane w o\u015bwiadczeniu o pracy architektonicznej i jest u\u017cywane do budowania konsensusu w celu wsparcia ostatecznej architektury. Gdy organizacja sponsoruj\u0105ca podpisuje dokument, pojawi si\u0119 konsensus.<\/p>\n Kroki w Fazie A polegaj\u0105 na przekszta\u0142ceniu wniosku o prac\u0119 budowlan\u0105 w jasne o\u015bwiadczenie o pracy architektonicznej oraz zapewnieniu, \u017ce firma jest w stanie, gotowa, ch\u0119tna i zobowi\u0105zana do wprowadzenia niezb\u0119dnych zmian architektonicznych. Obejmuje to ustanowienie projektu architektonicznego, w tym zdefiniowanie jego zakresu, a tak\u017ce potwierdzenie i rozwini\u0119cie zasad architektury i biznesu. Faza A identyfikuje interesariuszy oraz ich obawy i wymagania, a tak\u017ce potwierdza cele biznesowe, czynniki nap\u0119dzaj\u0105ce i ograniczenia etapu wst\u0119pnego. Aby zapewni\u0107 sukces, ocenia r\u00f3wnie\u017c zdolno\u015bci biznesowe, ocenia gotowo\u015b\u0107 do transformacji biznesowej i rozwi\u0105zuje wszelkie ryzyka transformacji.<\/p>\n TOGAF postrzega architektur\u0119 przedsi\u0119biorstwa jako spos\u00f3b na popraw\u0119 zdolno\u015bci biznesowych – dlatego pierwsza faza rozwoju architektury dotyczy\u00a0architektury biznesowej<\/strong>\u00a0.<\/p>\n ADM z punktu widzenia biznesu\u200a\u2014\u200aw wst\u0119pnych etapach\u00a0wniosk\u00f3w o prace infrastrukturalne<\/strong>\u00a0w celu okre\u015blenia silnego zapotrzebowania biznesowego, a nast\u0119pnie doprecyzowanej dla Fazy A w\u00a0pracach infrastrukturalnych<\/strong>\u00a0i\u00a0o\u015bwiadczenie wizji architektury<\/strong><\/p>\n Kluczowym celem fazy architektury biznesowej jest opracowanie docelowej architektury biznesowej, kt\u00f3ra pokazuje, jak przedsi\u0119biorstwo realizuje wizj\u0119 architektury i rozwi\u0105zuje wniosek o prac\u0119 architektoniczn\u0105. Jej drugim celem jest najpierw zidentyfikowanie komponent\u00f3w mapy drogowej architektury, kt\u00f3re maj\u0105 na celu wype\u0142nienie luki mi\u0119dzy baz\u0105 a docelow\u0105 architektur\u0105 biznesow\u0105. TOGAF postrzega wiedz\u0119 o architekturze biznesowej jako warunek wst\u0119pny do pracy architektonicznej w innych dziedzinach (takich jak dane, aplikacje i technologia). Architektura biznesowa pokazuje r\u00f3wnie\u017c kluczowym interesariuszom warto\u015b\u0107 komercyjn\u0105 i zwrot z inwestycji w prac\u0119 architektoniczn\u0105. Modele biznesowe, takie jak modele aktywno\u015bci lub proces\u00f3w, przypadki u\u017cycia i modele klas, lub diagramy po\u0142\u0105cze\u0144 w\u0119z\u0142\u00f3w,<\/p>\n Wszystkie trzy fazy rozwoju architektury (B, C i D) przebiegaj\u0105 wed\u0142ug podobnych krok\u00f3w. Wa\u017cne jest, aby ponownie wykorzysta\u0107 dost\u0119pny model referencyjny i dostosowa\u0107 wszystkie wyniki do punktu widzenia interesariuszy. Nast\u0119pnie architekt opracowuje opis bazy i celu architektury biznesowej oraz przeprowadza analiz\u0119 luk, aby okre\u015bli\u0107, jak przekszta\u0142ci\u0107 si\u0119 z jednego w drugie.<\/p>\n TOGAF dzieli Faz\u0119 C – Architektura systemu informacyjnego – na dwie cz\u0119\u015bci, obejmuj\u0105ce rozw\u00f3j\u00a0danych<\/strong>\u00a0i\u00a0aplikacji<\/strong>\u00a0architekturze. Dokument TOGAF zawiera kr\u00f3tki rozdzia\u0142 wprowadzaj\u0105cy obejmuj\u0105cy dwa obszary, a nast\u0119pnie oddzielne rozdzia\u0142y dotycz\u0105ce danych i aplikacji. Podobnie jak w innych etapach rozwoju architektury (B&D), celem jest opracowanie docelowej architektury systemu informacyjnego dla danych i aplikacji oraz okre\u015blenie komponent\u00f3w mapy drogowej architektury na podstawie luki mi\u0119dzy baz\u0105 a docelow\u0105 architektur\u0105.<\/p>\n Faza C zawsze obejmuje po\u0142\u0105czenie architektury danych i aplikacji. Wa\u017cne jest, aby obie by\u0142y uwzgl\u0119dnione, a kolejno\u015b\u0107 nie ma znaczenia – s\u0105 zwolennicy obu metod. Kroki dla danych i aplikacji s\u0105 bardzo podobne – wyb\u00f3r modeli referencyjnych, punkt\u00f3w widzenia i narz\u0119dzi; opracowanie baz i nast\u0119pnie zlokalizowanie opis\u00f3w architektury, przeprowadzenie analizy luk i zdefiniowanie komponent\u00f3w mapy drogowej; oraz rozwi\u0105zanie wszelkich wp\u0142yw\u00f3w w og\u00f3lnym \u015brodowisku architektonicznym. Po formalnym przegl\u0105dzie interesariuszy architektura zosta\u0142a ostatecznie okre\u015blona, a dokument definicji architektury zosta\u0142 stworzony.<\/p>\n G\u0142\u00f3wna r\u00f3\u017cnica mi\u0119dzy danymi a aplikacjami le\u017cy w temacie, co znajduje odzwierciedlenie w u\u017cyciu r\u00f3\u017cnych modeli referencyjnych, technologii i reprezentacji architektonicznych. Na przyk\u0142ad architektura danych mo\u017ce u\u017cywa\u0107 relacji encji lub diagram\u00f3w klas, podczas gdy architektura aplikacji mo\u017ce u\u017cywa\u0107 diagram\u00f3w komunikacji aplikacji lub diagram\u00f3w in\u017cynierii oprogramowania.<\/p>\n Faza D to faza TOGAF, kt\u00f3ra rozwija architektur\u0119 techniczn\u0105 dla projektu architektonicznego. Architektura technologii opisuje struktur\u0119 i interakcj\u0119 us\u0142ug platformy oraz logicznych i fizycznych komponent\u00f3w technologicznych. Faza D rozwija docelow\u0105 architektur\u0119 technologiczn\u0105, kt\u00f3ra wspiera komponenty danych i aplikacji (opracowane w fazie C) w realizacji komponent\u00f3w biznesowych.<\/p>\n Architektury opracowane w fazach B, C i D s\u0105 \u0142\u0105czone w celu zrealizowania wizji architektury – rozwi\u0105zuj\u0105c obawy interesariuszy i wnioski o prace budowlane. Podobnie jak w innych fazach rozwoju architektury, Faza D identyfikuje komponenty mapy drogowej architektury, aby osi\u0105gn\u0105\u0107 przej\u015bcie z Bazy do Celu. Kroki w Fazie D s\u0105 prawie takie same jak w Fazie B i Fazie C – g\u0142\u00f3wna r\u00f3\u017cnica polega na tym, \u017ce teraz skupiamy si\u0119 na technologii. Dlatego obejmuje to techniczne modele referencyjne oraz techniczne standardy lub pomiary – takie jak wydajno\u015b\u0107, \u0142atwo\u015b\u0107 konserwacji, lokalizacja oraz op\u00f3\u017anienie lub dost\u0119pno\u015b\u0107.<\/p>\n Okre\u015blenie wynik\u00f3w i dostarczanych produkt\u00f3w jest bardzo wa\u017cne, aby pom\u00f3c w budowie architektury technicznej, kt\u00f3ra rzeczywi\u015bcie wspiera system informacyjny i architektur\u0119 biznesow\u0105. Uzyskanie odpowiedniego zakresu mo\u017ce przyspieszy\u0107 zwroty, podczas gdy zbyt du\u017cy zakres utrudni udane wdro\u017cenie. Nie chodzi tu o sam\u0105 technologi\u0119 wdro\u017ceniow\u0105, ale o rozw\u00f3j architektury technicznej, kt\u00f3ra rzeczywi\u015bcie odpowiada wizji architektonicznej i wnioskom o prac\u0119.<\/p>\n Faza E nosi swoj\u0105 nazw\u0119 – ma na celu znalezienie mo\u017cliwo\u015bci dostarczenia docelowej architektury poprzez wdro\u017cenie konkretnych rozwi\u0105za\u0144. Faza E generuje pierwsz\u0105 kompletn\u0105 wersj\u0119 mapy drogowej architektury, \u0142\u0105cz\u0105c zalecenia analizy i faz rozwoju – B, C i D.<\/p>\n Na tym etapie g\u0142\u00f3wny nacisk k\u0142adzie si\u0119 na to, jak dostarczy\u0107 architektur\u0119. Dlatego koncentruje si\u0119 na tworzeniu mapy drogowej architektury, wymieniaj\u0105c pakiety robocze w harmonogramie, aby osi\u0105gn\u0105\u0107 docelow\u0105 architektur\u0119. Gdy zmiana jest tak du\u017ca, \u017ce niemo\u017cliwe jest przej\u015bcie bezpo\u015brednio z bazy do docelowej architektury, wtedy etap E wytworzy podej\u015bcie inkrementalne, sk\u0142adaj\u0105ce si\u0119 z architektur po\u015brednich lub przej\u015bciowych. Faza E mapuje wymagane zmiany architektoniczne do procedur inwestycyjnych i projekt\u00f3w, kt\u00f3re maj\u0105 fundusze i zasoby do realizacji pakietu roboczego oraz dostarczaj\u0105 architektury przej\u015bciowe i docelowe. Wej\u015bcie na tym etapie to prawie wszystko, co jest wynikiem wczesnego etapu. Te kroki bior\u0105 te wyniki; konsoliduj\u0105 je, analizuj\u0105 zale\u017cno\u015bci i godz\u0105 r\u00f3\u017cnice; oraz ponownie potwierdzaj\u0105, \u017ce organizacja mo\u017ce wprowadza\u0107 zmiany. Faza E poprawia i aktualizuje wymagania, dokumenty architektoniczne i mapy drogowe architektury. Kluczowym wynikiem jest pierwszy krok w planie wdro\u017cenia i migracji.<\/p>\n Wczesne etapy ADM zidentyfikowa\u0142y potrzeb\u0119 zmian architektonicznych, a nast\u0119pnie opracowa\u0142y architektury biznesowe, danych, aplikacji i techniczne, aby wspiera\u0107 t\u0119 potrzeb\u0119. Nast\u0119pnie, w drugiej fazie, opracowywany jest plan wdro\u017cenia i migracji na wysokim poziomie, aby skorzysta\u0107 z mo\u017cliwo\u015bci inwestycyjnych i zidentyfikowa\u0107 konkretne rozwi\u0105zania. Architektura docelowa: Faza F finalizuje szczeg\u00f3\u0142owy plan wdro\u017cenia i migracji, a tak\u017ce ostateczn\u0105 map\u0119 drogow\u0105 architektury.<\/p>\n Zapewnia r\u00f3wnie\u017c, \u017ce plan jest skoordynowany z metodami zarz\u0105dzania zmianami stosowanymi w firmie oraz innymi planami w og\u00f3lnym portfelu zmian. Wreszcie Faza F zapewnia, \u017ce kluczowi interesariusze w pe\u0142ni rozumiej\u0105 warto\u015b\u0107 biznesow\u0105, koszt pakietu roboczego oraz architektur\u0119 przej\u015bciow\u0105 i przysz\u0142\u0105. Chocia\u017c wczesne etapy ADM s\u0105 bardzo prowadzone przez zesp\u00f3\u0142 architektury przedsi\u0119biorstwa, etap od E do H wymaga wsp\u00f3\u0142pracy z innymi agentami zmian.<\/p>\n Faza F szczeg\u00f3lnie wymaga bliskiej wsp\u00f3\u0142pracy mi\u0119dzy czterema ramami zarz\u0105dzania, aby uczyni\u0107 plan wdro\u017cenia i przesiedlenia sukcesem.<\/p>\n Cztery obszary to:<\/p>\n Poprzez wsp\u00f3\u0142prac\u0119, te cztery obszary musz\u0105 priorytetowo traktowa\u0107 prac\u0119, u\u017cywaj\u0105c kryteri\u00f3w takich jak ocena wydajno\u015bci, zwrot z inwestycji, warto\u015b\u0107 biznesowa, kluczowe czynniki sukcesu, pomiar efektywno\u015bci i dopasowanie strategiczne.<\/p>\n Rzeczywisty rozw\u00f3j i wdro\u017cenie odbywa si\u0119 r\u00f3wnolegle z faz\u0105 G. Faza G zapewnia, \u017ce projekt wdro\u017ceniowy i inne trwaj\u0105ce projekty s\u0105 zgodne z okre\u015blon\u0105 architektur\u0105.<\/p>\n Zazwyczaj docelowa architektura jest rozwijana jako seria transformacji, aby jak najszybciej osi\u0105gn\u0105\u0107 warto\u015b\u0107 biznesow\u0105 i korzy\u015bci oraz zminimalizowa\u0107 ryzyko w planie transformacji. Ka\u017cda transformacja jest krokiem w kierunku docelowej firmy, aby zrealizowa\u0107 jej w\u0142asne interesy biznesowe.<\/p>\n Do momentu osi\u0105gni\u0119cia fazy G, architektura zosta\u0142a opracowana (w fazach A do D), zidentyfikowano mo\u017cliwo\u015bci i rozwi\u0105zania do dostarczenia architektury (w fazie E), a szczeg\u00f3\u0142owe plany wdro\u017cenia i migracji zosta\u0142y uko\u0144czone (w fazie F). Tak wi\u0119c, rol\u0105 zespo\u0142u architektury fazy G jest zapewnienie nadzoru nad wdro\u017ceniem architektury. Osi\u0105ga si\u0119 to poprzez weryfikacj\u0119 zakresu i priorytet\u00f3w wdro\u017cenia, kierowanie rozwojem i wdro\u017ceniem rozwi\u0105za\u0144 oraz przeprowadzanie przegl\u0105d\u00f3w zgodno\u015bci.<\/p>\n Dokumenty umowy architektonicznej s\u0105 u\u017cywane do wprowadzania zmian w architekturze. Wytwarzane na pocz\u0105tku fazy G i zatwierdzane przez funkcjonalno\u015b\u0107 architektury oraz osoby odpowiedzialne za wdro\u017cenie, stanowi\u0105 mechanizm oceny zgodno\u015bci zarz\u0105dzania architektur\u0105.<\/p>\n Nic nie posz\u0142o zgodnie z planem – zawsze b\u0119d\u0105 nowe wymagania i zmiany w architekturze. Faza H opisuje proces zarz\u0105dzania zmianami, aby zarz\u0105dza\u0107 zmianami w architekturze w sp\u00f3jny i uporz\u0105dkowany spos\u00f3b. Zazwyczaj wymaga to ci\u0105g\u0142ego monitorowania wniosk\u00f3w dotycz\u0105cych zarz\u0105dzania, nowych technologii lub zmian w otoczeniu biznesowym.<\/p>\n Proces powinien wspiera\u0107 zrealizowan\u0105 architektur\u0119 przedsi\u0119biorstwa jako dynamiczne \u015brodowisko, kt\u00f3re mo\u017ce elastycznie reagowa\u0107 na te zmiany i szybko si\u0119 rozwija\u0107. W fazie H wa\u017cne jest, aby organ zarz\u0105dzaj\u0105cy ustali\u0142 standardy, aby okre\u015bli\u0107, czy wniosek o zmian\u0119 wymaga prostego zaktualizowania architektury, czy te\u017c wymaga zainicjowania nowego cyklu metody rozwoju architektury (ADM). Zmiany musz\u0105 by\u0107 bezpo\u015brednio zwi\u0105zane z warto\u015bci\u0105 biznesow\u0105. Jak wykorzysta\u0107 architektur\u0119 przedsi\u0119biorstwa jest najwa\u017cniejsz\u0105 cz\u0119\u015bci\u0105 cyklu rozwoju architektury, dlatego kluczowe jest monitorowanie wzrostu i spadku biznesu w fazie H.<\/p>\n Na koniec, architektura przedsi\u0119biorstwa, kt\u00f3ra dzia\u0142a\u0142a dla organizacji wczoraj, ju\u017c nie wspiera bie\u017c\u0105cych ani przysz\u0142ych funkcji. Wynik wniosku o zmian\u0119 w fazie H mo\u017cna sklasyfikowa\u0107 jako uproszczenie – zazwyczaj podyktowane wymogiem redukcji inwestycji; zmiana inkrementalna – wymagaj\u0105ca dodatkowej warto\u015bci z istniej\u0105cej inwestycji; lub zmiana redesignu, kt\u00f3ra jest wymogiem zwi\u0119kszenia inwestycji i stworzenia nowej warto\u015bci.<\/p>\n Na ka\u017cdym etapie ADM wymagane s\u0105 wymagania dotycz\u0105ce generacji, analizy i przegl\u0105du. Faza zarz\u0105dzania wymaganiami opisuje proces zarz\u0105dzania tymi wymaganiami architektonicznymi w ca\u0142ym ADM. Faza zarz\u0105dzania wymaganiami jest rdzeniem ADM – dlatego jest pokazana w centrum kr\u0119gu upraw ADM. Ten etap opisuje proces zarz\u0105dzania wymaganiami i jak proces ten jest powi\u0105zany z innymi etapami ADM. Wymagania nie s\u0105 statyczne – dynamicznie ewoluuj\u0105 mi\u0119dzy ka\u017cdym etapem naszego zako\u0144czenia ADM i cyklem ADM.<\/p>\n Wymagania architektury przedsi\u0119biorstwa oraz p\u00f3\u017aniejsze zmiany tych wymaga\u0144 b\u0119d\u0105 identyfikowane, przechowywane oraz zwi\u0105zane z fazami ADM i mi\u0119dzy cyklami ADM. Radzenie sobie ze zmianami w popycie jest kluczowe. Architektura radzi sobie z niepewno\u015bci\u0105 i zmian\u0105 – \u201eszara strefa\u201d mi\u0119dzy oczekiwaniami interesariuszy a mo\u017cliwo\u015bciami! Dlatego wymagania architektoniczne zawsze b\u0119d\u0105 si\u0119 zmienia\u0107.<\/p>\n Ponadto architektura obejmuje wiele czynnik\u00f3w nap\u0119dzaj\u0105cych i ogranicze\u0144, kt\u00f3re s\u0105 poza kontrol\u0105 przedsi\u0119biorstwa – takich jak zmieniaj\u0105ce si\u0119 warunki rynkowe czy nowe przepisy prawne – kt\u00f3re w nieprzewidywalny spos\u00f3b wprowadz\u0105 zmiany w wymaganiach.<\/p>\n TOGAF podkre\u015bla, \u017ce proces zarz\u0105dzania wymaganiami sam w sobie nie zajmie si\u0119, nie rozwi\u0105\u017ce ani nie ustali priorytet\u00f3w wymaga\u0144, poniewa\u017c odbywa si\u0119 to w odpowiedniej fazie ADM. Etap zarz\u0105dzania popytem to tylko proces zarz\u0105dzania wymaganiami w ca\u0142ym ADM.<\/p>\n Przygotowanie i dzia\u0142ania inicjuj\u0105ce wymagane do stworzenia zdolno\u015bci architektonicznej, w tym dostosowanie TOGAF i definicja architektury<\/p>\n Pocz\u0105tkowa faza cyklu rozwoju architektury. Zawiera informacje o definiowaniu zakresu inicjatywy rozwoju architektury, identyfikacji interesariuszy, tworzeniu wizji architektury oraz uzyskaniu zgody na kontynuacj\u0119 rozwoju architektury.<\/p>\n Architektura biznesowa: rozw\u00f3j architektury biznesowej wspieraj\u0105cej uzgodnion\u0105 wizj\u0119 architektury<\/p>\n Architektury system\u00f3w informacyjnych: rozw\u00f3j architektur system\u00f3w informacyjnych wspieraj\u0105cych uzgodnion\u0105 wizj\u0119 architektury<\/p>\n Architektura technologii: rozw\u00f3j architektury technologii w celu wsparcia uzgodnionej wizji architektury<\/p>\n Mo\u017cliwo\u015bci i rozwi\u0105zania przeprowadzaj\u0105 wst\u0119pne planowanie wdro\u017cenia oraz identyfikacj\u0119 \u015brodk\u00f3w dostawy dla architektury zdefiniowanej w poprzednich fazach<\/p>\n Planowanie migracji dotyczy sposobu przej\u015bcia od architektury bazowej do docelowej poprzez sfinalizowanie szczeg\u00f3\u0142owego planu wdro\u017cenia i migracji<\/p>\n Zarz\u0105dzanie wdro\u017ceniem zapewnia nadz\u00f3r architektoniczny nad wdro\u017ceniem<\/p>\n Zarz\u0105dzanie zmian\u0105 architektury ustala procedury zarz\u0105dzania zmian\u0105 w nowych wymaganiach architektonicznych. Zarz\u0105dzanie wymaganiami bada proces zarz\u0105dzania wymaganiami architektonicznymi w ca\u0142ym ADM<\/p>\n ADM jest kompleksow\u0105 og\u00f3ln\u0105 metod\u0105<\/p>\n Oto przegl\u0105d ADM TOGAF dla ka\u017cdej z faz rozwoju, jak pokazano na poni\u017cszym rysunku:<\/p>\n TOGAF (Framework Architektury Otwartej Grupy) to otwarty framework organizacyjny. Sam framework jest dobrze udokumentowanym zbiorem wiedzy, w tym szczeg\u00f3\u0142owymi metodami<\/p>\n","protected":false},"author":1,"featured_media":800,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"","_yoast_wpseo_metadesc":"","footnotes":""},"categories":[16,6],"tags":[52,63,62,53],"class_list":["post-631","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-enterprise-architecture","category-togaf","tag-cn-done","tag-es-done","tag-ja-done","tag-tw-done"],"yoast_head":"\n![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/img_61f75926c0aa1.jpg\"\/)
<\/figure>\nDlaczego TOGAF?<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/0JsyduY-JwJS-uwG3.png\"\/)
<\/figure>\n\n
Czym jest ADM?<\/h3>\n
\n
\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/img_61f7592834b74.png\"\/)
<\/figure>\nWej\u015bcie i wyj\u015bcie ADM<\/h3>\n
\n
Wyniki<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/0KtIgci7Ds47xVvBb.png\"\/)
<\/figure>\nEtap pocz\u0105tkowy:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/0-H-Sm_8y43cofHyY.gif\"\/)
<\/figure>\nFaza A: Wizja architektury:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/02Q98Jk09yhTWIkIs.gif\"\/)
<\/figure>\nFaza B: Architektura biznesowa:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/0JCZDOKmvF2kc71a8.gif\"\/)
<\/figure>\nFaza C: Architektura systemu informacyjnego:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/04khwOxJE2HfHJIQW.gif\"\/)
<\/figure>\nFaza D: Architektura techniczna:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/0_cDb4BnW8UiJEgbu.gif\"\/)
<\/figure>\nFaza E: Mo\u017cliwo\u015bci i rozwi\u0105zania:<\/h3>\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/0ZSnmuQG5spOLUj_N.gif\"\/)
<\/figure>\nFaza F: Planowanie migracji:<\/h3>\n
\n
Etap G: Wdro\u017cenie zarz\u0105dzania:<\/h3>\n
Faza H: Zarz\u0105dzanie zmian\u0105 struktury:<\/h3>\n
Zarz\u0105dzanie wymaganiami architektury:<\/h3>\n
Wst\u0119pna faza ADM<\/h3>\n
Wyniki dostarczane:<\/h4>\n
\n
Faza A ADM: Wizja architektury<\/h3>\n
Wyniki dostarczane:<\/h4>\n
\n
Faza B ADM: Architektura biznesowa<\/h3>\n
Wyniki dostarczane:<\/h4>\n
\n
Faza C ADM: Architektura system\u00f3w informacyjnych<\/h3>\n
\n
Faza D ADM: Architektura technologii<\/h3>\n
Wyniki dostarczane:<\/h4>\n
\n
Faza E ADM: Mo\u017cliwo\u015bci i rozwi\u0105zania<\/h3>\n
Wyniki dostarczane:<\/h4>\n
\n
Faza F ADM: Planowanie migracji<\/h3>\n
\n
Faza G ADM: Zarz\u0105dzanie wdro\u017ceniem<\/h3>\n
Wyniki dostarczane:<\/h4>\n
\n
Faza H ADM: Zarz\u0105dzanie zmian\u0105 architektury<\/h3>\n
Podsumowanie<\/h3>\n
\n
![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/0jzkPaxLA2526tlTp.png\"\/)
<\/figure>\n![](\"https:\/\/www.cybermedian.com\/pl\/wp-content\/uploads\/sites\/16\/2022\/01\/18arVLAUQXGCP6eaNyJGPIg.png\"\/)
<\/figure>\n\n
Wprowadzenie do TOGAF<\/h4>\n
\n
ArchiMate 3<\/h4>\n
\n