Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usługi

Zastosowanie TOGAF
do definiowania i nadzoru
architektury zorientowanej
na usługi (SOA)
Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakładu Systemów Informacyjnych, E-mail:
Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

ArchitekturaKorporacyjna.pl
Polskie Forum Architektury Korporacyjnej

Kliknij, aby przejść do serwisu i przeczytać
więcej m.in. na temat: TOGAF, ArchiMate, EA

Cel prezentacji
 Wariant optymistyczny:
przekonanie Państwa, że warto wykonać wysiłek
organizacyjny w zakresie usystematyzowanego
wdrażania SOA.
 Wariant realistyczny:
zaprezentowanie listy czynników, które należy rozważyć
budując rejestr ryzyk w przedsięwzięciu dotyczącym
wdrażania SOA.
 Wariant pesymistyczny:
przedstawienie dobrych praktyk w zakresie wdrażania
SOA w organizacji.
Andrzej Sobczak ■ Katedra Informatyki Gospodarczej SGH ■ sobczak@sgh.waw.pl

Cel prezentacji
Wariant optymistyczny:
przekonanie Państwa, że warto wykonać wysiłek
organizacyjny w zakresie usystematyzowanego
wdrażania SOA.
 Wariant realistyczny:
zaprezentowanie listy czynników, które należy rozważyć
budując rejestr ryzyk w przedsięwzięciu dotyczącym
wdrażania SOA.
 Wariant pesymistyczny:

przedstawienie dobrych praktyk w zakresie wdrażania
SOA w organizacji.

Plan prezentacji

 Zamiast wstępu: Usystematyzowanie relacji pomiędzy
kluczowymi pojęciami na styku architektury korporacyjnej,
TOGAF i SOA
 TOGAF jako metodyka wdrażania SOA w dużych
organizacjach
 Etapy realizacji SOA zgodne z TOGAF ADM
 Adaptacja metamodelu TOGAF 9 w kontekście SOA
 Pomiar dojrzałości organizacji w obszarze SOA
 Podsumowanie


Usystematyzowanie relacji pomiędzy
kluczowymi pojęciami na styku architektury
korporacyjnej, TOGAF i SOA

The Open Group
 The Open Group jest
międzynarodowym, niezależnym
i nie związanym z konkretnymi
technologiami konsorcjum, którego
kluczowy zadaniem jest tworzenie
standardów przemysłowych IT na
zasadzie konsensusu.
 Wizja The Open Group:
 Przepływ informacji bez barier:
 umożliwiający dostęp do zintegrowanej
informacji,
 wewnątrz i pomiędzy organizacjami,
 bazujący na otwartych standardach.


TOGAF
 The Open Group Architecture Framework
 Usystematyzowane podejście do tworzenia
architektury (korporacyjnej) w dowolnym typie
i wielkości organizacji.
 Niezależne od dostawców, powstałe na drodze
konsensusu, wypracowywanego pomiędzy jego
użytkownikami.
 Zawierające rygorystyczną Metodę Tworzenia
Architektury (Architecture Development Method
– ADM), która pozwala na zaprojektowanie
i zrealizowanie architektury dedykowanej konkretnej
organizacji.
 Przedstawia zestaw pojęć, standardów, modeli
referencyjnych, metody i technik związanych
z budową architektury (korporacyjnej).

Architektura korporacyjna

1. Architektura korporacyjna – formalny
opis struktury funkcji komponentów
korporacji, wzajemnych powiązań
pomiędzy tymi komponentami oraz
pryncypia i wytyczne odnośnie do
zarządzania projektowaniem
i zmianą tych komponentów w czasie.


Architektura korporacyjna

1. Architektura korporacyjna – formalny
opis struktury funkcji komponentów
korporacji, wzajemnych powiązań
pomiędzy tymi komponentami oraz
pryncypia i wytyczne odnośnie do
zarządzania projektowaniem
i zmianą tych komponentów w czasie.

2. Architektura korporacyjna – dyscyplina z
pogranicza zarządzania i IT zajmująca się
projektowaniem komponentów korporacji i
nadzorowania ich realizacji.


SOA
 SOA – styl architektoniczny realizujący
podejście/myślenie usługowe w całej organizacji
(a nie tylko w obszarze IT); stanowi on możliwy
sposób realizacji określonego zakresu architektury
korporacyjnej.


Relacje pomiędzy pojęciami

The Open Group TOGAF Architektura SOA
korporacyjna

Twórca narzędzia Narzędzie Produkt Sposób realizacji
pośredni części architektury
zastosowania korporacyjnej
narzędzia

„Stos metodyczny” The Open Group
w obszarze architektury korporacyjnej i SOA

The Open Group The Open Group The Open Group The Open Group The Open Group The Open Group
Guide Technical Standard Technical Standard Technical Standard Technical Standard Technical Standard

Using TOGAF to The Open Group SOA Governance Service-Oriented SOA Reference Service Oriented
Define and Service Framework Architecture Architecture Infrastructure
Govern Service- Integration Ontology
Oriented Maturity Model
Architectures


TOGAF jako metodyka wdrażania SOA
w dużych organizacjach

Kontekst: struktura TOGAF
Ramy potencjału architektonicznego
`
(część VII)

Metoda Budowy Architektury
(część II)

Przewodniki i techniki ADM
(część III)

Ramy zawartości
architektonicznej
(część IV)

Kontinuum korporacyjne
i narzędzia
(część V)
Architektura
Modele referencyjne
TOGAF (część VI) Korporacyjna.pl

Struktura TOGAF a ADM
`
(część VII)

(część II)
ADM
(część III)

Ramy zawartości
architektonicznej
(część IV)

i narzędzia
(część V)
Architektura
Modele referencyjne

Cykl ADM
Faza wstępna

 Cykl ADM (Architecture
Development Method) A
Wizja
– cykl tworzenia i rozwoju H
Zarządzanie
architektury
B
dowolnej architektury (w tym zmianą
architektury
Architektura
biznesowa
korporacyjnej) składający się
z serii następujących po sobie G
C
faz, z których każda składa Nadzór
nad Zarządzanie Architektura
wymaganiami danych
się z pewnej liczby kroków. implementacją
i aplikacji

 Cykl ADM zakłada iteracyjne
podejście F
Planowanie
D
Architektura
 Iteracyjność całych cykli migracji techniczna

 Iteracyjność wewnątrz cyklu
Architektura
E
Możliwości
i rozwiązania
 Iteracyjność wewnątrz faz Korporacyjna.pl

Cykl ADM – filozofia opisu fazy

Faza …
Krok „1”
Produkty Krok „2” Produkty
wejściowe wyjściowe
Krok …
Krok n Architektura
Korporacyjna.pl

Produkty dzielimy na: architektoniczne i niearchitektonicznie.
Uwaga: TOGAF nie definiuje CRUD na poziomie produktów.

Cykl ADM – filozofia opisu fazy
Wybór modeli referencyjnych, technik
• Model organizacyjny
modelowania, określenie punktów widzenia
architektury korporacyjnej
• Dopasowane ramy
Stworzenie architektury bazowej • Udoskonalone i
architektoniczne
• Pryncypia aplikacji zaktualizowane wersje
• Oświadczenie o pracy Stworzenie architektury docelowej produktów pochodzących
architektonicznej z fazy Wizja Architektury
• Wizja architektury (tam, gdzie ma to
Wykonanie analizy luk zastosowanie)
• Repozytorium
architektoniczne
• Szkic dokumentu Zdefiniowanie mapy drogowej komponentów • Dokument definiujący
definiującego architekturę architekturę
• Szkic specyfikacji wymagań Zdefiniowanie wpływu prac na krajobraz
architektonicznych architektoniczny organizacji • Specyfikacja wymagań
• Komponenty architektury architektonicznych
biznesowej Przeprowadzenie przeglądu
z interesariuszami • Komponenty architektoniczne
i danych z architektonicznej
mapy drogowej umieszczone na mapie
Sfinalizowanie prac architektonicznych
• Żądanie pracy
architektonicznej
Architektura
drogowej

Stworzenie dokumentu definiującego
architekturę Korporacyjna.pl

Uwagi metodyczne
 TOGAF dopuszcza, aby w kontrolowany sposób:
 Zmieniać kolejność realizacji faz
 Łączyć fazy ze sobą

 Zmieniać kolejność kroków wewnątrz każdej z faz
 Łączyć kroki wewnątrz faz
 Pomijać kroki wewnątrz fazy

 Kroki wewnątrz faz proponuje się potraktować jako swego
rodzaju check-listę – do analizy czy wykonano określone
działania, a jeżeli nie, to czy ich pominięcie było świadome.

Faza wstępna W fazie wstępnej
następuje określenie
Faza wstępna sposobu w jaki SOA
będzie realizowana w
ramach organizacji,
co obejmuje:
A
Wizja
H  Ustanowienie kontekstu
architektury
Zarządzanie B biznesowego
zmianą Architektura wprowadzenia SOA
architektury biznesowa
 Pozyskanie wsparcia
Sponsora
 Zmierzenie dojrzałości
G
Nadzór
C usługowej organizacji
nad Zarządzanie Architektura  Ustanowienie struktury
implementacją wymaganiami danych zarządzania SOA
i aplikacji
 Zdefiniowanie
pryncypiów
dotyczących SOA
F D  Wdrożenie
Planowanie Architektura repozytorium,
migracji techniczna
Architektura E
Możliwości
umożliwiającego
tworzenie modeli
Korporacyjna.pl i rozwiązania architektonicznych.

SLAJD 22 of 24

Faza wstępna – ustanowienie kontekstu
biznesowego i pozyskanie sponsora
 Kontekst biznesowy
 TOGAF nie podaje metody obliczenia ROI z wdrażania podejścia
architektonicznego, w tym w szczególności SOA.

Rozwiązania
alternatywne


Faza wstępna – ustanowienie kontekstu
biznesowego i pozyskanie sponsora
 Sponsor prac architektonicznych
 TOGAF wskazuje szczególną rolę sponsora prac
architektonicznych i jego umiejscowienia w organizacji.
 Zgodnie z TOGAF dobrym kandydatem na sponsora jest
wiceprezes ds. operacyjnych, wiceprezes ds. innowacji itp.
 Zgodnie z TOGAF nie najlepszym kandydatem na sponsora jest
wiceprezes ds. IT.


Struktura TOGAF a model dojrzałości
`
(część VII) Model dojrzałości

(część II)

(część III)

Ramy zawartości
architektonicznej
(część IV)

i narzędzia
(część V)

Modele referencyjne
Architektura
TOGAF (część VI)
Korporacyjna.pl

Faza wstępna – model dojrzałości (The Open
Group Service Integration Maturity Model)

Możliwość
otrzymania
jedno jak i
wielowymiar
owej oceny
dojrzałości
Architektura
Korporacyjna.pl


Ujęcie statystyczne modelu:
• 7 poziomów dojrzałości
• 7 wymiarów oceny
• 7 badanych czynników
dojrzałości
• Blisko 90 pytań ewaluacyjnych
• Blisko 140 atrybutów do oceny
dojrzałości Architektura
Korporacyjna.pl
SLAJD 27 of 24


Architektura
Korporacyjna.pl



Architektura
Korporacyjna.pl

Kwestionariusz Kwestionariusz
Pytania ew. cz. I ew. cz. II



Kwestionariusz Kwestionariusz
Pytania ew. cz. I ew. cz. II

Architektura
Korporacyjna.pl


Architektura
Korporacyjna.pl


Wyniki przeglądu
dla przykładowej organizacji
Architektura
Korporacyjna.pl



Wyniki przeglądu
dla przykładowej organizacji

Architektura
Korporacyjna.pl


Struktura TOGAF a model dojrzałości
`
(część VII) Ład SOA

(część II)

(część III)

Ramy zawartości
architektonicznej
(część IV)

i narzędzia
(część V)
Architektura
Modele referencyjne


Pojęcie ładu architektonicznego

Ład architektoniczny – Struktura organizacyjna,
role i odpowiedzialności
system (mechanizm) za

i
ciam odykam
pomocą którego

Pryn standa
na a

A
cz ur
t
i

rc zne
ustanawiany jest zbiór celów

i po ymi me

ni kt

i
bi

cyp
hi so
ch ite

te w
te c h

kt a

ia, p y
dejś

ur
r
A
tworzenia architektury

a
n
z in

rd
olity
Wymagania

cje
(w tym np. SOA) oraz

ki
biznesowe

Rela
środków, poprzez które

A

ch ura
rc pli
hi ka

ny kt
a
te c j

da ite
kt i
możliwe jest osiąganie tych

h
ur

rc
a

A
sy
ce e
celów i monitorowanie Po
m
iar
o
pr cz
ze toni
dc k
y
zą t e
wydajności ich realizacji. Architektura ar chi
Z ar

Korporacyjna.pl

Faza wstępna – ramy ładu
architektonicznego w ujęciu TOGAF
Ład korporacyjny

Ład IT

Ład
architektoniczny

Architektura
Korporacyjna.pl

architektonicznego w kontekście SOA

Architektura
Korporacyjna.pl

architektonicznego
 Procesy architektoniczne związane z SOA
 Proces wprowadzania usługi do organizacji
 Proces zarządzania zmianą usługi
 Proces wycofania usługi
 ….
 Artefakty architektoniczne związane z SOA
 Katalog standardów architektonicznych
 Katalog usług biznesowych (+SLA)
 Katalog usług aplikacyjnych (+SLA)
 Macierz usług biznesowych i procesów biznesowych
 Diagram rozmieszczenia usług
 ….


Faza wstępna – struktura zarządzania
SOA
 Role i ciała oraz ich
odpowiedzialności
w kontekście SOA
 Rekomenduje się
powołanie
„SOA Center of
Excellence”
 Architekt ds.
Integracji
 Zespół ds. Szyny
Integracyjnej
Architektura
Korporacyjna.pl

Faza wstępna
– pryncypia architektoniczne
Nazwa Zorientowanie na usługi
Stwierdzenie Architektura organizacji bazuje na podejściu usługowym (w obszarze
biznesu, aplikacji jak i infrastruktury technicznej) z dobrze określonymi
poziomami ich świadczenia
Uzasadnienie Podejście usługowe zwiększa elastyczność organizacji oraz zapewnia
przepływ informacji bez barier.

Implikacje ► Biznes musi zdefiniować katalog usług biznesowych i określić ich
SLA, a następnie wskazać ich relacje do procesów biznesowych.
► Należy zdefiniować szczególnego rodzaju wymagania na otwarte
standardy – w szczególności w zakresie interoperacyjności.
► Wymagane jest wprowadzenie skutecznych mechanizmów ładu
architektonicznego w obszarze SOA – w szczególności dotyczy to
zasad re-używalności usług.
► Wymagane jest zdefiniowanie testu papierka lakmusowego, który
określa czy dana usługa została we właściwy sposób
zaprojektowana i zrealizowana.


Faza wstępna
– pryncypia architektoniczne
 Przykłady innych pryncypiów:
 Usługi są reużuwalne
 Organizacja wprowadziła i monitoruje KPI, w tym KPI usług

 Organizacja posługuje się modelami referencyjnymi,
w tym modelem referencyjnym SOA
 Organizacja automatyzuje swoje procesy z zastosowaniem
podejścia usługowego
 Organizacja gromadzi informacje o metadanych usług

 Organizacja definiuje i używa kontraktów do określania
wymagań biznesowych i IT


Kontekst: struktura TOGAF
`
(część VII)

(część II)

(część III)

Ramy zawartości
architektonicznej
(część IV) Metamodel
i narzędzia
(część V)

Architektura
Modele referencyjne
TOGAF (część VI)
Korporacyjna.pl

Metamodel zawartości TOGAF 9

Pryncypia architektoniczne, wizja oraz wymagania

Faza wstępna Wizja architektury

Wymagania architektoniczne

Architektura biznesowa Architektura systemów informatycznych Architektura
techniczna
Motywacja Dane Aplikacje

Organizacja

Funkcja

Realizacja architektury

Możliwości, rozwiązania i planowanie migracji Nadzór nad implementacją

Architektura
Korporacyjna.pl

Metamodel zawartości z TOGAF 9
Pryncypia architektoniczne, wizja oraz wymagania

Faza wstępna Wizja architektury

Pryncypia
Strategia biznesowa Strategia biznesowe, cele i Wizja architektury
Pryncypia architektoniczne Interesariusze
technologiczna czynniki
sterujące

Wymagania architektoniczne

Wymagania Ograniczenia Założenia Luki

Architektura biznesowa Architektura systemów Architektura
informatycznych techniczna
Motywacja

Dane Aplikacje
Czynniki sterujące Cele Zadania Miary
Usługi
platformy
Encje danych Usługi systemów
informatycznych
Organizacja
Logiczne
Organizacja Lokalizacja Aktor, rola Logiczne Logiczne komponenty
komponenty komponenty techniczne
danych aplikacji

Fizyczne
Funkcja komponenty
Fizyczne Fizyczne
techniczne
Usługi biznesowe, komponenty komponenty

Architektura
Procesy, zdarzenia,
kontrakty, jakość Funkcje danych aplikacji
kontrole, produkty
usług

Realizacja architektury Korporacyjna.pl
Możliwości, rozwiązania i planowanie migracji Nadzór nad implementacją

Kontrakty
Potencjał Pakiety pracy Standardy Przewodniki Specyfikacje
architektoniczne


Rdzeń metamodelu i jego rozszerzenia
Rozszerzenie
Rozszerzenie wspierające
Rozszerzenie wspierające połączenie
wspierające konsolidację czynników
Rozszerzenie definicję Rozszerzenie Rozszerzenie aplikacji i sterujących, celó,
wspierające w wyodrębnionych wspierające wspierające technologii zadań z
szczegółach ład usług biznesowych modelowanie modelowanie pomiędzy organizacjami i
operacyjny i aplikacji procesów danych lokalizacjami usługami

Rozszerzenia
Rozszerzenia Rozszerzeni Rozszerzenia
Rozszerzenia Rozszerzenia dotyczące
dotyczące a dotyczące dotyczące
dotyczące dotyczące konsolidacji
usług modelowani motywacji
ładu modelowania infrastruktury
a danych
procesów

Rdzeniowa zawartość metamodelu
Architektura
Korporacyjna.pl

Rdzeń metamodelu i jego rozszerzenia
Pryncypia architektoniczne, wizja, wymagania oraz mapa drogowa

Pryncypium Ograniczenie Założenie Wymaganie

Luka Pakiet pracy Potencjał

Architektura biznesowa

Motywacja Organizacja Funkcja
Czynnik sterujący Jednostka Funkcja Proces
Rozszerzenie dotyczące
organizacyjna
motywacji

Zadanie Zdarzenie
Usługa biznesowa Rozszerzenie dotyczące
Rozszerzenie dotyczące Aktor
motywacji modelowania procesów

Cel Kontrakt Kontrola
Rozszerzenie dotyczące Rola Rozszerzenie dotyczące
Governance Extension modelowania procesów
motywacji

Miara Lokalizacja Jakość usługi Produkt
Rozszerzenie dotyczące konsolidacji Governance Extension
Rozszerzenie dotyczące ładu modelowania procesów
infrastruktury

Rozszerzenie dotyczące Architektura Architektura Architektura
motywacji aplikacji
danych techniczna
konsolidacji infrastruktury Usługa systemu informatycznego
Encja danych Usługa platformy
usług
Rozszerzenie dotyczące ładu

Logiczny komponent Logiczny komponent
modelowania procesów danych Komponent logiczny techniczny
Rozszerzenie dotyczące aplikacji Rozszerzenie dotyczące konsolidacji
infrastruktury

Architektura
modelowania danych
modelowania danych
Fizyczny komponent Fizyczny komponent Fizyczny komponent
danych aplikacji techniczny
Rozszerzenie dotyczące Rozszerzenie dotyczące Rozszerzenie dotyczące konsolidacji

Korporacyjna.pl
usług modelowania danych infrastruktury

Zawartość rdzeniowa


Architektura
Korporacyjna.pl

Faza wstępna –wybór narzędzia
 Na tym etapie prac następuje wybór narzędzia do
modelowania architektury (w tym SOA).
 Nie oznacza to wyboru narzędzia do realizacji
architektury zorientowanej na usługi.


Faza A – „Wizja architektury”
Faza wstępna

Celem fazy A jest
zdefiniowanie zakresu A
prac, identyfikacja Wizja
H
interesariuszy, architektury
Zarządzanie B
utworzenie wizji zmianą Architektura
organizacji działającej architektury biznesowa
zgodnie z SOA
oraz otrzymanie
akceptacji sponsora G
C
odnośnie do dalszych Nadzór
Zarządzanie Architektura
nad
działań. wymaganiami danych
implementacją
i aplikacji

F D
Planowanie Architektura
migracji
E Architektura
techniczna
Możliwości
i rozwiązania Korporacyjna.pl

Faza A – zakres prac

Temat

Okres czasu

Architektura strategiczna
Punkt widzenia 1 (v.01, 02, ...), Punkt widzenia 2 (v.01, 02, ...), ...
szczegółów
Poziom

Architektura
Architektura segmentu
segmentu
Punkt widzenia 1 (v.01, 02, ...), Punkt widzenia 2 (v.01, 02, ...), ... Punkt widzenia 1 (v.01, 02, ...),
Punkt widzenia 2 (v.01, 02, ...), ...

Architektura Architektura Architektura
Architektura
potencjału potencjału potencjału
Korporacyjna.pl

Faza A – identyfikacja interesariuszy

FAZA 2

DZIAŁ 1 Utrzymuj
Wysoka/Wysoki Kluczowi gracze
usatysfakcjonowanych
Moc

Utrzymuj
DZIAŁ 2 Minimalne zaangażowanie
Niska/Niski poinformowanych
Architektura
Niska/Niski
Korporacyjna.pl
Wysoka/Wysoki

Poziom zainteresowania


Faza A – „Wizja architektury”
 Wyzwania:
 Zidentyfikowanie kluczowych wymagań, odzwierciedlonych
następnie w modelu rozwiązania docelowego.
 Opisanie organizacji w stanie docelowym za pomocą zbioru
scenariuszy biznesowych – podkreślających rolę aspektów
integracyjnych (przełamujących silosy organizacyjne).
 Scenariusz biznesowy opisuje (mega) proces biznesowy, którego
realizacja jest możliwa dzięki realizacji określonego zbioru usług
biznesowych, automatyzowanych przez usługi IT.


Faza B – „Architektura biznesowa”
Faza wstępna

Celem fazy B jest opis
A bazowej architektury
Wizja biznesowej i stworzenie
H
architektury docelowej architektury
Zarządzanie B
zmianą Architektura biznesowej w podejściu
architektury biznesowa usługowym oraz
opracowanie analiz luk

G
C
Nadzór
implementacją wymaganiami danych
i aplikacji

F
D
Architektura
migracji techniczna
E
Możliwości
Korporacyjna.pl
i rozwiązania



Architektura
Korporacyjna.pl

 Wyzwania:
 Problemy ze stworzeniem katalogu usług biznesowych.
 Problemy z określeniem SLA biznesowego.
 Problemy z powiązaniem usług biznesowych z procesami
biznesowymi.
 Według TOGAF: proces jest zbiorem usług biznesowych i ich kontraktów;
usługa może być wykorzystywana w jednym lub więcej procesie
biznesowym.


Faza C – „Architektura danych i aplikacji”
Celem fazy
„Architektura aplikacji”
Faza wstępna
jest opis bazowej
architektury aplikacji i
stworzenie docelowej
A architektury aplikacji w
Wizja podejściu usługowym
H
architektury oraz opracowanie
Zarządzanie B
zmianą Architektura analiz luk

G
C
Nadzór Celem fazy
wymaganiami danych „Architektura danych”
implementacją
i aplikacji jest opis bazowej
architektury danych
i stworzenie docelowej
architektury danych
F D
Planowanie Architektura oraz opracowanie
migracji
E
Możliwości
Architektura
techniczna analiz luk

Korporacyjna.pl
i rozwiązania



Architektura
Korporacyjna.pl

 Wyzwania:
 Opisanie stanu bazowego (opis aplikacji) zgodnie z podejściem
usługowym.
 Stworzenie korporacyjnego modelu danych.
 Zdefiniowanie docelowego katalogu usług systemów
informatycznych na odpowiednim poziomie granulacji.
 Przełożenie SLA biznesowego na SLA dla usług systemów
informatycznych.
 Problemy z komunikacją z działem utrzymania (oni też mają
usługi!).


Faza D – „Architektura techniczna”
Faza wstępna

A
Wizja
H
architektury
Zarządzanie B
zmianą Architektura

Celem fazy
G „Architektura
C techniczna” jest opis
Nadzór
wymaganiami danych
bazowej architektury
implementacją
i aplikacji technicznej i
stworzenie docelowej
architektury
technicznej w
F D
podejściu usługowym
oraz opracowanie
Architektura migracji
E
Możliwości
techniczna
analiz luk

Korporacyjna.pl i rozwiązania



Architektura
Korporacyjna.pl


Service
Oriented
Infrastructure
Reference
Model

Architektura
Korporacyjna.pl

 Wyzwania:
 Opisanie stanu bazowego w ujęciu logicznym – jednocześnie z
uwzględnieniem paradygmatu usługowego (problem oderwanie się od
CMDB).
 Problemy z komunikacją z działem utrzymania (oni też mają usługi!).
 Problemy z uwzględnieniem cloud computing (w tym podejściu może być
realizowana istotna część usług platform).


Faza E – „Możliwości i rozwiązania”
Faza wstępna

A
Wizja Faza E identyfikuje
H
architektury
Zarządzanie B nowe możliwości
zmianą Architektura i kluczowe
architektury biznesowa rozwiązania
oraz sposób ich
wprowadzania do
G organizacji (w formie
C
Nadzór
nad Zarządzanie Architektura architektur
implementacją wymaganiami danych pośrednich), w celu
i aplikacji osiągnięcia
architektury
docelowej.
F D Będą one stanowiły
Planowanie Architektura podstawę planu
Architektura migracji
E
techniczna migracji.
Możliwości
Korporacyjna.pl i rozwiązania



Architektura
Korporacyjna.pl


 Wyzwania:
 Problemy z właściwym zdefiniowaniem zakresu poszczególnych
architektur pośrednich.
 Właściwe zidentyfikowanie ryzyk przy wdrażaniu SOA.


Faza F – „Planowanie migracji”
Faza wstępna
i pryncypia

Celem fazy F jest
ułożenie A
Wizja
poszczególnych H
architektury
projektów zgodnie z ich Zarządzanie B
priorytetami. zmianą Architektura
Następuje oszacowanie
zależności, kosztów
G
i korzyści związanych z Nadzór
C
poszczególnymi nad Zarządzanie Architektura
projektami implementacją wymaganiami danych
i aplikacji
migracyjnymi.

Spriorytetyzowana lista
projektów stanowi F D
podstawą planu Planowanie Architektura
migracji techniczna
migracji. E
Możliwości Architektura
i rozwiązania
Korporacyjna.pl

Faza F – „Planowanie migracji”
 Wyzwania:
 Przypisanie wartości biznesowej każdemu projektowi.
 Zabezpieczenie się przed „quick-wins” biznesu, który nagle dochodzi do
wniosku, że silosy nie były złe.


Faza G – „Nadzór nad implementacją”
Faza wstępna
i pryncypia

Celem fazy G jest
sformułowanie A
rekomendacji dla Wizja
H
architektury
każdego projektu Zarządzanie B
w formie kontraktu zmianą Architektura
architektonicznego, architektury biznesowa
służącego do
zarządzania
implementacją G
C
Nadzór
i implementacją nad Zarządzanie Architektura
danego systemu. implementacją wymaganiami danych
System ten jest i aplikacji
następnie
implementowany
i wdrażany podczas F D
tej fazy. Planowanie Architektura
migracji techniczna
E
Możliwości
i rozwiązania
Architektura
Korporacyjna.pl

Faza G – „Nadzór nad implementacją”
 Wyzwania:
 Umiejętne zdefiniowanie kontraktów architektonicznych.
 Konieczność posiadania zasobów niezbędnych do realizacji nadzoru
architektonicznego.


Faza H – „Zarządzanie zmianą”
Faza wstępna
i pryncypia

Celem fazy H jest
ustanowienie procesu
A
zarządzania zmianami dla
Wizja
nowej bazowej architektury j, H
architektury
która jest osiągania z Zarządzanie B
zmianą Architektura
momentem zakończenia fazy
nadzoru nad implementacją.

W ramach tego procesu
G
prowadzi się ciągły C
Nadzór
monitoring rozwój nad Zarządzanie Architektura
technologicznego
i aplikacji
i zmian w środowisku
biznesowym w celu
decydowania czy formalnie
zainicjować nowy cykl F D
rozwoju architektury. Planowanie Architektura
migracji techniczna
E
Możliwości
i rozwiązania
Architektura
Korporacyjna.pl
SLAJD 76 of 24

Faza H – „Zarządzanie zmianą”
 Wyzwania:
 Konieczność wykonywania analizy „what-if.
 Zapobieganie nadmiernemu „mnożeniu się” usług.
 Powracająca tendencja łączenia systemów „punkt-punkt”.


Faza „Zarządzanie wymaganiami”
Faza wstępna
i pryncypia

Podczas każdej fazy
prace są walidowane
A
pod kątem bieżących
Wizja
H
architektury wymagań
Zarządzanie B biznesowych, które
zmianą Architektura sterują rozwojem
architektury.

G
C
Nadzór
i aplikacji

F D
migracji techniczna
E
Możliwości
Architektura
i rozwiązania
Korporacyjna.pl
SLAJD 78 of 24

Faza „Zarządzanie wymaganiami”
 Wyzwania:
 Nauczenie „biznesu” funkcjonowania zgodnie z paradygmatem
usługowym.
 Przełożenie często rozmytych wymagań biznesowych na zapisy w SLA.


Podsumowanie

Podsumowanie (1)
 Przedstawione podejście ma charakter modelowy.
 Samo The Open Group wskazuje, że oczekiwana jest
adaptacja tego podejścia do potrzeb konkretnej organizacji.
 TOGAF mówi „co ma być zrobione”.
 TOGAF bardzo często (a już na pewno nie w szczegółach) NIE mówi
„jak coś ma być zrobione”.
 Adaptacja TOGAF w obszarze:
 Procesów
 Produktów
 Terminologii
 Wskazane jest zawsze umieszczenie uzasadnienia
w repozytorium architektonicznym, dlaczego pewne rzeczy wykonuje
się inaczej (lub dlaczego pewne rzeczy zostały pominięte).

Podsumowanie (2)
Repozytorium architektoniczne
Metamodel architektury

Metoda architektoniczna Metamodel zawartości

Artefakty są Biblioteka
ustrukturalizowane Najlepsze praktyki
zgodnie z ramami referencyjna
tworzą
architektonicznymi architekturę
referencyjną Architektury generyczne Modele referencyjne
Krajobraz przystosowane przez
korporację Zewnętrzne
architektoniczny Architektury wspólne
modele
systemów
Architektury referencyjne
strategiczne Architektury branżowe

Struktura repozytorium
Przystosowane
Architektury przez korporację
Architektury organizacji
segmentów
Dostosowane do Standardy mają zastosowanie
Architektury

architektonicznego
standardów w architekturach referencyjnych
potencjału
Baza standardów
informacyjnych
Najlepsze
praktyki tworzą
standardy Standardy biznesowe Standardy
przystosowane przez
Standardy danych korporację Standardy
zewnętrzne
Standardy aplikacji

Standardy techniczne
Krajobraz architektury
jest nadzorowany Zgodność jest
nadzorowana
Log zarządzania
Oceny zgodności Oceny
Log decyzji
ze standardami potencjału Widoczność and eskalacja

Zarządzania Rada ds.
Kalendarz Portfele projektów
wydajnością architektury

Repozytorium
Potencjał architektoniczny
Struktura Status
Ciało sterujące
zarządza i steruje
potencjałem Architektura
Korporacyjna.pl
umiejętności organizacyjna architektoniczny


Podsumowanie (3)
 Niektórzy twierdzą, że organizacje, które nie uwierzyły w
skuteczność rekomendowanego podejścia, po nie udanym
wdrożeniu SOA, w wewnętrznych audytach wykazują, że
przyczyną niepowodzeń był brak elementów
wykazywanych jako krytyczne w „Using TOGAF to Define
and Govern Service-Oriented Architectures”.


Dziękuję za uwagę

zapraszam do kontaktu
sobczak@sgh.waw.pl

Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usługi

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usługi

Similar to Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usługi (20)

More from Andrzej Sobczak

More from Andrzej Sobczak (20)

Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usługi