Zastosowanie TOGAF Do Definiowania I Nadzoru Architektury Zorientowanej Na Usługi

Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usugi (SOA)
Dr hab. Andrzej Sobczak, prof. SGH, Kierownik Zakadu Systemw Informacyjnych, Katedra Informatyki Gospodarczej SGH E-mail: sobczak@sgh.waw.pl
Polskie Forum Architektury Korporacyjnej
Cel prezentacji
Wariant optymistyczny: przekonanie Pastwa, e warto wykona wysiek organizacyjny w zakresie usystematyzowanego wdraania SOA. Wariant realistyczny: zaprezentowanie listy czynnikw, ktre naley rozway budujc rejestr ryzyk w przedsiwziciu dotyczcym wdraania SOA. Wariant pesymistyczny: przedstawienie dobrych praktyk w zakresie wdraania SOA w organizacji.
Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl
Cel prezentacji
Cel prezentacji
Plan prezentacji
Zamiast wstpu: Usystematyzowanie relacji pomidzy kluczowymi pojciami na styku architektury korporacyjnej, TOGAF i SOA TOGAF jako metodyka wdraania SOA w duych organizacjach

Etapy realizacji SOA zgodne z TOGAF ADM Adaptacja metamodelu TOGAF 9 w kontekcie SOA Pomiar dojrzaoci organizacji w obszarze SOA
Podsumowanie
Usystematyzowanie relacji pomidzy kluczowymi pojciami na styku architektury korporacyjnej, TOGAF i SOA
The Open Group
The Open Group jest midzynarodowym, niezalenym i nie zwizanym z konkretnymi technologiami konsorcjum, ktrego kluczowy zadaniem jest tworzenie standardw przemysowych IT na zasadzie konsensusu. Wizja The Open Group: Przepyw informacji bez barier:
umoliwiajcy dostp do zintegrowanej informacji, wewntrz i pomidzy organizacjami, bazujcy na otwartych standardach.
TOGAF
The Open Group Architecture Framework
Usystematyzowane podejcie do tworzenia architektury (korporacyjnej) w dowolnym typie i wielkoci organizacji. Niezalene od dostawcw, powstae na drodze konsensusu, wypracowywanego pomidzy jego uytkownikami. Zawierajce rygorystyczn Metod Tworzenia Architektury (Architecture Development Method ADM), ktra pozwala na zaprojektowanie i zrealizowanie architektury dedykowanej konkretnej organizacji. Przedstawia zestaw poj, standardw, modeli referencyjnych, metody i technik zwizanych z budow architektury (korporacyjnej).
Architektura korporacyjna
1.
Architektura korporacyjna formalny opis struktury funkcji komponentw korporacji, wzajemnych powiza pomidzy tymi komponentami oraz pryncypia i wytyczne odnonie do zarzdzania projektowaniem i zmian tych komponentw w czasie.
1.
Architektura korporacyjna formalny opis struktury funkcji komponentw korporacji, wzajemnych powiza pomidzy tymi komponentami oraz pryncypia i wytyczne odnonie do zarzdzania projektowaniem i zmian tych komponentw w czasie. Architektura korporacyjna dyscyplina z pogranicza zarzdzania i IT zajmujca si projektowaniem komponentw korporacji i nadzorowania ich realizacji.
2.
SOA
SOA styl architektoniczny realizujcy podejcie/mylenie usugowe w caej organizacji (a nie tylko w obszarze IT); stanowi on moliwy sposb realizacji okrelonego zakresu architektury korporacyjnej.
Relacje pomidzy pojciami
The Open Group
TOGAF
SOA
Twrca narzdzia
Narzdzie
Produkt Sposb realizacji poredni czci architektury zastosowania korporacyjnej narzdzia
Stos metodyczny The Open Group w obszarze architektury korporacyjnej i SOA
The Open Group Guide Using TOGAF to Define and Govern ServiceOriented Architectures
The Open Group Technical Standard The Open Group Service Integration Maturity Model
The Open Group Technical Standard SOA Governance Framework
The Open Group Technical Standard Service-Oriented Architecture Ontology
The Open Group Technical Standard SOA Reference Architecture
The Open Group Technical Standard Service Oriented Infrastructure
TOGAF jako metodyka wdraania SOA w duych organizacjach

Kontekst: struktura TOGAF

Ramy potencjau architektonicznego ` (cz VII)
Metoda Budowy Architektury (cz II) Przewodniki i techniki ADM (cz III) Ramy zawartoci architektonicznej (cz IV) Kontinuum korporacyjne i narzdzia (cz V) Modele referencyjne TOGAF (cz VI)
Architektura Korporacyjna.pl
Struktura TOGAF a ADM

ADM
Cykl ADM
Faza wstpna
Cykl ADM (Architecture Development Method) cykl tworzenia i rozwoju dowolnej architektury (w tym korporacyjnej) skadajcy si z serii nastpujcych po sobie faz, z ktrych kada skada si z pewnej liczby krokw. Cykl ADM zakada iteracyjne podejcie
H Zarzdzanie zmian architektury
A Wizja architektury
B Architektura biznesowa
G Nadzr nad implementacj
Zarzdzanie wymaganiami
C Architektura danych i aplikacji
Iteracyjno caych cykli Iteracyjno wewntrz cyklu Iteracyjno wewntrz faz
F Planowanie migracji
E Moliwoci i rozwizania
D Architektura techniczna
Cykl ADM filozofia opisu fazy

Faza
Produkty wejciowe
Krok 1 Krok 2 Krok Krok n
Produkty wyjciowe
Produkty dzielimy na: architektoniczne i niearchitektonicznie. Uwaga: TOGAF nie definiuje CRUD na poziomie produktw.
Cykl ADM filozofia opisu fazy

Model organizacyjny architektury korporacyjnej Dopasowane ramy architektoniczne Pryncypia aplikacji Owiadczenie o pracy architektonicznej Wizja architektury Repozytorium architektoniczne Szkic dokumentu definiujcego architektur Szkic specyfikacji wymaga architektonicznych Komponenty architektury biznesowej i danych z architektonicznej mapy drogowej danie pracy architektonicznej
Wybr modeli referencyjnych, technik modelowania, okrelenie punktw widzenia Stworzenie architektury bazowej Stworzenie architektury docelowej Wykonanie analizy luk Zdefiniowanie mapy drogowej komponentw Zdefiniowanie wpywu prac na krajobraz architektoniczny organizacji Przeprowadzenie przegldu z interesariuszami Sfinalizowanie prac architektonicznych Stworzenie dokumentu definiujcego architektur
Udoskonalone i zaktualizowane wersje produktw pochodzcych z fazy Wizja Architektury (tam, gdzie ma to zastosowanie) Dokument definiujcy architektur
Specyfikacja wymaga architektonicznych Komponenty architektoniczne umieszczone na mapie drogowej
Uwagi metodyczne
TOGAF dopuszcza, aby w kontrolowany sposb:
Zmienia kolejno realizacji faz czy fazy ze sob Zmienia kolejno krokw wewntrz kadej z faz czy kroki wewntrz faz Pomija kroki wewntrz fazy
Kroki wewntrz faz proponuje si potraktowa jako swego rodzaju check-list do analizy czy wykonano okrelone dziaania, a jeeli nie, to czy ich pominicie byo wiadome.
Faza wstpna
Faza wstpna A Wizja architektury
W fazie wstpnej nastpuje okrelenie sposobu w jaki SOA bdzie realizowana w ramach organizacji, co obejmuje: Ustanowienie kontekstu biznesowego wprowadzenia SOA Pozyskanie wsparcia Sponsora Zmierzenie dojrzaoci usugowej organizacji Ustanowienie struktury zarzdzania SOA Zdefiniowanie pryncypiw dotyczcych SOA Wdroenie repozytorium, umoliwiajcego tworzenie modeli architektonicznych.
SLAJD 22 of 24
Faza wstpna ustanowienie kontekstu biznesowego i pozyskanie sponsora
Kontekst biznesowy
TOGAF nie podaje metody obliczenia ROI z wdraania podejcia architektonicznego, w tym w szczeglnoci SOA.
Rozwizania alternatywne
Faza wstpna ustanowienie kontekstu biznesowego i pozyskanie sponsora
Sponsor prac architektonicznych
TOGAF wskazuje szczegln 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 dojrzaoci

Model dojrzaoci
Faza wstpna model dojrzaoci (The Open Group Service Integration Maturity Model)
Moliwo otrzymania jedno jak i wielowymiar owej oceny dojrzaoci
Ujcie statystyczne modelu:

7 poziomw dojrzaoci 7 wymiarw oceny 7 badanych czynnikw dojrzaoci Blisko 90 pyta ewaluacyjnych Blisko 140 atrybutw do oceny Architektura dojrzaoci
Korporacyjna.pl
SLAJD 27 of 24
Pytania
Kwestionariusz ew. cz. I
Kwestionariusz ew. cz. II
Pytania
Kwestionariusz ew. cz. I
Kwestionariusz ew. cz. II
Wyniki przegldu dla przykadowej organizacji
Wyniki przegldu dla przykadowej organizacji
Struktura TOGAF a model dojrzaoci

ad SOA
Pojcie adu architektonicznego

ad architektoniczny system (mechanizm) za pomoc ktrego ustanawiany jest zbir celw tworzenia architektury (w tym np. SOA) oraz rodkw, poprzez ktre moliwe jest osiganie tych celw i monitorowanie wydajnoci ich realizacji.
Struktura organizacyjna, role i odpowiedzialnoci
z in n i po ymi me dej t ciam odykam i i
ki olity ia, p y cyp rd Pryn standa i
A r te c h ch ite ni kt cz ur na a
A a ur kt a te w hi so rc zne bi
Rela
Wymagania biznesowe
cje
Po m
iar
rc h da ite ny kt ch ura
sy ce e o pr cz ze toni dc k z t e ar chi Z ar
A a ur kt i te c j hi ka rc pli a
Faza wstpna ramy adu architektonicznego w ujciu TOGAF

ad korporacyjny
ad IT
ad architektoniczny
Faza wstpna ramy adu architektonicznego w kontekcie SOA
Faza wstpna ramy adu architektonicznego
Procesy architektoniczne zwizane z SOA

Proces wprowadzania usugi do organizacji Proces zarzdzania zmian usugi Proces wycofania usugi . Katalog standardw architektonicznych Katalog usug biznesowych (+SLA) Katalog usug aplikacyjnych (+SLA) Macierz usug biznesowych i procesw biznesowych Diagram rozmieszczenia usug .
Artefakty architektoniczne zwizane z SOA

Faza wstpna struktura zarzdzania SOA
Role i ciaa oraz ich odpowiedzialnoci w kontekcie SOA
Rekomenduje si powoanie SOA Center of Excellence Architekt ds. Integracji Zesp ds. Szyny Integracyjnej
Faza wstpna pryncypia architektoniczne

Nazwa Stwierdzenie Zorientowanie na usugi Architektura organizacji bazuje na podejciu usugowym (w obszarze biznesu, aplikacji jak i infrastruktury technicznej) z dobrze okrelonymi poziomami ich wiadczenia Podejcie usugowe zwiksza elastyczno organizacji oraz zapewnia przepyw informacji bez barier.
Uzasadnienie
Implikacje
Biznes musi zdefiniowa katalog usug biznesowych i okreli ich SLA, a nastpnie wskaza ich relacje do procesw biznesowych.
Naley zdefiniowa szczeglnego rodzaju wymagania na otwarte standardy w szczeglnoci w zakresie interoperacyjnoci. Wymagane jest wprowadzenie skutecznych mechanizmw adu architektonicznego w obszarze SOA w szczeglnoci dotyczy to zasad re-uywalnoci usug. Wymagane jest zdefiniowanie testu papierka lakmusowego, ktry okrela czy dana usuga zostaa we waciwy sposb zaprojektowana i zrealizowana.
Faza wstpna pryncypia architektoniczne
Przykady innych pryncypiw:

Usugi s reuuwalne Organizacja wprowadzia i monitoruje KPI, w tym KPI usug Organizacja posuguje si modelami referencyjnymi, w tym modelem referencyjnym SOA Organizacja automatyzuje swoje procesy z zastosowaniem podejcia usugowego Organizacja gromadzi informacje o metadanych usug Organizacja definiuje i uywa kontraktw do okrelania wymaga biznesowych i IT
Kontekst: struktura TOGAF

Metamodel
Metamodel zawartoci TOGAF 9

Pryncypia architektoniczne, wizja oraz wymagania
Faza wstpna Wizja architektury
Wymagania architektoniczne
Architektura biznesowa Motywacja Organizacja Funkcja
Architektura systemw informatycznych Dane Aplikacje
Architektura techniczna
Realizacja architektury Moliwoci, rozwizania i planowanie migracji Nadzr nad implementacj
Metamodel zawartoci z TOGAF 9

Pryncypia architektoniczne, wizja oraz wymagania
Wizja architektury
Pryncypia biznesowe, cele i czynniki sterujce
Faza wstpna
Pryncypia architektoniczne
Strategia biznesowa
Strategia technologiczna
Wizja architektury
Interesariusze
Wymagania architektoniczne
Wymagania Ograniczenia Zaoenia Luki
Architektura biznesowa
Motywacja
Czynniki sterujce Cele Zadania Miary
Architektura systemw informatycznych

Dane Aplikacje
Encje danych
Usugi systemw informatycznych
Usugi platformy
Organizacja
Organizacja Lokalizacja Aktor, rola Logiczne komponenty danych Logiczne komponenty aplikacji Logiczne komponenty techniczne
Funkcja
Usugi biznesowe, kontrakty, jako usug Procesy, zdarzenia, kontrole, produkty Funkcje Fizyczne komponenty danych Fizyczne komponenty aplikacji
Fizyczne komponenty techniczne
Realizacja architektury
Moliwoci, rozwizania i planowanie migracji
Potencja Pakiety pracy Kontrakty architektoniczne Standardy
Specyfikacje
Nadzr nad implementacj

Przewodniki
Rdze metamodelu i jego rozszerzenia

Rozszerzenie wspierajce definicj wyodrbnionych usug biznesowych i aplikacji Rozszerzenie wspierajce konsolidacj aplikacji i technologii pomidzy lokalizacjami Rozszerzenie wspierajce poczenie czynnikw sterujcych, cel, zada z organizacjami i usugami
Rozszerzenie wspierajce w szczegach ad operacyjny
Rozszerzenie wspierajce modelowanie procesw
Rozszerzenie wspierajce modelowanie danych
Rozszerzenia dotyczce adu
Rozszerzenia dotyczce usug
Rozszerzenia dotyczce modelowania procesw
Rozszerzeni a dotyczce modelowani a danych
Rozszerzenia dotyczce konsolidacji infrastruktury
Rozszerzenia dotyczce motywacji
Rdzeniowa zawarto metamodelu
Rdze metamodelu i jego rozszerzenia

Pryncypia architektoniczne, wizja, wymagania oraz mapa drogowa
Pryncypium Ograniczenie Zaoenie Wymaganie Luka Pakiet pracy Potencja
Architektura biznesowa Motywacja

Czynnik sterujcy
Rozszerzenie dotyczce motywacji
Organizacja
Jednostka organizacyjna Funkcja
Funkcja
Proces
Zadanie
Aktor
Usuga biznesowa
Zdarzenie
Rozszerzenie dotyczce modelowania procesw
Cel
Kontrakt Rola
Governance Extension
Kontrola
Miara
Rozszerzenie dotyczce adu
Lokalizacja
Rozszerzenie dotyczce konsolidacji infrastruktury
Jako usugi
Governance Extension
Produkt
Rozszerzenie dotyczce motywacji Rozszerzenie dotyczce konsolidacji infrastruktury
Architektura danych
Encja danych
Architektura aplikacji
Usuga systemu informatycznego
Rozszerzenie dotyczce usug
Usuga platformy
Rozszerzenie dotyczce adu
Logiczny komponent danych

Rozszerzenie dotyczce modelowania danych
Komponent logiczny aplikacji
Rozszerzenie dotyczce modelowania danych Rozszerzenie dotyczce usug Zawarto rdzeniowa
Fizyczny komponent danych

Rozszerzenie dotyczce modelowania danych
Fizyczny komponent aplikacji
Fizyczny komponent techniczny
Logiczny komponent techniczny
Faza wstpna wybr narzdzia
Na tym etapie prac nastpuje wybr narzdzia do modelowania architektury (w tym SOA).
Nie oznacza to wyboru narzdzia do realizacji architektury zorientowanej na usugi.
Faza A Wizja architektury

Faza wstpna
Celem fazy A jest zdefiniowanie zakresu prac, identyfikacja interesariuszy, utworzenie wizji organizacji dziaajcej zgodnie z SOA oraz otrzymanie akceptacji sponsora odnonie do dalszych dziaa.
Faza A zakres prac

Temat
Okres czasu
Architektura strategiczna
Punkt widzenia 1 (v.01, 02, ...), Punkt widzenia 2 (v.01, 02, ...), ...
Poziom szczegw
Architektura segmentu
Architektura segmentu
Architektura potencjau
Faza A identyfikacja interesariuszy

FAZA 2
DZIA 1 Wysoka/Wysoki
Utrzymuj usatysfakcjonowanych
Kluczowi gracze
Moc
Niska/Niski
DZIA 2
Minimalne zaangaowanie
Utrzymuj poinformowanych
Niska/Niski
Architektura Wysoka/Wysoki Korporacyjna.pl
Poziom zainteresowania
Faza A Wizja architektury
Wyzwania:
Zidentyfikowanie kluczowych wymaga, odzwierciedlonych nastpnie w modelu rozwizania docelowego. Opisanie organizacji w stanie docelowym za pomoc zbioru scenariuszy biznesowych podkrelajcych rol aspektw integracyjnych (przeamujcych silosy organizacyjne).
Scenariusz biznesowy opisuje (mega) proces biznesowy, ktrego realizacja jest moliwa dziki realizacji okrelonego zbioru usug biznesowych, automatyzowanych przez usugi IT.
Faza B Architektura biznesowa

Celem fazy B jest opis bazowej architektury biznesowej i stworzenie docelowej architektury biznesowej w podejciu usugowym oraz opracowanie analiz luk
Wyzwania:
Problemy ze stworzeniem katalogu usug biznesowych.
Problemy z okreleniem SLA biznesowego.
Problemy z powizaniem usug biznesowych z procesami biznesowymi.
Wedug TOGAF: proces jest zbiorem usug biznesowych i ich kontraktw; usuga moe by wykorzystywana w jednym lub wicej procesie biznesowym.
Faza C Architektura danych i aplikacji

Faza wstpna
Celem fazy Architektura aplikacji jest opis bazowej architektury aplikacji i stworzenie docelowej architektury aplikacji w podejciu usugowym oraz opracowanie analiz luk
Celem fazy Architektura danych jest opis bazowej architektury danych i stworzenie docelowej architektury danych oraz opracowanie analiz luk
Wyzwania:
Opisanie stanu bazowego (opis aplikacji) zgodnie z podejciem usugowym. Stworzenie korporacyjnego modelu danych. Zdefiniowanie docelowego katalogu usug systemw informatycznych na odpowiednim poziomie granulacji. Przeoenie SLA biznesowego na SLA dla usug systemw informatycznych. Problemy z komunikacj z dziaem utrzymania (oni te maj usugi!).
Faza D Architektura techniczna

Celem fazy Architektura techniczna jest opis bazowej architektury technicznej i stworzenie docelowej architektury technicznej w podejciu usugowym oraz opracowanie analiz luk
Service Oriented Infrastructure Reference Model
Wyzwania:
Opisanie stanu bazowego w ujciu logicznym jednoczenie z uwzgldnieniem paradygmatu usugowego (problem oderwanie si od CMDB). Problemy z komunikacj z dziaem utrzymania (oni te maj usugi!). Problemy z uwzgldnieniem cloud computing (w tym podejciu moe by realizowana istotna cz usug platform).
Faza E Moliwoci i rozwizania

Faza E identyfikuje nowe moliwoci i kluczowe rozwizania oraz sposb ich wprowadzania do organizacji (w formie architektur porednich), w celu osignicia architektury docelowej. Bd one stanowiy podstaw planu migracji.
Wyzwania:
Problemy z waciwym zdefiniowaniem zakresu poszczeglnych architektur porednich. Waciwe zidentyfikowanie ryzyk przy wdraaniu SOA.
Faza F Planowanie migracji

Faza wstpna i pryncypia
Celem fazy F jest uoenie poszczeglnych projektw zgodnie z ich priorytetami. Nastpuje oszacowanie zalenoci, kosztw i korzyci zwizanych z poszczeglnymi projektami migracyjnymi. Spriorytetyzowana lista projektw stanowi podstaw planu migracji.
Faza F Planowanie migracji
Wyzwania:

Przypisanie wartoci biznesowej kademu projektowi. Zabezpieczenie si przed quick-wins biznesu, ktry nagle dochodzi do wniosku, e silosy nie byy ze.
Faza G Nadzr nad implementacj

Celem fazy G jest sformuowanie rekomendacji dla kadego projektu w formie kontraktu architektonicznego, sucego do zarzdzania implementacj i implementacj danego systemu. System ten jest nastpnie implementowany i wdraany podczas tej fazy.
Faza G Nadzr nad implementacj
Wyzwania:

Umiejtne zdefiniowanie kontraktw architektonicznych. Konieczno posiadania zasobw niezbdnych do realizacji nadzoru architektonicznego.
Faza H Zarzdzanie zmian

Celem fazy H jest ustanowienie procesu zarzdzania zmianami dla nowej bazowej architektury j, ktra jest osigania z momentem zakoczenia fazy nadzoru nad implementacj. W ramach tego procesu prowadzi si cigy monitoring rozwj technologicznego i zmian w rodowisku biznesowym w celu decydowania czy formalnie zainicjowa nowy cykl rozwoju architektury.
SLAJD 76 of 24
Faza H Zarzdzanie zmian
Wyzwania:

Konieczno wykonywania analizy what-if. Zapobieganie nadmiernemu mnoeniu si usug. Powracajca tendencja czenia systemw punkt-punkt.
Faza Zarzdzanie wymaganiami

Faza wstpna i pryncypia A Wizja architektury
Podczas kadej fazy prace s walidowane pod ktem biecych wymaga biznesowych, ktre steruj rozwojem architektury.
SLAJD 78 of 24
Faza Zarzdzanie wymaganiami
Wyzwania:
Nauczenie biznesu funkcjonowania zgodnie z paradygmatem usugowym. Przeoenie czsto rozmytych wymaga biznesowych na zapisy w SLA.
Podsumowanie
Podsumowanie (1)
Przedstawione podejcie ma charakter modelowy. Samo The Open Group wskazuje, e oczekiwana jest adaptacja tego podejcia do potrzeb konkretnej organizacji.

TOGAF mwi co ma by zrobione. TOGAF bardzo czsto (a ju na pewno nie w szczegach) NIE mwi jak co ma by zrobione. Adaptacja TOGAF w obszarze:
Procesw Produktw Terminologii
Wskazane jest zawsze umieszczenie uzasadnienia w repozytorium architektonicznym, dlaczego pewne rzeczy wykonuje si inaczej (lub dlaczego pewne rzeczy zostay pominite).
Podsumowanie (2)
Repozytorium architektoniczne
Metamodel architektury Metoda architektoniczna
Artefakty s ustrukturalizowane zgodnie z ramami architektonicznymi
Metamodel zawartoci Biblioteka referencyjna Architektury generyczne Architektury wsplne systemw Architektury branowe
Modele referencyjne przystosowane przez korporacj
Krajobraz architektoniczny Architektury strategiczne Architektury segmentw Architektury potencjau
Najlepsze praktyki tworz architektur referencyjn
Zewntrzne modele referencyjne
Przystosowane przez korporacj
Architektury organizacji
Standardy maj zastosowanie w architekturach referencyjnych
Dostosowane do standardw
Najlepsze praktyki tworz standardy
Baza standardw informacyjnych Standardy biznesowe Standardy danych Standardy aplikacji Standardy techniczne
Standardy przystosowane przez korporacj
Struktura repozytorium architektonicznego

Standardy zewntrzne
Krajobraz architektury jest nadzorowany
Zgodno jest nadzorowana
Log zarzdzania
Log decyzji Oceny zgodnoci ze standardami Portfele projektw Oceny potencjau Zarzdzania wydajnoci
Ciao sterujce zarzdza i steruje potencjaem Widoczno and eskalacja
Kalendarz
Rada ds. architektury
Potencja architektoniczny
Repozytorium umiejtnoci Struktura organizacyjna Status architektoniczny
Podsumowanie (3)
Niektrzy twierdz, e organizacje, ktre nie uwierzyy w skuteczno rekomendowanego podejcia, po nie udanym wdroeniu SOA, w wewntrznych audytach wykazuj, e przyczyn niepowodze by brak elementw wykazywanych jako krytyczne w Using TOGAF to Define and Govern Service-Oriented Architectures.
Polskie Forum Architektury Korporacyjnej
Dzikuj za uwag
zapraszam do kontaktu sobczak@sgh.waw.pl

Zastosowanie TOGAF Do Definiowania I Nadzoru Architektury Zorientowanej Na Usługi

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Zastosowanie TOGAF Do Definiowania I Nadzoru Architektury Zorientowanej Na Usługi

Uploaded by

Copyright:

Available Formats

Zastosowanie TOGAF do definiowania i nadzoru architektury zorientowanej na usugi (SOA)

Polskie Forum Architektury Korporacyjnej

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

The Open Group

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

The Open Group Architecture Framework

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Relacje pomidzy pojciami

The Open Group

Produkt Sposb realizacji poredni czci architektury zastosowania korporacyjnej narzdzia

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Stos metodyczny The Open Group w obszarze architektury korporacyjnej i SOA

The Open Group Technical Standard SOA Governance Framework

The Open Group Technical Standard Service-Oriented Architecture Ontology

The Open Group Technical Standard SOA Reference Architecture

The Open Group Technical Standard Service Oriented Infrastructure

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

TOGAF jako metodyka wdraania SOA w duych organizacjach

Kontekst: struktura TOGAF

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Struktura TOGAF a ADM

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

H Zarzdzanie zmian architektury

G Nadzr nad implementacj

C Architektura danych i aplikacji

Iteracyjno caych cykli Iteracyjno wewntrz cyklu Iteracyjno wewntrz faz

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Cykl ADM filozofia opisu fazy

Krok 1 Krok 2 Krok Krok n

Cykl ADM filozofia opisu fazy

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

TOGAF dopuszcza, aby w kontrolowany sposb:

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

H Zarzdzanie zmian architektury

G Nadzr nad implementacj

C Architektura danych i aplikacji

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Faza wstpna ustanowienie kontekstu biznesowego i pozyskanie sponsora

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Faza wstpna ustanowienie kontekstu biznesowego i pozyskanie sponsora

Sponsor prac architektonicznych

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Struktura TOGAF a model dojrzaoci

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Moliwo otrzymania jedno jak i wielowymiar owej oceny dojrzaoci

Ujcie statystyczne modelu:

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Kwestionariusz ew. cz. I

Kwestionariusz ew. cz. II

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Kwestionariusz ew. cz. I

Kwestionariusz ew. cz. II

Wyniki przegldu dla przykadowej organizacji

Andrzej Sobczak Katedra Informatyki Gospodarczej SGH sobczak@sgh.waw.pl

Wyniki przegldu dla przykadowej organizacji

Struktura TOGAF a model dojrzaoci