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


Esclarecimento inicial

Enterprise Architecture (EA)=

Arquitetura Corporativa=

Arquitetura Empresarial

≠ ≠


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;


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.


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


� “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


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)


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


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


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


TransitionPlanning


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


Programme Architecture


Programme ArchitectureSoln Outline Macro Design Micro Design Devt, etc.








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


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

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

...



...

Enterprise ArchitectureBusiness, Applications, Information, Technical,

Governance

Ambiente Operacional

Ambiente de Negócios(Influências extermas)

Clientes, Agências reguladoras. mercado ...



influencia valor

influencia

influencia

influencia feedback

feedback

feedback



Arquiteturas de Solução(diversas, inclusive SOA)



EA é mais do que arquitetura

Programmes& Projects

Strategic Delivery

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”


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.


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


Ad

vise/

Ass

ist


ArchConfor ming


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


Ad

vise/

Ass

ist


ArchConfor ming


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


Data architecture

IT architecture

Cha

nne

ls

Applications


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


Data architecture

IT architecture


Data architecture

IT architecture

Cha

nne

ls

Applications


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


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?


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?


Algumas constatações...


Esse é o cara!


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;


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


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


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


Por que Frameworks?


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.


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


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


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;


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


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


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


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?


“Are our target architectures still

right?”

“Are we still moving the

right direction?”

Programmes& Projects

Strategic Delivery




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


Complementando a figura inicial…





...



...

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

…





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

…






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:


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


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 !


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


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


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


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.).


Um recado do mestre…


Common Architecture

Unique Product/ Service

Architecture

Unique Product/Service

Architecture


Architecture

Shared Architecture Unique Product/Service

Architecture

Common Architecture

Unique Product/ Service

Architecture


Architecture


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


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


Processes

Architecture ManagementRoles / Resp


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


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


Japanese

Hebrew

Thank YouEnglish

MerciFrench

Russian

DankeGerman

GrazieItalian

GraciasSpanish

ObrigadoPortuguês

Arabic

Simplified Chinese

Traditional Chinese

Tamil

Korean

Thai