Download - Governança da Arquitetura Corporativa
© 2011 IBM Corporation
Seminário Controle e Governança da TI - LES - PUC Rio, 27 de Maio 2011
Marcelo SávioCertified IT Architect
IBM Brasilwww.linkedin.com/in/msavio
Governan ça da Arquitetura Corporativa
© 2011 IBM Corporation2
Agenda
� Fudamentos da Arquitetura Corporativa
� Governança da Arquitetura Corporativa
� Abordagem da IBM
© 2011 IBM Corporation3
Esclarecimento inicial
Enterprise Architecture (EA)=
Arquitetura Corporativa=
Arquitetura Empresarial
≠ ≠
© 2011 IBM Corporation4
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;
© 2011 IBM Corporation5
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.
© 2011 IBM Corporation6
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
Soluções pontuais que se transformam em grandes problemas
© 2011 IBM Corporation7
� “The enterprise architecture is the organizing logic for business processes and ITinfrastructure, reflecting the integration and standardization requirements of the company’s operating model…The Enterprise architecture provides a long term viewof 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)
O que é Enterprise Architecture ?
2008 (versão traduzida)
� “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
© 2011 IBM Corporation8
Arquitetura Corporativa
Arquitetura de Negócio
Arquitetura de Informação(ou dados)
Arquitetura de Sistemas
(ou aplicação)
Arquitetura de Infra-estrutura(ou tecnologia)
Posicionando as arquiteturas
Arquitetura de Sistemas de Informação
Arquitetura de Tecnologia de Informação (TI)
© 2011 IBM Corporation9
Enterprise Strategy
Fire and hope!
Enterprise Architecture
Business Operating Environmentand IT Infrastructure
TransitionPlanning
G r ou p I T A rc h i t e c t u r e D e f i n it i o n
I n f ra s t ru c t u re D e s i g n & P l a n n in g
E s t a b l i s h I T C o m p e t e nc y C e n t r e
E nd U s e r In f ra s t ru c t u r e U p gr a d e
I n t e r- c o m p a n y W A N ( im p l e . )
O u t s o ur c e N e w C or e s y s t e m s
O u t s o ur c e H e l pd e s k a n d D e s k t op
O u t s o u rc e ne t w or k
O u ts o u r c in g In i t i a ti v e s
C o m p e t e n c y C e n tr e In i ti a t i v e s
E le ctro n ic S erv ic e Del i ve ry
D ata W are ho u se
Cu sto me r S er vi ce C en tre
W AN inf ras tru ctu re
I ntra ne t/M ail infr ast ruc tur e
C us tom e r Se rvi ce
Da ta
Wa re hou se
Gr aph ica l IS
B .U.
B.U .
Do cu me nt Ma na gem e nt
S yst em s M a nag em en t
Mi dd lew are
N E T W O R K
P l a n n in g /D e s ig n In i ti a ti v e s
In f r a s tr u c tu r e In i ti a t i v e s
O the rB u si ne s s U n i t S y s te m sK io s ks
T el em et r y sy s te m se tc
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
P la nn in g/ D e s ig nIn fr as tr uc tu re
O u ts ou r c in g
I n iti ati ve s foc us ed on imp leme ntin g th e vi sio n
P la nn in g/ de s ignIT C om p e te nc y ce nt re
K e y G ro u p D e c i s io n P o in t s
ArchitectureGovernance
Bus Arch’ture IT Architecture
AEICorporate
YankeeG roup
SaturnGroup
YarnDivision
Kn itsDivision
SenecaPlant
RaleighPlant
Cas hManage me nt
Shipping
Accoun ting
Compone ntDesign
Yarn Buyi ng
Order En try
ComponentSc heduling
YarnDyeing
I nven to ry
As sor tmentPlanning
Compone ntKn itt ing
Tagging & Pa cking
Business Structure
Business Locations
EA funciona como “planejamento” entre a formulação daestratégia e a sua execução
Pro
gram
foc
usE
nter
pris
e w
ide
focu
s
Strategy
Planning
Designand
Delivery
Change Programs
Soln Outline Macro Design Micro Design Devt, etc.
Programme ArchitectureG r o u p IT Ar c h i t e c t u r e
D e f in i ti o n
In f r a s t r u c t u r e
D e s i g n & Pl a n n i n g
Es ta b l i s h I T Co m p e t e n c y
Ce n t r e
En d U s e r
In f ra s t r u c t u r e Up g r a d e
In t e r - c o m p a n y
W A N ( i m p l e . )
O u ts o u r c e N e w C o re s y s te m s
O u ts o u r c e H e l p d e s k a n d
D e s k t o p
O u t s o u r c e n e t w o rk
O u t s o ur c i n g I n i t i at i v es
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 le ct r on ic S er vi ce D el i ve ry
D at a W ar e ho us e
Cu st o m er Se r vi ce C en tr e
WA N infra structur e
In tranet/M ail infra structu reCusto mer Se rvice
Data
Ware house
Grap hical IS
B.U. B .U.
Doc ument Manag ement
S ystem s Mana gemen t
Midd leware
N E T W O R K
P la n n in g / D e si g n I n i t i at i v es
I nf r as t r u ct u r e I ni t i a t iv e s
O th erB u s i n e s s U n i t
S y s te msK io s k sT e le m e t ry s y s t e m s
e t c
I ni t i at iv es f oc us ed o n m i gr a t in g t o t he n ew d el iv er y en vi r on m en t
P l a n n in g /D e s ig nI n fr a s tr u c t u reO u ts o u r c in g
I ni t i at iv es f oc us ed o n i m pl e m en ti n g th e vi si o n
P l a n n in g /d e s i g nI T C o mp e t e n c y c e n tr e
K e y G r ou p D e c i s io n P o i nt s
Soln Outline Macro Design Micro Design Devt, etc.
Programme ArchitectureG r ou p IT Ar c hi t ect u r e D ef in i ti o n
In f r ast r u ct ur e D esi gn & Pl an ni n g
Es ta bl i sh I T Co m p et en cy Ce nt r e
En d U ser In f ra st r uc t ur e Up gr a de
In t er - co m pa ny W A N ( i m pl e. )
O u ts ou r ce N ew C o re sys te m s
O u ts ou r ce H el p des k an d D es kt op
O u t sou r ce n et w o rk
O u t s o ur c i n g I n i t i at i v es
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 le ct r on ic S er vi ce D el i ve ry
D at a W ar e ho us e
Cu st o m er Se r vi ce C en tr e
WA N infra structur e
In tranet/M ail infra structu reCusto mer Se rvice
Data
Ware house
Grap hical IS
B.U. B .U.
Doc ument Manag ement
S ystem s Mana gemen t
Midd leware
N E T W O R K
P la n n in g / D e si g n I n i t i at i v es
I nf r as t r u ct u r e I ni t i a t iv e s
O th erB u s i n e s s U n i t
S y s te msK io s k sT e le m e t ry s y s t e m s
e t c
I ni t i at iv es f oc us ed o n m i gr a t in g t o t he n ew d el iv er y en vi r on m en t
P l a n n in g /D e s ig nI n fr a s tr u c t u reO u ts o u r c in g
I ni t i at iv es f oc us ed o n i m pl e m en ti n g th e vi si o n
P l a n n in g /d e s i g nI T C o mp e t e n c y c e n tr e
K e y G r ou p D e c i s io n P o i nt s
Enterprise Architecture= “the city plan”
System Design= “the buildings”
Strategy= “the city’s purpose & goals”Technology
AvailabilityBusiness
OpportunityBus Strategy IT Strategy
© 2011 IBM Corporation10
Enterprise Strategy
Business Operating Environmentand IT Infrastructure
Pro
gram
foc
usE
nter
pris
e w
ide
focu
s
Strategy
Planning
Design and
Delivery
Pro
gram
foc
usE
nter
pris
e w
ide
focu
s
Strategy
Planning
Design and
Delivery
Pro
gram
foc
usE
nter
pris
e w
ide
focu
s
Strategy
Planning
Design and
Delivery
TransitionPlanning
ArchitectureGovernance
TransitionPlanning
ArchitectureGovernance
BusinessArchitecture
ITArchitecture
AEICorporate
YankeeGroup
SaturnGroup
YarnDivision
KnitsDivision
SenecaPlant
RaleighPlant
Ca shManageme nt
Shi ppi ng
Ac counting
ComponentDe sign
Yarn Buy ing
Order Ent ry
Compone nt
Schedul ing
Yarn
Dy eing
Inventory
Ass ortme ntPla nning
Component
Knit ting
Taggi ng & Pack ing
Business Structure
AEICorporate
YankeeGroup
SaturnGroup
YarnDivision
KnitsDivision
SenecaPlant
RaleighPlant
Ca shManageme nt
Shi ppi ng
Ac counting
ComponentDe sign
Yarn Buy ing
Order Ent ry
Compone nt
Schedul ing
Yarn
Dy eing
Inventory
Ass ortme ntPla nning
Component
Knit ting
Taggi ng & Pack ing
Business Structure
Business LocationsBusiness Locations
Change Programs
Soln Outline Macro Design Micro Design Devt, etc.
Programme Architecture
Soln Outline Macro Design Micro Design Devt, etc.
Programme ArchitectureSoln Outline Macro Design Micro Design Devt, etc.
Programme Architecture
Soln Outline Macro Design Micro Design Devt, etc.
Programme Architecture
Soln Outline Macro Design Micro Design Devt, etc.
Programme Architecture
Soln Outline Macro Design Micro Design Devt, etc.
Programme Architecture
TechnologyAvailability
BusinessOpportunity
Business Strategy IT Strategy
Enterprise Architecture
System Design"the buildings"
Enterprise Architecture"the city plan"
Strategy"the city’s purpose & goals"
Como parte integrante do processo de planejamentoestratégico, EA é o link entre a estratégia de negócios, estratégia de TI e suasimplementações.
EA direciona os investmentose estratégia de redução de custos, além de estruturar as decisões que suportam o objetivos do ROI (return on investments)
EA define o ambiente no quala infraestrutura e as soluçõespodem ser construídas paraatender tanto aos atuaisquanto aos futuros requisitos.
EA funciona como “planejamento” entre a formulação daestratégia e a sua execução
© 2011 IBM Corporation11
Evitando a proliferação de “soluções problemáticas”
Solution Architectures(many, including SOA)
Solution Architectures(many, including SOA)
Modelos do NegócioIntenções (estratégias, direcionadores, princípios, planos),
Valor (produtos & servi’ços),Capacidades, Processos de negócio, papéis e Localidades
...
Modelos do NegócioIntenções (estratégias, direcionadores, princípios, planos),
Valor (produtos & servi’ços),Capacidades, Processos de negócio, papéis e Localidades
...
Enterprise ArchitectureBusiness, Applications, Information, Technical,
Governance
Ambiente Operacional
Ambiente de Negócios(Influências extermas)
Clientes, Agências reguladoras. mercado ...
Ambiente de Negócios(Influências extermas)
Clientes, Agências reguladoras. mercado ...
influencia valor
influencia
influencia
influencia feedback
feedback
feedback
Solution Architectures(many, including SOA)
Solution Architectures(many, including SOA)
Arquiteturas de Solução(diversas, inclusive SOA)
Arquiteturas de Solução(diversas, inclusive SOA)
© 2011 IBM Corporation12
EA é mais do que arquitetura
Programmes& Projects
Strategic Delivery
Solution Outline Build Cycle DeploymentMacro Design Micro Design
Solution Outline Build Cycle DeploymentMacro Design Micro Design
Solution Outline Build Cycle DeploymentMacro Design Micro Design
Strategic Intent
Enterprise IT Architecture
FunctionalOperational
"This is the way these systems should be designed”
Enterprise Business
Architecture
“Business as Usual” project prioritisation &
planning
"These are the projects we should
do”
EA Transition
“These are ourroadmaps”
© 2011 IBM Corporation13
EA não é um objetivo em si, e só tem valor se conseguirprover 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.
© 2011 IBM Corporation14
Os quatro aspectos principais na implementação de uma EA
Business
User
Arch Revi e w
Board
TRB
IT SteeringCo mmittee
Pr ojectArchitect
or DA
Yes
Yes
No
No
BusinessRequirement
Identified
Analy
se
an
d
Underst
and
B
usi
ness
Requ
ireme
nt
Desig
n
S
ol
uti
on
D
ev
elo
p/
implem
ent
s
yst
em/
solut
ion
Researc
h
&
analyse
co
nfo
rming
alternat
ive
s
Conduct
Desi
gn/
Prod
uct
Evalu
ati
on
Review
Mtg
Identify
po
te
nti
al
confir
ming
alternatives
Advi
se/
Assist
Ar chitectur eInitiati ve
Ad
vise/
Ass
ist
DesignConfor ms to Architecture?
ArchConfor ming
Alter nati veavai lable?
Vitality Pr ocess
Business
User
Arch Revi e w
Board
TRB
IT SteeringCo mmittee
Pr ojectArchitect
or DA
Yes
Yes
No
No
BusinessRequirement
Identified
Analy
se
an
d
Underst
and
B
usi
ness
Requ
ireme
nt
Desig
n
S
ol
uti
on
D
ev
elo
p/
implem
ent
s
yst
em/
solut
ion
Researc
h
&
analyse
co
nfo
rming
alternat
ive
s
Conduct
Desi
gn/
Prod
uct
Evalu
ati
on
Review
Mtg
Identify
po
te
nti
al
confir
ming
alternatives
Advi
se/
Assist
Ar chitectur eInitiati ve
Ad
vise/
Ass
ist
DesignConfor ms to Architecture?
ArchConfor ming
Alter nati veavai lable?
Vitality Pr ocess
Business
User
Arch Revi e w
Board
Arch Revi e w
Board
TRBTRB
IT SteeringCo mmitteeIT SteeringCo mmittee
Pr ojectArchitect
or DA
Pr ojectArchitect
or DA
Yes
Yes
No
No
BusinessRequirement
Identified
Analy
se
an
d
Underst
and
B
usi
ness
Requ
ireme
nt
Desig
n
S
ol
uti
on
D
ev
elo
p/
implem
ent
s
yst
em/
solut
ion
Researc
h
&
analyse
co
nfo
rming
alternat
ive
s
Conduct
Desi
gn/
Prod
uct
Evalu
ati
on
Review
Mtg
Identify
po
te
nti
al
confir
ming
alternatives
Advi
se/
Assist
Ar chitectur eInitiati ve
Ad
vise/
Ass
ist
DesignConfor ms to Architecture?
ArchConfor ming
Alter nati veavai lable?
Vitality Pr ocess
� Organisation
� Processes/Policies
� Evaluation & Selection
� Communication
� Business Architecture
� Models
� Architectural Principles
� Enterprise Technology Framework
Business ArchitectureInformationarchitectureComponentarchitecture
Data architecture
IT architecture
Cha
nne
ls
Applications
Common System Services
Inte
rfac
e S
ervi
ces
Sec
urity
Ser
vice
s
Network Services
Platform Services
Sys
tem
Ma
nage
men
t S
ervi
ces
Sys
tem
& In
fras
truc
ture
Dev
elop
men
t
CommonApplication
Services
Data
Business ArchitectureInformationarchitectureComponentarchitecture
Data architecture
IT architecture
Cha
nne
ls
Applications
Common System Services
Inte
rfac
e S
ervi
ces
Sec
urity
Ser
vice
s
Network Services
Platform Services
Sys
tem
Ma
nage
men
t S
ervi
ces
Sys
tem
& In
fras
truc
ture
Dev
elop
men
t
CommonApplication
Services
Data
Business ArchitectureInformationarchitectureComponentarchitecture
Data architecture
IT architecture
Business ArchitectureInformationarchitectureComponentarchitecture
Data architecture
IT architecture
Cha
nne
ls
Applications
Common System Services
Inte
rfac
e S
ervi
ces
Sec
urity
Ser
vice
s
Network Services
Platform Services
Sys
tem
Ma
nage
men
t S
ervi
ces
Sys
tem
& In
fras
truc
ture
Dev
elop
men
t
CommonApplication
Services
Data
Cha
nne
ls
Applications
Common System Services
Inte
rfac
e S
ervi
ces
Sec
urity
Ser
vice
s
Network Services
Platform Services
Sys
tem
Ma
nage
men
t S
ervi
ces
Sys
tem
& In
fras
truc
ture
Dev
elop
men
t
CommonApplication
Services
DataData
Clai m
� Portfolio Measurement
� Transition Plan
� Management Action Plan
Group IT Architecture Definition
Infrastructure Design & Planning
Establish IT Competency Centre
End User Infrastructure Upgrade
Inter-company WAN (imple.)
Outsource New Core systems
Outsource Helpdesk and Desktop
Outsource network
Outsourcing Initiatives
Competency Centre Initiatives
Electronic Service Delivery
Data Warehouse
Customer Service Centre
R e co gn is e an d re po rt pro b lem
D ia gn os e pr ob le m
E sc a lat e pr ob le m
A n al ys e p ro b lem
L o g P r ob le m
C lo se p ro ble m
U pd at e c u sto me r
R e so lv e p ro b lem
B yp as s an d/ or fix
C on fi g.
Man ag e men t
O p er at ion s Man a ge men t
C ha n ge
Man a ge men t
C all man a ge men t
O p er at ion s man a ge men t
Up da te c us to mer
Pe rf a nd C ap a cit y
man a ge men t
WAN i nf ras tr uct ure
I nt ranet/M ai l infr ast ruc tur e
Cus tom er Ser vi ceData War ehous e
Gr aphi cal IS
B. U.
B.U.
Document Managem ent
Syst ems M anagement
Mi ddleware
NETWORK
Planning/Design Initiatives
Infrastructure Initiatives
OtherBusiness Unit SystemsKiosksTelemetry systemsetc
Initiatives focused on migrating to the new delivery environment
Planning/DesignInfrastructureOutsourcing
Initiatives focused on implementing the vision
Planning/designIT Competency centre
Key Group Decision Points
Group IT Architecture Definition
Infrastructure Design & Planning
Establish IT Competency Centre
End User Infrastructure Upgrade
Inter-company WAN (imple.)
Outsource New Core systems
Outsource Helpdesk and Desktop
Outsource network
Outsourcing Initiatives
Competency Centre Initiatives
Electronic Service Delivery
Data Warehouse
Customer Service Centre
Recognise and report problem
Diagnose pr oblem
Escalat e pr oblem
Anal yse problem
Log Pr oblem
Close problem
Updat e customer
Resolve problem
Bypass and/ or fix
Confi g. Management
Oper at ions Management
Change Management
Call management
Oper at ions management
Update customer
Perf and Capacit y management
WAN i nf rastr uct ure
I nt ranet/M ai l infr ast ructur e
Custom er Ser vi ceData War ehouse
Gr aphi cal IS
B. U.
B.U.
Document Managem ent
Syst ems M anagement
Mi ddleware
NETWORK
Planning/Design Initiatives
Infrastructure Initiatives
OtherBusiness Unit SystemsKiosksTelemetry systemsetc
Initiatives focused on migrating to the new delivery environment
Planning/DesignInfrastructureOutsourcing
Initiatives focused on implementing the vision
Planning/designIT Competency centre
Key Group Decision Points
Architecture Transition Governance
"EA provides the framework, including architectural models and proce sses 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)
Supportive EA-Capabilities� Skill Development
� Methodology
� Description Standards
� Repository (Patterns, Components)
� Profession Development
© 2011 IBM Corporation
Mas quando esse assunto começou?
© 2011 IBM Corporation16
Era uma vez uma reunião numa sala da diretoria executiva…
- É possível fazer maiscom menos?
- Como reduzir nossocustos?
- Por que os nosso projetos demoram sempretanto tempo para serem implementados? - Que tipos de profissionais/skills
devemos ter em nosso time?
- Que valor obtemoscom a tecnologia?
- Podemos melhorar o tempo de resposta aos nossos clientes?
- Como reduzir o tempo de execuçãodos nosso processos de negócio?
- Como sabemos que estamos implementandoos sistemas adequados às nossas
necessidades?
- Como desenvolver e implementar soluçõesde maneira mais ágil?
- Como incorporamos as novas tecnologias ao nosso negócio?
- Como suportar o negócio com tantafalta de profissionais no mercado?
- Como decidimos entrecomprar pronto ou
construir?
© 2011 IBM Corporation17
Algumas constatações...
© 2011 IBM Corporation18
Esse é o cara!
© 2011 IBM Corporation19
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 1992 publicou, novamente no IBM Systems Journal , e em parceria com John F. Sowa (também então recémaposentado da IBM) uma versão estendida do artigo original, contendo um nova e definitiva versão do framework.
Em 1990 se aposentou da IBM e montou sua própria empresa de consultoria em arquitetura corporativa;
© 2011 IBM Corporation20
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.
e.g. DATA
Builder
SCOPE(CONTEXTUAL)
MODEL(CONCEPTUAL)
ENTERPRISE
Designer
SYSTEMMODEL(LOGICAL)
TECHNOLOGYMODEL(PHYSICAL)
DETAILEDREPRESEN- TATIONS(OUT-OF- CONTEXT)
Sub-Contractor
FUNCTIONINGENTERPRISE
DATA FUNCTION NETWORK
e.g. Data Definition
Ent = FieldReln = Address
e.g. Physical Data Model
Ent = Segment/Table/etc.Reln = Pointer/Key/etc.
e.g. Logical Data Model
Ent = Data EntityReln = Data Relationship
e.g. Semantic Model
Ent = Business EntityReln = Business Relationship
List of Things Importantto the Business
ENTITY = Class ofBusiness Thing
List of Processes theBusiness Performs
Function = Class ofBusiness Process
e.g. Application Architecture
I/O = User ViewsProc .= Application Function
e.g. System Design
I/O = Data Elements/SetsProc.= Computer Function
e.g. Program
I/O = Control BlockProc.= Language Stmt
e.g. FUNCTION
e.g. Business Process Model
Proc. = Business ProcessI/O = Business Resources
List of Locations in which the Business Operates
Node = Major BusinessLocation
e.g. Business Logistics System
Node = Business LocationLink = Business Linkage
e.g. Distributed System
Node = I/S Function(Processor, Storage, etc)Link = Line Characteristics
e.g. Technology Architecture
Node = Hardware/SystemSoftware
Link = Line Specifications
e.g. Network Architecture
Node = AddressesLink = Protocols
e.g. NETWORK
Architecture
Planner
Owner
MOTIVATIONTIMEPEOPLE
e.g. Rule Specification
End = Sub-condition
Means = Step
e.g. Rule Design
End = ConditionMeans = Action
e.g., Business Rule Model
End = Structural AssertionMeans =Action Assertion
End = Business ObjectiveMeans = Business Strategy
List of Business Goals/Strat
Ends/Means=Major Bus. Goal/Critical Success Factor
List of Events Significant
Time = Major Business Event
e.g. Processing Structure
Cycle = Processing CycleTime = System Event
e.g. Control Structure
Cycle = Component CycleTime = Execute
e.g. Timing Definition
Cycle = Machine CycleTime = Interrupt
e.g. SCHEDULE
e.g. Master Schedule
Time = Business EventCycle = Business Cycle
List of Organizations
People = Major Organizations
e.g. Work Flow Model
People = Organization UnitWork = Work Product
e.g. Human Interface
People = RoleWork = Deliverable
e.g. Presentation Architecture
People = UserWork = Screen Format
e.g. Security Architecture
People = IdentityWork = Job
e.g. ORGANIZATION
to the BusinessImportant to the Business
What How Where Who When Why
Architecture
e.g. STRATEGY
e.g. Business Plan
1869 1984
© 2011 IBM Corporation21
Zachman Enterprise Architecture Framework
e.g. DATA
Builder
SCOPE(CONTEXTUAL)
MODEL(CONCEPTUAL)
ENTERPRISE
Designer
SYSTEMMODEL(LOGICAL)
TECHNOLOGYMODEL(PHYSICAL)
DETAILEDREPRESEN- TATIONS(OUT-OF- CONTEXT)
Sub-Contractor
FUNCTIONINGENTERPRISE
DATA FUNCTION NETWORK
e.g. Data Definition
Ent = FieldReln = Address
e.g. Physical Data Model
Ent = Segment/Table/etc.Reln = Pointer/Key/etc.
e.g. Logical Data Model
Ent = Data EntityReln = Data Relationship
e.g. Semantic Model
Ent = Business EntityReln = Business Relationship
List of Things Importantto the Business
ENTITY = Class ofBusiness Thing
List of Processes theBusiness Performs
Function = Class ofBusiness Process
e.g. Application Architecture
I/O = User ViewsProc .= Application Function
e.g. System Design
I/O = Data Elements/SetsProc.= Computer Function
e.g. Program
I/O = Control BlockProc.= Language Stmt
e.g. FUNCTION
e.g. Business Process Model
Proc. = Business ProcessI/O = Business Resources
List of Locations in which the Business Operates
Node = Major BusinessLocation
e.g. Business Logistics System
Node = Business LocationLink = Business Linkage
e.g. Distributed System
Node = I/S Function(Processor, Storage, etc)Link = Line Characteristics
e.g. Technology Architecture
Node = Hardware/SystemSoftware
Link = Line Specifications
e.g. Network Architecture
Node = AddressesLink = Protocols
e.g. NETWORK
Architecture
Planner
Owner
MOTIVATIONTIMEPEOPLE
e.g. Rule Specification
End = Sub-condition
Means = Step
e.g. Rule Design
End = ConditionMeans = Action
e.g., Business Rule Model
End = Structural AssertionMeans =Action Assertion
End = Business ObjectiveMeans = Business Strategy
List of Business Goals/Strat
Ends/Means=Major Bus. Goal/Critical Success Factor
List of Events Significant
Time = Major Business Event
e.g. Processing Structure
Cycle = Processing CycleTime = System Event
e.g. Control Structure
Cycle = Component CycleTime = Execute
e.g. Timing Definition
Cycle = Machine CycleTime = Interrupt
e.g. SCHEDULE
e.g. Master Schedule
Time = Business EventCycle = Business Cycle
List of Organizations
People = Major Organizations
e.g. Work Flow Model
People = Organization UnitWork = Work Product
e.g. Human Interface
People = RoleWork = Deliverable
e.g. Presentation Architecture
People = UserWork = Screen Format
e.g. Security Architecture
People = IdentityWork = Job
e.g. ORGANIZATION
to the BusinessImportant to the Business
What How Where Who When Why
Architecture
e.g. STRATEGY
e.g. Business Plan
© 2011 IBM Corporation22
Por que Frameworks?
Catálogo de
aplicações
Mapa da infra-estrutura
Diagrama
de
aplicações
Modelo
de d
ados Modelo
de objetivosMapa de
redundâncias
Dic
ionári
o
de d
ados
Dis
aste
r
Recovery
Política de Segurança
Modelo
de
Processos
© 2011 IBM Corporation23
Por que Frameworks?
© 2011 IBM Corporation24
Vantagens do uso de um Framework
�� OrganizarOrganizar as iniciativas de uma arquitetura corporativa;
�� UniformizarUniformizar os termos e linguagem
– itens e domínios de arquitetura em toda a empresa;
� Concentrar as discussões de arquitetura;
�� AcelerarAcelerar o funcionamento e diminuir a diminuir a complexidade;complexidade;
� Permitir projeprojeççõesões dos itens de um framework de arquitetura em outros
– Apoio de ferramentas;
�� IntegrarIntegrar soluções, fornecedores e equipes distintas de forma mais harmônica e estruturada
– conforme planejamento;
�� Facilitar comunicaFacilitar comunicaççãoão da visão e dos planos para toda a corporação;
� Identificar alinhamentoalinhamento de TI com as diretrizes de negócio.
© 2011 IBM Corporation25
A “ávore genealógica” dos frameworks de arquitetura
© 2011 IBM Corporation26
Uma sopa de letrinhas...
recomendação de livro:
© 2011 IBM Corporation27 27
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
© 2011 IBM Corporation28
TOGAF: Metodologia ADM
� Processo iterativo paradesenvolvimento centrado naarquitetura (sempre baseada nosrequisitos);
� 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õesconceituais e mais gerais; as fasesposteriores movem-se em direçãoàs especificações e às práticas;
© 2011 IBM Corporation29
IBM Enterprise Architecture Method
Business Architecture
Technology Architecture
Governance
Strategic Gap Analysis
Transition
Enterprise Capabilities
IS Architecture
Current Environment
EA PlanningObjectives
EmergingOpportunities
Business Event List
Locations
IT NodesIT
Components
EA Neighborhood Gaps Ident’n
EA Capability
Assessment
EA Neighborhood Assessments
Transition Initiatives
Transition Management
StrategyIntegrated Transition
Plan
Management Action Plan
Decision Model
Principles, Policies & Guidelines
Architecture Management
Processes
Business Activity Mel
Business Structure
Architecture ManagementRoles / Rasp
Architecture Management
Metrics
Critical issues, opportunities
& rec’ns
Technology Reference Architectures
Application Groups
User GroupsIS Reference Architectures
Capability Model
ResourcesEA
Overview Diagram
Strategic CBM
Business Directions
EA Guiding Principles
Business Scenarios
Deployment Unit Matrices
DataStores Deployment
Units (IS)
Placement Guidelines
Standard Use Cases
Enterprise KPIs
Standard NFRs
Roles
Usage Matrice
s
Business Reference Architectures
Enterprise Information
Model
Reference Architectures
etc.
Technology Scan
© 2011 IBM Corporation30
A abordagem da IBM propõe quatro fases iterativas para a implementação de EA
Define EA Project
Plan & Kick offEA Project
1. Initiate Enterprise Architecture Project
On-going Project Management
2. Understand Business & IT Context
3. Develop Enterprise Architecture
4. Perform Gap Analysis & Develop Transition Plan
Refine & Define Strategic Business, IT Directions, and Outline Governance
Model
Develop Business, IS, & Technology
Architectures, and Governance Model
Identify & Prioritize Strategic Initiatives
Start EA Project
Plan EA Project
Obtain Current Business & IT Architecture
Define EA Guiding Principles
Define Business
Architecture
Define Technology
Architecture
Understand Gaps in
Existing Project
Portfolio
Develop & Prioritize
Strategic Initiatives
Define Strategic
Business & IT
Directions
Outline Governance Model
Define Information
Systems (IS)
Architecture
Define & Enable EA
Governance
Develop Transition
Strategy
Develop Management
Action Plan
Identify Current
Projects and
Initiatives
Monitor the project Handle Exceptions
© 2011 IBM Corporation31
Níveis de Governança
IT 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:
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
CorporateGovernance
EAGovernance
IT Governance
What is IT governance?
What is EA governance?
© 2011 IBM Corporation32
“Are our target architectures still
right?”
“Are we still moving the
right direction?”
Programmes& Projects
Strategic Delivery
Solution Outline Build Cycle DeploymentMacro Design Micro Design
Solution Outline Build Cycle DeploymentMacro Design Micro Design
Solution Outline Build Cycle DeploymentMacro Design Micro Design
Strategic Intent
EAGovernance
"Are we designing these systems the way we said we want them
done?”
Enterprise IT Architecture
FunctionalOperational
"This is the way these systems should be designed”
Enterprise Business
Architecture
“Business as Usual” project prioritisation &
planning
"These are the projects we should
do”
EA Transition
“These are ourroadmaps”
A Governança de EA provê o rigor na entrega das “intenções” daestratégica do negócio através da manutenção da vitalidade da EA e dapromoção de soluções corporativas em conformidade com a EA
© 2011 IBM Corporation33
Complementando a figura inicial…
Solution Architectures(many, including SOA)
Solution Architectures(many, including SOA)
Modelos do NegócioIntenções (estratégias, direcionadores, princípios, planos),
Valor (produtos & servi’ços),Capacidades, Processos de negócio, papéis e Localidades
...
Modelos do NegócioIntenções (estratégias, direcionadores, princípios, planos),
Valor (produtos & servi’ços),Capacidades, Processos de negócio, papéis e Localidades
...
Enterprise ArchitectureBusiness, Applications, Information, Technical,
Governance
Ambiente Operacional
Governança
Framework de gestão daarquitetura
Liderança
Patrocínio
Recursos
Estrutura
Visão
Principios
Papéis & Responsabilidades
Processos
Requisitos
Roadmaps
Métricas
…
Governança
Framework de gestão daarquitetura
Liderança
Patrocínio
Recursos
Estrutura
Visão
Principios
Papéis & Responsabilidades
Processos
Requisitos
Roadmaps
Métricas
…
Ambiente de Negócios(Influências extermas)
Clientes, Agências reguladoras. mercado ...
Ambiente de Negócios(Influências extermas)
Clientes, Agências reguladoras. mercado ...
AtivosAtivos
AtualizaçãoAtualização
ReúsoReúso
influencia valor
influencia
influencia
influencia feedback
feedback
feedback
Pessoas, Processos, Tecnologia
Modelos de Arquitetura
Arquiteturasde referência
Infraestrutura
Pacotes
Ferramentas& Processos
Serviços
Skills
…
Solution Architectures(many, including SOA)
Solution Architectures(many, including SOA)
Arquiteturas de Solução(diversas, inclusive SOA)
Arquiteturas de Solução(diversas, inclusive SOA)
© 2011 IBM Corporation34
A Governança de EA especifica regras, processos, papéis e estruturaorganizacional requeridas para uma gestão efetiva e manutenção davitalidade da EA
� Estrutura;
� Papéis e responsabilidades;
� Processos:
– Conformidade
– Tratamento de Exceções
– Comunicação
– Vitalidade
� Metricas;
� Mecanismos de decisão.
Um framework de gestão e governança de EA compreende:
© 2011 IBM Corporation35
Gestão e Governança da EA – Um exemplo
Executive Level IT Steering Committees
Architecture Review Board
Business/IT Direction
(Project Funding/Approval)
Architecture Complianceat Project Level
Reviews, consults,mentors project teams
ArchitecturePolicy & Direction
Leadership & Sponsorship(Governance/Standards/Processes)
Technical Review Board
ApplicationArchitect
DataArchitect
TechnologyArchitect
Architecture Role/Responsibility
Project Teams
Str
ateg
icT
actic
al
BusinessArchitect
Sam
ple
Org
aniz
atio
n S
truc
ture
© 2011 IBM Corporation36
Os quatro processos essenciais ao sucesso da EA: Vitalidade, Conformidade, Tratamento de Exceções e Comunicação
Architecture Vitality Process
Solutions Delivery
Architecture Communications Process
Architecture Review & Approval
(Compliance )Process
Application Delivery
Technology Delivery
Project Management (e.g. SDLC)
Portfolio Management
Inspect
Architecture Exceptions
and AppealsProcess
Appeal
Maintain
Communicate
These four core processes are essential for success of
The EA program !
© 2011 IBM Corporation37
Guiding PrinciplesG1. Architecture ComplianceG2. Open Standards-based ArchitectureG3. Buy Vs BuildG4. Enterprise System Integrity
Business PrinciplesB1. Business & IT AlignmentB2. Business Unit RequirementsB3. Business FlexibilityB4. Integration between Business and IT DesignB5. Business Partner process integration
Application PrinciplesA1. IT System FlexibilityA2. Common Functions, Reuse & SharingA3. Application InterfacesA4. Application Development MethodA5. Package Selection
Principios são decisões pré-determinadas que guiamas tomadas de decisão por toda a corporação
Sample Principles
G4: Enterprise System IntegrityChanges to processes, technology, organization and information will consider impacts to the enterprise as a whole.Motivations
� Enterprise’s computing environment is becoming highly integrated and must be treated as a single entity
� The system is comprised of subsystems, each of which contributes an essential service to the system as a whole
� These services must be available and support the system from the back end data resources to the front end client operations and all points in between
� Any service that is discontinuous along this end-to-end continuum 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
© 2011 IBM Corporation38
Governança – Abordagem balanceada
Não-Estruturada•Liberdade para tudo e todos•Processos não repetitíveis•Não há métricas•Não há documentação•Depende de ‘heróis’
Estruturada Demais•Não há espaço para criatividade•Burorática e lenta•Muitas métricas•Excesso de políticas /procedimentos•Geralmente ignorada / minada
Governança•Balanceada•Processos Repetitíveis•Mensurável•Documentada e utilizada•Continuamente melhorada
Alvo deve sercentrado nosrequisitos de
negócio
© 2011 IBM Corporation39
Olhando sempre para os dois lados
THE WILLLeading people
Trust
Alignment
Responsibilities
Communication
Behavior
Culture
THE WAYManaging processes
Governance
Planning
Methodologies
Templates
Tools
TechniquesRelationships Processes
Communication
© 2011 IBM Corporation40
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 garantama 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.).
© 2011 IBM Corporation41
Um recado do mestre…
© 2011 IBM Corporation42
Common Architecture
Unique Product/ Service
Architecture
Unique Product/Service
Architecture
Unique Product/Service
Architecture
Shared Architecture Unique Product/Service
Architecture
Common Architecture
Unique Product/ Service
Architecture
Unique Product/Service
Architecture
Unique Product/Service
Architecture
Shared Architecture Unique Product/Service
Architecture
“Socialização” da EA: comunicação é essencial para o entendimento e uso correto por parte de todos os stakeholders.
Visão da EA
Portal da EA Treinamento
Applications DataNetwork
Systems
Management
Organization& Management
Guiding
Principles
Decision-makingResponsibilityGovernance
Role of TechnologyValue of TechnologyComplianceUse of Technologye-BusinessWebsite
LocationMake vs Buy
Modular Components
Applications DevelopmentCommon User InterfaceScalabilityTesting & Training
Data Management
Data OwnershipData StorageData AccessOperational&AnalyticalData Confidentiality
Single Logical NetworkNetwork ManagementExternal Connectivity
Security
AvailabilityProduction System Mgmt
Princípios Direcionadores
� Charter: Mission, Vision, & CSFs� Organizational Structure� Roles and Responsibilities� Guiding Principles
� Processes� Compliance Review and Approval� Exceptions� Vitality� Communications
� Selection and Evaluation Criteria� Metrics
� Transition Planning� Architecture Tools
� Maturity Assessment Refresh� Ongoing Education
Executive Workshops
1
2
3
Processos e Ferramentas
EA - SOA
Processes & Tools enable the Architecture
Compliance
Exceptions
Vitality
Evaluation & Selection
Communication
Infrastructure
Processes
EnterpriseArchitecture
Compliance
Exceptions
Vitality
Communication
Infrastructure
Processes
Tools
EnterpriseArchitecture
© 2011 IBM Corporation43
Artefatos de EA precisam ser guardados em um repositório
central onde possam ser usados/consultados por todos os
stakeholdersEnterprise CapabilitiesCapability
Model
Resources
EA Overview Diagram
Strategic CBMBusiness Directions
EA Guiding Principles
Business Scenarios
Business ArchitectureBusiness Event List
Locations
Business Activity Mdl
Business Structure
Enterprise KPIs
Roles
Usage Matrices
Business Reference Architectures
Enterprise Information
Model
Technology Architecture
IT NodesIT
Components
Technology Reference Architectures
Strategic Gap Analysis
EA Neighborhood Gaps Ident’n
EA Capability Assessment
EA Neighborhood Assessments
TransitionTransition Initiatives
Transition Management
StrategyIntegrated Transition
Plan
Management Action Plan
Critical issues, opportunities
& rec’ns
Governance
Decision Model Principles,
Policies & Guidelines
Architecture Management
Processes
Architecture ManagementRoles / Resp
Architecture Management
Metrics
Arc
hite
ctur
al D
omai
ns
Purpose-RelatedCategories
All Architectural Building Blocks
Access through Web-Portal
Powerful Search Capabilities
Release Management
Publication Process
Project A
ABB
ABB
ABBABB
Art
ifact
Usa
ge
Project B
ABB
ABB
ABBABB
Project C
ABB
ABB
ABBABB
Project D
ABB
ABB
ABBABB
Project E
ABB
ABB
ABBABB
EA Repository
© 2011 IBM Corporation44
Network Topologies
IBM Rational System ArchitectCaptura e modela todos os domínios de uma organização
Behavior (UML Support)
Organizational Charts
Matrix Views
Application Models
Data Models Goals Objectives Class Diagrams
Process Models
Business Process Modeling and Analysis
Application and Service ModelsNetwork
Infrastructure
Relational Data Modeling
© 2011 IBM Corporation45 45
Visualizando Dependências e Análises de Impacto
Entendendo o impactodas mudanças
VisualizandoDependências
© 2011 IBM Corporation46
Japanese
Hebrew
Thank YouEnglish
MerciFrench
Russian
DankeGerman
GrazieItalian
GraciasSpanish
ObrigadoPortuguês
Arabic
Simplified Chinese
Traditional Chinese
Tamil
Korean
Thai