Studium przypadku ArchiSurance to przykładowy, fikcyjny przykład stworzony w celu ilustracji zastosowania języka modelowania ArchiMate® w ramach frameworku TOGAF®. Studium dotyczy firmy ubezpieczeniowej ArchiSurance, która została utworzona w wyniku połączenia trzech wcześniej niezależnych firm. Studium opisuje architekturę bazową firmy, a następnie kilka scenariuszy zmian.

Ten studium przypadku jest wymagany jako przykład w certyfikowanych kursach szkoleniowych ArchiMate. Jednak nie jest częścią oficjalnej definicji TOGAF. Praca wspiera wizję The Open Group dotyczącą bezbarierowego przepływu informacji, demonstrując zintegrowane wykorzystanie standardów TOGAF i ArchiMate, umożliwiające spójne przedstawienie informacji architektonicznych w różnych organizacjach, systemach i programach.

Wprowadzenie

Ten fikcyjny przykład ilustruje praktyczne zastosowanie języka modelowania przedsiębiorstwa ArchiMate w ramach frameworku TOGAF. Studium dotyczy firmy ubezpieczeniowej ArchiSurance, która powstała w wyniku połączenia trzech wcześniej niezależnych firm działających w różnych obszarach metropolitalnych.

Studium przypadku jest wykorzystywane jako przykład w całym zakresie certyfikowanych kursów szkoleniowych ArchiMate i stanowi materiał wstępnego zapoznania się z egzaminem certyfikacyjnym ArchiMate. Zaczyna się od architektury bazowej w zakresie działalności, aplikacji, danych i technologii, wykorzystując odpowiednie perspektywy ArchiMate lub TOGAF. Następnie studium przebiega przez dwa scenariusze zmian. Pierwszy scenariusz zawiera przykłady widoków ilustrujących cykle rozwoju i wdrażania architektury TOGAF. Pokazuje wizję architektury, cele biznesowe, zasady i wymagania, architekturę docelową w zakresie działalności, aplikacji, danych i technologii, wyniki analizy różnic między architekturą bazową a docelową oraz widoki wspierające wdrażanie i planowanie migracji. W drugim scenariuszu stan docelowy pierwszego scenariusza przyjmuje się jako nową architekturę bazową, a klienci mogą bezpośrednio uzyskać dostęp do swoich portfeli ubezpieczeniowych przez internet. Obecnie nie ma dostępnych modeli dla tego scenariusza.

The Open Group oczekuje, że studium przypadku będzie się rozwijać z czasem i zachęca swoich członków do dodawania nowych aspektów i perspektyw lub tworzenia nowych scenariuszy zmian, o ile pozostają one zgodne z oryginalnym opisem przypadku i modelami.

TOGAF® i ArchiMate®

Frameworki architektury przedsiębiorstwa obejmują różne aspekty wspierające architektów przedsiębiorstw. Wśród innych mogą zawierać dowolną kombinację następujących elementów:

• Proces tworzenia architektury („sposób pracy”)
• Zbiór lub klasifikacja perspektyw
• Język do opisywania architektury (definiowanie pojęć i relacji, ale także zawierający notację)

The Open Group utrzymuje dwa otwarte standardy architektury przedsiębiorstwa: TOGAF [1] i ArchiMate [2].

Jądro TOGAF to proces tworzenia i wdrażania architektury przedsiębiorstwa – Metoda Rozwoju Architektury (ADM). TOGAF opisuje również perspektywy, techniki, modele referencyjne oraz ramy zawartości do identyfikacji typów bloków konstrukcyjnych tworzących architektury. Jednak TOGAF nie nakłada obowiązku stosowania konkretnego języka modelowania do tworzenia widoków architektury.

ArchiMate to język graficzny, który zapewnia jednolitą reprezentację modeli wspierając całą cykl rozwoju architektury. Wersja 2.0 standardu zawiera język podstawowy przeznaczony do opisywania rzeczywistych architektur (architektury biznesowej, systemów informacyjnych i architektury technologicznej oraz relacji między nimi), a także rozszerzenia do modelowania motywacji architektury oraz do planowania wdrażania i migracji. Rysunek 1 przedstawia, jak język podstawowy i rozszerzenia są powiązane z ADM TOGAF. Oprócz definiowania pojęć i relacji modelowania ArchiMate – podobnie jak TOGAF – definiuje zestaw perspektyw architektonicznych.

Rysunek 1: Zgodność między ArchiMate a TOGAF

TOGAF i ArchiMate mają solidne wspólne podstawy w swojej filozofii i wykorzystaniu perspektyw do zapisywania i komunikowania różnych aspektów jednego podstawowego modelu architektury. Standardy uzupełniają się wzajemnie, ponieważ TOGAF skupia się na procesie tworzenia i wdrażania architektur, podczas gdy ArchiMate skupia się na jednolitym języku modelowania artefaktów architektonicznych.

Język ArchiMate, jak opisano w Standardzie Technicznym [2], uzupełnia TOGAF [1] poprzez zapewnienie zbioru pojęć i relacji niezależnych od dostawcy, w tym notacji graficznej, które pomagają tworzyć spójne, zintegrowane modele, które mogą być przedstawione w formie widoków.

Tło

ArchiSurance [3,4] to wynik niedawnej fuzji trzech wcześniej niezależnych firm ubezpieczeniowych:

• Home & Away, specjalizująca się w ubezpieczeniach domu i podróży
• PRO-FIT, specjalizująca się w ubezpieczeniach samochodowych
• Legally Yours, specjalizująca się w ubezpieczeniach kosztów prawnych

Firma składa się obecnie z trzech dywizji o tych samych nazwach i siedzibach jak ich niezależne poprzedniczki.

Rysunek 2: ArchiSurance: Wynik fuzji trzech firm ubezpieczeniowych

ArchiSurance została utworzona w celu wykorzystania licznych synergii między trzema organizacjami. Choć trzy firmy przed fuzją sprzedawały różne rodzaje ubezpieczeń, ich modele biznesowe były podobne. Wszystkie trzy produkty były sprzedawane bezpośrednio konsumentom i małym firmom przez internet, e-mail, telefon i pocztę. Choć siedziby były w różnych miastach, każda była całkowicie zamieszkiwana w nowoczesnym budynku biurowym w obszarze metropolitalnym. Każda firma miała lojalną bazę klientów i cieszyła się dobrą reputacją w zakresie uczciwości, wartości, jakości usług i stabilności finansowej. Wszystkie trzy firmy były prywatnie prowadzone przez łańcuchy inwestorów instytucjonalnych i indywidualnych.

Główni inwestorzy trzech firm rozpoczęli rozmowy o fuzji po zauważeniu niskocennych konkurentów wchodzących na ich rynki, nowych możliwości w regionach o wysokim tempie wzrostu oraz potrzeby znacznych nowych inwestycji w IT w każdej firmie, aby pozostać konkurencyjnymi. Zrozumieli, że tylko większa fuzja może jednocześnie kontrolować koszty, utrzymywać satysfakcję klientów, inwestować w nowe technologie i wykorzystywać rozwijające się rynki o dużym potencjale wzrostu. Negocjacje fuzji i zatwierdzenie regulacyjne trwały 18 miesięcy, ale dokumenty zostały podpisane dwa lata temu, a fuzja została ukończona.

Nowa firma oferuje wszystkie produkty ubezpieczeniowe trzech firm przed fuzją i zamierza często dostosowywać swoje oferty w zależności od zmieniających się warunków rynkowych. Podobnie jak jej trzy poprzedniczki, ArchiSurance sprzedaje bezpośrednio klientom przez druk, internet i marketing bezpośredni.

Fuzja stworzyła wiele wyzwań w zakresie integracji i koordynacji procesów biznesowych i systemów informacyjnych nowej firmy. Te wyzwania są widoczne w architekturze bazowej działalności, aplikacji, danych i technologii ArchiSurance. Jednak najpierw Faza Wstępna ADM TOGAF ustaliła kontekst motywacyjny tych wyzwań.

Faza Wstępna

Aby kierować przyszłymi zmianami w biznesie i IT, ArchiSurance zdecydowała się opracować architekturę przedsiębiorstwa opartą na TOGAF 9.1 i ArchiMate 2.0 z minimalnym dopasowaniem.

Jako część Fazy Wstępnej zidentyfikowano głównych uczestników zaangażowania architektonicznego oraz ich obawy (zamodelowane w ArchiMate jako wewnętrzne czynniki wpływowe). TOGAF definiuje macierz mapowania uczestników, aby to przedstawić. W ArchiMate można to wyrazić za pomocą perspektywy Uczestników:

Perspektywa Uczestników pozwala analitykowi modelować uczestników, ich obawy oraz oceny tych obaw (pod kątem sił, słabych stron, możliwości i zagrożeń). Dodatkowo możliwe jest powiązanie tych obaw i ocen z początkowymi (wysokopoziomowymi) celami w celu ich rozwiązania.

Rysunek 3 przedstawia fragment takiego diagramu, identyfikując dwóch uczestników (Komitet Architektury oraz obecnych i potencjalnych klientów) oraz ich obawy, zamodelowane jako czynniki wpływowe. Satysfakcja klienta to obawa wspólna dla obu uczestników. Satysfakcja uczestników może być rozszerzona na bardziej szczegółowe obawy; np. zysk.

Rysunek 3: Fragment perspektywy Uczestników

Czynniki wpływowe prowadzą do rozwoju określonych celów biznesowych, jak pokazano poniżej w celu osiągnięcia zysku. Cele takie jak redukcja kosztów mogą być rozłożone na redukcję kosztów utrzymania i redukcję kosztów personelu.

Rysunek 4: Cele biznesowe prowadzące do zysku

ArchiMate definiuje zasady jako właściwości normatywne wszystkich systemów w danym kontekście, albo sposobu ich realizacji. Należy zaznaczyć, że „system” w tym kontekście obejmuje organizacje i jednostki organizacyjne, a nie tylko systemy IT. Zatem zasady pomagają realizować cele biznesowe. TOGAF definiuje zasady jako jakościowe stwierdzenia intencji, które architektura musi spełnić. Zasada musi mieć uzasadnienie i ważny konsekwencje.

Perspektywa Zasad ArchiMate (przykład przedstawiony na Rysunku 5) graficznie opisuje zasady, ich zależności oraz cele, które realizują:

Perspektywa Zasad pozwala analitykowi lub projektantowi modelować zasady istotne dla aktualnego problemu projektowego, w tym cele, które motywują te zasady. Dodatkowo możliwe jest modelowanie relacji między zasadami i celami. Na przykład zasady mogą pozytywnie lub negatywnie wpływać na siebie.

Rysunek 5: Perspektywa Zasad

TOGAF definiuje Katalog Zasad w celu zaprezentowania przeglądu zasad.

Faza B: Podstawowa architektura biznesowa

Po połączeniu ArchiSurance utworzyła wspólny front office jako wielokanałowy ośrodek kontaktowy dla sprzedaży i obsługi klienta, z głównym ośrodkiem kontaktowym położonym w dawnym siedzibie Home & Away. Trzy osobne tylne biura nadal obsługują produkty ubezpieczeniowe trzech oryginalnych firm. W dawnym siedzibie rentownej firmy utworzono wspólny ośrodek usług (SSC) do przetwarzania dokumentów. Ten ośrodek zarządza centralnym repozytorium dokumentów oraz wszystkimi zautomatyzowanymi procesami dokumentów. Dodatkowo wykonuje wszystkie operacje skanowania, drukowania i archiwizacji, gdy dokumenty mające charakter obowiązkowy wchodzą lub opuszczają ArchiSurance. Aby zapewnić ciągłość działalności i obsłużyć szczytowe obciążenie, SSC jest również wyposażony w wykwalifikowany personel i sprzęt do wykonywania funkcji front office, a front office jest podobnie przygotowany.

Rysunek 6: Globalna struktura organizacyjna ArchiSurance

W Fazie B (Architektura Biznesowa) TOGAF ADM ArchiMate może wyrażać i łączyć strukturę organizacyjną ArchiSurance, produkty, usługi, funkcje, procesy i informacje. Architektura biznesowa dostarcza kontekst dla architektur danych, aplikacji i technologii.

Struktura organizacyjna

Aby opisać strukturę organizacyjną, ArchiMate definiuje perspektywę Organizacji:

Perspektywa Organizacji skupia się na (wewnętrznej) organizacji firmy, departamentu, sieci biznesowej lub innej jednostki organizacyjnej. W tej perspektywie modele mogą być przedstawione jako zagnieżdżone diagramy pudełkowe, ale można również używać bardziej tradycyjnych przedstawień, takich jak wykresy organizacyjne. Perspektywa Organizacji jest bardzo przydatna do identyfikowania możliwości, uprawnień i odpowiedzialności w organizacji.

Równoważnikiem tej perspektywy w TOGAF jest Diagram Rozkładu Organizacji.

Struktura organizacyjna zwykle jest przedstawiana jako drzewo, jak pokazano na Rysunku 7, choć metody rozkładu organizacji stosowane w ArchiMate i TOGAF oferują więcej opcji niż proste diagramy drzewiaste. Ten widok przedstawia wysoko poziomową strukturę organizacyjną ArchiSurance wraz z jej głównymi lokalizacjami i działami. Alternatywnie, diagram zagnieżdżony mógłby podzielić organizację według lokalizacji i działów.

Rysunek 7: Perspektywa Organizacji

Funkcje biznesowe

Funkcje biznesowe ArchiMate grupują zachowania według wybranego zestawu kryteriów (zazwyczaj wymaganych zasobów biznesowych i/lub kompetencji).

Główne funkcje biznesowe rozróżnione przez ArchiSurance to:

• Marketing — badania, planowanie, promocja i zarządzanie produktami i segmentami, oraz współpraca z aktuariuszami w celu projektowania produktów
• Aktuariusz — ustalanie cen produktów i poziomów rezerw, współpraca z Marketingiem w celu projektowania nowych produktów oraz analiza ryzyka przedsiębiorstwa
• Relacje z klientami — interakcje między ArchiSurance a jej klientami; obsługa pytań klientów, rejestracja otrzymanych reklamacji oraz prowadzenie kampanii marketingowych bezpośrednich
• Ubezpieczanie — ustalanie cen indywidualnych polis oraz tworzenie propozycji i polis ubezpieczeniowych
• Reklamacje — formułowanie i realizacja odpowiedzi ArchiSurance na każdą reklamację zgłoszoną wobec jego polis
• Finanse — okresowe zbieranie składki od klientów zgodnie z umowami oraz przetwarzanie wypłat z tytułu roszczeń ubezpieczeniowych
• Przetwarzanie dokumentów — wspieranie innych funkcji poprzez skanowanie, drukowanie i archiwizację dokumentów
• Zarządzanie inwestycjami — zarządzanie aktywami finansowymi i nieruchomościami w celu osiągnięcia maksymalnego zysku w ramach ograniczeń płynności i ryzyka wynikających z zasad korporacyjnych i regulacyjnych

Niektóre z tych funkcji biznesowych są powielane w biurach tych trzech dywizji ArchiSurance.

Aby modelować funkcje biznesowe i ich relacje, ArchiMate definiuje perspektywę funkcji biznesowych:

Perspektywa funkcji biznesowych pokazuje główne funkcje biznesowe organizacji oraz ich relacje pod kątem przepływu informacji, przepływu wartości lub przepływu towarów.

Równoważnik tej perspektywy w TOGAF to diagram rozkładu funkcji.

Rysunek 8 przedstawia główne funkcje biznesowe ArchiSurance, wraz z najważniejszymi przepływami informacji między funkcjami a rolami zewnętrznych. Pokazuje również powielanie funkcji biznesowych w biurach tych różnych dywizji.

Rysunek 8: Perspektywa funkcji biznesowych

Procesy biznesowe

Procesy biznesowe ArchiMate grupują zachowania według kolejności działań. Powstaje zdefiniowany zestaw produktów lub usług. Architektura procesów pokazuje najważniejsze procesy biznesowe i ich relacje, a czasem również główne kroki w każdym procesie. Zazwyczaj nie pokazuje wszystkich szczegółów przepływu procesu — to jest celem języków modelowania procesów biznesowych. ArchiMate definiuje perspektywę procesów biznesowych:

Perspektywa procesów biznesowych służy do przedstawienia struktury i kompozycji na poziomie najwyższym jednego lub kilku procesów biznesowych (lub ich części).

Równoważnikiem tej perspektywy w TOGAF jest diagram procesów.

Rysunek 9 przedstawia dwa podstawowe procesy biznesowe ArchiSurance oraz ich procesy podstawowe na poziomie ogólnym: Zamknij umowę (wykonywany przy sprzedaży nowego produktu ubezpieczeniowego) i Obsłuż roszczenie (wykonywany przy otrzymaniu roszczenia o szkodę). Choć szczegóły tych procesów mogą się różnić w zależności od rodzaju produktów ubezpieczeniowych, główne kroki są takie same.

Rysunek 9: Perspektywa procesów biznesowych

Faza C: Podstawowa architektura systemów informacyjnych (aplikacje)

Od momentu połączenia trzy dywizje przyjęły wspólny portal, zestaw oprogramowania do centrum obsługi klienta oraz system zarządzania dokumentami. Dodatkowo firma wybrala strategiczne rozwiązanie CRM i wdrożyła je dla Home & Away oraz PRO-FIT. Jednakże, ponieważ zarząd skupiał się na minimalizacji ryzyka po połączeniu, jednocześnie ciągle poprawiając codzienną wydajność w każdej dywizji, rationalizacja podstawowych aplikacji biznesowych jeszcze nie rozpoczęła się. Teraz, gdy ArchiSurance spełniła oczekiwania dotyczące wydajności po połączeniu, inwestorzy oczekują istotnych oszczędności kosztów IT poprzez przyjęcie wspólnego zestawu produktów i aplikacji skierowanych ku klientowi. Wciąż istnieją wyzwania. Home & Away nadal używa swojego pakietu aplikacji do zarządzania polisami i finansami z okresu przed połączeniem, podczas gdy PRO-FIT i Legally Yours nadal używają własnych niestandardowych aplikacji z okresu przed połączeniem.

Rysunek 10: Środowisko aplikacji

Współpraca aplikacji

ArchiMate definiuje perspektywę współpracy aplikacji w celu przedstawienia przeglądu środowiska aplikacji i zależności między nimi:

Perspektywa współpracy aplikacji opisuje relacje między składnikami aplikacji, tj. przepływy informacji między nimi lub usługi, które one dostarczają i wykorzystują. Ta perspektywa jest zazwyczaj używana do tworzenia przeglądu środowiska aplikacji organizacji. Jest również używana do wyrażania (wewnętrznej) współpracy lub orchestrowania usług, które razem wspierają wykonanie procesów biznesowych.

Równoważnikiem tej perspektywy w TOGAF jest diagram komunikacji aplikacji.

Rysunek 11 przedstawia główne aplikacje ArchiSurance oraz główne przepływy danych między aplikacjami.

Rysunek 11: Perspektywa współpracy aplikacji

Zgodność procesów biznesowych z aplikacjami

TOGAF nie definiuje diagramów do zgodności procesów biznesowych z aplikacjami. Jednakże określa perspektywy oparte na macierzach, aby pokazywać powiązania między architekturą biznesową a aplikacjami; np. macierz Aplikacja/Organizacja i macierz Aplikacja/Funkcja.

Relacje między składnikami aplikacji mogą również być modelowane graficznie. ArchiMate definiuje perspektywę użycia aplikacji:

Perspektywa użycia aplikacji opisuje, jak aplikacje są wykorzystywane do wspierania jednego lub kilku procesów biznesowych, oraz jak są wykorzystywane przez inne aplikacje. Może być używana do projektowania aplikacji poprzez identyfikację usług wymaganych przez procesy biznesowe i inne aplikacje, albo do projektowania procesów biznesowych poprzez opisanie dostępnych usług. Dodatkowo, ponieważ identyfikuje zależności procesów biznesowych od aplikacji, może być przydatna dla menedżerów operacyjnych odpowiedzialnych za te procesy.

Koncepcja usługi aplikacji odgrywa kluczową rolę w tej perspektywie. Rysunek 12 przedstawia podzbiór usług dostarczanych przez aplikacje używane przez dywizję ArchiSurance Home & Away, oraz które podprocesy procesu obsługi roszczeń wykorzystują które z tych usług.

Rysunek 12: Perspektywa użycia aplikacji

Faza C: Architektura systemów informacyjnych w wersji bazowej (dane)

Architektura danych ArchiSurance opisuje główne relacje między jej obiektami koncepcyjnymi biznesowymi a obiektami logicznymi danych. ArchiMate definiuje punkt widzenia Struktura informacji w tym celu:

Punkt widzenia Struktura informacji jest porównywalny z tradycyjnymi modelami informacji tworzonymi w praktycznie każdym procesie rozwoju systemu informacyjnego. Pokazuje strukturę informacji używanych w przedsiębiorstwie lub w konkretnych procesach biznesowych lub aplikacjach w postaci typów danych lub struktur klas (obiektowo-zorientowanych).

Jednym z punktów widzenia danych zdefiniowanych przez TOGAF jest Diagram logicznych danych.

Rysunek 13 przedstawia podzbiór obiektów biznesowych zdefiniowanych przez ArchiSurance. Częścią informacji o klientach jest plik ubezpieczeniowy, składający się z wniosków o ubezpieczenie, polis ubezpieczeniowych oraz zgłoszeń szkód. Zdefiniowanych jest wiele specjalizacji obiektu polisy ubezpieczeniowej, po jednej dla każdego typu ubezpieczenia sprzedawanego przez ArchiSurance.

Rysunek 13: Widok struktury informacji

Innym punktem widzenia danych zdefiniowanym przez TOGAF jest Diagram dystrybucji danych:

Cel Diagramu dystrybucji danych polega na pokazaniu relacji między jednostkami danych, usługami biznesowymi i składnikami aplikacji. Diagram pokazuje, jak składniki aplikacji fizycznie realizują jednostki logiczne. Pozwala to na skuteczną ocenę rozmiaru i optymalizację stopnia zasięgu IT. Dodatkowo, przyporządkowanie wartości biznesowej danym pozwala na wyznaczenie krytyczności biznesowej składników aplikacji.

Rysunek 14 przedstawia Diagram dystrybucji danych dla aplikacji ArchiSurance.

Rysunek 14: Diagram dystrybucji danych

Faza D: Architektura technologiczna w wersji bazowej

Rysunek 15 przedstawia krajobraz infrastruktury technologicznej ArchiSurance. W biurze przednim, położonym w siedzibie Home & Away, znajduje się serwer wspólny oraz serwer dedykowany do hostowania stron internetowych. Centrum wspólnej obsługi (SSC) położone w siedzibie PRO-FIT ma własny serwer systemu zarządzania plikami. Każdy z trzech biur tylnej linii ma serwer dla swoich aplikacji.

Sieci lokalne (LAN) łączą serwery i komputery osobiste w trzech lokalizacjach ArchiSurance, które z kolei są połączone przez korporacyjną sieć rozległą (WAN).

Rysunek 15: Krajobraz infrastruktury

W celu omówienia krajobrazu infrastruktury ArchiMate definiuje punkt widzenia Infrastruktura:

Punkt widzenia Infrastruktura obejmuje elementy infrastruktury oprogramowania i sprzętu wspierające warstwę aplikacji, takie jak urządzenia fizyczne, sieci lub oprogramowanie systemowe (np. systemy operacyjne, bazy danych i oprogramowanie pośredniczące).

Równoważnikiem tego punktu widzenia w TOGAF jest Diagram środowisk i lokalizacji.

Rysunek 16 przedstawia główne komponenty infrastruktury ArchiSurance pogrupowane według lokalizacji i dziedziny. Ten widok pokazuje również sieci łączące różne urządzenia oraz artefakty (aplikacyjne) wdrożone na tych urządzeniach.

Rysunek 16: Widok infrastruktury

Scenariusze zmian

Scenariusz 1: Racjonalizacja portfela aplikacji

Niewygodność architektury aplikacji ArchiSurance sprawia, że trudno ją dostosować do zmieniających się warunków biznesowych. W części z powodu połączenia, środowisko aplikacji stało się fragmentaryczne, co prowadzi do nadmiarowości danych i nakładania się funkcji, a także do integracji aplikacji w sposób punkt-do-punktu z wykorzystaniem różnych formatów i metod danych. Te problemy prowadzą do wewnętrznego niestabilności, zwiększenia kosztów utrzymania aplikacji oraz utrudniają wymianę informacji w obrębie firmy i z partnerami. W rezultacie departament IT ma duży zapas zleceń. Kierownictwo senior ArchiSurance bardzo się martwi tym zapasem, szczególnie brakiem możliwości automatycznej wymiany informacji z dużą liczbą zatrudnionych partnerów handlowych i wpływowych doradców ubezpieczeniowych.

Ten scenariusz racjonalizuje portfel aplikacji ArchiSurance poprzez:

• Przeniesienie do zintegrowanej aplikacji biura tylnej, która realizuje funkcje takie jak zarządzanie polisami i operacje finansowe. Zestaw będzie zawierał:
  • Automatyczny system oceny ryzyka, który generuje propozycje i polisy — AUTO-U
  • Gotowy system zarządzania polisami, zintegrowany z systemem automatycznej oceny ryzyka, do wydawania, modyfikowania i przedłużania polis; ten system zarządza również rachunkami klientów i rozliczeniami — P-ADMIN
  • Gotowy system obsługi szkód z ekranami i przepływami pracy konfigurowalnymi w celu wspierania trzech linii działalności ArchiSurance — VERSA-CLAIM
  • Menadżer konfiguracji produktów do definiowania wszystkich produktów ubezpieczeniowych i udostępniania tych definicji przez usługi internetowe do AUTO-U, P-ADMIN i VERSA-CLAIM — P-CONFIG
  • System zarządzania zasadami biznesowymi (BRMS), składający się z repozytorium zasad, silnika przetwarzania, środowiska do tworzenia zasad i narzędzi do tworzenia interfejsu użytkownika zarządzania zasadami. Silnik zasad biznesowych udostępnia funkcje wykonywania zasad przez usługi internetowe do AUTO-U, P-ADMIN, VERSA-CLAIM i P-CONFIG — EDGE
• Zakończenie migracji do strategicznego systemu CRM

Główny inwestor i dyrektor generalny ArchiSurance wspierają te plany na warunku, że klienci i partnerzy ArchiSurance nie zauważą żadnych zmian. Produkty i usługi ubezpieczyciela nie mogą zostać dotknięte, a wszystkie interakcje z klientami i partnerami muszą przebiegać bez przerw.

Rysunek 17: Racjonalizacja portfela aplikacji

W ramach tych działań infrastruktura techniczna zostanie również uproszczona. Oddzielne serwery biura terytorialnego zostaną zastąpione wspólnym klastrem serwerów zlokalizowanym w centrum danych siedziby Home & Away. Jednak w celu zapewnienia ciągłości działalności, klaster serwerów zapasowych zostanie również zainstalowany w centrum danych siedziby PRO-FIT.

Faza A: Wizja architektury

Faza A TOGAF ADM ustala pracę architektoniczną poprzez określenie zakresu, ograniczeń i celów, a także inicjuje iterację cyklu rozwoju architektury. Ta faza również weryfikuje kontekst biznesowy i opracowuje oświadczenie o pracy architektonicznej.

Kontekst biznesowy składa się z kluczowych wymagań biznesowych opartych na głównych celach biznesowych i zasadach architektonicznych. Rysunek 18 przedstawia niektóre istotne cele i zasady biznesowe dla obecnego scenariusza.

Rysunek 18: Cele i zasady biznesowe

Cele i zasady stanowią podstawę dla konkretnych wymagań, jak pokazano na widoku uściślenia celów ArchiMate:

Widok uściślenia celów pozwala projektantowi modelować uściślanie celów (wysokiego poziomu) na bardziej konkretne cele, a konkretne cele na wymagania lub ograniczenia opisujące właściwości potrzebne do realizacji celów. Relacje agregacji służą do uściślenia celów na podcele. Relacje realizacji służą do modelowania uściślenia celów na wymagania.

Rysunek 19 przedstawia przykład tego widoku dla obecnego scenariusza zmian.

Rysunek 19: Widok uściślenia celów

Pomysłowa część wizji architektury to przedstawienie na wysokim poziomie architektury bazowej i docelowej w celu wyjaśnienia wartości dodanej przez pracę architektoniczną dla stakeholderów. W tym celu ArchiMate definiuje widok wprowadzający:

Widok wprowadzający wykorzystuje uproszczoną notację, która stanowi podzbiór pełnej języka ArchiMate. Jest zazwyczaj używany na początku trajektorii projektowej, gdy jeszcze nie wszystko musi być szczegółowo przedstawione, albo do wyjaśnienia esencji modelu architektonicznego dla osób niebiorących udziału w projektowaniu, które potrzebują prostszej, bardziej intuicyjnej notacji. Innym zastosowaniem tego podstawowego, mniej formalnego widoku jest unikanie wrażenia, że projekt architektury już się zakończył — wrażenia, które łatwo powstaje przy użyciu bardziej formalnych, wysoko zorganizowanych lub szczegółowych wizualizacji.

Równoważnikiem tego widoku w TOGAF jest diagram koncepcji rozwiązania.

Poniższy przykład wyróżnia najważniejsze zmiany potrzebne w obecnym scenariuszu zmian:

• W biurze przedstawicielstwa system CRM oddzielny dla kosztów prawnych zniknie.
• W biurze terytorialnym oddzielne aplikacje biura terytorialnego zostaną zastąpione jednym zestawem aplikacji biura terytorialnego. Trzy oddzielne wspólne serwery biura terytorialnego zostaną zastąpione jednym wspólnym klastrem serwerów i jednym klastrem serwerów zapasowych.

Rysunek 20: Widok wprowadzający

Faza B: Architektura biznesowa docelowa i analiza luk

W tym scenariuszu architektura biznesowa pozostaje niezmieniona. Jednak w ramach architektury biznesowej pokazujemy również, jak architektura docelowa realizuje kluczowe wymagania biznesowe. W tym celu TOGAF określa diagram stopy biznesowej. W ArchiMate może to zostać przedstawione za pomocą widoku realizacji wymagań, zdefiniowanego następująco:

Widok realizacji wymagań pozwala projektantowi modelować realizację wymagań za pomocą podstawowych elementów, takich jak aktorzy biznesowi, usługi biznesowe, procesy biznesowe, usługi aplikacji, komponenty aplikacji itd. Zazwyczaj wymagania pochodzą z widoku uściślenia celów.

Poniższy przykład pokazuje, jak wymagania biznesowe ustalone w fazie wizji architektury są realizowane przez elementy architektury.

Rysunek 21: Widok realizacji wymagań

Faza C: Architektura aplikacji docelowa i analiza luk

Poniższy diagram komunikacji aplikacji pokazuje zaproponowaną sytuację docelową w zakresie architektury aplikacji.

Rysunek 22: Architektura aplikacji docelowej: Widok współpracy aplikacji

Poniżej przedstawiono wyniki globalnej analizy luk architektury aplikacji. Niektóre komponenty aplikacji obecne w architekturze bazowej nie istnieją już w architekturze docelowej: oddzielne aplikacje biura terytorialnego oraz oddzielny system CRM dla ubezpieczenia kosztów prawnych. Funkcjonalność CRM dla klientów ubezpieczenia kosztów prawnych zostanie przejęta przez wspólny system CRM; dlatego nie wymaga to nowego komponentu (choć istniejące wspólne systemy CRM mogą wymagać dostosowania lub ponownej konfiguracji, nie jest to pokazane w analizie luk). Dodatkowo wprowadzony jest całkowicie nowy zestaw aplikacji biura terytorialnego.

Rysunek 23: Architektura aplikacji: Analiza luk

Faza D: Architektura technologiczna docelowa i analiza luk

Poniższy widok infrastruktury pokazuje zaproponowaną sytuację docelową w dziedzinie infrastruktury technologicznej.

Rysunek 24: Architektura technologiczna celowa: widok infrastruktury

Rysunek 25 przedstawia wyniki analizy różnic architektury technologicznej. Oddzielne wspólne serwery tylnej części systemu zostaną usunięte. Pierwotny klaster serwerów Home & Away stanie się centralnym klasterem usług tylnej części systemu ArchiSurance, a dodatkowy klaster serwerów zapasowych zostanie umieszczony w SSC w siedzibie PRO-FIT. W tylnej części systemu Home & Away znajduje się również serwer zapasowy do zarządzania dokumentami. Nowy zestaw tylnej części systemu i system zarządzania dokumentami zostaną skopiowane na odpowiednich serwerach podstawowych i zapasowych.

Rysunek 25: Architektura technologiczna: analiza różnic

Planowanie wdrożenia i migracji

TOGAF 9 wprowadził architektury przejściowe dla Faz E i F, reprezentujące możliwe stany pośrednie („wyspy”) pomiędzy architekturą bazową a architekturą celową.

W ArchiMate architektury bazowa, celowa i przejściowa oraz relacje między nimi są przedstawiane za pomocą perspektywy migracji:

Perspektywa migracji zawiera modele i koncepcje, które mogą być wykorzystane do określenia przejścia od istniejącej architektury do pożądanej architektury.

Rysunek 26 przedstawia przykład dla obecnego scenariusza. Departament IT ArchiSurance nie ma wystarczających zasobów, aby wykonać integrację systemów tylnej części i integrację systemu CRM równolegle. Dlatego jedna architektura przejściowa zastępuje dwa systemy CRM jednym, ale ma osobne systemy tylnej części. Druga ma zestaw tylnej części, ale dwa aplikacje CRM.

Rysunek 26: Perspektywa migracji

Architektury przejściowe wspierają planowanie projektów wdrożeniowych, takich jak integracja CRM i integracja aplikacji tylnej części. Kolejność tych projektów zależy od wybranej architektury przejściowej. Może to być przedstawione na diagramie kontekstu projektu TOGAF (Rysunek 27):

Diagram kontekstu projektu pokazuje zakres pakietów prac, które mają zostać zrealizowane w ramach szerszej drogi transformacji. Diagram relacji kontekstu projektu łączy pakiety prac z organizacjami, funkcjami, usługami, procesami, aplikacjami, danymi i technologią, które zostaną dodane, usunięte lub dotknięte przez projekt.

Rysunek 27: Diagram kontekstu projektu TOGAF przedstawiony w ArchiMate

Scenariusz 2: Zarządzanie portfelem online

W tym scenariuszu założono stan celowy scenariusza 1 jako nową architekturę bazową, a klienci mogą bezpośrednio uzyskać dostęp do swojego portfela ubezpieczeniowego przez internet. Poprzez umożliwienie klientom:

• Bezpiecznie zakupić, odnowić lub zmodyfikować ubezpieczenie domu, podróży, samochodu lub kosztów prawnych online zgodnie z zasadami stosowanymi przez ArchiSurance podczas prowadzenia działalności
• Uzyskać pomoc w transakcjach online poprzez:
  • Wyszukiwanie odpowiedzi w bazie wiedzy
  • Rozpoczęcie rozmowy czatowej z przedstawicielem obsługi klienta (CSR)
  • Pisanie i wysyłanie e-maila za pomocą formularza internetowego, na który odpowiada CSR
  • Prośba o telefon z CSR za pomocą formularza internetowego
• Uzyskiwanie informacji i specjalnych ofert od partnerów ArchiSurance w celu spełnienia ich potrzeb, takich jak usługi bankowe i planowanie finansowe, inwestycje, karty kredytowe i inne rodzaje ubezpieczeń

Obecnie nie ma dostępnych modeli dla tego scenariusza. The Open Group zachęca swoich członków do udziału w przyszłych wersjach tego przypadku badawczego. Wkładający mogą rozszerzyć lub dodać szczegółowe informacje do dwóch scenariuszy przedstawionych tutaj lub stworzyć nowe scenariusze. Jednakże, aby ułatwić tworzenie spójnej pracy, architektura bazowa nowych scenariuszy zmian powinna być architekturą bazową lub celową scenariuszy zmian przedstawionych tutaj.

Bibliografia

1. TOGAF® wersja 9.1, The Open Group, wydane przez The Open Group, 2011.
2. Specyfikacja ArchiMate® 2.0, The Open Group, styczeń 2012.
3. Doest, H., Iacob, M.-E., Lankhorst, M.M. (red.), van Leeuwen, D.: Funkcjonalność i przykłady perspektyw, ArchiMate Dostarczalny D3.4.1a v2, TI/RS/2003/091, Telematica Instituut, Enschede, Holandia, 2004.
4. van den Berg, H., Moelaert, F.: Otwarta platforma testowa PRO-FIT Autoschade, Dostarczalny platformy testowej WP3/N004/V001, TRC, Enschede, Holandia, 1997.
5. Co to jest ArchiMate?
6. Pełny przewodnik po punktach widzenia ArchiMate
7. Aktualizacja ArchiMate 3
8. Co nowego w ArchiMate 3?
9. Korzystanie z narzędzia ArchiMate z TOGAF ADM
10. Jak używać strumienia wartości w ArchiMate 3.1?
11. Co nowego w ArchiMate 3.1