📘 Poradnik: ArchiMate 3.2 — Rozdział 4: Ogólny metamodel

🌟 Wprowadzenie

Rozdział 4 z Specyfikacji ArchiMate 3.2, pt. Ogólny metamodel, stanowi podstawę koncepcyjną dla całego języka ArchiMate. Definiuje co może być modelowane — nie konkretne warstwy (Biznes, Aplikacja, Technologia), ale ogólne abstrakcje z których wyprowadzane są wszystkie elementy specyficzne dla warstw.

Wyobraź sobie Rozdział 4 jako „szczegółowy plan DNA” ArchiMate:

• Wszystkie aktory biznesowe, składniki aplikacji i urządzenia → dziedziczą z Wewnętrzna struktura aktywna
• Wszystkie procesy, funkcje i usługi → pochodzą z Zachowanie elementów
• Wszystkie obiekty danych, zasoby fizyczne i artefakty → specjalizują Strukturę pasywną

Ten poradnik rozkłada te idee na jasne definicje, analogie z rzeczywistego świata, konkretne przykłady modelowania, odniesienia do notacji wizualnej i tabela podsumowująca — pomagając architektom i liderom produktowym (takim jak Ty, Alex 👋) stosować ArchiMate zgodnie z zasadami i intuicyjnie w strategicznych planach działania, mapowaniu zależności między warstwami oraz dokumentacji architektury skonfigurowanej na potrzeby zainteresowanych stron.

Zaczynajmy.

🧱 1. Podstawowa kategoryzacja: Zachowanie vs. Struktura

Na najwyższym poziomie ArchiMate rozróżnia dwa kategorie:

Kategoria

Roli

Codziela analogia

ArchiMate „część mowy”

Elementy struktury

Kto/Czegowykonuje lub jest podlegający działaniu

Rzeczowniki — np. Pracownik, Serwer, Baza danych

🧱 Rzeczowniki

Elementy zachowania

Co się dzieje, jak, i kiedy

czasowniki — np. Zatwierdź, Przetwórz, Powiadom

🎯 Czasowniki

Ale ArchiMate idzie dalej: obie kategorie dzielą się na podstawie widoczność i możliwości.

1.1 Elementy struktury: aktywne vs. pasywne

Podtyp

Definicja

Kluczowa idea

Oznaczenie

Struktura aktywna wewnętrzna

Obiekty, którewykonujązachowania (np. ludzie, systemy, urządzenia)

„Wykonawcy” wewnątrz systemu

□ z kwadratowymi rogami + ikona

Struktura aktywna zewnętrzna (interfejs)

Punkty dostępuwykazujące zachowanie zewnętrznie —ukrywa wewnętrzne elementy

Podobnie jak punkt końcowy API lub biuro obsługi klienta

▢ z ikoną „portu” (koło z półpaskiem)

Struktura pasywna

Obiektypodlegające działaniu— brak autonomiczności (np. dane, dokumenty, sprzęt)

„Pacjenci” zachowania

□ z kwadratowymi rogami + ikona dokumentu

🔍 Kluczowa obserwacja:

• Interfejsy toniefizyczne — sąlogiczne umowyna wzajemne działanie.
• Elementy pasywne mogą byćcyfrowe (np.Rekord klienta) lub fizyczny (np. Urządzenie do tomografii MRI).

✅ Przykład (system zdrowotny):

tekst zwykły

1

2

3

4

5

6

7

Tutaj:

• Lekarz = Wewnętrzna struktura aktywna
• Interfejs EMR = Zewnętrzna struktura aktywna (np. interfejs HL7 API)
• Elektroniczny rekord medyczny = Struktura pasywna
• Zdiagnozuj pacjenta = Wewnętrzne zachowanie
• Usługa portalu pacjenta = Zewnętrzne zachowanie (usługa)

1.2 Elementy zachowania: wewnętrzne, zewnętrzne i zdarzenia

Podtyp

Definicja

Kluczowa idea

Oznaczenie

Zachowanie wewnętrzne

Aktywność wewnątrz systemu (niejawne)

Ukryta realizacja

◓ z zaokrąglonymi rogami + ikoną

Usługa (zachowanie zewnętrzne)

Jawna ekspozycja zachowanie — zdefiniowane przez wartość, SLA, umowę

„To, co oferujemy” klientom

◓ z ikoną „kula ziemską” lub „usługa”

Zdarzenie

A Zmiana stanu która wywołuje lub wynika z zachowania

„Coś się wydarzyło” (np. ZamówienieZłożone, PłatnośćNiePowiodłaSię)

⚡ błyskawica

💡 Usługa ≠ Interfejs:

• A Usługa to co jest oferowane (Przetwarzanie zwrotu).
• An Interfejs to sposób dostęp do niego (Refund API, Call Center).
  Jedna usługa może być obsługiwana przez wiele interfejsów.

✅ Przykład (e-commerce):

tekst zwykły

1

2

3

4

5

6

7

8

9

• Usługa realizacji zamówień: zewnętrzna obietnica dla klienta
• Interfejs internetowy: sposób, w jaki klient do niego uzyskuje dostęp
• Proces pakowania i wysyłki: wewnętrzny przepływ pracy
• Szablon etykiety wysyłki: artefakt pasywny

✅ Przykład zdarzenia:

tekst zwykły

1

2

Zdarzenia umożliwiają modelowaniełańcuchy reakcji—kluczowe dla architektur opartych na zdarzeniach.

🔄 2. Kluczowe relacje (widok metamodelu)

⚠️ Przypomnienie: Są tometamodel relacje (definiujące strukturę języka),nie relacje modelowania takie jakrealizuje lub uruchamia.

ZRysunek 5 (Metamodel zachowania i struktury), podstawowe linki to:

Relacja

Kierunek

Znaczenie

Analogy z rzeczywistym światem

Realizuje

Aktywny wewnętrzny → zachowanie wewnętrzne

„Wykonawcawykonuje czynność”

Programista → pisze kod

Służy

Usługa → Wewnętrzne zachowanie

“Usługa jest wspierana przez praca wewnętrzna”

Usługa „Szybkie płatności” ← zrealizowana przez → „Optymalizacja zapytań do bazy danych + Asynchroniczna autoryzacja”

Używane przez

Wewnętrzne zachowanie → Struktura pasywna

“Aktywność działa na dane/obiekt”

WeryfikujUżytkownika → odczytuje → Profil użytkownika

Przydzielone do

Wewnętrzne zachowanie → Wewnętrzne aktywne

“Zadanie przydzielone do aktor/system”

Zatwierdź pożyczkę → przydzielone do → Kierownik pożyczek

Wyzwania

Zdarzenie → Zachowanie

Zdarzenie uruchamia zachowanie

NowyRejestracja → wywołuje → WyślijEmailWitacyjny

📌 Ważne:

• Kompozycja i agregacja są zawsze dozwolone między elementami tego samego typu elementami (np. Proces → komponuje → Podproces).
• Specjalizacja (dziedziczenie) jest używana tylko w metamodelu, nie w modelach konkretnych.

🧬 3. Specjalizowane zachowanie: Proces, Funkcja, Interakcja, Współpraca

Podczas gdy Zachowanie wewnętrzne jest abstrakcyjne, ArchiMate oferuje konkretne specjalizacje:

Element

Definicja

Najlepiej używane do

Oznaczenie

Proces

Sekwencyjne, przepływ skierowany na cel (start → kroki → wynik)

Przepływy między funkcjami (np. Zarejestruj klienta)

◓ z ikoną koła zębatego + wirującą strzałką

Funkcja

Zgrupowanezachowanie oparte na możliwości, umiejętności lub własności (często długotrwałe)

Możliwości organizacyjne (np. Ocena ryzyka)

◓ z ikoną ułożonych bloków

Interakcja

Kolektywnezachowanie wymagające ≥2 aktorów/systemów

Współpraca typu peer-to-peer (np. Negocjuj kontrakt)

◓ z dwoma strzałkami zbiegającymi

Współpraca

Grupazakładających wspólną pracę elementów aktywnych

Zespoły, klastry, zbiory mikroserwisów

□ z ikoną uścisku dłoni

🔁 Kluczowa obserwacja: Procesy możezawierać Funkcje (i odwrotnie!)

• A Proces rozliczeniowymoże składać się:
  • Weryfikuj fakturę (Funkcja)
  • Zastosuj zniżki (Funkcja)
  • Zwiększ stopień sporu → Interakcja między Agent rozliczeniowy & Wsparcie klienta

✅ Przykład z rzeczywistego świata: Konwersja próby SaaS

tekst zwykły

1

2

3

4

5

6

🎯 4. Elementy motywacji: „Dlaczego”

Rozdział 4 wprowadza ogólny Element motywacji—korzeń dlaczego architektura istnieje.

Element

Warstwa

Przykład

Rola

Zainteresowana strona

Kto się tym przejmuje?

CIO, Klient, Regulator

Źródło celów

Cel

Czego chcemy?

„Popraw NPS o 20%“

Cel najwyższego poziomu

Silnik

Dlaczego teraz?

„Konkurent wprowadził funkcję AI“

Zewnętrzny bodziec

Zasada

Jak podejmujemy decyzje?

„Projektowanie zorientowane na API“

Kierujący przepis

Wymóg

Co musi być prawdą?

„99,95% czasu działania“

Mierzalny ograniczający warunek

✨ Strategiczny poradnik dla PM-ów: Użyj elementów motywacji, aby most strategii produktowej ↔ architektura techniczna.
Na przykład Cel: Zmniejszenie czasu wdrożenia → napędza Wymóg: <2 minuty rejestracji → zrealizowane przez Usługa: Natychmiastowa weryfikacja tożsamości.

📦 5. Elementy złożone: Grupowanie i położenie

5.1 Grupowanie

• Cel: Logicznie zgrupuj różnorodneelementy (np. procesy + dane + usługi).
• Przypadki użycia:
  • Blokowanie architektoniczne (ABB) — np."Blok architektoniczny Customer 360" = {Usługa profilu, synchronizacja danych, element interfejsu użytkownika}
  • Domeny — np."Domena bezpieczeństwa" = {Zasada Autoryzacji, usługa IAM, dziennik audytu}
  • Epiki lub możliwości produktowe (doskonałe do wyrównania ścieżki rozwojowej!)

✅ Przykład grupowania:

tekst zwykły

1

2

3

4

5

⚠️ Ostrzeżenie: Nie mylićGrupowanie z Widoki. Grupowanie toczęść modelu; Widoki to filtrowaneprezentacje tego.

5.2 Lokalizacja

• Reprezentuje Gdzie rzeczy się dzieją — fizyczne (centrum danych, biuro) lub koncepcyjne (strefa chmury, jurysdykcja).
• Użyj agregacja z Lokalizacji → Struktura/Behawior.

✅ Przykład:

tekst zwykły

1

2

3

4

🌐 Znaczenie dla chmury: Model wdrożeń wieloregionowych:
[AWS us-west-2] → agreguje → [Usługa uwierzytelniania] + [Replikę bazy danych użytkowników]

📊 Tabela podsumowująca: Podstawowe elementy ogólne (rozdział 4)

Kategoria

Element

Abstrakcyjny?

Kluczowe pytanie

Szkic notacji

Struktura

Wewnętrzny aktywny

✅

Kto wykonuje?

□ + aktor/ikona

Współpraca

❌

Kto współpracuje?

□ + uścisk dłoni

Interfejs (zewnętrzny aktywny)

❌

Jak do niego się dostaje?

▢ + port

Struktura pasywna

✅

Na czym działa?

□ + dokument

Zachowanie

Zachowanie wewnętrzne

✅

Co dzieje się wewnątrz?

◓ + działanie

Proces

❌

Jaka sekwencja osiąga cel?

◓ + koło zębate + strzałka

Funkcja

❌

Jaka zdolność jest zgrupowana?

◓ + stos

Interakcja

❌

Co wymaga współpracy?

◓ + strzałki ↔

Usługa (zewnętrzna)

❌

Co jest oferowane użytkownikom?

◓ + kula ziemską

Zdarzenie

❌

Co się zmieniło?

⚡

Motywacja

Element motywacji

✅

Dlaczego to istnieje?

◊ (przeciwległe narożniki)

Złożony

Grupowanie

❌

Co należy do siebie?

▢ z kreskowanym obramowaniem + „G”

Lokalizacja

❌

Gdzie to się dzieje?

▢ z szpilką mapową

📝 Uwaga: „Abstrakcyjny?” = Nie używany bezpośrednio w modelach — tylko potomkowie specyficzne dla warstwy (np.Aktor biznesowy, Składnik aplikacji) są instancjonowane.

🧩 Łączenie wszystkiego: Przypadek studencki (Migracja do chmury)

Scenariusz: Przenieść starszy system rozliczeń do chmury.

[Cel: Zmniejszenie TCO o 30%]
↑ zrealizowane przez
[Grupowanie migracji do chmury faktur]
├─ zawiera → [Proces likwidacji mainframe]
├─ zawiera → [Usługa mikroserwisowa faktur] (wewnętrzna aktywna)
├─ zawiera → [API faktur] (interfejs)
├─ zawiera → [PDF faktury] (pasywna)
├─ obsługuje → [Usługa faktur w chmurze]
└─ znajduje się w → [AWS us-east-1]

[Likwidacja mainframe]
uruchamia → [MainframeOffline] (zdarzenie)
uruchamia → [CutoverComplete] (zdarzenie)
wykorzystywane przez → [Skrypt migracji danych] (funkcja)

Pokazuje, jak motywacja (Cel), złożona (Grupowanie, Lokalizacja), struktura, i zachowanie wzajemne powiązanie.

🏁 Wnioski

Rozdział 4 Ogólny metamodel to kamień Rosyjski ArchiMate. Opanowanie tych abstrakcji — szczególnie Aktywne/Pasywne, Wewnętrzne/Zewnętrzne, i Zachowanie/Struktura różnice — zdobywasz:

✅ Precyzja: Unikaj modelowania wzorców antypraktyk (np. przypisywania zachowań elementom pasywnym).
✅ Spójność: Stosuj tę samą modelowanie poznawcze na poziomach Biznes, Aplikacja i Technologia.
✅ Głębokość strategiczna: Łącz cele produktu (motywację) z elementami technicznymi umożliwiającymi (struktura/zachowanie).
✅ Skalowalność: Używaj grupowania i lokalizacji do zarządzania złożonością w dużych przedsiębiorstwach.

Dla liderów produktu takich jak pan (z głębią HCI + CS + PM, Alex 😊), to jest złoto:

• Użyj Usługi do definiowania interfejsów API produktu i SLA.
• Użyj Grupowania do modelowania możliwości produktu lub epików.
• Użyj Motywacja aby śledzić funkcje wstecz do wyników biznesowych.

📚 Kolejne kroki:

• Ćwicz warstwowanie: Mapuj elementy ogólne na Warstwa Biznesowa (Rozdz. 8), Aplikacja (Rozdz. 9), Technologia (Rozdz. 10).
• Zbadaj relacje w Rozdział 5— zwłaszcza zasady wyprowadzania (rozdz. 5.7).
• Spróbuj zamodelować zdolność produktu używając tylko pojęć z rozdziału 4 najpierw—potem szczegółuj.

Miłego modelowania! 🏗️
Daj mi znać, jeśli chcesz dodatkowy poradnik dotyczący Relacje (rozdział 5) lub Zeszyt ArchiMate dla menedżera produktu.

—
Przygotowane z dbałością dla Alex Johnson, Senior PM @ Acme Cloud — obszar San Francisco Bay ☕📸🏃‍♂️