RELACJE POMIĘDZY BLOKAMI ARCHITEKTONICZNYMI,

PRODUKTAMI ARCHITEKTONICZNYMI I ARTEFAKTAMISTRUKTURA REPOZYTORIUM KORPORACYJNEGO

PRYNCYPIUM ARCHITEKTONICZNE OGRANICZENIE

PRYNCYPIA, WYMAGANIA, WIZJA

Pryncypiumarchitektoniczne

PRZYPUSZCZENIE

Ograniczenie Przypuszczenie

WYMAGANIE

Wymaganie

LUKA

Luka

JEDNOSTKA ORGANIZACYJNA

Jednostka organizacyjna

FUNKCJA

Funkcja

AKTOR

Aktor

ROLA

Rola

PROCES

Proces

USŁUGA BIZNESOWA

Usługabiznesowa

LOKALIZACJA

Lokalizacja

Kluczowe koncepcjeRozszerzenie dotyczące

konsolidacji infrastruktury

ARCHITEKTURA BIZNESOWA

CZYNNIK STERUJĄCY

Czynnik sterujący

CEL

Cel

ZADANIE

Zadanie

MIARA

Miara

JAKOŚĆ USŁUI

Jakość usługI

KONTRAKT/UMOWA

Kontrakt/Umowa

KONTROLA

Kontrola

PRODUKT

Produkt

ZDARZENIE

ENCJA DANYCH

Encja danych

Kluczowe koncepcje

ARCHITEKTURA DANYCH

Rozszerzenie dotyczące motywacji Rozszerzenie dotyczące ładu Rozszerzenie dotyczące procesów

Rozszerzenie dotyczące modelowania danych

Zdarzenie

LOGICZNY KOMPONENT DANYCH

Logiczny komp. danych

Fizyczny komp. danych

FIZYCZNY KOMPONENT DANYCH

Logiczny komp. aplikacji

Kluczowe koncepcje

ARCHITEKTURA APLIKACJI

Fizyczny komp. aplikacji

Usługa systemu informat.

USŁUGA SYSTEMU INFORMATYCZNEGO

Kluczowe koncepcje

ARCHITEKTURA TECHNICZNA

USŁUGA PLATFORMY

Usługa platformy

Logiczny komp. techniczny

LOGICZNY KOMPONENT TECHNICZNY

LOGICZNY KOMPONENT APLIKACJI

Rozszerzenie dotyczące konsolidacji infrastruktury

FIZYCZNY KOMPONENT APLIKACJI

Rozszerzenie dotyczące usług Rozszerzenie dotyczące konsolidacji infrastruktury

FIZYCZNY KOMPONENT TECHNICZNY

Fizyczny komp. technniczny

KLUCZOWE KONCEPCJE TOGAF® 9.1 – RAM DO TWORZENIA ARCHITEKTURY KORPORACYJNEJ

Uwarunkowanie zewnętrzne lub wewnętrzne motywujące organizację do zdefiniowania swoich celów.

Jakościowe określenie celu, który powinienbyć spełniony przez architekturę.

Oświadczenie o prawdopodobnym fakcie, który nie został w pełni potwierdzony na tym etapie, z powodu ograniczeń zewnętrznych.

Ilościowe wyrażenie potrzeby biznesowej,która musi zostać zaspokojona przez konkretną architekturę lub grupę zadań.

Określenie różnicy pomiędzy dwoma stanami. Termin używany w kontekście analizy luk, w której identyfikowane są różnice pomiędzy architekturą bazową a architekturą docelową.

Samodzielna jednostka skupiająca zasoby,która posiada szczebel kierowniczy, cele,zadania i środki. Organizacje mogąobejmować podmioty zewnętrzne i inne współpracujące organizacje biznesowe.

Dostarcza potencjału biznesowego ściśledostosowanego do danej organizacji, aleniekoniecznie jawnie nadzorowanego przez organizację.

Osoba, organizacja lub system występującew roli inicjującej działania lub uczestniczącej w nich.

Typowa lub oczekiwana funkcja Aktora lubrola odgrywana przez kogoś lub coś wokreślonym działaniu lub zdarzeniu. Aktor może pełnić wiele ról.

Proces reprezentuje sekwencję czynności, które razem prowadzą do osiągnięcia określonego wyniku, może być zdekomponowany na podprocesy i może przedstawić działanie funkcji lub usługi (na kolejnym poziomie szczegółowości). Procesy mogą być także wykorzystywane do łączenia lub tworzenia organizacji, funkcji, usług i procesów.

Wspiera zdolność biznesową poprzezjawnie zdefiniowany interfejs, jest też jawnie zarządzana przez organizację.

Miejsce, w którym odbywa się działalność biznesowa; może być hierarchicznie zdekomponowana.

Ogólne określenie celu lub kierunku dla organizacji, zazwyczaj wykorzystywane do pomiaru sukcesu organizacji.

Osadzony w czasie kamień milowy dladanej organizacji, wykorzystywany dowykazania postępu w osiąganiu celu.

Wskaźnik lub czynnik, który może być monitorowany, zwykle na bieżąco, w celu określenia stopnia powodzenia lub zgodności z celami i zadaniami.

Predefiniowana konfiguracja atrybutów niefunkcjonalnych, które mogą być przypisane do usługi lub kontraktu usługowego.

Porozumienie pomiędzy konsumentem i dostawcą usługi, które określa funkcjonalne i niefunkcjonalne parametry interakcji.

Krok decyzyjny, z powiązaną logiką podejmowania decyzji, wykorzystywany do określenia podejścia wykonawczego dlaprocesu lub do zapewnienia, że proces jest zgodny z zasadami ładu.

Produkt biznesowy będący wynikiem realizacji procesu.

Zmiana stanu organizacji, która wywołuje przetwarzanie.Może pochodzić z wewnątrz lub z zewnątrz organizacji i może wywoływać skutki wewnątrz lub na zewnątrz organizacji.

Zbiór danych wydzielony w taki sposób, że przez eksperta domeny biznesowej uznawany jest za określony byt.

Grupa powiązanych encji danychwydzielona w celu utworzenia logicznej lokalizacji ichprzechowywania.

Powiązane encje danych przechowywane w fizycznej lokalizacji.

Wydzielony zbiór funkcjonalności aplikacji niezależny od poszczególnychimplementacji.

Aplikacja, moduł aplikacji, usługa aplikacji lub inny wdrażalny komponent funkcjonalności.

Zautomatyzowane elementy usługi biznesowej. Usługa systemu informatycznego może dostarczać lub wspierać częściowo lub całkowicie jedną lub więcej usług biznesowych.

Konkretny produkt infrastrukturytechnicznej lub instancja produktuinfrastruktury technicznej.

Techniczna zdolność niezbędna do utworzenia infrastruktury wspierającej tworzenie aplikacji.

Logiczna reprezentacja infrastrukturytechnicznej, która jest niezależna odposzczególnych produktów. Klasa produktu technicznego.

INTERESARIUSZ

Interesariusz

Osoba, zespół lub organizacja (lub ich klasy) zainteresowana architekturą lub posiadająca troski związane z wynikami Implementacji architektury.

PRYNCYPIUM BIZNESOWE

Pryncypiumbiznesowe

GRUPA ZADAŃ

Grupazadań

Zestaw czynności, które należy podjąć aby osiągnąć jeden lub więcej celów biznesowych.

POTENCJAŁ

Potencjał

Wynik biznesowy, który jest dostarczany przez zakończenie jednego lub więcej pakietów pracy.

KONTRAKT ARCHITEKTONICZNY

Kontrakt architektoniczny

STANDARD

Standard

WYTYCZNA

Wytyczna

SPECYFIKACJA

Specyfikacja

MOŻLIWOŚCI, ROZWIĄZANIA I PLANOWANIE MIGRACJI NADZÓR NAD IMPLEMENTACJĄ

FAZA WSTĘPNA WIZJA ARCHITEKTURY

Katalogi Macierze Diagramy bazowe

Katalog pryncypiów Macierz mapy interesariuszy Diagram łańcucha wartości Diagram koncepcji rozwiązania

ARCHITEKTURA BIZNESOWA ARCHITEKTURA DANYCH ARCHITEKTURA APLIKACJI ARCHITEKTURA TECHNICZNA

Katalogi Katalogi Katalogi Katalogi

Katalog organizacji/aktorów Katalog encji danych/komponentów danych Katalog portfela aplikacji Katalog standardów technicznych

Katalog czynników sterujących/celów/zadań Katalog interfejsów Katalog portfela technicznego

Katalog ról

Katalog usług biznesowych/funkcji

Katalog lokalizacji

Katalog procesów/zdarzeń/kontroli/produktów

Katalog kontraktów/miar

Macierze Macierze Macierze

Macierz encji danych/funkcji biznesowej

Macierz aplikacji/danych

Macierz aplikacji/organizacji

Macierz ról/aplikacji

Macierz aplikacji/funkcji

Macierz interakcji aplikacji

Macierz aplikacji/technologii

Macierze

Macierz interakcji biznesowych

Macierz aktorów/ról

Diagramy bazowe Diagramy bazowe Diagramy bazowe

Konceptualny diagram danych

Logiczny diagram danych

Diagram rozpowszechnienia danych

Diagram komunikacji aplikacji

Diagram lokalizacji aplikacjii użytkowników

Diagram systemowychprzypadków użycia

Diagram środowisk i lokalizacji

Diagram dekompozycji platformy

Diagramy bazowe

Diagram śladu biznesowego

Diagram usług biznesowych/informacji

Diagram dekompozycji funkcji

Diagram cyklu życia produktu

Diagramy rozszerzeń

Diagramy rozszerzeń Diagramy rozszerzeń Diagramy rozszerzeń

Diagram bezpieczeństwa danych

Diagram migracji danych

Diagram cyklu życia danych

Diagram zarządzalności korporacją

Diagram realizacji procesu/aplikacji

Diagram inżynierii oprogramowania

Diagram migracji aplikacji

Diagram dystrybucji oprogramowania

Diagram przetwarzania

Diagram przetwarzania sieciowego/sprzętu

Diagram inżynierii komunikacji

Diagram zadań/celów/usług

Diagram biznesowych przypadków użycia

Diagram dekompozycji organizacji

Diagram przepływu procesu

Diagram zdarzeń

Zarządzanie wymaganiami Możliwości i rozwiązania

Katalogi Diagramy bazowe

Katalog wymagań Diagram kontekstu projektowego Diagram korzyści

Rozszerzenie

dotyczące

konsolidacji

infrastruktury

Rozszerzenie

dotyczące ładuRozszerzenie

dotyczące

motywacji

Rozszerzenie

dotyczące

procesów

Rozszerzenie

dotyczące

danych

Rozszerzenie

dotyczące

usług

Zawartość

rdzenia

metamodelu

REPOZYTORIUM ARCHITEKTONICZNE

Metamodel architektury

Metoda architektoniczna Metamodel zawartości

Krajobraz architektoniczny

Biblioteka referencyjna

Architektury strategiczne

Architektury segmentów

Architektury potencjału

Materiały referencyjne organizacji

Standardy biznesowe

Standardy danych

Standardy aplikacji

Standardy techniczne

Baza standardów informacyjnych

Log decyzji

Kalendarz

Oceny potencjału

Pomiary wydajności

Portfel projektu

Oceny zgodności

Log ładu architektonicznego

Potencjał architektoniczny

Repozytorium umiejętności

Struktura organizacyjna

Status prac architektonicznych

Standardy mają implementacje referencyjne

Artefakty w krajobrazie są ustrukturalizowane zgodnie z ramami

Najlepsze praktyki tworzą architektury referencyjne

Przyjęte przez organizację

Standardy są zgodne z

Najlepsze praktyki tworzą standardy

Krajobraz jest nadzorowany

Repozytorium rozwiązań

Bloki budowlane rozwiązań

Umożliwiają działanieorganizacji

Wymaganiastrategiczne

Wymaganiasegmentów

Wymaganiapotencjału

Repozytorium wymagań Sterują działaniem

organizacji

Dostarczają wynik organizacji

REPOZYTORIUM KORPORACYJNE

PRODUKTY ARCHITEKTONICZNE REPOZYTORIUM

ARCHITEKTONICZNE

Artefakty

Katalogi

Matryce

Diagramy

Bloki budowlaneInne produkty architektoniczne

Opisują

CYKL ADM I WYSTĘPUJĄCE W JEGO RAMACH ITERACJE

Architektura

danych

i aplikacji

Architektura

biznesowa

Wizja

architektury

Zarządzanie

zmianą

architektury

Nadzór nad

implementacją

Planowanie

migracji

Możliwości

i rozwiązania

Zarządzanie

wymaganiami

Faza

wstępna

Architektura

techniczna

A.

B.

C.

D.

E.

F.

G.

H.

Iteracja

potencjału

architektonicznego

Iteracja rozwoju

architektonicznego

Itera

cja

ładu

arc

hitekto

nic

znego

Iteracja

planowania

przejścia

ARCHITEKTURAKORPORACYJNA.PLPolskie Forum Architektury Korporacyjnej

Serwis ArchitekturaKorporacyjna.pl jest niekomercyjną inicjatywą, która ma na celu

upowszechnianie praktycznej wiedzy nt. architektury korporacyjnej wśród polskich

organizacji – zarówno firm jak i instytucji sektora publicznego.

Redaktorem serwisu jest prof. dr. hab. Andrzej Sobczak z Katedry Informatyki

Gospodarczej SGH, kierownik Zakł adu Systemów Informacyjnych. Ekspert ds. architektury

korporacyjnej/TOGAF oraz strategicznego zarządzania IT.

Zapraszam do kontaktu: sobczak@architekturakorporacyjna.pl.

KLUCZOWE POJĘCIA METAMODELU ZAWARTOŚCI TOGAF ARTEFAKTY ARCHITEKTONICZNE PRZYPORZĄDKOWANE DO FAZ CYKLU ADM

Katalogi

Matryce

Diagramy

GŁÓWNE CIAŁA I ROLE IDENTYFIKOWANE W RAMACH TOGAF

I ICH WZAJEMNE RELACJE

Cykl ADM (Architecture Development Method) – jest metodą przedstawiającą

krok po kroku jak zaprojektować i zrealizować architekturę korporacyjną w

organizacji. Jest to metoda iteracyjna, umożliwiająca stworzenie zarówno

architektury strategicznej, segmentów jak i potencjału. Efektem końcowym

cyklu jest wprowadzona zmiana organizacyjna (zarówno na poziomie

biznesowym jak i IT).

Ilościowe wyrażenie potrzeby biznesowej,która musi zostać zaspokojona przez konkretną architekturę lub grupę zadań.

Wyszczególnienie wartości parametrów lub wymagań technicznych tworzonego rozwiązania.

Wysokopoziomowa zasada dotycząca sposobu działania organizacji wywodząca się z misji, wizji i strategii jednostki.

PROCESY

Wprowadzanie & wycofanie

REPOZYTORIUMARCHITEKTONICZNE

Zgodność

Dyspensy

Monitorowanie/Raportowanie

Zarządzanie środowiskiem

ZAWARTOŚĆ

Wymagania

SLA i OLA

Struktura odpowiedzialności

Standardy organizacyjne

Rozwiązania

Architektury

Kontrola przepływu procesu

Kontrola biznesowa

Porozumienie zawarte pomiędzy wszystkimi stronami zaangażowanymi w rozwój architektury a także dostarczanie rozwiązań powstających na jej podstawie.

Wspólnie ustalony i powszechnie stosowany zestaw parametrów, których zastosowanie pozwala osiągnąć odpowiedni poziom jakości i/lub bezpieczeństwa danego rozwiązania i/lub jego zgodności z innymi rozwiązaniami.

Kierunek działania, wskazówka odnośnie do sposobu realizacji danego rozwiązania.

STRUKTURA ŁADU ARCHITEKTONICZNEGO

Ciało zarządzające organizacją

Główny architekt

Rada architektoniczna

Architekci korporacyjni

Architekci dziedzinowi

Opracowanie

Biuro zarządzania programami

Projekty implementacyjne

Implementacja

Zarządzanie usługami

Systemy IT

Wdrażanie

ZmianaDyfuzja

Zgodność

Zarządzanie ryzykiem Monitorowanie

Wskazówka

Do

pas

ow

anie

Do

pas

ow

anie

Zarządzanie

TO

GA

F®

jes

t za

strz

eżo

ny

m z

na

kie

m to

wa

row

ym

Th

e O

pe

n G

rou

p w

Sta

na

ch

Zje

dn

oc

zo

ny

ch

i inn

yc

h k

raja

ch

.

Zarządzanie