• W tym artykule zobaczysz bogatą kolekcję przykładów widoków ArchiMate, zorganizowanych w warstwową strukturę zgodnie ze standardem ArchiMate. Te widoki ArchiMate pokazują, jak można wykorzystać elementy ArchiMate. Niektóre przykłady można wykorzystać jako wzorce projektowe.

    Przykłady zostały zaprojektowane za pomocą Visual Paradigm Online , na podstawie przykładów 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 strukturyzuje wszystkie używane widoki. Może służyć do nawigacji między diagramami.

    Widoki motywacyjne

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Ten widok motywacyjny można wykorzystać do zbadania motywacji lub przyczyn, które kierują projektem lub transformacją organizacji, a także jej architektury korporacyjnej, która służy jako podstawa wszystkich operacji zmian i transformacji biznesowych w firmie. Widok ten przedstawia wizję prac rozwojowych, niezależnie od tego, czy skala i zakres obejmują całą organizację, jej podzbiór (np. linię biznesową), czy konkretny program lub projekt (poziom rozwiązania). Zauważ, ż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 definiowania elementów motywacyjnych.

    Misja-Wartości-Wizja

    EDYTUJ TEN DIAGRAM ARCHIMATE

    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 zrobić 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ą poparte podstawowymi wartościami. Realizacja wizji organizacji wymaga spełnienia celów strategicznych.

    Odniesienie: Aldea, A. – Iacob, M.-E. – Hillegersberg, J. – Quartel, D. – Franken, H. (2015) Modelowanie strategii z ArchiMate.

    Strategiczny widok mapy wartości

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok Strategiczna mapa wartości wizualizuje strategie organizacji. Wszystkie działania rozwojowe muszą być wyciągane – bezpośrednio lub pośrednio – z tego spojrzenia, które obejmuje strategiczne elementy wartości. Możliwe jest śledzenie wszystkich innych aspektów związanych z faktyczną realizacją strategii poprzez wizualizację wartości strategicznych. W tej perspektywie podejście można przedstawić, przekazać i odnieść do rzeczywistości.

    Widok analizy interesariuszy

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok Analiza interesariuszy jest często używany do analizy interesariuszy w celu zidentyfikowania czynników zmiany. Najpierw zidentyfikuj ważnych interesariuszy, a następnie czynniki stymulują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 (Strengths, Weaknesses, Opportunities and Threats). Z różnych punktów widzenia można, zgodnie ze zwyczajem, generować różne diagramy poglądów interesariuszy. Innym powodem dzielenia ogromnych diagramów na mniejsze jest utrzymywanie ich zwartych i czytelnych — w celu zachowania przejrzystości.

    Widok interesariuszy

    EDYTUJ TEN DIAGRAM ARCHIMATE

     

    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 prześledzić z powrotem do tych podstawowych powodów.

    Widok zasad

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok ryzyka i bezpieczeństwa

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Koncepcje ryzyka i bezpieczeństwa są mapowane do ArchiMate w tym 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ństwem za pomocą języka ArchiMate®, Open Group, dokument nr: W172, 2017.
    • Modelowanie zarządzania ryzykiem korporacyjnym i bezpieczeństwa za pomocą języka ArchiMate®, Open Group, 2015.

    Widok analizy SWOT

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok celów

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Cele i kluczowe wyniki

    EDYTUJ TEN DIAGRAM ARCHIMATE

    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 dostosowania i zaangażowania wokół mierzalnych celów. OKR składają się z dwóch części: (1) celu, który chcesz osiągnąć i (2) kluczowych wyników, które będą używane do śledzenia postępów w realizacji tego celu.

    Cele to…

    • Jakościowe wyjaśnienia tego, co chcesz osiągnąć, są niezapomniane. Idealne są krótkie, inspirujące i angażujące cele. Zespół powinien być motywowany i rzucany wyzwaniem przez cel.

    Kluczowe wyniki to…

    • Zestaw mierników, które śledzą 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.

    Kolejna wersja z akcjami pokazanymi poniżej.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widoki strategii

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok strategii

    Koncepcje związane ze strategią biznesową, takie jak „Kierunek działania”, „Możliwość” i „Zasób” są teraz dostępne w ArchiMate w wersji 3 i mogą być wykorzystywane 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 zdolności. Widok ten 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

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok modelu motywacji biznesowej (BMM)

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok wymagań

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Ten widok wymagań może służyć 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 zdolności

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok Strategia do Zdolności, wraz z innymi elementami ArchiMate, takimi jak „Kierowca” i „Cel”, może być wykorzystany do planowania opartego na zdolnościach (CBP), jak pokazano na poniższym schemacie ArchiMate. Ten widok może być używany do pomocy w planowaniu (i realizacji) strategii. W rezultacie tego typu perspektywa może być zastosowana w fazie Strategia-Możliwości, która jest częścią fazy „Strategy-to-Portfolio” IT4IT.

    Możliwości Widok mapy

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok mapy zdolności może służyć do ogólnego przeglądu możliwości firmy: tego, co ona robi lub może zrobić.

    Widok planowania zdolności

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok Capability Planning można wykorzystać do „powiązania między strategią a architekturą przedsiębiorstwa”, zgodnie z definicją Capability-Based Planning (CBP). Takie podejście może być stosowane między innymi do mapowania strategii na wymagane zdolności i zdolności do zasobów i innych elementów składowych.

    Widok realizacji możliwości

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Zdolność Realizacja Widok 2

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Kolejny 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

     

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Należy zauważyć, że na początku łańcucha wartości / strumienia wartości stosuje się „skojarzenie ukierunkowane”. „Etapy” wartości można znaleźć w strumieniu 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 (łącze) wprowadza łańcuch wartości, który obejmuje cztery strumienie wartości: od strategii do portfela, od wymagań do wdrożenia, od żądania do spełnienia i od wykrywania do korekty (łącze).

    Strumień wartości — widok mapowania krzyżowego możliwości

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Poniżej przedstawiono prosty przykład łańcucha dostaw wartości. Element Strumień wartości ArchiMate, który znajduje się w edycji 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 możliwości wspomagają (służą) strumieniowi wartości. Ta perspektywa może być wykorzystana do zdefiniowania CO robi firma (model biznesowy) i DLACZEGO wymagane są zdolności, a także ich związku z tworzeniem wartości.

    Referencyjna implementacja Lean EA Framework (LEAF) obejmuje ten widok (link). Przejdź do „Strumień wartości”, a następnie „Łańcuch dostarczania wartości”.

    Widok płótna modelu biznesowego

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Jest to podstawowa wersja Business Model Canvas (BMC) A. Osterwaldera, którą można dostosować do własnych potrzeb. Dostępne są również wersjonowane techniki, takie jak „Service Model Canvas” i „Lean Canvas”. BMC można wykorzystać na przykład do projektowania i wprowadzania innowacji w modelach biznesowych.

    „Ułatwia śledzenie wymagań od zapytań biznesowych po specyfikacje projektowe” poprzez modelowanie BMC za pomocą ArchiMate. Pomaga to w odkryciu konsekwencji zmian modeli biznesowych dla projektowania architektonicznego.” [LO Meertens i współpracownicy]

    Wbudowana pomoc architektury do analizy strategii i modelu biznesowego jest uwzględniona w całościowym rozwoju. Pozwala to analitykom biznesowym i programistom ocenić, jak dobrze model biznesowy wspiera strategię i pasuje do organizacji, i odwrotnie.

    Gdy BMC jest modelowane w narzędziu do modelowania, jedną z zalet tej metody jest to, że wszystkie elementy BMC można ponownie wykorzystać 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 na płótno koncepcyjne

    EDYTUJ TEN DIAGRAM ARCHIMATE

    BMC może mieć różne formy, jak pokazano powyżej. Warstwowe podejście ArchiMate znajduje odzwierciedlenie w układzie tego Concept Canvas.

    Widoki biznesowe

    Widoki warstw architektury biznesowej.

    Istnieją różne „mapy” elementów kontrolowanych w narzędziu EA w każdej warstwie, takie jak mapa usług biznesowych, mapa procesu i tak dalej. Po rozpoznaniu i wprowadzeniu map możesz ich używać w innych diagramach (takich jak widoki warstwowe). Mapy mają na celu obsługę katalogów „aktywó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 dostarczane przez narzędzia EA dla każdego elementu. Można je wykorzystać do podania dalszych szczegółów na temat każdego aspektu. Tego typu dodatkowe dane można również wykorzystać do różnego rodzaju analiz.

    Każda warstwa może mieć wiele map, takich jak:

    • Usługi biznesowe, podmioty gospodarcze i procesy biznesowe w warstwie biznesowej;
    • Usługi aplikacji, aplikacje w warstwie aplikacji;
    • Usługi technologiczne, platformy i technologie w warstwie technologicznej; i tak dalej.

    Oto kilka przykładów map warstwy biznesowej.

    Widok mapy usług biznesowych

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok Mapa usług biznesowych zapewnia przegląd usług biznesowych firmy. Do celów zarządczych tego typu widok można wykorzystać jako „Katalog usług” lub „Portfel usług”. Bardzo ważne jest, aby dowiedzieć się, jakie usługi komercyjne firma oferuje swoim klientom. Usługę biznesową można również wykorzystać do symulacji wszystkich podstawowych procesów i struktur organizacyjnych. W rezultacie usługi biznesowe są kluczowymi elementami architektury korporacyjnej.

    Widok mapy procesów biznesowych

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok ten można wykorzystać jako „Mapę procesów”, która zapewnia przegląd procesów biznesowych organizacji.

    Widok współpracy w zakresie procesów biznesowych

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok ten można wykorzystać na przykład do modelowania modelu operacyjnego.

    Widok mapy aktorów biznesowych

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Istnieją dwa rodzaje działań biznesowych: wewnętrzne i zewnętrzne. Klienci, partnerzy biznesowi lub inne grupy interesariuszy współpracujące z organizacją są przykładami 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

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Poniżej przedstawiono dwa scenariusze użycia:

    • Widok wewnątrzkorporacyjny: Ten widok wizualizuje sposób, w jaki wewnętrzne podmioty biznesowe współpracują i dzielą się informacjami.
    • Widok między przedsiębiorstwami: widok ekosystemu, który przedstawia środowisko operacyjne, w którym działa organizacja. Ekosystem to zbiór organizacji i partnerów handlowych, którzy współpracują poprzez interakcje. Są dostawcy, podwykonawcy i inni partnerzy business-to-business, a także klienci.

    Widok procesu biznesowego

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok procesu biznesowego pokazuje „wysoki poziom struktury i kompozycji procesu biznesowego (lub wielu procesów), dostarczane usługi, przypisane role aktorów oraz informacje wykorzystywane przez proces biznesowy”. Ten diagram procesu zawiera elementy „Junction” reprezentujące „widelec” i „złącze” przebiegu procesu.

    Poniżej znajduje się perspektywa zaawansowanego procesu. Jest to model operacyjny, który opiera się na modelu biznesowym przedstawionym na powyższym diagramie strumienia wartości.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    SIPOC (Dostawcy, Wejścia, Proces, Wyjścia, Klienci)

    EDYTUJ TEN DIAGRAM ARCHIMATE

    SIPOC (Suppliers, Inputs, Process, Outputs, Customers) to narzędzie Six Sigma, które można wykorzystać do zdefiniowania aspektów, które są podobne do wszystkich procesów. To prosty sposób na zbadanie uzasadnienia biznesowego: jaką wartość otrzymuje klient i jak ją otrzymuje.

    Postrzeganie procesu biznesowego z rolami biznesowymi jako „torami pływackimi” procesu — podejście warstwowe

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Klienta reprezentuje „Rola biznesowa A”, a ścieżkę podróży klienta reprezentuje górna „linia pływacka”.

    Należy zauważyć, że role biznesowe (wizualizowane jako „swimlans”) są zagnieżdżone w krokach procesu (działaniach), co oznacza, że ​​te role biznesowe są przypisane do tych procesów biznesowych/etapów procesu. W rezultacie widok ten jest hybrydą widoku warstwowego i widoku procesu biznesowego.

    W tej wersji przedstawiono przepływy informacji i danych (relacja przepływu). Ścieżka podróży klienta jest reprezentowana przez górną „swimline” (działania związane z relacją wyzwalającą).

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Poniżej przedstawiono metodologię projektowania usług. Ścieżkę Customer journey (rola A) reprezentuje najwyższy „swimline”, który jest powiązany z organizacją (role B i C) poprzez usługi biznesowe (1 i 2).

    EDYTUJ TEN DIAGRAM ARCHIMATE

     

    Warstwowy widok procesu biznesowego

    Ten widok może służyć do reprezentowania procesu biznesowego z krokami ręcznymi i automatycznymi.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok mapy podróży klienta

    Kiedy podróż klienta musi być zbadana na wysokim poziomie, ta wersja jest generowana z wykorzystaniem elementów motywacji i strategii.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Gdy ścieżka obsługi klienta wymaga dokładniejszego zbadania, ta wersja jest generowana przy użyciu części (rdzenia) warstwy biznesowej i aplikacyjnej.

     

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Doświadczenie klienta jest w centrum tego zorientowanego na klienta spojrzenia. Ta technika związana z projektowaniem usług skupia się na rozwoju tworzonej usługi „na zewną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 planu usługi

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Ten widok schematu usługi jest skoncentrowany na kliencie i usłudze, ale podkreśla również „od wewnątrz” aspekt usługi. Strategia rozwoju opartego na usługach może zidentyfikować podstawowe behawioralne i strukturalne implikacje usługi, która ma zostać zbudowana za pomocą tej techniki. W rezultacie widok ten dodaje czynniki procesowe i funkcjonalne do podejścia opartego na doświadczeniu klienta.

    Ten pogląd można znaleźć w różnych formach. Tematem tego przykładu są przepływy informacji między warstwami i elementami.

    Widok historii użytkownika

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Historyjki użytkownika można wizualizować za pomocą tego widoku.

    Widok modeli usług w chmurze

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok informacji

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Do modelowania informacji można użyć następujących poziomów abstrakcji: a) koncepcyjny, b) logiczny i c) fizyczny. Te warstwy abstrakcji są przedstawione na powyższym schemacie.

    Widok koncepcyjnego modelu danych

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Obiekty biznesowe, znane również jako koncepcje, które są wykorzystywane w operacjach biznesowych, są zawarte w architekturze informacji EA. Koncepcyjny model danych może służyć do reprezentowania tych pojęć i ich relacji.

    Koncepcja „Usługi”

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Koncepcja usługi jest często problematyczna, co widać na różne sposoby. Aby było jasne, jaki typ usługi jest omawiany, dobrym pomysłem jest użycie przedrostka: usługa biznesowa, aplikacja lub technologia. Według ITIL usługa IT jest powiązana z usługą produkcyjną. W rezultacie. Usługa IT jest najściślej związana z Usługami Aplikacji.

    Usługa i produkt

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Pojęcie produktu może służyć do agregowania usług jako elementu złożonego. Specyfikacja wg ArchiMate:

    „Produkt reprezentuje spójny zbiór usług i/lub pasywnych elementów struktury, wraz z umową/zestawem umów, który jest oferowany w całości (wewnętrznym lub zewnętrznym) klientom.”

    „Produkt może agregować lub składać usługi biznesowe, usługi aplikacji i usługi technologiczne, obiekty biznesowe, obiekty danych i obiekty technologiczne, a także umowę. W związku z tym produkt może agregować lub komponować elementy z innych warstw niż Warstwa Biznesowa. “

    „Wartość może być powiązana z produktem. Nazwą produktu jest zwykle nazwa używana w komunikacji z klientami lub ewentualnie rzeczownik bardziej ogólny (np. „ubezpieczenie podróżne”).”

    Widoki aplikacji

    Widok mapy usług aplikacji

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Aplikacje Widok mapy

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Portfolio aplikacji, które można podzielić na działy w zależności np. od jednostek biznesowych.

    Widok współpracy aplikacji (przepływy danych)

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok integracji aplikacji (relacje dynamiczne)

    Poniższe przykłady (1–10) pokazują kilka różnych technik symulacji przełączania danych między aplikacjami.

    • „Aplikacja A” jest właścicielem obiektu danych „A-1”, którego żąda „Aplikacja B”.
    • „Aplikacja A” przesył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ź…

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok struktury aplikacji

    Ten widok jest ważny przy projektowaniu lub analizowaniu podstawowej struktury aplikacji, jej składników podrzędnych i powiązanych danych. Diagram ten może być użyty do rozbicia struktury systemu aplikacji w fazie rozwoju, do zademonstrowania modularyzacji/dekompozycji: jakie podsystemy/podkomponenty dostarczają i jakie są usługi aplikacyjne (lub interfejsy aplikacji), które dostarczają dawać.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Funkcje behawioralne dostarczane przez interfejsy strukturalne (GUI i/lub API na poniższym rysunku) są określane jako usługi aplikacji (rysunek powyżej). „Różne strony tego samego medalu” to Usługi Aplikacji i Interfejsy Aplikacji.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    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 na poziomie rozwiązania.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    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 różnych poziomów abstrakcji:

    • Diagram na poziomie CM-0 przedstawia sposób interakcji aplikacji z jej środowiskiem, w tym z innymi aplikacjami i użytkownikami. Do reprezentowania aplikacji docelowej używana jest czarna skrzynka.
    • Docelowa aplikacja jest podzielona na moduły (główne komponenty) oraz jakie usługi aplikacyjne (lub interfejsy aplikacji) te moduły dostarczają i jakie wymagają na poziomie CM-1. Białe pole służy do reprezentowania aplikacji docelowej.
    • Moduły są podzielone na podkomponenty na poziomie CM-2. (Liczba podstawowych poziomów różni się w zależności od okoliczności).

    Składniki aplikacji i usługi aplikacji są przedstawione na poniższych diagramach modelu składnikó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, aby używać stylu modelowania, który jest odpowiedni dla danego zadania i modelować tylko te aspekty, które są wystarczająco pouczające i dodają wartości. Od modelarza zależy, czy podkreśli cechy funkcjonalne, czy też będzie bardziej szczegółowy i modeluje na przykład rzeczywiste interfejsy za pomocą precyzyjnej nomenklatury.

    Składniki aplikacji i usługi aplikacji są przedstawione na poniższych diagramach modelu składników. Zamiast korzystać z usług aplikacji, można użyć interfejsów aplikacji.

    Model komponentu aplikacji – 0 (CM-0)

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Interakcje między aplikacją docelową a otaczającymi aplikacjami są przedstawione na poziomie Component Model – 0 (CM-0) (powyżej). Wszystkie niezbędne usługi aplikacji (lub interfejsy aplikacji) są opisane. Komponenty na poziomie architektury korporacyjnej i ich usługi są reprezentowane na poziomie 0 diagramu, z aplikacją docelową pośrodku.

    Model komponentu aplikacji – 1 (CM-1)

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Poziom Modelu Komponentów – 1 (CM-1) (powyżej) pokazuje, w jaki sposób docelowa aplikacja 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) już. Gdy wyświetlanych jest więcej części niskiego poziomu, można/musi pominąć więcej elementów wysokiego poziomu – dla jasności: aby diagram był zrozumiały.

    Model komponentu aplikacji – 2 (CM-2)

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Poziom Modelu Komponentów – 2 (CM-2) (pokazany powyżej) przedstawia, w jaki sposób moduły aplikacji docelowej 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ą?

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok procesu aplikacji

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Poniżej znajduje się widok zagnieżdżenia widoku procesu aplikacji.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Poniżej przedstawiono wewnętrzną zawartość widoku procesu aplikacji.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok diagramu sekwencji komponentów aplikacji

    Diagramy sekwencji nie są dokładnie objęte ArchiMate; zamiast tego są objęte UML. Jednak, jak pokazano poniżej, ArchiMate może być używany do modelowania sekwencji operacji wykonywanych przez Komponenty Aplikacji.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Do modelowania dynamiki pomiędzy komponentami aplikacji można wykorzystać dynamiczne relacje „Trigger” i „Flow”. Układ tego widoku jest podobny do diagramu sekwencji UML.

    Schemat sekwencji komponentów aplikacji Widok 2

    Ta wersja (diagram poniżej) pokazuje, w jaki sposób można użyć ArchiMate do modelowania działań wykonywanych przez wewnętrzne elementy Komponentów Aplikacji. Procesy lub funkcje behawioralne, a także podkomponenty strukturalne są przykładami części wewnętrznych. Do ich modelowania używane są elementy procesu aplikacji, funkcji aplikacji i składnika aplikacji. Są one dostarczane tylko jako alternatywy.

    EDYTUJ TEN DIAGRAM ARCHIMATE

     

    Działania na tym diagramie sekwencji (powyżej) są następujące:

    1. Podproces „X” Komponentu „A” Aplikacji wysyła komunikat żądania do Aplikacji B z parametrem „A”.
    2. Podproces „B-1” Komponentu Aplikacji „B” odbiera przychodzące żądanie, a następnie (synchronicznie) wywołuje Komponent Aplikacji C, gdzie Funkcja Aplikacji „Y” przyjmuje żądanie, wykonuje określone akcje i wraca z powrotem.
    3. Drugi podproces „B-2” Komponentu Aplikacji „B” wysyła komunikat z parametrami do Komponentu Aplikacji D i otrzymuje potwierdzenie. Podkomponent „D” aplikacji Komponent „D” wykonuje przetwarzanie.
    4. Odpowiedź z Komponentu Aplikacji B jest odbierana przez Komponent Aplikacji „A”. Jak pokazano tutaj, możemy zamodelować dość złożone przypadki integracji z kombinacją tych elementów (Komponent Aplikacji, Proces Aplikacji i Funkcja Aplikacji oraz relacje (Trigger, Flow). UML diagram sekwencji ma swoje własne wyspecjalizowane przeznaczenie w projektowaniu oprogramowania, ale ArchiMate może być wykorzystywany do wielu celów modelowania – także 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ą wykorzystywane. Oto link do książki „Enterprise Integration Patterns”, która jest fantastycznym miejscem do rozpoczęcia poznawania wzorców integracji.

    Ta sama idea wykorzystania dynamicznych relacji ArchiMate Trigger and Flow, które mogą być użyte do modelowania zarówno synchronicznych, jak i asynchronicznych wzorców przesyłania wiadomości, jest wykorzystywana w sekwencji z uwzględnieniem użytkownika końcowego (rysunek poniżej) (żądanie-odpowiedź i wywołanie zwrotne, także publikowanie- subskrybuj itp.).

    Widok procesu ETL

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok EAI / ESB

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok warstwowy

    EDYTUJ TEN DIAGRAM ARCHIMATE

    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 dostarczają. Do modelowania różnych warstw, powyższy diagram używa elementu grupującego ArchiMate, podczas gdy diagram poniżej używa wizualnego elementu grupy narzędzia.

    ArchiMate ma trzy (3) warstwy, które są następujące: Te trzy warstwy to: 1) warstwa biznesowa, 2) warstwa aplikacji i 3) warstwa technologiczna. Zazwyczaj są one pokolorowane w następujący sposób: żółty dla warstwy biznesowej, turkusowy dla warstwy aplikacji i zielony dla warstwy technologicznej.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok aplikacji i bazy danych

    Baza danych jest ważnym elementem ogólnej architektury korporacyjnej organizacji. Na przykład „Baza klientów”, „Baza klientów”, „Baza 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 łącznie tworzą bazę danych. Data Object może służyć do modelowania logicznej bazy danych (rysunek poniżej), zgodnie ze standardem ArchiMate. Rozdział 9.4.1 „Obiekt danych” stwierdza: „Typowe przykłady obiektów danych to rekord klienta, baza danych klientów lub roszczenie ubezpieczeniowe”. „Istotnym wyjątkiem jest sytuacja, gdy obiekt danych jest używany do modelowania kolekcji danych za pomocą tylko jednej instancji, takiej jak baza danych. ArchiMate zawiera sprytny wbudowany system, który pozwala zastosować tę samą koncepcję do kilku poziomów abstrakcji (i poziomów szczegółów). W rezultacie obiekt danych może być na przykład używany do symulacji logicznej bazy danych, tabeli bazy danych, struktury wiadomości (przełączanej między aplikacjami) i tak dalej.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Baza danych jako składnik aplikacji

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Poziomy abstrakcji bazy danych:

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok modelu danych:

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Użyj widoku przypadku

    ArchiMate może być używany do badania przypadków użycia z funkcjonalnego punktu widzenia aplikacji. Jak pokazano na poniższym diagramie, Przypadki Użycia (zdefiniowane przez UML) mogą być mapowane na Usługi aplikacji.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Przypadek użycia można podzielić na dwie kategorie: biznesowe przypadki użycia i przypadki użycia systemu (inaczej przypadki systemowe). Poniższy diagram pokazuje, jak „podstawowy przypadek użycia” może być reprezentowany przez Business Service, a kolejne przypadki systemowe reprezentowane przez Application Services.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Gdy przypadki użycia są zdefiniowane jako usługi aplikacji, mogą być używane jako elementy funkcji aplikacji docelowych 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 warstw architektury technologii.

    Widok infrastruktury

    Ten widok przedstawia platformę aplikacji. Ten wzorzec może służyć do modelowania konfiguracji środowiska wykonawczego oraz wdrażania aplikacji biznesowej.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok infrastruktury (zagnieżdżanie):

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Warstwa implementacji i migracji / Widoki warstw architektury transformacji

    Widok mapy drogowej wdrożenia

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok Kanban

    EDYTUJ TEN DIAGRAM ARCHIMATE

    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 wielkości i zakresu scenariusza rozwoju, tablica Kanban może być używana do różnych celów. Na przykład „Epics” można wykorzystać 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 szczegółowość elementów zadań może się różnić.

    Widok ogólny

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Ta uproszczona reprezentacja może być wykorzystana 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ęcej w jednym spojrzeniu. Zobacz mapę Drogi Mlecznej z ArchiMate, aby uzyskać więcej informacji.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Widok współpracy

    Jak pokazano na poniższym przykładzie diagramu przepływu danych, warstwy można mieszać.

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Metamodel

    EDYTUJ TEN DIAGRAM ARCHIMATE

    Te przykłady są tworzone za pomocą Visual Paradigm Online .

    Inne zasoby