MODEL ARCHITEKTURY

INFORMACYJNEJ

PRZEDSIĘBIORSTWA a

modelowanie

zintegrowanego

systemu

informatycznego firmy

Architektura informacyjna

Realizacja działań biznesowych we współczesnym przedsiębiorstwie
opiera się o dwa kluczowe czynniki:

 strategię gospodarczą - budowaną w oparciu o analizę procesów

biznesowych i działań nakierowanych na wypełnienie funkcji
będącej częścią cyklu wytwórczego organizacji,

 właściwą architekturę informacyjną przedsiębiorstwa wspartą

nowoczesnymi technikami i technologiami informatycznymi
(architekturę informatyczną).

Wydaje się, że tak, gdyż termin „architektura” wiąże się ze sztuką
lub nauką projektowania i/lub tworzenia struktur, zatem jest jak
najbardziej trafnym określeniem podstawowych zadań, jakie trzeba
wykonać zanim podejmie się pierwsze decyzje o zakupie sprzętu i
oprogramowania.

Czy pojęcie „architektura” w odniesieniu do informacji czy
informatyki jest zasadne?

Architektura informacyjna

Wg B.Boara (1999) architektura informacyjna organizacji (firmy) to

zestaw zasad, wskazówek, schematów, standardów i reguł
określających sposób, w jaki organizacja nabywa, tworzy,
modyfikuje i wiąże zasoby TI w przedsiębiorstwie. Do zasobów TI
autor zalicza:

 sprzęt,

 oprogramowanie,

 protokoły komunikacyjne,

 metody tworzenia aplikacji,

 systemy baz danych,

 narzędzia modelowania SI,

 struktury organizacyjne TI,

 dane itd.

W nawiązaniu do tej współczesnej definicji należy przyjąć (patrz
Barczak. A., Florek J., Sydoruk T.: Projektowanie zintegrowanych
systemów informatycznych zarządzania, Wyd. AP, Siedlce 2006), że
informacyjna

architektura

organizacji

(firmy)

to

struktura

komponentów (składników), zasad (reguł) i kierunków działania
rządzących projektowaniem i ewolucją przedsiębiorstwa w każdym
czasie. Termin ten obejmuje również zestaw zasad, zaleceń,
przepisów, standardów, zgodnie z którymi przedsiębiorstwo nabywa,
buduje, modyfikuje i łączy ze sobą zasoby informatyczne.
Określenie

to

nawiązuje

bezpośrednio

do

architektury

przedsiębiorstwa, z którą architektura informacyjna jest zespolona.

Architektura przedsiębiorstwa jest na ogół postrzegana ……

Architektura informacyjna

Architektura przedsiębiorstwa jest na ogół postrzegana w
następujących obszarach:

zarządzania,

biznesu,

technologii,

informacji,

aplikacji,

danych,

infrastruktury,

bezpieczeństwa.

SPRZĘT

KOMPUTERO

WY

ENCJE I

RELACJE

OTOCZENIE:

LOKALIZACJA

I

ORGANIZACJA

METADAN

E

ZARZĄDZANIE

FIZYCZNE

SIECI

APLIKACJI

DANYCH

KONTROLA

DOSTĘPU

I

NARZĘDZIA

CELE,

STRATEGIE,

KIERUNKI

BIZNES:

FUNKCJE,

REGUŁY

KLIENCI,

DOSTAWCY,

PRODUKTY

BIZNES

BEZPIECZEŃSTW

O

TECHNOLOGIE

INFORMACJA

APLIKACJE

DANE

INFRASTRUKTU

RA

W

S

P

O

M

A

G

A

N

I

E

W

S

Z

Y

S

T

K

IC

H

W

A

R

S

T

W

PRZYJĘTE ROZWIĄZANIA

TECHNOLOGICZNE

KATALOGI,

HURTOWNIE

DANYCH

TEMATYCZNE

BAZY

DANYCH

SYSTEMY

WSPOMAGANI

A DECYZJI

NARZĘDZIA DO

BUDOWY APLIKACJI

SYSTEMY UŻYTKOWE

PRZEDSIĘBIORSTWA

ZBIORY I

DANE

MODELOWANI

E DANYCH

NARZĘDZIA

DO OBRÓBKI

DANYCH

SIEĆ

KOMPUTEROW

A

NARZĘDZIA DO

ZARZĄDZANIA

INFRASTRUKTUR

Ą

SOFTWARE

K

IE

R

U

N

K

I

P

R

Z

E

P

IS

Y,

Z

A

L

E

C

E

N

IA

ID

E

N

T

Y

F

IK

A

C

J

A

W

S

P

O

M

A

G

A

N

I

E

Modele formalne funkcjonowania

organizacji, architektura korporacyjna

Wszystkie elementy składowe (cele strategiczne, produkty i usługi,
struktura organizacyjna, systemy informatyczne,...) organizacji, firm i
przedsiębiorstw są wzajemnie zależne. Aby poprawić efektywność
funkcjonowania organizacji niezbędne jest zrozumienie tych
powiązań.
Narzędziem, które może w tym pomóc jest architektura korporacyjna.
Tradycyjna architektura - to sposób ukształtowania przestrzeni
zapewniający realizację ważnych celów społecznych, ekonomicznych
czy estetycznych.
Pojęcie architektura korporacyjna (ang. enterprise architecture)
stanowi jego analogię dotyczącą "przestrzeni informacyjnej".
Zatem architektura korporacyjna :
1.obejmuje struktury organizacyjne, systemy wartości i motywacji,
procesy zarządzania, procesy operacyjne, zasoby danych, systemy
informatyczne, aplikacje i związane z nimi technologie.
2.definiowana jest jako spójny model organizacji (rozumianych
zarówno

jako

jednostki

administracji

publicznej

jak

i

przedsiębiorstwa)

integrujący:

cele

i

zadania

strategiczne

organizacji, procesy biznesowe oraz informacje i technologie
niezbędne do realizacji tych celów.

Modele formalne funkcjonowania

organizacji, architektura korporacyjna

Ogólnie przyjmuje się określenie architektury korporacyjnej jako
kompletne, spójne i precyzyjne zasady całościowego opisu obecnych
oraz przyszłych procesów instytucji (ich organizacji, przebiegu), w
tym systemów informacyjnych, struktury organizacyjnej i zasobów
kadrowych, umożliwiających realizacje obowiązujących dla tej
organizacji celów i strategii.
Choć architektura korporacyjna głównie kojarzona jest z technologią
informatyczną

przede wszystkim

nawiązuje ona

do metod

optymalizacji procesów, wskazując architekturę biznesowa, metody
zarządzania efektywnością oraz organizacyjne uporządkowanie
procesów.

Enterprise Architecture = IT Architecture + Bussines

Architecture

Dlaczego architektura korporacyjna?

Potrzeba przejrzystych reguł decyzyjnych w zakresie inwestycji IT

Potrzeba przejrzystych reguł oceny efektów inwestycji IT

Potrzeba oceny wzajemnego wpływu różnych inicjatyw i działań

Potrzeba spójnego dopasowania funkcji biznesowych i funkcji IT do
celów instytucji

Dążenie do wykorzystania uniwersalnych elementów systemowych

……

Modele formalne funkcjonowania

organizacji, architektura korporacyjna

Architekturę korporacyjną można więc postrzegać przez
pryzmat

formalnego

modelu

funkcjonowania

systemu

(systemów). Wśród tych modeli można wyróżnić:

 siatkę Zachmana,

 indeks Boara,

 model Gartners Group,

 Model

TOGAF

(The

Open

Group

Architecture

Framework),

 Model Phaala „mapy drogowej”

 itp.

Siatka Zachmana

W połowie lat 80-tych J.Zachman zaproponował wzorcowe
podejście

do

tworzenia

architektury

systemu

informatycznego zapewniające integrację i koordynację w
skali całej organizacji.
Siatka Zachmana to siatka korporacyjnej architektury
informacyjnej

umożliwiająca

wielopoziomową

i

wieloaspektową

analizę

potrzeb

informacyjnych

przedsiębiorstwa poczynając od potrzeb strategicznych,
poprzez architekturę aplikacji a kończąc na istotnych cechach
eksploatowanych systemów.

Siatka ma rozmiar 6 wierszy i 6 kolumn i koncentruje się na
architekturze przedsiębiorstwa postrzeganej z różnych
punktów widzenia osób zaangażowanych w tworzenie
systemu informatycznego firmy.

Siatka Zachmana

Punkty widzenia (i jednocześnie role) poszczególnych osób
tworzą wiersze siatki:

PLANISTA - definiuje zakres działania biznesu

WŁAŚCICIEL - zarządza organizacją

PROJEKTANT - specyfikuje biznes

BUDOWNICZY - dobiera właściwe technologie i konstruuje

WYKONAWCA - dostarcza elementy i buduje

UŻYTKOWNIK - wykorzystuje system w pracy

Konstruktor

i

wykonawca
reprezentują

stronę

technologiczną
przedsięwzięcia.

Punkt

widzenia

projektanta

jest

uwarunkowany
poszukiwaniem
rozwiązań dla systemu.

Planista i właściciel
widzą system w
szerokim kontekście,
przekraczającym
zakres implementacji.

Użytkownik (operator
wykonujący

zadania

dla

biznesu

lub

utrzymujący system w
ruchu) używa SI w
codziennej pracy.

Siatka Zachmana

Pierwsze trzy kolumny architektury dla poszczególnych osób
biorących udział w procesie kształtowania systemu informatycznego
zawierają następujące informacje:

PLANISTA - definiuje zakres działania biznesu

określają strategiczne
drogi

rozwoju

i

sposób

działania

biznesu,

Pozostałe trzy kolumny mają znaczenie bardziej hipotetyczne niż
praktyczne jednak stanowią istotne uzupełnienie ogólnej
koncepcji systemu.

Siatka Zachmana

Pierwsze trzy kolumny architektury dla poszczególnych osób
biorących udział w procesie kształtowania systemu informatycznego
zawierają następujące informacje:

za pomocą języka i
terminologii biznesu
definiują model
gospodarczy
uwzględniający jego
strukturę, funkcje,
organizację itp.

WŁAŚCICIEL - zarządza organizacją

Pozostałe trzy kolumny mają znaczenie bardziej hipotetyczne niż
praktyczne jednak stanowią istotne uzupełnienie ogólnej
koncepcji systemu.

Siatka Zachmana

Pierwsze trzy kolumny architektury dla poszczególnych osób
biorących udział w procesie kształtowania systemu informatycznego
zawierają następujące informacje:

za pomocą terminów
informacyjnych definiują
biznes czyli określają
model systemu,

PROJEKTANT - specyfikuje biznes

Pozostałe trzy kolumny mają znaczenie bardziej hipotetyczne niż
praktyczne jednak stanowią istotne uzupełnienie ogólnej
koncepcji systemu.

Siatka Zachmana

Pierwsze trzy kolumny architektury dla poszczególnych osób
biorących udział w procesie kształtowania systemu informatycznego
zawierają następujące informacje:

przedstawiają i opisują
rozmaite technologie
jakie mogą być użyte do
obsługi potrzeb
przetwarzania informacji
zdefiniowanych w
poprzednich wierszach,

BUDOWNICZY - dobiera właściwe technologie i konstruuje

Pozostałe trzy kolumny mają znaczenie bardziej hipotetyczne niż
praktyczne jednak stanowią istotne uzupełnienie ogólnej
koncepcji systemu.

Siatka Zachmana

Pierwsze trzy kolumny architektury dla poszczególnych osób
biorących udział w procesie kształtowania systemu informatycznego
zawierają następujące informacje:

określają komponenty a
zatem specyfikację i
identyfikację modułów,
listingi programów,
protokóły komunikacyjne
czyli wszystko to co
tworzy konkretny system,

WYKONAWCA - dostarcza elementy i buduje

Pozostałe trzy kolumny mają znaczenie bardziej hipotetyczne niż
praktyczne jednak stanowią istotne uzupełnienie ogólnej
koncepcji systemu.

Siatka Zachmana

Pierwsze trzy kolumny architektury dla poszczególnych osób
biorących udział w procesie kształtowania systemu informatycznego
zawierają następujące informacje:

określają działający
system jako część
operacyjną
przedsiębiorstwa

UŻYTKOWNIK - wykorzystuje system w pracy

Pozostałe trzy kolumny mają znaczenie bardziej hipotetyczne niż
praktyczne jednak stanowią istotne uzupełnienie ogólnej
koncepcji systemu.

np. dane

CO?

DANE

Lista rzeczy
Biznesu

ZAKRES/

CELE

planista

MODEL FIRMY

właściciel

MODEL

SYSTEMU

projektant

MODEL

TECHNO-

LOGICZNY

konstruktor

SPECYFIKACJA

wykonawca

FIRMA

użytkownik

np. funkcje

np. sieć

np. organizacjanp. harmonogram np. strategia

JAKIE?

FUNKCJE

GDZIE?

SIEĆ

KTO?

LUDZIE

KIEDY?

CZAS

DLACZEGO?

MOTYWY

Lista procesów
Biznesu

Lista miejsc
Biznesu

Lista organizacji
Biznesu

Lista zdarzeń
Biznesu

Lista celów
(strategii)

Encja - klasa
rzeczy

Funkcja - klasa
proc.
biznesowych

Węzły - lokalizacja
biznesu

Ludzie - klasa
agent

Czas -
gł.zdarzenie

Model
semantyczny

Model procesów
Biznesu

S.logistyczny
Biznesu

Model Work
Flow

Plan główny

Plan biznesowy

Encja biznesu
Związki encji
bizn.

Proc. Biznesowy
I/O - zasoby bizn.

Węzły -
lokalizacja
biznesu.

Jednostki
organizacji

Czas -
zdarzenia
biznesowe

Logiczny model
danych

Architektura
aplikacji

Architektura
rozpr. Syst.

Architektura
interfeju użytk.

Strukt.
przetwarzania

Reguły biznesu

Encja danych,
związek danych

Węzły funkcja
SI

Ludzie - Role

Fizyczny model
danych

Projekt systemu

Architektura
technologiczna

Architektura
GUI

Struktury
sterowania

Projekt nowych
zasad

Encja - tablica

Proces - Funkcje
systemu

Węzły -
sprzęt/software

Ludzie -
Użytkownik

Czas -
wykonanie

Definicje
danych

Program

Architektura
sieci

Architektura
bezpieczeństwa

Timing

Specyfikacja
reguł

Encja - pole

proc.-proc.komp. Węzły - adresy

IP

Ludzie -
identyfikacja

Czas -
przerwanie

Cele, strategia

Stany, więzy

Warunki, akcje

Warunki, kroki

Proc. Biznesowy
I/O - zasoby bizn.

Czas -
zdarzenia
systemu

za pomocą języka i terminologii biznesu definiują model
gospodarczy uwzględniający jego strukturę, funkcje,
organizację itp.

określają strategiczne drogi rozwoju i sposób działania
biznesu

za pomocą terminów informacyjnych definiują biznes
czyli określają model systemu

przedstawiają i opisują rozmaite technologie jakie mogą
być użyte do obsługi potrzeb przetwarzania informacji
zdefiniowanych w poprzednich wierszach

określają komponenty a zatem specyfikację i
identyfikację modułów, listingi programów, protokóły
komunikacyjne czyli wszystko to co tworzy konkretny
system

określają działający system jako część operacyjną
przedsiębiorstwa

Co?

Dane

Jak?

Funkcje

Gdzie?

Sieć

Kto?

Ludzie

Kiedy?

Czas

Dlaczego?

Motywy

Planista

Model
potrzeb
informacyjny
ch

Lista
procesów
gospodarczy
ch

Struktura
terytorialna
firmy

Lista
jednostek
organizacyjn
ych
kluczowych
dla biznesu

Kluczowe
punkty
czasowe i
lista cykli
biznesowych

Lista celów,
strategii

Właściciel
- model
gospodarcz
y

Korporacyjny
, logiczny
model
danych

Model
procesów
gospodarczy
ch (DFD-Data
Flow
Diagram, PD-
Process
Diagram)

Sieć
logistyczna

Szczegółowa
infrastruktur
a
organizacyjn
a

Harmonogra
m produkcji,

Biznesplan

Projektant
- model
systemu

Model
danych
systemu.
Model
obiektów
biznesowych

Model
przypadków
użycia,
model zadań
lub model
obiektów
biznesowych

Architektura
komponentó
w systemu
rozproszoneg
o

Projekt
interfejsu
użytkownika,
prototyp
systemu,

Harmonogra
m zasilania
hurtowni
danych

Architektura
wiedzy
korporacyjne
j (reguły
biznesowe)

Budownicz
y
- model
technologii

Projekt bazy
baz danych

Prototyp
aplikacji,
model
interakcji

Model
infrastruktur
y sieciowej

Standardy
interakcji,
system praw
dostępu

Czas
realizacji
kluczowych
transakcji
systemu
OLTP

Dobre
praktyki i
standardy
biznesowe

Wykonawc
a
-
komponent
y

Fizyczny
schemat
bazy danych

Model 4GL,
implementacj
a metody
obiektu

Model
infrastruktur
y sieciowej
(urządzenia,
protokóły)

Standardowe
komponenty
dialogowe,
mechanizmy
bezpieczeńst
wa

Przepustowo
ść monitora
transakcyjne
go

Lista kroków
procedury
przetargowej

Użytkownik
- działający
system

Baza danych,
strony HTML

Obiekty
ActiveX,
aplikacja
4GL, funkcje

Sieć
komputerow
a (np.
Interent)

Użytkownicy

Plan
eksploatacji
hurtowni
danych

Strategia
organizacji

Siatka Zachmana

Reguły budowy siatki Zachmana :

1. Kolumny są równoprawne (ważność nie zależy od kolejności), a

porządek implikują priorytety. Wagi wszystkich kolumn są jednakowe.

2. Każda kolumna posiada swój prosty i podstawowy model i

reprezentuje abstrakcje z rzeczywistego świata przedsiębiorstwa
(wyrażone przez pytania). Tak więc z każdą kolumną jest związany
pewien podstawowy typ pojęciowy i dla każdej kolumny może być
zdefiniowany typ powiązania.

3. Model podstawowy każdej kolumny jest unikatowy - każda kolumna

odpowiada na inne pytanie i żadne dwie kolumny nie dotyczą
dokładnie tej samej informacji.

4. Każdy wiersz reprezentuje specyficzny punkt widzenia (unikalną

perspektywę) z pozycji osoby pełniącej inną rolę i w związku z tym
zawiera odrębne pojęcia i dostarcza odrębnego poziomu opisu.

5. Każda komórka jest unikatowa co wynika bezpośrednio z

zastosowania reguły 3 i 4.

6. Kompozycja lub integracja wszystkich komórek modelu w jednym

wierszu tworzy kompletny model w ramach perspektywy przypisanej
danemu wierszowi. Znaczącym elementem tej reguły jest to, że jeśli
zostaną dodane następne kolumny do modelu, to każda dodana
komórka musi być zgodna ze znaczeniem perspektywy swojego
wiersza.

7. Logika całego modelu pozwala na to, by model mógł być nie tylko

modelem opisującym przedsiębiorstwo i jego system informacyjny
(logika rekursywna) lecz również inne organizacje i struktury, które
posiadają właściciela, projektanta, budowniczego.

8. Siatka jest niezależna od technologii

Model Boara

Model Bernarda H. Boara (Index Model) przedstawiany jest w postaci
macierzy
16 współzależnych komórek

Wiersze siatki reprezentowane są przez:

1. Infrastrukturę (oprogramowanie, sprzęt, sieć)
2. Dane (dane i definicje baz danych)
3. Aplikacje (aplikacje biznesowe) zbudowane w oparciu o poprzednie

wiersze

4. Organizację (organizacja i personel IT, reprezentowana przez

strukturę organizacyjną, procesy, kluczowe kompetencje i zasady
zarządzania personelem).

Kolumny siatki reprezentowane są przez:

1. Inwentarz (aktualny majątek IT)
2. Zasady (zasady i reguły stosowane w podejmowaniu decyzji i

zarządzaniu IT)

3. Modele (diagramy i inne schematy opisujące zawartość danego

wiersza)

4. Standardy (uzgodnione standardy i procesy używane w operowaniu

zawartością wiersza).

INWENTAR

Z

MODELE

ZASADY

STANDARD

Y

INFRASTRUKTUR

A

DANE

APLIKACJE

ORGANIZACJA

Model Gartners Group

Siatka Gartner Group jest reprezentowana przez 27 komórek. Z
porównania

modelu

Boara

i

siatki

Gartner

Group

wiersz

Infrastruktura w został rozbity na Usługi, Instalację, Platformy i Sieć.
Warto również zauważyć, że zarówno siatka Gartner Group jak i Index
Model nie posiadają kolumny Czas i Motywacje, które występują w
siatce Zachmana.

WARTOŚCI ZASADY

PROCESY

STANDARD

Y

LISTA

ZAKUPÓW

KIERUNKI

STRATEGICZNE

ARCHITEKTURA

ARCHITEKTURA

APLIKACJI

ARCHITEKTURA

DANYCH

WARSTWA USŁUG

WARSTWA
INSTALACJI

PLATFORMA

SIEĆ

Model The Open Group Architecture

Framework

TOGAF (The Open Group Architecture Framework) to szkielet dla
architektury korporacyjnej, który zapewnia kompleksowe podejście
do projektowania, planowania, implementacji oraz zarządzania
informacyjną architekturą przedsiębiorstwa.
Architektura jest modelowana typowo na czterech poziomach
(domenach):

1. Procesy biznesowe,
2. Zastosowanie,
3. Dane,
4. Technologia.

Domena biznesowa stanowi:

•opis architektury biznesowej i procesów
biznesowych,

•model i opis biznesowych przypadków użycia,

•specyfikację realizacji biznesowych przypadków
użycia,

•model obiektów biznesowych,

•definicje reguł biznesowych

Domena aplikacji stanowi:

•model przypadków użycia wraz z opisem
przypadków użycia,

•specyfikację wymagań dla systemów,

•opis architektury systemu,

• definicje interfejsów i protokołów,

•model prototypu interfejsu użytkownika,

• definicje komponentów programowych,

•modele analityczne i projektowe systemu

Domena danych stanowi szczegółowy opis modelu
(zarówno na poziomie logicznym jak i fizycznym):

•danych systemu,

•metadanych systemów

Domena technologiczna stanowi:

•modelu wdrożenia systemu,

•modelu implementacji systemu

Model The Open Group Architecture

Framework

W ramach każdej z tych warstw mogą występować perspektywy
przyjazne dla różnych uczestników procesu. Inny sposób dokumentacji
dedykowany jest wiec dla zarządu i właścicieli, inny dla personelu
technicznego, inny dla pracowników liniowych, itd.

Atuty podejścia TOGAF :

 całościowy opis standardowych procesów i ról dotyczących

tworzenia i zarządzania architekturą,

 nacisk na spójny charakter dokumentacji w poszczególnych

warstwach architektury,

 ukierunkowanie na prostotę tworzonych modeli poprzez

zastosowanie uniwersalnych modułów we wszystkich warstwach,

 iteracyjny proces tworzenia architektury podnoszący jej jakość po

kolejnych etapach cyklu i w kolejnych jego przebiegach,

 dostępność wzorcowych metod postępowania i wzorcowych

elementów architektury tworzonych przez liczne środowisko
użytkowników TOGAF.

Słabością metody TOGAF jest jej silne umocowanie w środowisku
informatyków. Choć obejmuje ona wszystkie istotne aspekty
biznesowe fakt ten nie jest wyeksponowany. Sama metoda, z
założenia uniwersalna nie uwzględnia też specyfiki jednostek
administracji, jaką jest słabość nadzoru właścicielskiego i brak
jednoznacznych celów ekonomicznych działania.

Model Phaala „mapy drogowej”

Model ten opiera się na odpowiedzi na trzy pytania:

1. Dlaczego? (KNOW-WHY?) - Odpowiedzią na to pytanie są cele

biznesowe wpływające na informatykę. Prawidłowa odpowiedź
bierze się z analizy strategii firmy pod katem „potrzeb
informatycznych" (dlaczego informatyka jest nam potrzebna?);

2. Co? (KNOW-WHAT?) - Odpowiedzią na to pytanie jest architektura

logiczna firmy. Dla systemów informatycznych jest to plan
logiczny opierający się o klasy technologii i pokazuje tylko układ
systemów. Np. - do celów komunikacji z klientem potrzebujemy
systemu klasy CRM. Schemat logiczny wynika wprost z
odpowiedzi na pytanie „DLACZEGO?" i stanowi spójną i logiczną
wizję architektury informatycznej w firmie;

3. Jak? (KNOW-HOW?) - Jest pytaniem najbardziej związanym z

technologia informatyczna. Udzielając odpowiedzi na to pytanie
możemy zdecydować czy systemem będzie gotowy pakiet (jeśli
tak to jaki?), czy warto inwestować w samodzielny rozwój
własnych rozwiązań. Tutaj także można się zastanowić nad
wyborem dostawców.

Odpowiedzi

na

powyższe

pytania

definiują

architekturę

informatyczna firmy na trzech poziomach:

 architektury biznesowej

 architektury logicznej

 architektury technicznej

Model Phaala „mapy drogowej”

Architektura biznesowa

Architektura logiczna

Architektura techniczna

Dlaczego?

Co?

Jak?

Cele biznesu

Mechanizmy
IT

Możliwości
biznesu

Potencjał IT

Czas

Kiedy?

Kto?

Zespoły

Centra

kompetencji

Dostawcy

Architektura biznesowa - opis możliwości
informatyki dla użytkowników biznesowych
(dlaczego jest mi potrzebna informatyka?)

Architektura logiczna - „wspólna wizja" dla
biznesu: działów, zespołów, dostawców itp. (co
wchodzi w skład naszej architektury?)

Architektura techniczna - technologiczny opis
infrastruktury

informatycznej

firmy

(jak

realizujemy architekturę?)

Odpowiedzi na pytania Dlaczego? Co? Jak?
Określane są w kontekście czasu (Kiedy?) i
przydziału zasobów (Kto?)

Zarządzanie architekturą korporacyjną

Ze względu na złożoność współczesnych systemów
informacyjnych w organizacji zarządzanie ich architekturą jest
koniecznością w organizacjach wykorzystujących TI.

STEROWANIE (ZARZĄDZANIE) ARCHITEKTURĄ TI

INFRASTRUKTU

RA

DANE I

APLIKACJE

PRAKTYKI

ZARZĄDZANIA

 sprzęt

 sieci

 komputery

 systemy

operacyjne

 systemy

zarządzania bazami
danych

 narzędzia

 pakiety

 dane

 aplikacje

 umiejętności

 organizacja

 standardy

 metodyki

Zarządzanie architekturą korporacyjną

Cykl zarządzania architekturą można przedstawić następująco

FAZA

WSTĘPN

A

Ramy i

pryncypi

a

WIZJA

ARCHITEKTURY

ARCHITEKTURA

BIZNESOWA

ARCHITEKTURA

INFORMACYJNA

ARCHITEKTURA

TECHNOLO-

GICZNA

ANALIZA

MOŻLIWOŚCI

PLANOWANIE

MIGRACJI

ZARZĄDZANIE

WDROŻENIEM

ZARZĄDZANIE

ZMIANAMI

ARCHITEKTURY

ZARZĄDZANIE

WYMAGANIAMI