Wprowadzenie do specyfikacji ArchiMate 3.0

Specyfikacja ArchiMate to standard otwarty, otwarta i niezależna język modelowania architektury przedsiębiorstwa wspierana przez różne dostawców narzędzi i firm konsultingowych. ArchiMate pozwala architektom przedsiębiorstw jasno opisywać, analizować i wizualizować relacje między dziedzinami architektury.

Tak jak projekty architektoniczne w klasycznej budownictwie opisują różne aspekty projektowania i użytkowania budynków, specyfikacja ArchiMate zapewnia wspólny język do opisywania procesów biznesowych, struktur organizacyjnych, przepływów informacji, systemów informatycznych oraz infrastruktury technicznej i fizycznej. Modele ArchiMate pozwalają stakeholderom projektować, oceniać i komunikować skutki decyzji i zmian w obrębie i między tymi dziedzinami architektury.
Ten dokument techniczny przedstawia specyfikację ArchiMate 3.0. Specyfikacja ArchiMate 3.0 to istotna aktualizacja specyfikacji ArchiMate 2.1, która została wydana w czerwcu 2016 roku jako standard The Open Group. Nowe funkcje w wersji 3.0 obejmują elementy do modelowania na poziomie strategicznym, takie jak możliwości, zasoby i strategie. Wprowadzono również obsługę modelowania świata fizycznego, w tym materiały i sprzęt. Dodatkowo poprawiono spójność i strukturę języka, zharmonizowano definicje z innymi standardami oraz ulepszono użyteczność na różne sposoby.

Ewolucja języka ArchiMate

Język ArchiMate został opracowany w latach 2002–2004 w Holandii przez zespół projektowy z Instytutu Przetwarzania Informacji Dystansowej w współpracy z wieloma partnerami z sektora rządowego, przemysłu i akademickiego, w tym Ordina, Uniwersytetu Radboud w Nijmegenie oraz Instytutu Informatyki Zaawansowanej w Lejdzie (LIACS). Rozwój obejmował testowanie w instytucjach takich jak ABN AMRO, Holenderska Administracja Skarbowo-Celna oraz Stichting Pensionfonds ABP.
W 2008 roku prawo własności i zarządzanie językiem ArchiMate zostały przekazane z Fundacji ArchiMate do The Open Group. Od 2009 roku Forum ArchiMate The Open Group rozwija i publikuje specyfikacje ArchiMate na swojej stronie internetowej.

Język ArchiMate i architektura przedsiębiorstwa

Specyfikacja ArchiMate ma na celu zapewnienie języka graficznego do przedstawiania architektury przedsiębiorstwa w czasie (tj. obejmując planowanie strategiczne, transformacyjne i migracyjne) oraz uzasadnienie i podstawowe zasady architektury. Język modelowania ArchiMate zapewnia jednolitą reprezentację dla diagramów opisujących architekturę przedsiębiorstwa i oferuje zintegrowany podejście do opisywania i wizualizacji różnych dziedzin architektury oraz ich podstawowych relacji i zależności.
Projektowanie języka ArchiMate zaczyna się od zestawu względnie ogólnych pojęć (obiektów i relacji), specjalnie dopasowanych do różnych warstw architektury przedsiębiorstwa. Najważniejszym ograniczeniem projektowym ArchiMate jest jego celowe zaprojektowanie w sposób możliwie najbardziej zwięzły, jednocześnie nadal odpowiedni do większości zadań modelowania architektury przedsiębiorstwa. Pod względem nauki i użytkowania język ogranicza się do pojęć wystarczających do modelowania około 80% przypadków z rzeczywistego świata.

Co nowego w specyfikacji ArchiMate 3.0?

Dlaczego nowa wersja języka?

Nowa wersja języka została stworzona w odpowiedzi na liczne prośby:
  • Rosnące zapotrzebowanie na łączenie strategii biznesowej z operacjami biznesowymi i IT
  • Zbieżność innowacji w dziedzinie IT i świata fizycznego
  • Zastosowanie w nowych dziedzinach, na przykład w produkcji, logistyce
  • Poprawiona spójność i zrozumiałość
  • Zwiększone dopasowanie do innych standardów The Open Group, szczególnie do frameworku TOGAF

Zwiększone wsparcie dla modelowania strategicznego i fizycznego

Framework ArchiMate został rozszerzony o elementy strategiczne i fizyczne, jak pokazano na rysunku 1.
Rysunek 1: Framework ArchiMate
Elementy strategiczne obejmują możliwości, zasoby i plany działań. Elementy fizyczne są budowane na warstwie technicznej i obejmują elementy do modelowania obiektów fizycznych i sprzętu, sieci dystrybucyjne oraz materiały.

Elementy strategiczne

Dodano elementy wspierające modelowanie strategii, planowanie oparte na możliwościach oraz powiązane dziedziny. Umożliwia to większe wykorzystanie architektury przedsiębiorstwa w obsłudze realizacji strategii i jest zgodne z metodologiami stosowanymi w powiązanych standardach, takich jak framework TOGAF [1] i Model Motywacji Biznesowej [2].
Rysunek 2: Przykład elementów motywacji i strategicznych
Rysunek 2 przedstawia przykład wykorzystujący zarówno elementy motywacji, jak i strategiczne. Zwróć uwagę, że wyniki, plany działań, możliwości i zasoby to nowe elementy wprowadzone w specyfikacji ArchiMate 3.0. Zwiększanie zysku to cel, który można rozłożyć na wiele innych celów: obniżenie kosztów i zwiększenie przychodów. Pierwszy z nich jest związany z strategią doskonałości operacyjnej firmy i modelowany jako plan działania. Jest on dalej podzielony na dwa inne plany działania: centralizację systemów IT i standaryzację produktów. Powoduje to dwa wyniki: obniżenie kosztów i utrata klientów, które wpływają na cel – pozytywnie i negatywnie. Ilustruje to ważną różnicę między celami a wynikami: nie wszystkie wyniki prowadzą do zamierzonych skutków.
Plan działania jest wspierany przez wiele możliwości: zarządzanie i operacje IT oraz zarządzanie produktami. Do pierwszego przypisane są odpowiednie zasoby ludzkie i IT. Fragment modelu pokazuje również, że te zasoby znajdują się w siedzibie organizacji, co jest zgodne z planem działania dotyczącym centralizacji systemów IT.

Elementy fizyczne

Warstwa techniczna została rozszerzona o elementy do modelowania świata fizycznego – takich jak produkcja, logistyka i inne środowiska fizyczne.
Rysunek 3: Przykład elementów fizycznych
Rysunek 3 przedstawia przykład elementów fizycznych. Zauważ, że wszystkie elementy w przykładzie są nowe w specyfikacji ArchiMate 3.0, z wyjątkiem Path, który został przemianowany z Communication Path, a jego znaczenie zostało rozszerzone w celu umożliwienia integracji z elementami fizycznymi.
Urządzenie jest modelowane i instalowane na zakładzie produkcyjnym, wykorzystując gotowe płytki drukowane, wewnętrzne anteny i obudowy plastikowe w celu produkcji materiałów do urządzeń telematycznych pojazdów. Urządzenie początkowo znajduje się na zakładzie produkcyjnym, a następnie przesyłane jest do centrum dystrybucyjnego krajowego i lokalnego za pomocą sieci dystrybucyjnej z wykorzystaniem transportu morskiego i lokalnych ciężarówek. Te sieci dystrybucyjne łącznie tworzą ścieżkę wielomodalną.
ArchiMate 3.0 nie wprowadza osobnego elementu zachowania fizycznego. Zamiast tego do modelowania zachowania wszystkich węzłów, w tym urządzeń fizycznych, wykorzystywane są elementy zachowania z warstwy technicznej (funkcje techniczne, procesy, interakcje, usługi i zdarzenia). Ponieważ urządzenia są zazwyczaj sterowane komputerowo lub w inny sposób ściśle powiązane z IT, ich zachowanie można opisać za pomocą istniejących koncepcji zachowania technicznego w sposób kompletny i spójny. Te koncepcje mogą również służyć do opisu zachowania czujników i połączonych urządzeń tworzących Internet rzeczy (IoT).

Zwiększone dostępność i spójność

Wprowadzono wiele zmian w celu poprawy użyteczności i spójności języka. Są one podsumowane poniżej.

Ogólny metamodel

Wprowadzono ogólny metamodel najwyższego poziomu w celu zapisania pełnej struktury języka.

Elementy złożone

Grupy nie są już klasyfikowane jako relacje; są teraz elementami złożonymi. Grupy mają teraz relacje agregacji lub kompozycji z ich zawartością, co czyni je bardziej przydatnymi. Relacje mogą teraz być rysowane od grupy lub do grupy. Jednym z przydatnych zastosowań grupowania jest modelowanie bloków architektonicznych i rozwiązań; drugim – modelowanie domen w architekturze. Elementy lokalizacji zostały przeniesione z warstwy biznesowej do metamodelu ogólnego i zdefiniowane jako elementy złożone.
Ulepszona obsługa zagnieżdżania jako notacji pozwala na lepsze przedstawienie powiązanych elementów w modelowaniu.

Zaktualizowane symbole dla widoków i umów

Notacja dla widoków i umów została uaktualniona, aby jasno odróżnić je od dostarczanych produktów i obiektów biznesowych, odpowiednio.

Opcjonalne symbole warstw

Wprowadzono opcjonalny symbol, który jasno wskazuje warstwę elementu. Litery „M”, „S”, „B”, „A”, „T”, „P” lub „I” w lewym górnym rogu elementu mogą wskazywać odpowiednio elementy motywacji, strategii, biznesu, aplikacji, technologii, fizyczne lub implementacji i migracji. Rysunek 4 przedstawia przykład modelu pokazującego elementy aplikacji i technologii.
Rysunek 4: Przykład symboli elementów

Relacje

W niektórych przypadkach dozwolone jest posiadanie relacji z innymi relacjami – na przykład przyporządkowanie obiektu do grupy lub relacji przepływu lub agregacji w ramach platformy.
Rysunek 5: Przykład relacji z relacją
Relacja „used by” została zmieniona na „service”, aby lepiej oddać jej kierunek za pomocą czasownika aktywnego: service obsługuje użytkowników. Znaczenie relacji się nie zmieniło. Nazwa „used by” nadal jest dozwolona, ale jest przestarzała i zostanie usunięta w przyszłych wersjach standardu.
Aby dopasować się do innych relacji zależności (dostęp i usługa), symbol relacji wpływu został uaktualniony.
Rysunek 6: Symbol relacji wpływu
Wprowadzono symbol kierunkowy dla relacji przypisania, zastępując czarny okrąg na końcu docelowym strzałką.
Rysunek 7: Symbol relacji przypisania
Linki nie są już klasyfikowane jako relacje, ale jako połączenia relacji. Linki są teraz jasno określone jako „lub” lub ogólne „i”.
Rysunek 8: Symbol linku

Elementy motywacji

Dodano element wyniku. Elementy znaczenia i wartości zostały przeniesione z warstwy biznesowej.

Dodane zdarzenia

Do wszystkich warstw języka architektonicznego ArchiMate dodano elementy zdarzeń z atrybutami czasu, a także dla elementów implementacji i migracji. Nowe elementy to zdarzenia aplikacji, zdarzenia techniczne i zdarzenia implementacji, które odpowiadają istniejącym zdarzeniom biznesowym.

Ulepszona spójność warstw

Dołączono nowe elementy, takie jak procesy aplikacji, procesy techniczne, interakcje techniczne i współprace techniczne, aby zwiększyć spójność między warstwami.

Warstwa biznesowa

Elementy lokalizacji, wartości i znaczenia nie są już określone w warstwie biznesowej. Symbole widoków i umów zostały uaktualnione, aby odróżnić je od dostarczanych elementów i obiektów biznesowych, odpowiednio.

Warstwa techniczna

Elementy w warstwie technicznej zostały zmienione z „Infrastruktura [Nazwa elementu]” na „Technologia [Nazwa elementu]”. Element „Ścieżka komunikacji” został zmieniony na „Ścieżka”, a jego znaczenie zostało rozszerzone w celu obsługi elementów fizycznych. Element „Sieć” został zmieniony na „Sieć komunikacji”, aby odróżnić go od elementu fizycznego „Sieć dystrybucji”.

Relacje między warstwami

Zdefiniowano relacje między warstwami w celu połączenia motywacji i strategii z podstawowymi koncepcjami (biznes, aplikacja, technologia, fizyczna) oraz połączenia strategii z jej realizacją. Relacje między warstwami zostały również przeanalizowane, aby wspierać lepszą zgodność między elementami różnych warstw (np. warstwa biznesowa skorelowana z niższymi warstwami).

Mechanizm widoków

Poprzednie wersje standardu zawierały obszerną listę widoków w głównej części specyfikacji, wraz z możliwością definiowania niestandardowych widoków w specyficznych sytuacjach. W wersji 3.0 mechanizm widoków został ulepszony, a lista widoków została przeniesiona do dodatku informacyjnego, aby jasno wskazać, że są to przykładowe widoki.

Język ArchiMate i TOGAF ADM

Język ArchiMate składa się z języka podstawowego ArchiMate, który obejmuje warstwy biznesową, aplikacyjną i technologiczną, a także elementy do modelowania strategii i motywacji, jak również implementacji i migracji. Rysunek 9 przedstawia uproszczoną mapę, jak język ArchiMate jest powiązany z różnymi fazami Metody Rozwoju Architektury TOGAF (ADM).
Rysunek 9: Uproszczona mapa między językiem ArchiMate a TOGAF ADM
Warstwy biznesowa, aplikacyjna i technologiczna wspierają opis dziedzin architektury biznesowej, systemów informacyjnych i technologicznych zdefiniowanych w ramach frameworku TOGAF, a także ich wzajemnych relacji. Elementy strategiczne i motywacyjne w ArchiMate mogą wspierać fazy zarządzania wymaganiami, wstępne i wizji architektury w TOGAF ADM, które ustanawiają wysokie cele biznesowe, zasady architektury i początkowe wymagania biznesowe. Są one również powiązane z fazą zarządzania zmianami architektury w TOGAF ADM, ponieważ ta faza dotyczy ewoluujących wymagań. Choć nie przedstawiono tego na Rysunku 9, należy zaznaczyć, że te elementy mogą być również wykorzystywane w innych fazach ADM, takich jak fazy B, C i D.
Elementy implementacji i migracji w ArchiMate wspierają realizację i migrację architektury poprzez fazy TOGAF ADM: okazje i rozwiązania, planowanie migracji oraz zarządzanie realizacją.

Leave a Reply