Przykłady ArchiMate
W tym artykule zobaczysz bogatą kolekcję przykładowych widoków ArchiMate, zorganizowanych w warstwową strukturę zgodną ze standardem ArchiMate. Te widoki ArchiMate pokazują, w jaki sposób można używać elementów ArchiMate. Niektóre przykłady można wykorzystać jako wzorce projektowe.
Przykłady zostały zaprojektowane za pomocą programu Visual Paradigm Online w oparciu o przykłady z książki kucharskiej ArchiMate. Jeśli jeszcze nie sprawdziłeś książki kucharskiej, polecam rzucić okiem. Link: http://www.hosiaisluoma.fi/ArchiMate-Cookbook.pdf
Przykładowe widoki ArchiMate
Widok ramowy
Ten widok struktury tworzy strukturę wszystkich używanych widoków. Może być używany do nawigacji między diagramami.
Poglądy motywacyjne
Ten pogląd na motywację można wykorzystać do zbadania motywacji lub przyczyn, które napędzają projekt lub transformację organizacji, a także jej architektury korporacyjnej, która służy jako podstawa wszystkich operacji zmian i transformacji biznesowych w firmie. Ten widok przedstawia wizję prac rozwojowych, niezależnie od tego, czy skala i zakres obejmują całą organizację, jej podzbiór (np. linię biznesową), czy też konkretny program lub projekt (poziom rozwiązania). Należy zauważyć, że wartość można dodać do dowolnego elementu ArchiMate, takiego jak wynik (lub dowolny inny element ArchiMate), aby pokazać, jaka jest rzeczywista wartość dodana.
Model motywacji biznesowej (BMM) [specyfikacja v.1.3, 2015, OMG] służy do określenia elementów motywacyjnych.
Widok misji-wartości-wizji
Cel, wizja i podstawowe wartości organizacji można przedstawić za pomocą widoku Misja-Wartości-Wizja. Pomaga zidentyfikować cel organizacji, co organizacja faktycznie robi lub zamierza robić i jaki jest główny powód jej istnienia. Wizja to pożądany stan organizacji w przyszłości. Wizja, kultura i ideały organizacji są wspierane przez podstawowe wartości. Aby wizja organizacji mogła się urzeczywistnić, muszą zostać osiągnięte cele strategiczne.
Odniesienie: Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) Strategia modelowania z ArchiMate.
Widok mapy wartości strategicznych
Widok mapy wartości strategicznych wizualizuje strategie organizacji. Wszystkie działania rozwojowe muszą być czerpane – bezpośrednio lub pośrednio – z tej perspektywy, która zawiera strategiczne elementy wartości. Możliwe jest śledzenie wszystkich innych aspektów związanych z rzeczywistą realizacją strategii poprzez wizualizację wartości strategicznych. Podejście może być reprezentowane, przekazywane i odnoszone do rzeczywistości z tej perspektywy.
Widok analizy interesariuszy
Widok Analiza interesariuszy jest często używany do analizy interesariuszy w celu zidentyfikowania czynników napędzających zmiany. Najpierw zidentyfikuj ważnych interesariuszy, a następnie czynniki napędzające zmiany, które leżą w ich najlepszym interesie. Koncepcje „oceny” można wykorzystać do dogłębnej analizy czynników, na przykład przy użyciu techniki SWOT (mocne i słabe strony, szanse i zagrożenia). Zgodnie ze zwyczajem można generować różne diagramy opinii interesariuszy z różnych punktów widzenia. Innym powodem dzielenia dużych diagramów na mniejsze jest ich zwięzłość i czytelność — w celu zachowania przejrzystości.
Widok interesariuszy
Ten pogląd interesariuszy łączy motywacje interesariuszy z celami korporacyjnymi. Cele są najważniejszym elementem rozwoju organizacji. Wszelkie kolejne elementy wszystkich działań związanych ze zmianą należy wywodzić z tych głównych przyczyn.
Widok zasad
Widok ryzyka i bezpieczeństwa
Pojęcia ryzyka i bezpieczeństwa są mapowane do ArchiMate za pośrednictwem tego widoku. Zarządzanie ryzykiem obejmuje obawy dotyczące bezpieczeństwa i ochrony danych. Oba są objęte tym poglądem.
Bibliografia:
- Jak modelować zarządzanie ryzykiem korporacyjnym i bezpieczeństwo za pomocą języka ArchiMate®, grupa otwarta, dokument nr: W172, 2017.
- Modelowanie zarządzania ryzykiem korporacyjnym i bezpieczeństwem za pomocą języka ArchiMate®, Open Group, 2015.
Widok analizy SWOT
Widok celów
Cele i kluczowe wyniki
OKR, skrót od Objectives and Key Results, to popularna metoda zarządzania służąca do definiowania celów i śledzenia postępów. Pomaga w tworzeniu wyrównania i zaangażowania wokół mierzalnych celów. OKR składają się z dwóch części: (1) celu, który chcesz osiągnąć, oraz (2) kluczowych wyników, które zostaną wykorzystane do śledzenia postępów w osiąganiu tego celu.
Cele są…
- Jakościowe wyjaśnienia tego, co chcesz osiągnąć, zapadają w pamięć. Krótkie, inspirujące i angażujące cele są idealne. Zespół powinien być motywowany i stawiany przed celem.
Kluczowe wyniki to…
- Zestaw miar, które śledzą Twoje postępy w osiąganiu celu. Powinieneś mieć od dwóch do pięciu kluczowych wyników dla każdego celu. Zbyt wiele kluczowych wyników utrudni ludziom zapamiętanie.
Inna wersja z działaniami pokazanymi poniżej.
Widoki strategii
Widok strategii
Pojęcia związane ze strategią biznesową, takie jak „Przebieg działania”, „Możliwości” i „Zasoby”, są teraz dostępne w wersji 3 ArchiMate i mogą być używane do modelowania planów biznesowych organizacji. Użyteczność i znaczenie tego poglądu polega na tym, że cele organizacji można powiązać ze strategiami, a następnie z architekturą przedsiębiorstwa poprzez możliwości. Ten pogląd można wykorzystać do zastosowania „modelu strategicznego opartego na celach” (Azevedo i in. 2015), w którym cele tworzą hierarchię, którą można podzielić na cele niższego poziomu.
Widok strategii biznesowej
Widok modelu motywacji biznesowej (BMM).
Widok wymagań
Tego widoku Wymagania można używać do zbierania potrzeb na podstawie celów strategicznych. Jest to proces łączenia strategii z wdrożeniami: strategie można prześledzić aż do wykonania.
Strategia do widoku możliwości
Widok od strategii do możliwości wraz z innymi elementami ArchiMate, takimi jak „Kierowca” i „Cel”, można wykorzystać do planowania opartego na możliwościach (CBP), jak pokazano na poniższym diagramie ArchiMate. Widok ten może być wykorzystany jako pomoc w planowaniu (i wykonywaniu) strategii. W rezultacie tego typu perspektywę można zastosować w fazie „Strategy-to-Capability”, która jest częścią fazy „Strategy-to-Portfolio” IT4IT.
Widok mapy możliwości
Widok mapy możliwości może służyć do przedstawienia ogólnego przeglądu możliwości firmy: co ona robi lub może zrobić.
Widok planowania zdolności
Widok planowania zdolności może być wykorzystany do „połączenia między strategią a architekturą korporacyjną”, zgodnie z definicją planowania opartego na możliwościach (CBP). Takie podejście może służyć między innymi do mapowania strategii na wymagane możliwości i możliwości na zasoby i inne elementy składowe.
Widok realizacji możliwości
Widok realizacji możliwości 2
Inny przykład widoku Realizacja zdolności, który pokazuje, jak zdefiniować, które elementy mogą być użyte do realizacji zdolności.
Widok strumienia wartości
Należy zauważyć, że na początku łańcucha wartości / strumienia wartości stosuje się „skojarzenie ukierunkowane”. W strumieniu wartości można znaleźć „etapy” wartości. „Łańcuch wartości”, na który składają się strumienie wartości, może być analogiczny do nadrzędnego strumienia wartości wysokiego poziomu. IT4IT (link) wprowadza łańcuch wartości, który obejmuje cztery strumienie wartości: Strategia do portfela, Wymaganie do wdrożenia, Żądanie do spełnienia i Wykrywanie do poprawienia (link).
Strumień wartości — widok mapowania krzyżowego możliwości
Prosty przykład łańcucha dostarczania wartości pokazano poniżej. Element strumienia wartości ArchiMate, który jest dostępny w wersji ArchiMate 3.1, może być używany do modelowania łańcuchów wartości, sieci wartości i strumieni wartości.
Jest to bardziej szczegółowy przykład tego, jak zdolności wspomagają (służą) strumieniowi wartości. Ta perspektywa może być wykorzystana do zdefiniowania CO firma robi (model biznesowy) i DLACZEGO wymagane są zdolności, a także ich związek z tworzeniem wartości.
Referencyjna implementacja Lean EA Framework (LEAF) zawiera ten widok (link). Przejdź do „Strumienia wartości”, a następnie „Łańcucha dostarczania wartości”.
Widok płótna modelu biznesowego
Jest to podstawowa wersja Business Model Canvas (BMC) A. Osterwaldera, którą można dostosować do własnych potrzeb. Dostępne są również techniki wersjonowane, takie jak „Service Model Canvas” i „Lean Canvas”. BMC można na przykład wykorzystać do projektowania i wprowadzania innowacji w modelach biznesowych.
„Ułatwia śledzenie wymagań od wniosków biznesowych do specyfikacji projektowych” poprzez modelowanie BMC za pomocą ArchiMate. Pomaga to w odkryciu konsekwencji zmian modeli biznesowych w projektowaniu architektonicznym”. [LO Meertens i współpracownicy]
Wbudowana pomoc w architekturze do analizy strategii i modelu biznesowego jest częścią całościowego rozwoju. Pozwala to analitykom biznesowym i programistom ocenić, w jakim stopniu model biznesowy wspiera strategię i pasuje do organizacji, a także odwrotnie.
Gdy BMC jest modelowane w narzędziu do modelowania, jedną z zalet tej metody jest to, że wszystkie elementy BMC mogą być ponownie wykorzystane w innych widokach tego samego repozytorium modeli. Podczas zmiany modelu biznesowego wszystkie zmiany są od razu oczywiste. Osoby zajmujące się modelowaniem biznesowym mogą konstruować nowe elementy, takie jak usługi, lub wykorzystywać wszystkie istniejące elementy repozytorium, takie jak jednostki organizacyjne i zasoby.
Widok płótna koncepcyjnego
BMC może występować w różnych formach, jak pokazano powyżej. Warstwowe podejście ArchiMate znajduje odzwierciedlenie w układzie tego płótna koncepcyjnego.
Widoki biznesowe
Widoki warstw architektury biznesowej.
Istnieją różne „mapy” elementów kontrolowanych w narzędziu EA w każdej warstwie, takie jak Business Services Map, Process Map i tak dalej. Po rozpoznaniu i wprowadzeniu map można ich używać w innych diagramach (takich jak widoki warstwowe). Celem map jest traktowanie katalogów „zasobów EA” jako „portfolio” (analogicznie do portfeli pomysłów, usług, projektów itp.). Inne funkcje, takie jak właściwości lub atrybuty, są często udostępniane przez narzędzia EA dla każdego elementu. Można ich użyć do podania dalszych szczegółów dotyczących każdego aspektu. Tego typu dodatkowe dane mogą być również wykorzystywane do różnego rodzaju analiz.
Każda warstwa może mieć wiele map, na przykład:
- Usługi biznesowe, podmioty biznesowe i procesy biznesowe w warstwie biznesowej;
- Usługi aplikacyjne, Aplikacje w Warstwie Aplikacyjnej;
- Usługi technologiczne, platformy i technologie w warstwie technologicznej; i tak dalej.
Oto kilka przykładów map warstw biznesowych.
Widok mapy usług biznesowych
Widok Mapa usług biznesowych zawiera przegląd usług biznesowych firmy. Do celów zarządzania ten typ widoku można wykorzystać jako „Katalog usług” lub „Portfolio usług”. Bardzo ważne jest, aby dowiedzieć się, jakiego rodzaju usługi komercyjne firma oferuje swoim klientom. Usługa biznesowa może być również wykorzystana do symulacji wszystkich leżących u jej podstaw procesów i struktur organizacyjnych. W rezultacie usługi biznesowe są kluczowymi składnikami architektury korporacyjnej.
Widok mapy procesów biznesowych
Ten widok może być używany jako „Mapa procesów”, która zapewnia przegląd procesów biznesowych organizacji.
Widok współpracy procesów biznesowych
Widok ten można wykorzystać np. do modelowania modelu operacyjnego.
Widok mapy aktorów biznesowych
Istnieją dwa rodzaje działań biznesowych: wewnętrzne i zewnętrzne. Klienci, partnerzy biznesowi lub inne grupy interesariuszy współpracujące z organizacją to przykłady wewnętrznych aktorów biznesowych, podczas gdy zewnętrzni aktorzy biznesowi to klienci, partnerzy biznesowi lub inne grupy interesariuszy współpracujące z firmą (takie jak organizacje sektora publicznego lub inne organy zarządzające ).
Widok współpracy aktora biznesowego
Poniżej przedstawiono dwa scenariusze użycia:
- Widok wewnątrz przedsiębiorstwa: Ten widok przedstawia sposób, w jaki wewnętrzni aktorzy biznesowi współpracują i udostępniają informacje.
- Widok między przedsiębiorstwami: Widok ekosystemu, który przedstawia środowisko operacyjne, w którym funkcjonuje organizacja. Ekosystem to zbiór organizacji i partnerów handlowych współpracujących ze sobą poprzez interakcje. Istnieją dostawcy, podwykonawcy i inni partnerzy biznesowi, a także klienci.
Widok procesu biznesowego
Widok procesu biznesowego przedstawia „wysokopoziomową strukturę i skład procesu biznesowego (lub wielu procesów), świadczone usługi, przypisane role aktorów oraz informacje wykorzystywane przez proces biznesowy”. Ten diagram procesu zawiera elementy „Junction” reprezentujące „rozwidlenie” i „połączenie” przepływu procesu.
Poniżej znajduje się zaawansowana perspektywa procesu. Jest to model operacyjny oparty na modelu biznesowym przedstawionym na powyższym diagramie strumienia wartości.
SIPOC (dostawcy, wejścia, proces, wyjścia, klienci)
SIPOC (Dostawcy, Wejścia, Procesy, Wyjścia, Klienci) to narzędzie Six Sigma, za pomocą którego można zdefiniować aspekty podobne do wszystkich procesów. Jest to prosta metoda badania uzasadnienia biznesowego: jaką wartość otrzymuje klient i jak ją otrzymuje.
Widok procesu biznesowego z rolami biznesowymi jako „ścieżkami” procesu — podejście warstwowe
Klient jest reprezentowany przez „Rolę biznesową A”, a ścieżka podróży klienta jest reprezentowana przez najwyższą „linię”.
Należy zauważyć, że role biznesowe (wizualizowane jako „ścieżki”) są zagnieżdżone w krokach (działaniach) procesu, co oznacza, że te role biznesowe są przypisane do tych procesów biznesowych/etapów procesów. W rezultacie ten widok jest hybrydą widoku warstwowego i widoku procesu biznesowego.
Przepływy informacji i danych są przedstawione w tej wersji (relacja przepływu). Ścieżka podróży klienta jest reprezentowana przez górną „linię” (aktywności związane z relacją wyzwalającą).
Poniżej przedstawiono metodologię projektowania usług. Ścieżka podróży klienta (rola A) jest reprezentowana przez najwyższą „linię pływacką”, która jest powiązana z organizacją (role B i C) za pośrednictwem usług biznesowych (1 i 2).
Warstwowy widok procesu biznesowego
Ten widok może służyć do reprezentowania procesu biznesowego z krokami ręcznymi i automatycznymi.
Widok mapy podróży klienta
Kiedy podróż klienta musi zostać przestudiowana na wysokim poziomie, ta wersja jest generowana z wykorzystaniem elementów motywacji i strategii.
Gdy ścieżka obsługi klienta wymaga bardziej szczegółowego zbadania, ta wersja jest generowana przy użyciu części warstwy biznesowej i aplikacji (rdzenia).
Doświadczenie klienta jest centralnym punktem tego skoncentrowanego na kliencie spojrzenia. Ta technika związana z projektowaniem usług koncentruje się na rozwoju tworzonej usługi „od zewnątrz do wewnątrz”. Podkreśla to znaczenie usług i produktów w dostarczaniu wartości klientom – i pośrednio organizacji. Trasa podróży klienta może służyć do wizualizacji strumienia wartości klienta, który obejmuje wiele usług aplikacji i aplikacji.
Widok schematu usługi
Ten widok schematu usługi koncentruje się na kliencie i usłudze, ale podkreśla również aspekt „od wewnątrz” usługi. Strategia rozwoju zorientowanego na usługi może zidentyfikować behawioralne i strukturalne implikacje usługi, która ma zostać zbudowana za pomocą tej techniki. W rezultacie ten pogląd dodaje czynniki procesowe i funkcjonalne do podejścia opartego na doświadczeniu klienta.
Pogląd ten można znaleźć w różnych formach. Tematem tego przykładu są przepływy informacji pomiędzy warstwami i elementami.
Widok historii użytkownika
Historie użytkowników można wizualizować za pomocą tego widoku.
Widok modeli usług w chmurze
Widok informacji
Do modelowania informacji można użyć następujących poziomów abstrakcji: a) konceptualny, b) logiczny i c) fizyczny. Te warstwy abstrakcji przedstawiono na powyższym diagramie.
Widok koncepcyjny modelu danych
Obiekty biznesowe, znane również jako koncepcje, które są wykorzystywane w operacjach biznesowych, są zawarte w architekturze informacji EA. Konceptualny model danych może służyć do reprezentowania tych pojęć i ich relacji.
Koncepcja „usługi”.
Koncepcja usługi jest często problematyczna, co widać na różne sposoby. Aby było jasne, o jakim typie usługi mowa, warto użyć przedrostka: usługa biznesowa, aplikacyjna lub technologiczna. Według ITIL usługa IT jest powiązana z usługą produkcyjną. W rezultacie. Usługa IT jest najściślej powiązana z Usługami Aplikacyjnymi.
Usługa i Produkt
Pojęcie produktu może służyć do agregowania usług jako elementu złożonego. Specyfikacja według ArchiMate:
„Produkt stanowi spójny zbiór usług i/lub pasywnych elementów struktury, któremu towarzyszy umowa/zestaw umów, który jest oferowany jako całość klientom (wewnętrznym lub zewnętrznym).”
„Produkt może agregować lub składać usługi biznesowe, usługi aplikacyjne i usługi technologiczne, obiekty biznesowe, obiekty danych i obiekty technologiczne, a także umowę. Stąd produkt może agregować lub komponować elementy z innych warstw niż Business Layer. “
„Wartość może być powiązana z produktem. Nazwą produktu jest zwykle nazwa używana w komunikacji z klientami lub ewentualnie bardziej ogólny rzeczownik (np. „ubezpieczenie podróżne”).”
Widoki aplikacji
Widok mapy usług aplikacji
Widok mapy aplikacji
Portfolio aplikacji, które można podzielić np. na działy w zależności od jednostek biznesowych.
Widok współpracy aplikacji (przepływy danych)
Widok integracji aplikacji (relacje dynamiczne)
Poniższe przykłady (1–10) przedstawiają kilka różnych technik symulowania przełączania danych między aplikacjami.
- „Aplikacja A” jest właścicielem obiektu danych „A-1”, którego żąda „Aplikacja B”.
- „Aplikacja A” wysyła dane do „Aplikacji B”.
- „Aplikacja A” tworzy usługę „A-1”, z której korzysta „Aplikacja B”.
- W praktyce „Aplikacja B” wysyła zapytanie do „Aplikacji A-1” i otrzymuje odpowiedź…
Widok struktury aplikacji
Ten widok jest ważny przy projektowaniu lub analizowaniu podstawowej struktury aplikacji, komponentów podrzędnych i powiązanych danych. Ten diagram może być użyty do rozbicia struktury systemu aplikacji w fazie rozwoju, do zademonstrowania modularyzacji/dekompozycji: jakie są podsystemy/podkomponenty, które dostarczają i jakie są usługi aplikacji (lub interfejsy aplikacji), które zapewniają dawać.
Funkcje behawioralne dostarczane za pośrednictwem interfejsów strukturalnych (GUI i/lub API na poniższym rysunku) nazywane są usługami aplikacji (rysunek powyżej). „Różne strony tej samej monety” to usługi aplikacji i interfejsy aplikacji.
Widok architektury aplikacji
Ponieważ w tym samym widoku znajdują się zarówno aplikacje, jak i moduły aplikacji, widok ten łączy techniki EA i rozwiązania.
Model komponentu aplikacji (CM)
Application Component Model 0-n to technika modelowania architektury aplikacji, która składa się z następujących diagramów o różnych poziomach abstrakcji:
- Diagram na poziomie CM-0 przedstawia, w jaki sposób aplikacja wchodzi w interakcje ze swoim środowiskiem, w tym w jaki sposób współdziała z innymi aplikacjami i użytkownikami. Czarna skrzynka służy do reprezentowania aplikacji docelowej.
- Aplikacja docelowa jest podzielona na moduły (główne komponenty) i jakie usługi aplikacji (lub interfejsy aplikacji) te moduły dostarczają i wymagają na poziomie CM-1. Białe pole jest używane do reprezentowania aplikacji docelowej.
- Moduły podzielone są na podkomponenty na poziomie CM-2. (Liczba podstawowych poziomów różni się w zależności od okoliczności).
Komponenty aplikacji i usługi aplikacji są przedstawione na poniższych diagramach Modelu komponentów aplikacji (CM). W zależności od sytuacji interfejsy aplikacji mogą być używane zamiast usług aplikacji. Jak zawsze, bardzo ważne jest użycie stylu modelowania, który jest odpowiedni do danego zadania i modelowanie tylko tych aspektów, które są wystarczająco pouczające i dodają wartość. Od modelarza zależy, czy podkreśli cechy funkcjonalne, czy też będzie bardziej szczegółowy i modeluje, na przykład, rzeczywiste interfejsy z precyzyjnym nazewnictwem.
Komponenty aplikacji i usługi aplikacji są przedstawione na poniższych diagramach modelu komponentów. Zamiast korzystania z usług aplikacji można użyć interfejsów aplikacji.
Model komponentu aplikacji – 0 (CM-0)
Interakcje między aplikacją docelową a otaczającymi ją aplikacjami są przedstawione na poziomie modelu komponentu – 0 (CM-0) (powyżej). Opisano wszystkie niezbędne usługi aplikacji (lub interfejsy aplikacji). Komponenty poziomu architektury korporacyjnej i ich usługi są reprezentowane na poziomie 0 diagramu, z aplikacją docelową pośrodku.
Model komponentu aplikacji – 1 (CM-1)
Model komponentów – poziom 1 (CM-1) (powyżej) pokazuje, w jaki sposób aplikacja docelowa jest podzielona na moduły (lub podstawowe komponenty) i który moduł jest odpowiedzialny za które usługi aplikacji (lub interfejsy aplikacji). Notatka! Aplikacje zewnętrzne nie muszą być wyświetlane na tym poziomie, ale ich usługi (lub interfejsy) tak. Kiedy wyświetlanych jest więcej części niskiego poziomu, więcej elementów wysokiego poziomu może/musi zostać pominiętych – dla jasności: aby diagram był zrozumiały.
Model komponentów aplikacji – 2 (CM-2)
Model komponentów – poziom 2 (CM-2) (pokazany powyżej) przedstawia sposób, w jaki moduły docelowej aplikacji składają się z podkomponentów i wchodzą w interakcje.
Widok funkcji aplikacji
Dekompozycja funkcjonalności aplikacji: jakie są funkcje systemu i jakie usługi aplikacyjne zapewniają?
Widok procesu aplikacji
Poniżej przedstawiono zagnieżdżony widok procesu aplikacji.
Poniżej przedstawiono wewnętrzną zawartość widoku procesu aplikacji.
Widok diagramu sekwencji komponentów aplikacji
Diagramy sekwencji nie są dokładnie obsługiwane przez ArchiMate; zamiast tego są objęte UML. Jednak, jak pokazano poniżej, ArchiMate może służyć do modelowania sekwencji operacji wykonywanych przez Komponenty Aplikacji.
Do modelowania dynamiki między komponentami aplikacji można wykorzystać relacje dynamiczne „Trigger” i „Flow”. Układ tego widoku jest podobny do układu diagramu sekwencji UML.
Widok diagramu sekwencji komponentów aplikacji 2
Ta wersja (schemat poniżej) pokazuje, w jaki sposób ArchiMate można wykorzystać do modelowania działań, które wykonują wewnętrzne elementy Komponentów Aplikacji. Przykładami części wewnętrznych są procesy lub funkcje behawioralne, a także podkomponenty strukturalne. Elementy procesu aplikacji, funkcji aplikacji i komponentu aplikacji służą do ich modelowania. Są one dostarczane wyłącznie jako alternatywy.
Działania na tym schemacie sekwencji (powyżej) są następujące:
- Podproces „X” Komponentu Aplikacji „A” wysyła komunikat żądania do Aplikacji B z parametrem „A”.
- Podproces „B-1” Komponentu Aplikacji „B” otrzymuje przychodzące żądanie, a następnie (synchronicznie) wywołuje Komponent Aplikacji C, gdzie Funkcja Aplikacji „Y” akceptuje żądanie, wykonuje określone działania i wraca.
- Drugi podproces „B-2” Komponentu Aplikacji „B” wysyła komunikat z parametrami do Komponentu Aplikacji D i otrzymuje potwierdzenie. Podkomponent „D” komponentu aplikacji „D” wykonuje przetwarzanie.
- Komunikat odpowiedzi z Komponentu Aplikacji B jest odbierany przez Komponent Aplikacji „A”. Diagram sekwencji ma swój własny wyspecjalizowany cel w projektowaniu oprogramowania, ale ArchiMate może być wykorzystywany w całkiem wielu celach modelowania – również w projektowaniu aplikacji.
Jednym z najważniejszych aspektów architektury korporacyjnej jest integracja aplikacji (EA). Dlatego warto bardziej szczegółowo opisać, w jaki sposób aplikacje przełączają dane i jakie metody interakcji są stosowane. Oto link do książki „Enterprise Integration Patterns”, która jest fantastycznym miejscem do rozpoczęcia nauki o wzorcach integracji.
Ten sam pomysł wykorzystania dynamicznych relacji ArchiMate Trigger and Flow, który może być wykorzystany do modelowania zarówno synchronicznych, jak i asynchronicznych wzorców przesyłania wiadomości, jest wykorzystywany w sekwencji z włączeniem użytkownika końcowego (rysunek poniżej) (żądanie-odpowiedź i wywołanie zwrotne, także publikacja- subskrybować itp.).
Widok procesu ETL
Widok EAI/ESB
Widok warstwowy
Widok warstwowy może być używany jako diagram kontekstowy przeglądu obszaru docelowego. Kluczową zaletą tego podejścia jest to, że pokazuje, w jaki sposób aplikacje są wykorzystywane w procesach biznesowych i jakie usługi zapewniają. Do modelowania różnych warstw na powyższym diagramie zastosowano element grupujący ArchiMate, podczas gdy na poniższym diagramie wykorzystano wizualny element grupy narzędzia.
ArchiMate ma trzy (3) warstwy, które są następujące: Trzy warstwy to: 1) warstwa biznesowa, 2) warstwa aplikacji i 3) warstwa technologiczna. Zazwyczaj mają one następujące kolory: żółty dla warstwy biznesowej, turkusowy dla warstwy aplikacji i zielony dla warstwy technologicznej.
Widok aplikacji i bazy danych
Baza danych jest ważnym elementem ogólnej architektury korporacyjnej organizacji. Na przykład „Baza danych klientów”, „Baza danych klientów”, „Baza danych produktów” i tak dalej. Alternatywnie, baza danych może być logiczną (i fizyczną) kompilacją wszystkich tabel aplikacji (np. „Tabela klientów”, „Tabela zamówień”, „Tabela faktur” itd.), które wspólnie tworzą bazę danych. Obiekt danych może służyć do modelowania logicznej bazy danych (rysunek poniżej), zgodnie ze standardem ArchiMate. Rozdział 9.4.1 „Obiekt danych” stanowi: „Typowymi przykładami obiektów danych są dane klienta, baza danych klientów lub roszczenie ubezpieczeniowe”. „Znaczącym wyjątkiem jest sytuacja, gdy obiekt danych jest używany do modelowania zbioru danych z tylko jedną instancją, taką jak baza danych. ” ArchiMate zawiera sprytny wbudowany system, który pozwala zastosować tę samą koncepcję na kilku poziomach abstrakcji (i poziomach szczegółowości). W rezultacie obiekt danych może na przykład służyć do symulowania logicznej bazy danych, tabeli bazy danych, struktury wiadomości (przełączanej między aplikacjami) i tak dalej.
Baza danych jako składnik aplikacji
Poziomy abstrakcji bazy danych:
Widok modelu danych:
Użyj widoku przypadku
ArchiMate może służyć do badania przypadków użycia z funkcjonalnego punktu widzenia aplikacji. Jak pokazano na poniższym diagramie, przypadki użycia (zgodnie z definicją UML) można mapować na usługi aplikacji.
Przypadek użycia można podzielić na dwie kategorie: biznesowe przypadki użycia i systemowe przypadki użycia (czyli przypadki systemowe). Poniższy diagram pokazuje, jak „podstawowy przypadek użycia” może być reprezentowany przez usługę biznesową, z kolejnymi przypadkami systemowymi reprezentowanymi przez usługi aplikacji.
Kiedy przypadki użycia są zdefiniowane jako usługi aplikacji, mogą być używane jako elementy docelowych funkcji aplikacji w innych diagramach (takich jak widok warstwowy). Innymi słowy, usługi aplikacji reprezentują zachowanie aplikacji (funkcje). Zobacz książkę kucharską ArchiMate, link, aby uzyskać więcej informacji na temat analizy przypadków użycia.
Widoki technologii
Widoki warstwy architektury technologii.
Widok infrastruktury
Ten widok przedstawia platformę aplikacji. Ten wzorzec może służyć do modelowania konfiguracji środowiska wykonawczego, a także wdrażania aplikacji biznesowej.
Widok infrastruktury (zagnieżdżanie):
Widoki warstwy implementacji i migracji / warstwy architektury transformacji
Widok planu wdrożenia
Widok Kanbana
Tablica Kanban to narzędzie do wizualizacji pracy i procesu. Tablica Kanban przedstawia, w jaki sposób potrzeby programistyczne, eposy, historie użytkowników i inne elementy przepływają od zaległości do stanu gotowości (Gotowe). W zależności od objętości i zakresu scenariusza rozwoju, tablicę Kanban można wykorzystać do różnych celów. Na przykład „Epiki” mogą być używane na poziomie EA, a „Historie użytkowników” lub „Wymagania” mogą być używane jako elementy pracy na poziomie projektu. W zależności od sytuacji stopień szczegółowości elementów zadań może się różnić.
Widok ogólny
Ta uproszczona reprezentacja może służyć na przykład jako diagram kontekstowy dla określonej usługi, programu lub projektu.
Dodatki
Przegląd kontekstu – Mapa Drogi Mlecznej
Jest to technika wizualizacji jak największej ilości w jednym spojrzeniu. Zobacz Mapę Drogi Mlecznej z ArchiMate, aby uzyskać więcej informacji.
Widok współpracy
Jak pokazano na poniższym przykładzie diagramu przepływu danych, warstwy można mieszać.
Metamodel
Te przykłady są tworzone za pomocą Visual Paradigm Online .
Inne zasoby
- Specyfikacja ArchiMate 3.1
- Narzędzie do tworzenia diagramów ArchiMate – Visual Paradigm (online)
- Narzędzie do modelowania ArchiMate – Visual Paradigm (desktop)
