
Metodyki i ramy architektury korporacyjnej (EA)
Architektura korporacyjna to złożony obszar, dlatego powstały specjalne metodyki i frameworki (ramy), które ułatwiają jej projektowanie i zarządzanie. Takie znormalizowane podejścia dostarczają sprawdzonych wzorców postępowania, modeli i narzędzi, dzięki którym organizacja nie musi wymyślać wszystkiego od zera. Framework architektury korporacyjnej pomaga uporządkować proces tworzenia EA, zapewnia wspólną terminologię oraz zestaw dobrych praktyk. Jeżeli dopiero zaczynasz przygodę z EA, warto najpierw poznać podstawy i korzyści architektury korporacyjnej, a następnie wrócić do niniejszego przeglądu metod.
Poniżej omawiamy cztery popularne podejścia w świecie Enterprise Architecture: TOGAF, Zachman Framework, FEAF oraz ArchiMate. Każde z nich ma nieco inny charakter i zastosowanie – od kompleksowych metodyk, przez schematy klasyfikacji, po język modelowania.
TOGAF (The Open Group Architecture Framework)
TOGAF to jedna z najpowszechniej stosowanych metodyk architektury korporacyjnej na świecie, opracowana przez stowarzyszenie The Open Group. Zapewnia ona szczegółowy proces tworzenia architektury – tzw. ADM (Architecture Development Method) – który prowadzi architektów przez kolejne etapy: od określenia wizji, poprzez analizę obecnego stanu (as-is), projekt przyszłego stanu (to-be), planowanie przejścia, aż po nadzór nad wdrożeniem zmian. TOGAF definiuje również kontent architektoniczny (Architecture Content Framework), czyli zestaw dokumentów i artefaktów tworzonych w trakcie procesu, oraz repozytorium architektury (Enterprise Continuum) do przechowywania wzorców i modeli.
Najważniejsze cechy TOGAF:
- Kompleksowa metodyka – TOGAF to pełny framework dostarczający zarówno proces (ADM), jak i bogaty zbiór wytycznych, technik oraz wzorców. Dzięki temu stanowi kompleksowe wsparcie dla zespołu architektonicznego podczas całego cyklu projektowania architektury.
- Szerokie zastosowanie i wsparcie – Jest to standard o ugruntowanej pozycji: posiada dużą społeczność praktyków, programy szkoleniowe i certyfikacyjne. Wiele narzędzi do modelowania architektury (np. narzędzia EA) posiada wbudowane wsparcie dla TOGAF, co ułatwia jego implementację.
- Elastyczność – TOGAF nie narzuca konkretnych technik modelowania czy notacji, dlatego można go dostosować do specyfiki organizacji. Na przykład, do wizualizacji modeli architektury można wykorzystać język ArchiMate (opisany niżej), pozostając w ramach procesu TOGAF.
- Nacisk na spójność – Wprowadza pojęcie zasad architektonicznych (Architecture Principles) i mechanizmy governance, które pomagają zapewnić, że wszystkie inicjatywy są zgodne z obranym kierunkiem architektury. Dzięki temu architektura pozostaje spójna, nawet gdy pracuje nad nią wiele zespołów.
Zachman Framework
Zachman Framework to jedno z najstarszych podejść do architektury korporacyjnej, stworzone przez Johna Zachmana w latach 80. XX wieku. W odróżnieniu od TOGAF, Zachman nie jest procesem czy metodyką, lecz raczej schematem klasyfikacji opisującym elementy architektury. Ma formę dwuwymiarowej matrycy: jedna oś określa różne perspektywy interesariuszy (od perspektywy planisty, poprzez właściciela biznesowego, projektanta systemu, wykonawcę, aż po działanie systemu), a druga oś odpowiada na sześć podstawowych pytań (co? jak? gdzie? kto? kiedy? dlaczego?). W ten sposób powstaje swoista siatka, w której każde pole reprezentuje unikalny aspekt architektury przedsiębiorstwa.
Kluczowe informacje o Zachman Framework:
- Kompletny zbiór perspektyw – Framework Zachmana pomaga upewnić się, że żaden istotny wymiar architektury nie zostanie pominięty. Przechodząc przez kolejne pytania (co, jak, gdzie, itd.) dla każdej perspektywy (biznesowej, systemowej, technicznej itp.), otrzymujemy pełny obraz przedsiębiorstwa.
- Nie narzuca procesu – Zachman nie mówi, jak tworzyć architekturę, a jedynie co powinno być udokumentowane. Dlatego często traktuje się go jako uzupełnienie innej metodyki (np. można stosować TOGAF jako proces, a Zachmana jako listę kontrolną do kompletności dokumentacji).
- Uniwersalność – Ponieważ jest to model ogólny, można go zastosować w różnych branżach i typach organizacji. Nie jest specyficzny dla IT czy biznesu – dotyczy wszystkich aspektów funkcjonowania organizacji.
- Podstawa dla innych ram – Wiele późniejszych frameworków czerpało inspirację z modelu Zachmana. Jego koncepcja wielowymiarowego spojrzenia na architekturę stała się fundamentem dla rozwoju dziedziny EA.
FEAF (Federal Enterprise Architecture Framework)
FEAF, czyli Federal Enterprise Architecture Framework, to podejście opracowane na potrzeby administracji rządowej Stanów Zjednoczonych. Celem FEAF było ujednolicenie i usprawnienie architektury korporacyjnej w różnych agencjach federalnych, aby łatwiej współpracowały i dzieliły dane. Framework ten definiuje zestaw referencyjnych modeli (Reference Models), które opisują kluczowe wymiary architektury przedsiębiorstwa: m.in. model biznesowy, model usług, model danych, model aplikacji i model techniczny.
Charakterystyka FEAF:
- Struktura referencyjna – FEAF dostarcza wspólny język dla agencji rządowych poprzez zdefiniowanie standardowych kategorii i klas dla procesów biznesowych, usług, danych, technologii itp. Na przykład, BRM (Business Reference Model) ujednolica opis funkcji biznesowych, a DRM (Data Reference Model) klasyfikuje typy danych i wymiany informacji.
- Współpraca między jednostkami – Dzięki wspólnym modelom referencyjnym, różne agencje i departamenty mogą łatwiej porównywać i integrować swoje architektury. To przekłada się na lepszą interoperacyjność systemów i ułatwia projektowanie rozwiązań obejmujących wiele podmiotów (co jest częste w sektorze publicznym).
- Zgodność i nadzór – FEAF kładzie nacisk na zapewnienie zgodności projektów z ustaloną architekturą poprzez mechanizmy nadzoru (EA Governance) w ramach rządu. Agencje są zachęcane do stosowania FEAF, a zgodność z nim bywa wymagana przy realizacji wspólnych inicjatyw czy uzyskiwaniu dofinansowań.
- Możliwość adaptacji w biznesie – Choć FEAF powstał w sektorze publicznym, jego koncepcje mogą być inspiracją dla dużych przedsiębiorstw prywatnych. Firmy mogą wykorzystać te referencyjne modele jako punkt wyjścia do zdefiniowania własnej architektury korporacyjnej, zwłaszcza jeśli zależy im na standaryzacji w całej organizacji.
ArchiMate
ArchiMate różni się nieco od pozostałych wymienionych powyżej pozycji, ponieważ nie jest to framework procesowy, lecz język modelowania architektury korporacyjnej. Opracowany przez The Open Group (podobnie jak TOGAF), ArchiMate dostarcza otwarty, znormalizowany zestaw symboli i notacji do tworzenia modeli architektonicznych. Pozwala to na jednolite przedstawianie różnych warstw architektury – od procesów biznesowych, poprzez aplikacje i dane, po infrastrukturę techniczną – w ramach jednego diagramu czy zestawu powiązanych diagramów.
Co warto wiedzieć o ArchiMate:
- Standardowa notacja graficzna – ArchiMate definiuje spójny język graficzny do prezentowania elementów architektury (takich jak procesy, funkcje, aplikacje, obiekty danych, urządzenia, sieci itp.) oraz relacji między nimi. Dzięki temu różni interesariusze mogą czytać i rozumieć diagramy architektoniczne bez dodatkowych tłumaczeń.
- Trzy główne warstwy – Język ten wyróżnia trzy podstawowe poziomy architektury: warstwę biznesową, warstwę aplikacji i warstwę technologii, a także elementy dotyczące motywacji (np. cele, zasady) i implementacji (projekty, migracje). To pozwala modelować całą architekturę organizacji w zintegrowany sposób.
- Komplementarny wobec frameworków – ArchiMate nie mówi jak przeprowadzić zmianę architektury (nie zastępuje zatem np. TOGAF), ale mówi jak ją opisać. Jest często wykorzystywany razem z TOGAF: TOGAF wyznacza proces i strukturę przedsięwzięcia, a ArchiMate służy do dokumentowania wyników pracy architektów w formie modeli graficznych.
- Wsparcie narzędziowe – Większość nowoczesnych narzędzi do zarządzania architekturą korporacyjną (np. BiZZdesign, Sparx Enterprise Architect) obsługuje ArchiMate. Istnieje także darmowe narzędzie Archi, szczególnie popularne wśród początkujących architektów. Standaryzacja notacji ułatwia dzielenie się modelami i współpracę nad architekturą między zespołami.
Podsumowanie i wybór podejścia
Nie ma jednego „słusznego” frameworku dla wszystkich organizacji. Wybór metodyki EA zależy od wielkości firmy, branży, kultury organizacyjnej i celów, jakie chce ona osiągnąć dzięki architekturze. Często praktyką jest łączenie elementów różnych podejść – np. wykorzystanie procesu z TOGAF, uzupełnionego matrycą Zachmana jako narzędzia kontrolnego, oraz dokumentowanie całości w ArchiMate. Kluczowe jest, aby wybrany system pracy był zrozumiały dla zespołu i wspierał realizację strategii firmy.
Poznając różne ramy EA, warto również śledzić, jak zmienia się otoczenie biznesowo-technologiczne. Nowe trendy (od chmury po sztuczną inteligencję) wpływają na rozwój narzędzi i metod architektonicznych. O tym, co obecnie kształtuje przyszłość architektury korporacyjnej, piszemy w artykule Najnowsze trendy w architekturze korporacyjnej.