Mapowania wychodzące poza architekturę korporacyjną

Dwa tygodnie temu w poście poście Moje ulubione perspektywy w architekturze korporacyjnej przedstawiłem kilka diagramów opisujących architekturę korporacyjną z różnych perspektyw. Opisane perspektywy obejmowały architekturę biznesową, architekturę systemów informatycznych oraz architekturę technologiczną. Oprócz tego zaprezentowałem kilka diagramów prezentujących mapowania pomiędzy powyżej wymienionymi architekturami.

W dzisiejszym wpisie postaram się zaprezentować mapowania artefaktów architektury korporacyjnej na wymagania architektoniczne, model procesów biznesowych oraz modele systemów informatycznych. Zaprezentowane mapowania są najczęściej stosowanymi przeze mnie mapowaniami. Oczywiście nie zamykają one katalogu możliwych relacji. Nie twierdzę też, że są one zgodne z jakimkolwiek standardem lub notacją, gdyż łączyć będę elementy BPMN, ArchiMate i UML.

Wymagania architektury

Na każdym poziomów architektury można zdefiniować wymagania architektoniczne. Są to wymagania, które na dość wysokim poziomie abstrakcji uzupełniają opis artefaktów architektury korporacyjnej.

mapowania_archimate_wymagania_systemów_informatycznych

Z moich doświadczeń wynika, że przeważająca część wymagań dotyczy usług aplikacyjnych. Osobiście staram się mapować wymagania architektury systemów informatycznych na usługi aplikacyjne. Używam do tego  relacji realizacji.

mapowania_archimate_wymagania_biznesowe

Dość często definiowane są także wymagania dotyczące biznesu. W warstwie architektury biznesowej także używam relacji realizacji. Podobnie jak przedstawiłem to powyżej można zdefiniować wymagania dla architektury technologicznej.

Należy pamiętać, że to biznes definiuje proces biznesowy i jego ramy – wymagania. Systemy informatyczne są tworzone po to by wspomóc proces biznesowy. Zaprezentowane powyżej mapowanie artefaktów na wymagania ma większy sens, gdy wymagania architektury systemów informatycznych realizują wymagania architektury biznesowej.

mapowania_archimate_wymagania_AB_ASI

 

Mapowanie elementów architektury korporacyjnej na inne modele

Zdefiniowanie, na poziomie architektury, wymagań i innych artefaktów to dopiero połowa mojej drogi. Osobiście lubię mieć artefakty architektury korporacyjnej zmapowane na inne modele utrzymywane w organizacji. Zazwyczaj mapowania te dotyczą modeli procesów biznesowych oraz przypadków użycia.

Mapowanie architektury biznesowej na procesy BPMN

mapowania_archimate_BPMN

Mapowanie architektury systemów informatycznych na model systemów informatycznych   

mapowania_archimate_UML

Mapowanie wymagań architektonicznych na system

mapowania_wymagania_asi_system

Zaprezentowane powyżej mapowania bazują na relacji trace. Używam jej, gdyż przeznaczeniem tej relacji jest wskazanie na śledzenia zależności pomiędzy elementami. W podobny sposób można połączyć komponenty lub inne artefakty.

Warto zauważyć, że na powyższych diagramach zostały połączone elementy opisujące architekturę korporacyjną z uszczegóławiającymi ją elementami. Elementy uszczegóławiające takie jak przypadki użycia lub procesy biznesowe wyrażone w BPMN są na niższym poziomie abstrakcji. Z tego też powodu zazwyczaj jednemu elementowi z architektury odpowiada jeden do wielu elementów uszczegóławiających (jedna usługa aplikacyjna jest realizowana przez jeden do wielu przypadków użycia).

Na koniec pragnę zauważyć, że przedstawione w dzisiejszym jak i poprzednim wpisie (Moje ulubione perspektywy w architekturze korporacyjnej) diagramy są tylko wycinkiem możliwości, jakie daje nam zastosowanie narzędzi CASE oraz notacje takie jak: ArchiMate, BPMN czy UML. Architektura korporacyjna zamodelowana w Archimate to połączenie 3 widoków, które mogą być uszczegóławiane w innych notacjach. Co więcej opisując architekturę korporacyjną może przedstawiać jeszcze diagramy motywacji, implementacji i migracji.  Można też budować opisy łańcuchów wartości.  Możliwości opisu (modelowania) jest bardzo dużo. Dlatego też zalecam aby przed wejściem w jakiekolwiek diagramy spisać zasady modelowania lub zbudować metodykę tworzenia i  utrzymywania czy to architektury korporacyjnej czy to procesów biznesowych. Zbudowanie standardów pracy nie będzie czasem straconym.

Podobne wpisy
Rysowanie diagramów – dobre praktyki

Jednym z celów modelowania jest przedstawienie złożonych zagadnień na takim poziomie abstrakcji, który pozwoli zrozumieć dany aspekt zagadnienia. Gdy w więcej

Zarządzanie wymaganiami – dobre praktyki

Ian Sommerville i Pete Sawyer w "Requirements Engineering: A Good Practice Guide" opisali, ponad 15 lat temu, metodę oceny i więcej

Praktyczne aspekty optymalizacji kosztowej IT, zarządzania zmianą i wprowadzania innowacji z perspektywy architektury – czyli OSAKA’2016

Jak wynika z poglądowych badań przeprowadzonych we wrześniu 2015 r. średnia zarobków architektów korporacyjnych w Polsce wynosi brutto 15.300 zł więcej

Narzędzie do modelowania architektury korporacyjnej

Myśląc o modelowaniu architektury korporacyjnej bardzo często rozważa się wybór narzędzia do modelowania. Jednym z naturalnych kandydatów jest Enterprise Architect. więcej

Reklama
MODESTO - licencje Enterprise Architect

1 komentarz dla “Mapowania wychodzące poza architekturę korporacyjną”

  1. Pingback: Wymagania biznesowe a wymagania systemowe | Michał Wolski

Zostaw komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

Przewiń do góry