Na moich stronach przedstawiłem szereg perspektyw Archimate (https://wolski.pro/archimate-2-0/perspektywy/). Użycie ich wszystkich w danej organizacji jest oczywistym nieporozumieniem. Niejednokrotnie pisałem o tym, że w każdym projekcie należy wybrać kilka diagramów za pomocą których, zostanie opisany system. W przypadku Archimate – naczelnego języka do opisu architektury korporacyjnej, takie perspektywy (diagramy) należy wybrać również. Dziś postanowiłem podzielić się moimi ulubionymi perspektywami jakimi opisuję artefakty związane z architekturą korporacyjną. Zaprezentowane modele są modelami o niskim poziomie złożoności, gdyż ich celem jest prezentacja typu perspektywy.
Perspektywa biznesowa
Perspektywa biznesowa prezentuje procesy biznesowe na wysokim poziomie abstrakcji. Wykorzystuję ją do pokazania relacji pomiędzy jednym lub więcej procesami biznesowymi oraz ich otoczeniem. Głównym celem tego działania jest przedstawienie: okazjonalnych/tymczasowych relacji pomiędzy podstawowymi procesami biznesowymi w organizacji, powiązania pomiędzy procesami biznesowymi i funkcjami biznesowymi oraz wykorzystania współdzielonych danych. Bardzo często (choć nie zawsze) udaje się procesy połączyć w sekwencję.
Perspektywa systemów informatycznych
Diagram ten prezentuje usługi aplikacyjne oferowane przez poszczególne komponenty/systemy. Diagram tego typu jest przydatny w procesie wysokopoziomowego projektowania zachowania aplikacji oraz identyfikacji, czy jakaś funkcjonalność nie jest dublowana przez różne aplikacje.Dość często staram się pokazać na takim diagramie systemowe obiekty danych.
Perspektywa technologiczna
Perspektywa technologiczna coraz częściej zyskuje na popularności – o ile tak można się wyrazić. Diagram zawiera elementy infrastruktury, które wpierają warstwę aplikacji, takie jak urządzenia fizyczne, sieci, czy oprogramowanie systemowe (np. systemy operacyjne, systemy zarządzania bazami danych).
Perspektywy wielowarstwowe
Perspektywy wielowarstwowe to diagramy łączące wymienionej powyżej warstwy i modele . Do moich ulubionych należą:
Mapowanie artefaktów architektury systemów informatycznych na architekturę biznesową
Za pomocą tego diagramu przedstawiam sposób wykorzystania aplikacji do realizacji jednego lub więcej procesów biznesowych oraz jak jest wykorzystywana przez inne aplikacje. Ten punkt widzenia może być wykorzystany do projektowania aplikacji przez identyfikację usług aplikacji jakie są potrzebne dla procesów biznesowych, a także do projektowania procesów biznesowych przez opis dostępnych usług aplikacji, które mogą wykorzystywać.
Mapowanie artefaktów architektury systemów informatycznych na architekturę technologiczną
Dzięki temu diagramowi mogę pokazać jak aplikacje są wspierane przez elementy infrastruktury (sprzęt i oprogramowanie). Ten punkt widzenia jest ważny pod względem analizy zapewniania odpowiedniej wydajności i skalowalności. Jest pomocny przy określaniu wymagań dotyczących wydajności i jakości stawianych przed infrastrukturą, na podstawie wymagań poszczególnych aplikacji, które z tej infrastruktury korzystają.
Mapowanie danych
Za pomocą tej perspektywy przedstawiam strukturę informacyjną wykorzystywaną w organizacji lub w specyficznych procesach biznesowych. Dzięki tej perspektywie mogę zaprezentować jak elementy warstwy biznesowej są reprezentowane w warstwie aplikacji (przykładowo dane klienta w aplikacji x są wykorzystywane w kilku obieketach biznesowych takich jak umowa, faktura).
Wskazane powyżej perspektywy nie wyczerpują katalogu diagramów stosowanych w modelowaniu architektury korporacyjnej. To w moim odczuciu baza do dalszych prac, w których artefakty opisujące architekturę korporacyjną zostaną zmapowane na wymagania architektoniczne oraz inne artefakty pochodzące ze specyfikacji systemów informatycznych oraz modeli BPMN.
Wspomniane mapowania postaram się przedstawić już za dwa tygodnie.
