Governança da Arquitetura Corporativa

Seminário Controle e Governança da TI - LES - PUC Rio, 27 de Maio 2011

Governança da Arquitetura Corporativa
Marcelo Sávio
Certified IT Architect
IBM Brasil
www.linkedin.com/in/msavio

© 2011 IBM Corporation

Agenda

Fudamentos da Arquitetura Corporativa

Governança da Arquitetura Corporativa

Abordagem da IBM

2

Esclarecimento inicial

Enterprise Architecture (EA)
=
Arquitetura Corporativa
=
Arquitetura Empresarial

≠ ≠

3

Cenário atual em muitas organizações

Principais Problemas com a Tecnologia da Informação
– Pouca eficácia nas soluções de TI para o negócio;
– Falta de flexibilidade e alto custo para adaptação dos sistemas às mudanças;
– Baixa qualidade das informações
- Redundâncias, inconsistências, falta de semântica explícita e consensual;
– Múltiplas tecnologias para manter, gerenciar e evoluir;
– Necessidade constantes de soluções de curto prazo;
– Necessidade de contínua adaptação às mudanças tecnológicas e de negócio;

4

Por que isso acontece?

– Distância entre o planejamento do negócio e os desenvolvimentos da TI;
– Falta de visão da estratégia de longo prazo;
– Mercado de tecnologias muito volátil e, ao mesmo tempo, ágil para
atendimento das exigências de curto prazo do negócio;
– Ausência de modelos conceituais de representação do domínio (do negócio);
– Fraca integração de aplicações e dados;
– Baixo nível de padronização de tecnologia.

5

Soluções pontuais que se transformam em grandes problemas
Soluções desenvolvidas de forma independente e sem uma perspectiva corporativa, no
longo prazo, implicam em grande esforço de integração, falta de suporte aos requisitos
funcionais ou não-funcionais, dificuldade de gerência e operação e um maior custo.

Arquitetura de Solução

6

O que é Enterprise Architecture ?

“A discipline that defines and maintains the architectural models, governance, and
transition initiatives needed to effectively coordinate semi-autonomous groups
towards common business and/or IT goals , IBM Academy of Technology

“The enterprise architecture is the organizing logic for business processes and IT
infrastructure, reflecting the integration and standardization requirements of the
company’s operating model…The Enterprise architecture provides a long term view
of a company’s processes, systems and technologies so that individual projects
can build capabilities – not just fulfil immediate needs”, Ross et al, “Enterprise
Architecture as Strategy”, 2006 (Harvard Business Press)

2008
(versão traduzida)

7

Posicionando as arquiteturas

Arquitetura Corporativa

Arquitetura de Negócio

Arquitetura de Arquitetura de Arquitetura de
Sistemas de Informação Sistemas
Informação (ou dados) (ou aplicação)

Arquitetura de
Tecnologia de Arquitetura de Infra-estrutura
Informação (TI) (ou tecnologia)

8

EA funciona como “planejamento” entre a formulação da
estratégia e a sua execução

Enterprise Strategy Strategy
Business Bus Strategy IT Strategy Technology
Opportunity Availability
= “the city’s purpose & goals”

Strategy

Enterprise Architecture
Enterprise wide focus

Enterprise
Transition
I n f r a s tr u c tu r e I n i ti a t i v e s C o m p e t e n c y C e n tr e I n i ti a t i v e s

Architecture
O u ts o u r c i n g I n i t i a ti v e s

E le ctro n ic
NE T W O R K
S erv ic e Del i ve ry
I nt e r- c o m p a n y
W A N ( im p l e . )
O u t s o u rc e
P l a n n i n g / D e s i g n I n i ti a ti v e s ne tw or k

r
G h
p
a c
i
a l
I
S

D ata W are ho u se
D
a t
a o
D c
u m t
e n M a
a n m e
e
g t
n
W
a e
r u
o
h s
e C s
u t
m
o e r
e
S v
r
i c
e
.
B
U . M d
i w
e
l r
a
e
B .
U I t
n
a
r e
n t
/
M l
i
a f
n
i
r s
a
t c
u
r t
r
u e
W N
A f
n
i s
a
r t
u
r c
t
u e
r
S y
s
t m s a
e M g
a
n m n
e e t

G r ou p I T I n f ra s t ru c t u re E nd U s e r O u ts o ur c e N e w
A rc h i t e c t u r e D esig n & In f r a s t r u c t u r e C or e s y s te m s

Planning
D e f i n it i o n P l a n n in g U p gr a d e

Cu sto m e r
S er vi ce C en tre
I n iti ati ve s foc us ed on
m ig ra tin g to the ne w
d el i ver y en vi ro nm en t O u ts o ur c e
P la nn in g/ D e s ig n H e l pd e s k a n d
In fr as tr uc tu re D e s k top O the r
O u ts ou r c in g B u si ne s s U n i t
E s ta bl i s h I T S y s te m s
I n iti ati ve s foc us ed on C o m p e te nc y K io s ks
i m p l em e nti n g th e vi si o n C e ntr e
P la nn in g/ de s ign K e y G ro u p D e c i s io n T el em et r y sy s te m s
e tc
IT C om p e te nc y c e nt re P o in t s

= “the city plan”
Bus Arch’ture IT Architecture
Fire and
Planning Co mp on ent
Sc hed ulin g

Cas h
Ship pin g

Yarn Buyi ng

Ord er En try

Man age me nt

Acco un tin g

Co mp one nt
I nven to ry

As sortment
Plan nin g

Compo ne nt
Kn itt ing

Tag gin g &
Pa ckin g

Kn its
Division
Yankee
G roup

Yarn
Division
AEI
Co rporate

Saturn
Grou p
hope!
Desig n

Yarn
Dyein g Raleigh Sen eca
Plant Plant

Business
Business Locations
Structure

Architecture
Governance
Program focus

Business Operating Environment System Design
and IT Infrastructure = “the buildings”
Design .
U
B B .
U

G r ou p I
a
D
t

W
a
e
r

T
h
o
u
e
s

S

Ar c h i t e c t u r e
D ef i i i o n
n t

I ni t i at v es f oc us ed o n
i
m i gr a t n g t o t he n ew
i
d el v er y en vi r on m en t
i
D
o
c

n
I

e
m
t
s
y
W
A
a
r
p
G

e
n
t
u
m

i
M
d
a
r
n
t
e
/
u
C
o
s

a
n
M
s
i
N
r
f
h
a
i
S
c
I
l

a
n
g
M

l
e
w
r
a
i
n
f
S
m

e
n
g
m
u
r
t
c
s
e
n
t
m

u
r
t
c
s
e
i
v

t
e
P a n n n g / D e si g n I n i t i at i v es

e
r
l i

I f r a s t r u c t ur e
n
D e s i gn &
Pl a n n i n g
I nf r as t r u ct u r e

En d U s e r
I ni t i a t v e s

I t e r - c o m pa ny
n
W A N ( i m pl e . )

I f r s t r uc t ur e
n a
Up g r a d e
i
O u t s o ur c i n g I n i t i at i v es

NE

n et w o rk
T W OR

O u t s ou r c e

O u s ou r c e N e w
t
C o r
e sys e m s
t

O u s ou r c e
t
H e l p de s k a n d
K
C o m p e t en c y C e n t r e I n i t i at i v es

E e ct r on c
l

Cu st o m er
i
S er vi ce D el i ve r

D at a W ar e ho us e

Se r vi ce C en t e
r
y

Programme Architecture
and
Pl a n n i g /
n D e s i n
g
I n f a s t u c t u r
r r e D e s k t op O t er
h
Ou t o u r c i g
s n B us i ne s s Un i t
Es a b l i s h I T
t
i Co m p e t e n c y S y s t
e ms
i m pl e m en t n g t e vi si o n
i h K e y G r ou p D e c i s o n
i K i
o s k s
Ce n t r e Te l m e t r
e y s y s t e m s
Pl a n n i g / e s i g n
n d P o i nt s
I T C o mp e t e n c y c e n t e
r e t c

Soln Outline I nf r as t r u ct u r e

n t er - co m pa ny
I
Macro Design Micro Design
I ni t i a t v e s
i

NE
Devt, etc.
O u t s o ur c i n g I n i t i at i v es

T W OR K
C o m p e t en c y C e n t r e I n i t i at i v es

E e ct r on c
l i
S er vi ce D el i ve r
y

W A N ( i m pl e. )
O u t sou r ce
P a n n n g / D e si g n I n i t i at i v es
l i n et w o r
k

a
r
p
G h
a
i
S
c
I
l D at a W ar e ho us e
a
D
t D
o
c e
n
t
u
m a
n
g
M e
n
t
m

Delivery
.
U
B B .
U W
a
e
r h
o
u
e
s n
I i
M
d
a
r
n
t
e
/
u
C
o
s l
e
w
r
a
i
n
f
S
m u
r
t
c
s
e
i
v e
r

S e
m
t
s
y
W
A a
n
M
s
i
N
r
f e
n
g
m
u
r
t
c
s t
e

G r ou p T I n f r ast r u ct ur e
I En d U ser O u t ou r ce N ew
s
Ar c hi t ect u r e C o r
e sys t m s
e
D esi gn & n f r st r uc t ur e
I a
D ef n i t o n
i i Pl an ni n g Up gr a de
Cu st o m er
Se r vi ce C en t e
r
i
m i gr a t n g t o t he n ew
i
d el v er y en vi r on m en t
i O u t ou r ce
s
H el p des k an d
Pl a n n i g /
n D e s i n
g
I n f a s t u c t u r
r r e D es kt op O t er
h
Ou t o u r c i g
s n B us i ne s s Un i t
Es t bl i sh I T
a
i Co m p et en cy S y s t
e ms
i m pl e m en t n g t e vi si o n
i h K e y G r ou p D e c i s o n
i K i
o s k s
Ce nt r e Te l m e t r
e y s y s t e m s
Pl a n n i g / e s i g n
n d P o i nt s
I T C o mp e t e n c y c e n t e
r e t c

Soln Outline Macro Design Micro Design Devt, etc.

Change Programs

9

EA funciona como “planejamento” entre a formulação da
estratégia e a sua execução

Enterprise Strategy
Strategy Como parte integrante do
Business Business Strategy IT Strategy
Technology
Opportunity Availability "the city’s purpose & goals" processo de planejamento
estratégico, EA é o link entre a
Strategy estratégia de negócios,
estratégia de TI e suas
Enterprise Architecture Enterprise Architecture implementações.
"the city plan"
Enterprise wide focus

Transition
Planning

Business IT EA direciona os investmentos
Architecture Architecture e estratégia de redução de
custos, além de estruturar as
decisões que suportam o
Planning Comp n
one t
Sche l ing
du

Sh p n
i pi g

Yarn Bu i g
yn

Orde E ry
r nt

Ca s
h
Mana me n

Ac
ge t

c ounti g
n
I ve
n ntory

Ass o me n
rt
Pl n n g

C
a ni

ompo
nent
Kn ti g
it n

Ta i ng &
gg
Pak i g
cn
t

Knits
Y kee
an
Group
AEI
C rate
orpo

Yarn
S rn
atu
Group objetivos do ROI (return on
Div
ision Division
C
ompo nt
ne
D sign
e

investments)
Yarn
D eing
y
R h
aleig S ne
e ca
Plant Plant

Business
Business Locations
Structure

Architecture
Governance EA define o ambiente no qual
a infraestrutura e as soluções
podem ser construídas para
Program focus

Business Operating Environment System Design atender tanto aos atuais
and IT Infrastructure "the buildings" quanto aos futuros requisitos.
Design Programme Architecture

and Soln Outline Macro Design Micro Design Devt, etc.
Delivery
Soln Outline Macro Design Micro Design Devt, etc.

Change Programs

10

Evitando a proliferação de “soluções problemáticas”

Ambiente de Negócios
(Influências extermas)
Clientes, Agências reguladoras. mercado ...

influencia valor

Modelos do Negócio
Intenções (estratégias, direcionadores, princípios, planos),
Valor (produtos & servi’ços),
Capacidades, Processos de negócio, papéis e Localidades
...
influencia feedback

Enterprise Architecture
Business, Applications, Information, Technical,
Governance

influencia feedback
Solution Architectures
Solution Architectures
Arquiteturas de Solução
(many, including SOA)
(diversas, including SOA)
(many, inclusive SOA)

influencia feedback

Ambiente Operacional
11

EA é mais do que arquitetura

Strategic
Intent

“These are our
roadmaps”

Enterprise
Business
Architecture
Enterprise IT
EA Architecture
Transition Functional
Operational

"These are "This is the way these
the projects systems should be designed”
we should
do”

Solution
“Business as Outline
Macro Design Micro Design Build Cycle Deployment

Usual” project
prioritisation &
planning Solution
Outline

Strategic
Solution
Delivery
Outline
Programmes
& Projects
12

EA não é um objetivo em si, e só tem valor se conseguir
prover benefícios claros e atrativos para os stakeholders

Através da...
Captura de fatos sobre a missão, funções e fundamentos do negócio, de uma maneira que
possam ser entendidos e inseridos no planejamento e nas tomadas de decisão;
Melhoria da comunicação entre negócios e TI através de um vocabulário padronizado;
Disponibilização de visões de arquitetura que ajudem a comunicar e gerir a complexidade
dos sistemas e ambientes;
Análise focada no uso estratégico de tecnologias emergentes para gerir as informações
corporativas e, de maneira consciente e consistente, inserí-las na empresa;
Melhoria da consistência, acurácia, tempo de resposta, integridade, qualidade,
disponibilidade, acesso e compartilhamento das informações por toda a corporação;
Exploração de oportunidades para aumentar a qualidade e flexibilidade das aplicações, sem
aumentar seus custos;
Alcance de economias de escala através dos mecanismos de compartilhamento e reúso por
parte de toda a corporação;
Cooordenação da integração com o legado, das migrações, e das implementação de novos
sistemas;
Redução de riscos de não-conformidade legais e regulatórias.

13

Os quatro aspectos principais na implementação de uma EA

Architecture Transition Governance

Interface Services
A

System & Infrastructure Development
R
n
e
a
s
l

System Management Services
Channels y D
e
a
C lai m s e
r
e v
Applications D ata
e
c
Common a l
h

Security Services
Infrastructure Initiatives Competency Centre Initiatives n o
Application Business
d
C
p
&
Business Requirement o
Services Outsourcing Initiatives User Identified
U
n
/ I
a
d
d n
n i e
u a
d D m n
c l
e e p t
t y Yes
r s l i
Electronic s i e
s
f
NETWORK D e
Service Delivery t g m y
Common System Services Inter-company Pr oject a n
e
s
e
c Arch No
WAN (imple.) Arc hitect n n p
i o Confor ming
Outsource d S t o Vitality Pr oc ess
or DA g n Alter nati ve
network o t
n f avai lable?
B l s e
Network Services Planning/Design Initiatives u u
/
y
o
n
r
s A
t s t
P m
i d
i t Yes i
Opea o s
e ai
rti
m agm t
a e e
n
o
n
Op r t n s
n
mn a e mn t
a g e
Rec g ii ea dr p r
o gs a r pr
on n eot
Re c n s e n d e o t
r bl
p le
r m
o
obm
p e
r i
Gr p hi a l S
a c I
Cam agm t
l a e e
n n
C l mn a e mn t
a a g e
n v
o e a
Data Warehouse o n
Platform Services
efr anC p a tc y
Pf n a ii
P r a d Ca ac y
e d p t Log o ll m
P oe
Pr b
Logr bem
m agm t
a e e
n n

e i
n m l
mn a e mn t
a g e

Coii g
of g
n .
Cn f .
Anas p r bl
a s eo e
l y pr le m

d g
An l y e o b m
M a em t
aa
ag e
n e
n
Mn g e mn t

Document Manage en
m t

B. .
U
Dat
a
W o use
W eh us e
ar Cust
Cus o m er
t Ser i e
vc
By as n d o x
B ps s a/ r f
y a a doi
p s n/ r ix
f Es a ta ep o ll m
E c al e r b e m
c a poe
s l t rb
Udecuom
pat s t e
r
p a t c s t mr
Ud e u o e
s s /
B. U.
M ddl war
i e e
nr M a i f t r ct
I t a net i l n r as u c u r e
/ t
Di g o ep o ll m
i go poe
ans r b
Da n s e r b e m

u
W nr st t e
W i f a s r uc ur
AN

Sys em M anaem
t s
t

g ent
Res ll p r bl
o v eo e
o pr le m
Re s v e o b m
Opea o s
e ai
rti
M agm t
a e e
n
a g e
o
n
Op r t n s
n
Mn a e mn t
s e No c
Upa c to m
p a e o er
dt cus t
Chng
a e
Ca n e
h g
M agm t
a e e
n
a g e n
Mn a e mn t c Design a
/ s o
U d t e u s me r

Cl e pr lb m
l e r b
os ol e T RB t l
Confor ms to
Co s p o e m

R o n
Group IT Infrastructure End User Outsource New Architecture? t

Business
e A l f
Architecture Design & Infrastructure Core systems q s
A
E
u
e
i
v r
Definition u s
d t r
Planning Upgrade i i
a
i
n
m
v l a

Architecture Customer
Service Centre Arc h Revi e w
r
e
m
e
s
i
t
s
e
/
u
a
t
o
n
i
t
n
i
g
v
Initiatives focused on i e

Information migrating to the new
delivery environment Outsource
Board n
t A
s
o
n
a
s
l
t
e
Planning/Design Helpdesk and s R

architecture Infrastructure
Outsourcing
Establish IT
Desktop Other
Business Unit
Systems
i
s
t
e
v
i
r
n
a
Initiatives focused on Competency IT Steering e
t

Component implementing the vision
Planning/design Key Group Decision Centre
Kiosks
Telemetry systems
etc
Co mmittee
Ar chitectur e
Initiati ve w

M
i
v
e
IT Competency centre Points s

architecture t
g

Data architecture

IT architecture

Business Architecture Portfolio Measurement Organisation
Models Transition Plan Processes/Policies
Architectural Principles Management Action Plan Evaluation & Selection
Enterprise Technology Framework Communication

Supportive EA-Capabilities
Skill Development Description Standards Profession Development
Methodology Repository (Patterns, Components)

"EA provides the framework, including architectural models and processes needed to plan, co-ordinate and
control the IT related activities of a (large) number of semi-autonomous groups and/or individuals towards a
common goal or interest.“
(IBM EA-Leadership team)

14

Mas quando esse assunto começou?


Era uma vez uma reunião numa sala da diretoria executiva…

- Como reduzir o tempo de execução - Como sabemos que estamos implementando
dos nosso processos de negócio? os sistemas adequados às nossas
necessidades?

- Que valor obtemos - Como decidimos entre
com a tecnologia? comprar pronto ou
construir?
- É possível fazer mais
com menos? - Como desenvolver e
implementar soluções
de maneira mais ágil?
- Como reduzir nosso
custos? - Como incorporamos as novas
tecnologias ao nosso negócio?
- Por que os nosso projetos demoram sempre
- Que tipos de profissionais/skills
tanto tempo para serem implementados?
devemos ter em nosso time?

- Podemos melhorar o tempo de - Como suportar o negócio com tanta
resposta aos nossos clientes? falta de profissionais no mercado?

16

Algumas constatações...

17

Esse é o cara!

18

Há 27 anos ...

Em 1984 John A. Zachman (IBM) escreveu
um artigo (de uso interno IBM) sobre
arquitetura de sistemas de informação, no
qual propôs um framework;

Zachman foi convidado a publicar o artigo externamente,
o que ocorreu em 1987, no IBM Systems Journal
(disponível na Internet)

Em 1990 se aposentou da IBM e montou sua própria empresa de
consultoria em arquitetura corporativa;

Em 1992 publicou, novamente no IBM
Systems Journal, e em parceria com
John F. Sowa (também então recém
aposentado da IBM) uma versão
estendida do artigo original, contendo um
nova e definitiva versão do framework.
19

Zachman Enterprise Architecture Framework

O Framework de Zachman é um esquema, como se fosse uma Tabela Periódica dos
Elementos, a qual também é um esquema que classifica os elementos da natureza (em duas
dimensões);
Aliás, foi somente após o cientista russo Dmitri Mendeleyev articular esse esquema foi que a
Química se tornou uma ciência de fato, com disciplina. Até então a Química era somente
Alquimia. Não era previsível nem repetitível;
Depois que o Framework de Zachman foi publicado, se tornou o esquema de fato para
Arquiteturas Corporativas e practicamente transformou a EA em uma discliplina.

1984
1869
DATA What FUNCTION How NETWORK Where PEOPLE Who TIME When MOTIVATION Why

List of Things Important List of Processes the List of Locations in which List of Organizations List of Events Significant List of Business Goals/Strat
SCOPE
to the Business Business Performs the Business Operates Important to the Business to the Business
(CONTEXTUAL)

Planner ENTITY = Class of Function = Class of Node = Major Business Ends/Means=Major Bus. Goal/
Business Thing Business Process Location People = Major Organizations Time = Major Business Event Critical Success Factor
e.g. Semantic Model e.g. Business Process Model e.g. Business Logistics e.g. Work Flow Model e.g. Master Schedule e.g. Business Plan
ENTERPRISE System
MODEL
(CONCEPTUAL)

Owner Ent = Business Entity Proc. = Business Process Node = Business Location People = Organization Unit Time = Business Event End = Business Objective
Reln = Business Relationship I/O = Business Resources Link = Business Linkage Work = Work Product Cycle = Business Cycle Means = Business Strategy
e.g. Logical Data Model e.g. Application Architecture e.g. Distributed System e.g. Human Interface e.g. Processing Structure e.g., Business Rule Model
SYSTEM Architecture Architecture
MODEL
(LOGICAL)

Node = I/S Function
Ent = Data Entity Proc .= Application Function (Processor, Storage, etc) People = Role Time = System Event End = Structural Assertion
Designer Reln = Data Relationship I/O = User Views Link = Line Characteristics Work = Deliverable Cycle = Processing Cycle Means =Action Assertion
e.g. Physical Data Model e.g. System Design e.g. Technology Architecture e.g. Presentation Architecture e.g. Control Structure e.g. Rule Design
TECHNOLOGY
MODEL
(PHYSICAL)

Node = Hardware/System
Builder Ent = Segment/T able/etc. Proc.= Computer Function Software People = User Time = Execute End = Condition
Reln = Pointer/Key/etc. I/O = Data Elements/Sets Link = Line Specifications Work = Screen Format Cycle = Component Cycle Means = Action

DETAILED e.g. Data Definition e.g. Program e.g. Network Architecture e.g. Security Architecture e.g. Timing Definition e.g. Rule Specification
REPRESEN-
TATIONS
(OUT-OF-
CONTEXT)

Sub-
Proc.= Language Stmt End = Sub-condition
Contractor Ent = Field Node = Addresses People = Identity Time = Interrupt
Reln = Address I/O = Control Block Link = Protocols Work = Job Cycle = Machine Cycle Means = Step

FUNCTIONING
e.g. DATA e.g. FUNCTION e.g. NETWORK e.g. ORGANIZATION e.g. SCHEDULE e.g. STRATEGY
ENTERPRISE

20

Zachman Enterprise Architecture Framework
DATA What FUNCTION How NETWORK Where PEOPLE Who TIME When MOTIVATION Why

SCOPE List of Things Important List of Processes the List of Locations in which List of Organizations List of Events Significant List of Business Goals/Strat
to the Business Business Performs the Business Operates Important to the Business to the Business
(CONTEXTUAL)

Planner ENTITY = Class of Function = Class of Node = Major Business Ends/Means=Major Bus. Goal/
Business Thing Business Process People = Major Organizations Time = Major Business Event Critical Success Factor
Location
e.g. Semantic Model e.g. Business Process Model e.g. Business Logistics e.g. Work Flow Model e.g. Master Schedule e.g. Business Plan
ENTERPRISE System
MODEL
(CONCEPTUAL)

Owner Ent = Business Entity Proc. = Business Process Node = Business Location People = Organization Unit Time = Business Event End = Business Objective
Reln = Business Relationship I/O = Business Resources Link = Business Linkage Work = W ork Product Cycle = Business Cycle Means = Business Strategy
e.g. Logical Data Model e.g. Application Architecture e.g. Distributed System e.g. Human Interface e.g. Processing Structure e.g., Business Rule Model
SYSTEM Architecture Architecture
MODEL
(LOGICAL)

Node = I/S Function
Ent = Data Entity Proc .= Application Function (Processor, Storage, etc) People = Role Time = System Event End = Structural Assertion
Designer Reln = Data Relationship I/O = User Views Link = Line Characteristics Work = Deliverable Cycle = Processing Cycle Means =Action Assertion
e.g. Physical Data Model e.g. System Design e.g. Technology Architecture e.g. Presentation Architecture e.g. Control Structure e.g. Rule Design
TECHNOLOGY
MODEL
(PHYSICAL)

Node = Hardware/System
Builder Ent = Segment/Table/etc. Proc.= Computer Function Software People = User Time = Execute End = Condition
Reln = Pointer/Key/etc. I/O = Data Elements/Sets Link = Line Specifications Work = Screen Format Cycle = Component Cycle Means = Action

DETAILED e.g. Data Definition e.g. Program e.g. Network Architecture e.g. Security Architecture e.g. Timing Definition e.g. Rule Specification
REPRESEN-
TATIONS
(OUT-OF-
CONTEXT)

Sub-
Contractor Ent = Field Proc.= Language Stmt Node = Addresses People = Identity Time = Interrupt End = Sub-condition
Reln = Address I/O = Control Block Link = Protocols Work = Job Cycle = Machine Cycle Means = Step

FUNCTIONING
e.g. DATA e.g. FUNCTION e.g. NETW ORK e.g. ORGANIZATION e.g. SCHEDULE e.g. STRATEGY
ENTERPRISE
21

Por que Frameworks?

Mo
da elo
s del
o
do
de od

de
de obj
ogo es
M

de as ál e t iv
pa nci Cat licaçõ os
Ma ndâ ap
du
re
Po l Ma
í
Seg tica d infr p
a-e a da
ura e str
nça utu

Di
ra

Re

sa
co

ste
ve

r
ry
da rio
s

elo a
do
de oná

M od g ram
de Dia e
ci

s d
sso es
Di

oc
e açõ
Pr lic
ap

22

Por que Frameworks?

23

Vantagens do uso de um Framework

Organizar as iniciativas de uma arquitetura corporativa;
Uniformizar os termos e linguagem
– itens e domínios de arquitetura em toda a empresa;
Concentrar as discussões de arquitetura;
Acelerar o funcionamento e diminuir a complexidade;
Permitir projeções dos itens de um framework de arquitetura em outros
– Apoio de ferramentas;
Integrar soluções, fornecedores e equipes distintas de forma mais harmônica e estruturada
– conforme planejamento;
Facilitar comunicação da visão e dos planos para toda a corporação;
Identificar alinhamento de TI com as diretrizes de negócio.

24

A “ávore genealógica” dos frameworks de arquitetura

25

Uma sopa de letrinhas...

recomendação de livro:

26

Refinando alguns conceitos em EA

Frameworks de EA
– O termo “Framework” de EA pode ser muito genérico e às vezes é necessário adjetivá-lo
• Framework de Navegação – Para localização dos artefatos de EA;
• Framework Conceitual – Para definir os meta-conceitos de EA;
• Framework de Modelagem – Para criar os artefatos/visões de EA;

Metodologias de EA
– IBM Enterprise Architecture Method (EAM)
– Spewak’s Enterprise Architecture Planning (EAP)
– TOGAF’s Architecture Development Method (ADM)
– Scott Bernard’s EA Cube (EA3)

Padrões de Notação para artefatos de EA
– Entidade/Relacionamento – Modelagem de Dados
– Unified Modeling Language (UML) – Requisitos dos sistemas
– Business Process Modeling Notation (BPMN) – Modelagem de Processos

27 27

TOGAF: Metodologia ADM

Processo iterativo para
desenvolvimento centrado na
arquitetura (sempre baseada nos
requisitos);
Cada passo no processo está
associado a uma view que pode ser
“capturada”;
Permite reúso de artefatos de
arquitetura;
As fases iniciais focam nas questões
conceituais e mais gerais; as fases
posteriores movem-se em direção
às especificações e às práticas;

28

IBM Enterprise Architecture Method

Objectives EA Planning
Enterprise Capabilities
Capability Strategic Business
Model CBM Directions

Transition Transition Management Resources
Business
Action Plan EA Guiding EA
Initiatives Scenarios
Principles Overview
Transition Diagram
Management Integrated
Critical issues, Transition
Strategy
opportunities Plan
& rec’ns

Business Architecture
Strategic Gap Analysis Emerging Business
Activity Mel
Business
Event List
Business
Structure

Opportunities Usage
Matrice
Enterprise
Information Enterprise
EA EA EA s Model KPIs
Locations
Neighborhood Capability
Neighborhood
Gaps Ident’n Assessments Assessment
Current Roles Business Reference
Architectures
Environment

IS Architecture
Technology Architecture Application
Groups Standard Deployment
Use Cases Unit Matrices
IT Data
IT Nodes Deployment
Components Stores Standard
Units (IS)
NFRs Reference
User Groups Placement
Technology Reference IS Reference Architectures Guidelines
Architectures
Architectures etc.
Technology
Scan
Principles, Architecture Architecture Architecture
Decision
Model
Policies & Management Governance Management Management
Guidelines Processes Roles / Rasp Metrics

29

A abordagem da IBM propõe quatro fases iterativas para a implementação de EA

1. Initiate Enterprise 2. Understand Business 3. Develop Enterprise 4. Perform Gap Analysis &
Architecture Project & IT Context Architecture Develop Transition Plan

Plan & Kick off Refine & Define Strategic Develop Business, IS, & Identify & Prioritize
EA Project Business, IT Directions, Technology Strategic Initiatives
and Outline Governance Architectures, and
Model Governance Model Identify Current
Projects and
Obtain Current Define Business Initiatives
Define EA Project Business & IT Architecture
Architecture Understand Gaps in
Existing Project
Define Strategic Define Information Portfolio
Plan EA Project Business & IT Systems (IS)
Directions Architecture Develop & Prioritize
Strategic Initiatives
Define EA Guiding Define Technology
Start EA Project Architecture
Principles Develop Transition
Strategy
Outline Define & Enable EA
Governance Model Governance Develop Management
Action Plan

Monitor the project On-going Project Management Handle Exceptions

30

Níveis de Governança

What is IT governance?
Corporate
IT Governance: Governance
Establishing decision making rights associated with IT
Establishing mechanisms and policies used to measure
and control the way IT decisions are made and carried out
EA
Governance
What is EA governance?
IT Governance
EA Governance:
Establishing principles and policies for the selection and
deployment of Architecture building blocks and IT solutions
Establishing processes for the compliance and vitality of
Enterprise Architecture Blueprint

31

A Governança de EA provê o rigor na entrega das “intenções” da
estratégica do negócio através da manutenção da vitalidade da EA e da
promoção de soluções corporativas em conformidade com a EA

Strategic
Intent

“These are our
roadmaps”

“Are our target Enterprise
architectures still Business
right?” Architecture
EA Enterprise IT
Governance Architecture
EA “Are we still
Transition moving the Functional
right Operational
direction?” "Are we designing
these systems the way
"These are we said we want them "This is the way these
the projects done?” systems should be designed”
we should
do”

Solution
“Business as Outline

Usual” project
prioritisation &
planning Solution
Outline

Strategic
Solution
Delivery
Outline
Programmes
& Projects
32

Complementando a figura inicial…


influencia valor
Ativos
Ativos Governança
Governança
Modelos do Negócio
Pessoas, Intenções (estratégias, direcionadores, princípios, planos),
Framework de
Processos, Valor (produtos & servi’ços), Framework de
gestão da
Tecnologia Capacidades, Processos de negócio, papéis e Localidades gestão da
arquitetura
... arquitetura
Liderança
influencia Liderança
Modelos de feedback Patrocínio
Arquitetura Patrocínio
Recursos
Arquiteturas Enterprise Architecture Recursos
Atualização
Atualização Estrutura
de referência Business, Applications, Information, Technical, Estrutura
Governance Visão
Visão
Infraestrutura
Principios
influencia feedback Principios
Pacotes Papéis &
Papéis &
Responsabilidades
Ferramentas Solution Architectures
Solution Architectures Responsabilidades
& Processos
Reúso
Reúso Arquiteturas de Solução
(many, including SOA) Processos
Processos
(diversas, including SOA)
(many, inclusive SOA)
Requisitos
Requisitos
Serviços
Roadmaps
Roadmaps
Skills influencia feedback Métricas
Métricas
…
… …

Ambiente Operacional

33

A Governança de EA especifica regras, processos, papéis e estrutura
organizacional requeridas para uma gestão efetiva e manutenção da
vitalidade da EA

Um framework de gestão e
governança de EA compreende:

Estrutura;
Papéis e responsabilidades;
Processos:
– Conformidade
– Tratamento de Exceções
– Comunicação
– Vitalidade
Metricas;
Mecanismos de decisão.

34

Gestão e Governança da EA – Um exemplo

Architecture Role/Responsibility
Sample Organization Structure

Business/IT
Executive Level IT Steering Committees Direction
Strategic

(Project Funding/Approval)

Architecture
Policy & Direction
Architecture Review Board Leadership & Sponsorship
(Governance/Standards/Processes)

Technical Review Board Architecture Compliance
at Project Level
Tactical

Reviews, consults,
mentors project teams
Business Application Data Technology
Architect Architect Architect Architect

Project Teams

35

Os quatro processos essenciais ao sucesso da EA:
Vitalidade, Conformidade, Tratamento de Exceções e Comunicação

Maintain
Architecture Vitality Process

Architecture Architecture
Portfolio Management
Review & Exceptions
Approval and Appeals
(Compliance) Process
Project Management Process
(e.g. SDLC)
Inspect Appeal
Application
Delivery

These four core processes Solutions Delivery
are essential for success of
Technology
The EA program ! Delivery

Architecture Communications Process Communicate

36

Principios são decisões pré-determinadas que guiam
as tomadas de decisão por toda a corporação

Guiding Principles G4: Enterprise System Integrity
G1. Architecture Compliance
G2. Open Standards-based Architecture Changes to processes, technology, organization and
G3. Buy Vs Build
G4. Enterprise System Integrity
information will consider impacts to the enterprise as
a whole.
Business Principles Motivations
B1. Business & IT Alignment
B2. Business Unit Requirements Enterprise’s computing environment is becoming highly integrated and
B3. Business Flexibility must be treated as a single entity
B4. Integration between Business and IT Design
B5. Business Partner process integration The system is comprised of subsystems, each of which contributes an
essential service to the system as a whole
Application Principles These services must be available and support the system from the back
A1. IT System Flexibility end data resources to the front end client operations and all points in
A2. Common Functions, Reuse & Sharing between
A3. Application Interfaces
A4. Application Development Method Any service that is discontinuous along this end-to-end continuum
A5. Package Selection represents a point of failure or significant limitation of the full potential and
intent of the system in general
Enterprise’s break-away depends on end-to-end process and systems
integrity to meet objectives and to carry its value proposition successfully
to all markets
Implications
System integrity checks can be performed through a rigorous application
of the enterprise architecture, portfolio management and system
management processes
Enterprise system management processes are essential to ensuring end-
to-end service integrity

Sample Principles
37

Governança – Abordagem balanceada

Alvo deve ser
centrado nos
requisitos de
negócio

Não-Estruturada Estruturada Demais
•Não há espaço para criatividade
•Liberdade para tudo e todos
•Burorática e lenta
•Processos não repetitíveis Governança •Muitas métricas
•Não há métricas
•Balanceada •Excesso de políticas /procedimentos
•Não há documentação
•Processos Repetitíveis •Geralmente ignorada / minada
•Depende de ‘heróis’
•Mensurável
•Documentada e utilizada
•Continuamente melhorada

38

Olhando sempre para os dois lados

THE WILL THE WAY
Leading people Managing processes
Trust Governance
Alignment Planning
Responsibilities Methodologies
Communication Templates
Behavior Tools
Culture Techniques
Relationships Processes

Communication
39

Fatores críticos de sucesso da EA

Comprometimento claro e perene do nível executivo com a implementação e evolução da EA;

Alinhamento claro entre as expectativas de negócio e de TI;

Equipe de gestão da arquiitetura deve possuir e aplicar autoridade nas decisões que garantam
a conformidade e vitalidade da arquitetura;

Os processos de governança devem assegurar vitalidade, conformidade, tratamento de
exceções e comunicação, sempre de forma a minimizar os custos de suporte;

Os stakeholders devem ter um entendimento claro e “comprar” os objetivos, valores, papéis,
responsabilidade e processos da EA;

Métricas de EA claramente definidas e gerenciadas;

Equipe dedicada (Chief Architect e staff de suporte)

Recursos adequados necessários à implementação das arquiteturas-alvo (treinamento,
ferramentas, etc.).

40

Um recado do mestre…

41

“Socialização” da EA: comunicação é essencial para o
entendimento e uso correto por parte de todos os stakeholders.

Princípios Direcionadores
EA - SOA
Portal da EA Treinamento
Executive Workshops Role of Technology
Value of Technology
Compliance
Charter: Mission, Vision, & CSFs Use of Technology
Guiding e-Business
Organizational Structure
1 Roles and Responsibilities Principles Website

Guiding Principles

Organization
Processes & Management
Compliance Review and Approval
Decision-making
Exceptions
2 Vitality
Responsibility
Governance
Communications
Selection and Evaluation Criteria Applications Data Systems
Metrics Network Location Management
Data Management
Single Logical Network Make vs Buy
Data Ownership
Modular Components Security
Transition Planning Network Management
3 Architecture Tools External Connectivity Applications Development
Common User Interface
Data Storage
Data Access Availability
Production System Mgmt
Operational&Analytical
Scalability
Data Confidentiality
Testing & Training
Maturity Assessment Refresh
Ongoing Education

Processos e Ferramentas
Processes & Tools enable the Architecture

Visão da EA Processes

Unique
Unique
Product/
Compliance
Product/ Service
Service Architecture
Architecture
Exceptions
Enterprise Infrastructure
Unique
Shared Architecture Product/ Unique
Architecture Vitality
Service Product/
Architecture Service
Architecture
Communication
Evaluation & Selection
Common Architecture

Tools
Communication

42

Artefatos de EA precisam ser
guardados em um repositório
Governance
central onde possam ser
usados/consultados por todos os
Architecture
Decision
Architecture Management Architecture
Model Principles,
Policies &
ManagementRoles / RespManagement
Metrics Project A
Guidelines
Processes
stakeholders
Enterprise Capabilities ABB
Business
Capability
Model
Strategic CBM Directions ABB
ABB
EA Guiding
Principles
Resources
EA
Overview
Business
Scenarios EA Project B
ABB
Diagram

Repository ABB
Architectural Domains

Business Architecture
ABB
Business Business Business
Activity Mdl
Enterprise
Event List Structure
Purpose-Related ABB
Usage
Matrices
Information Enterprise
KPIs Categories ABB
Model

Artifact Usage
Locations
Roles Business Reference
Architectures Project C
All Architectural
Technology Architecture Building Blocks ABB

IT
IT Nodes ABB
Components Access through Web-Portal
ABB
Technology Reference Architectures

Powerful Search Capabilities
Project D
ABB

Strategic Gap Analysis ABB
Release Management
ABB
EA EA
Neighborhood Neighborhood
EA Capability
Publication Process ABB
Assessment
Gaps Ident’n Assessments
ABB
Project E
Transition ABB
Transition
Initiatives Management
Transition Action Plan
Management ABB
Strategy
Critical issues, Integrated
opportunities Transition ABB
& rec’ns Plan
43 ABB

IBM Rational System Architect
Captura e modela todos os domínios de uma organização

Application and
Network
Infrastructure
Service Models
Behavior (UML Support)

Network Topologies Matrix Views

Relational
Organizational Charts Application Models
Process Models
Data Modeling

Business Process
Modeling and Analysis

Data Models Goals Objectives Class Diagrams

44

Visualizando Dependências e Análises de Impacto

Entendendo o impacto
das mudanças

Visualizando
Dependências

45 45

Merci
French
Hebrew
Russian

Grazie
Italian
Gracias
Spanish

Arabic Thank You English

Traditional Chinese
Obrigado Danke
German
Português

Simplified Chinese
Korean

Thai
Tamil

Japanese
46

Governança da Arquitetura Corporativa

Mais conteúdo relacionado

Mais procurados

Destaque

Semelhante a Governança da Arquitetura Corporativa

Mais de Marcelo Sávio

Governança da Arquitetura Corporativa