Co to jest TOGAF?

TOGAF®, standard Standard The Open Group, to udowodniona metodyka i framework architektury przedsiębiorstwa używany przez wiodące organizacje na całym świecie w celu poprawy efektywności biznesowej. Jest to standard architektury przedsiębiorstwa, zapewniający zgodne standardy, metody i komunikację między specjalistami ds. architektury przedsiębiorstwa, dzięki czemu możemy wykonywać pracę architektoniczną przedsiębiorstwa w lepszy sposób, w tym:
• Model procesu iteracyjnego wspierany najlepszymi praktykami
• Powtarzalny zestaw istniejących zasobów architektonicznych
• Metody i narzędzia do planowania, rozwoju, wdrożenia i utrzymania architektury przedsiębiorstwa

Omówienie rozwoju TOGAF

Pierwszy raz opublikowany w 1995 roku, TOGAF opierał się na Technicznym Ramowym Architekturze dla Zarządzania Informacjami Departamentu Obrony Stanów Zjednoczonych (TAFIM). Na tej podstawie Forum Architektury The Open Group opracowało kolejne wersje TOGAF w regularnych odstępach czasu.

*z ArchiTACTS http://architacts.com/WP/?page_id=11753

Co to jest architektura w kontekście TOGAF?

ISO/IEC 42010:20071 definiuje „architekturę” jako:

„Podstawowa organizacja systemu, wyrażona w jego składnikach, ich relacjach wzajemnych i środowisku, oraz zasadach kierujących jego projektowaniem i ewolucją.”

TOGAF przyjmuje i rozszerza tę definicję. W TOGAF „architektura” ma dwa znaczenia w zależności od kontekstu:

  1. Formalne opisanie systemu lub szczegółowy plan systemu na poziomie składników w celu kierowania jego wdrożeniem
  2. Struktura składników, ich wzajemne relacje oraz zasady i wytyczne kierujące ich projektowaniem i ewolucją w czasie.

 

Co to jest architektura przedsiębiorstwa?

Architektura przedsiębiorstwa (EA) to dobrze zdefiniowana praktyka prowadzenia analizy, projektowania, planowania i wdrażania przedsiębiorstwa, zawsze stosując podejście holistyczne, w celu skutecznego rozwoju i realizacji strategii. Architektura przedsiębiorstwa stosuje zasady i praktyki architektoniczne, aby kierować organizacjami przez zmiany w zakresieprocesów biznesowych, Dane i informacji, oraztechnologii zmian niezbędnych do realizacji ich strategii. Te praktyki wykorzystują różne aspekty przedsiębiorstwa, aby zidentyfikować, motywować i osiągnąć te zmiany, które obejmują wysiłek zrozumienia celów strategicznych przedsiębiorstwa, a następnie doprowadzenie wszystkiego – od procesów biznesowych, poprzez technologię wspierającą, relacje z partnerami, różnorodne infrastruktury, zatrudnianie i szkolenia, a także wszystko inne istotne – do zgodności, aby osiągnąć lepszą wydajność biznesową.

 

Struktura TOGAF

Zawartość TOGAF podzielona jest na7 części:

  1. Wprowadzenie
  2. Metoda rozwoju architektury
  3. Zasady i techniki ADM
  4. Ramowka zawartości architektury
  5. Continuum przedsiębiorstwa i narzędzia
  6. Modele odniesienia TOGAF
  7. Ramowka możliwości architektury

Krótkie opisy każdej z siedmiu części wymienione są poniżej:

Część I – Wprowadzenie

Jak pokazano w tabeli, ta część zawiera ogólny przegląd kluczowych koncepcji architektury przedsiębiorstwa, a w szczególności podejścia TOGAF. Teraz przejrzyjmy podstawowe koncepcje każdej z tych części:

Podstawowe koncepcje

TOGAF 9 obejmuje rozwój czterech powiązanych typów architektury. Te cztery typy architektury są powszechnie uznawane jako podzbiory ogólnej architektury przedsiębiorstwa, której TOGAF ma wspierać.

Typy architektury

  1. Architektura biznesowa –Strategia biznesowa, zarządzanie, organizacja i kluczowe procesy biznesowe.
  2. Architektura danych –Struktura logicznych i fizycznych zasobów danych organizacji oraz zasobów zarządzania danymi.
  3. Architektura aplikacji –Szablon dla poszczególnych aplikacji do wdrożenia, ich wzajemnych interakcji oraz relacji z kluczowymi procesami biznesowymi organizacji.
  4. Architektura technologiczna –Logiczne możliwości oprogramowania i sprzętu wymagane do wspierania wdrożenia usług biznesowych, danych i aplikacji. Obejmuje to infrastrukturę IT, oprogramowanie pośredniczące, sieci, komunikację, przetwarzanie i standardy.

Uwaga:Architektura systemów informacyjnych = Architektura danych + Aplikacja

Dokumenty związane z budową modułów TOGAF

  • Część II – Metoda rozwoju architektury (ADM) to centralna część TOGAF
  • Część VII – Możliwości architektury wykorzystują ADM.
  • Część III – ADM jest wspierana przez szereg zasad i technik
  • Część IV – Zawartość, takie jak: wyniki, artefakty i elementy budowlane, są tworzone i przechowywane w repozytorium architektury
  • Część V – są klasyfikowane według Continuum Przedsiębiorstwa
  • Część VI – repozytorium jest początkowo wypełniane modelami odniesienia TOGAF

Część II: Metoda Rozwoju Architektury

To słynny okrąg nazywany Metodą Rozwoju Architektury (ADM). Każda faza zawiera zestaw kroków, które należy podjąć. Zapewnia sprawdzony i powtarzalny proces tworzenia architektur.

  • Faza Wstępna
  • Faza A: Wizja Architektury
  • Faza B: Architektura Biznesowa
  • Faza C: Architektura Systemów Informacyjnych Faza D: Architektura Technologiczna
  • Faza E: Okazje i Rozwiązania
  • Faza F: Planowanie Migracji
  • Faza G: Nadzór wdrożeniowy
  • Faza H: Zarządzanie Zmianami Architektury
  • Zarządzanie Wymaganiami

Zauważ, że:

W fazie architektury B, C i D TOGAF należy przeprowadzić te same kroki (krok 1–8)

Narracje ADM

Każda z faz rozwoju w TOGAF zawiera cztery główne sekcje, które prowadzą, jak opisano w fazie A na poniższym rysunku:

Część III: Wytyczne i Techniki ADM

Zbiór wytycznych i technik wspierających zastosowanie ADM. Wytyczne pomagają dostosować ADM do różnych scenariuszy, w tym różnych stylów procesów (np. stosowanie iteracji) oraz specyficznych wymagań (np. bezpieczeństwo). Techniki wspierają konkretne zadania w ramach ADM (np. definiowanie zasad, scenariuszy biznesowych, analizy luk, planowania migracji, zarządzania ryzykiem itp.). Oto tematy omawiane w Wytycznych i Technikach ADM:

  • Iteracja w ADM
  • Krajobraz Architektury
  • Architektura Bezpieczeństwa
  • SOA
  • Zasady Architektury
  • Zarządzanie Stakeholderami
  • Wzorce Architektury
  • Scenariusze Biznesowe i Cele Biznesowe
  • Analiza Luki
  • Techniki Planowania Migracji
  • Wymagania Współpracy
  • Ocena gotowości do transformacji biznesowej
  • Zarządzanie ryzykiem
  • Planowanie oparte na możliwościach

Część IV: Ramowy model zawartości architektury

Ta część opisuje ramowy model zawartości TOGAF (nowość w TOGAF 9). Opisuje:

  • Znacząca dodatkowa funkcjonalność w TOGAF
  • Zawiera szczegółowy model produktów pracy architektonicznej
  • Zwiększa spójność wyników TOGAF

Metamodele zawartości

Ramowy model zawartości zapewnia strukturalny model typów bloków konstrukcyjnych, relacji i atrybutów, które mogą być używane nieformalnie lub jako podstawa konfiguracji narzędzia modelowania architektury przedsiębiorstwa. Mimo że bloki konstrukcyjne nadal są podstawowymi elementami architektury w TOGAF, ramowy model zawartości wprowadza koncepcję jądra i rozszerzeń, z opcjonalnymi typami bloków konstrukcyjnych, w celu wspierania architektur lekkich i szczegółowych. Daje następujące korzyści w TOGAF:

  • Zawiera kompletną listę kontrolną wyników architektury.
  • Zwiększa lepszą integrację produktów pracy, jeśli zostanie przyjęte na całym przedsiębiorstwie
  • Zawiera szczegółowy standard otwarty, jak powinny być opisywane architektury

Dostarczane elementy, artefakty i bloki konstrukcyjne

Dostarczane elementy są używane dla produktów pracy, które muszą zostać wytworzone i będą formalnie sprawdzone, zaakceptowane i zatwierdzone przez stakeholderów. Wyniki projektów zazwyczaj należą do kategorii dostarczanych elementów i mają postać dokumentacji, która zostanie archiwizowana po zakończeniu projektu lub przeniesiona do Repozytorium Architektury jako model referencyjny, standard lub zdjęcie architektury krajobrazu.

Ramowy model zawartości architektury używa trzech różnych kategorii do kategoryzowania rodzaju wyników tworzonych w trakcie procesu ADM. Trzy różne kategorie ramowego modelu zawartości architektury TOGAF to

  • Dostarczane elementy
  • Artefakty
  • Blok konstrukcyjny

Artefakty

Artefakty są używane do produktów pracy, które opisują aspekt architektury. Artefakty są klasyfikowane następująco:

  • Katalog – używany do przedstawienia listy rzeczy
  • Macierze – używane do przedstawienia relacji między rzeczami
  • Diagramy – obrazy rzeczy

Blok konstrukcyjny

Blok konstrukcyjny to pakiet funkcjonalności określony do spełnienia potrzeb biznesowych w całej organizacji. Bloki konstrukcyjne są często używane na różnych poziomach. Możemy go wykorzystać do przedstawienia koncepcyjnych możliwości biznesowych, takich jak zarządzanie relacjami z klientami (CRM) w wczesnej analizie. Możemy również doprecyzować koncepcyjną możliwość do funkcjonalności, takich jak dane podstawowe klienta, a następnie dalej szczegółowo do: przydział menedżera, zarządzanie kontaktami z klientem itp.

 

Część V: Kontynuum przedsiębiorstwa i narzędzia

Model struktury wirtualnego repozytorium i metody klasyfikacji artefaktów architektury i rozwiązań. W TOGAF 9 wprowadzono następujące zmiany:

  • Zasadniczo przebudowany
  • Modele referencyjne zostały przeniesione do Części VI
  • Nowe treści dodane dotyczące podziału architektury i repozytorium architektury
  • Podstawowa baza informacji (SIB) została usunięta

Continuum przedsiębiorstwa w porównaniu do Continuum rozwiązań

W górnej części rysunku opisana jest obraz logiczny architektury (Continuum architektury), a w dolnej części wspomniana jest realizacja fizyczna architektury (Continuum rozwiązań)

Architektura ogólna w porównaniu do architektury szczegółowej

Dodatkowo diagram jest zorganizowany od lewej „bardziej ogólna” architektura do prawej „bardziej szczegółowa” architektura, co pozwala nam dopasować naszą architekturę od „logicznej” do „fizycznej”, a także od bardziej ogólnej do bardziej szczegółowej w miarę postępu od początkowego problemu do ostatecznego rozwiązania.

Podział

Podział architektury pozwala na zarządzanie kosztami i złożonością poprzez podział przedsiębiorstwa i przypisanie odpowiednich ról i odpowiedzialności do każdej partycji. Ten rysunek ilustruje potrzebę metaarchitektury w organizacjach federacyjnych, która zapewnia strukturę integracji dla indywidualnych architektów różnych jednostek biznesowych.

 

Repozytorium architektury

Repozytorium architektury to miejsce logiczne do organizowania materiałów referencyjnych i wyników prac architektonicznych. Część lub całość może być archiwizowana w narzędziu fizycznym do przechowywania, takim jak szafka dokumentacji VP. Jest również modelem koncepcyjnym, który określa, jakie rodzaje rzeczy są przechowywane. Główne komponenty w repozytorium architektury to następujące:

 

  • PonadtoMetamodele architekturyopisuje dostosowaną do organizacji aplikację ramy architektonicznej, w tym metamodele dla treści architektonicznych.
  • PonadtoZdolność architektonicznaokreśla parametry, struktury i procesy wspierające zarządzanie repozytorium architektury.
  • PonadtoKrajobraz architekturypokazuje widok architektoniczny bloków konstrukcyjnych używanych obecnie w organizacji (np. lista aktywnych aplikacji). Krajobraz ten prawdopodobnie istnieje na wielu poziomach abstrakcji, aby dopasować się do różnych celów architektonicznych.
  • PonadtoPodstawowa baza informacji o standardach (SIB) zapisuje standardy, zgodnie z którymi nowe architektury muszą się kierować, które mogą obejmować standardy branżowe, wybrane produkty i usługi dostawców lub wspólne usługi już wdrożone w organizacji.
  • PonadtoBiblioteka referencyjnazapewnia wytyczne, szablony, wzorce i inne formy materiałów referencyjnych, które mogą być wykorzystane w celu przyspieszenia tworzenia nowych architektur dla przedsiębiorstwa.
  • PonadtoDziennik zarządzaniazawiera zapis aktywności zarządzania na całym przedsiębiorstwie.

Część VI: Modele referencyjne

Definicja modeli referencyjnych została znacznie zmieniona w TOGAF 9. Dostępne są dwa modele referencyjne:

  1. Model Referencyjny Techniczny (TRM) – Architektura Podstawowa, która pełni rolę modelu i taksonomii ogólnych usług platformy.
  2. Model Zintegrowanej Infrastruktury Informacyjnej (III-RM) – Model dla aplikacji biznesowych i aplikacji infrastrukturalnych

Powiązanie Modeli Referencyjnych z Kontynuum Architektury

Kontynuum Architektury składa się z czterech stanów. Podstawowym procesem jest odkrywanie wymagań architektonicznych, analiza i zrozumienie architektur już istniejących w organizacji, od architektur podstawowych (np. TRM), poprzez architektury systemów wspólnych (III-RM), architektury standardów branżowych (np. SOA) aż do własnej architektury organizacji. Poniższy rysunek ilustruje proces architektoniczny oparty na czterech stanach:

  • Architektury podstawowe (TRM)
  • Architektury systemów wspólnych (III-RM)
  • Architektury branżowe
  • Architektury organizacji

Zmiany architektoniczne wprowadzone w stanach po lewej stronie będą migrowały do stanów po prawej. Kierunek od lewej do prawej oznacza postępowanie logiczne w organizowaniu wdrożenia architektury przedsiębiorstwa.

Część VII: Ramowy Model Kompetencji Architektury

Ta część omawia organizację, procesy, umiejętności, role i odpowiedzialności wymagane do utworzenia i funkcjonowania praktyki architektury w przedsiębiorstwie. Jest to nowa część w TOGAF 9 i została opracowana na podstawie zasobu 8.1.1

Struktura Kompetencji Architektury

Rozwój architektury przedsiębiorstwa obejmuje generowanie zdolności biznesowych, planowanie i zarządzanie architekturą w organizacji na wszystkich poziomach przez różne fazy rozwoju. Przedsiębiorstwo musi zidentyfikować organy zarządzania odpowiedzialne za podejmowanie decyzji architektonicznych, jak pokazano na szczycie poniższego rysunku.

W środku po prawej stronie TOGAF określa pulę kompetencji architektonicznych, która rejestruje definicję dojrzałości organizacji i jej poprawy. Zawiera więc umiejętności, wiedzę i strategie rozwoju zawodowego specjalistów architektonicznych. Ta wiedza pozwala na określenie ról i odpowiedzialności w pracy architektonicznej, innymi słowy, kto jest odpowiedzialny za co?

Po prawej stronie puli kompetencji, Zarządzenie Projektów/Portfela wysyła kontrakty pracy architektonicznej do Projektu/Portfela, które powinny być zsynchronizowane z priorytetami i skupieniem działań operacyjnych biznesu.

Dostarczane elementy, artefakty, logi lub dokumenty polityczne mogą być pobierane z kontynuum przedsiębiorstwa i repozytorium architektury

Ogólnym pomysłem jest rozwijanie zdolności organizacji do tworzenia architektury, co prowadzi do zwiększenia zdolności biznesowej.

Rada Architektury – Rada nadzoruje wdrażanie strategii zarządzania, która obejmuje reprezentatywnych stakeholderów odpowiedzialnych za przegląd i utrzymanie architektury

Zgodność Architektoniczna – Kluczowa relacja między architekturą a wdrożeniem polega na definicjach terminów zgodności, które zapewniają zgodność poszczególnych projektów z architekturą przedsiębiorstwa.

Umowy Architektoniczne –Wspólne porozumienia między partnerami rozwojowymi i sponsorami dotyczące dostarczanych elementów, jakości i przydatności architektury do celu

Modele dojrzałości architektury – wykorzystywane jako narzędzie do oceny obecnego położenia przedsiębiorstwa, a więc lepszego zrozumienia, kiedy jest odpowiednim momentem do postępu i jak go osiągnąć

Ramy kompetencji architektonicznych – zapewniają widok poziomów kompetencji wymaganych dla określonych ról.

Zródła:

Leave a Reply