Вы находитесь на странице: 1из 892

Mdulo 0 - Introduo

TOGAF 9 Certified - Arquitetura Corporativa


Atila Belloquim
Gnosis IT Knowledge Solutions
V9.1 Edition Copyright 2009-2011

Slide 1

of 67

All rights reserved


Published by The Open Group, 2011

Objetivos
Este curso tem por objetivo capacitar os participantes a:
Compreender os conceitos relacionados Arquitetura Corporativa
Identificar os processos necessrios ao estabelecimento de uma
prtica de Arquitetura Corporativa na Organizao
Conhecer o framework TOGAF 9 de Arquitetura Corporativa
Conhecer a metodologia ADM associada ao framework TOGAF 9
Realizar os exames necessrios obteno da certificao
profissional TOGAF 9 Certified

Slide 2

Agenda
The Open Group
O Frum de Arquitetura

Por que arquitetura corporativa


Por que um framework
TOGAF 9.1
Certificao em TOGAF 9
Resumo

Slide 10

The Open Group


um fornecedor internacional e um consrcio neutro de
tecnologia, ao qual organizaes confiam a liderana no
desenvolvimento de padres de TI e cetificao.
Prov a orientao e um ambiente aberto visando
proporcionar interoperabilidade e neutralidade de
fornecedor.
A filiao aberta a todas as empresas: pequenas, mdias
e grandes, em qualquer lugar do mundo.

Slide 11

Agenda
The Open Group
O Frum de Arquitetura

Por que arquitetura corporativa


Por que um framework
TOGAF 9.1
Certificao em TOGAF 9
Resumo

Slide 20

Frum de Arquitetura Misso


A misso do Frum de Arquitetura avanar a viso do
The Open Group sobre o Fluxo de Informao sem
Fronteiras, para e entre as empresas,
Atravs de um conjunto de programas que incidem sobre
todos os aspectos arquiteturais, incluindo:
Proporcionar ampla e profunda liderana para a comunidade EA
Validando, publicando, fomentando e mantendo as melhores
prticas para EA
Desenvolvendo, organizando, pesquisando, publicando atravs de
lderes em EA
Iniciando e gerindo programas e projetos para apoiar estas
atividades
Slide 21

Partes Interessadas e Valor


Arquitetos de Clientes
Tempo, custo e risco reduzidos
Fornecedores de Ferramentas
Maior mercado, maior participao no mercado
Fornecedores de Soluo de TI
Melhor custo-eficincia
Integradores
Melhor custo-eficincia, melhor servio
Organizaes Acadmicas / Pesquisa
Apoio para a obteno de financiamento

Slide 22

Agenda
The Open Group
O Frum de Arquitetura
Por que arquitetura corporativa

Por que um framework


TOGAF 9.1
Certificao em TOGAF 9
Resumo

Slide 23

O que uma Corporao?


Um conjunto de organizaes que compartilham um
conjunto comum de metas
Agncia Governamental
Parte de uma corporao
Empresa

As grandes corporaes podem incluir mltiplas empresas


Pode ser uma "empresa estendida", incluindo parceiros,
fornecedores e clientes

Slide 24

O Que uma Arquitetura?


Uma Arquitetura a
organizao fundamental de
alguma coisa, consubstanciado
em:
Seus componentes,
Suas inter-relaes e com o
ambiente
E os princpios que
governam seu design e
evoluo

Adaptado do padro ANSI/IEEE 1471-2000

Slide 25

O Que Arquitetura Corporativa?

[1] MIT Center for Information Systems Research


[2] SearchCIO.com
Slide 26

Arquitetura Corporativa :
A lgica de organizao para os
processos de negcios e
infraestrutura de TI refletindo os
requisitos de integrao e
padronizao do modelo
operacional da empresa. [1]
Um modelo conceitual que
define a estrutura e
funcionamento de uma
organizao. A inteno de uma
arquitetura corporativa
determinar como uma
organizao pode mais
efetivamente atingir os seus
objetivos atuais e futuros. [2]

Tipos de Arquitetura
Arquitetura de
Negcio

Arquitetura de
Aplicao

Servios

Hardware,
software, redes
Slide 27

Processos de
Negcio,
organizao,
pessoas

Arquitetura de
Dados
Dados,
Informao

Arquitetura de
Tecnologia

Por qu Arquitetura Corporativa?


Uma gesto eficaz e a explorao da informao atravs
da TI a chave para o sucesso do negcio
Boa gesto da informao = vantagem competitiva
Atuais sistemas de TI realmente no atendem s
necessidades de negcios
Fragmentados, duplicados
Mal compreendidos
No responsivos a mudanas

Investimento em Tecnologia da Informao


Centrada na manuteno do sistema
Desenvolvimentos tticos em vez de um plano estratgico

Slide 28

Por que Arquitetura Corporativa?


Duas principais razes por que voc precisa
de uma arquitetura corporativa:
Fundamental para a sobrevivncia e sucesso do
negcio
Permite a inovao gerenciada dentro da empresa

Slide 29

Presses para se Desenvolver uma


Arquitetura Corporativa
Leis e regulamentaes
Clinger-Cohen Act (US Information Technology
Management Reform Act 1996)
Diretivas da Unio Europeia sobre a Adjudicao de
Contratos Pblicos
Sarbanes-Oxley

Extensibilidade das Empresas


Operaes de TI mais cooperativas
Maior divulgao s falhas
Aumento no contencioso
Requisitos de auditoria

Slide 30

Benefcios de Negcio
da Arquitetura Corporativa
Ajuda uma organizao a alcanar sua estratgia de
negcios
Menor tempo para chegar ao mercado para inovaes e
novas capacidades
Processos de negcio e informaes mais consistentes nas
unidades de negcios
Mais confiabilidade e segurana, menor risco

Fonte: Why Enterprise Architecture Matters?, White Paper do The Open Groupr, W076

Slide 31

Benefcios de Negcios da
Arquitetura Corporativa

Uma operao de negcio mais eficiente


Uma operao de TI mais eficiente
Melhor retorno sobre o investimento existente
Reduo do risco de investimento futuro
Compras mais rpidas, mais simples e mais baratas

Veja tambm: Why Enterprise Architecture Matters?, White Paper do The Open Group, W076

Slide 32

A Importncia da Governana
Uma arquitetura corporativa
apenas to boa quanto o
framework de tomada de
deciso que se estabelece em
torno dele framework de
"governana"
A estrutura de governana
depende de
Estrutura de autoridade clara
Os participantes certos

Slide 33

O qu queremos dizer com


Governana?
A forma na qual as decises so tomadas
Quem responsvel (responsible)?
Quem est envolvido?
Quem responsvel (accountable)?

Slide 34

Agenda
The Open Group
O Frum de Arquitetura
Por que arquitetura corporativa
Por que um framework

TOGAF 9.1
Certificao em TOGAF 9
Resumo

Slide 35

O que um Framework?
Definio 3.13: Framework de Arquitetura
Uma estrutura conceitual usada para desenvolver, implementar e
manter uma arquitetura corporativa

Deve descrever um mtodo para projetar um estado alvo


da empresa em termos de um conjunto de blocos de
construo, e para mostrar como os blocos de construo
se encaixam
Deve conter um conjunto de ferramentas e fornecer um
vocabulrio comum
Ele tambm deve incluir uma lista de padres
recomendados e produtos compatveis que podem ser
usados para implementar os blocos de construo

Slide 36

O Valor de um Framework
Fornece um ponto de partida prtico para um Projeto de
Arquitetura

Evita o pnico inicial quando a escala da tarefa torna-se aparente


Sistemtica - "bom senso codificado"
Captura o que outros j descobriram que funciona no mundo real
Contm um conjunto de recursos base para a reutilizao

Slide 37

Enterprise Architecture Development


Method Padro aberto e neutro
Um mtodo geral
abrangente

Complementrio a, no
concorrente a, outros
frameworks

Amplamente adotado
no mercado
Desenvolvido para
atender as
necessidades da
empresa e da indstria
Disponvel sob uma
licena grtis e
perptua
Slide 38

de fornecedor,
tecnologia e ferramenta
Evita reinventar a roda

Alinha TI com o
Negcio
Baseado em Boas
Prticas
Possibilidade em
participar na evoluo
do framework

Agenda

The Open Group


O Frum de Arquitetura
Por que arquitetura corporativa
Por que um framework

TOGAF 9.1

Certificao em TOGAF 9
Resumo

Slide 39

Desenvolvimento do TOGAF
1994

Requirement

Prova de necessidade

1995

TOGAF Version 1

Prova de conceito

1996

TOGAF Version 2

Prova de aplicao

1997

TOGAF Version 3

Relevncia para Arquiteturas Prticas


(blocos de construo)

1998

TOGAF Version 4

Continuum da Arquitetura (TOGAF em


Contexto)

1999

TOGAF Version 5

Cenrios de Negcios (requisitos de


arquitetura)

2000

TOGAF Version 6

Vises de Arquitetura (IEEE Std 1471)

Slide 41

Desenvolvimento do TOGAF
2001

TOGAF Verso7

Princpios de Arquitetura; Avaliaes de


Conformidade

2002

TOGAF Verso 8

Extenso para Arquitetura Corporativa

2003

TOGAF Verso 8.1

Gerenciamento de Requisitos;
Governana; Modelos de Maturidade;
Framework de Competncias

2006

TOGAF Verso 8.1.1

Retificao Tcnica 1 Aplicada

2009

TOGAF Verso 9

Reestruturao Evolucionria;
Framework de Contedo da Arquitetura

2011

TOGAF Verso 9.1

Retificao Tcnica 1 Aplicada

Slide 42

Direcionada pelos Membros


(Usurios Finais)
Clientes Membros exigem padres de arquitetura ...
Clientes Membros escolhem o TAFIM como ponto inicial preferido
DoD Information Systems Agency (DISA) doa o TAFIM como base
93

94

O primeiro TOGAF publicado


TOGAF 7 Technical Edition
96

01

Publicado o primeiro Cenrio


Interopervel de Negcios
Corporativo (The Interoperable
Enterprise Business Scenario)
Slide 43

02 03

06

09

TOGAF 9 Enterprise
Edition
11

TOGAF 9.1
TOGAF 8.1.1
TOGAF 8 Enterprise Edition
lanado o primeiro programa
de certificao para TOGAF

O Escopo do TOGAF
O TOGAF enfatiza metas de negcio como condutores de
arquitetura e fornece um repositrio de boas prticas,
incluindo:

O Mtodo de Desenvolvimento de Arquitetura do TOGAF (ADM)


Orientaes & Tcnicas do ADM
O Framework de Contedo da Arquitetura do TOGAF
O Continuum Corporativo
Modelos de Referncia do TOGAF
Modelo de Capacidades do TOGAF

Slide 44

Objetivos do TOGAF
Longo Prazo:
Um padro da indstria, um mtodo de arquitetura corporativa
genrico.
.utilizvel por si prprio ou em conjunto com frameworks que
possuam produtos relevantes/especficos para setores em
particular.
Vrios frameworks possuem mind share:
Zachman, Spewak, DoD Framework, FEAF, TEAF,

A maioria foca em produtos no em mtodo


TOGAF e. (no TOGAF ou.)

Verso 9:
Uma evoluo do TOGAF 8.1.1. Maior alinhamento com o
negcio. Reestruturao para facilitar o uso. Estrutura geral e
mtodo central para arquitetura corporativa que pode ser
completado em anos futuros.
Slide 45

Componentes do TOGAF 9

Slide 46

O TOGAF 9.1
Parte I - Introduo
Prefcio, Sumrio Executivo, Conceitos Principais, Definies e
Notas do Release.

Parte II Mtodo de Desenvolvimento de Arquitetura


Introduo ao ADM
Narrativa das fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para adaptar o processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo de Arquitetura


Metamodelo de Contedo de Arquitetura
Artefatos Arquiteturais
Entregveis de Arquitetura
Blocos de Construo

Parte V Continuum Corporativo e Ferramentas


Continuum Corporativo
Particionamento da Arquitetura
Repositrio de Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia de Infraestrutura de Informao Integrado

Parte VII Framework de Capacidades de Arquitetura


Comit de Arquitetura
Conformidade de Arquitetura
Contratos de Arquitetura
Governana de Arquitetura
Modelos de Maturidade de Arquitetura
Framework de Competncias de Arquitetura

Slide 47

Componentes do TOGAF 9
Mtodo de Desenvolvimento de Arquitetura (ADM)
Uma sequncia iterativa de passos para desenvolver uma
arquitetura para toda a empresa

Orientaes e Tcnicas do ADM


Orientaes e tcnicas para dar suporte aplicao do ADM

Framework de Contedo da Arquitetura


Um modelo detalhado de produtos de trabalho de arquitetura,
incluindo entregveis, artefatos dentro de entregveis, e os Blocos
de Construo de Arquitetura (BCAs) que os entregveis
representam.

Slide 48

Componentes do TOGAF 9
O Continuum da Corporao
Um modelo para a estruturao de um repositrio virtual e mtodos
para a classificao de artefatos de arquitetura e de soluo

Modelos de Referncia do TOGAF:


O Modelo de Referncia Tcnica do TOGAF (TRM)
O Modelo de Informao de Infraestrutura Integrado (III-RM).

O Framework de Capacidade de Arquitetura


Uma definio estruturada das organizaes, competncias,
funes e responsabilidades para estabelecer e operar uma
arquitetura corporativa.

Slide 49

Framework de Habilidades Corporativas do TOGAF

Informa a
capacidade
Garante a realizao

Framework de
Capacidade de Arquitetura
(Parte VII)

Da viso de negcio

Necessidades de
negcio alimenta
o mtodo
Viso e
Direcionadores
de Negcio

Refina

Mtodo de Desenvolvimento de
Arquitetura (Parte II)

Orientaes & Tcnicas


do ADM (Parte III)

Entende

Framework de
Contedo de
Arquitetura (Parte
IV)

Define objetivos,
KPIs, oramentos
para os papis de
Arquitetura
Direciona a necessidade
por maturidade nas
Capacidades de
Arquitetura
Entrega novas
solues de
Negcio

ADM &
Framework de
Contedo do TOGAF

Continuum Corporativo &


Ferramentas (Parte V)
Informa o Negcio
Do Estado Atual

Slide 50

Modelos de Referncia
do TOGAF (Parte VI)

Estrutura Modiular
Framework de Contedo
Orientao Estendida
Estilos Arquiteturais
Detalhamentos adicionais
do ADM

Mudanas operacionais
Causam atualizaes

Continuum
Corporativo e
Ferramentas do TOGAF

Capacidade de
Negcio

ADM Princpios Bsicos


Um mtodo iterativo, ao longo de
todo o processo, entre as fases e
dentro das fases
Cada Iterao= novas decises:
Cobertura da Corporao
Nvel de detalhe
Horizonte de tempo
Reuso de ativos de Arquitetura:
Iteraes anteriores do ADM,
outros frameworks, modelos
sistmicos, modelos de
indstria

Decises baseadas em:


Competncia / recursos disponveis
Valor agregado para a corporao.
Slide 51

ADM Princpios Bsicos


Cada fase validada contra,
e valida os requisitos atuais
do negcio

Slide 52

Fase Preliminar
Esta fase inclui as atividades
de preparao e iniciao
para criar uma capacidade
de Arquitetura
Entender o ambiente de
negcio
Compromisso da Alta
Administrao
Acordo sobre o escopo
Estabelecer os princpios
Estabelecer a estrutura
de governana
Customizao do
TOGAF

Slide 53

Fase A
Viso da Arquitetura
Inicia uma iterao do
processo de arquitetura
Define o escopo,
restries, expectativas
Requerido no incio de
todos os ciclos de
arquitetura
Cria a Viso da Arquitetura
Valida o contexto de negcio
Cria a Declarao de
Trabalho de Arquitetura

Slide 54

Fase B
Arquitetura de Negcio

A organizao fundamental
de um negcio, incorporado
em
Seus processos de
negcios e pessoas,
Suas relaes
Entre si e com o ambiente,

Slide 55

E os princpios que
governam seu design e
sua evoluo
Mostra como a organizao
atende a seus objetivos de
negcio

Arquitetura de Negcio - Contedo


Estrutura da organizao
Metas e objetivos de
negcio
Funes de negcios
Servios do Negcio
Processos de negcio
Papis corporativas
Correlao entre
organizao e funes.

Slide 56

de 67

Arquitetura de Negcio - Passos


1. Selecionar modelos de
referncia, pontos de vista e
ferramentas
2. Definir a Descrio da
Arquitetura de linha de base
3. Definir a Descrio da
Arquitetura Alvo
4. Realizar anlise da
diferena (gap analysis)
5. Definir os componentes
candidatos do roadmap
6. Realizar reviso formal
pelas partes interessadas
7. Finalizar a Arquitetura
8. Criar o Documento de
Definio de Arquitetura
Slide 57

Fase C
Arquitetura de Sistemas de Informao
A organizao fundamental
de um sistema de TI
incorporada em
Os principais tipos de
informaes e aplicaes
que as processam
A relao entre si e com
o ambiente, e os
princpios que governam
seu design e evoluo
Mostra como os sistemas de
TI atendem os objetivos de
negcio da corporao
Continued
Slide 58

Dados ou Aplicaes primeiro?

Slide 59

Geralmente se faz necessrio


abordar ambos
Nem sempre o caso,
dependendo do escopo do
projeto e suas restries
Podem ser desenvolvidos em
qualquer ordem, ou em paralelo
A teoria sugere que a Arquitetura
de Dados vem primeiro
Consideraes de ordem prtica
dizem que comear com a
Arquitetura de Aplicao pode
ser mais eficiente
Ser preciso haver alguma iterao
para assegurar a consistncia

Fase D
Arquitetura de Tecnologia
A organizao fundamental
de um sistema de TI
incorporada em
Sua tecnologia de
hardware, software e
comunicao
Suas relaes entre si e
com o ambiente,
e os princpios que
governam seu design e
evoluo

Slide 60

Fase E
Oportunidades e Solues
Realizar o planejamento
inicial da implementao
Identificar os principais
projetos de implementao
Determinar se uma
abordagem incremental
necessria, se assim, definir
Arquiteturas de Transio
Decidir a abordagem
Construir v Comprar v
Reusar
Terceirizar
Pacotes Comerciais
Cdigo Aberto
Avaliar as prioridades
Identificar as dependncias
Slide 61

Fase F
Plano de Migrao
Para os pacotes de trabalho
e projetos identificados na
Fase E realizar
Anlise de Custo/Benefcio
Avaliao de Risco

Finalizar o Plano de
Implementao e Migrao
detalhado

Slide 62

Fase G
Governana da Implementao
Fornecer uma superviso
arquitetural para a
implementao
Define restries de
arquitetura em projetos de
implementao
Governar e gerir um
Contrato de Arquitetura
Monitorar o trabalho de
implementao visando
conformidade
Produzir realizao de valor
de negcio

Slide 63

Fase H
Gerenciamento de Mudanas na Arquitetura
Fornecer monitoramento
contnuo e um processo de
gerenciamento de mudanas
Garantir que as mudanas
na arquitetura so geridas
de uma forma coesa e
arquitetada
Estabelece e apoia a
Arquitetura Corporativa a
fornecer flexibilidade para
evoluir rapidamente em
resposta a mudanas no
ambiente tecnolgico ou de
negcios
Monitora o negcio e o
gerenciamento de
capacidade.
Slide 64

Agenda

The Open Group


O Frum de Arquitetura
Por que arquitetura corporativa
Por que um framework
TOGAF 9.1

Certificao em TOGAF 9

Resumo

Slide 65

Certificao em TOGAF
Nvel da
Certificao

Propsito

TOGAF 9
Foundation

Fornecer validao de que o candidato tenha


adquirido conhecimento dos conceitos bsicos e
da terminologia do TOGAF 9 e compreende os
princpios fundamentais da Arquitetura
Corporativa e do TOGAF

TOGAF 9
Certified

Fornecer validao de que, alm de


conhecimento e compreenso, o candidato
capaz de analisar e aplicar os conhecimentos do
TOGAF

Slide 66

Alguns Fatos sobre o TOGAF


Desenvolvido por mais de 300 organizaes de todo o
mundo envolvidas no seu desenvolvimento
Grande usurios de TI
Fornecedores de TI
Integradores e Sistemas
Acadmicos
Usado nos maiores projetos de TI no mundo todo
IBM, HP, Sun, Infosys, ..
Comunidade de experientes praticantes de TOGAF
Mais de 16000 certificados
Suportado por ferramentas de arquitetura
Slide 69

Agenda

The Open Group


O Frum de Arquitetura
Por que arquitetura corporativa
Por que um framework
TOGAF 9.1
Certificao em TOGAF 9

Resumo

Slide 70

Introduo
Gerencial

TOGAF marca registrada do The Open


Group nos Estados Unidos e outros pases

Slide 73

of 67

Mdulo 2
TOGAF 9
Componentes
V9.1 Edition Copyright 2010-2011

Slide 74

of 26

Todos os direitos reservados


Publicado por The Open Group, 2011

TOGAF 9
Componentes

TOGAF marca registrada do The Open


Group nos Estados Unidos e outros pases.

Slide 75

of 26

Componentes do TOGAF 9

Slide 77

Parte I - Introduo
Prefcio, Preface, Viso global executiva, Principais Conceitos,
Definies e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 78

O Mtodo de Desenvolvimento da
Arquitetura
O ncleo do TOGAF
Uma forma comprovada de
desenvolvimento de uma
arquitetura
Projetada para atender
requisitos de negcio
Um mtodo interativo
Um conjunto de vises de
arquitetura para garantir que um
conjunto complexo de requisitos
so adequadamente atendidos
Cada fase inclui objetivos,
abordagem, entradas, passos e
sadas.
Slide 79

Orientaes e Tcnicas do ADM


Um conjunto de orientaes e tcnicas para dar suporte
implementao do ADM
As Orientaes ajudam a adaptar o ADM para lidar com
diferentes cenrios, incluindo diferentes estilos do processo
(ex.: o uso de iterao) e tambm requisitos especficos
(ex.: segurana)
As tcnicas do suporte a tarefas especficas dentro do
ADM (ex.: definir princpios, cenrios de negcio, anlise
de diferenas, planejamento da migrao, gerenciamento
de riscos, etc).

Slide 80

Aplicando Iterao ao ADM

Exemplo de Orientao
Slide 81

Aplicando o ADM Atravs do


Panorama da Arquitetura

Exemplo de Orientao
Slide 82

Categorias de Partes Interessadas

Exemplo de
Tcnica
Slide 83

Framework de Contedo da
Arquitetura
Fornece um modelo detalhado dos produtos
de trabalho arquiteturais, incluindo
Entregveis, Artefatos dentro dos
entregveis, e Blocos de Construo de
Arquitetura (BCAs / ABBs - Architecture
Building Blocks) que aqueles entregveis
representam
Propicia maior consistncia para as sadas
do TOGAF
Fornece um checklist abrangente de
sadas da arquitetura
Promove melhor integrao dos produtos
de trabalho
Prov um detalhado padro aberto de
como as arquiteturas deveriam ser
descritas
Inclui um metamodelo detalhado

Slide 84

Entregveis, Artefatos e Blocos de


Construo

Slide 85

Metamodelo de Contedo Completo


com Relacionamentos

Slide 86

de 26

Continuum da Corporao

Slide 87

Repositrio da Arquitetura

Slide 88

Modelos de Referncia do TOGAF


So fornecidos dois Modelos de Referncia
O Modelo de Referncia Tcnica do TOGAF (TRM)
Uma Arquitetura de Fundao
Um modelo e uma taxionomia de servios genricos de plataforma

O Modelo Integrado de Infraestrutura de Informao (III-RM)


Um modelo para aplicaes de negcio e infraestrutura
Direcionado especificamente para dar suporte viso do Fluxo de
Informao sem fronteiras (Boundaryless Information Flow)

Slide 89

Modelo de Referncia Tcnico


Alto-Nvel

Slide 90

Modelo de Referncia Tcnica


Detalhado

Slide 91

Fluxo de Informao sem Fronteiras


(Boundaryless Information Flow)
Uma marca registrada do The Open Group
O acesso informao integrada para apoiar a melhoria de
processos de negcios
Uma infraestrutura que fornece fluxo de informaes sem
fronteiras tem componentes padres abertos que prestam
servios em uma corporao estendida de um cliente que:
Combinam mltiplas fontes de informaes
De forma segura, entregam a informao seja l quando e onde ela
seja necessria, no contexto correto para pessoas ou sistemas que
utilizam esta informao.

Slide 92

O Modelo Integrado de Infraestrutura de


Informao (III-RM)

Slide 93

Framework de Capacidades

Slide 94

Estabelecendo a Capacidade de Arquitetura


como uma Entidade Operacional

O Framework de Capacidade da Arquitetura oferece orientaes sobre o


estabelecimento de uma prtica operacional de Arquitetura Corporativa
recomendvel que incluam capacidades como:

Gesto Financeira
Gesto de Desempenho
Gesto de Servio
Gesto de Risco
Gesto de Recursos
Gesto de Partes Interessadas e Comunicaes
Gesto da Qualidade
Gesto de Fornecedores
Gerenciamento da Configurao
Gesto do Ambiente

Slide 95

TOGAF 9
Componentes

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 99

of 26

Mdulo 3
Introduo ao
Mtodo de
Desenvolvimento da
Arquitetura
V9.1 Edition Copyright 2009-2011

Slide 100

of 19

All rights reserved


Published by The Open Group, 2011

Introduo ao
Mtodo de
Desenvolvimento
de Arquitetura
(ADM)

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 101

of 19

O que o ADM do TOGAF?

O ADM constitui o ncleo do TOGAF

O resultado da contribuio de vrios arquitetos

Um processo para desenvolver uma Arquitetura Corporativa

Integra todos os elementos dentro do TOGAF

Projetado para atender necessidades de Negcio e de TI provendo:

Um conjunto de vises de arquitetura (negcio, dados, aplicao,


tecnologia)

Um conjunto recomendado de entregveis

Um mtodo para gerenciar requisitos

Orientaes para ferramentas de desenvolvimento de arquitetura

Slide 103

Mtodo de Desenvolimento de
Arquitetura - Processo
O ADM um processo
iterativo:
Ao longo do processo
inteiro
Entre fases
Dentro das fases
Para cada iterao,
reconsidere:
Escopo
Detalhe
Cronogramas, marcos
Slide 104

Mtodo de Desenvolimento de
Arquitetura - Processo
Considere ativos de:
Iteraes passadas
Mercado, de acordo
com a disponibilidade,
competncia, e valor:
Outros Frameworks
Modelos Sistmicos
Modelos Verticais de
Indstria

Slide 105

Relacionamento com outras partes do TOGAF


Framework de Capacidade de
Arquitetura (Parte VII)

Mtodo de Desenvolvimento de
Arquitetura (Parte II)
Diretrizes & Tcnicas do
ADM (Parte III)
Framework de
Contedo de
Arquitetura
(Parte IV)
Continuum da Corporao &
Ferramentas (Parte V)
Modelos de Referncia
do TOGAF (Parte VI)
Slide 106

Preparar a organizao para um projeto de


arquitetura de sucesso.

Definir o escopo, as limitaes e as


expectativas para um projeto de TOGAF;
criar a Viso de Arquitetura;
validar o contexto do negcio, criar a
Declarao de Trabalho de Arquitetura

ADM Phases

Fornecer monitorao contnua e um


processo de gerenciamento de mudanas
para assegurar que a arquitetura responde
s necessidades da empresa

Fornecer superviso arquitetural


para a implementao; garantir que
o projeto de implementao est
em conformidade com a arquitetura

Analisar os custos, benefcios e


riscos; desenvolver o Plano de
Implementao e Migrao
detalhado

Garantir que todas as fases do projeto


de TOGAF esto baseadas nos
requisitos de negcios e os validam
Slide 107

Desenvolver a Arquitetura de
Negcio
Desenvolver as arquiteturas de
linha de base e alvo e
analisar as diferenas

Desenvolver a Arquiteturas de
Sistemas de Informao
Desenvolver as arquiteturas
de linha de base e alvo e
analisar as diferenas

Desenvolver a Arquitetura
Tecnolgica
Desenvolver as arquiteturas de
linha de base e alvo e
analisar as diferenas
Realizar o planejamento inicial da
implementao, identificar os mais
importantes projetos de implementao

Exemplo de Passos na Fase do ADM

Slide 108

Entradas e Sadas do ADM


O TOGAF define um nmero de entradas e sadas
de entregveis para cada fase
Estas so sugestes, no precisam ser seguidas a risca
Uma sada em uma fase inicial pode ser modificada em uma fase
futura
Nmeros de verso so usados para gerenciar as sadas
Uma conveno usada para ilustrar a evoluo dos entregveis
0.1 Um esboos de alto nvel de um entregvel
1.0 Um entregvel detalhado e formalmente revisado

Slide 109

Adaptando o ADM
Metodologia Genrica para diferentes:
Geografias
Setores verticais
Tipos de indstrias

Utilizvel com entregveis de outros frameworks


como Zachman, DODAF,
comum modificar ou estender o ADM para atender
necessidades especficas
Slide 110

Governana do ADM
O ADM, seja adaptado ou usado sem alterao, um
processo fundamental para ser gerido e governado
O Comit de Arquitetura deve estar convencido de que o
mtodo est sendo aplicado corretamente
A gesto de todos os artefatos arquiteturais, governana e
processos relacionados deve ser apoiada por um ambiente
controlado, como um repositrio

Slide 111

Repositrio de Governana
Dados de Referncia
Status de Processos
Informao de Auditoria

Slide 112

Motivos para limitar o Escopo da


Atividade de Arquitetura
A autoridade organizacional da equipe produzindo a
arquitetura
Os objetivos e preocupaes das partes interessadas a
serem endereadas dentro da arquitetura
A disponibilidade de pessoas, finanas e outros recursos

Slide 113

Limitando o Escopo da Atividade de


Arquitetura
Existem quatro dimenses em que o escopo pode
ser limitado:
Abrangncia
Profundidade
Perodo de Tempo
Domnios de Arquitetura

Slide 114

Integrao da Arquitetura

Slide 115

Introduo ao
Mtodo de
Desenvolvimento
de Arquitetura
(ADM)

O TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 118

of 19

Mdulo 4
O Continuum da Corporao e
Ferramentas

V9.1 Edition Copyright 2009-2011

Slide 119

of 30

All rights reserved


Published by The Open Group, 2011

O
Continuum
da
Corporao e
Ferramentas

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 120

of 30

Roadmap
Parte I - Introduo
Prefcio, Preface, Viso global executiva, Principais Conceitos,
Definies e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 121

Parte V, Continuum
da Corporao e
Ferramentas,
Captulo 39

Definio deContinuum
Substantivo: uma extenso contnua de algo, em
que nenhuma parte diferente de qualquer outra
Fonte: Wiktionary.org

Slide 123

Componentes do TOGAF
ADM

Diretrizes e Tcnicas
do ADM

Slide 124

Framework de Contedo
de Arquitetura

Modelos de Referncia

Continuum da
Corporao

Framework de Capacidade
De Arquitetura

Viso Geral
Um modelo para estruturar um repositrio virtual e mtodos
para classificar artefatos de arquitetura e soluo
Baseado em arquiteturas e solues:

Modelos, padres, descries de arquitetura


Entregveis produzidos na iterao atual do ADM
Entregveis produzidos em outras iteraes do ADM
Ativos da indstria em geral
Demonstra como os artefatos evoluem

A implementao prtica do Continuum da Corporao se


materializa em um Repositrio de Arquitetura
Continua
Slide 125

Viso Geral
(continuao)
O Continuum da Corporao uma combinao de dois
conceitos complementares: O Continuum da Arquitetura e
O Continuum de Solues
Ele habilita a efetiva utilizao de Produtos de Prateleira
(COTS)
Ele aperfeioa a eficincia da engenharia
Ele ajuda a organizar ativos de arquitetura e soluo
reusveis
Ele propicia uma linguagem comum:
Dentro da organizao
Entre empresas clientes e fornecedores
Slide 126

Reuso da Arquitetura
O Continuum da Corporao consiste de todos os ativos da
arquitetura: modelos, padres, descries de arquitetura,
etc.
Ativos externos incluem:
Modelos de referncia genricos (TRM do TOGAF, Zachman, )
Modelos especficos de TI (ex.: arquitetura de web services)
Modelos especficos de processamento de informaes (ex.:
comrcio eletrnico, gerenciamento de cadeia de suprimentos, )
Modelos especficos de setores verticais (ex.: TMF, ARTS, POSC)

A funo de governana da arquitetura decide quais ativos


uma organizao deve considerar como parte de seu
Continuum da Corporao

Slide 127

Continuum da Corporao: Componentes

Slide 128

O Continuum da Corporao

Figura 1

Slide 129

Figure 1

Arquiteturas variam desde Arquiteturas de Fundao passando por


Arquiteturas de Sistemas Comuns e Arquiteturas Setoriais chegando a
uma Arquitetura Especfica para a Organizao
As setas representam a relao bidirecional entre as diferentes
arquiteturas
Da esquerda para a direita: atendendo as necessidades da
corporao e os requisitos de negcio
As necessidades da corporao e os requisitos de negcio aumentam em
detalhes da esquerda para a direita

Direita para a esquerda: alavancando componentes arquiteturais e


blocos de construo
Slide 130

Figure 1

Os elementos arquiteturais mais a esquerda so os mais


reutilizveis.
Requisitos relacionados a elementos faltantes so
passados para a esquerda para incluso.
Corporaes podem utilizar os mesmos modelos do
Continuum, especializados para negcios especficos.
A Figura 1 mostra as diferentes arquiteturas que podem ser
desenvolvidas:
Estes no so etapas fixas em um processo
Arquiteturas diferentes tambm podem existir.
Slide 131

Figure 1

A Figura 1 no representa um processo formal, mas sim


uma progresso ocorrendo em vrios diferentes nveis:
Lgico

Fsico

Horizontal (focado em tecnologia de TI)

Generalizao
Taxonomia

Vertical (foco no negcio)

Especializao
Especificao de Arquitetura

Em cada ponto, um arquitetura projetada em termos de


conceitos de projeto e blocos de construo disponveis.
Slide 132

O Continuum de Solues

Figura 2

Slide 133

Figure 2

As arquiteturas mais especficas esto a direita:


Solues de Fundao ajudam a criar solues de sistemas
comuns
Solues de Sistemas Comuns so usadas para criar solues
setoriais
Solues Setoriais so usadas para criar solues especficas para
a organizao

Os conceitos mais genricos esto a esquerda


O espectro completo importante quando se faz o balano
entre custo e valor.
Slide 134

O Continuum de Solues:
Representa as implementaes de arquiteturas em nveis
correspondentes do Continuum da Arquitetura.
um preenchimento da arquitetura com Blocos de
Construo de Soluo, tanto produtos adquiridos do
mercado quanto componentes construdos, que
representam uma soluo para as necessidades da
corporao.

Forma um Inventrio de Solues ou Biblioteca de Reuso,


o qual adiciona significativo valor tarefa de gerenciar e
implementar melhorias ao ambiente de TI.
Slide 135

Relacionamentos
O relacionamento entre o Continuum da Arquitetura e o
Continuum de Solues de orientao, direo, e
suporte.
Ex.: a Arquitetura de Fundao
uma arquitetura de blocos de construo e padres correlatos
Suporta todas as Arquiteturas de Sistemas Comuns e, desta forma,
o ambiente operacional completo da corporao

A Arquitetura de Fundao do The Open Group consiste


no TRM
O III-RM do The Open Group um exemplo de Arquitetura
de Sistemas Comuns

Slide 136

O Continuum da Corporao

Figura 3: melhor caso para alavancagem da arquitetura e de componentes de soluo


Slide 137

Usando o Continuum
O ADM do TOGAF descreve o processo de
desenvolvimento de uma arquitetura especfica
para a organizao adotando e adaptando
arquiteturas e solues genricas
O Continuum:
Contm solues completas e ainda em
desenvolvimento
um framework dentro de um framework
Inicialmente possui poucos ativos internos
Cresce pela adio de Blocos de Construo
reutilizveis
Slide 138

Relacionamentos
O Continuum de Solues auxilia a compreenso
de produtos, sistemas, servios e solues
O Continuum da Corporao melhora a
produtividade atravs de alavancagem
O Continuum da Corporao no representa
relacionamentos estritamente em cadeia:
arquiteturas corporativas podem possuir componentes
de uma Arquitetura de Sistemas Comuns
solues corporativas podem conter um produto ou
servio
Slide 139

A Necessidade de Ferramentas
Ferramentas so necessrias para gerenciar e controlar os
artefatos dentro do Continuum Corporativo
Promover o reuso
Habilitar o compartilhamento de informaes da arquitetura dentro
da organizao
Permitir uma manuteno mais fcil da arquitetura
Garantir que uma terminologia comum seja utilizada
Fornecer modelos relevantes a partes interessadas

Slide 140

Ferramentas podem modelar a


Arquitetura Corporativa

Slide 141

Questes sobre Padronizao de


Ferramentas
Uma nica ferramenta de tamanho nico que atende a
todos versus mltiplas ferramentas
Pode uma ferramenta s atender a todas as necessidades,
todos os nveis de maturidade?
O The Open Group reconhece a complexidade nesta rea
e est desenvolvendo um programa de Certificao de
Ferramentas para o TOGAF 9, para auxiliar na avaliao.

Slide 142

Resumo
Ferramentas so necessrias para gerenciar artefatos
dentro do Continuum da Corporao
O TOGAF fornece uma introduo s questes de
Padronizao de Ferramentas

Slide 145

O Continuum
da
Corporao &
Ferramentas

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 148

of 30

Mdulo 5
Repositrio de
Arquitetura
V9.1 Edition Copyright 2009-2011

Slide 149

of 18

All rights reserved


Published by The Open Group, 2011

Repositrio
de
Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 150

of 18

Roadmap
Parte I - Introduo
Prefcio, Preface, Viso global executiva, Principais Conceitos,
Definies e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 151

Parte V, Continuum
da Corporao e
Ferramentas,
Captulo 41

Propsito
O gerenciamento e alavancagem efetivo de sadas
arquiteturais requer uma taxonomia formal para diferentes
tipos de ativos arquiteturais
O TOGAF fornece um framework estrutural para um
Repositrio de Arquitetura
Esta uma parte de um Repositrio Corporativo mais
abrangente

Slide 153

Repositrio de Arquitetura
Descreve o framework de
arquitetura em uso na
corporao
Contm produtos de trabalho de
arquitetura reusveis
Mostra o estado da operao da
corporao em pontos do tempo
particulares
Define critrios de conformidade
para trabalho governado pela
arquitetura

Captura os resultados da
atividade da governana
Descreve a organizao, papis,
habilidades e responsabilidades
da prtica de arquitetura
Slide 154

Panorama da Arquitetura
1.

2.

3.

Arquiteturas Estratgicas

mostram um viso resumida de longo prazo de toda a corporao

fornecem um framework organizado para atividades operacionais e de mudana e


permitem ajuste de direo no nvel executivo

Arquiteturas de Segmento

fornecem um modelo operacional mais detalhado para reas dentro de uma


corporao

podem ser usadas no nvel de portflio ou de programa para organizar e alinhar


operacionalmente as atividades de mudana de forma mais detalhada

Arquiteturas de Capacidade

mostram com maior detalhe como a corporao pode suportar uma capacidade em
particular

usadas para fornecer uma viso geral da capacidade atual, capacidade alvo, e
incrementos de capacidade, e permitem que pacotes de trabalho individuais sejam
agrupados dentro de portflios e programas gerenciados.

Slide 155

Biblioteca de Referncia

Uma rea do repositrio destinado a manter boas prticas ou modelos


que podem ser usados para construir arquiteturas dentro da
corporao

O material de referncia mantido na Biblioteca de Referncia


tipicamente obtido de uma variedade de fontes, incluindo:

Organizaes de padres

Fornecedores de produtos e servios

Fruns ou comunidades da indstria

Modelos definidos corporativamente

Boas prticas provenientes de implementaes de projetos

Slide 156

Base de Informao de
Normas

Uma rea do repositrio destinada a manter um conjunto de


especificaes, com as quais as arquiteturas precisam estar de acordo

O estabelecimento de uma Base de Informaes de Normas fornece


uma base no ambgua para a governana de arquiteturas uma vez
que:

As normas so facilmente acessadas pelos projetos e desta forma as


obrigaes do projeto podem ser entendidas e planejadas

Normas so declaradas de uma forma clara e no ambgua, de modo que


a conformidade pode ser objetivamente verificada

Slide 157

Base de Informao
de Normas

Tipos de Normas
Legais e Regulatrias
Industria
Organizacional

Slide 158

Ciclo de Vida de Normas

Em Teste
Ativa
Em Obsolescncia
Obsoleta

Classificao de Normas

Normas de Negcio

Normas para funes de negcio


compartilhadas

Normas para definio de papel e


ator

Normas de segurana e
governana para a atividade de
negcio

Normas de Dados

Normas para codificao e valores


para dados

Normas para estruturas e formatos


para dados

Normas para origem e propriedade


de dados

Restries sobre replicao e


acesso

Slide 159

Normas de Aplicao:
Normas para aplicaes
compartilhadas que suportam
funes de negcio especficas
Normas para comunicao e
interoperabilidade de aplicaes
Normas para acessar,
apresentao, e estilo

Normas Tecnolgicas
Normas para produtos de hardware
Normas para produtos de Software
Normas para desenvolvimento de
sistemas

O Log de Governana

Uma rea de repositrio para armazenar informaes


compartilhadas relativas governana em curso de
projetos.

Manter um repositrio compartilhado de informaes de


governana importante, pois:
Decises feitas durante os projetos (como desvios de normas ou a
justificativa para uma abordagem de arquitetura particular) so
importantes para reter e acessar continuamente.
Vrias partes interessadas esto preocupadas nos resultados de
governana de projetos (ex.: outros projetos, clientes dos projetos,
o Comit de Arquitetura, etc.).

Slide 160

Contedo do Log de Governana

Slide 161

Relacionamento com outras partes


do TOGAF
O ADM do TOGAF possui lembretes de quando usar os
ativos do Repositrio de Arquitetura
O Repositrio de Arquitetura um modelo para uma
instncia fsica do Continuum da Corporao

Slide 162

Repositrio
de
Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 165

of 18

Mdulo 6
Framework de Contedo de
Arquitetura
Edio V9.1 Copyright 2009-2011

Slide 166

of 19

Todos os direitos reservados


Publicado por The Open Group, 2011

Framework
de Contedo
de
Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 167

of 19

Part 3 IV: Framework de Contedo


de Arquitetura
Parte I - Introduo
Prefcio, Preface, Viso global executiva, Principais Conceitos,
Definies e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 168

Novo para o TOGAF 9


Esta parte descreve
Um metamodelo estruturado
para artefatos de arquitetura,
Uso de blocos de construo
de arquitetura
Uma viso geral de entregveis
tpicos da arquitetura

Introduo
O Framework uma parte significativa do TOGAF
Ele fornece um modelo detalhado dos produtos do trabalho
de arquitetura
Ele ajuda a melhorar a consistncia das sadas do TOGAF
Apresenta resultados de uma forma consistente e estruturada
Ajuda a referenciar e classific-las.

Slide 170

Benefcos do Framework de
Contedo de Arquitetura
Fornece uma lista abrangente de sadas de arquitetura
Promove uma melhor integrao dos produtos de trabalho se
adotado em toda a empresa
Fornece um padro aberto detalhado de como arquiteturas
devem ser descritas

Slide 171

Viso Geral
O Framework tem 3 categorias para descrever
produtos de trabalho
Entregveis
Artefatos
Blocos de Construo

Slide 172

Entregveis, Artefatos e Blocos de


Construo
Entregveis

Produtos formais
Especificados em contrato
Gerados a partir de um projeto
Um entregvel pode conter
vrios artefatos

Blocos de Construo
Componentes que podem ser
combinados com outros blocos
de construo para entregar
arquiteturas e solues

Artefatos
produtos granulares que
descrevem uma arquitetura de
um ponto de vista especfico
Por exemplo: especificaes de
casos de uso, requisitos de
arquitetura, diagramas de rede,
etc.
Classificados como:
Catlogos (listas de coisas)
Matrizes (mostrando o
relacionamento entre coisas)
Diagramas (imagens de coisas).

Artefatos constituem o contedo


do Repositrio de Arquitetura
Slide 173

Relacionamento entre Entregveis,


Artefatos e Blocos de Construo

Slide 174

Exemplo Documento de Definio


de Arquitetura

Slide 175

Artefatos de Arquitetura
Artefatos so produtos que so criados ao desenvolver
uma arquitetura.
Um artefato diferente de um entregvel, que uma
sada contratada a partir de um projeto.
Normalmente entregveis podem conter muitos
artefatos e cada artefato pode existir em muitos
entregveis.

Slide 176

Metamodelo de Contedo
O framework baseado em um metamodelo de contedo
padro que define todos os tipos de blocos de construo
em uma arquitetura
Mostrando como estes objetos podem ser descritos
Como eles se relacionam entre si

O modelo de contedo consiste de um ncleo e extenses.


Catlogos, matrizes e diagramas so usados para
apresentar informaes arquiteturais.

Slide 177

Viso Geral do Contedo de


Arquitetura

Slide 178

Mapeando o Framework e o ADM


H um mapeamento do Framework de Contedo de Arquitetura para as
fases do TOGAF ADM:
Artefatos de Princpios de Arquitetura, Viso e Requisitos devem
capturar o contexto dos modelos de arquitetura, incluindo os princpios
gerais de arquitetura, o contexto estratgico e requisitos.
Artefatos de Arquitetura de Negcio capturam modelos de
arquitetura das operaes de negcio, especificamente fatores que
motivam a corporao, como a corporao est estruturada e as suas
capacidades funcionais.
Artefatos de Arquitetura de Sistemas de Informao capturam
modelos de arquitetura de sistemas de TI, especificamente aplicativos e
dados.
Artefatos de Arquitetura Tecnolgica capturam ativos de tecnologia
adquiridos usados para implementar e realizar solues.
Artefatos de Realizao da Arquitetura capturam as transies entre
os estados da arquitetura e so usados para suportar e governar a
implementao.
Slide 179

Mapeando o Framework e o ADM

Slide 180

of 19

Framework de Contedo e TOGAF


ADM
O ADM aborda uma necessidade de negcio atravs de um
processo de viso, definio, planejamento e governana.
Cada etapa do ADM tem informaes como entradas e
sadas.
O framework de contedo fornece uma estrutura para o
ADM que define as entradas e sadas em detalhes e coloca
cada produto dentro do contexto da arquitetura.
Assim, o framework de contedo um companheiro para a
ADM.
O ADM descreve o que precisa ser feito para criar uma
arquitetura e o framework de contedo descreve com o que
ele deve se assemelhar no final.
Slide 181

Framework
de Contedo
de
Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 184

of 19

Mdulo7
TOGAF Metamodelo
de Contedo

Edio V9.1 Copyright 2009-2011

Slide 185

de 45

Todos os direitos reservados


Publicado por The Open Group, 2011

TOGAF
Metamodelo
de Contedo

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 186

de 45

Roadmap
Parte I - Introduo
Prefcio, Viso Executiva, Conceitos Bsicos, Definies e Notas de
Release

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Fases Nerrativas do ADM

Parte III Orientaes e tcnicas do ADM


Orientaes para adaptar o processo ADM
Tcnicas para o desenvolvimento de Arquiteturas

Part IV Framework de Contedo de Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis de arquitetura
Blocos de Construo

Parte V Continuum Corporativo e Ferramentas


Continuum Corporativo
Particionamento de Arquitetura
Repositrio de Arquitetura
Ferramentas para o desenvolvimento e Arquiteturas

Part VI Modelos de referncia


Foundation Architecture: Modelo Tcnico de Referncia
Modelo de Referncia de Infrastrutura de Informao Integrada

Part VII Framework de Capacidade de Arquitetura


Comit de Arquitetura
Conformidade de Arquitetura
Contratos e Arquitetura
Governana de Arquitetura
Modelo de maturidade de Arquitetura
Framework de Compe^encias de Arquitetura

Slide 187

Parte IV, Framework


de Contedo de
Arquitetura, Captulo
34

O que um metamodelo?
Um metamodelo uma definio precisa dos constructos e
regras necessrias para a criao de modelos
Fonte www.metamodel.com

Um modelo que descreve como e com o qu a arquitetura


ser descrita numa forma estruturada.
TOGAF 9 definies

Slide 189

Por qu um metamodelo?

Slide 190

Benefcios do metamodelo
O metamodelo de contedo fornece uma srie de benefcios:
Formaliza a definio de Arquitetura Corporativa
Formaliza o relacionamento entre objetos
Habilita um mapeamento por ferramenta de arquitetura

Slide 191

Modelagem Formal e Informal


H escolhas a serem feitas sobre o nvel de estrutura e
formalidade na definio do contedo arquitetura
Em alguns casos linguagem muito formal e especfica
necessria para articular e governar de forma precisa e
detalhada
Em outros casos, a utilizao de disciplina de engenharia
formal ir resultar em um contedo arquitetura que :
Inapropriado para a audincia
Difcil de comunicar

Slide 192

Conceitos do Metamodelo de
Contedo Base
A arquitetura do TOGAF baseada em
Definio de blocos de construo de arquitetura em catlogos de
arquitetura
Especificao das relaes entre estes blocos de construo nas
matrizes de arquitetura
E apresentao de diagramas de comunicao que mostram de
uma forma precisa o que a arquitetura

O metamodelo estruturado em contedo Base e


Extenso
O Contedo Base projetado para no ser alterado

Slide 193

Contedo Base e Extenso


Para dar suporte a vrios cenrios o metamodelo foi
particionado em contedos conhecidos como Base e
Extenso
O contedo Base fornece um conjunto mnimo de contedo
de arquitetura para suportar a rastreabilidade entre
artefatos
O contedo Extenso permite uma modelagem mais
profunda e especfica

Slide 194

O Metamodelo de Contedo do
TOGAF e suas Extenses

Slide 195

Entidades do Metamodelo Base


Ator: Uma pessoa, organizao ou sistema que est fora do escopo do
modelo da arquitetura, mas interage com ela.
Componente de Aplicao: Um encapsulamento de funcionalidade de
aplicao que est alinhado com a estrutura de implementao.
Servio de Negcio: D suporte s capacidades de negcio atravs
de uma interface explcita e definida que explicitamente governado
pela organizao.
Entidade de Dados: Um encapsulamento de dados que reconhecido
por um especialista de domnio do negcio como um conceito discreto.
Entidades de dados podem ser ligadas a aplicaes, repositrios e
servios e podem ser estruturadas de acordo com as consideraes de
implementao.
Funo: Fornece recursos de negcio estreitamente alinhados a uma
organizao, mas no explicitamente governada pela organizao.
Slide 196

Entidades do Metamodelo Base


(continuao)
Servio de Sistema de Informao: Os elementos automatizados de
um servio de negcio. Um servio de sistema de informao pode
entregar ou oferecer suporte completo a um ou mais servios de
negcio.
Unidade Organizacional: uma unidade delimitada de recursos com
linhas de reportagem, metas, objetivos e mtricas. Unidades
Organizacionais podem incluir partes externas e as organizaes
parceiras de negcios.
Servio de Plataforma: A capacidade tcnica necessria para prover a
infraestrutura que d suporte entrega de aplicativos.
Papel: Um ator assume um papel para executar uma tarefa.
Componente de Tecnologia: Um encapsulamento de infraestrutura
tecnolgico que representa uma classe de produtos de tecnologia ou
um produto de tecnologia especfico.
Slide 197

Principais Entidades e seus


Relacionamentos

Slide 198

Necessidades da Partes Interessadas


Executive

CxO
Programme
Management Office

Line
Management

Executive

HR

Application
Management

Line
Management

IT Service
Business
Management Domain
Experts

Infrastructure
Management

Functional /
Business
Process
Experts

Data / Voice
Communications

Stakeholder Types

Corporate

Slide 199

System

End - User

Project

QA / Standards
Groups

Product
Specialists

Enterprise
Security

Technical
Specialists

Procurement

O Metamodelo de Contedo
O metamodelo de contedo fornece definies de todos os
tipos de blocos de construo que podem existir, mostrando
como eles podem ser descritos e relacionados entre si.
Ao criar e gerenciar arquiteturas, necessrio considerar
questes tais como servios de negcios, atores,
aplicaes, entidades de dados, e tecnologia.
O metamodelo destaca estas questes, mostra seus
relacionamentos e identifica artefatos que podem ser
usados para represent-las de forma consistente.
O metamodelo tambm pode ser usado para fornecer
orientao s organizaes que desejem implementar sua
arquitetura usando uma ferramenta de arquitetura.
Slide 200

Metamodelo de Contedo
(Simplificado)

Slide 201

Metamodelo de Contedo (Detalhado)

Slide 202

Metamodelo de Contedo Base

Slide 203

Fase Preliminar

Catlogo de Principios
Gerenciamento de Requisitos
Fase B, Arquitetura de Negcio

Fase A, Viso de Arquitetura


Matriz de Mapa de Partes interessadas

Diagrama Conceitual Diagrama de


Cadeia de Valor
da Soluao

TOGAF 9 Artifacts
Catlogo de Requisitos

Catlogo de Organizao/Ator
Catlogo de
Direcionador/Meta/Objetivo
Catlogo de Papis
Catlogo de Servio de
Negcio/Funo
Catlogo de Localidades
Catlogo de
Processo/Evento/Controle/Produ
to
Catlogo de Contrato/Medida
Matriz de Interao de Negcio
Matriz de Ator//Papel
Diagrama de Footprint de
Negcio
Diagrama de Servio de
Negcio/Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto

Fase E. Oportunidades e Solues


Slide
204 de Contexto de Projeto

Diagrama

Diagrama de Benefcios

Fase C, Arquitetira de
Dados

Fase C, Arquitetura de
Aplicao

Fase D, Arquitetura
Tecnolgica

Catlogo de
Entidade de Dados/
Componente de
Dados
Matriz de Entidade
de Dados/Funes
de Negcio
Matriz de
Aplicao/Dados
Diagrama lgico de
dados
Diarama de
Disseminao de
Dados

Catlogo de Portiflio de
Aplicao
Catlogo de Interface
Matriz de
Aplicao/Organizao
Matriz de Papel/Aplicao
Matriz de
Aplicao/Funo
Matriz de Interao de
Aplicao
Diagrama de
Comunicao de
Aplicao
Diagrama de Localizao
de Aplicao e Usurio
Diagrama de caso de
Usos de Aplicaes

Catlogo de Normas
de Tecnologia
Catlogo de Portiflio
de Tecnologia
Matriz de
Sistema/Tecnologia
Diagrama de
Ambientes e Locais
Diagrmaa de
Decomposio de
Plataforma

Princpais Artefatos
Do TOGAF 9

of 33

Full Content Metamodel

Slide 205

Full Content Metamodel with


Relationships

Slide 206

de 45

Full Content Metamodel Artifacts

Slide 207

de 45

Extenses do Metamodelo

Slide 208

Governance
Extension

Slide 209

Extenso de Governana

Escopo:

A habilidade de aplicar medies para


objetivos e, em seguida, ligar essas
medidas a servios
A capacidade de aplicar contratos
comunicao de servio ou interaes de
servios com os usurios e sistemas
externos
A capacidade para definir as qualidades
reutilizveis de servio que definem um
perfil de nvel de servio que pode ser
utilizado em contratos
Criao de diagramas adicionais para
mostrar a propriedade e gesto de
sistemas

Diagramas adicionais a serem


criados:
Diagrama de Gerenciabilidade da
Corporao

Slide 210

Extenso de Governana
Esta extenso deve ser utilizado
nas seguintes situaes:
Quando uma organizao est
considerando mudana em TI
que ir resultar em um impacto
significativo para os modelos
existentes de governana
operacionais
Quando uma organizao tem
requisitos granulares para os
nveis de servio que diferem de
servio para servio
Quando uma organizao est
procurando transformar sua
prtica de governana
operacional
Slide 211

Extenso de Servios

Slide 212

Extenso de Servios
Escopo:
Criao de servios de SI como
uma extenso de um servio de
negcio

Diagramas adicionais a serem


criados:
Diagramas de Casos de Uso de
negcio
Diagrama de Decomposio da
Organizao

Slide 213

Extenso de Servios

Esta extenso deve ser usada nas


seguintes situaes:
Quando o negcio tem uma
definio predefinida de seus
servios que no se alinha bem com
as necessidades tcnicas e
arquiteturais
Quando o negcio e TI utilizam uma
linguagem diferente para descrever
capacidades semelhantes
Onde o servio de TI est
desalinhado com a necessidade de
negcio, particularmente em torno
das reas de qualidade de servio,
visibilidade de desempenho, e
granularidade de gesto
Onde TI est dando os primeiros
passos para envolver o negcio em
discusses sobre arquitetura de TI

Slide 214

Extenso de Modelagem de Processos

Slide 215

Extenso de Modelagem de Processos

Escopo:
Criao de eventos como
acionadores para processos
Criao de controles que a lgica de
negcios e governana leva para a
execuo do processo
Criao de produtos para
representar a sada de um processo
Criao de diagramas de eventos
para acompanhar acionadores e
mudanas de estado em toda a
organizao

Diagramas adicionais a serem


criados:
Diagramas de Fluxo de Processos
Diagramas de Eventos

Slide 216

Extenso de Modelagem de Processos


Esta extenso deve ser usada
nas seguintes situaes:
Onde a arquitetura deve prestar
ateno especial no estado e
eventos
Onde a arquitetura deve
explicitamente identificar e
armazenar as etapas de
controle de processo; por
exemplo, para suportar a
conformidade normativa
Onde a arquitetura apresenta
fluxos de processo crtico ou
complexos

Slide 217

Extenso de Dados

Slide 218

Extenso de Dados

Escopo:
Criao de componentes de dados lgicos
que agrupam as entidades de dados em
mdulos encapsulados para propsitos de
governana, segurana e implantao
Criao de componentes de dados fsicos
que implementam componentes lgicos de
dados; anlogo a bases de dados,
registros, repositrios, esquemas e outras
tcnicas de segmentao de dados
Criao de diagramas de ciclo de vida de
dados, segurana de dados e de migrao
de dados para mostrar preocupaes sobre
dados em mais detalhes

Diagramas adicionais a serem criados:

Slide 219

Diagrama de Segurana de Dados


Diagrama de Hierarquia de Classes
Diagrama de Migrao de Dados
Diagrama de Ciclo de Vida de Dados

Extenso de Dados
Esta extenso deve ser usada
nas seguintes situaes:
Onde a arquitetura apresenta
significativa complexidade e
risco ao redor do local,
encapsulamento e gesto ou
acesso a dados

Slide 220

Extenso de Consolidao de
Infraestrutura

Slide 221

Extenso de Consolidao de
Infraestrutura

Diagramas adicionais a serem criados:


Diagrama de Realizao de
Processo/Sistema
Diagrama de Engenharia de Software
Diagrama de Migrao de Aplicao
Diagrama de Distribuio de Software
Diagrama de Processamento
Diagrama de Computao em
Rede/Hardware
Diagrama de Engenharia de
Comunicaces

Slide 222

Escopo:
Criao de uma entidade de
localizao para documentar a
localizao de ativos de TI e
consumidores externos de servio
Criao de componentes de
aplicao lgicos e fsicos para
abstrair a capacidade de uma
aplicao aplicaes reais
existentes
Criao de componentes fsicos e
lgicos de tecnologia para abstrair o
tipo de produto separadamente dos
produtos de tecnologia existentes
Criao de diagramas adicionais
com foco na localizao dos ativos,
o cumprimento das normas, a
estrutura de aplicaes, a migrao
de aplicativos e a configurao de
infraestrutura

Extenso de Consolidao de
Infraestrutura

Esta extenso deve ser usada nas


seguintes situaes:
Onde muitos produtos de tecnologia
existem com capacidade duplicada
ou sobreposta
Onde muitas aplicaes existem
com funcionalidade duplicada ou
sobreposta
Quando as aplicaes esto
geograficamente dispersas e a
lgica de deciso para determinar a
localizao de uma aplicao no
bem compreendida
Quando as aplicaes vo ser
migradas para uma plataforma
consolidada
Quando os recursos de aplicaes
sero migrados para uma aplicao
consolidada

Slide 223

Extenso de Motivao

Slide 224

Extenso Motivacional

O escopo desta extenso a seguinte:


Criao de uma nova entidade no
metamodelo para Direcionador que
mostrar fatores que genericamente
motivaro ou limitaro a organizao
Criao de uma nova entidade no
metamodelo para Meta que mostrar
propsito estratgico e a misso de
uma organizao
Criao de uma nova entidade no
metamodelo para Objetivo que
mostrar resultados de curto a mdio
prazo que uma organizao gostaria
de alcanar
Criao de um diagrama de
Meta/Objetivo/Servio mostrando a
rastreabilidade de direcionadores,
metas e objetivos aos servios

Diagramas adicionais a serem


criados:
Diagrama de Meta/Objetivo/Servio
Slide 225

Extenso Motivacional
Esta extenso deve ser utilizado
nas seguintes situaes:
Quando a arquitetura precisa
entender a motivao das
organizaes em mais detalhes
do que os princpios normais de
negcios ou engajamento e
objetivos que so informalmente
modelados dentro do
metamodelo de contedo base
Quando as organizaes tm
direcionadores e objetivos
conflitantes e que o conflito
precisa ser compreendido e
tratado de forma estruturada
Quando os nveis de servio so
desconhecidos ou pouco claros

Slide 226

TOGAF
Metamodelo
de Contedo

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 229

de 45

Mdulo 8
Fase Preliminar

Edio V91 Copyright 2009-2011

Slide 230

de 37

Todos os direitos reservados


Publicado por The Open Group, 2011

Fase
Preliminar

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 231

de 37

Fase Preliminar:
Objetivos em Detalhe
Determinar a Capacidade de Arquitetura desejada pela

Organizao:
Revisar o contexto organizacional para a conduo da
arquitetura corporativa
Identificar e definir o escopo dos elementos das organizaes
corporativas afetados pela Capacidade de Arquitetura
Identificar os frameworks estabelecidos, mtodos e processos
que se cruzam com a Capacidade de Arquitetura
Estabelecer uma meta de Maturidade da Capacidade

Continua
Slide 233

Fase Preliminar:
Objetivos em Detalhe
Estabelecer a Capacidade de Arquitetura:
Definir e estabelecer o Modelo Organizacional para a Arquitetura
Corporativa
Definir e estabelecer o processo detalhado e recursos para a
governana da arquitetura
Selecionar e implementar ferramentas que suportam a Capacidade
da Arquitetura
Definir os princpios de arquitetura

Slide 234

Abordagem
Definir a corporao
Identificar os principais direcionadores e elementos no
contexto organizacional
Definir os requisitos para o trabalho de arquitetura
Definir os princpios de arquitetura que iro informar
qualquer trabalho de arquitetura
Definir o framework a ser usado
Definir as relaes entre frameworks de gerenciamento
Avaliar a maturidade da arquitetura corporativa

Slide 235

Fase Preliminar: Principais Entradas


TOGAF
Outros frameworks de arquitetura
Estratgias de negcios e planos
de negcios executivos, estratgia
de TI
Princpios de negcios, metas de
negcio, e os direcionadores de
negcio
Governana e frameworks legais
Qualquer existente:
modelo organizacional
framework de arquitetura
princpios de arquitetura
repositrio de arquitetura

Slide 236

Passos
6. Implementar Ferramentas de
Arquitetura
5. Adaptar o TOGAF, e outros Frameworks de
Arquitetura se houver
4. Identificar os Princpios de Arquitetura

3. Definir & Estabelecer a Equipe de Arquitetura


Corporativa
2. Confirmar os frameworks de Governana e de Suporte
1. Definir o escopo das Organizaes impactadas na
Corporao

Slide 237

1. Definir o escopo das organizaes


impactadas na Corporao

Identificar corporao chave


Identificar corporao leve (soft)
Identificar corporao estendida
Identificar comunidades
Identificar a governana envolvida

Slide 238

2. Confirmar os Frameworks de
Governana e de Suporte
A sada principal desta fase um framework para
governana de arquitetura
Os modelos de governana e suporte existentes na
organizao provavelmente precisaro mudar
Os atuais modelos de governana e suporte precisam ser
avaliados para entender seu contedo
Patrocinadores e partes interessadas tero de ser
consultados sobre o impacto potencial
Como resultado do Passo 2 pontos de contato da arquitetura
e impactos provveis devem ser entendidos e acordados
pelas partes interessadas.
Slide 239

3. Definir & Estabelecer a Equipe de


Arquitetura Corporativa

Determinar as capacidades existentes da corporao e do


negcio
Conduzir uma avaliao de maturidade de mudana na
arquitetura/negcio
Identificar lacunas nas reas de trabalho atuais
Alocar os papis e responsabilidades chaves para o
gerenciamento e governana da capacidade da arquitetura
corporativa
Escrever Solicitaes de Mudana para os projetos existentes
Definir o escopo do novo trabalho de arquitetura corporativa
Determinar as limitaes no trabalho de arquitetura corporativa
Revisar e acordar com os patrocinadores e executivos
Avaliar requisitos de oramento
Slide 240

4. Identificar os Princpios de

Arquitetura
Os princpios so normas e diretrizes que dizem como uma
organizao cumpre a sua misso.
Princpios corporativos permitem a tomada de decises
Princpios de arquitetura se relacionam com o trabalho de
arquitetura, e incluem:
Princpios de processos de Arquitetura
Princpios de implementao de Arquitetura

Slide 241

Definindo Princpios de Arquitetura


Por qu
Princpios de arquitetura fornecem um framework para
tomada de decises
Quem
Desenvolvido por Arquitetos Corporativos
Em conjunto com partes interessadas chave
O CIO da Corporao
O Comit de Arquitetura
Outras partes interessadas chave

Slide 242

Modelo para Princpios do TOGAF


Nome
Deve representar a essncia da regra, e ser memorvel
No deve mencionar plataformas tecnolgicas especficas
Deve evitar palavras ambguas
Descrio
Deve suscintamente e de forma no ambgua comunicar a
regra fundamental

Continued
Slide 243

TOGAF Template for Principles


Razo de Ser
Deve destacar os benefcios da adeso ao princpio,
usando terminologia de negcios
Deve descrever a relao com outros princpios
Implicaes

Deve destacar os requisitos para o negcio e para a TI


para a realizao do princpio.
Deve indicar o impacto nos negcios e as consequncias
da adoo do princpio

Slide 244

Um Exemplo de Declarao de
Princpios
O seguinte grupo de princpios foi aprovado pelo
Comit de Arquitetura interno
Princpios de Negcio:
1. Primazia dos Princpios
2. Maximizar os benefcios para a corporao
3. Conformidade com a Lei
4. Disponibilidade a qualquer hora de qualquer
lugar
5. Continuidade de Negcio
6. Cidadania
Continua
Slide 245

Um Exemplo de Declarao de
Princpios
7. Custdia
8. Des-Customizao
9. Experincia do Usurio indolor
10. Autoatendimento
11. Compartilhamento de
Informaes
Princpios de Arquitetura:
1. Des-Habilidade
2. Uma Origem
3. Gerenciamento de Contedo
Slide 246

Estudo de
caso do Open
Group: Y082

Exemplo: Primazia dos Princpios


Descrio

Princpios se aplicam em toda a corporao e substituem


todas as outras consideraes quando as decises so
tomadas

Razo de
Ser

A nica maneira de fornecer um nvel reconhecido,


consistente e mensurvel de operaes se todas as
partes da corporao respeitarem os princpios ao tomar
decises

Implicaes

Sem esse princpio, consideraes de curto prazo,


supostas excees convenientes e inconsistncias iriam
rapidamente comprometer a gesto da informao.
Iniciativas de gesto de informao no sero autorizadas
at que sejam examinadas quanto ao cumprimento dos
princpios.
Um conflito com um princpio ser resolvido alterando a
iniciativa conflitante, o que pode atrasar ou impedir a
iniciativa.

Slide 247

Exemplo: Auto-atendimento
Descrio

Clientes devem ser capazes de atenderem a si mesmos.

Razo de
Ser

Aplicando este princpio, ser melhorada a satisfao do


cliente, reduzindo a sobrecarga administrativa e,
potencialmente, melhorando a receita.

Implicaes

H uma implicao para melhorar a facilidade de uso e


minimizar as necessidades de treinamento; por exemplo,
os membros devem ser capazes de atualizar seus dados
para contato, etc. e ser capazes de comprar produtos de
associao adicionais online.

Slide 248

Cinco Qualidades dos Princpios


1. Inteligvel: eles podem ser rapidamente
compreendidos. A inteno clara e inequvoca.

2. Robusto: eles permitem boas decises sobre


arquiteturas e planos, e habilitam a criao de
polticas e padres obrigatrios. Um princpio deve
ser preciso para apoiar a tomada de deciso
consistente em situaes complexas.
3. Completo: todos os princpios potencialmente
importantes para a gesto de TI esto definidos.
Princpios cobrem todas as situaes percebidas.
Continua
Slide 249

Cinco Qualidades dos Princpios


4. Consistente: a estrita adeso a um princpio pode
exigir a interpretao livre de outro. Princpios
devem ser expressos de uma forma que permita
um equilbrio das interpretaes e no devem ser
contraditrios.

5. Estvel: Princpios devem ser duradouros, ainda


que capazes de acomodar mudana.
Um processo de alterao deve ser estabelecido para
adicionar, remover ou alterar princpios depois de
serem ratificados.

Slide 250

Princpios e Metamodelo
Informaes relacionadas aos
Princpios podem ser
modeladas, se a informao
certa for capturada
O metamodelo relaciona
Princpios de volta para
direcionadores, metas e
objetivos especficos

Slide 251

5. Adaptar o TOGAF, e outros


Frameworks de Arquitetura se houver
Adaptando o a terminologia: o melhor usar a
terminologia que entendida em toda a corporao.
Adaptando o processo: o ADM um processo genrico.
A adaptao de processo nos permite remover tarefas que
so realizadas em outros lugares, adicionar tarefas
especficas de organizao e alinhar os processos do ADM
com os frameworks de processos externos.
Adaptando o Contedo : usando o Framework de
Contedo de Arquitetura do TOGAF, permite a adoo de
frameworks de contedo de terceiros e a personalizao do
framework para dar suporte aos requisitos especficos da
organizao
Slide 252

Adaptando a Terminologia
Falta de concordncia sobre os significados de termos
precisos pode causar problemas de comunicao durante o
trabalho de Arquitetura.
Definir e acordar uma terminologia padro
Fornecer um glossrio, se for o caso

Slide 253

Adaptao de Processo
Reordenar as fases do ADM
Usar apenas um subconjunto das fases
Completar os Sistemas de Informao ou Arquitetura
Tecnolgica primeiro

Slide 254

Adaptao do Contedo

Slide 255

Slide 256

de 37

6. Implementar Ferramentas de
Arquitetura
Neste passo devemos selecionar ferramentas de arquitetura
apropriadas.
A implementao das ferramentas pode variar desde uma tarefa trivial
at uma atividade de implementao de sistema mais envolvente
utilizando o metamodelo de contedo do TOGAF

Slide 257

Fase Preliminar: Sadas


Modelo Organizacional para a
Arquitetura Corporativa
Framework de Arquitetura
adaptado, incluindo os princpios
de arquitetura
Repositrio de Arquitetura inicial
Reafirmao de princpios,
metas e direcionadores de
negcios
Requisio para Trabalho de
Arquitetura
Framework de Governana de
Arquitetura
Slide 258

Resumo
Fase Preliminar
Objetivos

Passos

Entradas

Sadas

Determinar a capacidade de Arquitetura

Definir o escopo das


Organizaes impactadas na
Corporao

desejada pela Organizao:


Revisar o contexto organizacional para a
conduo da arquitetura corporativa
Identificar e definir o escopo dos elementos
das organizaes corporativas afetados pela
Capacidade de Arquitetura
Identificar os frameworks estabelecidos,
mtodos e processos que se cruzam com a
Capacidade de Arquitetura
Estabelecer uma meta de Maturidade da
Capacidade
Estabelecer a Capacidade de Arquitetura:
Definir e estabelecer o Modelo
Organizacional para a Arquitetura Corporativa
Definir e estabelecer o processo detalhado e
recursos para a estrutura de governana
Selecionar e implementar ferramentas que
suportam a Capacidade da Arquitetura
Definir os princpios de arquitetura

Slide 260

Confirmar os frameworks de
Governana e de Suporte

Definir & Estabelecer a Equipe


de Arquitetura Corporativa

Identificar os Princpios de
Arquitetura
Adaptar o TOGAF, e outros
Frameworks de Arquitetura se
houver
Implementar Ferramentas de
Arquitetura

TOGAF
Outros frameworks de
arquitetura
Estratgias de negcios e
planos de negcios
executivos, estratgia de TI
Princpios de negcios, metas
de negcio, e os
direcionadores de negcio
Governana e frameworks
jurdicos
Contratos de Parceiria
Existentes
Modelos de Arquitetura
Corporativa Existente

Qualquer existente:
modelo organizacional
estrutura de arquitetura
princpios de arquitetura
repositrio de arquitetura
Mtodo de Arquitetura
Contedo de Arquitetura
Ferramentas configuradas e
implantadas

Modelo Organizacional para a


arquitetura corporativa
Framework de Arquitetura
Adaptado, incluindo os
princpios de arquitetura
Repositrio de Arquitetura
inicial
Reafirmao de princpios de
negcios, metas e
direcionadores
Requisio para Trabalho de
Arquitetura
Framework de Governana de
Arquitetura

Fase Preliminar

Catlogo de Principios
Gerenciamento de Requisitos
Fase B, Arquitetura de Negcio

Fase A, Viso de Arquitetura

Matriz de Mapa de Partes interessadas

Diagrama Conceitual Diagrama de


Cadeia de Valor
da Soluao

TOGAF 9 Artifacts
Catlogo de Requisitos
Fase C, Arquitetira de
Dados

Catlogo de Organizao/Ator
Catlogo de
Direcionador/Meta/Objetivo
Catlogo de Papis
Catlogo de Servio de
Negcio/Funo
Catlogo de Localidades
Catlogo de
Processo/Evento/Controle/Produ
to
Catlogo de Contrato/Medida
Matriz de Interao de Negcio
Matriz de Ator//Papel
Diagrama de Footprint de
Negcio
Diagrama de Servio de
Negcio/Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto
Diagrama de
Meta/Objetivo/Servio
Diagrama de Casos de Uso de
Negcio
Diagrama de Decomposio da
Organizao
Diagrama de Fluxo de Processo
Diagrama
Slide
261 de Evento

Fase E. Oportunidades e Solues

Catlogo de
Entidade de Dados/
Componente de
Dados
Matriz de Entidade
de Dados/Funes
de Negcio
Matriz de
Aplicao/Dados
Diagrama lgico de
dados
Diarama de
Disseminao de
Dados
Diagrama de
segurana de Dados
Diagrama
hierrquico de
Classes
Diagrama de
Migrao de Dados
Diagrama de Ciclo
de Vida de Dados

Fase C, Arquitetura de
Aplicao

Fase D, Arquitetura
Tecnolgica

of 33

Catlogo de Portiflio de
Aplicao
Catlogo de Interface
Matriz de
Aplicao/Organizao
Matriz de Papel/Aplicao
Matriz de
Aplicao/Funo
Matriz de Interao de
Aplicao
Diagrama de
Comunicao de
Aplicao
Diagrama de Localizao
de Aplicao e Usurio
Diagrama de caso de
Usos de Aplicaes
Diagrama de
gerenciabiliade da
Corporao
Diagrama de Realizao
de Processo/Aplicao
Diagrama de Engenharia
de Software
Diagrmaa de Migrao de
Aplicao
Diagrama de Distribuio
de Software

Catlogo de Normas
de Tecnologia
Catlogo de Portiflio
de Tecnologia
Matriz de
Sistema/Tecnologia
Diagrmaa de
Ambientes e Locais
Diagrmaa de
Decomposio de
Plataforma
Diagrama de
Processamento
Diagrmaa de
Computao em
Rede/Hardware
Diagrama de
Engenhari de
Comunicao

Artefatos

Catlogos

Catlogo
Catlogo de
Princpios

Propsito
O catlogo de princpios captura princpios dos princpios do negcio e
princpios de arquitetura que descrevem quo bem uma soluo ou
arquitetura deve parecer. Princpios so usados para avaliar e acordar
uma sada para pontos de deciso de arquitetura. Princpios tambm so
usados como uma ferramenta para ajudar na governana arquitetural de
iniciativas de mudana.
Catlogo de Princpios contm as seguintes entidades de metamodelo:
* Princpio

Slide 262

Fase
Preliminar

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 266

de 37

Mdulo 9
Governana da
Arquitetura
Edio V9.1 Copyright 2009-2011

Slide 267

de 35

Todos os direitos reservados


Publicado por The Open Group, 2011

Governana
da
Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 268

de 35

Introduo Governana
Governana a prtica pela qual arquiteturas corporativas
so gerenciadas e controladas.
Isto inclui:
controles sobre a criao e monitoramento de
componentes e atividades garantindo a introduo,
implementao e evoluo das arquiteturas
assegurar o cumprimento das normas internas e
externas e obrigaes regulatrias
suportando o gerenciamento do supracitado
assegurar a prestao de contas para as partes
interessadas internas e externas

Slide 270

Governana e o ADM
A Governana deve ser estabelecida na Fase Preliminar
Usualmente uma adaptao modelos existentes de
governana e de suporte
O Comit de Arquitetura deve assegurar que o ADM est
sendo aplicado corretamente
Aderncia ao ADM fundamental para a governana da
Arquitetura
Governana desempenha um papel fundamental nas Fases
GeH
As atividades de implementao e depois
gerenciamento de mudanas
Slide 271

Natureza da Governana
A governana garante que o negcio conduzido
corretamente.
sobre o uso eficaz e equitativo dos recursos para
garantir a sustentabilidade dos objetivos estratgicos.

Continued
Slide 272

Natureza da Governana
Princpios bsicos da governana corporativa:
Foco nos direitos, papis e tratamento equitativo dos
acionistas
Divulgao e transparncia
Prestao de contas do Conselho de Administrao para
os acionistas
Responsabilidades do Conselho:
Rever e orientar a estratgia corporativa
Definir e acompanhar os objetivos de performance alta
administrao
Slide 273

Governana Princpios Bsicos


[Governana ] "... o sistema pelo qual as

corporaes so dirigidas e controladas.


A estrutura de governana corporativa especifica a
distribuio de direitos e responsabilidades entre
os diferentes participantes [...] e define as regras e
procedimentos para a tomada de decises nas
questes corporativas. [...] Fornece tambm a
estrutura atravs da qual os objetivos da empresa
so definidos, e os meios de atingir esses
objetivos e monitorar o desempenho "[OCDE
(1999)].
Slide 274

Nveis de Governana
A hierarquia de domnios de governana inclui:
Governana de Tecnologia
Governana de TI
Governana da Arquitetura
Cada domnio pode existir em vrios nveis geogrficos:
Global
Regional
Locais

Slide 275

Um Framework de Governana de TI
COBIT
COBIT um padro aberto para o controle de TI.
Ele foi desenvolvido e promovido pelo IT Governance
Institute.
COBIT fornece um padro geralmente aceito para boas
prticas de segurana de TI e controle
H tambm um conjunto de orientaes de gesto para o
COBIT, incluindo Modelos de Maturidade, Fatores Crticos
de Sucesso, Indicadores Chave de Objetivos e Indicadores
Chave de Desempenho.
O framework pode ajudar os gestores a controlar e medir
os recursos de TI.

Slide 276

Framework de Governana da
Arquitetura do TOGAF
A Fase G do ADM do TOGAF sobre Governana da
Implementao a realizao de arquitetura atravs de
projetos de mudana
A Governana da Arquitetura cobre o gerenciamento e
controle de todos os aspectos do desenvolvimento e
evoluo de arquiteturas corporativas
O Framework de Governana da Arquitetura genrico e
pode ser adaptado a um ambiente de governana
existente. Ele ajuda a identificar processos eficazes e
estruturas organizacionais, de forma que as
responsabilidades de negcio possam ser esclarecidas,
comunicadas, e gerenciadas.
Slide 277

Estrutura Conceitual

Slide 278

Framework de Governana da
Arquitetura Estrutura Conceitual
Governana da Arquitetura uma abordagem, uma srie
de processos, uma orientao cultural e um conjunto de
responsabilidades que asseguram a integridade e a
efetividade de arquiteturas.
A diviso entre processo, contedo, e contexto
fundamental para apoiar uma iniciativa de governana da
arquitetura. Ela permite a introduo de material novo de
governana, sem afetar os processos e garante
flexibilidade do Framework.

Slide 279

Estrutura Conceitual

O Framework de Governana da Arquitetura essencial


para o Continuum da Corporao, e gerencia todo o
contedo, tanto para os processos de arquitetura como os
de governana da arquitetura.

Slide 280

Estrutura Organizacional

Slide 281

Estrutura Organizacional
Governana a gesto e controle de arquiteturas.
Para garantir um controle efetivo, necessrio ter as
estruturas organizacionais corretas para apoiar todas as
atividades de governana.
Uma implementao efetiva requer processos de
Governana de TI, estruturas organizacionais e
capacidades, incluindo (por exemplo):

Slide 282

Comit global de governana


Comit local de governana
Autoridades de Design
Grupos de trabalho

Benefcios da Governana da
Arquitetura
Liga processos, recursos e informaes s estratgias e
objetivos organizacionais
Integra e institucionaliza boas prticas
Alinha com frameworks da indstria
Permite a organizao tirar pleno proveito de seus ativos
Protege os ativos digitais subjacentes da organizao
D suporte aos requisitos regulatrios e de melhores
prticas
Promove uma gesto de risco visvel

Slide 283

Governana de Arquitetura na
Prtica
Fatores chave de sucesso incluem:
Melhores prticas para a submisso, adoo, reutilizao,
reporte e retirada de polticas, procedimentos, papis,
competncias, estruturas organizacionais, e servios de
apoio de arquitetura

Responsabilidades organizacionais e estruturas para apoiar


os processos de governana da arquitetura e requisitos de
reporte

Continued
Slide 284

Governana da Arquitetura na
Prtica
Ferramentas e processos para promover a adoo
proceduralmente e culturalmente
Gesto de critrios para controle de processos de
governana da arquitetura, dispensas, avaliaes de
conformidade, SLAs e OLAs
Atender aos requisitos internos e externos para a eficcia,
eficincia, confidencialidade, integridade, disponibilidade,
conformidade e confiabilidade das informaes, servios e
processos relacionados com a Governana da Arquitetura

Slide 285

Comit de Arquitetura
O Comit supervisiona a implementao da
estratgia de governana
O Comit composto de partes interessadas
representativas responsveis pela reviso e
manuteno da arquitetura tipicamente em dois
nveis:
Local (especialistas em domnios, responsabilidade de linha)
Global (responsabilidade por toda a organizao)
Para cada Comit, so identificados e articulados:
Capacidades de tomada de deciso e responsabilidades
Limites de competncia e autoridade
Slide 286

O Valor do Comit de Arquitetura


O custo compensado pela preveno de
solues extraordinrias e desenvolvimentos
sem restries que levam a:
Elevados custos de desenvolvimento, operao e
suporte, devido a inmeros ambientes de execuo,
linguagens, interfaces, protocolos ...
Qualidade inferior
Maior risco
Dificuldade em replicar e reutilizar solues

Slide 287

Responsabilidades do Comit de
Arquitetura
Fornecer a base para todas as decises no que diz respeito a
alteraes nas arquiteturas
Garantir a consistncia entre as sub-arquiteturas
O estabelecimento de metas para a reutilizao de componentes
Garantir a flexibilidade da arquitetura corporativa:
Para atender s necessidades de negcio em mudana
Para alavancar novas tecnologias

Garantia da Conformidade da Arquitetura


Melhorar o nvel de maturidade da arquitetura dentro da
organizao
Assegurar que a disciplina de desenvolvimento baseado em
arquitetura adotada
Apoiar uma capacidade de escalao visvel para decises fora de
alada

Slide 288

Operaes do Comit de Arquitetura


O TOGAF fornece orientaes sobre operaes do
Comit
Estas so primariamente focadas nas melhores prticas
para conduo de reunies
Por exemplo:
As reunies devem ser realizadas com agendas claramente
definidas
Cada participante participando de uma reunio deve estar
totalmente preparado

O TOGAF fornece uma amostra de esboo de pauta

Slide 289

Contratos de Arquitetura
Acordos comuns entre os parceiros de
desenvolvimento e patrocinadores sobre os
entregveis, qualidade e adequao aos
propsitos de uma arquitetura

Slide 290

Contratos de Arquitetura
O uso de Contratos de Arquitetura garante:
Monitoramento contnuo para checar a integridade, mudanas,
tomadas de deciso, e auditoria de todas as atividades
relacionadas com arquitetura
Adeso aos princpios, normas e requisitos das arquiteturas
existentes ou em desenvolvimento
Identificao dos riscos
Um conjunto de processos e prticas que asseguram a
atribuio de responsabilidade e disciplina com relao ao
desenvolvimento e uso de todos os artefatos arquiteturais
Um entendimento formal da organizao da governana

Slide 291

Contratos de Arquitetura e o ADM


A Declarao de Trabalho de Arquitetura criada
na Fase A
Domnios de Arquitetura (Negcio, Dados,
Aplicao e Tecnologia)
Fase G
Projetos de implementao

Slide 292

Conformidade da Arquitetura
Dois processos so definidos para garantir a conformidade de
projetos com a arquitetura corporativa:
1. Preparar Avaliaes de Impacto do Projeto vises
especficas de projetos que ilustram como a Arquitetura
Corporativa impacta um projeto
2. Executar uma Avaliao de Conformidade da
Arquitetura

Slide 294

Avaliaes de Conformidade da
Arquitetura

Detectar erros de arquitetura no projeto o mais cedo possvel.


Garantir a aplicao das melhores prticas de trabalho de arquitetura.
Fornecer uma viso geral do cumprimento de normas obrigatrias.
Identificar onde as prprias normas podem necessitar de
modificaes.
Identificar os servios que esto atualmente como especficos da
aplicao mas podem ser oferecidas como parte da infraestrutura da
corporao.
Documentar estratgias para colaborao, compartilhamento de
recursos, e outras sinergias entre mltiplas equipes de arquitetura.
Levar vantagem dos avanos tecnolgicos.
Comunicar gerncia o estado da prontido tecnolgica do projeto.
Identificar os principais critrios para atividades de compra.
Identificar e comunicar lacunas significativas na arquitetura em relao
a produtos e provedores de servio.

Slide 295

Processo de Avaliao de
Conformidade de Arquitetura

Slide 296

Estabelecendo uma Capacidade de


Arquitetura
O TOGAF fornece orientaes para estabelecer uma
capacidade de Arquitetura Corporativa usando o ADM
Tratamento como uma prtica contnua
Abordar os quatro domnios de Arquitetura
Arquitetura de Negcio: a governana da arquitetura, processos de
arquitetura, estrutura organizacional da arquitetura, requisitos de
informao de arquitetura, produtos de arquitetura, etc.
Arquitetura de Dados: a estrutura do Continuum da Corporao da
organizao e Repositrio de Arquitetura
Arquitetura de Aplicao: a funcionalidade e/ou servios de aplicao
requeridos para habilitar a prtica de arquitetura
Arquitetura Tecnolgica: requisitos e implementaes de infraestrutura
para dar suporte s aplicaes da arquitetura e ao Continuum da
Corporao
Slide 297

Governana
da
Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 301

34 34

Mdulo 10
Cenrios de
Negcio
Edio V9.1 Copyright 2009-2011

Slide 302

de 24

Todos os direitos reservados


Publicado por The Open Group, 2011

Cenrios de
Negcio

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 303

de 24

Introduo
Principais fatores para o sucesso de qualquer arquitetura
corporativa so:
a medida em que est relacionada com os requisitos de
negcio, e
o seu apoio para os objetivos de negcios.
Cenrios de negcio nos ajudam a identificar e
entender os requisitos de negcio que o
desenvolvimento da arquitetura deve atender.

Slide 305

O Que um Cenrio de Negcio?


Un cenrio de negcio descreve:
um processo de negcio, aplicao ou conjunto de
aplicaes que podem ser habilitados pela arquitetura
o ambiente de negcios e tecnologia;
as pessoas e componentes de computao (os
"atores") que o executam;
o resultado desejado de uma execuo adequada.

Slide 306

Cenrios de Negcio
O TOGAF define um mtodo para o desenvolvimento
de Cenrios de Negcio
Um mtodo dentro de um mtodo
Documentado na Parte III, Orientaes e Tcnicas
do ADM

Slide 307

Cenrios de Negcio e o ADM


Usado de forma proeminente
na Fase A (Viso da
Arquitetura) e
iterativamente na Fase B
(Arquitetura de Negcio)
Requisitos de Negcio so
referidos em todas as
fases do ADM

Slide 308

O Que um Bom Cenrio de Negcio?


Um bom cenrio de negcio:
representativo de uma significativa necessidade de
negcio ou problema
Permite que os fornecedores compreendam o valor de
uma soluo desenvolvida para um cliente
SMART

Slide 309

SMART
eSpecifico
define o que precisa ser feito no negcio;
Mensurvel
possui mtricas claras de sucesso;
Acionvel
claramente segmenta o problema e fornece a base para a busca de
uma soluo;
Realstico
define os limites da capacidade tecnolgica e restries de custo;
Vinculados ao Tempo
d uma compreenso clara de quando uma soluo expira

Slide 310

Os Benefcios de Cenrios de
Negcio
Um cenrio de negcio deve ser uma descrio completa de
um problema de negcio
Sem isso:
H perigo de que os requisitos no estejam completos
O valor do negcio em solucionar o problema ser incerto
A relevncia das possveis solues ser pouco clara
Um cenrio:
pode desempenhar um papel importante no envolvimento
das partes interessadas
pode ajudar a estabelecer uma boa comunicao com
fornecedores desde o incio.
Slide 311

Quem Contribui para um Cenrio de


Negcio
A criao de um cenrio de negcio no apenas de
responsabilidade do arquiteto
A gerncia de linha de negcio e outras partes
interessadas da empresa devem estar envolvidos
Tambm pode envolver uma empresa fornecedora de TI
Tipicamente o envolvimento da gerncia maior nas
primeiras etapas enquanto o comprometimento do arquiteto
maior em fases posteriores

Slide 312

Desenvolvendo um Cenrio de
Negcio
1 - Identificar, documentar e classificar o
problema conduzindo o cenrio
2 - Identificar o ambiente tcnico e de
negcio do cenrio e document-lo em
modelos de cenrios
3 - Identificar e documentar os objetivos
desejados - os resultados para resolver
os problemas com sucesso - utilizando
o SMART

1 - problem
2 - environment

3 - objectives

Continued
Slide 313

Desenvolvendo um Cenrio de
Negcio
4 - Identificar os atores humanos e seus
lugares no modelo de negcios
5 - Identificar os atores computacionais
(elementos de computao), e seus lugares
no modelo de tecnologia
6 - Identificar e documentar papis,
responsabilidades e medidas de sucesso
por ator
7 - Verifique se h "adequao ao propsito" e
refinar se necessrio

1 - problem
2 - environment

3 - objectives
4 - human actors
5 - computer actors
6 - roles & responsibilities

7 - refine
Slide 314

Entendendo Bem os Cenrios de


Negcio
Clientes quase sempre sabem o que querem
Mas muitas vezes no escrito, especialmente a ligao aos
negcios
Ento ns ajudamos a anotar

Clientes muitas vezes no sabem o que eles realmente


precisam
Ento, ns observamos e questionamos para ajudar a descobrir o
que necessrio
Ns ajudamos a trazer superfcie regras de negcio essenciais
Focamos tambm o "o que", no o "como"

Cenrios de Negcio so parte de um processo maior. Eles


so uma tcnica, no um fim em si mesmos.
Slide 315

Contedo de um Cenrio de Negcio


Modelos de Cenrio de negcio devem:
Capturar vises de negcios e de tecnologia
graficamente para ajudar a compreenso
Fornecer um ponto de partida para os
requisitos,
Relacionar os atores e interaes

Descries de Cenrios de Negcio devem:


Capturar os passos crticos entre atores na
seqncia correta
Particionar a responsabilidade dos atores
Listar as pr-condies que precisam ser
satisfeitas antes da funcionalidade adequada
do sistema, e
Fornecer requisitos tcnicos para garantir que
o servio possua qualidade aceitvel

Slide 316

Modelo para um Cenrio de Negcio


Descrio do problema do cenrio de
negcio
Objetivos detalhados
Vises de ambientes e processos
Atores, seus papis e
responsabilidades
Princpios e Limitaes
Requisitos
Prximos passos
Glossrio de termos e abreviaes
Referncias
Slide 317

Cenrios de
Negcio

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 325

de 24

Mdulo 11
Gerenciamento de
Partes Interessadas
Edio V9.1 Copyright 2009-2011

Slide 326

de 19

Todos os direitos reservados


Publicado por The Open Group, 2011

Gerenciamento
de Partes
Interessadas

O TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 327

de 19

Roadmap
Parte I - Introduo
Prefcio, Preface, Viso global executiva, Principais Conceitos,
Definies e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 328

Parte III, Orientaes e


Tcnicas do ADM,
Captulo 24

Objetivos do Mdulo
Os objetivos so:
Explicar como aplicar a tcnica de gerenciamento de
partes interessadas
Entender as etapas de desenvolvimento de um mapa de
partes interessadas e como utilizar o mapa
Entender os benefcios para a criao de vises, e
relacionando estas s partes interessadas e suas
preocupaes

Slide 329

Viso Geral
O Gerenciamento de Partes Interessadas uma disciplina
importante que os profissionais de arquitetura podem usar
com sucesso para ganhar apoio de outros
Esta tcnica deve ser utilizada na Fase A para identificar
pessoas chave (key players) e ser atualizada ao longo de
cada fase
A sada deste processo faz parte do Plano de Comunicao

Slide 330

Benefcios
Identificar as partes interessadas mais poderosas logo no
incio e assegurar que a suas consideraes sejam usadas
para moldar a arquitetura
Conseguir apoio das partes interessadas mais poderosas
pode ajudar a alcanar os recursos necessrios
A comunicao inicial com as partes interessadas ajuda a
garantir que todos compreendem o processo de arquitetura e
esto envolvidos nele
Pode ser usado para antecipar provveis reaes e
desenvolver uma estratgia para enfrent-las
Pode ser usado para identificar os conflitos ou objetivos
conflitantes entre as partes interessadas e desenvolver
estratgias para gerenciar

Slide 331

Partes Interessadas
Executive

CxO
Programme
Management Office

Line
Management

Executive

HR

Line
Management

IT Service
Business
Management Domain
Experts

Partes Interessadas tm papis


chave em, ou preocupaes
sobre, a arquitetura corporativa.
Partes Interessadas podem ser
pessoas, equipes, organizaes,
etc.

Functional /
Business
Process
Experts

Application
Management

Infrastructure
Management

Data / Voice
Communications

Stakeholder Types

Corporate

Slide 332

System

End - User

Project

QA / Standards
Groups

Product
Specialists

Enterprise
Security

Technical
Specialists

Procurement

Stakeholder Management
Executive

Line
Management

CxO

TOGAF fornece uma abordagem


passo a passo:

Programme
Management Office

Passo 1: Identificar Partes Interessadas


Passo 2: Classificar Posies das Partes
Executive
Interessadas
Passo 3: Determinar abordagem do
Line
gerenciamento de Partes
HR
Management
Interessadas
Passo 4: Adaptar entregveis para o
Functional /
IT Service
Business
Business
engajamento
Management Domain
Process
Experts

Application
Management

Infrastructure
Management

Experts
Data / Voice
Communications

Stakeholder Types

Corporate

Slide 333

System

End - User

Project

QA / Standards
Groups

Product
Specialists

Enterprise
Security

Technical
Specialists

Procurement

Passo 1: Identificar Partes


Interessadas
Identificar as principais partes interessadas da arquitetura
corporativa.
Olhar para quem afetado pelo projeto de arquitetura
corporativa:

Quem ganha e quem perde com essa mudana?


Quem controla o gerenciamento de mudanas dos processos?
Quem desenha novos sistemas?
Quem vai tomar as decises?
Quem adquire sistemas de TI e quem decide o que comprar?
Quem controla os recursos?
Quem so os especialistas de que o projeto precisa?
Quem tem influncia?

Slide 334

Categorias de Partes Interessadas

Slide 335

Passo 2: Classifique a Posio das


Partes Interessadas
Classificar e registrar as posies em uma Matriz de
Anlise das Partes Interessadas
Grupo de
Partes
Interessadas

Parte
Interessada

Habilidade
de romper
a mudana

Entendimento
atual

Entendimento
requerido

Compromisso
atual

Compromisso
requerido

Suporte
requerido

CIO

John
Smith

CFO

Jeff
Brown

Slide 336

Passo 3: Determinar a Abordagem do


Gerenciamento de Partes Interessadas
Identifique o poder, a influncia e interesse das partes
interessadas, de modo a concentrar o engajamento nos
indivduos chave.
Estes podem ento ser mapeados em uma matriz de poder
/ interesse, que usada para determinar uma estratgia
para o engajamento com eles.

Slide 337

Passo 3: Determinar a Abordagem do


Gerenciamento de Partes Interessadas
Desenvolver uma Matriz de Poder/Interesse e colocar os
grupos de Partes Interessadas nela

Slide 338

Passo 4: Adaptar os Entregveis de


Engajamento
Para cada grupo de Partes Interessadas:
Identificar os pontos de vista que o empenho da arquitetura precisa
produzir e validar com cada grupo de partes interessadas
Definir pontos de vista, matrizes e vises especficos do modelo de
arquitetura corporativa

Slide 339

Exemplo: Mapa de Partes Interessadas


Grupo de
Partes
Interessadas

CLASSE

EXAMPLO DE
PAPIS

PRINCIPAIS PREOCUPAES

CLASSE

Catlogos, Matrizes e
Diagramas

Funes
Corporativas

CxO

CEO, CFO,
CIO,
COO

Os direcionadores de alto nvel, metas e


objetivos da organizao, e como estes
so traduzidos em um processo eficaz e
arquitetura de TI para avanar
o negcio.

MANTER
SATISFEITO

Diagrama de Footprint de
Negcio
Diagrama de Meta/
Objetivo/Servio
Diagrama de
Decomposio
Organizacional

Funes
Corporativas

Program
Management
Office

Gerentes de
Portiflio de
Projetos

Priorizao, financiamento e alinhamento de


atividades de mudana. Uma
compreenso do contedo do projeto e
dependncias tcnicas entre projetos
acrescenta uma nova dimenso de riqueza ao
portflio para tomada de decises de gesto.

MANTER
SATISFEITO

Catlogo de Requisitos
Diagrama de Footprint de
Negcio
Diagrama de Comunicao
de Aplicao
Diagrama de
decomposio Funcional

Funes
Corporativas

Slide 340

Compras

Compradores

Entender quais blocos de construo da


arquitetura podem ser comprados, e quais as
restries (ou regras) existem e que so
relevantes para a compra. O adquirente vai
comprar com vrios fornecedores que procuram
a melhor soluo de custo ao aderir s restries
(ou regras), aplicadas pela arquitetura, como
padres. A principal preocupao fazer com
que as decises de compra que se encaixem na
arquitetura, e, assim, reduzir o risco de custos
adicionais decorrentes de componentes sem
conformidade

PRINCIPAIS
ATORES

Catlogo de Portiflio
Tecnolgico
Catlogo de Padres
Tecnolgicos

Gerenciamento
de Partes
Interessadas

O TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 344

de 19

Mdulo 12
Vises e
Pontos de Vista
Edio V9.1 Copyright 2009-2011

Slide 345

of 33

Todos os direitos reservados


Publicado por The Open Group, 2011

Vises e
Pontos de
Vista

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 346

of 33

Objetivos do Mdulo
Entender os conceitos de vises e pontos de vista
Entender o papel das Vises de Arquitetura
Introduzir alguns recursos do TOGAF
Fonte: www.pfosphene.com

Slide 347

Conceitos e Definies

Sistema
Partes Interessadas
Preocupaes
Viso
Ponto de Vista

Slide 348

Sistema (System)
Um sistema uma coleo de componentes organizados
para concluir uma funo especfica ou conjunto de
funes.

Source: IONA
Source: SGI

Slide 349

Partes Interessadas (Stakeholders)


Executive

CxO
Programme
Management Office

Line
Management

Executive

HR

Line
Management

IT Service
Business
Management Domain
Experts

Functional /
Business
Process
Experts

As partes interessadas so
pessoas que tm papis chave
em, ou preocupaes sobre, o
sistema. Por exemplo, os
usurios, desenvolvedores etc.
Partes interessadas podem ser
indivduos, equipes,
organizaes, etc

Application
Management

Infrastructure
Management

Data / Voice
Communications

Stakeholder Types

Corporate

Slide 350

System

End - User

Project

QA / Standards
Groups

Product
Specialists

Enterprise
Security

Technical
Specialists

Procurement

Preocupaes (Concerns)
Executive

Line
Management

Executive

HR

Line
Management

IT Service
Business
Management Domain
Experts

Functional /
Business
Process
Experts

CxO

Preocupaes so os interesses
chave que so de importncia
crucial para as partes
interessadas, e determinam a
aceitabilidade do sistema.
- Eles podem incluir
confiabilidade, desempenho,
segurana, distribuio,
evoluo, etc

Programme
Management Office

Application
Management

Infrastructure
Management

Data / Voice
Communications

Stakeholder Types

Corporate

Slide 351

System

End - User

Project

QA / Standards
Groups

Product
Specialists

Enterprise
Security

Technical
Specialists

Procurement

Viso (View)
A viso uma representao de um sistema a partir da
perspectiva de um conjunto relacionado de preocupaes.
Um arquiteto cria modelos de arquitetura. Uma viso
consiste de partes destes, escolhidas para mostrar s
partes interessadas que as suas preocupaes esto
sendo atendidas.

Slide 352

Ponto de Vista (Viewpoint)


Um ponto de vista define a perspectiva de que uma viso
tomada.
Ele define como construir e usar uma viso, a informao
necessria, as tcnicas de modelagem para expressar e
analis-la e uma justificativa para essas escolhas (por
exemplo, ao descrever a finalidade e pblico-alvo da viso).

Slide 353

Source: IEEE Std 1471-2000. Used with permission

Slide 354

Vises e Pontos de Vista


O arquiteto usa vises e pontos de vista nas fases A a D
para o desenvolvimento de arquiteturas para cada domnio
(negcio, dados, aplicao, tecnologia).
A viso o que voc v.
Um ponto de vista de onde voc est olhando, a visada
ou perspectiva que determina o que voc v.
Cada viso possui um ponto de vista associado que a
descreve, pelo menos implicitamente.
Pontos de vista so genricos, e podem ser armazenados
em bibliotecas para reutilizao. A viso sempre
especfica para a arquitetura para a qual foi criada.

Slide 355

O Que uma Viso de Arquitetura?


Uma representao de uma arquitetura global de
significado para uma ou mais partes interessadas no
sistema
Por exemplo, um arquiteto civil pode criar diagramas
eltricos, plantas e elevaes para descrever as diferentes
facetas de um edifcio para as suas diferentes partes
interessadas (eletricistas, proprietrios, funcionrios de
planejamento etc.)
Um arquiteto corporativo pode criar vises fsica e de
segurana de um sistema de TI

Slide 356

Um Exemplo Simples de um Ponto


de Vista
Elemento do Ponto
De Vista

Descrio

Partes Interessadas Comit diretor, CEO


Preocupaes
Mostrar as relaes de alto nvel entre
locais geogrficos e funes de negcio
Tcnica de
Diagrama com caixas aninhadas
Modelagem
caixas externas = locais;
caixas internas = funes de negcio
Semntica de aninhamento = funes
executadas nos locais
Slide 357

A Simple Example of a View


Burlington
Burlington

Reading
Reading

San
San Francisco
Francisco Dynamic/
Dynamic/ Virtual
Virtual

Home
Home Offices
Offices

Program Management

Program Management

Program Management

Program Management

Program Management

Research

Enterprise Architecture

Event Management

Event Management

Event Management

IT Development

IT Development

IT Support

Marketing

Marketing

Finance

Legal

HR

HR

HR

Management

Management

Management

Off-site
Off-site
IT Infrastructure

Sales

Management

Miscellaneous

Out-sourced
Out-sourced
PR

Desktop Support

Figura 1: Exemplo da viso - Os Domnios de Negcio do The Open Group em 2008


Slide 358

Desenvolvendo Vises no ADM


A escolha de quais vises de arquitetura em particular sero
desenvolvidas uma das decises chave que um arquiteto
deve fazer.
O Arquiteto tem a responsabilidade de garantir:
A completude da arquitetura
Ela atende a todas as preocupaes das partes interessadas?

A integridade da arquitetura
As vises podem ser conectadas umas s outras?
As preocupaes em conflito podem ser reconciliadas?
Quais trocas foram feitas (exemplo: entre segurana e
performance)?
Slide 359

Exerccio: Vises e Pontos de Vista


para um Sistema Simples de
Aeroporto
O piloto tem uma viso do sistema, o controlador de trfego
areo tem outra. Nenhuma das vises representa todo o
sistema - a perspectiva de cada parte interessada limita como
eles veem o sistema como um todo.
P.
1.Relacione alguns elementos na viso do piloto, que no so enxergados
pelo controlador
2.Relacione alguns elementos na viso do controlador, que no so
enxergados pelo piloto
3.Relacione alguns elementos compartilhados
Continua

Slide 360

Exerccio: Vises e Pontos de Vista


para um Sistema Simples de
Aeroporto
1. Descrever 2 Pontos de Vista para este sistema
2. Por que o uso de Pontos de Vista til?

Slide 361

O Processo de Criao de Viso


1.
2.
3.
4.

Consultar as bibliotecas existentes de pontos de vista.


Selecionar as principais partes interessadas.
Analisar as suas preocupaes e document-las.
Selecionar pontos de vista adequados (com base nas
partes interessadas e suas preocupaes).
5. Gerar vises do sistema usando os pontos de vista
selecionados como modelos.

Slide 362

Benefcios
Menos trabalho para os arquitetos (os pontos de vista j
foram definidos e por isso as vises podem ser criadas
mais rpido)
Melhor compreenso para as partes interessadas (os
pontos de vista j so familiares)
Maior confiana na validade das vises (os seus pontos de
vista tm um histrico conhecido)

Slide 363

O Processo de Criao de Viso


Se no existem bibliotecas de pontos de vista, ento:
1. Selecione as principais partes interessadas.
2. Analise suas preocupaes e as documente.
3. Desenvolva novos pontos de vista (baseados nas partes
interessadas e suas preocupaes).
4. Gere vises do sistema usando os novos pontos de vista
como modelos.
Alternativamente crie uma viso ad hoc e ento verifique se
uma forma generalizada do ponto de vista implcito deve
ser definida explicitamente e salva.
Slide 364

Usando Artefatos do TOGAF


O TOGAF inclui um conjunto de exemplos de artefatos
recomendados que podem ser adotados, melhorados e
combinados para produzir vises de arquitetura
Trs classes de artefatos so definidos:
Catlogos
Matrizes
Diagramas

Slide 365

Catlogos
Catlogos so listas de blocos de construo de um tipo
especfico, ou de tipos relacionados
Por exemplo
Catlogo de Princpios criado na Fase Preliminar
Catlogo de Organizao/Ator criado na Fase B
Catlogo de Direcionador/Meta/Objetivo

Slide 366

Matrizes
Matrizes mostram as relaes entre os blocos de
construo de tipos especficos
Matrizes so usadas para representar relacionamentos em
um formato baseado em listas ao invs de baseado em
grficos
Por exemplo
A Matriz de Mapa de Partes Interessadas criada na Fase A

Slide 367

Matriz de Mapa de Partes Interessadas


Parte
Interessada

PRINCIPAIS PREOCUPAES

CLASSE

Catlogos, Matrizes e
Diagramas

CxO CEO,
CFO, CIO,
COO

Os direcionadores de alto nvel, metas e objetivos da


organizao, e como estes so traduzidos em um processo
eficaz e numa arquitetura de TI para o negcio progredir.

MANTER
SATISFEITO

Diagrama de footprint de
Negcio
Diagrama de
Meta/Objetivo/Servio
Diagrama de Decomposio
da Organizao

Escritrio de
Gerenciamento
do Programa
gerentes de
Portiflio de
Projetos

Priorizar, financiar e alinhar atividade de mudana.


Uma compreenso do contedo do projeto e dependncias
tcnicas entre projetos acrescenta uma nova dimenso de
riqueza a gerncia de tomada de deciso

Aquisio
Compradores

Entender quais blocos de construo da arquitetura podem ser


comprados, e quais as restries (ou regras) existem que so
relevantes para a compra. O adquirente vai fazer compras com
vrios fornecedores que procuram a melhor soluo de custo
ao aderir s restries (ou regras), aplicadas pela arquitetura,
como normas. A principal preocupao fazer as decises de
compra que se encaixam na arquitetura, e, assim, reduzir o
risco de custos adicionais decorrentes da no conformidade
de
componentes.

Slide 368

MANTER
SATISFEITO

Catlogo de Requisitos
Diagrama de footprint do
Negcio
Diagrama de Comunicao
de Aplicao
Diagrama de Decomposio
Funcional

PESSOAS
CHAVE

Catlogo de Portiflio de
Tecnologia
Catlogo de Normas de
Tecnologia

Diagramas
Diagramas representam blocos de construo de uma
forma rica e visual, especialmente adequado para a
comunicao com as partes interessadas.
Por exemplo:
Diagrama de Cadeia de Valor criado na Fase A
Diagrama de Footprint de Negcio criado na Fase B

Slide 369

Exemplo de Diagrama de Footprintde


Negcio

Slide 370

Fase Preliminar

Catlogo de Principios

Gerenciamento de Requisitos

Fase A, Viso de Arquitetura


Matriz de Mapa de Partes interessadas

TOGAF 9 Artifacts
Catlogo de Requisitos

Fase B, Arquitetura de Negcio

Diagrama Conceitual Diagrama de


Cadeia de Valor
da Soluao

Catlogo de Organizao/Ator
Catlogo de
Direcionador/Meta/Objetivo
Catlogo de Papis
Catlogo de Servio de
Negcio/Funo
Catlogo de Localidades
Catlogo de
Processo/Evento/Controle/Produ
to
Catlogo de Contrato/Medida
Matriz de Interao de Negcio
Matriz de Ator//Papel
Diagrama de Footprint de
Negcio
Diagrama de Servio de
Negcio/Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto
Diagrama de
Meta/Objetivo/Servio
Diagrama de Casos de Uso de
Negcio
Diagrama de Decomposio da
Organizao
Diagrama
Slide
371 de Fluxo de Processo
Diagrama de Evento

Fase C, Arquitetira de
Dados

Fase C, Arquitetura de
Aplicao

Fase D, Arquitetura
Tecnolgica

Catlogo de
Entidade de Dados/
Componente de
Dados
Matriz de Entidade
de Dados/Funes
de Negcio
Matriz de
Aplicao/Dados
Diagrama lgico de
dados
Diarama de
Disseminao de
Dados
Diagrama de
segurana de Dados
Diagrama
hierrquico de
Classes
Diagrama de
Migrao de Dados
Diagrama de Ciclo
de Vida de Dados

of 33

Catlogo de Portiflio de
Aplicao
Catlogo de Interface
Matriz de
Aplicao/Organizao
Matriz de Papel/Aplicao
Matriz de
Aplicao/Funo
Matriz de Interao de
Aplicao
Diagrama de
Comunicao de
Aplicao
Diagrama de Localizao
de Aplicao e Usurio
Diagrama de caso de
Usos de Aplicaes
Diagrama de
gerenciabiliade da
Corporao
Diagrama de Realizao
de Processo/Aplicao
Diagrama de Engenharia
de Software
Diagrmaa de Migrao de
Aplicao
Diagrama de Distribuio
de Software

Catlogo de Normas
de Tecnologia
Catlogo de Portiflio
de Tecnologia
Matriz de
Sistema/Tecnologia
Diagrmaa de
Ambientes e Locais
Diagrmaa de
Decomposio de
Plataforma
Diagrama de
Processamento
Diagrmaa de
Computao em
Rede/Hardware
Diagrama de
Engenhari de
Comunicao

Artefatos

Vises de Arquitetura
Recomendadas
Viso de Arquitetura de Negcio
Viso de Segurana da
Corporao
Viso de Engenharia de
Software
Viso de Engenharia de
Sistemas
Viso de Engenharia de
Comunicaes
Viso de Fluxo de Dados
Viso de Gerenciabilidade da
Corporao
Viso de Adquirente
Slide 372

Vises e
Pontos de
Vista

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 378

of 33

Mdulo 13
Blocos de Construo
Edio V9.1 Copyright 2009-2011

Slide 379

of 24

Todos os direitos reservados


Publicado por The Open Group, 2011

Blocos de
Construo

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 380

of 24

Roadmap
Parte I - Introduo
Prefcio, Preface, Viso global executiva, Principais Conceitos,
Definies e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 381

Parte IV, Framework


de Contedo de
Arquitetura, Captulo
37

Caractersticas de um Bloco de
Construo
Um pacote de funcionalidade definido para atender as
necessidades do negcio da organizao
Um bloco de construo possui interfaces publicadas para
expor sua funcionalidade
Um bloco de construo pode interagir com outros blocos
de construo interdependentes

Slide 383

Um Bom Bloco de Construo


Considera a implementao e a utilizao e evolui para
explorar a tecnologia e os padres
Pode ser montado ou desmontado a partir de outros blocos
de construo
reusvel e substituvel

Slide 384

Blocos de Construo
A maneira em que as funcionalidades, produtos e
desenvolvimentos personalizados so montados em blocos
de construo varia muito
Cada organizao deve decidir por si mesmo a disposio
Uma boa escolha pode levar a melhorias na
interoperabilidade, integrao e flexibilidade de sistemas

Continua
Slide 385

Blocos de Construo
Sistemas so construdos a partir de colees de blocos de
construo
Eles podem ser definidos em vrios nveis de detalhe
Agrupamentos no nvel funcional como base de dados de cliente
so conhecidos como Blocos de Construo de Arquitetura
Produtos reais ou desenvolvimentos customizados especficos so
conhecidos como Blocos de Construo de Soluo

Slide 386

Blocos de Construo de Arquitetura


(BCAs)
Documentao de Arquitetura e modelos do Continuum da
Arquitetura da Corporao
Eles so definidos ou selecionados durante a aplicao do
ADM
Principalmente nas Fases A, B, C e D

As caractersticas so as seguintes

Eles definem quais funcionalidades sero implementadas


Eles capturam requisitos tcnicos e de negcio
Eles so cientes de tecnologia
Eles direcionam e guiam o desenvolvimento de Blocos de
Construo de Soluo

Slide 387

Especificao de BCAs
Funcionalidade fundamental e atributos: semntica,
inequvocos, incluindo capacidade de segurana e
gerenciabilidade
Interfaces: conjunto escolhido, fornecido (APIs, formatos de
dados, protocolos, interfaces de hardware, normas)
Blocos de construo dependentes com as funcionalidades
requeridas as interfaces nomeadas
Mapeamento para entidades e polticas de
negcios/organizaes

Slide 388

Blocos de Construo de Soluo


(BCSs)
Blocos de Construo de Soluo se relacionam com o
Continuum de Solues
Eles podem ser adquiridos ou desenvolvidos
As caractersticas so as seguintes:
Eles definem quais produtos e componentes implementaro a
funcionalidade
Eles definem a implementao
Eles cumprem os requisitos de negcio
Eles so cientes e consideram produtos e fornecedores

Slide 389

Especificao de BCSs
Funcionalidade e atributos especficos
Interfaces: o conjunto implementado
BCSs requeridos usados com funcionalidades necessrias e nomes
das interfaces utilizadas
Mapeamento desde os BCSs at a topologia de TI e polticas
operacionais
Especificaes de atributos compartilhados como segurana,
gerenciabilidade, escalabilidade
Performance, configurabilidade
Direcionadores e restries de design, incluindo a arquitetura fsica
Relacionamentos entre os BCAs e BCSs

Slide 390

Blocos de Construo e o ADM


Uma arquitetura um conjunto de blocos de construo
Descrito em um modelo arquitetural
Uma especificao de como os blocos de construo so
conectados para satisfazer os requisitos gerais de um sistema de
informao

Os vrios blocos de construo em uma arquitetura


especificam os servios necessrios em um sistema
corporativo especfico
Os seguintes princpios gerais devem aplicar-se:
Uma arquitetura precisa conter apenas blocos de construo para
implementar os servios de que necessita
Os blocos de construo podem implementar um, mais do que um,
ou apenas uma parte de um servio identificado na arquitetura
Blocos de construo devem obedecer a normas

Slide 391

Design de Blocos de Construo

O processo de identificao de blocos de construo inclui


procurar conjuntos de funes que requerem integrao
Considere trs classes de blocos de construo:
1. Blocos de construo reutilizveis, tais como itens de legado
2. Blocos de construo a serem desenvolvidos (novas aplicaes)
3. Blocos de construo a serem adquiridos (aplicaes COTS)

Use o nvel desejado de integrao para decidir como


vincular funes em blocos de construo

Slide 392

Na Fase A ns iniciamos
com entidades abstratas

Um modelo de alto nvel de


candidatos a
blocos de construo

Slide 393

Na Fase A ns iniciamos
com entidades abstratas

Nas Fases B, C e D:
Blocos de construo
dentro da Arquitetura
de Negcio, Dados,
Aplicaes e Tecnolgica
evoluem atravs de um
padro comum de passos

Passo 1: Selecionar
Modelos de Referncia,
Pontos de Vista e
Ferramentas
O TOGAF fornece exemplos
de catlogos, matrizes e
diagramas para utilizao

Slide 394

Na Fase A ns iniciamos
com entidades abstratas

Passo 2: Desenvolver a
Descrio da Arquitetura de
Linha de Base

Desenvolver um modelo de
alto nvel de blocos de
construo existentes,
reutilizando definies a partir
do Repositrio de Arquitetura
onde eles esto disponveis

Slide 395

Na Fase A ns iniciamos
com entidades abstratas

Passo 3: Desenvolver a
Descrio da Arquitetura Alvo
Desenvolver a viso de blocos de construo
necessrios atravs da criao de catlogos,
matrizes e diagramas
Documentar inteiramente cada bloco de
construo
Documentar a lgica de deciso sobre blocos
de construo
Identificar os blocos de construo impactados
dentro do Repositrio de Arquitetura,
reutilizando sempre que necessrio
Quando necessrio, definir novos blocos de
construo
Selecionar normas para cada bloco de
construo

Documentar o mapeamento de blocos de


construo para o Panorama da Arquitetura
Identificar blocos de construo para
reutilizao, publicar quer como normas ou
modelos de referncia

Slide 396

Na Fase A ns iniciamos
com entidades abstratas

Passo 4: Realizar Anlise de


Diferena
Identificar blocos de
construo herdados
Identificar blocos de
construo eliminados

Identificar novos blocos de


construo
Identificar lacunas e
determinar abordagem de
realizao

Slide 397

Na Fase A ns iniciamos
com entidades abstratas

Passo 5: Definir
Componentes Candidatos
para o Roadmap
Passo 6: Resolver Impactos
em todo o Panorama da
Arquitetura
Passo 7: Reviso formal
pelas partes interessadas
Passo 8: Finalizar a
Arquitetura

Passo 9: Criar o Documento


de Definio de Arquitetura

Slide 398

Na Fase A ns iniciamos
com entidades abstratas
Nas Fases B, C e D:
Blocos de construo
dentro da Arquitetura
de Negcio, Dados,
Aplicaes e Tecnolgica
evoluem atravs de um
padro comum de passos

Blocos de Construo
em forma de BCAs e BCSs
Associar os blocos de construo
com os pacotes de trabalho que
abordaro as lacunas

Slide 399

Padres de Arquitetura
(Architecture Patterns)
Padro: definido como "uma ideia que foi til em um
contexto prtico e provavelmente ser til em outros"
No TOGAF, os padres so considerados como sendo uma
forma de colocar os blocos de construo em contexto, por
exemplo, para descrever uma soluo reutilizvel para um
problema.
Blocos de construo so o que voc usa: padres podem
dizer como voc os usa, quando, por qu, e quais trocas
("trade-offs") que voc ter que fazer.

Slide 400

Blocos de
Construo

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 402

of 24

Mdulo 14
Tcnicas de Suporte
para a Implementao
da Arquitetura
Edio V9.1 Copyright 2009-2011

Slide 403

of 30

Todos os direitos reservados


Publicado por The Open Group, 2011

Tcnicas de
Suporte para a
Implementao
da Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 404

of 30

Roadmap
Parte I - Introduo
Prefcio, Preface, Viso global executiva, Principais Conceitos,
Definies e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 405

Part III, Orientaes e


Tcnicas do ADM
Captulos 29, 30, 31 e
32

Interoperabilidade
A interoperabilidade a capacidade de compartilhar
informaes e servios.
O TOGAF fornece tcnicas para
Definir interoperabilidade
Refinar a interoperabilidade
Determinar os requisitos de interoperabilidade

A determinao da interoperabilidade ocorre durante


todo o ciclo de ADM

Slide 407

Interoperabilidade e o ADM
A determinao da interoperabilidade ocorre ao longo do ADM:
Viso da arquitetura: as consideraes da natureza e segurana de
intercmbios de informaes e servios so encontradas usando
cenrios de negcios.
Arquitetura de Negcio: trocas de informaes e servios so definidas
em termos de negcio.
Arquitetura de Dados: o contedo do intercmbio de informaes
detalhado utilizando modelo de intercmbio de dados corporativos e/ou
informaes.
Arquitetura de Aplicao: a forma como as aplicaes devem
compartilhar informaes e servios especificada.
Arquitetura Tecnolgica: mecanismos tcnicos apropriados que
permitam o intercmbio de informaes e de servios so especificados.
Oportunidades e Solues: as solues reais so selecionadas.
Plano de Migrao: a interoperabilidade implementada de forma
lgica.

Slide 408

Exemplos

Slide 409

Requisitos de Interoperabilidade e
Solues
O arquiteto deve garantir que no h conflitos de
interoperabilidade, especialmente se reutilizando BCSs
existentes ou usando COTS que tm os seus prprios
processos de negcios e arquiteturas de informao.
Mudanas nos processos de negcio sero as mais difceis.
O workflow entre os vrios sistemas tambm deve ser levado
em conta.
O arquiteto corporativo tambm deve garantir que qualquer
alterao dos requisitos de interoperabilidade de negcio
seja acordada pelos arquitetos de negcio e patrocinadores
em uma Declarao de Trabalho de Arquitetura
devidamente revisada.
Slide 410

Requisitos de Interoperabilidade e
Solues
Para encontrar restries de interoperabilidade, considere:
A Viso da Arquitetura
A Arquitetura Alvo
A Matriz de Avaliao e Deduo de Fatores de
Implementao (Implementation Factor Assessment and
Deduction matrix)
Matriz Consolidada de Lacunas, Solues e Dependncias
(Consolidated Gaps, Solutions, and Dependencies matrix)

Slide 411

Avaliao de Prontido para


Transformao do Negcio
A Arquitetura Corporativa muitas vezes envolve
mudanas considerveis.
Compreender a prontido de uma organizao para
aceitar a mudana, identificando os problemas e lidar
com eles nos planos de implementao e migrao a
chave de sucesso para a transformao da arquitetura
nas Fases E e F. Uma avaliao inicial realizada na
Fase A.
Este um esforo conjunto entre o staff corporativo
(recursos humanos principalmente), linhas de negcio
e planejadores de TI.

Slide 412

A Avaliao de Prontido para


Transformao do Negcio
Atividades recomendadas para avaliar a Prontido para
Transformao do Negcio so:
1. Determinar os fatores de prontido
2. Apresentar os fatores de prontido usando modelos
de maturidade
3. Avaliar os fatores de prontido, e determinar os nveis
destes fatores
4. Avaliar os riscos para cada fator de prontido e
identificar aes de mitigao
5. Incluir aes de mitigao no Plano de Implementao
e Migrao produzido nas fases E e F

Slide 413

Fatores de Prontido
Fatores tpicos que podem afetar a transformao de negcio incluem:
Viso - a capacidade de definir claramente e comunicar o que deve
ser alcanado.
Desejo, vontade, e resoluo
Necessidade
Caso de Negcio (Business Case)
Financiamento
Patrocnio e Liderana
Governana
Prestao de contas
Abordagem e Modelo de execuo viveis
Capacidade de execuo pela TI
Capacidade de execuo pela corporao
Capacidade da corporao para implementar e operar
Slide 414

Avalir os Fatores de Prontido

Slide 415

ndice de Fator de Prontido

Slide 416

Riscos do Fator de Prontido &


Aes
Avaliar cada fator, utilizando tcnicas de Gesto de Risco
Identificar uma srie de aes de melhoria
Incorporar no Plano de Implementao e Migrao

Slide 417

Gerenciamento de Risco

Uma tcnica usada para reduzir o risco ao implementar


um projeto de arquitetura.
importante identificar, classificar e mitigar esses riscos
antes de comear, para que possam ser monitorados
durante todo o esforo de transformao.

Slide 418

Gerenciamento de Risco no ADM


Existem dois nveis de risco que devem ser considerados:
1. Nvel inicial de risco: classificao dos riscos antes da
determinao e implementao de aes de mitigao.
2. Nvel residual de risco: classificao de risco aps a
implementao de aes de mitigao.

Processo para Gerenciamento de Risco :

Slide 419

Classificao de riscos
Identificao de riscos
Avaliao de risco inicial
Mitigao de riscos e avaliao de risco residual
Monitoramento de riscos

Gerenciamento de Risco no ADM


Os riscos so identificados na Fase A, como parte da primeira
Avaliao de Prontido para Transformao do Negcio
As planilhas de identificao de riscos e de avaliao de
mitigao so guardadas como artefatos de governana e
so mantidos em dia na Fase G (Governana da
Implementao), onde o monitoramento do risco
conduzido.
A Governana da Implementao pode identificar riscos
crticos que no esto sendo mitigados e que poderiam
exigir um outro ciclo total ou parcial do ADM.

Slide 420

Avaliao Inicial de Risco


A avaliao inicial de riscos feita classificando os riscos em
relao ao seu efeito e frequncia.
O Efeito pode ser avaliado como:
Catastrfico: perda financeira crtica que poderia resultar
em falncia.
Crtica: grave perda financeira em mais de uma linha de
negcios que levaria a uma perda de produtividade e sem
nenhum ROI.
Marginal: perda financeira menor em uma linha de
negcios e um ROI reduzido sobre o investimento em TI.
Desprezvel: impacto mnimo sobre os servios e / ou
produtos.
Continua
Slide 421

Avaliao Inicial de Risco


A Frequncia pode ser avaliada como:
Frequente: provvel de ocorrer muitas vezes e / ou
continuamente.
Provvel: ocorre vrias vezes ao longo de um ciclo de
transformao.
Ocasional: ocorre esporadicamente.
Raramente: remotamente possvel e provvel de no
ocorrer mais do que uma vez no decurso de um ciclo de
transformao.
Improvvel: provavelmente no ocorre durante o curso de
um ciclo de transformao.
Slide 422

Avaliao Inicial de Risco


As avaliaes de efeito e frequncia podem ento ser
combinadas:
Risco extremamente elevado (E): A transformao
provavelmente ir falhar com consequncias graves.
Alto Risco (A): falha significativa de partes da
transformao, resultando em determinadas metas no
serem alcanadas.
Risco moderado (M): falha visvel de partes da
transformao, ameaando o sucesso de algumas metas.
Baixo Risco (B): Algumas metas no sero inteiramente
bem sucedidas.
Slide 423

Esquema de Classificao de Risco

Slide 424

Planilha de Identificao e
Mitigao de Riscos

Slide 425

Planejamento Baseado em
Capacidade
Planejamento Baseado em Capacidade uma tcnica que se
concentra no planejamento, engenharia e entrega de
capacidades estratgicas de negcios.
Ele enquadra todas as fases do desenvolvimento da
arquitetura no contexto de resultados de negcios,
claramente ligando a viso de TI, arquiteturas (BCAs e
BCSs), e os Planos de Implementao e Migrao com os
planos corporativos estratgicos, de negcios, e de linha
de negcios.

Slide 426

Capacidades

Slide 427

Planejamento Baseado em
Capacidade
Capacidades so diretamente derivadas do plano estratgico
corporativo. Elas devem satisfazer os objetivos, metas e
estratgias da corporao. A maioria das organizaes
tambm ter um plano de negcios anual.
Todas as arquiteturas sero expressas em termos de
resultados de negcios e de valor.
Fase A: a direo estratgica corporativa deve conduzir a
fase.
Fases B, C e D: capacidades especficas devem ser
direcionadas para a realizao.
Fase E: os incrementos de capacidade devem conduzir a
fase.
Slide 428

Planejamento Baseado em
Capacidade

Slide 429

Tcnicas de
Suporte para a
Implementao
da Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 432

of 30

Mdulo 15
Fase A
Viso da Arquitetura
Edio V9.1 Copyright 2009-2011

Slide 433

de 31

Todos os direitos reservados


Publicado por The Open Group, 2011

Phase A
Fase A:
Viso da
Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 434

de 31

Viso da Arquitetura - Objetivos

Desenvolver uma viso aspiracional de alto nvel das


capacidades e valor de negcio a serem entregues
como resultado da arquitetura corporativa proposta

Obter aprovao de uma Declarao de Trabalho de


Arquitetura que define um programa de trabalhos para
desenvolver e implementar a arquitetura descrita na
Viso de Arquitetura

Slide 436

Abordagem
A Fase A define o que est dentro e o que est fora do
esforo de arquitetura, e as restries
As restries so informadas por princpios, objetivos de
negcio e direcionadores estratgicos
Cria o Documento de Viso da Arquitetura
Esclarecendo e acordando o propsito da arquitetura
Demonstrando como ela ser alcanada
A primeira descrio de alto nvel das arquiteturas de Linha de Base
e Alvo
A tcnica de Cenrios de Negcio pode ser usada para desenvolver
a Viso da Arquitetura

Slide 437

Fase A: Entradas
Requisio para Trabalho de
Arquitetura (ver prximo slide)
Princpios de negcios, metas e
direcionadores de negcios
Modelo Organizacional para a
Arquitetura Corporativa
Framework de Arquitetura
Adaptado, incluindo os
Princpios de Arquitetura
Repositrio Arquitetura populado

Slide 438

Requisio para Trabalho de


Arquitetura
Patrocinadores da organizao

Declarao de misso da
organizao
Objetivos de negcio e
mudanas
Planos estratgicos do negcio
Limites de tempo
As mudanas no ambiente de
negcios
Restries organizacionais
Informaes sobre o oramento,
limitaes financeiras
Slide 439

Restries externas, restries


de negcio
Descrio do sistema atual de
negcio
Descrio atual da arquitetura
do sistema de TI
Descrio da organizao de
desenvolvimento

Descrio de recursos que a


organizao de desenvolvimento
tem disponveis

11. Desenvolver a Declarao de Trabalho da


Arquitetura e obter aprovao

Passos

10. Identificar os riscos e as atividades de


mitigao para a transformao do negcio

9. Definir a proposta de valor da Arquitetura Alvo


e KPIs
8. Desenvolver a Viso da Arquitetura

7. Confirmar e elaborar princpios de arquitetura, incluindo


princpios de negcio
6. Definir o Escopo
5. Avaliar a prontido para transformao do negcio
4. Avaliar as Capacidades do Negcio
3. Confirmar metas de negcio, direcionadores, e limitaes
2. Identificar as partes interessadas, preocupaes, e requisitos de negcio
1. Estabelecer o projeto de arquitetura
Slide 440

Passo 1: Estabelecer o projeto


Conduzir os procedimentos necessrios para garantir:

Reconhecimento do projeto
Endosso da gesto corporativa
Apoio e compromisso da gesto de linha
Referir-se a outros frameworks de gerenciamento
Explicar como este projeto se relaciona com estes
frameworks

Slide 441

Passo 2: Identificar partes interessadas,


preocupaes, e requisitos de negcio
Aqui precisamos identificar:
Componentes e requisitos candidatos da viso
Fronteiras do escopo candidatas para o engajamento
Preocupaes das partes interessadas, problemas, e fatores
culturais
As preocupaes e pontos de vista que so relevantes para este
projeto
As partes interessadas que esto envolvidas neste projeto
Os papis e responsabilidades chaves dentro do projeto
Outra tarefa importante que dever ser considerada quais vises e
pontos de vista precisam ser desenvolvidos para satisfazer os
vrios requisitos das partes interessadas.

Slide 442

Mapa das Partes Interessadas


Parte
Interessada

Principal Preocupao

Classific
ao

Catlogos, matrizes e
Diagramas

CxO

Os direcionadores de alto nvel,


metas e objetivos da organizao, e
como estes so traduzidos em um
processo eficaz e arquitetura de TI
para o negcio avanar

Manter
Satisfeito

Diagrama de Footprint de
Negcio; Diagrama de
Meta/Objetivo/Servio;
Diagrama de Decomposio da
Organizao

Gabinete de
Gesto do
Programa

Priorizando, financiando, e alinhando


a atividade de mudana. Uma
compreenso do contedo do projeto
e dependncias tcnicas acrescenta
uma nova dimenso de riqueza para
gesto de portflio e tomada de
deciso.

Manter
Satisfeito

Diagrama de Contexto de
Projeto
Diagrama de Footprint de
Negcio
Diagrama de Comunicao de
Aplicao
Diagrama de Decomposio
Funcional

RH

Os papis e atores que suportam as


funes, aplicaes e tecnologia da
organizao. Os RHs so atores
importantes para garantir que as
funes e atores corretos sejam
representados.

Manter
Informado

Diagrama de Decomposio da
Organizao
Catlogo da Organizao/Ator
Catlogo de Localizaes

Slide 443

Passo 3: Confirmar metas de negcio,


direcionadores, e limitaes
Identificar as metas de negcio e direcionadores estratgicos
da organizao.
Se estes foram definidos em outros lugares, garantir que
as definies esto atualizadas, e esclarecer quaisquer
reas de ambiguidade.
Caso contrrio, definir as metas e garantir a sua
aprovao pela administrao.
Definir quaisquer limitaes que precisam ser trabalhadas

Slide 444

Passo 4: Avaliar as Capacidades do


Negcio
Neste passo ns vamos:
Procurar entender as capacidades e desejos do negcio
Identificar as opes para realizar essas capacidades
Avaliar as implicaes para a capacidade de arquitetura
da organizao
Criar um panorama inicial da nova capacidade que ser
necessria
Documentar os resultados em uma Avaliao de
Capacidades

Slide 445

Diagrama de Cadeia de Valor

Fonte: Wikipedia.org

Slide 446

Passo 5: Avaliar a prontido para


transformao do negcio
Essa avaliao baseada na determinao e avaliao de
uma srie de fatores de prontido
Estes resultados so usados para:
moldar o escopo da arquitetura,
identificar as atividades exigidas dentro do projeto de
arquitetura, e
identificar reas de risco a serem abordadas

Slide 447

Passo 6: Definir o Escopo


Definir:
Amplitude da cobertura
Nvel de detalhe
As caractersticas de particionamento da arquitetura
Domnios a serem cobertos
Agendar os marcos do projeto
Identificar os ativos do Continuum da Corporao para
uso:
Criados a partir de ciclos anteriores do ADM
Frameworks de referncia existentes, modelos, e assim
por diante

Slide 448

Passo 7: Confirmar e elaborar princpios de


arquitetura, incluindo princpios de
negcio
Assegurar que quaisquer definies existentes esto
atualizadas, e esclarecer todas as reas de ambiguidade.
Se os princpios no existirem, v ao rgo responsvel pela
governana da arquitetura e juntos definam os princpios.
Garantir a sua aprovao pela Administrao.

Slide 449

Passo 8: Desenvolver a Viso da


Arquitetura
Criar uma viso de alto nvel das Arquiteturas de linha de
base e alvo.
Tcnicas informais so muitas vezes utilizadas, por
exemplo, um simples diagrama de conceito da soluo
pode ilustrar os principais componentes da soluo e as
suas vantagens.
Cenrios de negcios so teis aqui para descobrir e
documentar os requisitos de negcios.
O resultado a primeira definio, de nvel muito alto, dos
ambientes de linha de base e alvo, a partir da perspectiva
do negcio, de SI e tecnolgica.
Isto deve ser armazenado no Repositrio de Arquitetura.

Slide 450

Diagrama de Conceito da Soluo


Uma representao de alto nvel da soluo prevista
Um esboo a lpis da soluo esperada no incio do
engajamento
Filiao
Atendimento a Conferncia
Clientes
Certificao
Publicaes
Interesse,
considerao,
Se associa,
renova
Slide 451

confivel, 24x7,
Infraestrutura de auto atendimento

Passo 9: Definir a proposta de valor


da Arquitetura Alvo e KPIs

Desenvolver o caso de negcio para as arquiteturas e as


mudanas necessrias
Produzir a proposta de valor para cada um dos grupos de
partes interessadas
Avaliar e definir os requisitos de compras
Rever e acordar as propostas de valor com os
patrocinadores e partes interessadas
Definir as mtricas de desempenho
Avaliar o risco do negcio
Incorporar as sadas na Declarao de Trabalho de
Arquitetura

Slide 452

Passo 10: Identificar os riscos e as


atividades de mitigao para a
transformao do negcio

Identificar os riscos associados com a Viso da Arquitetura,


avaliar o nvel inicial de risco e sua frequncia potencial.
Existem dois nveis de risco a serem considerados:
Nvel inicial de risco: classificao dos riscos antes de determinar e
implementar aes de mitigao
Nvel residual de risco: classificao de risco aps a implementar as
aes de mitigao (se houver)

Atribuir uma estratgia de mitigao para cada risco. Estes


devem ser considerados para a incluso dentro da
Declarao de Trabalho de Arquitetura
Slide 453

Passo 11: Desenvolver a Declarao de


Trabalho da Arquitetura, obter aprovao
Avaliar os produtos de trabalho necessrios contra o conjunto de
requisitos de desempenho de negcios.

As atividades incluem:

Identificar novos produtos de trabalho que precisam ser


alterados

Fornecer direo sobre quais produtos de trabalho existentes,


incluindo blocos de construo, precisam ser alterados.
Garantir que todas as dependncias esto coordenadas

Identificar o impacto da mudana sobre outros produtos de


trabalho

Escolher quais domnios da arquitetura desenvolver,


dependendo da finalidade, foco, escopo, restriesContinued
Slide 454

Passo 11: Desenvolver a Declarao de


Trabalho da Arquitetura, obter aprovao

Avaliar os requisitos de recursos


Estimar os recursos necessrios, desenvolver um roteiro
e cronograma para o desenvolvimento proposto e
documentar na Declarao de Trabalho de Arquitetura
Definir as mtricas de desempenho
Desenvolver o Plano de Comunicao especfico da
arquitetura corporativa
Analisar e aprovar os planos com os patrocinadores, e
garantir a aprovao formal da Declarao de Trabalho
de Arquitetura no mbito dos procedimentos adequados
de governana
Obter aprovao do patrocinador
Slide 455

Declarao de Trabalho de
Arquitetura
Ttulo
Solicitao de projeto de
arquitetura e background

Descrio e escopo do
projeto de arquitetura
Viso geral Viso da
Arquitetura
Procedimentos de
mudana de escopo
Slide 456

Papis, responsabilidades
e entregveis
Critrios e procedimentos
de aceitao
Plano do projeto de
Arquitetura e cronograma
Aprovaes

Fase A: Sadas
Declarao de Trabalho de
Arquitetura aprovada incluindo:
Descrio do projeto e
escopo
Viso geral da Viso da
Arquitetura
Plano do projeto e
cronograma
Declaraes refinadas de
princpios de negcio, metas e
direcionadores
Princpios de arquitetura
incluindo princpios de negcio
Continua
Slide 457

Fase A: Sadas
Avaliao de Capacidades
Framework de Arquitetura
adaptado
Viso de Arquitetura
Rascunho de Documento de
Definio de Arquitetura
Plano de Comunicao
Contedo adicional populando o
Repositrio de Arquitetura

Slide 458

Resumo
Fase A sobre o
estabelecimento de projeto
Ela inicia uma iterao do
processo de arquitetura
Ela define o escopo, as
restries e as
expectativas para esta
iterao
Ela valida o contexto de
negcios
Ela cria a Declarao de
Trabalho de Arquitetura

Slide 459

Resumo
Fase A: Viso da Arquitetura
Objetivos

Passos

Entradas

Sadas

Desenvolver uma viso de


alto nvel aspiracional das
capacidades e valor de
negcio a ser entregue como
resultado da arquitetura
corporativa proposta

Estabelecer o projeto de
arquitetura
Identificar as partes
interessdas, preocupaes,
e requisitos de negcio
Confirmar metas de negcio,
direcionadores, e limitaes
Avaliar as Capacidades do
Negcio
Avaliar a prontido para
transformao do negcio
Definir o Escopo
Confirmar e elaborar
princpios de arquitetura,
incluindo princpios de
negcio
Desenvolver a Viso da
Arquitetura
Desenvolver a Viso da
Arquitetura
Definir a proposta de valor
da Arquitetura Alvo e KPIs
Identificar os riscos e as
atividades de mitigao para
a transformao do negcio
Desenvolver a Declarao
de Trabalho da Arquitetura,
aprovao segura

Solicitao de Trabalho de Arquitetura

Declarao de Trabalho de Arquitetura


aprovado incluindo:
Descrio do projeto e escopo
Viso geral da Viso da Arquitetura
Plano do projeto e cronograma

Obter aprovao de uma


Declarao de Trabalho de
Arquitetura que define um
programa de trabalhos para
desenvolver e implementar a
arquitetura descrita na viso
de arquitetura

Slide 460

Princpios de negcios, metas de


negcios e orientadores
Modelo de organizao para a
arquitetura corporativa
Framework de Arquitetura Adaptado,
incluindo os princpios de arquitetura
Repositrio Arquitetura populado

Declaraes refinadas de princpios de


negcio, metas e direcionadores
Princpios de arquitetura incluindo princpios
de negcio
Avaliao de Capacidades
Framework de Arquitetura adaptado
Viso de Arquitetura
Rascunho de Documento de Definio de
Arquitetura
Plano de Comunicao
Contedo adicional populando o Repositrio
de Arquitetura

Fase Preliminar

Catlogo de Principios

Gerenciamento de Requisitos

Fase A, Viso de Arquitetura


Matriz de Mapa de Partes
interessadas
Catlogo de Requisitos

TOGAF 9 Artifacts

Fase B, Arquitetura de Negcio

Diagrama de
Cadeia de Valor

Diagrama
Conceitual
da Soluao

Catlogo de Organizao/Ator
Catlogo de
Direcionador/Meta/Objetivo
Catlogo de Papis
Catlogo de Servio de
Negcio/Funo
Catlogo de Localidades
Catlogo de
Processo/Evento/Controle/Produ
to
Catlogo de Contrato/Medida
Matriz de Interao de Negcio
Matriz de Ator//Papel
Diagrama de Footprint de
Negcio
Diagrama de Servio de
Negcio/Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto
Diagrama de
Meta/Objetivo/Servio
Diagrama de Casos de Uso de
Negcio
Diagrama de Decomposio da
Organizao
Diagrama
Slide
461 de Fluxo de Processo
Diagrama de Evento

Fase C, Arquitetira de
Dados

Fase C, Arquitetura de
Aplicao

Fase D, Arquitetura
Tecnolgica

Catlogo de
Entidade de Dados/
Componente de
Dados
Matriz de Entidade
de Dados/Funes
de Negcio
Matriz de
Aplicao/Dados
Diagrama lgico de
dados
Diarama de
Disseminao de
Dados
Diagrama de
segurana de Dados
Diagrama
hierrquico de
Classes
Diagrama de
Migrao de Dados
Diagrama de Ciclo
de Vida de Dados

of 33

Catlogo de Portiflio de
Aplicao
Catlogo de Interface
Matriz de
Aplicao/Organizao
Matriz de Papel/Aplicao
Matriz de
Aplicao/Funo
Matriz de Interao de
Aplicao
Diagrama de
Comunicao de
Aplicao
Diagrama de Localizao
de Aplicao e Usurio
Diagrama de caso de
Usos de Aplicaes
Diagrama de
gerenciabiliade da
Corporao
Diagrama de Realizao
de Processo/Aplicao
Diagrama de Engenharia
de Software
Diagrmaa de Migrao de
Aplicao
Diagrama de Distribuio
de Software

Catlogo de Normas
de Tecnologia
Catlogo de Portiflio
de Tecnologia
Matriz de
Sistema/Tecnologia
Diagrmaa de
Ambientes e Locais
Diagrmaa de
Decomposio de
Plataforma
Diagrama de
Processamento
Diagrmaa de
Computao em
Rede/Hardware
Diagrama de
Engenhari de
Comunicao

Artefatos

Teste
P. Complete a seguinte sentena: A Fase A, Viso da
Arquitetura tem como objetivo de fazer tudo isso, exceto:
A. Validar os princpios e objetivos de negcio da organizao
B. Garantir que os Princpios de Arquitetura estejam corretos
C Estabelecer Governana de TI
D Esclarecer e corrigir ambiguidades nos princpios de
arquitetura
E Definir os domnios de arquitetura especficos para serem
tratados

Slide 462

Fase A
Fase A:
Viso da
Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 463

de 31

Mdulo 16
Fase B
Arquitetura de Negcio
Edio V9.1 Copyright 2009-2011

Slide 464de

35

Todos os direitos reservados


Publicado por The Open Group, 2011

Phase B
Fase B:
Arquitetura
de Negcio

Business
Architecture

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 465de

35

Objetivos da Arquitetura de Negcio


Os objetivos da Fase B so:
Desenvolver a Arquitetura de Negcio Alvo descrevendo
como a corporao precisa operar para alcanar os
objetivos de Negcio, respondendo aos direcionadores
estratgicos definidos na Viso da Arquitetura e abordando
a Requisio para Trabalho de Arquitetura e preocupaes
das partes interessadas.
Identificar os componentes candidatos ao Roadmap de
Arquitetura com base em diferenas entre as Arquiteturas
de Negcio de Linha de Base e Alvo.

Slide 467

Abordagem

Conhecimento da Arquitetura de Negcio um prrequisito para o trabalho de arquitetura em outros


domnios (dados, aplicaes, tecnologia)
E tambm a primeira atividade que precisa ser realizada.

A Estratgia de Negcio define o que alcanar

A Arquitetura de Negcio descreve como alcanar.

Esta Fase frequentemente requerida para demonstrar o


valor de negcio do trabalho subsequente para as partes
interessadas

Slide 468

Abordagem
O Escopo depende da estratgia e planejamento existentes
Atualizar e verificar
Fazer a ligao entre direcionadores de negcio de alto nvel,
estratgia e metas, e requisitos de negcio especficos
Descobertas da arquitetura atual devem incluir todos os detalhes
relevantes

Se no houver nenhuma estratgia ou planejamento atual:


Identificar qualquer definio existente de arquitetura, ento verificar
e atualiza-la
Definies de um novo processo podem demandar um trabalho
detalhado

Em ambos os casos, use Cenrios de Negcio para


identificar os principais objetivos e processos de negcio
Slide 469

Fase B: Entradas

Slide 470

Requisio para Trabalho de


Arquitetura
Declarao de princpios de
Negcio, metas e direcionadores
refinados
Avaliao de Capacidade
Plano de Comunicao
Modelo Organizacional para
arquitetura corporativa
Framework de arquitetura adaptado
Declarao de Trabalho de
Arquitetura Aprovada
Princpios de Arquitetura
Continuum da Corporao
Repositrio de Arquitetura
Viso da Arquitetura
Rascunho do Documento de
Definio da Arquitetura

Passos
A ordem dos passos deve
ser adaptada situao.
Voc deve em particular
determinar se apropriado
fazer primeiro a
Arquitetura de Negcio de
Linha de Base ou a
Arquitetura de Negcio
Alvo

9. Criar o Documento de
Definio de Arquitetura
8. Finalizar a Arquitetura de
Negcio
7. Conduzir uma reviso formal das
Partes Interessadas
6. Resolver os impactos ao longo do
Panorama da Arquitetura
5. Definir os componentes de Roadmap
Candidatos
4. Executar a anlise de diferenas

3. Desenvolver a Descrio da Arquitetura de Negcio


Alvo
2. Desenvolver a Descrio da Arquitetura de Negcio de
Linha de Base
1. Selecionar modelos de referncia, pontos de vista, e
ferramentas
Slide 471

Passo 1: Selecionar modelos de


referncia, pontos de vista e ferramentas
Selecionar recursos relevantes de Arquitetura de
Negcio no Repositrio de Arquitetura, com base nos
direcionadores de negcio, partes interessadas e
preocupaes.
Selecionar pontos de vista relevantes de Arquitetura
de Negcio que possibilitaro ao arquiteto
demonstrar como as preocupaes das partes
interessadas sero atendidas.
Identificar as ferramentas e tcnicas apropriadas
para serem usadas para capturar, modelar, e
analisar junto com os pontos de vista.
Continua
Slide 472

Fase Preliminar

Catlogo de Principios
Gerenciamento de Requisitos
Fase B, Arquitetura de Negcio

Fase A, Viso da Arquitetura

TOGAF 9 Artifacts
Catlogo de Requisitos

Catlogo de Organizao/Ator
Catlogo de
Direcionador/Meta/Objetivo
Catlogo de Papis
Catlogo de Servio de
Negcio/Funo
Catlogo de Localidades
Catlogo de
Processo/Evento/Controle/Produto
Catlogo de Contrato/Medida
Matriz de Interao de Negcio
Matriz de Ator/Papel
Diagrama de Footprint de
Negcio
Diagrama de Servio de
Negcio/Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto
Diagrama de
Meta/Objetivo/Servio
Diagrama de Casos de Uso de
Negcio
Diagrama de Decomposio da
Organizao
Diagrama de Fluxo de Processo
Diagrama de Evento

Slide 473of

33

Matriz de Mapa de Partes interessadas

Diagrama Conceitual Diagrama de


Cadeia de Valor
da Soluao

Fase E. Oportunidades e Solues

Diagrama de Contexto de Projeto

Fase C, Arquitetira de
Dados

Fase C, Arquitetura de
Aplicao

Catlogo de

Catlogo de Portflio de
Entidade de
Aplicao
Dados/

Catlogo de Interface
Componente de

Matriz de
Dados
Aplicao/Organizao
Matriz de Entidade
Matriz de Papel/Aplicao
de Dados/Funes
Matriz de Aplicao/Funo
de Negcio

Matriz de Interao de
Nota:
Matriz de
Aplicao
O Mdulo 16A
fornece
Aplicao/Dados
Diagrama de Comunicao
Diagrama
lgico de
de
Aplicao
informaes
detalhadas
dados

Diagrama de Localizao de
sobre os Catlogos,
Matrizes
Diagrama de
Aplicao e Usurio
Disseminao
de

Diagrama
de caso
e Diagramas
da Fase
B de Usos
Dados
de Aplicaes
Diagrama de

Diagrama de gerenciabiliade
segurana de
da Corporao
Dados

Diagrama de Realizao de
Diagrama
Processo/Aplicao
hierrquico de

Diagrama de Engenharia de
Classes
Software
Diagrama de

Diagrama de Migrao de
Migrao de
Aplicao
Dados

Diagrama de Distribuio de
Diagrama de Ciclo
Software
de Vida de Dados

Fase D, Arquitetura
Tecnolgica

Catlogo de
Normas de
Tecnologia
Catlogo de
Portflio de
Tecnologia
Matriz de
Sistema/Tecnologi
a
Diagrama de
Ambientes e
Locais
Diagrama de
Decomposio de
Plataforma
Diagrama de
Processamento
Diagrama de
Computao em
Rede/Hardware
Diagrama de
Engenharia de
Comunicao

Passo 1: Selecione modelos de referncia,

pontos de vista e ferramentas


Determinar o Processo global de Modelagem
Identificar o nvel de granularidade de servio, fronteiras, e
contratos necessrios

Identificar os Catlogos requeridos de Blocos de


Construo de Negcio
Identificar os tipos de requisitos a serem capturados
Identificar requisitos a serem atendidos pela Arquitetura
Formalizar os requisitos orientados ao Negcio
Fornecer informaes de requisitos para Arquitetura de Dados,
Aplicao e Tecnologia
Se aplicvel, fornecer uma orientao detalhada a ser seguida
durante o design e implementao

Slide 474

Exemplos de Modelagem

Slide 475

Passo 2: Desenvolver a Descrio da


Arquitetura de Negcio de Linha de Base
Deve ser completa, mas sem detalhes
desnecessrios
Se possvel, identificar os blocos de construo
relevantes da Arquitetura de Negcio, com base no
Repositrio de Arquitetura
Se no, desenvolver uma nova descrio de
arquitetura:
Usar os modelos identificados no Passo 1 como orientao

Slide 476

Passo 3: Desenvolver a Descrio


da Arquitetura de Negcio Alvo
Se possvel, identificar os blocos de construo de
Arquitetura de Negcio relevantes, com base no
Repositrio de Arquitetura
Se no, desenvolver uma nova descrio de arquitetura:
Usar os modelos identificados no Passo 1 como orientao

Slide 477

Passo 4: Executar Anlise de


Diferena
Verificar os modelos de arquitetura enquanto a sua
consistncia e preciso:
Realize anlise de trade-offs para resolver conflitos (se
houver algum) entre vises (views) diferentes
Confirme se os modelos suportam os princpios, objetivos e
restries
Observe as alteraes no Ponto de Vista representado nos
modelos selecionados do Repositrio Arquitetura e
documente isso
Teste os modelos de arquitetura quanto a completude em
relao aos requisitos
Identifique as diferenas entre a linha de base e alvo
Continua
utilizando a tcnica de Anlise de Diferenas
Slide 478

Passo 4: Realizar Anlise de


Diferenas
A Anlise de Diferenas destaca servios e/ou
funcionalidades que foram omitidas ou esto para serem
desenvolvidas; estas so as diferenas (gaps). Eles
devem ser marcadas como eliminado corretamente ou
como a ser resolvido por recolocao, desenvolvimento
ou compra
1. Criar uma matriz de BCAs de Negcio:
Coloque Arquitetura Atual + Novos Servios no eixo vertical
Coloque Arquitetura Alvo + Servios Eliminados no eixo
horizontal

2. Marque os BCAs que so comuns aos dois como


Includo
Continua
Slide 479

Passo 4: Realizar Anlise de


Diferenas
3. Revisar os blocos faltantes entre os atuais:
Confirmar como Eliminado
Se no marcar como Rever

4. Marcar quaisquer Novos Servios como uma diferena a


ser preenchida atravs de aquisio da funo:
Desenvolvendo
Comprando

Slide 480

Exerccio de Anlise de Diferenas


Dados os seguintes BCAs na arquitetura de linha de base:
Servios de "broadcasting", servios de videoconferncia,
servios de telefonia avanada, servios de compartilhamento
de tela.
E os seguintes BCAs na arquitetura alvo:
Servios de conferncia de vdeo, servios de telefonia
avanada, servios de mailing list.
Suponha que "servios de compartilhamento de tela" foi
involuntariamente excludo e que os "servios de telefonia
avanada" da linha de base podem corresponder s
necessidades.
Desenhe a matriz de anlise de diferenas.
Slide 481

Anlise de Diferenas: Resposta

Slide 482

Passo 5: Definir os componentes de


Roadmap Candidatos
O roadmap inicial de Arquitetura de Negcio ser utilizado
como matria prima para apoiar a definio mais detalhada
de um roadmap consolidado e interdisciplinar na Fase de
Oportunidades e Solues.

Slide 483

Passo 6: Resolver os impactos ao longo


do Panorama da Arquitetura
Artefatos de Arquitetura no Panorama de Arquitetura
devem ser examinados para identificar:
Esta Arquitetura de Negcio cria um impacto sobre quaisquer
arquiteturas pr-existentes?
Mudanas recentes foram feitas com impacto na Arquitetura de
Negcio?
Existem oportunidades para alavancar o trabalho a partir desta
Arquitetura de Negcio em outras reas da organizao?
Ser que esta Arquitetura de Negcio tem impacto em outros
projetos?
Ser que esta Arquitetura de Negcio ser impactada por outros
projetos?

Slide 484

Passo 7: Conduzir uma reviso formal


pelas Partes Interessadas
Esta uma reviso formal do modelo e dos blocos de
construo selecionados.

O objetivo comparar a Arquitetura de Negcio proposta


contra a Declarao de Trabalho (SOW).

possvel voltar para os passos anteriores, se necessrio.

Slide 485

Passo 8: Finalizar a Arquitetura de


Negcio

Selecionar padres para cada um dos BCAs, sempre que


possvel reutilizando a partir do Repositrio de
Arquitetura.
Documentar detalhadamente cada BCAs.
Executar uma verificao cruzada da arquitetura geral
contra as metas de negcio.
Documentar o relatrio final de rastreabilidade de
requisitos.
Documentar o mapeamento final da arquitetura no
Repositrio de Arquitetura. A partir dos BCAs
selecionados, identificar quais podem ser reutilizados e
publicar atravs do repositrio de arquitetura
Slide 486

Passo 9: Criar o Documento de Definio


de Arquitetura
Documentar a justificativa para todas as decises de
blocos de construo no Documento de Definio de
Arquitetura.
Preparar as sees de Negcio do Documento de
Definio de Arquitetura.
Se for o caso, use relatrios e / ou grficos gerados por
ferramentas de modelagem para demonstrar vises
fundamentais da arquitetura. Envie o documento para
reviso pelas partes interessadas, e incorpore o feedback.

Slide 487

Resumo sobre o uso de Blocos de


Construo na Fase B
Quando estiver criando as descries das Arquiteturas de Linha de
Base e Alvo, o arquiteto deve identificar blocos de construo
relevantes para a Arquitetura de Negcio:
A partir do Repositrio de Arquitetura
O TOGAF inclui exemplos de catlogos, matrizes e diagramas que podem
ser usados para modelar a decomposio de um bloco de construo

A Anlise de Diferenas usada para identificar Blocos de Construo


que devem ser transportados para a arquitetura alvo; Blocos de
Construo eliminados; e novos Blocos de Construo necessrios
Quando finalizada a Arquitetura de Negcio, os padres so
selecionados para cada um dos blocos de construo
Cada bloco de construo deve ser documentado
Aqueles que so candidatos a reuso, devem ser publicados no Repositrio
de Arquitetura

Slide 488

Fase B: Sadas
Declarao de Trabalho de
Arquitetura
Princpios de Negcio, metas e
direcionadores validados
Princpios de Arquitetura de
Negcio revisados
Rascunho de Documento de
Definio de Arquitetura
Rascunho de Especificao de
Requisitos de Arquitetura
Componentes de Arquitetura de
Negcio do Roadmap de
Arquitetura
Slide 489

Documento de Definio de
Arquitetura

Escopo
Metas, objetivos, e restries
Princpios de Arquitetura
Arquitetura de Linha de Base
Modelos de Arquitetura (para cada
estado a ser modelado):
Modelos de Arquitetura de Negcio
Modelos de Arquitetura de Dados
Modelos de Arquitetura de
Aplicao
Modelos de Arquitetura
Tecnolgica

Razo e justificativa para a


abordagem arquitetural
Slide 490

Mapeamento para o Repositrio


de Arquitetura:
Mapeamento para o Panorama
de Arquitetura
Mapeamento para modelos de
referncia
Mapeamento para
normas/padres
Avaliao de Reuso

Anlise de Diferenas
Avaliao de Impacto
Arquitetura de Transio

Documento de Definio de Arquitetura


Componentes de Arquitetura de Negcio

Arquitetura de Negcio de Linha de


Base, se necessrio - esta uma
descrio da arquitetura do Negcio
existente
Arquitetura de Negcio Alvo , incluindo:
Estrutura organizacional - identificando
locais de negcio e relacionando-os s
unidades organizacionais
Metas e objetivos de Negcio - para a
corporao e para cada unidade
organizacional
Funes de Negcio - um passo
detalhado e recursivo envolvendo a
decomposio sucessiva de grandes

reas funcionais em subfunes


Servios de Negcio - os servios que
a corporao e cada uma de suas
unidade proporciona aos seus clientes,
tanto interna como externamente

Slide 491

Processos de Negcio, incluindo


medidas e entregveis
Papis de Negcio, incluindo o
desenvolvimento e modificao de
necessidades de competncias
Modelo de Dados do Negcio
Correlao de organizao e
funes - relacionar funes de
negcio com as unidades
organizacionais na forma de uma
matriz

Vises correspondentes aos pontos


de vista selecionados abordando
preocupaes das principais partes
interessadas

Especificao de Requisitos de
Arquitetura

Medidas de sucesso (mtricas)


Requisitos de arquitetura
Contratos de Servio de Negcio
Contratos de Servios de Aplicao
Orientaes para a Implementao
Especificaes para a implementao
Normas para a Implementao
Requisitos de Interoperabilidade
Requisitos de gerenciamento de servios de TI
Restries
Pressupostos
Slide 492

Especificao de Requisitos de
Arquitetura Componentes de
Arquitetura de Negcio
Resultados da Anlise de Diferenas
Requisitos tcnicos
Requisitos de Negcio atualizados

Slide 493

Fase B
Fase B:
Arquitetura
de Negcio

Business
Architecture

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 498de

35

Mdulo 16A
Fase B
Arquitetura de Negcio
- Catlogo, Matrizes
e Diagramas
Edio V9.1 Copyright 2009-2011

Slide 499de

35

Todos os direitos reservados


Publicado por The Open Group, 2011

Phase B

Fase B:
Arquitetura
de Negcio
Catlogos,
Matrizes e
Diagramas
Business
Architecture

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 500de

35

Fase Preliminar

Catlogo de Principios
Gerenciamento de Requisitos
Fase B, Arquitetura de Negcio

Fase A, Viso da Arquitetura

TOGAF 9 Artifacts
Catlogo de Requisitos

Catlogo de Organizao/Ator
Catlogo de
Direcionador/Meta/Objetivo
Catlogo de Papis
Catlogo de Servio de
Negcio/Funo
Catlogo de Localidades
Catlogo de
Processo/Evento/Controle/Produto
Catlogo de Contrato/Medida
Matriz de Interao de Negcio
Matriz de Ator//Papel
Diagrama de Footprint de
Negcio
Diagrama de Servio de
Negcio/Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto
Diagrama de
Meta/Objetivo/Servio
Diagrama de Casos de Uso de
Negcio
Diagrama de Decomposio da
Organizao
Diagrama de Fluxo de Processo
Diagrama de Evento

Slide 502of

33

Matriz de Mapa de Partes interessadas

Diagrama Conceitual Diagrama de


Cadeia de Valor
da Soluao

Fase E. Oportunidades e Solues

Diagrama de Contexto de Projeto

Fase C, Arquitetira de
Dados

Fase C, Arquitetura de
Aplicao

Fase D, Arquitetura
Tecnolgica

Catlogo de
Entidade de
Dados/
Componente de
Dados
Matriz de Entidade
de Dados/Funes
de Negcio
Matriz de
Aplicao/Dados
Diagrama lgico de
dados
Diagrama de
Disseminao de
Dados
Diagrama de
segurana de
Dados
Diagrama
hierrquico de
Classes
Diagrama de
Migrao de
Dados
Diagrama de Ciclo
de Vida de Dados

Catlogo de Portflio de
Aplicao
Catlogo de Interface
Matriz de
Aplicao/Organizao
Matriz de Papel/Aplicao
Matriz de Aplicao/Funo
Matriz de Interao de
Aplicao
Diagrama de Comunicao
de Aplicao
Diagrama de Localizao de
Aplicao e Usurio
Diagrama de caso de Usos
de Aplicaes
Diagrama de gerenciabiliade
da Corporao
Diagrama de Realizao de
Processo/Aplicao
Diagrama de Engenharia de
Software
Diagrama de Migrao de
Aplicao
Diagrama de Distribuio de
Software

Catlogo de
Normas de
Tecnologia
Catlogo de
Portflio de
Tecnologia
Matriz de
Sistema/Tecnologi
a
Diagrama de
Ambientes e
Locais
Diagrama de
Decomposio de
Plataforma
Diagrama de
Processamento
Diagrama de
Computao em
Rede/Hardware
Diagrama de
Engenharia de
Comunicao

Artefatos

Catlogos, Matrizes e Diagramas


Catlogos
Diagramas
Catlogo de Ator/Organizao
Diagrama de Footprint de
Catlogo de
Negcio
Direcionador/Meta/Objetivo
Diagrama de Servio/Informao
Catlogo de Papel
de Negcio
Catlogo de Servio/Funo de
Diagrama de Decomposio
Negcio
Funcional
O formato exato
dos
e
Catlogo de Localizaocatlogos, matrizes
Diagrama
de Ciclo de Vida de
diagramas depender
Catlogo de
Produto
das ferramentas
usadas
Processo/Evento/Controle/Produ
Diagrama
de
to
Meta/Objetivo/Servio
Catlogo de Contrato/Medidas
Diagrama de Caso de Uso
Matrizes
Diagrama de Decomposio
Matriz de Interao de Negcio
Organizacional
Matriz Ator/Papel
Diagrama de Fluxo de Processo
Diagrama de Evento
Slide 503

Catlogos
Catlogo
Catlogo de
Organizao/
Ator

Propsito
Uma listagem definitiva de todos os participantes que interagem com TI, incluindo
usurios e proprietrios de sistemas de TI.
Ele contm as seguintes entidades de metamodelo:
Unidade organizacional, localidade de ator (pode ser includo neste catlogo se
um catlogo de localidade independente no existir)

Catlogo de
Direcionador/
Meta/Objetivo

Uma referncia cruzada organizacional de como uma organizao atende a seus


direcionadores na prtica atravs das metas, objetivos, e (opcionalmente) medidas.
Ele contm as seguintes entidades de metamodelo:
Unidade organizacional, Direcionador, Meta, Objetivo, Medida (pode
opcionalmente ser includa)

Catlogo de
Papel

O Propsito do Catlogo de Papel prover uma lista de todos os nveis ou zonas


de autorizao dentro de uma corporao. Frequentemente, a segurana ou o
comportamento da aplicao so definidos atravs de um entendimento local do
conceito de autorizao que gera consequncias complexas e inesperadas quando
combinadas.
Ele contm as seguintes entidades de metamodelo:
Papel

Slide 504

Catlogos
Catlogo

Propsito

Catlogo de
Servio/Funo
de Negcio

A decomposio funcional de uma forma que pode ser filtrada, relatada, e


consultada, como um suplemento para diagramas de decomposio funcional.
Ele contm as seguintes entidades de metamodelo:
Unidade Organizacional, Funo de Negcio, Servio de Negcio, Servio de
Sistema de Informao (podem, opcionalmente, ser includos aqui)

Catlogo de
Localidades

Uma lista de todos os locais onde a empresa realiza operaes de negcio ou


guarda ativos arquiteturalmente relevantes, tais como data centers ou
equipamentos de usurio final.
Ele contm as seguintes entidades de metamodelo:
Localidade

Catlogo de
Processo/Evento/
Controle/ Produto

O Catlogo de Processo/Evento/Controle/Produto fornece uma hierarquia de


processos, eventos desencadeadores de processos, sadas a partir de
processos e controles existentes para a execuo dos processos. Este
catlogo fornece um suplemento para os diagramas de fluxo de processo e
permitem a uma organizao filtrar, informar e consultar ao longo das
organizaes e processos para identificar o escopo, aspectos comuns, ou
impacto.
Ele contm as seguintes entidades de metamodelo:
Processo, Evento, Controle, Produto

Slide 505

Catlogos
Catlogo

Propsito

Catlogo de
Contrato/Medida

Uma listagem de todos os contratos de servios acordados e


(opcionalmente) as medidas associadas a esses contratos. Ele forma
a lista principal de nveis de servio acordados para toda a empresa.
Ele contm as seguintes entidades de metamodelo:

Servio de Negcio
Servio de Sistema de Informao (opcionalmente)
Contrato
Medida

Slide 506

Exerccio

Slide 507

Matrizes
Matriz de Interao de Negcio
Matriz Ator/Papel

Slide 508

Matriz de Interao de Negcio


O objetivo desta matriz descrever as interaes entre
organizaes e funes de negcio em toda a corporao.
Providing Business Services
Consuming Business Services

Engineering Procurement

Manufacturing

Sales and Distribution

Engineering
Procurement
Contract for
supply of
materials

Manufacturing

Sales and Distribution

Customer Service

Slide 509

Contract for
supply of
product
specification

Contract for supply of


sales forecasts
Contract for
supply of product
Contract for fulfillment of
customer orders

Customer Service

Matriz Ator/Papel
Esta matriz mostra quais atores executam quais papis,
apoiando a definio de requisitos de segurana e
competncias.

Slide 510

I
I
I
I

R
R
R
R
R

I
C
I
R
C

I
I
I
I
I

I
I
I
I
I

R
R
R
R
R

I
I
I
I
R

C
C
C
C
R

C
C
C
C
C

C
R
R

C
C
C
C

I
A
I
R
R
R
C
A

Vendedores/Fornecedores Externos

C
C
C
C

I
I
R
I
I

Gerente de Projeto

C
C
C
C

C
R
I
I
I

Operaes de TI

I
I
I
I

C
C
I
R
A

Projetista de Infraestrutura

I
I
I
I

Lder de Implementao

A
A
A
A
C

I
C

Arquiteto Corporativo
de Infraestrutura

C
I

Gerente de Arquitetura
de Configurao

R
C
I
I
I

Arquiteto de Soluo de
Infraestrutura

C
C
I
I
C

Arquiteto de Aplicao de Unidade


de Negcio

C
R
I
A
C

Estrategista de Infraestrutura

I
I
I
I
C

Atores de
Implementao
de Infraestrutura

Atores de Estratgia e
Arquitetura

Lder de Estratgia e Arquitetura

Proprietrio de Servios da
Unidade de Negcio

Lder da Unidade de Negcio

Autoridade de Design Corporativo


A
A
I

Frum de Gerenciamento de TI

R
C
I
C
C

Atores de
Unidades de
Negcio

Autoridade de Desenho tcnico

I
I
I

Arquiteto Corporativo

R = Responsvel por desempenhar o papel


E = Encarregados pelo atores desempenhando
o papel
C = Consultado no desempenho do papel
I = Informado no desempenho do papel
Papis de Ciclo de vida Estratgico
Atualizao da Arquitetura
Roadmap de Arquitetura
Avaliao de Benefcios
Gerncia de Mudana
Atualizao do Framework
Papis de Ciclo de vida de Projeto
Viso da Arquitetura de Soluo
Arquitetura Lgica de Soluo
Arquitetura Fsica de Soluo
Governana de Design
Gerncia de Configurao de Arquitetura

CIO

Domnio de
Atores do Grupo
Atores do
De Orientao
CIO

C
C

Diagramas

Diagrama de Footprint de Negcio


Diagrama de Servio/Informao de Negcio
Diagrama de Decomposio Funcional
Diagrama de Ciclo de Vida de Produto
Diagrama de Meta/Objetivo/Servio
Diagrama de Caso de Uso
Diagrama de Decomposio Organizacional
Diagrama de Fluxo de Processo
Diagrama de Evento

Slide 511

Diagrama de Footprint de Negcio


Descreve as conexes entre os objetivos de negcio,
unidades organizacionais, funes de negcio e servios,
mapeando essas funes para os componentes tcnicos
que entregam a capacidade necessria.
Demonstra apenas os fatos principais ligando as funes
das unidades organizacionais aos servios de entrega, e
utilizado como uma plataforma de comunicao para partes
interessadas seniores (CxO)

Slide 512

Examplo de
Diagrama de Footprint de Negcio

Slide 513

Diagrama de Servio/Informao de
Negcio
Mostra as informaes necessrias para apoiar um ou mais
servio de negcio.
Mostra os dados que so consumidos ou produzidos por
um servio de negcio. Pode mostrar tambm a origem da
informao.
Mostra uma representao inicial da informao presente
dentro da arquitetura e, portanto, forma uma base para a
elaborao e aperfeioamento dentro da Fase C
(Arquitetura de Dados).

Slide 514

Exemplo de Diagrama de
Servio/Informao de Negcio
Complaint
Complaint Handling
Service
Customer Details

Complaint
Resolution

Exemplo bsico
Slide 515

Customer Details

Common Faults

Exemplo de Diagrama de
Servio/Informao de Negcio
Complaint
Complaint Handling
Service
Customer Details
Customer
Complaint
Resolution

Customer Details

Lead
Management
Service

Exemplo estendido mostrando


interaes de atores e servios
Slide 516

Common Faults

Fault
Management
Service

Diagrama de Decomposio
Funcional
Mostra em uma nica pgina as capacidades de uma
organizao que so relevantes para se considerar em
uma arquitetura.
Ao examinar os recursos de uma organizao a partir de
uma perspectiva funcional, possvel desenvolver
rapidamente modelos sobre o que a organizao faz, sem
ser levado para um debate extenso sobre como a
organizao faz.

Slide 517

Exemplo de um Diagrama de
Decomposio Funcional

Slide 518

Diagrama de Ciclo de Vida de


Produto
Ajuda na compreenso dos ciclos de vida de entidades chave dentro da
corporao.
Compreender ciclos de vida de produtos est se tornando cada vez
mais importante no que diz respeito s preocupaes, legislao e
regulamentao ambientais, onde os produtos devem ser rastreados
desde a fabricao at o descarte.
Igualmente, as organizaes que criam produtos que envolvem
informaes pessoais ou confidenciais devem possuir um entendimento
detalhado do ciclo de vida do produto durante o desenvolvimento da
Arquitetura de Negcio, a fim de garantir o rigor no desenho de
controles, processos e procedimentos. Exemplos disso incluem cartes
de crdito, cartes de dbito, cartes de loja / fidelidade, cartes
inteligentes, credenciais de identidade do usurio (carteiras de
identidade, passaportes, etc.)
Slide 519

Exemplo de Diagrama de Ciclo de


Vida de Produto

Slide 520

Diagrama de Meta/Objetivo/Servio
Define as formas pelas quais um servio contribui para a
realizao de uma viso de negcio ou estratgia.
Servios esto associados com os direcionadores, metas,
objetivos e medidas que eles apoiam, permitindo que a
corporao entenda quais servios contribuem para
aspectos similares de desempenho do negcio.
Isso tambm proporciona uma informao qualitativa sobre
o que constitui alto desempenho para um servio em
particular.

Slide 521

Exemplo do Diagrama de
Meta/Objetivo/Servio
Papel:CFO

Meta: Aumentar
a Receita

Papel:
VP Marketing
Objetivo:
Mercado de
Carros usados

Objetivo:
Criar uma nova
linha de carros at

Funo:
Vendas e
Marketing
Servio:
Marketing
Servio:Veculos
usados
Servio:
Campanha

Servio:
Vendas
Servio:
Pre-Vendas

Slide 522

Servio:
Entrega do Pedido

Papel:
VP de Vendas

Diagrama de Caso de Uso de Negcio


Este diagrama mostra as relaes entre consumidores e
fornecedores dos Servios de Negcio.
Servios de Negcio so consumidos por atores ou outros
Servios de Negcio, e o Diagrama de Caso de Uso de
Negcio oferece uma riqueza adicional em descrever uma
capacidade, ilustrando como e quando essa capacidade
usada.
Eles ajudam a descrever e a validar a interao entre os
atores e seus papis nos processos e funes.
A medida que a arquitetura evolui, o caso de uso pode
evoluir a partir do nvel de negcio para incluir dados,
aplicaes, e detalhes tecnolgicos. Casos de Uso
Arquiteturais de Negcio tambm podem ser reusados no
trabalho de concepo de sistemas.
Slide 523

Exemplo de Diagrama de Caso de Uso


de Negcio

Slide 524

Diagrama de Decomposio
Organizacional
Este diagrama descreve as conexes entre ator, papis e
localidades dentro de uma rvore organizacional.
Um mapa da organizao deve fornecer uma cadeia de
comando dos proprietrios e tomadores de deciso da
organizao.

Slide 525

Exemplo de Organizao

Slide 526

Diagrama de Fluxo de Processo


Descreve todos os modelos e mapeamentos relacionados
com a entidade de metamodelo processo.
Ele mostra o fluxo sequencial de controle entre as
atividades e pode utilizar tcnicas de raias (swim-lane)
para representar a propriedade e realizao das etapas do
processo.
Alm de mostrar uma sequncia de atividades, os fluxos de
processos tambm podem ser usado para detalhar os
controles que se aplicam a um processo, os eventos que
desencadeiam ou resultam da concluso do processo, e
tambm os produtos que so gerados a partir da execuo
do processo.
Slide 527

Exemplo de Diagrama de Fluxo de


Processo
Incio

Passo 2

Passo 1

Passo 5

Slide 528

Passo 3

Passo 6

Passo 4

Passo 6

Passo 6

PARAR

Exemplo de Diagrama de Fluxo de


Processo
Equipe de
suporte tcnico

Incio

Passo 1

Representante
De vendas

Passo 2

Aplicao
Proprietria

Email

Aprovador
De proposta

Representante
Do Cliente

Passo 5

IWF

Precificador

Passo 3

CRM

Passo 6

email

Representante
Do Cliente

Passo 6

Ferramenta
De Consolidao

Fluxo do Processo (com Papeis e Aplicaes)


Slide 529

Precificador

Passo 4

MS Word
MS Excel

Representante
Do Cliente

Passo 6

Planilha

PARAR

Diagrama de Eventos
Descreve a relao entre eventos e processos.
Certos eventos - como a chegada de informaes (por
exemplo, um pedido do cliente) ou um momento no tempo
(por exemplo, final do trimestre fiscal) - gera trabalho e
atividades a serem desenvolvidas dentro da empresa.

Slide 530

Exemplo de Diagrama de Eventos

Impacta/Gera

Triggers

Evento
(ex. Fim do trimestre
fiscal)

Slide 531

Processo

(ex. Processo de
relatrio financeiro)

Resultado
de
Negcio
(ex. resultados do primeiro
trimestre informado para
agncia governamental)

Exemplo de Matriz de Eventos


EVENTO

RESULTADO(S) DE
NEGCIO

PROCESSO DESENCADEADO

Cliente submete
um pedido

Processamento de pedidos
Criar e salvar pedido
Gerar conhecimento
Recibo de confirmao do pedido do cliente
Iniciar atividades de execuo do pedido

Pedido de venda
capturado no livro de
pedidos

Cliente submete
um pedido
de um
produto
customizado

Configurao de produto customizado


Capturar requisitos do cliente
Definir especificaes de customizao
Precificar configurao customizada
Negociar com o cliente
Aprovar, de forma segura, com o cliente a
configurao e preo

Produto customizado
configurado
Contrato assinado pelo
cliente

Fim do Trimestre

Processo de relatrio financeiro

Slide 532

Relatrio financeiro
gerado

Fase B
Fase B:
Arquitetura
de Negcio
Catlogos,
Matrizes e
Diagramas
Business
Architecture

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 533de

35

Mdulo 17
Fase C
Arquiteturas de Sistemas
de Informao Viso Geral
Edio de Direitos Autorais V9.1 2009-2011

Slide 534of

14

Todos os direitos reservados


Publicado por The Open Group, 2011

Phase C
Fase C:
Viso Geral Arquiteturas
de Sistemas de
Informao

Arquitetura
Arquitetura
de Aplicativos de Dados

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases

Slide 535of

14

Arquiteturas de Sistemas de Informao


Objetivos
Desenvolver a Arquitetura Alvo de Sistemas de Informao
(Dados e Aplicativos), descrevendo como a Arquitetura de
Sistemas de Informao da corporao habilitar a Arquitetura
de Negcio e a Viso da Arquitetura, de forma que aborde a
Requisio para o Trabalho de Arquitetura e os interesses e
preocupaes das partes interessadas.
Identificar os componentes candidatos para o Roadmap de
Arquitetura baseados nas diferenas entre as Arquiteturas Alvo e
as de Linha de Base de Sistemas de Informao (Dados e
Aplicativos).

Slide 537

Abordagem
A Fase C envolve a Arquitetura de Dados e a de Aplicativos,
em qualquer ordem.
Existem defensores para ambas as sequncias:

O Enterprise Architecture Planning de Spewak recomenda uma


sequncia orientada por dados.

Os principais sistemas aplicativos (ERP, CRM, ) muitas vezes


combinam infraestrutura tecnolgica e lgica de aplicativos. Uma
abordagem orientada por aplicativos considera as aplicaes
principais (que sustentam os processos de negcio crticos para a
misso) como o foco principal do esforo de arquitetura.

Problemas de integrao muitas vezes constituem um grande


desafio.

Continua

Slide 538

Design Top-Down
Implementao Bottom-up

Design:
1. Arquitetura de Negcio
2. Arquitetura de Dados (ou Aplicativos)
3. Arquitetura de Aplicativos (ou Dados)
4. Arquitetura Tecnolgica

Implementao:
1. Arquitetura Tecnolgica
2. Arquitetura de Aplicativos (ou Dados)
3. Arquitetura de Dados (ou Aplicativos)

4. Arquitetura de Negcio

Slide 539

Abordagem Alternativa: Sequncia de


Implementao Orientada por Dados
1. Primeiro implemente sistemas aplicativos que criam
dados
2. Ento aplicativos que processam os dados
3. Finalmente, aplicativos que arquivam os dados

Slide 540

Abordagem: Repositrio de Arquitetura


Considere modelos genricos relevantes para o setor
vertical de uma organizao
Recursos de Arquitetura de Dados
Modelos de dados genricos, por exemplo o modelo de dados ARTS
(setor de varejo), e o modelo de dados Energistics (indstria
Petrotcnica)

Recursos de Arquitetura de Aplicativos


Modelos de aplicativos genricos, por exemplo o TeleManagement
Forum (setor de telecomunicaes), e o OMG que tem uma srie de
modelos de software para verticais especficas (Sade, Transporte,
Finanas, etc)

Slide 541

Consideraes sobre a
Arquitetura de Dados
Gerenciamento de Dados
Migrao de Dados
Governana de Dados

Slide 542

Fase C: Entradas
Requisio para Trabalho de
Arquitetura
Avaliao de Capacidade
Plano de Comunicaes
Modelo Organizacional para a
Arquitetura Corporativa
Framework de Arquitetura
Padronizado
Princpios de Dados/Aplicativos
Declarao de Trabalho de
Arquitetura
Viso da Arquitetura
Repositrio de Arquitetura
Slide 543

Rascunho do Documento de
Definio da Arquitetura
Rascunho da Especificao de
Requisitos da Arquitetura,
incluindo:
Resultados da Anlise de
Diferenas
Requisitos tcnicos
relevantes
Componentes da Arquitetura de
Negcio do Roadmap da
Arquitetura

Passos
Nota:

1. Arquitetura de Dados
Os detalhes para esses passos
2.
Arquitetura de Aplicativos
sero cobertos nos prximos dois
mdulos
Os passos seguem um padro
comum com as Fases B e D

Slide 544

Fase C: Sadas:
Arquitetura de Aplicativos

Declarao de Trabalho de

Arquitetura

Princpios validados, ou novos


princpios (dados/aplicativos)

Rascunho do Documento de
Definio da Arquitetura, contendo:
Arquitetura de Linha de Base de
Aplicativos/Dados
Arquitetura Alvo de
Aplicativos/Dados
Vises da Arquitetura de
Aplicativos/Dados dos principais
interesses e preocupaes das
partes interessadas
Slide 545

Rascunho da Especificao dos


Requisitos da Arquitetura, incluindo:
Resultados da Anlise de
Diferena
Requisitos de interoperabilidade
de Aplicativos/Dados
Requisitos tcnicos relevantes
Restries sobre a Arquitetura
Tecnolgica
Requisitos de Negcio
atualizados
Componentes da Arquitetura de
Aplicativos/Dados do Roadmap de
Arquitetura

Phase C
Fase C:
Viso Geral Arquiteturas
de Sistemas de
Informao

Arquitetura
Arquitetura
de Aplicativos de Dados

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases

Slide 548of

14

Mdulo 18
Fase C
Arquitetura de Dados
Edio de Direitos Autorais V9.1 2009-2011

Slide 549de 28
Todos os direitos reservados
Publicado por The Open Group, 2011

Phase C
Fase C:
Arquitetura
de Dados

Arquitetura
de Dados

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 550de 28

Objetivos Arquitetura de Dados


Desenvolver a Arquitetura de Dados Alvo que habilita a
Arquitetura de Negcio e a Viso da Arquitetura, enquanto
aborda a Requisio para Trabalho de Arquitetura e as
preocupaes e interesses das partes interessadas.
Identificar componentes candidatos do Roadmap de
Arquitetura baseado nas diferenas entre as Arquiteturas de
Dados de Linha de Base e Alvo.

Slide 552

Fase C: Entradas
Requisio para Trabalho
de Arquitetura
Avaliao de Capacidade
Plano de Comunicaes
Modelo Organizacional
para a Arquitetura
Corporativa
Framework de Arquitetura
Adaptado
Princpios de Dados
Declarao de Trabalho de
Arquitetura
Continua
Slide 553

Fase C: Entradas
Viso da Arquitetura
Repositrio de Arquitetura
Rascunho do Documento de
Definio de Arquitetura
Rascunho da Especificao dos
Requisitos da Arquitetura,
incluindo:
Resultados da Anlise de
Diferenas
Requisitos tcnicos relevantes

Componentes da Arquitetura de
Negcio do Roadmap de
Arquitetura
Slide 554

Passos
A ordem destes passos
deve ser adaptada
situao.
Em particular,
voc deve determinar
se apropriado fazer a
Arquitetura de Dados
de Linha de Base ou o
desenvolvimento da
Arquitetura de Dados
Alvo primeiro.

9. Criar o Documento
de Definio da Arquitetura
8. Finalizar a
Arquitetura de Dados
7. Conduzir a reviso formal
Pelas partes interessadas
6. Resolver os impactos em
todo o Panorama da Arquitetura
5. Definir componentes candidatos
do Roadmap
4. Realizar uma Anlise de Diferenas

3. Desenvolver a Descrio da
Arquitetura de Dados Alvo
2. Desenvolver a Descrio da
Arquitetura de Dados de Linha de Base
1. Selecionar modelos de referncia, pontos de vista e
ferramentas
Slide 555

Passo 1: Selecionar modelos de


referncia, pontos de vista e ferramentas
Revisar/gerar e validar os princpios de dados ver Princpios
Arquiteturais
Selecionar recursos da Arquitetura de Dados (modelos de
referncia, padres, )

Selecionar pontos de vista relevantes Arquitetura de Dados


Identificar ferramentas e tcnicas apropriadas (incluindo
formulrios) para serem utilizados na captura, modelagem e
anlise dos dados, em associao com os pontos de vista
selecionados.
So exemplos de tcnicas de modelagem de dados:
Diagrama de entidade-relacionamento
Diagramas de classes
Continua
Slide 556

Fase Preliminar

Catlogo de Princpios
Gerenciamento de Requisitos

Fase A, Viso da Arquitetura


Matriz de Mapeamento de Partes Interesssadas

Diagrama da Cadeia de Valores


Diagrama de Conceito de Solues

TOGAF 9 Artifacts
Catlogo de Requisitos

Fase B,
Arquitetura de Negcio

Fase C,
Arquitetura de Dados

Fase C,
Arquitetura de Aplicativos

Fase D,
Arquitetura Tecnolgica

Catlogo de Organizao / Ator


Catlogo de Motivador / Meta /
Objetivo
Catlogo de Papis
Catlogo de Servio de Negcio /
Funo
Catlogo de Localizao
Catlogo de Processo / Evento /
Controle / Produto
Catlogo de Contrato / Medida
Matriz de Interao de Negcio
Matriz de Ator / Papel
Diagrama de Footprint de Negcio
Diagrama de Servio de Negcio /
Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto
Diagrama de Meta / Objetivo /
Servio
Diagramam de Decomposio da
Organizao
Diagrama de Fluxo de Processo
Diagrama de Eventos

Fase E. Oportunidades e Solues

Diagrama de Contexto de Projeto

Diagrama de Benefcios

Slide 557

Catlogo de Entidade
de Dados /
Componente de
Dados
Matriz de Entidade de
Dados / Funo de
Negcio
Matriz de Aplicativo /
Dados
Diagrama Lgico de
Dados
Diagrama de
Disseminao de
Dados
Diagrama de
Segurana de Dados
Diagrama de
Hierarquia de Classes
Diagrama de Migrao
de Dados
Diagrama de Ciclo de
Vida de Dados

Catlogo de Portflio de
Aplicativos
Catlogo de Interfaces
Matriz de Aplicativos /
Organizao
Matriz de Papel / Aplicativo
Matriz de Aplicativo / Funo
Matriz de Interao entre
Aplicativos
Diagrama de Comunicao
entre Aplicativos
Diagrama de Aplicativos e
Localizao de Usurio
Diagramam de Caso de Uso
de Aplicativo
Diagrama de
Gerenciabilidade Corporativa
Diagrama de Processo /
Relizao de Aplicativo
Diagrama de Engenharia de
Software
Diagrama de Migrao de
Aplicativos
Diagrama de Distribuio de
Software

Nota:

O mdulo 18A fornece


informaes detalhadas

sobre a Fase C: Arquitetura

de Dados, Catlogos ,

Diagramas e Matrizes

Catlogo de Padres
Tecnolgicos
Catlogo de Portflio
Tecnolgico
Matriz de Sistema /
Tecnologia
Diagrama de
Ambientes e
Localizaes
Diagrama de
Decomposio de
Plataforma
Diagrama de
Processamento
Diagrama de
Computao em Rede /
Hardware
Diagrama de
Engenharia de
Comunicaes

TOGAF 9 Artefatos

Passo 1: Selecione modelos de


referncia, pontos de vista e ferramentas

Determine o Processo de Modelagem Geral

Para cada ponto de vista, selecione os modelos necessrios para


suportar a viso especfica requerida, utilizando o mtodo ou
ferramenta selecionada. Exemplos de modelos de dados lgicos
incluem:

o DODAF Logical Data Model


o ARTS Data Model for the Retail Industry e
o Energistics Data Model para a indstria Petrotcnica

Confirme se todos os interesses das partes interessadas so


abordados. Se no, crie novos modelos para abordar os
interesses no cobertos, ou aprimore os modelos existentes

Identifique Catlogos Requeridos de Blocos de Construo de


Dados

O inventrio de dados da organizao capturado como um


catlogo dentro do Repositrio de Arquitetura.
Continua

Slide 558

Passo 1: Selecione modelos de

referncia, pontos de vista e ferramentas


Identifique as Matrizes Requeridas
Matrizes mostram os principais relacionamentos entre
modelos de entidades relacionados.

Identifique os Diagramas Requeridos


Diagramas apresentam a informao da Arquitetura de
Dados de um conjunto de diferentes pontos de vista.

Identifique Tipos de Requisitos a serem Coletados


Identifique requisitos a serem satisfeitos pela Arquitetura
Formalize os requisitos focados em dados
Proveja entrada de requisitos para as Arquiteturas de
Aplicativos e Tecnolgica

Slide 559

Passo 2 Desenvolva uma Descrio


da Arquitetura de Dados de Linha de Base
Se possvel, identifique os BCAs de Dados relevantes, a
partir do Repositrio de Arquitetura

Seno, desenvolva novos modelos de arquitetura:

use os modelos identificados no Passo 1 como diretrizes

Continua
Slide 560

Passo 3 Desenvolva a Descrio da


Arquitetura de Dados Alvo

Se possvel, identifique os blocos de construo


relevantes da Arquitetura de Dados, a partir do
Repositrio da Arquitetura

Seno, desenvolva um novo modelo de arquitetura:

Slide 561

use os modelos identificados no Passo 1 como diretriz

Passo 4 Realize uma


Anlise de Diferenas
Verifique os modelos de arquitetura em relao a
consistncia interna e preciso
Observe as alteraes nos pontos de vista representados
nos modelos selecionados do Repositrio de Arquitetura
e as documente
Teste os modelos de arquitetura quanto a completude
contra os requisitos
Identifique as diferenas entre a linha de base e o alvo
utilizando a tcnica de Anlise de Diferenas padro

Slide 562

Passo 5: Defina os componentes


candidados do roadmap
Este roadmap inicial da Arquitetura de Dados ser
utilizado como matria prima para suportar uma
definio mais detalhada de um roadmap consolidado,
multidisciplinar, na fase Oportunidades e Solues.

Slide 563

Passo 6: Resolva os impactos em todo o


Panorama da Arquitetura
Artefatos arquiteturais no Panorama da Arquitetura
devem ser examinados para identificar:
Esta Arquitetura de Dados cria um impacto nas arquiteturas prexistentes?
Foram feitas mudanas recentes que podem impactar a
Arquitetura de Dados?
Existem oportunidades que possam alavancar o trabalho desta
Arquitetura de Dados em outras reas da organizao?
Esta Arquitetura de Dados tem impacto em outros projetos?
Esta Arquitetura de Dados ser impactada por outros projetos?

Slide 564

Passo 7 Conduza uma Reviso Formal


com as Partes Interessadas
Verificar a motivao original para o projeto de arquitetura e
a Declarao de Trabalho de Arquitetura contra a
Arquitetura de Dados proposta. Conduza uma anlise de
impacto para:
Identificar quaisquer reas onde a Arquitetura de
Aplicativos e a Arquitetura de Negcio possam
necessitar de alteraes para atender s mudanas na
Arquitetura de Dados. Se o impacto for significativo,
revisite a Arquitetura de Negcio.

Continua
Slide 565

Passo 7 Conduza uma Reviso Formal


com as Partes Interessadas

Slide 566

Identificar quaisquer reas onde a Arquitetura de


Aplicativos possa necessitar de alteraes para atender
s mudanas na Arquitetura de Dados (ou para
identificar restries na Arquitetura de Aplicativos
prestes a serem desenhadas). Se o impacto for
significativo, revisite a Arquitetura de Aplicativos.
Identificar quaisquer restries na Arquitetura
Tecnolgica.
Refinar a Arquitetura de Dados proposta, se necessrio.

Passo 8: Finalize a
Arquitetura de Dados

Selecione padres para cada um dos BCAs, reutilizando


tanto quanto for possvel.
Documente completamente cada BCA.
Verifique toda a arquitetura contra os requisitos de
negcio.
Documente o relatrio final de rastreabilidade de
requisitos.
Documente o mapeamento final da arquitetura dentro do
Repositrio de Arquitetura. Identifique os BCAs que
podem ser reutilizados e publique-os via repositrio de
arquitetura.
Finalize todos os produtos de trabalho.
Continua

Slide 567

Passo 9: Crie o Documento de


Definio da Arquitetura
Documente as razes para todas as decises sobre os
blocos de construo no documento de definio de
arquitetura.
Prepare as sees da Arquitetura de Dados do documento
de definio da arquitetura.
Se for o caso, use relatrio e/ou grficos gerados por
ferramentas de modelagem para demonstrar as vises
chave da arquitetura. Encaminhe o documento para
reviso pelas partes interessadas relevantes e incorpore o
feedback.

Slide 568

Fase C: Resultados:
Arquitetura de Dados
Declarao de Trabalho de
Arquitetura
Princpios de dados validados
ou novos princpios de dados
Rascunho do Documento de
Definio de Arquitetura
Rascunho da Especificao de
Requisitos de Arquitetura
Componentes da Arquitetura de
Dados do Roadmap de
Arquitetura
Slide 569

Documento de Definio da Arquitetura


Componentes da Arquitetura de Dados
Arquitetura de Dados de Linha de Base, se for o caso
Arquitetura de Dados Alvo, incluindo:

Modelo de dados de negcio


Modelo de dados lgico
Modelos de processos de gerenciamento de dados
Matriz de Funo de Negcio / Entidade de Dados

Vises da Arquitetura de Dados correspondendo aos


pontos de vista selecionados abordando os interesses das
principais partes interessadas

Slide 570

Especificao dos Requisitos de Arquitetura


Componentes da Arquitetura de Dados
Resultados da Anlise de Diferenas
Requisitos de interoperabilidade de dados
reas onde a Arquitetura de Negcio pode precisar mudar
de forma a atender s mudanas na Arquitetura de Dados
Restries na Arquitetura Tecnolgica que ser projetada
Requisitos atualizados de negcio/aplicaes/dados, se for
o caso

Slide 571

Phase C
Fase C:
Arquitetura
de Dados

Arquitetura
de Dados

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 576de 28

Mdulo 18A
Fase C
Arquitetura de Dados
Catlogos, Matrizes
e Diagramas
Edio de Direitos Autorais V9.1 2009-2011

Slide 577de

25

Todos os direitos reservados


Publicado por The Open Group, 2011

Phase C
Fase C:
Arquitetura
de Dados
Catlogos,
Matrizes e
Diagramas
Arquitetura
de Dados

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 578de

25

Fase Preliminar

Catlogo de Princpios

Gerenciamento de Requisitos

Fase A, Viso da Arquitetura


Matriz de Mapeamento de Partes Interesssadas

Diagrama da Cadeia de Valores


Diagrama de Conceito de Solues

TOGAF 9 Artifacts
Catlogo de Requisitos

Fase B,
Arquitetura de Negcio

Fase C,
Arquitetura de Dados

Fase C,
Arquitetura de Aplicativos

Fase D,
Arquitetura Tecnolgica

Catlogo de Organizao / Ator


Catlogo de Motivador / Meta /
Objetivo
Catlogo de Papis
Catlogo de Servio de Negcio /
Funo
Catlogo de Localizao
Catlogo de Processo / Evento /
Controle / Produto
Catlogo de Contrato / Medida
Matriz de Interao de Negcio
Matriz de Ator / Papel
Diagrama de Footprint de Negcio
Diagrama de Servio de Negcio /
Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto
Diagrama de Meta / Objetivo /
Servio
Diagramam de Decomposio da
Organizao
Diagrama de Fluxo de Processo
Diagrama de Eventos

Fase E. Oportunidades e Solues

Diagrama de Contexto de Projeto

Diagrama de Benefcios

Slide 580

Catlogo de Entidade
de Dados /
Componente de
Dados
Matriz de Entidade de
Dados / Funo de
Negcio
Matriz de Aplicativo /
Dados
Diagrama Lgico de
Dados
Diagrama de
Disseminao de
Dados
Diagrama de
Segurana de Dados
Diagrama de
Hierarquia de Classes
Diagrama de Migrao
de Dados
Diagrama de Ciclo de
Vida de Dados

Catlogo de Portflio de
Aplicativos
Catlogo de Interfaces
Matriz de Aplicativos /
Organizao
Matriz de Papel / Aplicativo
Matriz de Aplicativo / Funo
Matriz de Interao entre
Aplicativos
Diagrama de Comunicao
entre Aplicativos
Diagrama de Aplicativos e
Localizao de Usurio
Diagramam de Caso de Uso
de Aplicativo
Diagrama de
Gerenciabilidade Corporativa
Diagrama de Processo /
Realizao de Aplicativo
Diagrama de Engenharia de
Software
Diagrama de Migrao de
Aplicativos
Diagrama de Distribuio de
Software

Catlogo de Padres
Tecnolgicos
Catlogo de Portflio
Tecnolgico
Matriz de Sistema /
Tecnologia
Diagrama de
Ambientes e
Localizaes
Diagrama de
Decomposio de
Plataforma
Diagrama de
Processamento
Diagrama de
Computao em Rede /
Hardware
Diagrama de
Engenharia de
Comunicaes

Artefatos do TOGAF 9

Catlogos, Matrizes e Diagramas


Catlogos
Catlogo de Entidade de Dados
/ Componente de Dados

Matrizes
Matriz de Entidade de Dados /
Funo de Negcio
Matriz de Sistema / Dados
O formato exato dos
catlogos, matrizes e
diagramas dependero das
ferramentas utilizadas
Slide 581

Diagramas
Diagrama de Classes
Diagrama de Disseminao de
Dados
Diagrama de Segurana de
Dados
Diagrama de Hierarquia de
Classes
Diagrama de Migrao de
Dados
Diagrama de Ciclo de Vida de
Dados

Catlogos
Catlogo
Catlogo de
Entidade de
Dados /
Componente
de Dados

Slide 582

Propsito
Identificar e manter uma lista de todos os dados utilizados na
corporao, incluindo entidades de dados e tambm os
componentes de dados onde as entidades de dados so
armazenadas.
Ele contm as seguintes entidades do metamodelo:
Entidade de Dados
Componente de Dados Lgico
Componente de Dados Fsico

Exerccio

Slide 583

Matrizes
Matriz de Entidade de Dados / Funo de Negcio
Matriz de Aplicao / Dados

Slide 584

Matriz de Entidade de Dados /


Funo de Negcio
O propsito da matriz de Entidade de Dados / Funo de Negcio
mostrar o relacionamento entre entidades de dados e funes de
negcio dentro da corporao.
O mapeamento do relacionamento Entidade de Dados Funo de
Negcio permite que o seguinte acontea:
Atribuio de propriedade das entidades de dados s organizaes
Compreenso dos requisitos dos servios de negcio de troca de
informaes e dados
Apoio anlise de diferenas e determinao se alguma entidade de dados
est faltando e deve ser criada
Definio do sistema de origem, sistema de registro e sistema de referncia
para as entidades de dados
Garantia de desenvolvimento dos programas de governana de dados em
toda a corporao (estabelecimento do papel de administrador de dados,
desenvolvimento dos padres de dados pertinentes funo de negcio,
etc.)
Slide 585

Exemplo de Matriz de Entidade de


Dados / Funo de Negcio
FUNO DE
NEGCIO
(EIXO-Y) /
ENTIDADE DE
DADOS
(EIXO-X)
Gesto de
Relacionamento
com Cliente

DADOS MESTRES
DE CLIENTE

Servio de gerenciamento
de dados de parceiros de
Negcio
Proprietrio executivo da
unidade de Negcio de
Vendas & Marketing
A Funo pode Criar, Ler,
Atualizar e Excluir dados
mestres de clientes

PARCEIRO
DE Negcio

Gesto da
Cadeia de
Suprimentos

Slide 586

Servio de Processamento
de Requisitos do Cliente
Proprietrio Gerente da
Cadeia de Suprimentos

CLIENTE
EM POTENCIAL

Servio de
gerenciamento de
dados de
parceiros de
Negcio
Proprietrio da
entidade de
dados (pessoa ou
organizao)
A Funo pode
Criar, Ler,
Atualizar e Excluir

N/A

DADOS MESTRES
DE PRODUTO

Sistema de
processamento de
oportunidades
Proprietrio
Gerente de
Relacionamento
com o Cliente
A Funo pode
somente Criar, Ler e
Atualizar clientes
em potencial

N/A

N/A

Servio de
gerenciamento
de dados de
produtos

Proprietrio
organizao
global de
desenvolvimento
de produtos

Matriz de Aplicativos / Dados


O propsito da matriz de Aplicativos / Dados demonstrar
o relacionamento entre os aplicativos e as entidades de
dados que so acessados e atualizadas por eles.
Aplicativos iro criar, ler, atualizar e excluir entidades de
dados especficas que esto associadas a eles.
Por exemplo, um aplicativo de CRM ir criar, ler, atualizar e excluir
informaes de entidades de clientes.

Slide 587

Exemplo de Matriz de Aplicativos / Dados


APLICATIVO (EIXO-Y)
E DADOS (EIXO-X)

DESCRIO OU
COMENTRIOS

ENTIDADE DE DADOS

TIPO DE
ENTIDADE DE DADOS

CRM

Sistema de registro de
dados mestres de cliente

Dados de cliente

Dado mestre

Mecanismo de
Comrcio

Sistema de registro para


livro de pedido

Pedido de venda

Dado transacional

Business
Warehouse
de Vendas

Data Warehouse e Data


Mart que suporta a regio
da Amrica do Norte

Interseo de mltiplas
entidades de dados (e.g.
todos os pedidos de
vendas por cliente XYZ e
por ms para 2006)

Dado Histrico

Slide 588

Diagramas

Diagrama Conceitual de Dados


Diagrama Lgico de Dados
Diagrama de Disseminao de Dados
Diagrama de Segurana de Dados
Diagrama de Migrao de Dados
Diagrama de Ciclo de Vida de Dados

Slide 589

Diagrama Conceitual de Dados


O propsito demonstrar os relacionamentos entre as entidades de
dados crticas (ou classes) dentro da empresa ou corporao.
Account
I.A1

Information

Update
Account
P.A12

Actor

Customer
Profile
I.C2

Trigger

Contact

Process
P.CS13

Payment
P.CS5
Service
Request

T.P8
Agent
A.A4

Enquiry
T.C1

Customer
A.C2

Slide 590

Customer
Information
I.C1

Appeal

Complaint
T.C19

T.C16

Diagrama Lgico de Dados


O objetivo demonstrar relacionamentos de vises lgicas
entre as entidades de dados crticas (ou classes) dentro da
empresa ou corporao.
O pblico :
Desenvolvedores de aplicativos
Projetistas de Bancos de Dados

Slide 591

Diagrama de Disseminao de Dados


O objetivo do Diagrama de Disseminao de Dados
mostrar a relao entre
entidade de dados
servio de negcio
componentes de aplicativos

O diagrama deve mostrar como as entidades lgicas so


fisicamente realizadas pelos componentes de aplicativos.
Adicionalmente, o diagrama pode mostrar replicao de
dados e propriedade dos sistemas de referncia mestre
para dados.

Slide 592

Exemplo de Diagrama de
Disseminao de Dados
Warehouse
Warehouse
Customer
Order History
Stock

Online Account
Online Account
Self
SelfService
Service
Billing
Billing
Customer
Account Balance
Invoice History

Slide 593

Servio de Negcio

Entidades de Dados

Aplicativo

Self Service de Conta Online

Cliente

Depsito nico
Faturamento

Histrico de Pedidos

Depsito nico

Estoque

Depsito nico

Saldo da Conta

Faturamento

Histrico de Faturas

Faturamento

Diagrama de Ciclo de Vida de Dados


O Diagrama de Ciclo de Vida de Dados uma parte
essencial do gerenciamento de dados de negcio ao longo
de seu ciclo de vida da concepo ao descarte dentro das
restries do processo de negcio.
Fulfilment Order
New

Fulfilled

Invoiced

Paid

Dispatched

Closed

Archived

Deleted

Customer Order
New

Slide 594

Closed

Archived

Deleted

Diagrama de Segurana de Dados


O propsito do Diagrama de Segurana de Dados
demonstrar qual ator (pessoa, organizao ou sistema)
pode acessar qual dado corporativo.
Esta relao pode tambm ser mostrada em forma de
matriz entre dois objetos ou pode ser mostrada como um
mapa.

Slide 595

Exemplo de Diagrama de
Segurana de Dados
Classes de Papis
(por funo de trabalho)

Ator

Funo de
Negcio

Acesso
Fsico

Localizao

Single
- Sign On
ou
Controle de Acesso

Servio de
Negcio

Controle de Acesso
(nveis de
Granularidade)
Controle de Acesso
(nveis de
Granularidade)

Slide 596

Componente
Lgico de
Aplicativo

Processo

Exemplo de Matriz de Segurana de Dados


ATOR

Analista
Financeiro

CLASSE DE
PAPIS
(FUNO DE
TRABALHO)
Analista
Financeiro de
Portiflio SOA

FUNO

Anlise
Financeira

SERVIO DE
NEGCIO
Servio de
Portiflio SOA

TIPO DE
ACESSO

LOCALIZAO

NA (US, CA)
EMEA (UK,
DE)
APJ

Fsico
Controle de
Acesso
(tabelas xyz
somente)

Analista de
Compras &
Gastos

Gerenciamento de
Compras e
Controle

WW Compra
Direta

Servio de Portal
Provedor

NA (US
Midwest)

Controle de
Acesso

Sistema de
Contratos WW
(aplicativo)

No aplicvel

WW Compra
Direta

Servio de Portal
Provedor

LA

Controle de
Acesso
(sistema a
sistema)

Desenvolvimento
de Produto WW
(Org Unit)

Gerentes de
Marca Geo

WW Compra
Direta

Servio de Portal
Provedor

WW (todas
as regies)

Controle de
Acesso

Slide 597

Diagrama de Migrao de Dados


O objetivo do Diagrama de Migrao de Dados mostrar o
fluxo de dados desde a fonte em direo aos aplicativos
alvo.
O diagrama prover uma representao visual da difuso
de fontes/alvos e serve como uma ferramenta para a
auditoria de dados e o estabelecimento de rastreabilidade.

Slide 598

Exemplo de Diagrama de
Migrao de Dados
componentes de
aplicativos
atuais

componentes de tecnologia
de migrao de dados

componentes de
aplicativos
alvo

ABM

CRM

Fonte de
registro de clientes

Sistema de Registro
para dados mestre
de Clientes

CCB

ERP
BDW
Fonte de
Histrico de
pedidos

MRPA
Fonte de
dados de materiais

VLC (one
per geo)
Fonte de
dados de vendedores

Slide 599

Armazenamento
Temporrio

Fonte

Transformao &
Qualidade de
Dados

Armazenamento
Temporrio

Sistema de Registro
para dados mestre
de Materiais & Histrico
de Pedidos

Alvo

SRM
Sistema de Registro
para dados mestre de
Vendedores &
Contratos

Exemplo de Mapeamento de
Migrao de Dados
FONTE LGICA DO
COMPONENTE DE
APLICATIVO

ABM

Slide 600

ELEMENTO DE DADOS
FONTE

Cust_Name

ALVO LGICO DO
COMPONENTE DE
APLICATIVO

CRM

ELEMENTO DE DADOS
ALVO

CUSTNAME

Cust_Street_Addr

CUSTADDR_LINE1

Cust_Street_Addr

CUSTADDR_LINE2

Cust_Street_Addr

CUSTADDR_LINE3

Cust_ContactName

CUSTCONTACT

Cust_Tele

CUSTTELEPHONE

Phase C
Fase C:
Arquitetura
de Dados
Catlogos,
Matrizes e
Diagramas
Arquitetura
de Dados

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 601de

25

Mdulo 19
Modelo de Referncia de Infraestrutura de
Informao Integrada
(III-RM)
Edio de Direitos Autorais V9.1 2009-2011

Slide 602de

18

Todos os direitos reservados


Publicado por The Open Group, 2011

III-RM
O Modelo de
Referncia de
Infraestrutura
de Informao
Integrada

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 603de

18

Roadmap
Parte I - Introduo
Prefcio, Viso Geral Executiva, Conceitos Principais,
Definies e Notas de Publicao
Parte II Mtodo de Desenvolvimento da Arquitetura
Introduo ao ADM
Narrativas das Fases do ADM

Parte III ADM Tcnicas e Orientaes


Orientaes para Adaptar o Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura
Parte IV Framework de Contedo de Arquitetura
Metamodelo de Contedo
Artefatos da Arquitetura
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum Corporativa e Ferramentas


Continuum Corporativo
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia


Arquitetura de Fundao: Modelo de Referncia Tcnica
Modelo de Referncia de Infraestrutura de Informao Integrada

Parte VII Framework de Capacidade Arquitetural


Comit de Arquitetura
Conformidade da Arquitetura
Contratos de Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Framework de Proficincias de Arquitetura

Slide 604

Parte VI, Modelos de


Referncia do TOGAF,
Captulo 44

Principais Motivadores
Tcnicos e de Negcio
Espao do Problema: A Necessidade por Boundaryless Information Flow
O problema em se obter informaes para as pessoas certas no momento certo
de forma segura e confivel
Espao da Soluo: A Necessidade de uma Infraestrutura de Informao Integrada
Ns precisamos:
Informao integrada de forma que itens de informao potencialmente
conflitantes e diferentes no sejam distribudas por diferentes sistemas
Acesso integrado a essas informaes de forma que a equipe possa acesslas de acordo com suas necessidades e tenha os direitos para tal, atravs de
uma interface conveniente
A infraestrutura que permite que esta viso acontea chamada de
infraestrutura de informaes integradas.

Slide 606

Modelo de Referncia de Infraestrutura


de Informaes Integradas
Um modelo de componentes chave para o
desenvolvimento, gerenciamento e operao de uma
infraestrutura de informaes integrada.
Suportar Boundaryless Information Flow

Um modelo de um conjunto de aplicativos que ficam no


topo de uma plataforma de aplicativos.
Um subconjunto expandido do Modelo de Referncia
Tcnica do TOGAF, utilizando uma orientao diferente.

Slide 607

TOGAF TRM
Qualities

Infrastructure Applications

Business Applications

Application Platform Interface

Communications Infrastructure Interface

Communication Infrastructure
Qualities

Slide 608

Graphics & Image

Network Services

Data Management

Data Interchange

User Interface

International Operations

Location & Directory

Transaction Processing

Security

Software Engineering

System & Network


Management

Operating System Services

Fundamentalmente uma
viso em camadas, sendo
as camadas maiores
Aplicativos
Plataforma de Aplicativos
Comunicaes

Orientaes do TOGAF TRM


Viso Lateral

Viso Top Down

Qualities
Infrastructure Applications

Business Applications

Qualities

Application Platform Interface


Communication Infrastructure
Graphics & Image

Data Management

Data Interchange

User Interface

International Operations

Location & Directory

Transaction Processing

Security

Software Engineering

System & Network


Management

Comm Infrastructure Interfaces


Network Services
Operating System Services
Application Platform
Appl Platform Interface

Operating System Services

Infra Apps

Bus Apps

Network Services
Communications Infrastructure Interface

Communication Infrastructure
Qualities

Slide 609

Qualities

Foco do
Fluxo de Informaes sem Fronteiras
(Boundaryless Information Flow)
Viso Lateral

Viso Top Down

Qualities
Business Applications

Infrastructure Applications

Qualities

Application Platform Interface


Communication Infrastructure
Graphics & Image

Data Management

Data Interchange

User Interface

International Operations

Location & Directory

Transaction Processing

Security

Software Engineering

System & Network


Management

Comm Infrastructure Interfaces


Network Services
Operating System Services

Application Platform
Appl Platform Interfaces

Operating System Services

Infra Apps

Bus Apps

Network Services
Communications Infrastructure Interface

Qualities
Communication Infrastructure

Qualities

Slide 610

Modelo de Referncia de Infraestrutura de


Informao Integrada Alto Nvel
Mobility

Qualities

Security

Application Platform

Information Consumer Applications

Development
Tools

Brokering
Applications

Management
Utilities

Information Provider Applications


Performance SLAs
Slide 611

Qualities

Management Policy

Componentes do III-RM
O III-RM tem 2 componentes principais:
1. Uma taxonomia, que define a terminologia e prov uma
descrio coerente dos components e estrutura conceitual
de uma infraestrutura de informao integrada
2. Um grfico de III-RM associado, que prov uma
representao visual da taxonomia e os
interrelacionamentos dos componentes, como uma ajuda ao
entendimento

Slide 612

Componentes do III-RM de Alto Nvel

Information Consumer Applications

Brokering
Applications

Information Provider Applications

Slide 613

Aplicativos de Negcio:
Aplicativos de Corretagem, que
gerenciam as requisies de
qualquer nmero de clientes para
qualquer nmero de Aplicativos
Provedores de informao
Aplicativos Provedores de
Informao, que proveem
respostas s requisies dos
clientes e acesso rudimentar aos
dados gerenciados por um servidor
em particular
Aplicativos Consumidores de
Informao, que entregam
contedo ao usurio do sistema e
proveem servios para requisitar
acesso informao no sistema em
nome do usurio

Componentes do III-RM de Alto Nvel


Aplicativos de Infraestrutura:

Development
Tools

Slide 614

Management
Utilities

Ferramentas de
Desenvolvimento, para
desenvolver e disponibilizar
aplicativos que requeiram
acesso infraestrutura de
informao integrada
Utilitrios de Gerenciamento,
para entender, operar, refinar e
gerenciar um sistema de tempo
real de forma a atender as
demandas de um negcio que
est em constante mudana

Componentes do III-RM de Alto Nvel


Uma Plataforma de Aplicativos, que prov servios
de suporte a todos os aplicativos e desta forma prov a
habilidade de localizer, acessar e mover informao
dentro do ambiente.
Application Platform

Slide 615

Componentes do III-RM de Alto Nvel


As Interfaces utilizadas entre os components.
Interfaces incluem formatos e protocolos, APIs,
switches, valores de dados, etc.
O backplane de Qualidades. O Software Aplicativo e a
Plataforma de Aplicativos devem ser aderentes s
polticas e requisitos mostrados pelo backplane de
qualidades.

Slide 616

Modelo de Referncia de Infraestrutura de


Informao Integrada
Detalhado
Qualities

Security

Mobility

Application Platform
Information Consumer Applications

Web Portal

Streaming audio / video

Languages Libraries
Registries

information Access

Directory
Referencing/Dereferencing
Naming
Registration
Publish
Subscribe
Discovery

Application Message Format


Application Messaging
Application to application
communications services
Enterprise Appl Integration

Brokering
Applications

Business modeling tools


Design tools
Construction tools
Languages and Libraries

Information Brokers
Application Integrators

Presentation
Transformation
Browser services
Portal and personalization
Meta indices

Management
Utilities
Monitors
Executory Utilities
Copy Managers
Information Access
Transformation Mapping
Query distribution
Aggregation
Search
File services
Desktop Video Conference
Web services
Phone / Fax

Info Format
eForm services
Instant messaging
services

Information Provider Applications


information Access
Messaging/Event Brokering

Performance SLAs
Slide 617

Phone / Fax

Mail

Development
Tools

Digital Signature
Intrusion Detection
Key Management
Firewall
Encryption
AAAC
Web Portal
SSO
Streaming audio / video

Desktop Video Conference

Mail

Process/Workflow Control

Qualities

Management Policy

III-RM
O Modelo de
Referncia de
Infraestrutura
de Informao
Integrada

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 620de

18

Mdulo 20
Fase C
Arquitetura
de Aplicativo
Edio de Direitos Autorais V9.1 2009-2011

Slide 621de 32
Todos os direitos reservados
Publicado por The Open Group, 2011

Phase C
Fase C:
Arquitetura
de Aplicativos

Arquitetura
de Aplicativo

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 622de 32

Fase C: Entradas:
Arquitetura de Aplicativos
Requisio para o
Trabalho de Arquitetura
Avaliao de Capacidade
Plano de Comunicao
Modelo Organizacional
para a Arquitetura
Corporativa
Framework de Arquitetura
adaptado
Princpios de Aplicativos
Declarao do Trabalho de
Arquitetura
Continua
Slide 625

Fase C: Entradas:
Arquitetura de Aplicativos
Viso da Arquitetura
Repositrio de Arquitetura
Rascunho do Documento de
Definio da Arquitetura
Rascunho da Especificao de
Requisitos da Arquitetura,
incluindo:
Resultados da Anlise de
Diferenas
Requisitos tcnicos relevantes

Componentes da Arquitetura de
Dados e de Negcio do
Roadmap de Arquitetura
Slide 626

Passos
A ordem dos passos
deve ser adaptada
situao.
Em particular voc deve
determinar se
apropriado desenvolver
a Arquitetura de
Aplicativos de Linha de
Base ou a Arquitetura
de Aplicativos Alvo
primeiro.

9. Criar o Documento de
Definio da Arquitetura
8. Finalizar a Arquitetura de
Aplicativos
7. Conduzir uma reviso formal com as
partes interessadas
6. Resolver impactos em todo o Panorama da
Arquitetura
5. Definir componentes candidatos no roadmap de
arquitetura

4. Realizar a anlise de diferenas

3. Desenvolver a Descrio da Arquitetura de Aplicativos Alvo


2. Desenvolver a Descrio da Arquitetura de Aplicativos de Linha de Base

1. Selecionar modelos de referncia, pontos de vista e ferramentas

Slide 627

Passo 1: Selecione modelos de


referncia, pontos de vista e ferramentas
Revisar/gerar e validar os princpios de aplicativos ver
Princpios Arquiteturais
Selecionar os recursos da Arquitetura de Aplicativos (modelos
de referncia, padres, )

Selecionar pontos de vista relevantes para a Arquitetura de


Aplicativos
Identificar ferramentas e tcnicas apropriadas (incluindo
formulrios) a serem utilizados para capturar, modelar e
analisar, em associao com os pontos de vista selecionados.
Considerar utilizar descries independentes de plataforma
para a lgica do Negcio (ex.: MDA da OMG)
Continua
Slide 628

Fase Preliminar

Catlogo de Princpios
Gerenciamento de Requisitos

Fase A, Viso da Arquitetura


Matriz de Mapeamento de Partes Interesssadas

Diagrama da Cadeia de Valores


Diagr.ama de Conceito de Solues

TOGAF 9 Artifacts
Catlogo de Requisitos

Fase B,
Arquitetura de Negcio

Fase C,
Arquitetura de Dados

Fase C,
Arquitetura de Aplicativos

Fase D,
Arquitetura Tecnolgica

Catlogo de Organizao / Ator


Catlogo de Motivador / Meta /
Objetivo
Catlogo de Papis
Catlogo de Servio de Negcio /
Funo
Catlogo de Localizao
Catlogo de Processo / Evento /
Controle / Produto
Catlogo de Contrato / Medida
Matriz de Interao de Negcio
Matriz de Ator / Papel
Diagrama de Footprint de Negcio
Diagrama de Servio de Negcio /
Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto
Diagrama de Meta / Objetivo /
Servio
Diagramam de Decomposio da
Organizao
Diagrama de Fluxo de Processo
Diagrama de Eventos

Fase E. Oportunidades e Solues

Diagrama de Contexto de Projeto

Diagrama de Benefcios

Slide 629

Catlogo de Entidade
de Dados /
Componente de
Dados
Matriz de Entidade de
Dados / Funo de
Negcio
Matriz de Aplicativo /
Dados
Diagrama Lgico de
Dados
Diagrama de
Disseminao de
Dados
Diagrama de
Segurana de Dados
Diagrama de
Hierarquia de Classes
Diagrama de Migrao
de Dados
Diagrama de Ciclo de
Vida de Dados

Catlogo de Potiflio de
Aplicativos
Catlogo de Interfaces
Matriz de Aplicativos /
Organizao
Matriz de Papel / Aplicativo
Matriz de Aplicativo / Funo
Matriz de Interao entre
Aplicativos
Diagrama de Comunicao
entre Aplicativos
Diagrama de Aplicativos e
Localizao de Usurio
Diagramam de Caso de Uso
de Aplicativo
Diagrama de
Gerenciabilidade Corporativa
Diagrama de Processo /
Relizao de Aplicativo
Diagrama de Engenharia de
Software
Diagrama de Migrao de
Aplicativos
Diagrama de Distribuio de
Software

Nota:
O Mdulo 20A prov

informaes detalhadas

sobre a Fase C: Arquitetura

de Aplicativos, Catlogos,
Matrizes e Diagramas

Catlogo de Padres
Tecnolgicos
Catlogo de Portiflio
Tecnolgico
Matriz de Sistema /
Tecnologia
Diagrama de
Ambientes e
Localizaes
Diagrama de
Decomposio de
Plataforma
Diagrama de
Processamento
Diagrama de
Computao em Rede /
Hardware
Diagrama de
Engenharia de
Comunicaes

TOGAF 9 Artefatos

Passo 1: Selecionar modelos de


referncia, pontos de vista e ferramentas

Determinar o Processo Geral de Modelagem


Para cada ponto de vista, selecione os modelos necessrios
para suportar a viso especfica requerida, utilizando as
ferramentas ou mtodos selecionados. Ex.: O TMF tem
desenvolvido modelos de aplicativos detalhados relevantes
ao setor de Telecomunicaes. O OMG tem algumas Foras
de Trabalho de Domnio verticais desenvolvendo modelos
para domnios especficos como Sade, Transporte,
Finanas, etc.
Confirme que todas os interesses das partes interessadas
so abordados. Se no, crie novos modelos para abordar os
interesses no cobertos ou amplie os modelos existentes.
Continua

Slide 630

Processo Recomendado
Entender a lista de aplicativos ou componentes de aplicativos que so
requeridos, baseada no Portfolio de Aplicativos de linha de base, seus
requisitos e o escopo da arquitetura de negcio
Simplificar aplicativos complicados ao decomp-los em dois ou mais
aplicativos
Assegurar que o conjunto de definies de aplicativos internamente
consistente, ao remover funcionalidades duplicadas tanto quanto seja
possvel, e combinar aplicativos similares em um nico aplicativo
Identificar aplicativos lgicos e os aplicativos fsicos mais apropriados
Desenvolver matrizes por toda a arquitetura relacionando os aplicativos
aos servios de negcio, funes de negcio, dados, processos, etc.
Elaborar um conjunto de vises de Arquitetura de Aplicativos ao
examinar como os aplicativos funcionam, capturando: integrao,
migrao, desenvolvimento e interesses operacionais

Slide 631

Passo 1: Selecionar modelos de


referncia, pontos de vista e ferramentas

Identificar os Catlogos Requeridos dos Blocos de Construo dos


Aplicativos
O portflio de Aplicativos da organizao definido como um catlogo
dentro do Repositrio de Arquitetura.

Identificar Matrizes Requeridas


Matrizes mostram os principais relacionamentos entre as entidades do
modelo

Identificar os Diagramas Requeridos


Diagramas apresentam a informao da Arquitetura de Aplicativos de um
conjunto de diferentes pontos de vista

Identificar os Tipos de Requisitos a serem Coletados


Identifique os requisitos a serem satisfeitos pela Arquitetura
Formalize os requisitos focados nos aplicativos

Fornea requisitos de entrada para as Arquiteturas Tecnolgica e de Dados

Slide 632

Exemplo O Modelo de Infraestrutura de


Informao Integrada
um modelo de referncia para a Arquitetura de
Aplicativos
um modelo de componentes de aplicativos e servios de aplicativos
essenciais para uma infraestrutura de informao integrada

Baseado no TRM
Tem como objetivo ajudar o design de arquiteturas para
capacitar e suportar a viso de Boundaryless Information
Flow

Slide 633

III-RM
Motivadores Tcnicos e de Negcio
A causa:
sistemas mltiplos, concebidos e desenvolvidos
individualmente
Agravando o problema:
equipes multifuncionais continuamente em formao,
novos parceiros de Negcio, informaes encalhadas

Espao de Vendas
Suporte de vendas ao
Cliente

Espao Interno
Apl 1
Apl 2

Espao de
Compra

Apl 50
Apl 1

Manufatura
Legal
Financeiro
Montagem
Sistemas
De Design

Compra

Sistemas de
ERP
Sistemas
De Requisitos

Parceiro 1

Apl 2
Parceiro 2

Apl 50

Apl 1
Apl 2

Slide 634de 32

Parceiro 3000

Sistemas
Online

Apl 50

Sistemas de
Compra

Sistemas

Foco do III-RM

Slide 635

Viso de Alto Nvel do III-RM

Slide 636

Passo 2: Desenvolver uma Descrio da


Arquitetura de Aplicativos de Linha de Base
Se possvel, identifique os BCAs de aplicativos relevantes,
com base no Repositrio de Arquitetura.

Seno, defina cada aplicativo alinhado com o catlogo


do portflio de Aplicativos

Continua
Slide 637

Passo 3: Descrio da Arquitetura de


Aplicativos Alvo

Se possvel, identifique os blocos de construo


relevantes da Arquitetura de Aplicativos, com base no
Repositrio de Arquitetura

Seno, desenvolva um novo modelo de arquitetura:

Slide 638

Use os modelos identificados no Passo 1 como guia

Passo 4: Realizar uma Anlise de


Diferena
Verifique os modelos de arquitetura visando consistncia interna e
preciso

Observe as alteraes nos pontos de vista representados nos modelos


selecionados do Repositrio de Arquitetura e os documente
Teste a completude dos modelos de arquitetura em relao aos
requisitos
Identifique as diferenas entre a linha de base e o alvo, utilizando a
Tcnica de Anlise de Diferena

Slide 639

Passo 5: Definir os componentes


candidatos ao roadmap
Este roadmap da Arquitetura de Aplicativos inicial ser
utilizado como matria prima para apoiar uma definio
mais detalhada de um roadmap consolidado,
multidisciplinar dentro da fase de Oportunidades e
Solues.

Slide 640

Passo 6: Resolver impactos em todo o


Panorama da Arquitetura
Os artefatos de arquitetura no Panorama da Arquitetura
devem ser examinados para identificar:
Esta Arquitetura de Aplicativos gera um impacto em alguma das
arquiteturas pr-existentes?
Mudanas recentes foram feitas que impactam na Arquitetura de
Aplicativos?
Existe alguma oportunidade para alavancar o trabalho a partir desta
Arquitetura de Aplicativos em outras reas da organizao?
Esta Arquitetura de Aplicativos impacta outros projetos?
Esta Arquitetura de Aplicativos ser impactada por outros projetos?

Slide 641

Passo 7: Conduzir uma Reviso


Formal com as Partes Interessadas
Verifique a motivao original para o projeto de arquitetura e
a Declarao para o Trabalho de Arquitetura versus a
Arquitetura de Aplicativos proposta. Conduza uma
anlise de impacto para:
Identificar quaisquer reas onde a Arquitetura de Dados
e de Negcio possam precisar de mudanas para
atender s alteraes na Arquitetura de Aplicativos. Se o
impacto for significativo, revisite as Arquiteturas de
Dados e de Negcio.

Continued
Slide 642

Passo 8: Finalizar a
Arquitetura de Aplicativos

Selecione padres para cada um dos BCAs, reutilizando


tanto quanto possvel.
Documente completamente cada BCA.
Cruze a arquitetura geral contra os requisitos de negcio.
Documente o relatrio final de rastreabilidade de
requisitos.
Documente o mapeamento final da arquitetura dentro do
Repositrio de Arquitetura. Identifique os BCAs que
podem ser reutilizados e publique-os via repositrio de
arquitetura.
Finalize todos os produtos de trabalho.

Slide 643

Passo 9: Criar um Documento de


Definio da Arquitetura
Documente as justificativas para todas as decises sobre
os blocos de construo no documento de definio da
arquitetura.
Prepare as sees da Arquitetura de Aplicativos no
documento de definio de arquitetura.
Se apropriado, utilize relatrios e/ou grficos gerados pelas
ferramentas de modelagem para demonstrar as vises
fundamentais da arquitetura. Encaminhe o documento para
reviso pelas partes interessadas relevantes e incorpore o
feedback.

Slide 644

Fase C: Sadas da
Arquitetura de Aplicativos
Declarao de Trabalho de
Arquitetura
Princpios de aplicativo
validados ou novos princpios de
aplicativo desenvolvidos
Rascunho do Documento de
Definio da Arquitetura
Rascunho da Especificao de
Requisitos da Arquitetura
Componentes da Arquitetura de
Aplicativos do Roadmap de
Arquitetura
Slide 645

Documento de Definio da Arquitetura


Componentes da Arquitetura de Aplicativos
Arquitetura de Aplicativos de Linha de Base, se apropriado
Arquitetura de Aplicativos Alvo, incluindo:

Modelo de sistemas de processos


Modelo de sistemas de local
Modelo de sistemas de tempo
Modelo de sistemas de pessoas

Vises da Arquitetura de Aplicativos correspondendo aos


pontos de vista selecionados, abordando os interesses
fundamentais das partes interessadas

Slide 646

Especificao de Requisitos de Arquitetura


Componentes da Arquitetura de Aplicativos
Resultados da Anlise de Diferenas
Requisitos de interoperabilidade dos aplicativos
reas onde a Arquitetura de Negcio pode necessitar
mudanas para estar de acordo com as alteraes na
Arquitetura de Aplicativos
Restries na Arquitetura Tecnolgica a ser projetada
Requisitos de negcio / aplicativos / dados atualizados, se
for o caso

Slide 647

Phase C
Fase C:
Arquitetura
de Aplicativos

Arquitetura
de Aplicativo

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 652de 32

Mdulo 20A
Fase C
Arquitetura
de Aplicativos Catlogos,
Matrizes e Diagramas
Edio de Direitos Autorais V9.1 2009-2011

Slide 653de 34
Todos os direitos reservados
Publicado por The Open Group, 2011

Phase C
Fase C:
Arquitetura
de Aplicativos
Catlogos,
Matrizes e
Diagramas
Application
Architecture

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 654de 34

Fase Preliminar

Catlogo de Principios
Gerenciamento de Requisitos

Diagrama de
Cadeia de Valor

Catlogo de Requisitos

Catlogo de Organizao/Ator
Catlogo de
Direcionador/Meta/Objetivo
Catlogo de Papis
Catlogo de Servio de
Negcio/Funo
Catlogo de Localidades
Catlogo de
Processo/Evento/Controle/Produto
Catlogo de Contrato/Medida
Matriz de Interao de Negcio
Matriz de Ator//Papel
Diagrama de Footprint de Negcio
Diagrama de Servio de
Negcio/Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto
Diagrama de Meta/Objetivo/Servio
Diagrama de Casos de Uso de
Negcio
Diagrama de Decomposio da
Organizao
Diagrama de Fluxo de Processo
Diagrama de Evento

Fase E. Oportunidades e Solues


Slide
656de Contexto de Projeto

Diagrama

Diagrama de Benefcios

of 33

Diagrama Conceitual
da Soluao

TOGAF 9 Artifacts

Fase B, Arquitetura de Negcio

Matriz de Mapa de Partes interessadas

Fase A, Viso da Arquitetura

Fase C, Arquitetira de
Dados

Fase C, Arquitetura de Aplicao

Catlogo de Entidade
de Dados/
Componente de
Dados
Matriz de Entidade de
Dados/Funes de
Negcio
Matriz de
Aplicao/Dados
Diagrama lgico de
dados
Diagrama de
Disseminao de
Dados
Diagrama de
segurana de Dados
Diagrama hierrquico
de Classes
Diagrama de Migrao
de Dados
Diagrama de Ciclo de
Vida de Dados

Catlogo de Portiflio de
Aplicao
Catlogo de Interface
Matriz de
Aplicao/Organizao
Matriz de Papel/Aplicao
Matriz de Aplicao/Funo
Matriz de Interao de
Aplicao
Diagrama de Comunicao de
Aplicao
Diagrama de Localizao de
Aplicao e Usurio
Diagrama de caso de Usos de
Aplicaes
Diagrama de capacidade de
gerncia da Corporao
Diagrama de Realizao de
Processo/Aplicao
Diagrama de Engenharia de
Software
Diagrama de Migrao de
Aplicao
Diagrama de Distribuio de
Software

Fase D, Arquitetura
Tecnolgica

Catlogo de Normas
de Tecnologia
Catlogo de Portflio
de Tecnologia
Matriz de
Sistema/Tecnologia
Diagrama de
Ambientes e Locais
Diagrama de
Decomposio de
Plataforma
Diagrama de
Processamento
Diagrama de
Computao em
Rede/Hardware
Diagrama de
Engenharia de
Comunicao

Artefatos do TOGAF 9

Catlogos, Matrizes e Diagramas


Catlogos
Catlogo do Portflio de Aplicativos
Catlogo de Interfaces
Matrizes
Matriz de Aplicativo x Organizao
Matriz de Aplicativo x Papel
Matriz de Aplicativo x Funo
Matriz de Interao de Aplicativos

O formato exato dos


catlogos, matrizes e
diagramas depender das
ferramentas utilizadas

Slide 657

Diagramas
Diagrama de Comunicao entre
Aplicativo
Diagrama de Localizao de Usurios e
Aplicativos
Diagrama de Caso de Uso de Aplicativo
Diagrama de Gerenciabilidade
Corporativa/Empresarial
Diagrama de Processo e Realizao de
Aplicativo
Diagrama de Engenharia de Software
Diagrama de Migrao de Aplicativo
Diagrama de Distribuio de Software

Catlogos
Catlogo
Catlogo dao
Portiflio de
Aplicao

Propsito
Identificar e manter uma lista de todos os aplicativos da corporao. Esta lista ajuda
a definir o escopo horizontal das iniciativas de mudanas que podem impactar em
tipos particulares de aplicaes. Um Portflio de Aplicativos acordado permite que
um conjunto padronizado de aplicativos seja definido e governado.
Ele contm as entidades do metamodelo que seguem:
Servios de Sistemas de Informao
Componente Lgico de Aplicativo
Componente Fsico de Aplicativo

Catlogo de
Interfaces

O propsito do catlogo de interfaces delimitar e documentas as interfaces entre


aplicativos para permitir que as todas as dependncias entre aplicativos sejam
delimitadas o quanto antes.
Ele contm as entidades do metamodelo que seguem:
Componente Lgico de Aplicativo
Componente Fsico de Aplicativo
Aplicativos comunicam-se usando relacionamento entre aplicativos

Slide 658

Matrizes

Matriz Aplicativo x Organizao


Matriz Aplicativo x Papel
Matriz Aplicativo x Funo
Matriz de Interao de Aplicativos

Slide 660

Matriz Aplicativo x Organizao


O propsito desta matriz descrever o relacionamento
entre aplicativos e unidades organizacionais dentro da
empresa.
O mapeamento do relacionamento Componente de
Aplicao Unidade Organizacional um passo
importante, pois permite:
Atribuir o uso de aplicativos a unidades organizacionais que
realizam funes de negcio.
Compreender os requisitos de suporte de aplicativos dos processos
e servios de negcio realizados por uma unidade organizacional.
Suportar a anlise de diferenas e determinar se algum aplicativo
est faltando e desta forma precisa ser criado.
Definir o conjunto de aplicativos utilizado por uma unidade
organizacional em particular.
Slide 661

Exemplo de Matriz
Aplicativo x Organizao
APLICATIVO
(EIXO-Y)
E
UNIDADE
ORGANIZACIONAL
(EIXO-X)

ATENDIMENTO
AO CLIENTE

AQUISIO E
ARMAZENAGEM

RH

SAP HR

SIEBEL

SAP
FINANCIALS

PROCURESOFT

Slide 662

FINANAS
CORPORATIVAS

Matriz Papel x Aplicativo


O propsito desta matriz descrever o relacionamento entre aplicativos
e papis de negcio que os utilizam, dentro da empresa.
O mapeamento do relacionamento Componente de Aplicativo Papel
um passo importante pois permite:
Atribuir uso de aplicativos a papis especficos na organizao.
Entender os requisitos de segurana dos aplicativos nos processo e
servios de negcio que suportam a funo, e verificar que eles estejam de
acordo com a poltica vigente.
Suportar a anlise de diferena e determinar se quaisquer dos aplicativos
esto faltando e desta forma precisam ser criados.
Definir o conjunto de aplicativos a serem utilizados em um papel de negcio
em particular; essencial em qualquer movimento em direo a computao
baseada em papeis.

Slide 663

Exemplo de Matriz
Papel x Aplicativo
APLICATIVO
(EIXO-Y) E
FUNO (EIXO-X)

OPERADOR DE
CALL CENTER

GERENTE DE
CALL CENTER

ANALISTA
FINANCEIRO

GERENTE DE
CONTAS

SAP HR

SIEBEL

SAP
FINANCIALS

PROCURESOFT

Slide 664

Matriz de Aplicativo x Funo


O propsito desta matriz descrever o relacionamento
entre aplicativos e funes de negcio dentro da empresa.
O mapeamento do relacionamento Componente de
Aplicativo Funo um passo importante pois permite:
Atribuir o uso de aplicativos a funes de negcio que so
suportadas por eles.
Entender os requisitos de suporte de aplicativos dos servios de
negcio e processos.
Suportar a anlise de diferenas e determinar se qualquer um dos
aplicativos est faltando e desta forma precisa ser criado.
Definir o conjunto de aplicativos utilizados por uma funo de
negcio em particular.

Slide 665

Exemplo de Matriz
Aplicativo x Funo
APLICATIVO
(EIXO-Y) E
FUNO (EIXO-X)

CALL CENTER
DE 1o NVEL

CONTROLE DE
ARMAZENAGEM

PREENCHIMENTO
DE VAGAS

SAP HR

SIEBEL

SAP
FINANCIALS

PROCURESOFT

Slide 666

MANUTENO
GERAL

Exemplo de Matriz de
Interao entre Aplicativos
Aplicativo 1

Aplicativo 2

Aplicativo 1
Aplicativo 2

Aplicativo 3

Aplicativo 4

Slide 667

Aplicativo 3

Aplicativo 4

Consome
Comunica-se com

Consome

Comunica-se com

Diagramas
Diagrama de Comunicaes entre Aplicativos
Modelo N2 ou Diagrama de Conectividade de Ns
Diagrama de Aplicativos e Localizao de
Usurios
Diagrama de Caso de Uso de Aplicativos
Diagrama de Gerenciabilidade Corporativa
Diagrama de Processo e Realizao de Aplicao
Diagrama de Engenharia de Software
Diagrama de Migrao de Aplicativo
Diagrama de Distribuio de Software
Slide 668

Diagrama de
Comunicao de Aplicativos
O propsito deste diagrama descrever todos os modelos
e mapeamentos relacionados comunicao entre
aplicativos na entidade do meta-modelo.
Ele mostra componentes de aplicativos e interfaces entre
componentes.
A comunicao deve ser lgica e apenas mostrar a
tecnologia intermediria arquiteturalmente relevante.

Slide 669

Diagrama de
Comunicao entre Aplicativos

Slide 670

Exemplo Alternativo:
Modelo N2
1c

ABC
1a

1b

ABM

2a
3c

CCD

3a

4a
3b

CRM

1d
4b
3d

Slide 671

IPC

Exemplo Alternativo:
Matriz de Troca de Informao
RTULO

FONTE

ENTIDADE
DE DADOS

DESTINO

EVENTO
DISPARADO

1a

ABC

ABM

Pedido de
vendas (cria
requisio)

Novo pedido
de vendas do
front end

1b

ABM

ABC

Pedido de
vendas
(confirma
criao)

Pedido
criado no
Sistema ERP
de backend

2a

ABM

CCD

Catlogo de
produtos

Cronmetro
de
Publicao /
Assinatura

Slide 672

Diagrama de
Aplicativo & Localizao de Usurio
O propsito deste diagrama descrever claramente as localizaes de
negcio das quais os usurios deste negcio tipicamente interagem
com os aplicativos, e a localizao dos servidores da infraestrutura de
aplicativos.
O diagrama permite:

Identificao do nmero de instncias de pacotes necessrios


Estimativa do nmero e tipo de licenas de usurio
Estimativa do nvel de suporte necessrio
Seleo das ferramentas de gerenciamento de sistemas, estrutura e
sistemas de gerenciamento
Planejamento apropriado para os componentes tecnolgicos do negcio
Consideraes de performance ao implementar solues

Slide 673

Exemplo de Matriz de
Aplicativo & Localizao de Usurio
APLICATIVO

CRM

SAP R/3

Slide 674

TIPO DE
USURIO
Desenvolvedor
Super Usurio
Administrador

Engenheiro
de Testes
Engenheiro
Mecnico
Gerente de
Compras

INTERNO,
CLIENTE
OU
PARCEIRO
Interno

LOCALIZAO DE
NEGCIO DO
USURIO

UNIDADE
ORGANIZACIONAL
(usurio pertence a)

NA Regio Oriental
EMEA
Matriz,
UK

Interno

ENDEREO
DA
LOCALIZAO

Planta de
manufatura
Beijing

Torre da Sears
De Chicago
- Chicago
Escritrio do
centro
Middlesex,
London

NA Vendas &
Marketing
Vendas
EMEA

Manufatura e
Logstica

Exemplo de Diagrama
Aplicativo & Localizao de Usurio

Slide 675

Diagrama de Caso de Uso de Aplicao

Fonte: wikipedia.org
Slide 676

Diagrama de
Gerenciabilidade Corporativa
O Diagrama de Gerenciabilidade Corporativa mostra como
um ou mais aplicativos interagem com os componentes
tecnolgicos e de aplicativos, que suportam o
gerenciamento operacional de uma soluo.
Anlises podem revelar duplicidades, diferenas e
oportunidades na operao do gerenciamento de servios
de TI de uma organizao.

Slide 677

Exemplo de Diagrama de
Gerenciabilidade Corporativa

Slide 678

Diagrama de
Processo & Realizao de Aplicativo
O propsito deste diagrama descrever a sequncia de
eventos que ocorrem quando mltiplos aplicativos esto
envolvidos na execuo de um processo de Negcio.
Isto adiciona valor ao diagrama de Comunicao entre
Aplicativos ao estend-lo com as restries de
sequenciamento e pontos de hand-off entre
processamentos de lotes e em tempo real.

Slide 679

Exemplo de Diagrama de
Processo & Realizao de Aplicativo

Slide 680

Diagrama de
Engenharia de Software
O diagrama de Engenharia de Software quebra as
aplicaes em pacotes, mdulos, servios e operaes a
partir da perspectiva do desenvolvimento.
Ele permite uma anlise de impacto mais detalhada ao
planejar estgios de migrao e analisar oportunidades e
solues.
Ele ideal para equipes de desenvolvimento de aplicativos
e de gerenciamento de sistemas em ambientes de
desenvolvimento complexos.

Slide 681

Exemplo de Diagrama de
Engenharia de Software

Slide 682

Diagrama de Migrao de Aplicativo


O Diagrama de Migrao de Aplicativo identifica a migrao
de aplicativos da linha de base em direo aos
componentes de aplicativos alvo.
Ele permite uma estimativa mais precisa dos custos de
migrao.
Ele deve ser utilizado para identificar aplicativos
temporrios, um cenrio intermedirio dos aplicativos e a
infraestrutura requerida para suportar as migraes.

Slide 683

Exemplo de Diagrama de
Migrao de Aplicativo

Slide 684

Diagrama de
Distribuio de Software
Este diagrama uma composio do diagrama de
Engenharia de Software e o diagrama de Aplicativo &
Localizao de Usurio.
Dependendo das circunstncias, este diagrama sozinho
pode ser suficiente ou at mesmo no ser necessrio.

Slide 685

Phase C
Fase C:
Arquitetura
de Aplicativos
Catlogos,
Matrizes e
Diagramas
Application
Architecture

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 686de 34

Mdulo 21
Arquitetura de
Fundao
Edio de Direitos Autorais V9.1 2009-2011

Slide 687de 23
Todos os direitos reservados
Publicado por The Open Group, 2011

Arquitetura
de
Fundao

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 688de 23

Arquitetura de Fundao do TOGAF


Uma Arquitetura de Fundao uma arquitetura de blocos de
construo e padres correspondentes que suportam todas
as Arquiteturas de Sistemas Comuns e, portanto, todos os
ambientes operacionais da empresa.
O TOGAF prov a Arquitetura de Fundao TRM.
O ADM suporta a especializao destes tipos de
Arquiteturas de Fundao de forma a criar modelos
especficos para a organizao.
O TRM um exemplo de uma Arquitetura de Fundao na
qual outras arquiteturas mais especficas podem ser criadas.
Slide 690

Componentes do TRM
O TRM tem dois componentes principais:
A taxonomia que define a terminologia e prov uma
descrio coerente dos componentes e da estrutura
conceitual de um sistema de informao.
Um diagrama do TRM que prov uma representao
visual para ajudar o entendimento.

Slide 691

O TRM

A Portabilidade de Aplicativo
alcanada via Interface da Plataforma
de Aplicativo, identificando o conjunto
de servios que so disponibilizados
de forma padro para os aplicativos
atravs da plataforma.

A Interoperabilidade alcanada via


Interface da Infraestrutura de
Aplicativos, identificando o conjunto de
servios de Infraestrutura de
Comunicaes que so construdos de
forma padronizada.

Slide 692

Aplicativos de Negcio
Aplicativos de Infraestrutura
A
API
especifica
a
interface
entre
O
TRM
o tem duas categorias de
A Plataforma de Aplicativo uma
implementam
processos de
provem
funcionalidade
de
Software
Aplicativo
e
a
plataforma
Software
Aplicativo.
entidade conceitual que contm
Negcio
e
so
especficos
por
propsito
geral,
normalmente
Servios do
Sistema
Operacional,
subjacente.
vertical ou empresa.
Servios deCOTS.
Rede e um conjunto

The TRM in Detail

genrico de Servios de Plataforma.

Qualidades so os conjuntos de
atributos aplicveis sobre todos
os componentes.

A Interface da Infraestrutura de
Comunicaes uma interface
entre a Plataforma de
Aplicativos e a Infraestrutura de
Comunicaes.

Qualidades tpicas so
gerenciabilidade e segurana.
Algumas qualidades podem ser
melhor especificadas em termos
de medidas no lugar de
padres, ex.: Performance.
A Infraestrutura de Comunicaes contm
servios bsicos para interconectar sistemas e
prover transferncia de dados. Ela manipula a
Slide 693
infraestrutura de comunicaes fsica.

Utilizando o TRM
A Plataforma de Aplicativo uma entidade conceitual nica
e genrica
Ela contm todos os servios possveis de serem
representados
O arquiteto corporativo deve analisar os servios realmente
necessrios de forma a definir blocos de construo de
soluo timos
O uso do ADM no dependente do uso da taxonomia do
TRM do TOGAF. Outras taxonomias so possveis e
podem ser preferveis.
Uma organizao pode descrever a taxonomia do TOGAF
(ou sua prpria) utilizando grficos diferentes, os quais
melhor capturam conceitos legados para a comunicao
interna.
Slide 694

Taxonomia dos
Servios de Plataforma
Define a terminologia
Fornece uma descrio coerente de um sistema de
informao:

Componentes denominados categorias de servios


Estrutura conceitual
Definio til, amplamente aceitvel, consistente e
estruturada da entidade da plataforma de aplicativo.

Continua
Slide 695

Taxonomia dos
Servios de Plataforma
Sem uma definio tima ou exclusiva
O ADM do TOGAF no dependente do TRM

Slide 696

Taxonomia dos
Servios de Plataforma
Servios de Troca de Dados

Servios de Rede

Servios de Gerenciamento de
Dados

Servios de Sistema
Operacional

Servios Grficos e de Imagem

Servios de Engenharia de
Software

Servios de Operao
Internacional
Servios de Localizao e
Diretrio

Servios de Processamento de
Transao

Servios de Interface com o


Usurio
Servios de Segurana

Servios de Gerenciamento de
Sistemas e Rede
Slide 697

Taxonomia das Qualidades de


Servio da Plataforma de Aplicativos
Uma qualidade de servio descreve o comportamento
Como adaptabilidade ou gerenciabilidade

As qualidades de servio tem um efeito penetrante sobre a


operao da maioria, seno todas, as categorias de
servios funcionais
Durante o desenvolvimento da arquitetura, o arquiteto tem
que estar atento s qualidades desejadas e extenso de
suas influncias nas escolhas dos blocos de construo.

Slide 698

Disponibilidade
Disponibilidade o nvel no qual algo est disponvel para o
uso. Ela pode ser dividida em 6 critrios:
Gerenciabilidade a capacidade de colher informao
sobre o estado de algo e control-lo.
Manutenibilidade a capacidade de identificar problemas
e tomar aes corretivas como reparo ou atualizao de
um componente em um sistema em execuo.
Performance a capacidade de um componente realizar
suas tarefas no tempo apropriado.
Continua
Slide 699

Disponibilidade
Confiabilidade resistncia a falhas.
Recuperabilidade a capacidade de restaurar um sistema
a um estado de funcionamento depois de uma interrupo.

Localizabilidade a capacidade de um sistema ser


encontrado quando necessrio.

Continua
Slide 700

Garantia
Garantia pode ser dividada nos critrios que seguem:
Segurana a proteo da informao de acesso no
autorizado.
Integridade a garantia de que os dados no foram
corrompidos.
Credibilidade o nvel de confiana na integridade do
sistema e de seus dados.
Continua
Slide 701

Usabilidade
Usabilidade a facilidade do sistema ser operado pelos
usurios, incluindo:
Operao internacional, o que inclui habilidades multilngue
e multicultural

Continua
Slide 702

Adaptabilidade
Adaptabilidade pode ser dividida em 5 critrios:
Interoperabilidade seja dentro ou fora da organizao
(por exemplo, interoperabilidade das funes de calendrio
ou agenda podem ser cruciais para a utilidade de um
sistema).

Escalabilidade a capacidade de um componente


aumentar ou diminuir sua performance ou capacidade de
acordo com as demandas do ambiente no qual opera.

Continua
Slide 703

Adaptabilidade
Portabilidade de dados, pessoas, aplicativos e
componentes.

Extensibilidade capacidade de aceitar novas


funcionalidades.
Acessibilidade acesso a servios em novos paradigmas,
como a orientao a objetos.

Slide 704

Personalizando o TRM
As empresas podem precisar padronizar o TRM
One-size fits all no funciona em qualquer lugar

A meta subjacente assegurar que os blocos de


construo de nvel superior que compem solues de
negcio tenham uma plataforma robusta.
Outros modelos, taxonomias e grficos podem ser
preferveis para algumas empresas.
O TRM visto como uma ferramenta quando se aplica o
ADM
O ADM sempre vlido, independentemente da escolha de uma
taxonomia especfica.
Slide 705

Arquitetura
de
Fundao

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 709de 23

Mdulo 22
Fase D
Arquitetura
Tecnolgica
Edio de Direitos Autorais V9.1 2009-2011

Slide 710de

30

Todos os direitos reservados


Publicado por The Open Group, 2011

Phase D
Fase D:
Arquitetura
Tecnolgica

Arquitetura
Tecnolgica

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 711de

30

TM

Abordagem
Revisar os Recursos da Arquitetura Tecnolgica disponvel
no Repositrio de Arquitetura:
Servios de TI existentes no Repositrio de TI ou Catlogo de
Servios de TI.
O TRM do TOGAF.
Modelos tecnolgicos relevantes organizao.

Slide 714

Arquitetura Tecnolgica: Entradas


Requisio para o Trabalho de
Arquitetura
Avaliao de Capacidade
Plano de Comunicaes
Modelo Organizacional para a
Arquitetura Corporativa
Framework de Arquitetura
adaptado
Princpios tecnolgicos
Declarao de Trabalho de
Arquitetura
Viso da Arquitetura
Repositrio de Arquitetura
Continua
Slide 715

Arquitetura Tecnolgica: Entradas

Rascunho do Documento de Definio da


Arquitetura, contendo:

Slide 716

Arquitetura de Negcio de Linha de Base


(detalhada)
Arquitetura de Negcio Alvo (detalhada)
Arquitetura de Dados de Linha de Base
(detalhada)
Arquitetura de Dados Alvo (detalhada)
Arquitetura de Aplicativos de Linha de Base
(detalhada)
Arquitetura de Aplicativos Alvo (detalhada)
Arquitetura Tecnolgica de Linha de Base (alto
nvel)
Arquitetura Tecnolgica Alvo (alto nvel)

Rascunho da Especificao de Requisitos de


Arquitetura, incluindo os resultados da anlise
de diferenas e os requisitos tcnicos.
Componentes de um Roadmap de Arquitetura
da Arquitetura de Negcio, Dados e
Aplicativos.

Passos
A ordem dos passos
deve ser adaptada
situao.
Em particular, voc
deve determinar se
apropriado realizar o
desenvolvimento da
Arquitetura Tecnolgica
de Linha de Base ou da
Arquitetura Tecnolgica
Alvo primeiro.

9. Crie o Documento de
Definio da Arquitetura
8. Finalize a Arquitetura
Tecnolgica
7. Conduza uma reviso formal com
as partes interessadas
6. Resolva impactos em todo Panorama
da Arquitetura
5. Defina componentes candidatos ao
roadmap
4. Realize uma anlise de diferenas

3. Desenvolva a Descrio da Arquitetura Tecnolgica


Alvo
2. Desenvolva a Descrio da Arquitetura Tecnolgica de
Linha de Base
1. Selecione os modelos de referncia, pontos de vista e
ferramentas.
Slide 717

Passo 1: Selecione modelos de


referncia, pontos de vista e ferramentas

Revise / gere e valide os princpios tecnolgicos veja


Princpios Arquiteturais

Selecione os recursos da Arquitetura Tecnolgica (modelos de


referncia, padres, ...)

Selecione os pontos de vista relevantes Arquitetura


Tecnolgica

Identifique as ferramentas e tcnicas apropriadas a serem


utilizadas para captura de dados, modelagem e anlise em
associao com os pontos de vista selecionados.

Continua
Slide 718

Passo 1: Selecione modelos de


referncia, pontos de vista e ferramentas

Determine o Processo Geral de Modelagem

Para cada ponto de vista, selecione os modelos


necessrios para suportar a viso requerida, utilizando a
ferramenta ou mtodo selecionado. Confirme se todas as
preocupaes das partes interessadas esto sendo
abordadas. Seno, crie novos modelos para abordar os
interesses no cobertos ou complemente os modelos
existentes.

Continua
Slide 719

Fase Preliminar

Catlogo de Princpios
Gerenciamento de Requisitos

Fase A, Viso da Arquitetura


Matriz de Mapeamento de Partes Interesssadas

Diagrama da Cadeia de Valores


Diagr.ama de Conceito de Solues

TOGAF 9 Artifacts
Catlogo de Requisitos

Fase B,
Arquitetura de Negcio

Fase C,
Arquitetura de Dados

Fase C,
Arquitetura de Aplicativos

Fase D,
Arquitetura Tecnolgica

Catlogo de Organizao / Ator


Catlogo de Motivador / Meta /
Objetivo
Catlogo de Papis
Catlogo de Servio de Negcio /
Funo
Catlogo de Localizao
Catlogo de Processo / Evento /
Controle / Produto
Catlogo de Contrato / Medida
Matriz de Interao de Negcio
Matriz de Ator / Papel
Diagrama de Footprint de Negcio
Diagrama de Servio de Negcio /
Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto
Diagrama de Meta / Objetivo /
Servio
Diagramam de Decomposio da
Organizao
Diagrama de Fluxo de Processo
Diagrama de Eventos

Fase E. Oportunidades e Solues

Diagrama de Contexto de Projeto

Diagrama de Benefcios

Slide 720

Catlogo de Entidade
de Dados /
Componente de
Dados
Matriz de Entidade de
Dados / Funo de
Negcio
Matriz de Aplicativo /
Dados
Diagrama Lgico de
Dados
Diagrama de
Disseminao de
Dados
Diagrama de
Segurana de Dados
Diagrama de
Hierarquia de Classes
Diagrama de Migrao
de Dados
Diagrama de Ciclo de
Vida de Dados

Catlogo de Potiflio de
Aplicativos
Catlogo de Interfaces
Matriz de Aplicativos /
Organizao
Matriz de Papel / Aplicativo
Matriz de Aplicativo / Funo
Matriz de Interao entre
Aplicativos
Diagrama de Comunicao
entre Aplicativos
Diagrama de Aplicativos e
Localizao de Usurio
Diagramam de Caso de Uso
de Aplicativo
Diagrama de
Gerenciabilidade Corporativa
Diagrama de Processo /
Relizao de Aplicativo
Diagrama de Engenharia de
Software
Diagrama de Migrao de
Aplicativos
Diagrama de Distribuio de
Software

Nota:
O Mdulo 22A fornece

informaes detalhadas

sobre a Fase D: Arquitetura

Tecnolgica, Catlogos,
Matrizes e Diagramas.

Catlogo de Padres
Tecnolgicos
Catlogo de Portflio
Tecnolgico
Matriz de Sistema /
Tecnologia
Diagrama de
Ambientes e
Localizaes
Diagrama de
Decomposio de
Plataforma
Diagrama de
Processamento
Diagrama de
Computao em Rede /
Hardware
Diagrama de
Engenharia de
Comunicaes

Artefatos do TOGAF 9

Passo 1: Selecione os modelos de


referncia, pontos de vista e ferramentas

Identifique os Catlogos Requeridos dos Blocos de


Construo de Dados
Os catlogos que seguem devem ser considerados para o
desenvolvimento dentro de uma Arquitetura Tecnolgica:
Catlogo de Padres Tecnolgicos
Catlogo de Portflio de Tecnologias

Continua
Slide 721

Passo 1: Selecione os modelos de


referncia, pontos de vista e ferramentas
Identifique as Matrizes Requeridas
Matrizes mostram os relacionamentos principais entre entidades do
modelo relacionadas.
Recomendado desenvolver uma Matriz Aplicao x Tecnologia.

Identifique os Diagramas Requeridos


Diagramas apresentam a informao da Arquitetura Tecnolgica a
partir de um conjunto de diferentes pontos de vista.
Os seguintes diagramas so recomendados:
Diagrama de Ambientes & Localizaes
Diagrama de Decomposio de Plataforma
Diagrama de Computao em Rede & Hardware
Diagrama de Comunicao
Continua
Slide 722

Passo 1: Selecione os modelos de


referncia, pontos de vista e ferramentas
Identifique os Tipos de Requisitos a serem Coletados
Identifique os requisitos a serem atendidos pela Arquitetura.
Formalize os requisitos focados em tecnologia.
Se for o caso, fornea um orientao detalhada a ser
refletida durante o design e implementao.

Continua
Slide 723

Passo 1: Selecione modelos de


referncia, pontos de vista e ferramentas
Selecione os Servios
Os portflios de servios so combinaes de servios
bsicos das categorias de servios no TRM do TOGAF.
Para cada bloco de construo, construa um portflio de
descries de servios como um conjunto de servios no
conflitantes.
O conjunto de servios deve ser testado para assegurar que
a funcionalidade provida atende aos requisitos dos
aplicativos.

Slide 724

Passo 2 Desenvolva uma Descrio de


Arquitetura Tecnolgica de Linha de Base
Se possvel, identifique os BCAs de Tecnologia relevantes,
com base no Repositrio de Arquitetura.

Se nada existir, defina cada aplicativo alinhado com o


catlogo de Portflio de Tecnologias.
Onde novos modelos de arquitetura precisem ser
desenvolvidos, utilize os modelos identificados no Passo
1 como uma orientao para a criao de novos
contedos arquiteturais para descrever a Arquitetura de
Linha de Base.

Slide 725

Passo 3 Desenvolva uma Descrio


de Arquitetura Tecnolgica Alvo

Se possvel, identifique os blocos de construo


relevantes da Arquitetura Tecnolgica, com base no
Repositrio de Arquitetura.

Onde novos modelos arquiteturais precisem ser


desenvolvidos, utilize modelos identificados no Passo 1
como orientao.

Slide 726

Passo 4 Realize uma


Anlise de Diferenas
Verifique os modelos de arquitetura do ponto de vista de
consistncia interna e preciso.
Observe mudanas nos pontos de vista representados nos
modelos selecionados do Repositrio de Arquitetura e
os documente.
Teste os modelos de arquitetura em relao completude
dos requisitos.
Identifique diferenas entre a linha de base e o alvo,
utilizando tcnicas padro de Anlise de Diferena.

Slide 727

Passo 5: Defina os componentes


candidatos ao roadmap
Este roadmap inicial de Arquitetura Tecnolgica ser
utilizado como matria prima para suportar uma definio
mais detalhada de um roadmap consolidado e
multidisciplinar dentro da fase Oportunidade & Solues.

Slide 728

Passo 6: Resolva impactos em todo o


Panorama da Arquitetura
Artefatos de arquitetura no Panorama da Arquitetura devem
ser examinados para identificar:
Esta Arquitetura Tecnolgica cria um impacto em alguma
arquitetura pr-existente?
Mudanas recentes foram realizadas que impactam a Arquitetura
Tecnolgica?
Existem oportunidades para alavancar o trabalho desta Arquitetura
Tecnolgica em outras reas da organizao?
Esta Arquitetura Tecnolgica impacta outros projetos?
Esta Arquitetura Tecnolgica ser impactada por outros projetos?

Slide 729

Passo 7 Conduza uma Reviso Formal


com as Partes Interessadas
Verifique a motivao original para o projeto de arquitetura e
a Declarao do Trabalho de Arquitetura e compare com
a Arquitetura Tecnolgica proposta.
A Arquitetura Tecnolgica est ajustada aos propsitos
de suportar um trabalho subsequente nos outros
domnios de arquitetura?
Refine a Arquitetura Tecnolgica proposta, se necessrio.

Continua
Slide 730

Passo 8 Finalize a
Arquitetura Tecnolgica

Selecione padres para cada um dos BCAs, reutilizando tanto quanto


possvel.
Fala uma documentao completa de cada BCA.
Faa uma verificao cruzada geral de toda a arquitetura contra as
metas de Negcio.
Documente os relatrios finais de rastreabilidade de requisitos.
Documente o mapeamento final da arquitetura dentro do repositrio
de Arquitetura. Identifique os BCAs que podem ser reutilizados e os
publique no Repositrio de Arquitetura.
Finalize todos os produtos de trabalho.

Slide 731

Passo 9: Crie um Documento de


Definio de Arquitetura
Documente as razes das decises referentes aos blocos
de construo no documento de definio da arquitetura.
Prepare as sees da Arquitetura Tecnolgica do
documento de definio da arquitetura.
Se for o caso, utilize relatrios e/ou grficos gerados por
ferramentas de modelagem para demonstrar as principais
vises da arquitetura. Envie o documento s partes
interessadas relevantes para reviso e incorpore seus
feedbacks.

Slide 732

Sadas da Arquitetura Tecnolgica


Declarao do Trabalho de
Arquitetura, atualizada se
necessrio
Princpios tecnolgicos
validados ou novos princpios
tecnolgicos
Rascunho do Documento de
Definio da Arquitetura
Rascunho da Especificao de
Requisitos de Arquitetura
Componentes da Arquitetura
Tecnolgica do Roadmap de
Arquitetura
Slide 733

Documento de Definio da Arquitetura


Componentes da Arquitetura Tecnolgica

Arquitetura Tecnolgica de Linha de Base, se for o caso.


Arquitetura Tecnolgica Alvo, incluindo:
Componentes tecnolgicos e seus relacionamentos com os sistemas de informao.
Plataformas tecnolgicas e suas decomposies, mostrando as combinaes de
tecnologias requeridas para realizar uma pilha (stack) de tecnologia em particular.
Ambientes e localizaes um agrupamento de tecnologias requeridas nos
ambientes computacionais (ex.: desenvolvimento, produo).
Carga de processamento esperada e distribuio de carga pelos componentes
tecnolgicos.
Comunicaes (rede) fsicas
Especificaes de hardware e rede

Vises correspondendo aos pontos de vista selecionados, abordando as


principais preocupaes das partes interessadas.

Slide 734

Especificao de Requisitos de Arquitetura


Componentes da Arquitetura Tecnolgica
Resultados da anlise de diferenas
Requisitos tecnolgicos atualizados

Slide 735

Phase D
Fase D:
Arquitetura
Tecnolgica

Arquitetura
Tecnolgica

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 739de

30

TM

Mdulo 22A
Fase D Arquitetura
Tecnolgica
Catlogos, Matrizes
e Diagramas
Edio de Direitos Autorais V9.1 2009-2011

Slide 740de 24

Todos os direitos reservados


Publicado por The Open Group, 2011

Phase D
Fase D:
Arquitetura
Tecnolgica
Catlogos,
Matrizes e
Diagramas

Arquitetura
Tecnolgica

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 741de 24

Fase Preliminar

Catlogo de Princpios
Gerenciamento de Requisitos

Fase A, Viso da Arquitetura


Matriz de Mapeamento de Partes Interesssadas

Diagrama da Cadeia de Valores


Diagr.ama de Conceito de Solues

TOGAF 9 Artifacts
Catlogo de Requisitos

Fase B,
Arquitetura de Negcio

Fase C,
Arquitetura de Dados

Fase C,
Arquitetura de Aplicativos

Fase D,
Arquitetura Tecnolgica

Catlogo de Organizao / Ator


Catlogo de Motivador / Meta /
Objetivo
Catlogo de Papis
Catlogo de Servio de Negcio /
Funo
Catlogo de Localizao
Catlogo de Processo / Evento /
Controle / Produto
Catlogo de Contrato / Medida
Matriz de Interao de Negcio
Matriz de Ator / Papel
Diagrama de Footprint de Negcio
Diagrama de Servio de Negcio /
Informao
Diagrama de Decomposio
Funcional
Diagrama de Ciclo de Vida de
Produto
Diagrama de Meta / Objetivo /
Servio
Diagramam de Decomposio da
Organizao
Diagrama de Fluxo de Processo
Diagrama de Eventos

Fase E. Oportunidades e Solues

Diagrama de Contexto de Projeto

Diagrama de Benefcios

Slide 743

Catlogo de Entidade
de Dados /
Componente de
Dados
Matriz de Entidade de
Dados / Funo de
Negcio
Matriz de Aplicativo /
Dados
Diagrama Lgico de
Dados
Diagrama de
Disseminao de
Dados
Diagrama de
Segurana de Dados
Diagrama de
Hierarquia de Classes
Diagrama de Migrao
de Dados
Diagrama de Ciclo de
Vida de Dados

Catlogo de Portflio de
Aplicativos
Catlogo de Interfaces
Matriz de Aplicativos /
Organizao
Matriz de Papel / Aplicativo
Matriz de Aplicativo / Funo
Matriz de Interao entre
Aplicativos
Diagrama de Comunicao
entre Aplicativos
Diagrama de Aplicativos e
Localizao de Usurio
Diagramam de Caso de Uso
de Aplicativo
Diagrama de
Gerenciabilidade Corporativa
Diagrama de Processo /
Realizao de Aplicativo
Diagrama de Engenharia de
Software
Diagrama de Migrao de
Aplicativos
Diagrama de Distribuio de
Software

Catlogo de Padres
Tecnolgicos
Catlogo de Portflio
Tecnolgico
Matriz de Sistema /
Tecnologia
Diagrama de
Ambientes e
Localizaes
Diagrama de
Decomposio de
Plataforma
Diagrama de
Processamento
Diagrama de
Computao em Rede /
Hardware
Diagrama de
Engenharia de
Comunicaes

Artefatos do TOGAF 9

Catlogos, Matrizes and Diagramas


Catlogos
Catlogo de Padres
Tecnolgicos
Catlogo de Portflio de
Tecnologias
Matrizes
Matriz Aplicativo x Tecnologia

O formato exato dos


catlogos, matrizes e
diagramas depender das
ferramentas utilizadas.
Slide 744

Diagramas
Diagrama de Ambientes &
Localizaes
Diagrama de Decomposio de
Plataforma
Diagrama de Processamento
Diagrama de Computao em
Rede & Hardware
Diagrama de Engenharia de
Comunicaes

Catlogos
Catlogo de Padres Tecnolgicos
Catlogo de Portflio de Tecnologias

Slide 745

Catlogos
Catlogo
Catlogo de
Padres
Tecnolgicos

Propsito
Ele documenta os padres acordados para a tecnologia em toda a empresa cobrindo
tecnologias, os ciclos de vida da tecnologia e os ciclos de renovao para a
tecnologia.
Pode ser implementado como uma extenso ao Catlogo do Portflio de Tecnologia
e desta forma compartilhar das mesmas entidades do metamodelo:
Servio de Plataforma, Componente Lgico de Tecnologia, Componente Fsico de
Tecnologia.

Catlogo de
Portflio de
Tecnologia

Este catlogo identifica e lista todas as tecnologias em uso em toda a corporao,


incluindo hardware, software de infraestrutura e software aplicativo. Um portflio de
tecnologia acordado suporta o gerenciamento do ciclo de vida dos produtos
tecnolgicos e verses, e tambm forma a base para a definio de padres
tecnolgicos.
Ele contm as entidades de metamodelo que seguem:
Servio de Plataforma, Componente Lgico de Tecnologia, Componente Fsico de
Tecnologia.

Slide 746

Matrizes
Matriz de Aplicativo/Tecnologia

Slide 748

Matriz de Aplicativo x Tecnologia


A matriz de Aplicativo/Tecnologia documenta o
mapeamento de aplicativos na plataforma tecnolgica.
A matriz Aplicativo/Tecnologia mostra:
Componentes Lgicos e Fsicos de Aplicativos.
Servios, Componentes Lgicos de Tecnologia e Componentes
Fsicos de Tecnologia.
Componentes Fsicos de Tecnologia
Componentes Fsicos de Tecnologia realizam relacionamentos de
Componentes Fsicos de Aplicativos

Slide 749

Exemplo de
Matriz de Aplicativo x Tecnologia
COMPONENTE
LGICO DE
APLICATIVO
ABM

Balanceador de carga
e Dispatcher

Slide 750

COMPONENTE
FSICO DE
TECNOLOGIA

ENDEREO
DO SERVIDOR

ENDEREO IP

Servidor Web - n 1

F01ws001@host.com

10.xx.xx.xx

Servidor Web - n 2

F01ws002@host.com

10.xx.xx.xx

Servidor Web - n 3

F01ws003@host.com

10.xx.xx.xx

App server n 1

F02as001@host.com

10.xx.xx.xx

App server n 2

F02as002@host.com

10.xx.xx.xx

App server n 3

F02as003@host.com

10.xx.xx.xx

Servidor de Banco de
dados (produo)

F02dbp001@host.com

10.xx.xx.xx

Servidor de Banco de
dados
(desenvolvimento)

F03dbs001@host.com

10.xx.xx.xx

Servidor de Dispatcher

F03nd001@host.com

242.xx.xx.xx

Exemplo de
Matriz de Aplicativo x Tecnologia
FUNO
TECNOLGICA
Balanceamento
de Carga

Slide 751

LGICO DE
HARDWARE
Nome Balancer
Fornecedor- IBM
Tipo eServer
Em Cluster No
No. de Ns N/A
Endereo Lgicod04lb01@host.com
Janela de
Manuteno
Domingo 01:00 a
03:00

FSICO DE
HARDWARE
Model/Type IBM
P7xx
Serial Number
1S4568
Processador RISC Power p5
No. de
Processadores - 8
way
Memria - 1GB
HD - 40 GB
IP - 11.xx.xx.xx

LGICO DE
SOFTWARE

FSICO DE
SOFTWARE

Produto- IBM Load


balance manager
Fornecedor- IBM
SO UNIX

Componentes
de SW LB v3.2
(liste todos os
outros
componentes de
SW)
AIX 10.2.1
Tipo de Licena Licena para toda
empresa
Licena Expira
31/12/2014

Exemplo de
Matriz de Aplicativo x Tecnologia
COMPONENTE DE APLICATIVO

UNIDADE DE IMPLANTAO

COMPONENTE TECNOLGICO

Balanceador de Carga

Smart dispatch v1.2

Servidor de Balanceamento de
Carga (d03lb001@host.com)

Pginas de Comrcio Eletrnico

HTML
Applets
JSP

Cluster de Servidor Web


(d03ws001@host.com,
d03ws002@host.com,
d03ws003@host.com)

Motor de Comrcio Eletrnico

Entrada de Pedido
Carrinho de Compras

Servidor de Aplicao
(d03as001@host.com,
d03as002@host.com)

Slide 752

Diagramas

Diagrama de Ambientes & Localizaes


Diagrama de Decomposio de Ambientes
Diagrama de Processamento
Diagrama de Computao em Rede & Hardware
Diagrama de Engenharia de Comunicaes

Slide 753

Diagrama de
Ambientes & Localizaes
Descreve quais localidades hospedam quais aplicativos.
Identifica quais tecnologias e/ou aplicativos so utilizados
em quais localidades.
Identifica quais localidades de quais usurios de negcio
tipicamente interagem com os aplicativos.
Deve sempre mostrar a existncia e a localizao de
ambientes de implantao diferentes:
Incluindo ambientes que no so de produo, como os de
desenvolvimento e de pr-produo.

Slide 754

Exemplo de Diagrama de
Ambientes & Localizaes

Slide 755

Diagrama de
Decomposio de Plataforma
O Diagrama de Decomposio de Plataforma descreve a
plataforma tecnolgica que suporta as operaes da
Arquitetura de Sistemas de Informao.
O diagrama cobre todos os aspectos da plataforma de
infraestrutura e fornece uma viso geral da plataforma
tecnolgica da empresa.

Slide 756

Exemplo de Diagrama de
Decomposio de Plataforma
Decomposio de Plataforma

(Suporte a Aplicativo)

Hardware

Software

Logical Technology
Components

Physical Technology
Components

Tech Function

Tech Function

Web Server
Layer

Web server layer

Application Layer

Application Layer

Database Layer

Database Layer

Attributes

Slide 757

Name
Model/Type
Clusters
Number of Components
Vendor
Server Type (mainframe, Mid range, RISC,
Intel)
Server logical name
IP Address etc

Logical Technology
Components

Physical Technology
Components

Tech Function

Tech Function

Web Server Layer

Web Server Layer

Application Layer

Application Layer

Database Layer

Database Layer

Attributes

Product Name
Vendor
OS
SW components
License Type
License Expiry etc

Diagrama de Processamento
O Diagrama de Processamento foca nas unidades de implantao de
cdigo/configurao e como eles so implantados na plataforma
tecnolgica.
O Diagrama de Processamento aborda:
Qual conjunto de componentes de aplicativo precisa estar agrupado para
formar uma unidade de implantao.
Como uma unidade de implantao conecta / interage com outra (LAN,
WAN e os protocolos aplicveis).
Como configurao de aplicativo e padres de uso geram carga ou
requisitos de capacidade para diferentes componentes de tecnologia.

A organizao e agrupamento das unidades de implantao dependem


de interesses referentes separao das camadas de apresentao,
lgica de negcio e armazenamento de dados, e requisitos de nvel de
servio dos componentes.
Slide 758

Exemplo de
Diagrama de Processamento
Open
Internet

DMZ

Internet Zone

Intranet Zone

File Explorer, HTML, Images


(DFS Distributed File System
Server)

Order capture
(DB server)
HTML Code (Web
server cluster with
2 nodes)

Load
Balancer
Code

Order Entry &


Shopping
Cart
(Application Server
cluster with 2 nodes)

App
Server

Messaging
Server

Over LAN
HTTP

Firewall

Slide 759

Firewall

Firewall

DB

Diagrama de
Hardware de Computao em Rede

O propsito deste diagrama mostrar a viso implantada dos componentes


lgicos de aplicativo em um ambiente distribudo de computao em rede.

Este diagrama til pelas razes que seguem:


Permite o entendimento de qual aplicativo implantado onde.
Estabelece autorizao, segurana e acesso aos componentes tecnolgicos.
Entende a Arquitetura Tecnolgica que suporta os aplicativos durante a solues de
problemas e troubleshooting.
Isola problemas de performance encontrados e realiza atualizaes necessrias a
componentes fsicos tecnolgicos especficos.
Identifica reas de otimizao.
Permite a auditoria de aplicativo / tecnologia e prov conformidade.
Serve como uma ferramenta importante no suporte ao gerenciamento de mudanas
efetivas.

Slide 760

Exemplo de Diagrama de
Hardware de Computao em Rede
DMZ

Zona da Internet

Web
server
Web
cluster
server
cluster

Load
Balancer
and
Dispatcher

Web
server
clusternode 3
(ABM)

Web server
cluster
Web server
cluster-node
2
(eCommerce)

Load
Balancer
and
Dispatcher

Application
Server cluster
Application
(node 3)
Server cluster
(node
3)
App Server
cluster - node 3
(ABM)

Zona da Intranet

Database
(ABM
Staging)

Database
(ABM
Production)

DFS Distributed File


System (html,
images)

Database
Application
Server (Order
Engine)

App
Server

App Server

Firewall

Slide 761

Firewall

Firewall

DB

Diagrama de
Engenharia de Comunicaes
O Diagrama de Engenharia de Comunicaes descreve os
meios de comunicao entre os componentes na
Arquitetura Tecnolgica.
Representa conexes lgicas entre os componentes cliente
e servidor e identifica limites de infraestrutura de rede
requeridos para fisicamente implementar estas conexes.
No descreve o formato ou contedo da informao, mas
aborda questes de protocolo e capacidade.

Slide 762

Diagrama de
Engenharia de Comunicaes
DMZ
Internet

OBMG
Proprietary
Protocol
(Encrypted)

GPRS
(OBMG / Encrypted)

KEY
Port xxx
Opened on
Firewall

Port xxx
Opened on
Firewall

Mobile Device

Network

OBMG
Proprietary
Protocol
(Encrypted)

User

Server

Mobile
Device

Data
Store

Firewall

Network Linking
Device

G
OBM ry
rieta
Prop col
Proto ted)
ryp
(Enc

OBMG
DMZ Proxy

Networ
k Area

Client
PC

LAN
MS Exchange
Mail Synch Protocol

MG
OB ietary
pr
l
Pro otoco d)
Pr ypte
cr
(En
Cradle / USB
Cable

Mobile Device

OBMG
Server

Au
th

Pr
o

to
c

ol

th
Au

Desktop PC
(OBMG Desktop Proxy)
Active Directory

Slide 763

o
Pr

c
to

ol

Microsoft
Exchange

Phase D
Fase D:
Arquitetura
Tecnolgica
Catlogos,
Matrizes e
Diagramas

Arquitetura
Tecnolgica

TOGAF marca registrada pelo The Open


Group nos Estados Unidos e outros pases.

Slide 764de 24

Mdulo 23

Tcnicas
de Planejamento de
Migrao
V9.1 Edition Copyright 2009-2011

Slide 765of

17

Todos os direitos reservados


Publicado por The Open Group, 2011

Tcnicas de
Planejamento
de Migrao

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 766of

17

Roadmap
Parte I - Introduo
Prefcio, Viso global executiva, Principais Conceitos, Definies
e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 767

Parte III,
Orientaes e
Tcnicas do ADM,
Captulo 28

A Matriz de Avaliao e Deduo de


Fatores de Implementao

Esta matriz documenta os fatores que impactam o Plano de Implementao e


Migrao
criada no passo 1 da Fase E e atualizada ao longo da Fase E
uma entrada para a Fase F
Serve como um repositrio para decises na implementao e migrao da
arquitetura
A matriz deve incluir:
Uma lista de fatores a serem considerados
Suas descries
As dedues que indicam as aes ou restries que devem ser levadas em
considerao quando os planos forem formulados

Slide 769

Exemplo Matriz de Avaliao e


Deduo de Fatores de Implementao

Slide 770

A Matriz Consolidada de Diferenas (gaps),


Solues e Dependncias

Esta matriz usada quando consolida-se os resultados das Anlises de


Diferenas da Fase B a D
utilizada para agrupar as diferenas identificadas nos resultados das
Anlises de Diferenas dos domnios de arquitetura e avaliar possveis
solues e dependncias para uma ou mais diferenas (gaps)
criada inicialmente no Passo 3 da Fase E
uma entrada para a Fase F
Esta matriz pode ser usada como uma ferramenta de planejamento quando
forem criados pacotes de trabalhos.
As dependncias identificadas direcionaro a criao de projetos e planos de
migrao nas Fases E e F

Slide 771

Exemplo Matriz Consolidada de Diferenas


(gaps), Solues e Dependncias

Slide 772

Tabela de Incrementos da Definio


de Arquitetura

Esta tabela permite que o arquiteto planeje uma srie de Arquiteturas de


Transio descrevendo a situao da Arquitetura Corporativa em momentos
especficos
criada na Fase F
Consiste em listar os projetos e ento atribuir seus entregveis incrementais
atravs das Arquiteturas de Transio

Slide 773

Tabela de Incrementos da Definio


de Arquitetura

Slide 774

A Tabela de Evoluo de Estado de


Transio da Arquitetura

Permite ao arquiteto demonstrar o estado proposto das


arquiteturas em vrios nveis usando o TRM
parte do Plano de Implementao e Migrao
Apresenta o estado proposto das arquiteturas conforme elas
evoluem

Deve ser desenhada na Fase F, listando:

Slide 775

Servios do TRM usados na corporao


Arquiteturas de Transio
Transformaes propostas
Todos os Blocos de Construo de Soluo (BCSs) devem ser
descritos com respeito a sua entrega e impacto nos servios

A Tabela de Evoluo de Estado de


Transio da Arquitetura

Slide 776

A Tcnica de Avaliao do Valor de


Negcio

Esta tcnica serve para avaliar o valor de negcio desenhando uma


matriz com dimenses de valor e de ndice de risco
utilizada na Fase F para desenvolver um valor estimado para o
negcio de cada projeto
O ndice de valor devem incluir critrios como aderncia aos
princpios, contribuio financeira, alinhamento estratgico, e posio
competitiva
O ndice de risco deve incluir critrios como tamanho e complexidade,
tecnologia, capacidade organizacional e impacto de uma falha. Cada
critrio deve ser associado a um peso individual

Slide 777

A Tcnica de Avaliao de Valor de


Negcio

Slide 778

Resumo
Este mdulo explicou as tcnicas utilizadas na Fase E e F
para o planejamento de migrao. Em particular, foi
discutido:
2 matrizes (A Matriz de Avaliao e Deduo de Fatores de
Implementao e a Matriz Consolidada de Diferenas
(gaps), Solues e Dependncias).
2 tabelas (A Tabela de Incrementos de Definio da
Arquitetura, e a Tabela de Evoluo de Estado de
Transio da Arquitetura).
1 tcnica (A Tcnica de Avaliao do Valor de Negcio)

Slide 779

Exerccio: A Tcnica de Avaliao de


Valor do Negcio
Suponha que voc o arquiteto chefe de um grande
projeto em sua empresa. O projeto est em conformidade
com os princpios de sua arquitetura. Ele far uma
contribuio financeira considervel. Est estrategicamente
alinhado com o seu negcio e vai fortalecer sua vantagem
competitiva.
No entanto, o projeto complexo e vai usar tecnologia de
ponta. Sua capacidade organizacional elevado, mas o
impacto da falha tambm elevado.
Pontuar cada critrio em uma escala de 0 a 10 e dar a cada
um, uma ponderao utilizando estas informaes e sua
experincia e produza assim uma dimenso de ndice de
valor e uma dimenso de ndice de risco para o projeto.
Slide 780

Tcnicas de
Planejamento
de Migrao

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 781of

17

Mdulo 24
Fase E
Oportunidades e
Solues
Edio V9.1 Copyright 2009-2011

Slide 782de 32

Todos os direitos reservados


Publicado por The Open Group, 2011

Phase E
Fase E:
Oportunidades
e Solues

TOGAF uma marca registrada do The Open


Group nos Estados Unidos e em outros pases

Slide 783de 32

Partes Interessadas
A Fase E um esforo colaborativo
As Partes Interessadas de Negcio e TI so necessrias

Deve-se incluir aqueles que implementaro e os que


operaro a infraestrutura
Deve-se incluir tambm os que so responsveis pelo
planejamento estratgico
Especialmente para a criao de Arquiteturas de Transio, se
necessria

Slide 786

Abordagem
Esta a primeira fase relacionada implementao
Ela leva em considerao o conjunto completo de
diferenas (gaps) entre as Arquiteturas de Base e Alvo em
todos os domnios de arquitetura
Ela agrupa logicamente as mudanas em pacotes de
trabalho
Ela constri um roadmap que melhor se adeque baseado:
Nos requisitos das partes interessadas
Na prontido para a transformao de negcio da empresa
Nas oportunidades e solues identificadas
Nas restries de implementao identificadas
Slide 787

Abordagem
Os quatro conceitos seguintes so fundamentais para a
transio desde o desenvolvimento at a entrega da
Arquitetura Alvo:
Roadmap de Arquitetura

Pacotes de Trabalho
Arquiteturas de Transio
Plano de Implementao e Migrao

Slide 788

Fase E: Entradas
Informao de Produtos
Requisio para Trabalho
de Arquitetura
Avaliao da Capacidade
Plano de Comunicao
Metodologias de
Planejamento
Modelos e Frameworks de
Governana
Framework de Arquitetura
Adaptado
Continua
Slide 789

Fase E: Entradas
Declarao de Trabalho de
Arquitetura
Viso da Arquitetura
Repositrio de Arquitetura
Rascunho do Documento de
Definio da Arquitetura
Rascunho da Especificao de
Requisitos da Arquitetura
Solicitaes de Mudana para
programas e projetos existentes
Componentes candidato do
Roadmap de Arquitetura das
Fases B, C e D

Slide 790

Passos

11. Criar o Roadmap de Arquitetura e o


Plano de Implementao e Migrao

10. Identificar as Arquiteturas de


Transio
9. Identificar e agrupar os pacotes de
trabalho principais
8. Formular a Estratgia de Implementao e
Migrao
7. Confirmar a prontido e os riscos da
transformao de negcio

6. Refinar e validar as dependncias


5. Consolidar e reconciliar os requisitos de interoperabilidade

4. Revisar os requisitos consolidados das funes de negcio


relacionadas
3. Revisar e consolidar os resultados das anlises de diferenas das
Fases B, C e D
2. Determinar as restries de negcio para implementao
1. Determinar os atributos corporativos para mudanas
Slide 791

Passo 1: Determinar os Atributos


Corporativos para Mudanas
Criar uma Matriz de Avaliao e Deduo de
Fatores de Implementao
Avaliar as Capacidades de Transio das
Organizaes Corporativas e Parceiras
Avaliar as Capacidades de Transio da
Organizao Corporativa e de TI

Slide 792

Passo 2: Determinar as Restries


de Negcio da Implementao
Revisar o Plano Estratgico Corporativo
Revisar os Planos Estratgicos Corporativos de
Linhas de Negcio

Revisar a Avaliao de Maturidade da Arquitetura


Corporativa

Slide 793

Passo 3: Revisar e Consolidar os


Resultados das Anlises de
Diferenas das Fases B, C e D
Criar uma Matriz Consolidada de Diferenas
(gaps), Solues e Dependncias
Revisar os resultados das Anlises de Diferenas
das Fases B, C e D
Racionalizar a Matriz Consolidada de Diferenas
(gaps), Solues e Dependncias

Slide 794

Passo 4: Revisar os Requisitos


Consolidados das Funes de
Negcio Relacionadas

Avaliar os requisitos, diferenas, solues e fatores para


se identificar um conjunto mnimo de requisitos para criar
pacotes de trabalho
Essa perspectiva funcional leva satisfao de requisitos
mltiplos atravs do provisionamento de solues e
servios compartilhados

Slide 795

Passo 5: Consolidar e Reconciliar os


Requisitos de Interoperabilidade

Consolidar os Requisitos de Interoperabilidade


identificados nas fases anteriores
Identificar restries sobre a interoperabilidade impostas
pelo conjunto potencial de solues

Slide 796

Passo 6: Refinar e Validar as


Dependncias

Refinar as dependncias iniciais, assegurando que


quaisquer restries sobre os Planos de Implementao e
Migrao sejam identificadas
As dependncias chave incluem:
Implementaes existentes de Servios de Negcio
Implementaes existentes de Servios de Sistemas da Informao

As dependncias devem ser utilizadas para se determinar a


ordem da implementao e a coordenao necessria
Isto pode ser utilizado para se identificar incrementos lgicos
de entregveis e o momento em que podem ser entregues
Uma vez finalizado, documentar como parte do Roadmap de
Arquitetura e de quaisquer Arquiteturas de Transio
necessrias
Slide 797

Passo 7: Confirmar a Prontido e os


Riscos da Transformao de
Negcio

Revisar a Avaliao de Prontido para a Transformao


do Negcio conduzida previamente na Fase A
Determinar o impacto sobre o Roadmap de Arquitetura e a
Estratgia de Implementao e Migrao
importante identificar, classificar e mitigar os riscos
associados com o esforo de transformao
Os riscos devem ser documentados na Matriz Consolidada
de Diferenas (gaps), Solues e Dependncias

Slide 798

Passo 8: Formular a Estratgia de


Implementao e Migrao

Determinar uma abordagem estratgica genrica para a


implementao de solues e/ou a explorao de
oportunidades
Greenfield
Revolucionria
Evolucionria

Determinar uma Abordagem de Implementao


Quick wins - Ganhos rpidos (snapshots)
Alvos alcanveis
Mtodo da Cadeia de Valor (ver metodologia NASCIO)

Essas abordagens e as dependncias identificadas devem


se tornar a base para a criao de pacotes de trabalhos
Slide 799

Passo 9: Identificar e Agrupar os


Pacotes de Trabalho Principais

Utilizar a Matriz de Matriz Consolidada de Diferenas (gaps), Solues


e Dependncias junto com a Matriz de Avaliao e Deduo de
Fatores de Implementao para agrupar logicamente atividades em
pacotes de trabalho
Preencher a coluna Soluo na Matriz Consolidada de Diferenas
(gaps), Solues e Dependncias para se recomendar a soluo
proposta
Indicar, para cada diferena/atividade, se a soluo deve ser um novo
desenvolvimento ou baseada num produto existente e/ou uma soluo
que deve ser adquirida
Classificar cada sistema atual

Sistemas principais
Sistemas a conter
Sistemas a substituir

Analisar os Pacotes de Trabalho com relao Transformao de


Negcio e agrup-los em portflios e projetos
Slide 800

Passo 10: Identificar as Arquiteturas


de Transio

Aplicvel quando o escopo de mudana para implementar


a Arquitetura Alvo requer uma abordagem incremental
Identificar uma ou mais metas claras ao longo do roadmap
para realizar a Arquitetura Alvo
O desenvolvimento deve ser baseado na abordagem de
implementao preferida, na Matriz Consolidada de
Diferenas (gaps), Solues e Dependncias, na lista de
projetos e portflios assim como na capacidade da
empresa para criar e absorver mudanas

Slide 801

Passo 11:Criar o Roadmap de


Arquitetura e o Plano de
Implementao e Migrao

Consolidar os pacotes de trabalho e Arquiteturas de


Transio no Roadmap de Arquitetura, Verso 0.1
O Roadmap de Arquitetura deve demonstrar como a seleo e o
cronograma das Arquiteturas de Transio e os pacotes de
trabalho realizam a Arquitetura Alvo

O Plano de Implementao e Migrao, Verso 0.1 deve


ser alinhado com o Roadmap de Arquitetura e ser
suficiente para identificar os projetos e recursos
necessrios para realizar o roadmap
Atualizar a Viso da Arquitetura, o Documento de
Definio da Arquitetura e a Especificao de Requisitos
da Arquitetura, se necessrio
Slide 802

Sadas da Fase E
Declarao de Trabalho de
Arquitetura
Viso da Arquitetura
Rascunho do Documento de
Definio da Arquitetura,
incluindo:
Arquiteturas de Transio, se
existirem

Rascunho da Especificao de
Requisitos da Arquitetura,
incluindo:
Avaliao consolidada de
Diferenas, Solues e
Dependncias
Continua
Slide 803

Sadas da Fase E
Avaliao da Capacidade,
incluindo:
Avaliao da Capacidade de
Negcio
Avaliao da Capacidade de TI

Roadmap de Arquitetura,
incluindo:
Portflio de Pacotes de
Trabalho
Identificao de Arquiteturas de
Transio, se houver
Recomendaes de
Implementao

Plano de Implementao e
Migrao (esboo)
Slide 804

Diagrama de Contexto do Projeto

Slide 808

Diagrama de Contexto do Projeto

Slide 809

Slide 810

Diagrama de Benefcios

Slide 811

Diagrama de Benefcios

Phase E
Fase E:
Oportunidades
e Solues

TOGAF uma marca registrada do The Open


Group nos Estados Unidos e em outros pases

Slide 813de 32

Mdulo 25
Fase F
Planejamento da Migrao

Edio V9.1 Copyright 2009-2011

Slide 814of

18

Todos os direitos reservados


Publicado por The Open Group, 2011

Phase F
Fase F
Planejamento
da Migrao

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 815of

18

Objetivos da Fase F
Finalizar o Roadmap de Arquitetura e o Plano de
Implementao e de Migrao que o suporta
Garantir que o Plano de Implementao e Migrao seja
coordenado com a abordagem corporativa para gerenciar e
implementar mudanas no portflio global de mudanas da
corporao
Garantir que o valor de negcio e o custo dos pacotes de
trabalho e Arquiteturas de Transio sejam entendidos
pelas principais partes interessadas

Slide 817

Abordagem
O foco da a criao de um Plano de Implementao e
Migrao em cooperao com os gerentes de projeto e de
portfolio
As atividades incluem a avaliao das dependncias,
custos e benefcios dos vrios projetos de migrao dentro
do contexto das outras atividades da corporao

Slide 818

Fase F: Entradas
Requisio para trabalho de
Arquitetura
Plano de Comunicao
Modelo Organizacional para a
Arquitetura Corporativa
Modelos e Frameworks de
Governana
Framework de Arquitetura
adaptado
Declarao de Trabalho da
Arquitetura
Viso da Arquitetura
Repositrio de Arquitetura
Continua
Slide 819

Fase F: Entradas

Rascunho de Documento de
Definio de Arquitetura, incluindo:

Rascunho de Especificao de
Requisitos de Arquitetura
Solicitaes de Mudana para
programas e projetos existentes
Roadmap de Arquitetura, incluindo:

Slide 820

Arquiteturas de Transio, se houver

Identificao de pacotes de trabalho


Identificao de Arquiteturas de
Transio
Matriz de Avaliao e Deduo de
Fatores de Implementao

Avaliao de Capacidades
Plano de Implementao e
Migrao (esboo)

Passos
7. Completar o ciclo de desenvolvimento da
arquitetura e documentar lies aprendidas
6. Gerar o Plano de Implementao e Migrao
5. Confirmar o Roadmap de Arquitetura e atualizar o Documento
de Definio de Arquitetura,
4. Priorizar os projetos de migrao atravs da realizao de uma
avaliao de custo/benefcio e validao de risco

3. Estimar os Requisitos de Recursos, Tempos de Projeto e


Disponibilidade / Veculo de Entrega
2. Atribuir um valor de negcio para cada pacote de trabalho
1.

Slide 821

Confirmar as Interaes dos Frameworks de Gerenciamento para o Plano de


Implementao e Migrao

Passo 1: Confirmar as Interaes dos Frameworks


de Gerenciamento para o Plano de
Implementao e Migrao

Coordene o Plano de Implementao e Migrao com os


frameworks de gerenciamento em uso pela organizao

Planejamento de Negcio
Arquitetura Corporativa
Gerenciamento de Portfolio/Projeto
Gerenciamento de Operaes

O resultado deste passo pode ser o que o Plano de


Implementao e Migrao se torne parte de um plano
diferente produzido por outro framework com a
participao da Arquitetura Corporativa.

Slide 822

Passo 2: . Atribuir um valor de negcio


para cada pacote de trabalho

Determinar o que constitui valor de negcio dentro da organizao,


como o valor pode ser medido, e depois aplicar isso para cada um dos
projetos e incrementos de projetos
Se o planejamento baseado em capacidade for utilizado, ento os
valores de negcio relacionados s capacidades e seus incrementos de
capacidade associados, devem ser usados para atribuir os valores de
negcio para as entregas.
Use os pacotes de trabalho como base de identificao de projetos que
estaro no Plano de Implementao e Migrao
Os riscos devem ser atribudos aos projetos e incrementos de projetos
agregando riscos identificados na Matriz Consolidada de Diferenas
(gaps), Solues e Dependncias
Estimar o valor de negcio para cada projeto usando o Tcnica de
Avaliao de Valor de Negcio.
Slide 823

Passo 3: . Estimar os Requisitos de Recursos,


Tempos de Projeto e Disponibilidade / Veculo
de Entrega

Determinar custos para criar a capacidade


Determinar custos para executar e sustentar a capacidade
Identificar oportunidades para compensar custos
desativando sistemas existentes
Atribuir recursos para cada atividade e agreg-los aos
nveis de incremento de projeto e de projeto

Slide 824

Passo 4: Priorizar os projetos de migrao atravs da realizao


de uma avaliao de custo/benefcio e validao de risco

Priorizar os projetos verificando seu valor de negcio


contra o custo de entreg-los

Determinar o benefcio lquido de todos os BCSs


entregues pelos projetos

Verificar que os riscos foram efetivamente mitigados e


considerados

Conseguir o consenso para criar uma lista priorizada de


projetos que prover uma base para alocao de recursos

Slide 825

Passo 5: Confirmar o Roadmap de Arquitetura e


atualizar o Documento de Definio de Arquitetura

Atualizar o Roadmap de Arquitetura incluindo quaisquer


Arquiteturas de Transio

Rever o trabalho at o momento para avaliar qual deve ser o


perodo de tempo entre as Arquiteturas de Transio, levando em
considerao os acrscimos no valor do negcio, capacidade e
outros fatores, como o risco
Uma vez que os incrementos de capacidade sejam finalizados,
consolidar os entregveis por projeto
Uma Tabela de Evoluo de Estado de Transio da Arquitetura
pode ser usada para mostrar o estado proposto das arquiteturas

Se a abordagem de implementao mudou aps confirmar


os incrementos de implementao, o Documento de
Definio de Arquitetura deve ser atualizado.

Slide 826

Passo 6: Gerar o Plano de


Implementao e Migrao

Integrar todos os projetos e atividades, bem como


dependncias e impacto de mudanas em um plano de
projeto
Quaisquer Arquiteturas de Transio atuaro como
marcos de portfolio
Todas as dependncias externas devem ser capturadas e
includas, e a disponibilidade geral dos recursos deve ser
avaliada
Planos de projetos podem ser includos no Plano de
Implementao e Migrao

Slide 827

Passo 7: Completar o Ciclo de


Desenvolvimento da Arquitetura e Documentar
Lies Aprendidas

Este passo transfere a governana do desenvolvimento da


arquitetura para a realizao da arquitetura
As lies aprendidas durante o desenvolvimento da
arquitetura devem ser documentadas e capturadas pelo
processo de governana adequado na Fase H como
entradas para a gerenciar a Capacidade da Arquitetura

Slide 828

Sadas da Fase F

Plano de Implementao e
Migrao (detalhado)
Documento de Definio da
Arquitetura Finalizado, incluindo:
Arquiteturas de Transio
Finalizadas, se houver

Slide 829

Especificao de Requisitos da
Arquitetura Finalizada
Roadmap de Arquitetura Finalizado
BCAs Reusveis
Requisies para Trabalho de
Arquitetura para uma nova iterao
do ADM (se houver)
Modelo de Governana da
Implementao
Solicitaes de Mudana

Phase F
Fase F
Planejamento
da Migrao

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 833of

18

Mdulo 26
Fase G
Governana da
Implementao
Edio V9.1 Copyright 2009-2011A

Slide 834of

19

Todos os direitos reservados


Publicado por The Open Group, 2011

Phase G
Fase G
Governana da
Implementao

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 835of

19

Abordagem

A Fase G relaciona a arquitetura com a implementao


atravs do Contrato de Arquitetura
A informao para um gerenciamento de projetos de
sucesso deve agregada
O desenvolvimento acontece em paralelo com a Fase G

Slide 838

Abordagem
Estabelecer um programa de implementao que permitir
a entrega das Arquiteturas de Transio acordadas para a
implementao durante a fase de Planejamento da
Migrao
Adotar um cronograma de implantao gradual que reflita
as prioridades de negcio incorporadas no Roadmap de
Arquitetura
Seguir o padro da organizao para governana
corporativa, de TI e de arquitetura
Usar a abordagem de gerenciamento de portfolio/programa
estabelecida da organizao, quando houver
Definir um framework de operaes para garantir
efetivamente uma vida longa para a soluo implantada
Slide 839

Abordagem

Estabelecer a conexo entre a arquitetura e a organizao


de implementao atravs do Contrato de Arquitetura

Detalhes dos projetos so desenvolvidos incluindo:

Slide 840

Nome, descrio, e objetivos


Escopo, entregveis, e restries
Medidas de efetividade
Critrios de aceite
Risco e problemas

Fase G: Entradas
Requisio para Trabalho de
Arquitetura
Avaliao de Capacidade
Modelo Organizacional para a
Arquitetura Corporativa
Framework de Arquitetura
adaptado
Declarao de Trabalho de
Arquitetura
Viso da Arquitetura
Repositrio de Arquitetura
Documento de Definio de
Arquitetura
Continua
Slide 841

Fase G: Entradas
Especificao de Requisitos de
Arquitetura
Roadmap de Arquitetura
Modelo de Governana da
Implementao
Contrato de Arquitetura
Requisio para Trabalho de
Arquitetura proveniente das
Fases E e F
Plano de Implementao e
Migrao

Slide 842

Passos
6. Fazer reviso ps-implementao;
fechar a implementao
5. Implementar operaes de TI e Negcio
4. Executar Avaliaes de Conformidade

3. Orientar o desenvolvimento de solues para


implantao
2. Identificar os recursos e habilidades para implantao
1. Confirmar o escopo e as prioridades para a implantao
com a gerncia do desenvolvimento

Slide 843

Passo 1: Confirmar o escopo e


prioridades

Revisar sadas do planejamento da migrao e produzir


recomendaes para a implantao
Identificar as prioridades de arquitetura corporativa para os
times de desenvolvimento
Identificar questes de implantao e fazer
recomendaes
Identificar Blocos de Construo para substituio,
atualizao, etc.
Executar anlise de diferenas (gaps) no framework
corporativo de arquitetura e solues
Produzir um relatrio de anlise de diferenas

Slide 844

Passo 2: Identificar os recursos e


habilidades para implantao

Identificar mtodos de desenvolvimento de sistemas


requeridos para o desenvolvimento das solues

Garantir que o mtodo de desenvolvimento dos sistemas


fornea feedback sobre os designs para o time de
arquitetura

Slide 845

Passo 3: Orientar o desenvolvimento


da implantao de solues

Formular recomendaes aos projeto


Documentar o Contrato de Arquitetura
Atualizar o diretrio do Continuum da Corporao e o
repositrio com as solues
Orientar o desenvolvimento de modelos operacionais de
Negcio e TI para servios
Prover os requisitos de servios derivados de EA
Orientar a definio de requisitos operacionais de Negcio e
TI
Realizar anlise de diferenas: Arquitetura da Soluo versus
Operaes
Produzir Plano de Implementao
Slide 846

Passo 4: Executar Avaliaes de


Conformidade

Revisar a governana da implementao e a conformidade


da arquitetura em andamento para cada Bloco de
Construo (BC)
Conduzir revises de ps-desenvolvimento
Concluir a parte de desenvolvimento dos projetos de
implantao

Slide 847

Passo 5: Implementar operaes de


Negcio e TI

Executar projetos de implantao, incluindo:


implementao de entrega de servios de TI;
implementao de entrega de servios de Negcio;
implementao de desenvolvimento de habilidades e
treinamento; publicao de documentao de
comunicao

Publicar uma nova Arquitetura de Linha de Base no


Repositrio de Arquitetura e atualizar outros repositrios,
como o repositrio de gerenciamento de configurao
operacional

Slide 848

Passo 6: Fazer reviso ps-implementao,


fechar a implementao

Conduzir revises de ps-implementao


Publicar as revises e fechar projetos

Slide 849

Phase G - Sadas

Contrato de Arquitetura (assinado)


Avaliaes de conformidade
Solicitaes de Mudana
Solues aderentes Arquitetura
implantadas, incluindo:

Sistema Implementado
Repositrio de Arquitetura populado
Recomendaes e dispensas
Requisitos de entrega de servio
Mtricas de performance
SLAs
Viso da Arquitetura
Documento de Definio de
Arquitetura
Arquitetura de Transio
Modelos operacionais de Negcio e
de TI

Slide 850

Phase G
Fase G
Governana da
Implementao

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 854of

19

Mdulo 27
Fase H
Gerenciamento de Mudanas
na Arquitetura
Edio V9.1 Copyright 2009-2011

Slide 855of

28

Todos os direitos reservados


Publicado por The Open Group, 2011

Phase H
Fase H
Gerenciamento
de Mudanas
na Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 856of

28

Fase H: Objetivos
Garantir que o ciclo de vida da arquitetura mantido
Garantir que o Framework de Governana de Arquitetura
seja executado
Garantir que as Capacidades da Arquitetura da Corporao
atendam aos requisitos atuais

Slide 858

Abordagem

O objetivo de um processo de Gerenciamento de


Mudanas na Arquitetura garantir que a arquitetura
alcance seu alvo original gerando valor de negcio.
Isto pode ser feito:
1. Garantindo que mudanas na arquitetura sejam gerenciadas
adequadamente
2. Dando suporte a uma arquitetura dinmica

O processo determinar as circunstncias sob as quais:


1. A arquitetura poder mudar aps a implantao, e o processo
para isto.
2. O ADM ser usado novamente.

Slide 859

Exerccio: Motivadores para


Mudana na Arquitetura
1. Faa um brainstorm e relate o maior nmero de
motivadores de tecnologia para mudana que voc
conseguir.

2. Faa um brainstorm e relate o maior nmero de


exemplos de motivadores de negcio para mudana que
voc conseguir.

Slide 860

Processo de Gerenciamento de
Mudanas
H trs principais categorias de mudanas da arquitetura:
1. Simplificao: pode ser tratada via tcnicas de
gerenciamento de mudanas
2. Incremental: pode ser tratada via tcnicas de
gerenciamento de mudanas, ou pode requerer uma rearquitetura parcial
3. Re-arquitetura: requer passar toda a arquitetura pelo
ciclo de desenvolvimento de arquitetura novamente.
Exerccio: por qu cada uma destas mudanas podem
ocorrer?
Slide 861

Processo de Gerncia de Mudana


Para determinar se uma mudana simplificao, incremental
ou re-arquitetura:
1. Registre todos os eventos que possam impactar a
arquitetura
2. Aloque recursos e gerenciamento para as tarefas de
arquitetura
3. O processo (ou papel) responsvel pelos recursos deve
fazer uma avaliao do que precisa ser feito
4. Avalie o impacto

Slide 862

Manuteno versus Redesenho


Se a mudana:
Impacta 2 partes interessadas ou mais, ento provvel
que necessite de um redesenho de arquitetura e uma
reentrada no ADM
Impacta apenas 1 parte interessada, ento provvel ser
um candidato para gerenciamento de mudanas
Pode ser permitida atravs de uma dispensa, ento
provvel ser uma candidata a gerenciamento de
mudanas

Slide 863

Exerccio de Impacto de Mudana


Q. Determinar o impacto da mudana dos seguintes cenrios:
1. O impacto da mudana significante para a estratgia de
Negcio.
2. Surge uma nova tecnologia ou padro.
3. A mudana no nvel da infraestrutura. Por exemplo, 10
sistemas foram reduzidos para um sistema.
4. A Arquitetura de Fundao precisa ser realinhada com a
estratgia de negcio.
5. Uma mudana substancial necessria nos componentes
e diretrizes para uso na implantao da arquitetura.

Slide 864

Fase H: Entradas
Requisio para Trabalho de
Arquitetura
Modelo Organizacional para
Arquitetura Corporativa
Framework de Arquitetura
adaptado
Declarao de Trabalho de
Arquitetura
Viso da Arquitetura
Repositrio de Arquitetura
Documento de Definio de
Arquitetura
Especificao de Requisitos da
Arquitetura
Continua
Slide 865

Fase H: Entradas
Roadmap de Arquitetura

Solicitaes de Mudana
(originadas de mudanas de
tecnologia, mudanas de
negcio, lies aprendidas)
Modelo de Governana da
Implementao
Contrato de Arquitetura

Avaliao de Conformidade
Plano de Implementao e
Migrao

Slide 866

Solicitaes de Mudana
Descrio da mudana proposta
Justificativa para a mudana proposta
Avaliao de impacto da mudana proposta, incluindo:

Referncia a requisitos especficos


Prioridade de requisitos, at a data, das partes interessadas
Fases a serem revisitadas
Fase que ir liderar a priorizao de requisitos
Resultados das investigaes das fases e prioridades revistas
Recomendaes sobre o gerenciamento dos requisitos

Nmero de referncia no repositrio

Slide 867

Passos
7. Ativar o processo para implementar
a Mudana
6. Gerenciar Processo de Governana
5. Desenvolver Requisitos de Mudana para
atender aos objetivos de performance
4. Fornecer Anlise para o Gerenciamento de
Mudanas de Arquitetura
3. Gerenciar Riscos
2. Implantar Ferramentas de Monitorao

1. Estabelecer o processo de Realizao de Valor

Slide 868

Passo 1. Estabelecer o processo de


Realizao de Valor
Influenciar projetos de negcio a explorar a arquitetura
corporativa para realizao de valor (resultados)

Slide 869

Passo 2. Implantar Ferramentas de


Monitorao
Monitorar mudanas de tecnologia que podem impactar a
Arquitetura de Linha de Base
Monitorar mudanas no negcio que podem impactar a
Arquitetura de Linha de Base
Rastreamento de valor do negcio; ex.: o mtodo de avaliao de
investimento para determinar mtricas de valor para os objetivos
do negcio
Monitorar a maturidade da capacidade da Arquitetura Corporativa
Acompanhar e avaliar os programas de gesto de ativos
Acompanhar o desempenho e uso de QoS (Quality of Service)
Determinar e acompanhar os requisitos de continuidade de
negcio
Slide 870

Passo 3. Gerenciar Riscos


Gerenciar os riscos da arquitetura corporativa e fornecer
recomendaes
Ver Captulo 31 Gerenciamento de Riscos

Slide 871

Passo 4. Fornecer Anlise para o Gerenciamento


de Mudanas na Arquitetura
Analisar a performance
Conduzir revises de performance da arquitetura
corporativa com o gerenciamento de servios
Avaliar Solicitaes de Mudana e relatrios para garantir
que a realizao de valor e o SLA esperado pelos clientes
foram alcanados
Realizar uma anlise de diferenas do desempenho da
arquitetura corporativa
Garantir que solicitaes de gerenciamento de mudanas
sejam aderentes governana e ao framework da
arquitetura corporativa
Slide 872

Passo 5. Desenvolver Requisitos de


Mudana para atender aos objetivos
de Performance
Fazer recomendaes sobre os requisitos de mudana
Para atender aos requisitos de performance
Para desenvolver uma posio para agir

Slide 873

Passo 6. Gerenciar o Processo de


Governana
Organizar reunies do Comit de Arquitetura (ou outro
Comit de Governana)
Realizar reunies do Comit de Arquitetura com o foco em
como lidar com as mudanas (tecnologia, negcio e
dispensas)

Slide 874

Passo 7. Ativar o Processo para


Implementar a Mudana
Produzir uma nova Requisio para Trabalho de
Arquitetura e pedido de investimento
Garantir que quaisquer mudanas implementadas nesta
fase sejam capturadas e documentadas no Repositrio de
Arquitetura

Slide 875

Sadas de Fase H
Atualizaes da Arquitetura
Mudanas no framework de
arquitetura e nos princpios
Nova Requisio para Trabalho
de Arquitetura, para iniciar outro
ciclo do ADM
Declarao de Trabalho de
Arquitetura
Contrato de Arquitetura
Avaliaes de Conformidade

Slide 876

Contrato de Arquitetura dos Usurios


de Negcio

Introduo e background
A natureza do acordo
Escopo
Requisitos estratgicos
Requisitos de conformidade
Adotantes da Arquitetura
Janela de tempo
Mtricas de negcio da arquitetura
Arquitetura de servio (Inclui Acordo de Nvel de Servio
(SLA))
Slide 877

Requisio para Trabalho de


Arquitetura
Patrocinadores da organizao
Declarao da misso da
organizao
Objetivos de Negcio (e
mudanas)
Planos estratgicos do negcio
Limites de tempo
Mudanas no ambiente de
negcio
Restries organizacionais
Informao de oramento,
restries financeiras
Slide 878

Restries externas, restries


de negcio
Descrio atual do sistema de
negcio
Descrio atual do sistema de
arquitetura/TI
Descrio da organizao de
desenvolvimento
Descrio de recursos
disponveis para a organizao
de desenvolvimento

Phase H
Fase H
Gerenciamento
de Mudanas
na Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 882of

28

Mdulo 28
Gerenciamento de
Requisitos de Arquitetura
do ADM
Edio V9.1 Copyright 2009-2011

Slide 883of

21

Todos os direitos reservados


Publicado por The Open Group, 2011

Gerenciamento
de Requisitos
de Arquitetura
do ADM

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 884of

21

Gerenciamento de Requisitos do ADM


O Processo de gerenciar requisitos
de arquitetura:
Se aplica a todas as fases do
ciclo do ADM

central para o processo do


ADM
um processo dinmico,
abordando a identificao
dos requisitos, o seu
armazenamento e entrega
para as fases

Slide 886

Abordagem

A habilidade de lidar com as mudanas nos requisitos


crucial para o processo do ADM considerando que
arquitetura lida com incertezas e mudanas.
Arquitetura faz a ligao entre as aspiraes das partes
interessadas e uma soluo prtica.
O processo de Gerenciamento de Requisitos no elimina,
enderea ou prioriza os requisitos, isto feito dentro das
fases relevante da ADM.
recomendado que um Repositrio de Requisitos seja
usado para registrar e gerenciar todos o requisitos de
arquitetura.
Slide 888

Desenvolvimento de Requisitos
Os primeiros requisitos de alto nvel so desenvolvidos na Viso da
Arquitetura
Para cada fase do ADM, desde a Preliminar at a Fase H
Selecione os requisitos aprovados para a fase da forma em que est
guardado no Repositrio de Requisitos e na Especificao de Requisitos de
Arquitetura
Ao completar a fase os estados de todos os requisitos devem ser
atualizados

Durante a execuo das Fases


Novos requisitos gerados para trabalhos futuros de arquitetura dentro do
escopo da atual Declarao de Trabalho de Arquitetura precisam ser
documentados dentro da Especificao de Requisitos de Arquitetura
Novos requisitos, os quais esto fora do escopo da atual Declarao de
Trabalho de Arquitetura precisam ser alimentados no Repositrio de
Requisitos para gerenciamento atravs do processo de Gerenciamento de
Requisitos.

Slide 889

Recursos
O TOGAF especifica as necessidades genricas para
requisitos, no processos ou ferramentas especficas
recomendado o uso de
Cenrios de Negcio
Ferramentas de prateleira

Slide 890

Modelo de Especificao de
Requisitos Volre

Este um exemplo de modelo adequado de requisitos


A Sala de Espera (Waiting Room)
Este um repositrio para requisitos que esto alm do escopo
planejado, ou do tempo disponvel, para a iterao atual. A
habilidade de armazenar requisitos futuros ajuda a evitar a
percepo que eles simplesmente so descartados, enquanto ao
mesmo tempo ajuda a gerenciar as expectativas sobre o que ser
entregue.

Slide 891

Gerenciamento de Requisitos:
Entradas
Sadas relacionadas a requisitos
de cada fase do ADM
Os primeiros requisitos de alto
nvel so produzidos como parte
da Viso da Arquitetura
Cada domnio de arquitetura
ento produz requisitos
detalhados

Entregveis em fases
posteriores do ADM contm
mapeamentos para novos tipos
de requisitos

Slide 892

Viso Geral dos Passos


Passos do Gerenciamento de Requisitos

Passos das Fases do ADM


1. Identificar/documentar requisitos

2. Criar a linha de base dos requisitos


3. Monitorar requisitos de linha de base
4. Identificar requisito alterado

5. Identificar requisito alterado e


registrar a prioridade
8. Atualizar o Repositrio de Requisitos
com as informaes relacionadas s
mudanas solicitadas, incluindo as
vises afetadas das partes
interessadas

6. Avaliar impacto da mudana


7. Implementar mudanas levantadas
na Fase H
9. Implementar a mudana na fase
atual
10. Avaliar e revisar a anlise de
diferenas para as fases anteriores

Slide 893

Passos em Detalhe
1. Identificar/documentar requisitos (Passo das Fases do ADM)

Use Cenrios de Negcio ou tcnica semelhante

2. Criar a linha de base dos requisitos (Passo de Gerenciamento de


Requisitos)

1. Determinar as prioridades levantadas na fase atual do ADM


2. Confirmar a aceitao das prioridades resultantes pelas partes
interessas
3. Registrar as prioridades e armazenar no Repositrio de Requisitos

3. Monitorar os requisitos de linha de base (Passo de


Gerenciamento de Requisitos)

Slide 894

Passos em Detalhe
4. Identificar requisito alterado (Passo das Fases do ADM)
1. Remover ou reavaliar prioridades
2. Adicionar requisitos e reavaliar prioridades
3. Modificar requisitos existentes

5. Identificar requisitos alterados e registrar prioridades

(Passo

de Gerenciamento de Requisitos)

1. Identificar requisitos alterados e garantir que os requisitos foram


priorizados pelos arquitetos e pelas partes interessadas
2. Registrar novas prioridades
3. Garantir que quaisquer conflitos foram identificados e gerenciados
ao longo das fases para uma concluso e priorizao de sucesso
4. Gerar Declarao de Impacto de Requisitos para orientar a equipe
de arquitetura
Slide 895

Passos em Detalhe
6. Avaliar o impacto dos requisitos alterados em (Passo das
Fases do ADM)

1. Fase atual
2. Fases anteriores
3. Decidir se:

Implementa-se a mudana (necessita de agendamento para


implementao de gerenciamento de mudanas)
Deferir para um ciclo futuro do ADM

4. Emitir uma nova verso da Declarao de Impacto de Requisitos

7. Implementar os requisitos levantados na Fase H


(Gerenciamento de Mudanas na Arquitetura) (Passo das
Fases do ADM)

Slide 896

A arquitetura pode ser mudada ao longo de seu ciclo de vida at


a Fase H. O processo de Gerenciamento de Requisitos garante
que requisitos novos ou alterados sejam gerenciados
apropriadamente

Passos em Detalhe
8. Atualizar o Repositrio de Requisitos com a informaes
relacionadas s mudanas solicitadas, incluindo as vises
das partes interessadas afetadas (Passo de Gerenciamento de
Requisitos)

9. Implementar a mudana na fase atual (Passo das Fases do ADM)


10. Avaliar e revisar a anlise de diferenas para as fases
anteriores (Passo das Fases do ADM)
Se a anlise de diferenas gerar requisitos de diferena, ento este
passo garantir que eles sejam abordados, documentados, e
registrados no repositrio de requisitos, e que a Arquitetura Alvo
ser apropriadamente revisada

Slide 897

Gerenciamento de Requisitos: Sadas


Especificao de Requisitos da
Arquitetura atualizada
Declarao de Impacto dos
Requisitos

Slide 898

Avaliao de Impacto de Requisitos


Quando novos requisitos surgem, ou existentes so
alterados, uma Declarao de Impacto de Requisitos
gerada
Ela identifica as fases do ADM que precisam ser revisitadas
para enderear as mudanas
A declarao passa atravs de vrias iteraes at a
verso final, a qual inclui todas as implicaes dos
requisitos (exemplo: custos, escalas de tempo, e mtricas
de negcio) no desenvolvimento da arquitetura
Uma vez que os requisitos para o ciclo atual do ADM
tenham sido finalizados, a Especificao de Requisitos da
Arquitetura precisar ser atualizada
Slide 899

Gerenciamento
de Requisitos
de Arquitetura
do ADM

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 903of

21

Mdulo 29

Particionamento
da Arquitetura
Edio V9.1 Copyright 2009-2011

Slide 904of

26

Todos os direitos reservados


Publicado por The Open Group, 2011

Particionamento
da Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 905of

26

Roadmap
Parte I - Introduo
Prefcio, Viso global executiva, Principais Conceitos, Definies
e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 907

Captulo 40 na Parte
V, Continuum da
Corporao e
Ferramentas

Particionamento

Permite o gerenciamento de custos e complexidade, dividindo a Corporao e


atribuindo papis e responsabilidades apropriadas para cada partio
Slide 908

A Necessidade de Particionar

Gerenciar Complexidade
Gerenciar Conflitos
Gerenciar Desenvolvimentos Paralelos
Gerenciar Reuso

Slide 909

Aplicando uma Classificao


Arquiteturas Particionadas:
Particionamento de Soluo
Assunto (Abrangncia)
Seu contedo, estrutura e funo

Tempo
Todas as solues existem por um perodo de tempo

Maturidade/Volatilidade
A extenso na qual o assunto e o ambiente de uma soluo tem
probabilidade de mudar ao longo do tempo

Slide 910

Aplicando uma Classificao


Arquiteturas Particionadas:
Particionamento da Arquitetura
Profundidade (Nvel de Detalhe)
O nvel de detalhe tem uma forte correlao com os grupos de
partes interessadas
Tipicamente, arquiteturas com menos detalhes so de interesse
para as partes interessadas de nvel executivo
Conforme as arquiteturas aumentam em detalhes, sua relevncia
para a implementao e para o pessoal operacional aumenta

Slide 911

Aplicando o Particionamento ao ADM


A Fase Preliminar d suporte identificao de parties
de arquitetura adequadas e o estabelecimento de relaes
de governana entre as parties de arquitetura que se
relacionam.

Slide 912

Fase Preliminar
Determinar a estrutura da organizao para a arquitetura
dentro da corporao
Identificar as equipes

Determinar as responsabilidades para cada equipe de


arquitetura

reas de assuntos
Nvel de detalhes
Perodo de tempo
Partes interessadas

Determinar o relacionamento entre as arquiteturas


Onde as arquiteturas se sobrepem?
Quais so os requisitos de conformidade entre as arquiteturas?
Slide 913

Exemplo de Equipe Alocadas

Slide 914

Particionamento
da Arquitetura

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 916of

26

Mdulo 30
Adaptando o ADM:
Iteraes e Nveis
Edio V9.1 Copyright 2009-2011

Slide 917of

29

Todos os direitos reservados


Publicado por The Open Group, 2011

Adaptando o
ADM:
Iteraes e
Nveis

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 918of

29

Roadmap
Parte I - Introduo
Prefcio, Viso global executiva, Principais Conceitos, Definies
e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 919

Parte III, ADM


Orientaes e
Tcnicas, Captulos
19 e 20

Iteraes e Nveis

Slide 921

Iteraes e o ADM
O ADM suporta uma quantidade de conceitos que podem
ser caracterizados como iterao:
Iteraes para descrever um Panorama de Arquitetura
compreensvel ao longo de mltiplos ciclos do ADM baseados em
iniciativas individuais ligadas ao escopo da Requisio para
Trabalho de Arquitetura
Iteraes para descrever o processo integrado de desenvolvimento
de uma arquitetura onde as atividades descritas nas diferentes
fases do ADM interagem produzindo uma arquitetura integrada
Iteraes para descrever o processo de gerenciamento de
mudanas na Capacidade de Arquitetura da organizao

Slide 922

Iterao para desenvolver um Panorama


de Arquitetura abrangente

Os projetos exercitaro ao longo do


ciclo de ADM inteiro, comeando
com a Fase A.
Cada ciclo do ADM conectado por
uma Requisio para Trabalho de
Arquitetura
A sada preenche o Panorama de
Arquitetura, estendendo ou
mudando o panorama

Projetos separados podem operar


seus prprios ciclos do ADM
concorrentemente com
relacionamentos entre eles.
Um projeto pode deflagrar o incio
de outro projeto.

Slide 923

Iterao dentro de um Ciclo do ADM


Os projetos podem operar
mltiplas Fases do ADM
concorrentemente
Tipicamente seu uso para
gerenciar a inter-relao entre a
Arquitetura de Negcio,
Arquitetura de Sistemas de
Informao e Arquitetura
Tecnolgica

Os projetos podem circular entre


as fases para convergir em uma
Arquitetura Alvo
Os Projetos podem retornar para
fases anteriores visando
atualizar produtos de trabalho
com a nova informao
Slide 924

Iteraes para Gerenciar a Capacidade


da Arquitetura

Os projetos podem necessitar


uma nova iterao da Fase
Preliminar para estabelecer
aspectos da Capacidade da
Arquitetura identificados na Fase
A endereando assim uma
Requisio para Trabalho de
Arquitetura
Os projetos podem necessitar de
uma nova iterao da Fase
Preliminar para ajustar a
Capacidade de Arquitetura da
organizao como um resultado
de requisitos novos ou alterados,
resultado de uma solicitao de
mudana na Fase H

Slide 925

Fatores que influenciam o uso de


Iterao
A formalidade e a natureza dos pontos de controle
estabelecidos na organizao
O nvel de envolvimento das partes interessadas no
processo
A quantidade de equipes envolvidas e o relacionamento
entre as diferentes equipes
A maturidade da rea de soluo e o retrabalho esperado
para se chegar a uma soluo aceitvel
Atitude perante ao risco

Slide 926

Iteraes de Capacidade
da Arquitetura suportam
a criao e evoluo de
uma Capacidade de
Arquitetura

Iteraes de
Desenvolvimento da
Arquitetura suportam a
criao e a evoluo de
contedo de arquitetura
por rodar atravs das
fases B, C, e D

Ciclos de Iterao

Iteraes de Governana
de Arquitetura suportam
a governana da
atividade de mudana

Iteraes de
Planejamento de
Transio suportam a
criao de roadmaps de
mudanas formais
Slide 927

Conforme as iteraes
vo convergindo para um
alvo, as extenses dentro
das Fases E e F garantem
que a viabilidade de
implementao seja
considerada

Abordagens para o Desenvolvimento


da Arquitetura
Linha de Base Primeiro
Uma avaliao do panorama de linha de base usado para
identificar reas de problemas e oportunidades de melhoria
Esta uma abordagem adequada para quando a linha de base for
complexa ou no for claramente entendida

Alvo Primeiro
A soluo alvo elaborada em detalhes e ento mapeada de volta
para a linha de base
Esta uma abordagem indicada para quando o estado alvo for
acordado em alto nvel e onde a corporao deseje efetivamente
migrar para este modelo alvo

Slide 928

Classes de Engajamento da
Arquitetura
O TOGAF define trs reas tpicas de engajamento:
Identificao de Mudana Necessria
Definio da Mudana
Implementao da Mudana

Slide 929

Classes de Engajamento da Arquitetura

Slide 930

Foco de Iterao para Classes de


Engajamento de Arquitetura (Extrato)
Engajamento
Suporte a
Estratgia de
Negcio

Foco de Iterao
Capacidade de
Arquitetura
Desenvolvimento da
Arquitetura (Linha de
Base Primeiro)

Gerenciamento
Arquitetural de
Portiflio do
Panorama

Capacidade da
Arquitetura

Gerenciamento
Arquitetural de
Portflio de
Projetos

Planejamento de
Transio

Slide 931

Desenvolvimento da
Arquitetura (Linha de
Base Primeiro)

Governana da
Arquitetura

Escopo
Consideraes amplas, rasas, dadas ao
Panorama da Arquitetura, visando atender
questes estratgicas especficas e definir
termos para um esforo de arquitetura mais
detalhado endereando uma realizao
estratgica.
Foco na avaliao fsica de aplicaes da linha
de base e da infraestrutura tecnolgica para
identificar oportunidades de melhoria,
tipicamente dentro das restries de manter o
negcio como de costume (BAU).
Foco nos projetos, dependncias dos projetos,
e impacto do panorama para alinhar a
sequncia de projetos de uma forma que seja
arquiteturalmente otimizada.

Consideraes sobre Iteraes


Iteraes entre os ciclos do ADM
Adequado quando uma arquitetura de nvel superior orienta e
restringe outra arquitetura mais detalhada
Esta abordagem utiliza a Fase de Planejamento da Migrao de um
ciclo de ADM para iniciar novos projetos que tambm iro
desenvolver arquiteturas
um mtodo para desenvolver um panorama de arquitetura
completo em mltiplas iteraes

Slide 932

Uma Hierarquia de Processos do ADM

Slide 933

Iteraes dentro do Ciclo do ADM


Linha de Base Primeiro

Slide 934

Iteraes dentro do Ciclo do ADM


Alvo Primeiro

Slide 935

Iterao de Desenvolvimento da
Arquitetura Linha de Base Primeiro
Iterao 1
Definir a Arquitetura de Linha de
Base

Iterao 2
Definir a Arquitetura Alvo e
diferenas (gaps)

Iterao n
Refinar a Arquitetura de Linha
de Base, Arquitetura Alvo, e
diferenas

Slide 936

Iterao de Desenvolvimento da
Arquitetura Alvo Primeiro
Iterao 1
Definir a Arquitetura Alvo

Iterao 2
Definir a Arquitetura de Liha de
Base e diferenas (gaps)

Iterao n
Refinar a Arquitetura de Linha
de Base, Arquitetura Alvo, e
diferenas

Slide 937

Planejamento de Transio
Iterao 1
Definir e acordar um conjunto de
oportunidades de melhoria
alinhadas com uma Arquitetura
de Transio provisria

Iterao n
Acordar a Arquitetura de
Transio, refinando as
oportunidades de melhorias
identificadas

Slide 938

Governana da Arquitetura
Iterao 1
Mobilizar a governana da
arquitetura e os processos de
genreciamento de mudana

Iterao n
Realizar a governana de
arquitetura e de controle de
mudanas

Slide 939

A Arquitetura Estratgica
fornece um framework
organizado para a atividades
operacionais e de mudana e
permite o estabelecimento de
direo no nvel de execuo

Aplicando o ADM Atravs do


Panorama da Arquitetura

Arquitetura de Segmento fornece um


framework organizado para a
atividade operacional e de mudana
e permite o estabelecimento de
direo e o desenvolvimento de
roadmaps de arquitetura eficazes no
nvel dos programas ou portflio

A Arquitetura de Capacidade
fornece um framework organizado
para a atividade de mudana e
desenvolvimento de eficazes
roadmaps de arquitetura
realizando incrementos de
capacidade
Slide 940

Aplicando o ADM ao Longo do Panorama


da Arquitetura (continuao)

Slide 941

Organizando o Panorama da
Arquitetura
As seguintes caractersticas podem ser usadas para
organizar o Panorama da Arquitetura

Abrangncia (assunto)
Profundidade
Tempo
Recncia (carter recente)

Slide 942

Adaptando o
ADM:
Iteraes e
Nveis

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 945of

29

Mdulo 31
Adaptando o ADM:
Segurana
V9.1 Edition Copyright January 2009

Slide 946of 31

All rights reserved


Published by The Open Group, January 2009

Adaptando o
ADM:
Segurana

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 947of 31

TM

Roadmap
Parte I - Introduo
Prefcio, Viso global executiva, Principais Conceitos, Definies
e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 948

Parte III,
Orientaes e
Tcnicas do ADM,
Captulo 21

Segurana e o ADM
O TOGAF introduz orientaes para ajudar os profissionais
a evitar o esquecimento de preocupaes crticas de
segurana
As orientaes no tem a inteno de ser uma metodologia
de desenvolvimento de arquitetura de segurana
Elas se propem a informar ao Arquiteto Corporativo sobre
as tarefas e papeis da arquitetura de segurana
Foram desenvolvidos objetivos de segurana para cada
fase do ADM

Slide 950

Caractersticas da Arquitetura de
Segurana

Ela tem sua prpria metodologia de segurana


Ela compe seus prprios pontos de vista e vises distintas
Ela atende a fluxos no normativos
Ela introduz seu prprio fluxo normativo nico
Introduz componentes nicos, de propsito nico no design
Ela exige um conjunto nico de habilidades do arquiteto
corporativo

Slide 951

Preocupaes das Partes Interessadas


Executive

Executive

Line
Management

IT Service
Business
Management Domain
Experts

Programme
Management Office

Autenticao
Autorizao
Auditoria
Confiabilidade
Disponibilidade
Proteo de Ativos
Administrao
Gesto de Riscos

Line
Management

HR

CxO

Functional /
Business
Process
Experts

Application
Management

Infrastructure
Management

Data / Voice
Communications

Stakeholder Types

Corporate

Slide 952

System

End - User

Project

QA / Standards
Groups

Product
Specialists

Enterprise
Security

Technical
Specialists

Procurement

Artefatos de Segurana Tpicos


Regras de Negcio em relao ao manuseio de ativos de
dados / informao
Polticas de segurana escritas e publicadas
Propriedade e custdia de ativos de dados / informaes
codificados
Documentao de anlise de risco
Documentao de poltica para classificao de dados

Slide 953

O ADM do TOGAF

Slide 954

Gerenciamento de Requisitos do
ADM
Polticas de Segurana e
Normas de Segurana se
tornam parte do processo de
gerenciamento de requisitos
Novos requisitos de Segurana
surgem de vrias origens:
Uma nova obrigao estatutria
ou regulatria
Uma nova ameaa percebida ou
experienciada
Uma nova iniciativa de
arquitetura descobre novas
partes interessadas com novos
requisitos
Slide 955de 31

Fase Preliminar
Demarcar as unidades
organizacionais da
corporao que sero
impactadas pela arquitetura
de segurana
Definir e documentar
requisitos para polticas
regulatrias e de segurana
aplicveis
Definir as capacidades de
segurana requeridas como
parte da Capacidade de
Arquitetura
Implementar ferramentas de
arquitetura de segurana
Slide 956

Fase Preliminar Entradas/Sadas


Entradas:
Poltica de Segurana escrita
Estatutos relevantes
Lista de jurisdies aplicveis

Slide 957

Sadas:
Lista de regulaes aplicveis
Lista de polticas de segurana
aplicveis
Lista da equipe de segurana
Lista de pressupostos de
segurana e condies de
contorno

Fase A
Viso da Arquitetura

Slide 958

Obter apoio gerencial para medidas


de segurana
Definir os marcos gerenciais
necessrios de aprovao de
assuntos relacionados a segurana
Determinar os requisitos de
recuperao de desastres ou planos
de continuidade de negcio aplicveis
Identificar antecipadamente o(s)
ambiente(s) que o(s) sistema(s)
ser(o) implantado(s)
Determinar a criticidade do sistema:
de Segurana Crtica/de Misso
Crtica/No Crtica

Fase A
Viso da Arquitetura Entradas/Sadas
Entradas
Lista de polticas de segurana
aplicveis
Lista de jurisdies aplicveis
Planos completos de
recuperao de desastres e de
continuidade

Slide 959

Sadas
Declarao de segurana fsica
Declarao de Segurana de
Negcio
Declarao de Segurana regulatria
Carta com poltica de segurana
assinada pelo CEO ou representante
Lista de checkpoints de
desenvolvimento de arquitetura
Lista de planos de recuperao de
desastre e de continuidade de
negcio
Declarao de criticidade de
sistemas

Fase B
Arquitetura de Negcio

Determinar quem so os atores


legtimos que iro interagir com o
sistema
Avaliar e criar uma linha de base de
especfica de segurana de processos
de negcio
Determinar quem / o quanto aceitvel
transtornos em utilizar medidas de
segurana:
Identificar e documentar sistemas de
interconexo alm do controle do projeto
Determinar os ativos em risco, se algo
der errado
Determinar o custo da perda de ativos
Identificar e documentar a propriedade
dos ativos

Continued
Slide 960

Fase B
Arquitetura de Negcio

Slide 961

Determinar e documentar os processos


de segurana forenses apropriados
Identificar a criticidade da disponibilidade
e da correta operao do servio em
geral
Determinar e documentar o quanto de
segurana (custo) justificado pelas
ameaas e valor dos ativos
Reavaliar e confirmar as decises
da viso de arquitetura
Avaliar o alinhamento ou conflito de
polticas de segurana identificadas com
os objetivos de Negcio
Determinar "o que pode dar errado?"

Fase B: Arquitetura de Negcio


Entradas/Sadas
Entradas
Declaraes de segurana
iniciais de negcio e regulatria
Lista dos planos aplicveis de
recuperao de desastres e
continuidade de negcio
Lista das polticas de
segurana e regulamentaes
aplicveis

Slide 962

Sadas
Lista de processos forenses
Lista de novos requisitos para recuperao
de desastres e continuidade de negcio
Declaraes dobre ambientes de negcio e
regulatrio validadas
Lista de polticas e regulamentaes de
segurana validada
Lista de processos de segurana alvos
Lista de processos de segurana de linha
de base
Lista de atores da segurana
Lista de sistemas de interconexo
Declarao de tolerncia de segurana para
cada classe de atores da segurana
Lista de ativos com valores e propriedade
Lista de caminhos confiveis
Declarao(es) de impacto na
disponibilidade
Matriz de anlise de ameaa

Fase C
Arquiteturas de Sistemas de Informao

Avaliar e criar uma linha de base


dos elementos especficos de
segurana atuais

Identificar aes padro de


segurana e estados de falha

Identificar e avaliar diretrizes e


padres reconhecidamente
aplicveis

Revisitar suposies relacionadas a


interconectar sistemas alm do
controle do projeto

Determinar e documentar o nvel de


sensibilidade ou classificao da
informao armazenada / criada /
usada

Identificar e documentar a custdia


dos ativos

Continued

Slide 963

Fase C
Arquiteturas de Sistemas de Informao

Identificar a criticidade da
disponibilidade e a operao correta
de cada funo
Determinar o relacionamento do
sistema projetado com os planos de
continuidade/desastre de negcio
Identificar quais aspectos do
sistema precisam ser configurveis
para refletir alteraes nas
polticas/ambiente de
negcio/controle de acesso
Identificar o tempo de vida das
informaes utilizadas, tal como
definido pelas necessidades do
negcio e requisitos regulamentares
Continuao

Slide 964

Fase C
Arquiteturas de Sistemas de Informao
Determinar formas de enderear
riscos identificados
Identificar aes / eventos que
justifiquem registro para posterior
anlise ou desencadear
processos forenses
Identificar e documentar
requisitos rigorosos visando
prover a preciso dos eventos
registrados (no repdio)
Identificar possveis / provveis
caminhos de ataque
Determinar O que pode dar
errado?
Slide 965

Fase C: Arquiteturas de sistemas de


Informao Entradas / Sadas
Entradas

Sadas

Matriz de anlise de ameaas

Anlise de risco
Processos forenses documentados
Polticas de Negcio e regulamentos

validados
Lista dos sistemas interconectados

Recuperao de desastres e
requisitos de continuidade de

negcio

Slide 966

Matriz em nvel de log de eventos e requisitos


Estratgia de gesto de risco
Definies de dados de ciclo de vida
Lista de elementos configurveis do sistema
Lista de linha de base de elementos
relacionados a segurana do sistema
Elementos novos ou agregados de elementos
relacionados a segurana do sistema
Modelos de casos de uso de segurana
Lista de normas de segurana aplicveis:
Lista validada de sistemas interligados
Relatrio de classificao de informaes
Lista de guardies de ativos
Declarao de criticidade da funo
Planos revistos de desastre e recuperao e
continuidade de negcio
Matriz refinada de anlise de ameaa

Fase D
Arquitetura Tecnolgica

Slide 967

Avaliar e criar linha de base das


tecnologias especficas de
segurana atuais
Revisitar pressupostos relacionados
a interconexo de sistemas alm do
controle do projeto
Identificar e avaliar padres e
diretrizes reconhecidamente
aplicveis
Identificar mtodos para regular o
consumo de recursos
Engendrar um mtodo pelo qual a
eficcia de medidas de segurana
seja medida e comunicada de forma
contnua
Continuao

Fase D
Arquitetura Tecnolgica
Identificar o nvel de
confiana (depurao)
aceitvel para o sistema
Identificar os privilgios
mnimos requeridos para
qualquer entidade alcanar
um objetivo tcnico ou de
negcio
Identificar medidas de
mitigao de segurana,
onde forem justificadas por
uma avaliao de risco
Determinar "o que pode dar
errado?"
Slide 968

Fase D: Arquitetura Tecnolgica


Entradas/Sadas
Entradas
Lista dos elementos do sistema
relacionados com segurana
Lista dos sistemas interconectados
Lista de normas de segurana
aplicveis
Lista de agentes de segurana
Estratgia de gesto de risco
Polticas de segurana validadas
Requisitos regulamentares
validados
Polticas de Negcio validadas
relacionados com requisitos de
confiana
Slide 969

Sadas
Lista bsica de tecnologias de
segurana
lista de sistemas interconectados
validadas
lista de padres de segurana
selecionados
Plano de conservao de recursos
Mtricas de segurana e plano de
monitorao
Polticas de autorizao de
usurios
Plano de gerenciamento de risco
Requisitos de confiana de
usurios (depurao)

Fase E
Oportunidades e Solues
Identificar os servios de
segurana existentes disponveis
para reutilizao
Engendrar medidas de mitigao
endereando os riscos
identificados
Avaliar software de segurana e
recursos de segurana do sistema
para que sejam testados e
reutilizveis
Identificar novos
cdigos/recursos/ativos que so
apropriados para o reuso
Determinar o que pode dar
errado?
Slide 970

Fase F
Plano de Migrao

Slide 971

Avaliar o impacto de novas medidas


de segurana em novos
componentes ou sistemas existentes
Implementar mtodos de garantia de
que a eficcia das medidas de
segurana ser medida e
comunicada de forma contnua
Identificar os parmetros corretos de
instalao seguras, condies iniciais
e configuraes
Implementar planos de desastre e
recuperao e continuidade de
negcio
Determinar O que pode dar errado?

Fase G
Governana da Implementao
Estabelecer revises de projeto e
de cdigo
Implementar mtodos e
procedimentos para rever
evidncias reflitam a estabilidade
operacional e aderncia s
polticas de segurana
Implementar treinamento
necessrio para garantir a
correta implantao,
configurao e operao
Determinar "o que deu errado?

Slide 972

Fase H
Gerenciamento de Mudana na Arquitetura
Determinar o que deu
errado?
Incorporar as mudanas
relevantes de segurana do
ambiente nos requisitos para
o aprimoramento futuro

Slide 973

Adaptando o
ADM:
Segurana

TOGAF uma marca registrada do The


Open Group nos Estados Unidos e em
outros pases

Slide 976of 31

Mdulo 32
Adaptando o ADM:
SOA
V9.1 Edition Copyright 2009-2011

Slide de 32
977

All rights reserved


Published by The Open Group, 2011

Adaptando o
ADM: SOA

TOGAF uma marca registrada do The Open


Group nos Estados Unidos e em outros pases

Slide de 32
978

Roadmap
Parte I - Introduo
Prefcio, Viso global executiva, Principais Conceitos, Definies
e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide
979

Parte III,
Orientaes e
Tcnicas do ADM,
Captulo 22

O que Arquitetura Orientada a


Servios?
Um estilo de arquitetura que suporta a orientao a
servios
Estilo de Arquitetura
A combinao de descries as quais demonstram como a
arquitetura foi feita ou expressa.

Orientao a Servios
Uma maneira de se pensar em termos de servios e
desenvolvimento baseado em servios e os resultados dos servios.

Slide
981

O que Arquitetura Orientada a


Servios?
Ela possui as seguintes caractersticas diferenciais:
baseada no desenho dos servios
A representao dos servios utiliza descries de negcio para
prover o contexto e implementa servios utilizando a orquestrao
destes
Coloca requisitos nicos na infraestrutura
As implementaes so especficas do ambiente so restritas ou
habilitadas por contexto e devem ser descritas dentro deste
contexto.
Requer uma elevada governana da representao e
implementao do servio.
Requer uma "Prova dos 9", que determina o que um "bom
servio".
Slide
982

A SOA como um Estilo de Arquitetura


Destina-se a simplificar o negcio
Incluindo a interoperao de partes do negcio
Permite a identificao de capacidades funcionais de uma
organizao
Pode ser utilizada para evitar a duplicao de capacidades
similares ao longo de uma organizao
Permite que aplicativos sejam estruturados de modo a
facilitar a flexibilidade e a agilidade

Slide
983

Complexidades decorrentes da SOA


Cria um panorama de TI mais granular:
Centenas ou milhares de servios para se gerenciar ao invs de
dezenas ou centenas de aplicativos

Novos pontos de so ressaltados:


Compreender as relaes entre o portflio de aplicativos e o
portflio de servios
Definio de SLA, governana e gerenciamento de impacto
Rastrear Negcio para TI
Comunicao, alinhamento e semntica
Plataforma e interoperabilidade
Desempenho, visibilidade e otimizao

Slide
984

Como a EA suporta a SOA


A arquitetura corporativa suporta a SOA provendo frameworks,
ferramentas e tcnicas
Os benefcios chave providos pela utilizao da EA em SOAs incluem:
Abstraes consistentes de estratgias e entregveis para suportar o
planejamento e a anlise
Capacidade de relacionar perspectivas diferentes a um nico problema de
negcio, fornecendo um modelo consistente para tratar vrios domnios e
testes de completude
Identificao de roadmaps claros para se alcanar um estado futuro
Rastreabilidade que relaciona TI e outros ativos ao negcio que eles
suportam
Suporte avaliao de impacto, anlise de risco/valor e gerenciamento de
portflio
Princpios, restries, frameworks, padres e normas identificados e
documentados
Frameworks e processos de governana que asseguram a autoridade
necessria para a tomada de decises
Slide
985

Como a EA suporta a SOA (cont.)


A arquitetura corporativa fornece a capacidade de contexto e
anlise para:
Mostrar como solues de SOA podem ser arquitetadas
eficazmente para suportar as capacidades de negcio
Mostrar quais servios devem ser construdos e quais devem ser
reutilizados
Mostrar como servios devem ser desenhados

Slide
986

Adaptando o ADM a SOA

Fase Preliminar
aqui que a Capacidade de Arquitetura adaptada
para suportar SOA
Princpios
Orientao a Servios
Determinando a Prontido da Organizao para a SOA
OSIMM
Governana
O Modelo de Governana de SOA e o Mtodo de Vitalidade do The
Open Group
Adaptando as Arquiteturas de Referncia para a Organizao:
A Arquitetura de Referncia SOA
Estabelecendo um Centro de Excelncia de SOA como um Alicerce
inicial
Consideraes para o Particionamento
Slide
988

Fase Preliminar
Melhorias
Objetivos
Assegurar que a SOA suporte os Princpios em vigor
Assegurar a Governana de SOA em vigor
Entradas
Arquiteturas de Referncia SOA
existentes
Modelos de Maturidade de SOA
da indstria existentes
Frameworks de Governana de
SOA existentes
Melhores prticas de princpios
de SOA da indstria existentes

Slide
989

Passos
Identificar e estabelecer Princpios
Princpios que suportam a SOA
Confirmar a governana
Referir-se ao Framework de
Governana SOA do The Open
Group e especificamente ao
Mtodo de Vitalidade de
Governana de SOA (SGVM)
Avaliar a Maturidade da SOA
Utilizar o Modelo de Maturidade
de Integrao de Servios do
The Open Group (OSIMM)
Definir e estabelecer a organizao da
arquitetura
Estabelecer um Centro de
Excelncia de SOA

Sadas
Avaliao de Maturidade de SOA
Princpios de arquitetura
Incluindo princpios de SOA
Framework de Governana de
arquitetura
O Framework de
Governana de SOA do The
Open Group

Fase A: Viso da Arquitetura


A Viso da Arquitetura refletir a SOA
Uma das diferenas o estilo de linguagem utilizado
A Ontologia de SOA do The Open Group prov uma taxonomia e
uma ontologia para SOA

importante assegurar que as partes interessadas


compreendam as implicaes da SOA e estejam
preparadas para os impactos organizacionais de servios
SOA

Slide
990

Fase A
Melhorias
Objetivos
No h material de objetivos adicional
Entradas
Modelo organizacional
Centro de Excelncia de
SOA
Avaliao de Maturidade
de SOA
Avaliao de Prontido de
SOA
Governana de SOA
Framework de Arquitetura
adaptado
Extenses de metamodelo
de SOA
Arquitetura de Referncia
SOA
Arquitetura de alto-nvel
(Estratgico/Segmento) disponvel

Slide
991

Passos
Identificar interesses/preocupaes das partes
interessadas
Interesses/preocupaes especficos
SOA
Definir o escopo
Assegurar que o escopo adequado
para a SOA
Adaptar os entregveis para o nvel
da arquitetura
Avaliar Capacidades de Negcio
Prontido de SOA
Confirmar Princpios
Princpios que suportam a SOA

Sadas
Declarao de trabalho de arquitetura
Com SOA como abordagem
Princpios de arquitetura
Incluindo princpios de SOA
Avaliao de capacidade
Incluindo prontido de SOA
Viso da arquitetura
Com raciocnio de SOA
Contedo adicional populando o
Repositrio de Arquitetura
Incluindo Arquitetura de
Referncia SOA

Desenvolvimento da Arquitetura:
Fases B,C e D
Existem inmeras entidades de Metamodelo que so
chaves para a SOA
Normalmente necessrio estender o Metamodelo para
suportar totalmente a SOA

Slide
992

Slide de 32
993

Meta-modelo SOA

TOGAF
Actor

TOGAF
Event
performs a

realizes

can be triggered by
TOGAF
Process

consists of

TOGAF
Business Service
-Service Quality
-Location

TOGAF
Information System Service
-Measures
-Service Quality
-Location

realizes

drives requirements for


TOGAF
Platform Service
-Location
-ServiceQuality

drives requirements for

operates on

consumes, produces

is realized through
is derived from

TOGAF
Business Service Contract
-Service Quality

s used to pass on

TOGAF
IS Service Contract
-ServiceQuality

describes interaction with


Information Entity

-Location

consists of

consists of

Information Component
-Location

TOGAF
Logical Application Component
-Location
-ServiceQuality

TOGAF
Data Entity

influences

-Location

is realized through

influences

TOGAF
Logical Technology Component
-Location
-ServiceQuality

operates on

is realized by

TOGAF
Logical Data Component
-Location

TOGAF
Physical Data Component
-Location

requires

operates on

TOGAF
Physical Application Component
-Location
-ServiceQuality

is realized by

is run on

TOGAF
Physical Technology Component
-Location
-ServiceQuality

consists of

Legend
SOA Solution
-Location
-ServiceQuality

utilizes

Not in TOGAF

Slide
994

Context

Phase B

External
relations

Phase C

Phase D

Phase E

Artefatos da Fase B
Artefato

Propsito

Diagrama de Interao de Servios de


Negcio

Este diagrama mostra todos os servios de negcio dentro do escopo e suas


relaes e a informao que flui entre eles

Diagrama de Processos de Negcio

Este um conjunto de diagramas que mostra os processos de negcio e sua


decomposio, suas interaes e a informao com as quais lidam

Catlogo de Vocabulrio de Negcio

Lista dos termos chaves utilizados para descrever os processos e


informaes de negcio

Catlogo de Servios de Negcio

Esta uma lista dos servios de negcio da empresa e seus requisitos


funcionais e no-funcionais

Catlogo de Servios de
Negcio/Localizao

Para compreender onde os servios de negcio so executados

Catlogo de Processos/Eventos

Para compreender que processo executado em relao a um evento

Catlogo de Contratos/Qualidade de
Servio

Para compreender as propriedades nao-funcionais de um contrato

Matriz de Interao de Servios de


Negcio

Para mostrar as relaes entre os Servios de negcio

Matriz de Servios de
Negcio/Informaes

Para mostrar como as entidades de informaes so utilizadas pelos servios


de negcio e para se encontrar falhas no modelo

Modelo de Componentes de Informao Para definir a estrutura lgica da informao na organizao

Slide
995

Fase B
Melhorias
Objetivos
No h material de objetivos adicional
Entradas
Modelo Organizacional
Centro de Excelncia de
SOA
Avaliao de Maturidade
de SOA
Avaliao de Prontido
de SOA
Governana de SOA
Framework de Arquitetura
adaptado
Extenses de metamodelo de SOA
Arquitetura de Referncia
SOA
Arquitetura de alto-nvel
(Estratgico/Segmento)
disponvel

Passos
Selecionar modelos, pontos de vista e
ferramentas de Referncia
Meta-modelo e extenses de
contedo de SOA
Entidade de Informao e
Componente de Informao

Sadas
Princpio de Negcio validados
Princpios que suportam a SOA
Arquitetura alvo de Negcio
Servio de Negcio (com contrato)
Processo de Negcio
Entidade de Informao
Componente de Informao
Requisitos de Arquitetura de Rascunho
Requisitos tcnicos para a SOA
As sadas podem incluir

Slide
996

Diagrama de Interao de Servios de


Negcio
Diagrama de Processos de Negcio
Catlogo de Vocabulrio de Negcio
Catlogo de Servios de Negcio
Catlogo de Servios de
Negcio/Localizao
Catlogo de Processos/Eventos
Catlogo de Contratos/Qualidade de
Servio
Matriz de Interao de Servios de
Negcio
Matriz de Servios de
Negcio/Informaes
Modelo de Componentes de Informao

Fase C
Arquiteturas de Sistemas de
Informao
A SOA no afeta muito a Arquitetura de Dados
Mas tem um grande impacto na Arquitetura de Aplicativos
Com a SOA, os aplicativos de software tradicionais so
substitudos por conjuntos de servios com baixo
acoplamento
Mas a SOA no somente servios, tambm definida
pelas solues criadas atravs da utilizao da
combinaes de servios
Essas solues so normalmente estruturadas utilizando-se os
Processos de Negcio e os Servios de Negcio definidos na Fase
B
Slide
997

Artefatos da Fase C
Artefato

Propsito

Diagrama de Interaes de
Servios de SI

Apresenta os servios de SOA potenciais (Servios de SI) e as interaes entre eles e


utilizao das informaes

Matriz de Processos de
Negcio/Servios de SI

Essa matriz apresenta as relaes entre cada Processo de Negcio e os Servios de SI


que suportam o processo

Catlogo de Contratos de
Servios de SI

O catlogo mostra todos os Servios de SI, seus Contratos e as Qualidades de Servio


relacionadas que permitem a anlise dos requisitos no-funcionais para Servios de SOA
potenciais.

Catlogo de Servios de
SI/Aplicativos (existentes)

Esse catlogo conecta os Servios de SI (Servios de SOA potenciais), Contratos e


Qualidades de Servio com os aplicativos existentes (Componentes Fsicos de Aplicativos
da linha de base)

Matriz de Servios de
SI/Entidades de Dados

Essa matriz mostra que dados so tratados pelos Servios de SOA potenciais (Servios
de SI)

Matriz Lgica de Componentes


de SOA

Essa matriz mostra as relaes entre os Componentes lgicos de SOA (Componentes


Lgicos de Aplicativos) e os Servios de SOA potenciais (Servios de SI)

Diagrama Lgico de Solues de Esse diagrama mostra as relaes entre os componentes lgicos de SOA (Componentes
SOA
Lgicos de Aplicativos) e outras solues lgicos (Componentes lgicos de Aplicativos)

Matriz de Distribuio de
Servios

Slide
998

Essa matriz mostra os servios distribudos nas localizaes fsicas para preencher
requisitos funcionais ou outros

Fase C
Melhorias
Objetivos
Estender a seo Aplicativos para incluir Aplicativos e Servios
Entradas
Modelo Organizacional
Centro de Excelncia de SOA
Avaliao de Maturidade de
SOA
Avaliao de Prontido de
SOA
Governana de SOA
Framework de Arquitetura adaptado
Extenses de meta-modelo
de SOA
Arquitetura de Referncia
SOA
Arquitetura de alto-nvel
(Estratgico/Segmento) disponvel

Passos
Selecionar modelos, pontos de vista e
ferramentas de Referncia
Meta-modelo e extenses de contedo de
SOA
Contrato de Servios de SI
Relaes entre Servios de SI e Entidades
de Dados

Sadas
Validar princpios de Negcio
Princpios que suportam a
SOA
Arquitetura alvo de Sistemas de
Informao
Servio de SI (com contrato)
Portflio de Servios
Requisitos de Arquitetura de Rascunho
Requisitos tcnicos para a
SOA
As sadas podem incluir

Slide de 32
999

Diagrama de Interaes de Servios


Matriz de Processos de
Negcio/Servios
Catlogo de Contratos de Servios
Catlogo de Servios de
SI/Aplicativos (existentes)
Matriz de Servios de SI/Entidades
de Dados
Matriz Lgica de Componentes de
SOA
Diagrama de Soluo Lgico para
SOA
Matriz de Distribuio de Servios

Fase D
A Arquitetura Tecnolgica define a infraestrutura de software
e hardware necessria para suportar o portflio de servios
Um bom ponto de partida a Arquitetura de Referncia SOA
do The Open Group
O Modelo de Referncia da Infraestrutura Orientada a
Servios (SOI) do The Open Group tambm prov orientao
para a adaptao da infraestrutura de uma organizao para
a orientao a servios

Slide
1000

Artefatos da Fase D
Artefato

Propsito

Diagrama Lgico de Arquitetura Tecnolgica

Esse diagrama utilizado para apresentar e analisar a


instanciao da Arquitetura de Referncia SOA do The
Open Group.

Matriz Lgica de Aplicativos e Tecnologia

Essa matriz utilizado para apresentar e analisar as


relaes entre os Componentes Lgicos de Aplicativos
e os Componentes Lgicos de Tecnologia

Slide
1001

Fase D
Melhorias
Objetivos
No h material de objetivos adicional
Entradas
Modelo Organizacional
Centro de Excelncia de SOA
Avaliao de Maturidade de
SOA
Avaliao de Prontido de
SOA
Governana de SOA
Framework de Arquitetura adaptado
Extenses de meta-modelo
de SOA
Arquitetura de Referncia
SOA
Arquitetura de alto-nvel
(Estratgico/Segmento) disponvel

Slide
1002

Passos
Selecionar modelos, pontos de vista e
ferramentas de Referncia
Modelo de Referncia de SOA
Relao entre Componente
Lgico de Tecnologia e
Componente Lgico de
Aplicativo

Sadas
Validar princpios de Negcio
Princpios que suportam a
SOA
Arquitetura alvo de Tecnologia
Carga esperada de
processamento e distribuio
da carga atravs da tecnologia
Requisitos de Arquitetura de Rascunho
Requisitos tcnicos para a
SOA
As sadas podem incluir
Diagrama Lgico de
Arquitetura Tecnolgica
Matriz Lgica de Aplicativos e
Tecnologia

Fase E
Esta fase trata da questo de quais solues de SOA a
empresa ter e como elas sero gerenciadas
So consideradas as opes de entrega de solues
Uma opo de entrega que frequentemente considerada o
outsourcing de servios ao invs do desenvolvimento interno ou a
aquisio de produtos de software que executem os servios

Slide
1003

Artefatos da Fase E
Artefato

Propsito

Matriz Fsica de Solues de SOA

Essa matriz mostra todos os componentes de soluo de SOA

Diagrama Fsico de Solues de SOA

Esse diagrama mostra as relaes entre a soluo fsica de SOA (Componentes


Fsicos de Aplicativos) e as outras solues (Componentes Fsicos de
Aplicativos)

Matriz fsica de Solues de Servios

Essa matriz mostra quais servios existentes so reutilizados e quais podem ser
providos por servios externos (SaaS) e quais servios precisam ser
desenvolvidos como encapsulamentos de aplicativos novos/existentes e quais
precisam ser desenvolvidos

Orientaes de Aplicativos

Esse documento prov as orientaes sobre como desenvolver a Soluo e


Servios de SOA

Diagrama Fsico de Arquitetura


Tecnolgica

Esse diagrama utilizado para se mostrar e analisar as solues fsicas tcnicas


para a infraestrutura de SOA

Matriz fsica de Aplicativos e Tecnologia

Essa matriz utilizada para apresentar e analisar a infraestrutura fsica utilizada


para se executar o aplicativos fsico

Catlogo de Portflio de Tecnologia

Essa uma lista de produtos e tipos de produtos que sero utilizados na


implementao, includo a infraestrutura de tempo de execuo de SOA

Orientaes de Tecnologia

Esse documento prov orientaes sobre como utilizar a infraestrutura de SOA

Slide
1004

Fase E
Melhorias
Objetivos
No h material de objetivos adicional
Entradas
Modelo Organizacional
Centro de Excelncia de
SOA
Avaliao de Maturidade de
SOA
Avaliao de Prontido de
SOA
Governana de SOA
Framework de Arquitetura
adaptado
Extenses de meta-modelo
de SOA
Arquitetura de Referncia
SOA
Arquitetura de alto-nvel
(Estratgico/Segmento) disponvel

Slide
1005

Passos
Selecionar modelos, pontos de vista e
ferramentas de Referncia
Componente Fsico de Dados
Componente Fsico de Aplicativo
Componente Fsico de
Tecnologia
Soluo de SOA

Sadas
Roadmap de Arquitetura
Roadmap de SOA e SOI
Requisitos de Arquitetura de Rascunho
Requisitos tcnicos para a SOA
As sadas podem incluir
Matriz Fsica de Solues de
SOA
Diagrama Fsico de Solues de
SOA
Matriz fsica de Solues de
Servios
Orientaes de Aplicativos
Diagrama Fsico de Arquitetura
Tecnolgica
Matriz fsica de Aplicativos e
Tecnologia
Catlogo de Portflio de
Tecnologia
Orientaes de Tecnologia

Adaptando o
ADM: SOA

TOGAF uma marca registrada do The Open


Group nos Estados Unidos e em outros pases

Slide de 32
1008

Mdulo 33
Modelos de
Maturidade da
Arquitetura
V9.1 Edition Copyright 2009-2011

Slide 1009de 21
All rights reserved
Published by The Open Group, 2011

Modelos de
Maturidade
da
Arquitetura

TOGAF uma marca registrada do The Open


Group nos Estados Unidos e em outros pases

Slide 1010de 21

Roadmap
Parte I - Introduo
Prefcio, Viso global executiva, Principais Conceitos, Definies
e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 1011

Parte VII
Framework de
Capacidade da
Arquitetura,
Captulo 51

Modelos de Maturidade de
Capacidade

Os Modelos de Maturidade de Capacidade (MMCs)


fornecem um mtodo eficaz para o controle e a melhoria
de processos de mudanas
Os benefcios de tais modelos so:
Descrever as prticas que toda organizao deve realizar para
melhorar seus processos
Fornecer medies para a melhoria
Fornecer um framework para se gerenciar os esforos de melhoria
Organizar as vrias prticas em nveis, cada nvel representando
um aumento da habilidade para controlar e gerenciar o ambiente
de desenvolvimento

Slide 1013

Modelos de Maturidade de
Capacidade

Uma avaliao das prticas da organizao em relao ao


modelo realizada para se determinar o nvel atual na
qual ela est
Mostram a maturidade da organizao e as reas que
precisam ser focadas para serem melhoradas e obter um
ROI mais alto

Slide 1014

Modelos de Maturidade de
Capacidade

O MMC (CMM) original foi desenvolvido no incio dos anos


1990 pelo CMU e ainda amplamente utilizado hoje em
dia
MMCs tambm foram desenvolvidos para outras reas
como:
Pessoal: o P-CMM (Modelo de Maturidade de Capacidade de
Pessoal), e o IDEAL Modelo de Ciclo de Vida para Melhorias
Engenharia de Sistemas: o SE-CMM (Modelo de Maturidade de
Capacidade de Engenharia de Sistemas)
Aquisio de Software: o SA-CMM (Modelo de Maturidade de
Capacidade de Aquisio de Software)
CMMI: Integrao dos Modelos de Maturidade de Capacidade

Slide 1015

Modelos de Maturidade de
Capacidade
Existem modelos para se avaliar:
O estado do processo de arquitetura de TI
A Arquitetura de TI
O compromisso da organizao com ambos
Modelos MMC tambm podem ser utilizados para se avaliar
uma vasta gama de domnios:
Maturidade de e-Commerce
Implementao e auditoria de processos
Medies de qualidade
Competncias de pessoal
Gerenciamento de investimento
Slide 1016

O CMMI

CMMI significa Integrao de Modelos de Maturidade da


Capacidade (Capability Maturity Model Integration).
O CMMI um framework utilizado para o gerenciamento
da complexidade de diferentes modelos:
IPD-CMM (Modelo de Maturidade da Capacidade de
Desenvolvimento Integrado de Produtos)
P-CMM (Modelo de Maturidade da Capacidade de Pessoal)
SA-CMM (Modelo de Maturidade da Capacidade de Aquisio de
Software)
SE-CMM (Modelo de Maturidade da Capacidade de Engenharia de
Sistemas)
SW-CMM (Modelo de Maturidade da Capacidade para Software)

Slide 1017

O CMMI
De acordo com o SEI, a utilizao de modelos CMMI aperfeioa as
melhores prticas ao permitir que organizaes:
Vinculem explicitamente atividades de gerenciamento e de engenharia
aos objetivos de negcio
Expandam o escopo e a visibilidade de ciclos de vida de produtos e
atividades de engenharia
Incorporem lies aprendidas de reas adicionais de melhores
prticas (por ex., medies, gerenciamento de riscos, etc.)
Implementem prticas de alta maturidade mais robustas
Lidem com funes organizacionais adicionais
Sejam conformes com padres ISO
O CMMI est sendo adotado no mundo todo.
Slide 1018

O CMMI
SCAMPI, o Standard CMMI Appraisal Method for Process
Improvement (Mtodo Padro de Avaliao CMMI para
Melhorias de Processos) utilizado para se identificar
foras, fraquezas e nveis relativos aos modelos de
referncia do CMMI
Ele incorpora as melhores prticas e baseado nas
caractersticas de vrios mtodos de avaliao
aplicvel a uma vasta gama de modos de utilizao de
avaliaes, incluindo melhorias de processos internas e
determinaes externas de capacidade

Slide 1019

ACMM do Departamento de
Comrcio (DoC) dos EUA
O Architecture Capability Maturity Model (ACMM Modelo de
Maturidade da Capacidade da Arquitetura) foi
desenvolvido para a conduo de avaliaes internas.
um framework que representa os componentes-chaves de
um processo de Arquitetura Corporativa em produo. Seu
objetivo identificar reas fracas e fornecer um modo de
se melhorar o processo geral de arquitetura.
O ACMM tem 3 sees:
O modelo de maturidade da arquitetura corporativa
As caractersticas de Arquitetura Corporativa (AC) de
processos em diferentes nveis de maturidade
A tabela de indicadores (scorecard) do MMC da AC
Slide 1020

Nveis de Maturidade do ACMM


5: Mensurado
4:Gerenciado
3: Definido
2: Em desenvolvimento
1: Inicial
0: Nenhum

Slide 1021

O ACMM do DoC dos


EUA consiste em:
6 nveis de maturidade
9 elementos de arquitetura

Elementos do ACMM da Arquitetura


Corporativa
1. Processo de Arquitetura

Existe um processo de Arquitetura Corporativa estabelecido?

2. Desenvolvimento da Arquitetura:

At que ponto o desenvolvimento e a progresso da Arquitetura


Corporativa das Unidades Operacionais esto documentados?

3. Vnculo aos Negcios:

At que ponto a Arquitetura Corporativa est vinculada s estratgias e


motivadores de negcio?

4. Envolvimento da gerncia snior

At que ponto os gerentes snior das Unidades Operacionais esto


envolvidos no estabelecimento e desenvolvimento contnuo da Arquitetura
de TI?

5. Participao da unidade operacional

Slide 1022

At que ponto o processo de Arquitetura Corporativa aceito pela Unidade


Operacional?
At que ponto o processo de Arquitetura Corporativa um esforo
representativo da organizao como um todo?

Elementos do ACMM da Arquitetura


Corporativa
6. Comunicao de Arquitetura

At que ponto as decises da prtica de Arquitetura Corporativa so


documentadas?
At que ponto o contedo da Arquitetura Corporativa disponibilizado
eletronicamente para todos na organizao?
At que ponto a educao em arquitetura realizada em todo o negocio sobre o
processo e contedo da Arquitetura Corporativa?

7. Segurana de TI

At que ponto a Segurana de TI integrada com a Arquitetura Corporativa?

8. Governana da Arquitetura

At que ponto existe um processo de governana (rgo governativo) da


Arquitetura Corporativa aceito pela gerncia snior?

9. Investimento de TI e estratgia de aquisio

Slide 1023

At que ponto a Arquitetura Corporativa influencia o investimento de TI e a


estratgia de aquisio?

Exemplo: Critrio de Pontuao do


ACMM

Pontuao Elemento 1. Processo de Arquitetura


0

Sem EA

No estabelecido ou no existente

Inicial

Existe de um modo ad-hoc ou localizado ou em uma forma inicial.


Alguns processos de Arquitetura Corporativa so definidos. No existe
um processo de arquitetura unificado para todos os processos de
tecnologia ou negcio. O sucesso depende de esforos individuais.

Desenvolvendo Sendo ativamente desenvolvido. O programa de Processo de


Arquitetura Corporativa Bsica documento baseado na Circular
OMB A-130 e nas Orientaes de Arquitetura Corporativa do
Departamento de Comrcio. O processo de arquitetura desenvolveu
papis e responsabilidades claros.

Definido

Gerenciado O processo de Arquitetura Corporativa faz parte da cultura, com


vnculos fortes a outros processos centrais de TI e Negcio. Mtricas
de qualidade associadas ao processo de arquitetura so obtidas.
Essas mtricas incluem os tempos de ciclo necessrios para se gerar
revises da Arquitetura Corporativa, estabilidade do ambiente tcnico
e tempo para se implementar uma nova aplicao ou sistema ou uma
atualizao.

Otimizando Esforos sincronizados para se utilizar e melhorar continuamente o


processo de arquitetura.

Slide 1024

A arquitetura bem definida e comunicada equipe de TI e gerncia


de Negcio com responsabilidades de Unidades Operacionais de TI.
O processo amplamente seguido.

Avaliaes de Maturidade no ADM

As avaliaes de maturidade so referenciadas na Fase


Preliminar, Fase A e Fase E do ADM
A abordagem da Fase Preliminar recomenda sua
utilizao como parte do desenvolvimento do Modelo
Organizacional para a Arquitetura Corporativa
Na Fase A, a avaliao de maturidade faz parte da
Avaliao da Capacidade utilizada para se determinar a
capacidade da arquitetura de linha de base e alvo
Essa Avaliao da Capacidade tambm revisitada na
Fase E, ao se prepararem os Planos de Implementao e
Migrao

Slide 1025

Avaliaes de Maturidade no ADM


(Cont)

Ao se utilizar MMCs com o ADM, recomenda-se que sejam


adaptados e discutidos em workshops envolvendo as
principais partes interessadas dentro da organizao
Os nveis reais de maturidade podem fornecer uma
medida estratgica da habilidade da organizao para a
mudana, assim como uma srie de passos sequenciais
para melhorar essa habilidade

Slide 1026

Modelos de
Maturidade
da
Arquitetura

TOGAF uma marca registrada do The Open


Group nos Estados Unidos e em outros pases

Slide 1029de 21

Mdulo 34

Framework de
Competncias
da Arquitetura
V9.1 Edition Copyright 2009-2011

Slide 1030de 16
All rights reserved
Published by The Open Group, 2011

Framework de
Competncias
da Arquitetura

TOGAF uma marca registrada do The Open


Group nos Estados Unidos e em outros pases

Slide 1031de 16

Roadmap
Parte I - Introduo
Prefcio, Viso global executiva, Principais Conceitos, Definies
e Notas da Verso

Parte II Mtodo de Desenvolvimento da Arquitetura


Introduo ao ADM
Narrativas das Fases do ADM

Parte III Orientaes e Tcnicas do ADM


Orientaes para Adaptao do Processo do ADM
Tcnicas para o Desenvolvimento da Arquitetura

Parte IV Framework de Contedo da Arquitetura


Metamodelo de Contedo
Artefatos Arquiteturais
Entregveis da Arquitetura
Blocos de Construo

Parte V Continuum da Corporao e Ferramentas


Continuum da Corporao
Particionamento da Arquitetura
Repositrio da Arquitetura
Ferramentas para o Desenvolvimento da Arquitetura

Parte VI Modelos de Referncia do TOGAF


Arquitetura de Fundao: Modelo de Referncia Tcnico
Modelo de Referncia da Infraestrutura Integrada da Informao

Parte VII Framework de Capacidade da Arquitetura


Comit de Arquitetura
Aderncia da Arquitetura
Contratos da Arquitetura
Governana da Arquitetura
Modelos de Maturidade da Arquitetura
Frameworks de Competncias da Arquitetura

Slide 1032

Parte VII
Framework de
Competncias da
Arquitetura,
Captulo 52

Papis
Patrocinador
da Arquitetura

CxO
Gerente de
Projetos

Patrocinador
da Arquitetura

Membro do Comit
da Arquitetura

Gerente de
Projetos

Gerente de EA

H muitos papis envolvidos


numa prtica de arquitetura
corporativa

Arquiteto
de negcio

Arquiteto Aplicativo

Arquiteto de
Tecnologia

Projetista
Expert de
Arquiteto
de TI
de negcio Domnio de
negcio

Membro do Comit
da Arquitetura

Arquiteto de Dados

Grupos de QA /
Normatizao

Slide 1034

Projetista
de TI

Segurana
Corporativa

Projetista
de TI

Propsito
Rigor de definio
Arquitetura Corporativa e Arquiteto Corporativo so
termos amplamente utilizados mas pobremente definidos
na indstria atualmente. Existe uma necessidade de haver
definies mais claras.
Base de uma Prtica de Arquitetura Interna
Uma prtica de arquitetura corporativa um programa
formal de desenvolvimento e certificao no qual uma
empresa reconhece as competncias de seus arquitetos
Tal programa essencial para assegurar o alinhamento
das competncias e experincia da equipe com as tarefas
de arquitetura que a empresa deseja realizar
Slide 1035

Propsito

A criao de uma prtica de arquitetura corporativa difcil


e onerosa

O Framework de Competncias da Arquitetura do TOGAF


procura atender a essa necessidade
Fornecendo definies das competncia da arquitetura e nveis de
proficincia requeridos do pessoal, interno ou externo, que
desempenhar os vrios papis de arquitetura definidos no
Framework TOGAF

Slide 1036

Benefcios de se utilizar o Framework


de Competncias da Arquitetura
Os benefcios especficos antecipados so:
Tempo, custo e riscos reduzidos no treinamento,
contratao e gerenciamento de profissionais de
arquitetura, ambos internos e externos.
Tempo e custo reduzidos para se estabelecer uma prtica
de arquitetura interna
Isso, por sua vez, ajuda a reduzir o tempo, custo e riscos
do desenvolvimento geral de solues

Slide 1037

A estrutura do Framework de
Competncias da Arquitetura
O Framework de Competncias da Arquitetura do TOGAF
prov uma viso dos nveis de competncia de papis
especficos numa equipe de arquitetura corporativa.
O Framework define:
Os papis dentro de uma rea de trabalho de arquitetura
corporativa
As competncias requeridas por esses papis
A profundidade de conhecimento requerida para se
desempenhar cada papel com sucesso

Slide 1038

A estrutura do Framework de
Competncias da Arquitetura
Uma equipe tpica de arquitetura realizando o desenvolvimento de uma
arquitetura corporativa compreende os seguintes papis:
Membros do Comit de Arquitetura
Patrocinador da Arquitetura
Gerente da Arquitetura
Arquitetos para :

Slide 1039

Arquitetura Corporativa
Arquitetura de Negcio
Arquitetura de Dados
Arquitetura de Aplicativos
Arquitetura Tecnolgica
Gerentes de Programas e/ou Projetos
Projetista de TI
etc. . . .

A estrutura do Framework de
Competncias da Arquitetura
Categorias de Competncias
O conjunto de competncias da equipe TOGAF precisar incluir as seguintes
categorias:

Competncias Genricas: liderana, trabalho em equipe, competncias


interpessoais, etc.

Competncias e Mtodos de Negcio: casos de negcio, processos de


negcio, planejamento estratgico, etc.

Competncias em Arquitetura Corporativa: modelagem, projeto de blocos


de construo, projeto de aplicativos e papis, integrao de sistemas, etc.

Competncias em Gerenciamento de Programas ou Projetos:


gerenciamento de mudanas de negcio, mtodos e ferramentas de
gerenciamento de projetos

Competncias em Conhecimentos Gerais de TI: aplicativos de


intermediao, gerenciamento de ativos, planejamento de migrao, SLAs,
etc.

Competncias tcnicas de TI: engenharia de software, segurana, troca de


dados, gerenciamento de dados, etc.

Legislao: legislao de proteo de dados, legislao de contratos,


legislao de terceirizao, fraudes, etc.
Slide 1040

A estrutura do Framework de
Competncias da Arquitetura

Nveis de Proficincia

Slide 1041

A estrutura do Framework de
Competncias da Arquitetura

Matrizes de Competncias Exemplo de Competncias


Genricas

Slide 1042