Kategoria: ArchiMate

Kompletny tutorial do ArchiMate wspierający TOGAF ADM

Wprowadzenie do ArchiMate

ArchiMate to otwarta i niezależna język modelowania architektury przedsiębiorstwa, która wspiera opisywanie, analizę i wizualizację architektury wewnątrz i między dziedzinami biznesowymi. Jest zaprojektowana w taki sposób, aby zapewnić jasny i jednoznaczny sposób komunikowania złożonych architektur dla interesariuszy. ArchiMate jest szczególnie przydatna w połączeniu z Metodą Rozwoju Architektury TOGAF (ADM), zapewniając standardowy sposób modelowania i komunikowania architektur przedsiębiorstwa.

What is ArchiMate?

Kluczowe koncepcje ArchiMate

ArchiMate Core Framework

1. Warstwy ArchiMate

ArchiMate dzieli architekturę przedsiębiorstwa na trzy główne warstwy:

  • Warstwa biznesowa: Skupia się na procesach biznesowych, usługach i funkcjach wspierających cele organizacji.
  • Warstwa aplikacji: Dotyczy usług aplikacji, komponentów i ich wzajemnych interakcji wspierających warstwę biznesową.
  • Warstwa technologiczna: Dotyczy infrastruktury technologicznej, w tym sprzętu, oprogramowania i komponentów sieciowych wspierających warstwę aplikacji.

2. Podstawowe elementy

ArchiMate definiuje kilka podstawowych elementów używanych do modelowania architektury:

  • Elementy struktury aktywne: Reprezentują jednostki, które wykonywają zachowania, takie jak aktorzy biznesowi, komponenty aplikacji i urządzenia.
  • Elementy zachowania: Reprezentują procesy, funkcje, usługi i interakcje wewnątrz architektury.
  • Elementy struktury pasywne: Reprezentują informacje lub dane używane lub tworzone przez elementy zachowania, takie jak obiekty biznesowe i obiekty danych.

3. Relacje

ArchiMate definiuje kilka typów relacji łączących elementy:

  • Relacje strukturalne: Takie jak złożenie, agregacja i specjalizacja.
  • Relacje zależności: Takie jak asocjacja, realizacja i używane przez.
  • Relacje dynamiczne: Na przykład wyzwalanie i przepływ.

4. Punkty widzenia

ArchiMate oferuje kilka punktów widzenia do wizualizacji architektury z różnych perspektyw:

  • Punkt widzenia procesów biznesowych: Pokazuje procesy biznesowe i ich wzajemne oddziaływania.
  • Punkt widzenia współpracy aplikacji: Pokazuje, jak aplikacje współpracują w celu wspierania procesów biznesowych.
  • Punkt widzenia realizacji technologicznej: Pokazuje, jak elementy technologiczne realizują elementy aplikacji.

ArchiMate i TOGAF ADM

Metoda rozwoju architektury TOGAF (ADM)

TOGAF ADM to kompleksowa metodyka tworzenia architektur przedsiębiorstw. Składa się z kilku faz, z których każda skupia się na konkretnym aspekcie procesu tworzenia architektury. ArchiMate wspiera TOGAF ADM, oferując znormalizowany sposób modelowania i wizualizacji architektury w każdej fazie.

Powerful TOGAF ADM Toolset

Fazy TOGAF ADM

  1. Faza wstępna: Ustala zasady architektury, ramy pracy i zarządzanie.
  2. Wizja architektury: Określa zakres, interesariuszy, kwestie i cele biznesowe.
  3. Architektura biznesowa: Tworzy architekturę biznesową, w tym procesy i usługi biznesowe.
  4. Architektury systemów informacyjnych: Tworzy architektury danych i aplikacji.
  5. Architektura technologiczna: Tworzy architekturę technologiczną.
  6. Okazje i rozwiązania: Identyfikuje i priorytaryzuje projekty architektury.
  7. Planowanie migracji: Tworzy plan migracji i wdrożenia.
  8. Zarządzanie wdrożeniem: Zapewnia zarządzanie i wsparcie w realizacji architektury.

Przykłady modeli ArchiMate

Ten diagram ilustruje architekturę warstwową systemu zarządzania opieką zdrowotną, podzieloną na dwie główne warstwy: warstwę Warstwa aplikacji oraz warstwę Warstwę technologiczną. Oto szczegółowe wyjaśnienie każdego komponentu oraz ich wzajemnych interakcji:

archimate diagram example

Warstwa aplikacji (niebieska)

Ta warstwa składa się z różnych aplikacji i systemów, które bezpośrednio współdziałają z użytkownikami lub innymi systemami w celu zarządzania usługami opieki zdrowotnej. Kluczowe komponenty w tej warstwie to:

  1. Zarządzanie opieką stacjonarną:

    • Zarządza usługami i procesami dotyczącymi pacjentów, którzy są przyjęci do szpitala.

  2. Zarządzanie opieką ambulatoryjną:

    • Zarządza usługami i procesami dla pacjentów, którzy odwiedzają szpital w celu leczenia, ale nie są przyjęci.

  3. System CRM (Zarządzanie relacjami z klientami):

    • Zarządza interakcjami z pacjentami, w tym komunikacją, kontaktami powtórnymi oraz zarządzaniem relacjami z pacjentami.

  4. Faktury:

    • Zajmuje się aspektami finansowymi, w tym wykonywaniem faktur, przetwarzaniem płatności oraz zarządzaniem rekordami finansowymi.

Warstwa technologiczna (zielona)

Ta warstwa zapewnia podstawową infrastrukturę i usługi wspierające aplikacje w warstwie aplikacji. Kluczowe komponenty w tej warstwie to:

  1. Usługa komunikacji:

    • Ułatwia komunikację między różnymi aplikacjami i systemami w ramach systemu zarządzania opieką zdrowotną.
    • Gwarantuje, że wiadomości są przekazywane wiarygodnie i w poprawnej kolejności.

  2. Usługa dostępu do danych:

    • Zapewnia centralny sposób dostępu i zarządzania danymi w całym systemie.
    • Gwarantuje, że dane są pobierane i przechowywane efektywnie i bezpiecznie.

  3. Mainframe:

    • Główny system obliczeniowy, który hostuje podstawowe usługi i dane.
    • Zawiera dwa główne komponenty:
      • Kolejkowanie wiadomości: Zarządza kolejkowaniem i przetwarzaniem wiadomości w celu zapewnienia niezawodnej komunikacji.
      • DBMS (System zarządzania bazami danych): Przechowuje i zarządza danymi używanymi przez różne aplikacje.

Interakcje

  • Zarządzanie opieką stacjonarną, Zarządzanie opieką ambulatoryjną, System CRM, i Faktury współdziałają z Usługa komunikacji i Usługa dostępu do danych w celu wykonywania swoich odpowiednich funkcji.
  • Ponadto Usługa komunikacji i Usługa dostępu do danych opierają się na Mainframe w celu obsługi podstawowych usług, takich jak kolejkowanie wiadomości i zarządzanie bazami danych.
  • Ponadto Mainframezapewnia poprawne przetwarzanie wiadomości i efektywne zarządzanie danymi, wspierając całą operację systemu.

Diagram przedstawia strukturalny podejście do zarządzania usługami medycznymi poprzez rozdzielenie funkcji poziomu aplikacji od podstawowej infrastruktury technologicznej. To rozdzielenie pozwala na bardziej modułową i utrzymywalną architekturę systemu, w której zmiany w jednym warstwie mają minimalny wpływ na drugą. Usługa komunikatów i Usługa dostępu do danych działają jako pośrednicy, ułatwiając komunikację i zarządzanie danymi między składnikami aplikacji a głównym komputerem.

Zalecany narzędzie ArchiMate do architektury przedsiębiorstwa

Visual Paradigm jest szeroko uznawany za jedno z najlepszych narzędzi do modelowania ArchiMate w projektach architektury przedsiębiorstwa (EA). Oto kilka powodów, dla których jest bardzo zalecane:

Navigating TOGAF: Your Guide to the ADM Process - Visual Paradigm Guides

1. Kompleksowa obsługa ArchiMate

  • Pełna specyfikacja ArchiMate: Visual Paradigm obsługuje najnowsze standardy ArchiMate, w tym ArchiMate 3.1, zapewniając możliwość modelowania za pomocą wszystkich oficjalnych elementów i relacji ArchiMate.
  • Bogata biblioteka elementów: Dostarcza obszerną bibliotekę symboli ArchiMate, ułatwiając tworzenie szczegółowych i dokładnych modeli.

2. Przyjazny interfejs użytkownika

  • Intuicyjny projekt: Narzędzie oferuje przyjazny interfejs użytkownika, który jest łatwy w nawigacji, nawet dla użytkowników nowych w modelowaniu ArchiMate.
  • Przeciągnij i upuść: Funkcja przeciągania i upuszczania umożliwia szybkie i efektywne tworzenie modeli.

3. Zaawansowane funkcje modelowania

  • Widoki warstwowe: Obsługuje tworzenie widoków warstwowych (np. Biznes, Aplikacja, Technologia), aby zapewnić kompleksowy obraz architektury przedsiębiorstwa.
  • Relacje między warstwami: Łatwo definiować i wizualizować relacje między różnymi warstwami architektury.

4. Współpraca i udostępnianie

  • Współpraca zespołu: Visual Paradigm obsługuje pracę zespołową, umożliwiając wielu użytkownikom jednoczesną pracę nad tym samym projektem.
  • Kontrola wersji: Zintegrowana kontrola wersji pomaga zarządzać zmianami i śledzić ewolucję Twoich modeli.

5. Możliwości integracji

  • Integracja z narzędziami: Bezproblemowo integruje się z innymi narzędziami i platformami, takimi jak JIRA, Confluence i różne bazy danych, poprawiając ogólną praktykę architektury przedsiębiorstwa.
  • Import/Eksport: Obsługuje import i eksport modeli w różnych formatach, w tym ArchiMate Exchange File Format, zapewniając zgodność z innymi narzędziami.

6. Dokumentacja i raportowanie

  • Automatyczna dokumentacja: Generuje kompleksową dokumentację na podstawie Twoich modeli ArchiMate, oszczędzając czas i zapewniając spójność.
  • Dostosowane raporty: Pozwala tworzyć dostosowane raporty dopasowane do potrzeb konkretnych stakeholderów.

7. Szkolenia i wsparcie

  • Obszerna baza zasobów: Oferuje bogatą gamę samouczków, przewodników i przykładów, które pomogą użytkownikom rozpocząć pracę i opanować modelowanie ArchiMate.
  • Wsparcie klienta: Oferuje solidne wsparcie klienta, aby pomóc w rozwiązaniu wszelkich problemów lub pytań, które mogą się pojawić.

8. Skalowalność

  • Rozwiązywalne rozwiązania: Przydatne zarówno dla małych, jak i dużych projektów architektury przedsiębiorstwa, co czyni je elastycznym narzędziem dla organizacji wszystkich rozmiarów.

9. Zgodność i standardy

  • Standardy branżowe: Zgodne z standardami branżowymi i najlepszymi praktykami, zapewniając zgodność i aktualność Twoich modeli architektury przedsiębiorstwa.

Wnioski

ArchiMate oferuje potężny i standardowy sposób modelowania architektur przedsiębiorstw, wspierając metodologię TOGAF ADM. Zrozumienie kluczowych koncepcji, warstw, elementów i relacji w ArchiMate pozwala skutecznie modelować i komunikować złożone architektury dla stakeholderów. Podane przykłady ilustrują, jak ArchiMate może być wykorzystywany do modelowania procesów biznesowych, współpracy aplikacji i realizacji technologii, wspierając różne fazy metodologii TOGAF ADM.

Zasób narzędzi ArchiMate

  1. Bezpłatny narzędzie online do tworzenia diagramów ArchiMate

  2. Strona główna – Zasoby ArchiMate bezpłatnie

  3. Visual Paradigm – UML, Agile, PMBOK, TOGAF, BPMN i wiele więcej!

  4. Rozdział 7. ArchiMate – Koło społeczności Visual Paradigm

  5. Co to jest ArchiMate?

    • Opis: Poradnik krok po kroku do nauki ArchiMate, w tym sposób korzystania z niego do modelowania architektury przedsiębiorstwa.
    • URL: Co to jest ArchiMate? 5

  6. Narzędzia ArchiMate

    • Opis: Dowiedz się, jak korzystać z Visual Paradigm, narzędzia do projektowania i zarządzania przeznaczonego dla zespołów agilnych w tworzeniu oprogramowania.
    • URL: Narzędzia ArchiMate 6

  7. Najlepsze oprogramowanie ArchiMate

    • Opis: Zatwierdzone narzędzie ArchiMate do skutecznego projektowania i modelowania architektury przedsiębiorstwa. Szybko rysuj diagramy ArchiMate zgodne z oficjalnym specyfikacją The Open Group.
    • URL: Najlepsze oprogramowanie ArchiMate 7

  8. Jak sformatować elementy ArchiMate?

  9. Przewodnik po punktach widzenia ArchiMate – punkt widzenia mapy zasobów

  10. Poradnik diagramów ArchiMate

    • Opis: Poradnik pomagający nauczyć się diagramów ArchiMate, jak je tworzyć i kiedy ich używać. Zawiera przykłady i wskazówki.
    • URL: Poradnik diagramów ArchiMate 10

Te zasoby powinny stanowić kompletny punkt wyjścia do korzystania z narzędzia ArchiMate firmy Visual Paradigm do modelowania architektury przedsiębiorstwa.

Kompleksowy przewodnik po procesie Visual Paradigm’s TOGAF Guide-Through

Wprowadzenie

Proces Visual Paradigm’s TOGAF Guide-Through to potężne narzędzie zaprojektowane w celu ułatwienia wdrożenia Metody Rozwoju Architektury TOGAF (ADM). Zapewnia krok po kroku przewodnik, instrukcje oraz przykłady z życia, wspierając rozwój architektury przedsiębiorstwa. Niniejszy kompleksowy przewodnik omówi kluczowe cechy, korzyści i obszary zastosowania procesu Visual Paradigm’s TOGAF Guide-Through, wyróżniając, dlaczego wyróżnia się on w dziedzinie architektury przedsiębiorstwa.

Transform Your Business with Visual Paradigm and TOGAF - Visual Paradigm Guides

Główne cechy

  1. Krok po kroku:

    • Proces Guide-Through oferuje szczegółowe, krok po kroku instrukcje dla każdej fazy metody TOGAF ADM, zapewniając użytkownikom łatwe poruszanie się po złożonościach rozwoju architektury przedsiębiorstwa1112.

  2. Integracja z ArchiMate:

    • Visual Paradigm wspiera integrację ArchiMate z TOGAF ADM, oferując potężną kombinację dla inicjatyw architektury przedsiębiorstwa. ArchiMate 3 z jego zróżnicowanym systemem notacji pozwala architektom efektywnie wyrażać złożone modele1314.

  3. Zautomatyzowane zarządzanie zadaniami:

    • Narzędzie ulepsza cały proces poprzez zautomatyzowane zarządzanie zadaniami i powiadomieniami, umożliwiając użytkownikom rozwój dostarczanych elementów architektury stopniowo i w sposób współdziałający15.

  4. Wizualne mapy procesów:

    • Oprogramowanie zawiera wizualne mapy procesów, które pomagają użytkownikom łatwo poruszać się przez cały proces architektury przedsiębiorstwa. Oferuje kompletny zestaw narzędzi do planowania, projektowania i rozwoju w celu zakończenia działań ADM14.

  5. Kompletny zestaw narzędzi:

    • Visual Paradigm oferuje szereg narzędzi dostosowanych do działań ADM, w tym diagramy ArchiMate do modelowania aspektów biznesowych, IT i fizycznych architektury przedsiębiorstwa. Te narzędzia zapewniają kompleksowy obraz architektury, ułatwiając jej zrozumienie i wdrożenie TOGAF14.

Zalety

Enhancements of Visual Paradigm's Guide-Through Process: Visual Paradigm

  1. Efektywność:

    • Proces Przewodnika znacząco zwiększa efektywność poprzez dostarczanie jasnych instrukcji i automatyzację zadań, pozwalając użytkownikom skupić się na decyzjach strategicznych zamiast na szczegółach procedur11.

  2. Współpraca:

    • Narzędzie ułatwia współpracę między różnymi stakeholderami, w tym właścicielami projektów, analitykami biznesowymi, architektami przedsiębiorstw i specjalistami IT. Ten podejście wspólne zapewnia zaangażowanie i informowanie wszystkich stron na przestrzeni całego procesu tworzenia architektury15.

  3. Dostosowanie:

    • Narzędzie Visual Paradigm umożliwia dostosowanie, umożliwiając organizacjom dopasowanie procesu ADM do ich specyficznych potrzeb i celów. Ta elastyczność zapewnia, że proces tworzenia architektury jest zgodny z unikalnymi wymaganiami organizacji11.

  4. Rozwój iteracyjny:

    • Iteracyjny charakter TOGAF ADM jest w pełni wspierany przez proces Przewodnika Visual Paradigm. Pozwala to specjalistom dostosować i doskonalić swoją pracę na podstawie zmieniających się potrzeb informacyjnych i opinii stakeholderów, zapewniając, że architektura odpowiada zmieniającym się potrzebom organizacji16.

Obszary zastosowania

  1. Rozwój architektury przedsiębiorstwa:

    • Głównym obszarem zastosowania jest rozwój architektury przedsiębiorstwa, gdzie proces Przewodnika pomaga organizacjom projektować, planować, wdrażać i zarządzać swoją architekturą przedsiębiorstwa. Zapewnia strukturalne podejście do skutecznego dopasowania celów biznesowych do strategii IT17.

  2. Transformacja cyfrowa:

    • Narzędzie jest kluczowe dla inicjatyw transformacji cyfrowej, w których organizacje dążą do poprawy doświadczenia klienta i efektywności operacyjnej poprzez wdrażanie nowych technologii i procesów18.

  3. Planowanie strategiczne:

    • Przewodnik Visual Paradigm wspiera planowanie strategiczne, oferując kompleksowy framework do tworzenia wizji architektury, definiowania zakresu, identyfikowania stakeholderów oraz tworzenia planów komunikacji. Zapewnia to zgodność procesu rozwoju architektury z celami biznesowymi i strategicznymi kierunkami19.

  4. Metodyki agilne:

    • Narzędzie integruje metodyki agilne i UML, oferując kompleksowe rozwiązanie do rozwoju architektury przedsiębiorstwa. Ta integracja zapewnia, że proces rozwoju architektury jest zarówno elastyczny, jak i efektywny, wspierając praktyki agilne w organizacji14.

Wnioski

Przewodnik Visual Paradigm TOGAF wyróżnia się jako kompleksowe i skuteczne narzędzie wspierające TOGAF ADM. Krok po kroku prowadząca instrukcja, integracja z ArchiMate, automatyczne zarządzanie zadaniami i funkcje współpracy czynią go niezastąpionym zasobem w rozwoju architektury przedsiębiorstwa. Wykorzystując to narzędzie, organizacje mogą zwiększyć efektywność, współpracę, personalizację i rozwój iteracyjny, a w efekcie osiągnąć cele architektury przedsiębiorstwa i wspierać wartość biznesową oraz transformację

Rozdział 3 ArchiMate 3.2

3 Struktura języka

Ten rozdział opisuje strukturę języka modelowania architektury przedsiębiorstwa ArchiMate. Szczegółowe definicje i przykłady standardowego zestawu elementów i relacji znajdują się w rozdziałach 4 do 1

3.1 Rozważania dotyczące projektowania języka

Głównym wyzwaniem w procesie tworzenia ogólnego metamodelu architektury przedsiębiorstwa jest znalezienie odpowiedniego kompromisu między szczegółowością języków dla poszczególnych dziedzin architektury a bardzo ogólnym zestawem pojęć architektonicznych, które odzwierciedlają perspektywę systemów jako prostego zbioru wzajemnie powiązanych jednostek.

Projektowanie języka ArchiMate rozpoczęło się od zestawu względnie ogólnych pojęć. Zostały one dostosowane do zastosowania na różnych poziomach architektonicznych, jak wyjaśniono w kolejnych sekcjach. Najważniejszym ograniczeniem projektowym języka jest jego celowe zaprojektowanie jako możliwie najmniejszego, ale nadal użytecznego do większości zadań modelowania architektury przedsiębiorstwa. Wiele innych języków stara się uwzględnić potrzeby wszystkich możliwych użytkowników. W interesie uproszczenia nauki i użytkowania język ArchiMate został ograniczony do pojęć wystarczających do modelowania typowych 80% przypadków praktycznych.

Ten standard nie opisuje szczegółowych rozważań dotyczących projektowania języka ArchiMate. Ciekawych czytelników prosimy o odniesienie się do [1], [2] i [3], które zawierają szczegółowe opisy budowy języka i rozważań projektowych.

3.2 Struktura najwyższego poziomu języka

Rysunek 1 przedstawia hierarchiczną strukturę najwyższego poziomu języka:

  • Model to zbiór pojęć – pojęcie to albo element albo relacja
  • Element to albo element zachowania, element struktury, element motywacji, albo element złożony

Zauważ, że są to abstrakcyjne pojęcia; nie są przeznaczone do bezpośredniego użycia w modelach. Aby to oznaczyć, są przedstawione w białym kolorze z etykietami w kursywie. Zobacz rozdział 4, aby uzyskać wyjaśnienie notacji użytej na rysunku 1.

Rysunek 1: Hierarchia najwyższego poziomu pojęć ArchiMate

3.3 Warstwowanie języka ArchiMate

Język podstawowy ArchiMate definiuje strukturę ogólnych elementów i ich relacji, które mogą być specjalizowane na różnych poziomach. W języku podstawowym ArchiMate zdefiniowano trzy warstwy, jak poniżej:

  1. Warstwa Biznesowa przedstawia usługi biznesowe oferowane klientom, które są realizowane w organizacji za pomocą procesów biznesowych wykonywanych przez aktorów biznesowych.
  2. Warstwa Aplikacyjna przedstawia usługi aplikacyjne wspierające biznes oraz aplikacje, które je realizują.
  3. Warstwa Technologicznaobejmuje zarówno technologię informacyjną, jak i operacyjną. Można na przykład modelować technologię przetwarzania, przechowywania i komunikacji wspierającą świat aplikacji i warstwy biznesowe, a także modelować technologię operacyjną lub fizyczną za pomocą obiektów, sprzętu fizycznego, materiałów i sieci dystrybucyjnych.

Ogólna struktura modeli w różnych warstwach jest podobna. Używane są te same typy elementów i relacji, choć ich dokładna natura i szczegółowość się różnią. W następnej rozdziale przedstawiona jest struktura ogólnego metamodelu. W rozdziałach 8, 9 i 10 te elementy są specjalizowane, aby uzyskać elementy charakterystyczne dla konkretnej warstwy.

Zgodnie z koncepcją orientacji na usługi, najważniejszą relacją między warstwami jest relacja „obsługi”[1]relacje, które pokazują, jak elementy w jednej warstwie są obsługiwane przez usługi innych warstw. (Zauważ jednak, że usługi nie muszą obsługiwać tylko elementów w innej warstwie, ale mogą również obsługiwać elementy w tej samej warstwie.) Drugim typem połączenia są relacje realizacji: elementy w niższych warstwach mogą realizować odpowiednie elementy w wyższych warstwach; np. obiekt

„obiekt danych” (warstwa aplikacji) może realizować „obiekt biznesowy” (warstwa biznesowa); albo

„artefakt” (warstwa technologiczna) może realizować albo „obiekt danych”, albo „komponent aplikacji” (warstwa aplikacji).

3.4 Podstawowy framework ArchiMate

Podstawowy framework ArchiMate to framework składający się z dziewięciu komórek używanych do kategoryzowania elementów języka podstawowego ArchiMate. Składa się on z trzech aspektów i trzech warstw, jak pokazano na rysunku 2. Jest to znany jako podstawowy framework ArchiMate.

Ważne jest zrozumienie, że kategoryzacja elementów na podstawie aspektów i warstw jest tylko ogólna. Elementy architektury z rzeczywistego świata nie muszą być ściśle ograniczone do jednego aspektu lub warstwy, ponieważ elementy łączące różne aspekty i warstwy odgrywają kluczową rolę w spójnym opisie architektury. Na przykład, wyprzedzając późniejsze rozważania koncepcyjne, role biznesowe pełnią funkcję pośredniczącą między elementami „wyłącznie behawioralnymi” a elementami „wyłącznie strukturalnymi”, a to, czy dany fragment oprogramowania jest uznawany za część warstwy aplikacji czy warstwy technologicznej, może zależeć od kontekstu.

Rysunek 2: Podstawowy framework ArchiMate

Struktura frameworku pozwala na modelowanie przedsiębiorstwa z różnych punktów widzenia, gdzie położenie w komórkach podkreśla interesy stakeholdera. Stakeholder zazwyczaj może mieć interesy obejmujące wiele komórek.

Wymiary frameworku są następujące:

  • Warstwy – trzy poziomy, na których przedsiębiorstwo może być modelowane w ArchiMate – Biznes, Aplikacja i Technologia (jak opisano w sekcji 3.3)
  • Aspekty:

—Aspekt struktury aktywnej, który reprezentuje elementy strukturalne (aktorów biznesowych, komponentów aplikacji i urządzeń, które wykazują rzeczywistą działalność; tzn.

„podmioty” działalności)

—Aspekt behawioralny, który reprezentuje zachowanie (procesy, funkcje, zdarzenia i usługi) wykonywane przez aktorów; elementy strukturalne są przypisywane do elementów behawioralnych, aby pokazać, kto lub co wykazuje dane zachowanie

—Aspekt struktury pasywnej, który reprezentuje obiekty, na których wykonywane jest zachowanie; są to zazwyczaj obiekty informacyjne w warstwie biznesowej i obiekty danych w warstwie aplikacji, ale mogą również służyć do reprezentowania obiektów fizycznych

Te trzy aspekty zostały inspirowane językiem naturalnym, w którym zdanie ma podmiot (strukturę aktywną), czasownik (zachowanie) i dopełnienie (strukturę pasywną). Używając tych samych konstrukcji, do których ludzie są przyzwyczajeni w swoich językach, język ArchiMate jest łatwiejszy do nauki i czytania.

Ponieważ notacja ArchiMate tograficznajęzyk, w którym elementy są organizowane przestrzennie, ten porządek nie ma znaczenia podczas modelowania.

Element złożony, jak pokazano na rysunku 1, to element, który niekoniecznie pasuje do jednego aspektu (kolumny) frameworku, ale może łączyć dwa lub więcej aspektów.

Zauważ, że język ArchiMate nie wymaga od modelera używania jakiegokolwiek konkretnego układu, takiego jak struktura tego frameworku; jest on jedynie kategoryzacją elementów języka.

3.5 Pełny framework ArchiMate

Pełny framework ArchiMate, jak opisano w tej wersji standardu, dodaje kilka warstw i aspektu do frameworku podstawowego. Elementy fizyczne są uwzględnione w warstwie technologicznej w celu modelowania obiektów fizycznych, sprzętu, sieci dystrybucyjnej i materiałów. W związku z tym są to również elementy podstawowe. Elementy strategii wprowadzono w celu modelowania kierunków i wyborów strategicznych. Są one opisane w rozdziale 7. Aspekt motywacji jest wprowadzony na poziomie ogólnym w następnym rozdziale i szczegółowo opisany w rozdziale 6. Elementy implementacji i migracji są opisane w rozdziale 12. Ostateczny framework ArchiMate Full przedstawiono na rysunku 3.

Rysunek 3: Pełny framework ArchiMate

Język ArchiMate nie definiuje specjalnej warstwy dla informacji; jednak elementy z aspektu struktury biernych, takie jak obiekty biznesowe, obiekty danych i artefakty, są używane do reprezentowania jednostek informacji. Modelowanie informacji jest wspierane na różnych warstwach ArchiMate.

3.6 Abstrakcja w języku ArchiMate

Struktura języka ArchiMate umożliwia kilka znanych form abstrakcji i wzbogacenia. Po pierwsze, rozróżnienie między widokiem zewnętrznym (czarna skrzynka, abstrahującym od zawartości skrzynki) a wewnętrznym (biała skrzynka) jest powszechne w projektowaniu systemów. Widok zewnętrzny przedstawia, co system musi wykonać dla swojego środowiska, podczas gdy widok wewnętrzny przedstawia, jak to robi.

Po drugie, rozróżnienie między zachowaniem a strukturą aktywną jest często używane do oddzielenia tego, co system musi wykonywać, i sposobu, w jaki to robi, od składników systemu (osób, aplikacji i infrastruktury), które to robią. W modelowaniu nowych systemów często wygodnie jest zacząć od zachowań, które system musi wykonywać, podczas gdy w modelowaniu istniejących systemów często wygodnie jest zacząć od osób, aplikacji i infrastruktury, które tworzą system, a następnie szczegółowo przeanalizować zachowania wykonywane przez te struktury aktywne.

Trzecie rozróżnienie dotyczy poziomów abstrakcji konceptualnej, logicznej i fizycznej. Ma swoje korzenie w modelowaniu danych: elementy konceptualne reprezentują informacje, które są istotne dla biznesu; elementy logiczne zapewniają strukturę logiczną tej informacji do jej manipulacji przez systemy informacyjne; elementy fizyczne opisują przechowywanie tej informacji, np. w formie plików lub tabel bazy danych. W języku ArchiMate odpowiada to obiektom biznesowym, obiektom danych i artefaktom, razem z relacjami realizacji między nimi.

Rozróżnienie między elementami logicznymi a fizycznymi zostało również przeniesione do opisu aplikacji. Metamodel przedsiębiorstwa TOGAF [4] zawiera zestaw encji opisujących komponenty i usługi biznesowe, danych, aplikacji i technologii w celu opisania koncepcji architektury. Elementy logiczne to niezależne od implementacji lub produktu zamknięcia danych lub funkcjonalności, podczas gdy elementy fizyczne to tangible komponenty oprogramowania, urządzenia itp. To rozróżnienie jest ujęte w ramach TOGAF w postaci Bloków Budowlanych Architektury (ABB) i Bloków Budowlanych Rozwiązań (SBB). To rozróżnienie znów jest przydatne w przejściu od ogólnych, abstrakcyjnych opisów architektury do konkretnych, poziomu implementacji projektów. Zauważ, że bloki budowlane mogą zawierać wiele elementów, które zazwyczaj są modelowane za pomocą pojęcia grupowania w języku ArchiMate.

Język ArchiMate ma trzy sposoby modelowania takich abstrakcji. Po pierwsze, jak opisano w [6], elementy zachowania, takie jak funkcje aplikacji i technologii, mogą być używane do modelowania komponentów logicznych, ponieważ reprezentują niezależne od implementacji zamknięcia funkcjonalności. Odpowiadające komponenty fizyczne mogą następnie być modelowane za pomocą elementów struktury aktywnej, takich jak komponenty aplikacji i węzły, przypisane do elementów zachowania. Po drugie, język ArchiMate wspiera pojęcie realizacji. Najlepiej można to wyjaśnić, pracując od warstwy technologicznej w górę. Warstwa technologiczna definiuje artefakty fizyczne i oprogramowanie, które realizują komponent aplikacji. Dostarcza również mapowanie do innych pojęć fizycznych, takich jak urządzenia, sieci itp., potrzebnych do realizacji systemu informacyjnego. Relacja realizacji jest również używana do modelowania bardziej abstrakcyjnych form realizacji, takich jak między (bardziej szczegółowym) wymaganiem a (bardziej ogólnym) zasadą, gdzie spełnienie wymagania oznacza zgodność z zasadą. Realizacja jest również dozwolona między komponentami aplikacji i między węzłami. W ten sposób można modelować fizyczny komponent aplikacji lub technologii realizujący komponent logiczny aplikacji lub technologii, odpowiednio. Po trzecie, komponenty logiczne i fizyczne aplikacji mogą być zdefiniowane jako specjalizacje poziomu metamodelu elementu komponentu aplikacji, jak opisano w rozdziale 14 (patrz również przykłady w sekcji 14.2.2). To samo dotyczy komponentów logicznych i fizycznych technologii w metamodelu zawartości TOGAF, które mogą być zdefiniowane jako specjalizacje elementu węzła (patrz sekcja 14.2.3).

Język ArchiMate świadomie nie wspiera różnicy między typami a instancjami. Na poziomie abstrakcji architektury przedsiębiorstwa częściej modeluje się typy i/lub przykłady, a nie instancje. Podobnie, proces biznesowy w języku ArchiMate nie opisuje pojedynczej instancji (tj. jednego wykonania tego procesu). W większości przypadków do modelowania typu obiektu (“cf.” klasa UML®) używany jest obiekt biznesowy, którego w organizacji może istnieć wiele instancji. Na przykład każde wykonanie procesu aplikacji ubezpieczeniowej może prowadzić do konkretnej instancji obiektu biznesowego polisy ubezpieczeniowej, ale nie jest to modelowane w architekturze przedsiębiorstwa.patrzklasa UML®), której w organizacji może istnieć kilka instancji. Na przykład każde wykonanie procesu aplikacji ubezpieczeniowej może prowadzić do konkretnej instancji obiektu biznesowego polisy ubezpieczeniowej, ale nie jest to modelowane w architekturze przedsiębiorstwa.

3.7 Pojęcia i ich notacja

Język ArchiMate rozdziela pojęcia języka (tj. składniki metamodelu) od ich notacji. Różne grupy interesariuszy mogą wymagać różnych notacji, aby zrozumieć model lub widok architektury. W tym względzie język ArchiMate różni się od języków takich jak UML lub BPMN™, które mają tylko jedną znormalizowaną notację. Mechanizm perspektywy wyjaśniony w rozdziale 13 zapewnia środki do definiowania takich wizualizacji skierowanych do interesariuszy.

Chociaż notacja pojęć ArchiMate może (i powinna) być dostosowana do interesariuszy, standard dostarcza jednej wspólny notacji graficznej, którą mogą używać architekci i inni tworzący modele ArchiMate. Notacja ta jest skierowana do odbiorców przyzwyczajonych do istniejących technik modelowania technicznego, takich jak diagramy relacji encji (ERD), UML lub BPMN, dlatego przypomina je. W dalszej części tego dokumentu, chyba że zaznaczono inaczej, symbole używane do przedstawienia pojęć języka reprezentują standardową notację ArchiMate. Standardowa notacja dla większości elementów składa się z prostokąta z ikoną w prawym górnym rogu. W kilku przypadkach ikona samodzielnie może być używana jako alternatywna notacja. Standardową ikonografię należy preferować, gdy to możliwe, aby każdy znający język ArchiMate mógł odczytać diagramy tworzone w tym języku.

3.8 Użycie zagnieżdżania

Zagnieżdżanie elementów w innych elementach może być używane jako alternatywna notacja graficzna do wyrażania niektórych relacji. Jest to szczegółowo wyjaśnione w rozdziale 5 oraz w definicji każdej z tych relacji.

3.9 Użycie kolorów i podpowiedzi notacyjnych

Na obrazach metamodelu w tym standardzie używane są odcienie szarości, aby odróżnić elementy należące do różnych aspektów frameworku ArchiMate, następująco:

  • Biały dla pojęć abstrakcyjnych (tj. niemogących być instancjami)
  • Słaby szary dla struktur biernych
  • Średni szary dla zachowań
  • Ciemny szary dla struktur aktywnych

W modelach ArchiMate nie przypisuje się formalnych semantyk kolorów, a ich użycie pozostawia się modelerowi. Można jednak swobodnie używać kolorów, aby podkreślić pewne aspekty w modelach. Na przykład w wielu modelach przykładów przedstawionych w tym standardzie kolory są używane do odróżnienia warstw frameworku podstawowego ArchiMate, następująco:

  • Żółty dla warstwy biznesowej
  • Niebieski dla warstwy aplikacji
  • Zielony dla warstwy technologicznej

Można również używać ich do podkreślenia wizualnego. Zalecanym tekstem zawierającym wytyczne jest rozdział 6 [1]. Oprócz kolorów, można używać innych podpowiedzi notacyjnych do odróżnienia warstw frameworku. Litera M, S, B, A, T, P lub I w lewym górnym rogu elementu może oznaczać element motywacji, strategii, biznesowy, aplikacji, technologiczny, fizyczny lub implementacji i migracji, odpowiednio. Przykład tej notacji przedstawiono na przykładzie 34.

Standardowa notacja używa również konwencji dotyczącej kształtu narożników symboli dla różnych typów elementów, jak poniżej:

  • Narożniki kwadratowe są używane do oznaczania elementów strukturalnych
  • Narożniki okrągłe są używane do oznaczania elementów zachowania
  • Narożniki skośne są używane do oznaczania elementów motywacji

[1]Zauważ, że w poprzednich wersjach standardu nazywano to „używane przez”. W celu jasności nazwa została zmieniona na „obsługujące”.