Apostila TOGAF 9.1-New

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

TOGAF 9.1
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

TOGAF 9.1
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
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
TOGAF 9.1
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

TOGAF 9.1
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
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
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
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
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
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
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

TOGAF 9.1
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

TOGAF 9.1
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
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
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

Orientaes para Adaptao do Processo do ADM
Parte IV Framework de Contedo da Arquitetura

Metamodelo de Contedo
Entregveis da Arquitetura
Blocos de Construo
Parte V Continuum da Corporao e Ferramentas

Continuum da Corporao
Repositrio da Arquitetura

Modelo de Referncia da Infraestrutura Integrada da Informao
Parte VII Framework de Capacidade da 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
Slide 87
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
Slide 100
of 19
All rights reserved

Introduo ao
Mtodo de
Desenvolvimento
de Arquitetura
(ADM)

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)
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
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
Desenvolver a Arquitetura
Tecnolgica
Desenvolver as arquiteturas de
linha de base e alvo e
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

outros pases
Slide 118
of 19
Mdulo 4
O Continuum da Corporao e
Ferramentas
Slide 119
of 30
All rights reserved

O
Continuum
da
Corporao e
Ferramentas

outros pases
Slide 120
of 30
Roadmap
Parte I - Introduo

Introduo ao ADM


Blocos de Construo



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
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
Slide 127
Continuum da Corporao: Componentes
Slide 128
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
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

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

outros pases
Slide 148
of 30
Mdulo 5
Repositrio de
Arquitetura
Slide 149
of 18
All rights reserved

Repositrio
de
Arquitetura

outros pases
Slide 150
of 18
Roadmap
Parte I - Introduo

Introduo ao ADM


Blocos de Construo



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
Esta uma parte de um Repositrio Corporativo mais
abrangente
Slide 153
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
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

outros pases
Slide 165
of 18
Mdulo 6
Framework de Contedo de
Arquitetura
Edio V9.1 Copyright 2009-2011
Slide 166
of 19

Framework
de Contedo
de
Arquitetura

outros pases
Slide 167
of 19
Part 3 IV: Framework de Contedo

de Arquitetura
Parte I - Introduo

Introduo ao ADM


Blocos de Construo



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

outros pases
Slide 184
of 19
Mdulo7
TOGAF Metamodelo
de Contedo
Slide 185
de 45

TOGAF
Metamodelo
de Contedo

outros pases
Slide 186
de 45
Roadmap
Parte I - Introduo
Prefcio, Viso Executiva, Conceitos Bsicos, Definies e Notas de
Release

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

Entregveis de arquitetura
Blocos de Construo
Parte V Continuum Corporativo e Ferramentas

Particionamento 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

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
(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

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

criados:
Diagramas de Fluxo de Processos
Diagramas de Eventos
Slide 216

Esta extenso deve ser usada
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
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
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
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
metamodelo para Meta que mostrar
propsito estratgico e a misso de
uma organizao
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

criados:
Diagrama de Meta/Objetivo/Servio
Slide 225
Extenso Motivacional
Esta extenso deve ser utilizado
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

outros pases
Slide 229
de 45
Mdulo 8
Fase Preliminar
Edio V91 Copyright 2009-2011
Slide 230
de 37

Fase
Preliminar

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

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
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
Identificar os frameworks estabelecidos,
mtodos e processos que se cruzam com a
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
repositrio de arquitetura
Mtodo de Arquitetura
Contedo de Arquitetura
Ferramentas configuradas e
implantadas

Adaptado, incluindo os
inicial
Reafirmao de princpios de
negcios, metas e
direcionadores
Arquitetura
Arquitetura
Fase Preliminar

Cadeia de Valor
da Soluao
TOGAF 9 Artifacts
Dados
Catlogo de
Catlogo de Papis
Negcio/Funo
Catlogo de
to
Negcio
Negcio/Informao
Funcional
Produto
Diagrama de
Meta/Objetivo/Servio
Diagrama de Casos de Uso de
Negcio
Organizao
Diagrama de Fluxo de Processo
Diagrama
Slide
261 de Evento
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
Aplicao
Fase D, Arquitetura
Tecnolgica
of 33
Aplicao
Matriz de
Aplicao/Organizao
Matriz de
Aplicao/Funo
Aplicao
Diagrama de
Comunicao de
Aplicao
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
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

outros pases
Slide 266
de 37
Mdulo 9
Governana da
Arquitetura
Slide 267
de 35

Governana
da
Arquitetura

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
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
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
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
Acordos comuns entre os parceiros de
desenvolvimento e patrocinadores sobre os
entregveis, qualidade e adequao aos
propsitos de uma arquitetura
Slide 290
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
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

outros pases
Slide 301
34 34
Mdulo 10
Cenrios de
Negcio
Slide 302
de 24

Cenrios de
Negcio

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

outros pases
Slide 325
de 24
Mdulo 11
Gerenciamento de
Partes Interessadas
Slide 326
de 19

Gerenciamento
de Partes
Interessadas

outros pases
Slide 327
de 19
Roadmap
Parte I - Introduo

Introduo ao ADM


Blocos de Construo



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
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
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
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
Tecnolgico
Catlogo de Padres
Tecnolgicos
Gerenciamento
de Partes
Interessadas

outros pases
Slide 344
de 19
Mdulo 12
Vises e
Pontos de Vista
Slide 345
of 33

Vises e
Pontos de
Vista

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
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
Diagrama de footprint do
Negcio
de Aplicao
Funcional
PESSOAS
CHAVE
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

TOGAF 9 Artifacts

Cadeia de Valor
da Soluao
Catlogo de
Catlogo de Papis
Negcio/Funo
Catlogo de
to
Negcio
Negcio/Informao
Funcional
Produto
Diagrama de
Negcio
Organizao
Diagrama
Slide
371 de Fluxo de Processo
Diagrama de Evento
Dados
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
Aplicao
Matriz de
Aplicao/Organizao
Matriz de
Aplicao/Funo
Aplicao
Diagrama de
Comunicao de
Aplicao
de Aplicao e Usurio
Diagrama de caso de
Usos de Aplicaes
Diagrama de
gerenciabiliade da
Corporao
de Processo/Aplicao
de Software
Aplicao
de Software
Catlogo de Normas
de Tecnologia
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
Sistemas
Comunicaes
Viso de Fluxo de Dados
Viso de Gerenciabilidade da
Corporao
Viso de Adquirente
Slide 372
Vises e
Pontos de
Vista

outros pases
Slide 378
of 33
Mdulo 13
Blocos de Construo
Slide 379
of 24

Blocos de
Construo

outros pases
Slide 380
of 24
Roadmap
Parte I - Introduo

Introduo ao ADM


Blocos de Construo



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

outros pases
Slide 402
of 24
Mdulo 14
Tcnicas de Suporte
para a Implementao
da Arquitetura
Slide 403
of 30

Tcnicas de
Suporte para a
Implementao
da Arquitetura

outros pases
Slide 404
of 30
Roadmap
Parte I - Introduo

Introduo ao ADM


Blocos de Construo



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

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

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
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
Capacidade
Slide 429
Tcnicas de
Suporte para a
Implementao
da Arquitetura

outros pases
Slide 432
of 30
Mdulo 15
Fase A
Viso da Arquitetura
Slide 433
de 31

Phase A
Fase A:
Viso da
Arquitetura

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
Arquitetura (ver prximo slide)
Princpios de negcios, metas e
direcionadores de negcios
Adaptado, incluindo os
Princpios de Arquitetura
Repositrio Arquitetura populado
Slide 438

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
Negcio; Diagrama de
Meta/Objetivo/Servio;
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
Negcio
Diagrama de Comunicao de
Aplicao
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
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
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
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
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
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
adaptado
Viso de Arquitetura
Rascunho de Documento de
Plano de Comunicao
Contedo adicional populando o
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
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
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

aprovado incluindo:
Descrio do projeto e escopo
Viso geral da Viso da Arquitetura
Plano do projeto e cronograma
Obter aprovao de uma

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

Matriz de Mapa de Partes
interessadas
TOGAF 9 Artifacts
Diagrama de
Cadeia de Valor
Diagrama
Conceitual
da Soluao
Catlogo de
Catlogo de Papis
Negcio/Funo
Catlogo de
to
Negcio
Negcio/Informao
Funcional
Produto
Diagrama de
Negcio
Organizao
Diagrama
Slide
461 de Fluxo de Processo
Diagrama de Evento
Dados
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
Aplicao
Matriz de
Aplicao/Organizao
Matriz de
Aplicao/Funo
Aplicao
Diagrama de
Comunicao de
Aplicao
de Aplicao e Usurio
Diagrama de caso de
Usos de Aplicaes
Diagrama de
gerenciabiliade da
Corporao
de Processo/Aplicao
de Software
Aplicao
de Software
Catlogo de Normas
de Tecnologia
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

outros pases
Slide 463
de 31
Mdulo 16
Fase B
Slide 464de
35

Phase B
Fase B:
Arquitetura
de Negcio
Business
Architecture

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

Arquitetura
Declarao de princpios de
Negcio, metas e direcionadores
refinados
Avaliao de Capacidade
Plano de Comunicao
Modelo Organizacional para
Framework de arquitetura adaptado
Arquitetura Aprovada
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
Alvo
8. Finalizar a Arquitetura de
Negcio
7. Conduzir uma reviso formal das
Partes Interessadas
6. Resolver os impactos ao longo do
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
Fase A, Viso da Arquitetura
TOGAF 9 Artifacts
Catlogo de
Catlogo de Papis
Negcio/Funo
Catlogo de
Processo/Evento/Controle/Produto
Matriz de Ator/Papel
Negcio
Negcio/Informao
Funcional
Produto
Diagrama de
Negcio
Organizao
Diagrama de Evento
Slide 473of
33

Cadeia de Valor
da Soluao
Diagrama de Contexto de Projeto
Dados
Aplicao
Catlogo de
Catlogo de Portflio de
Entidade de
Aplicao
Dados/
Componente de
Matriz de
Dados
Aplicao/Organizao
Matriz de Entidade
de Dados/Funes
Matriz de Aplicao/Funo
de Negcio
Nota:
Matriz de
Aplicao
O Mdulo 16A
fornece
Aplicao/Dados
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
Processo/Aplicao
hierrquico 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
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
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

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

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
Arquitetura
Princpios de Negcio, metas e
direcionadores validados
Princpios de Arquitetura de
Negcio revisados
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
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
Arquitetura Componentes de
Resultados da Anlise de Diferenas
Requisitos tcnicos
Requisitos de Negcio atualizados
Slide 493
Fase B
Fase B:
Arquitetura
de Negcio
Business
Architecture

outros pases
Slide 498de
35
Mdulo 16A
Fase B
- Catlogo, Matrizes
e Diagramas
Slide 499de
35

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

outros pases
Slide 500de
35
Fase Preliminar
TOGAF 9 Artifacts
Catlogo de
Catlogo de Papis
Negcio/Funo
Catlogo de
Negcio
Negcio/Informao
Funcional
Produto
Diagrama de
Negcio
Organizao
Diagrama de Evento
Slide 502of
33

Cadeia de Valor
da Soluao
Dados
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
Aplicao
Matriz de
Aplicao/Organizao
Aplicao
de Aplicao
Aplicao e Usurio
Diagrama de caso de Usos
de Aplicaes
Diagrama de gerenciabiliade
da Corporao
Processo/Aplicao
Software
Aplicao
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
Catlogo de
Negcio
Diagrama de Servio/Informao
Catlogo de Papel
de Negcio
Catlogo de Servio/Funo de
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
Diagrama
de
to
Catlogo de Contrato/Medidas
Diagrama de Caso de Uso
Matrizes
Organizacional
Matriz Ator/Papel
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.
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.
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.
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.
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.
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.
Servio de Negcio
Servio de Sistema de Informao (opcionalmente)
Contrato
Medida
Slide 506
Exerccio
Slide 507
Matrizes
Matriz Ator/Papel
Slide 508

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 Caso de Uso
Diagrama de Decomposio Organizacional
Diagrama de Evento
Slide 511

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

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

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

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

Phase C
Fase C:
Viso Geral Arquiteturas
de Sistemas de
Informao
Arquitetura
Arquitetura
de Aplicativos de Dados
TOGAF marca registrada pelo The Open

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
Arquitetura
Plano de Comunicaes
Padronizado
Princpios de Dados/Aplicativos
Arquitetura
Viso da Arquitetura
Slide 543
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
Princpios validados, ou novos

princpios (dados/aplicativos)
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:
Diferena
Requisitos de interoperabilidade
de Aplicativos/Dados
Requisitos tcnicos relevantes
Restries sobre a Arquitetura
Tecnolgica
Requisitos de Negcio
atualizados
Aplicativos/Dados do Roadmap de
Arquitetura
Phase C
Fase C:
Viso Geral Arquiteturas
de Sistemas de
Informao
Arquitetura
Arquitetura
de Aplicativos de Dados

Slide 548of
14
Mdulo 18
Fase C
Slide 549de 28
Phase C
Fase C:
Arquitetura
de Dados
Arquitetura
de Dados

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
Plano de Comunicaes
Modelo Organizacional
para a Arquitetura
Corporativa
Adaptado
Princpios de Dados
Arquitetura
Continua
Slide 553
Fase C: Entradas
Viso da Arquitetura
Rascunho da Especificao dos
incluindo:
Diferenas
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
de Linha de Base ou o
desenvolvimento da
Alvo primeiro.
9. Criar o Documento
de Definio da Arquitetura
8. Finalizar a
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

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

Matriz de Mapeamento de Partes Interesssadas
Diagrama da Cadeia de Valores

Diagrama de Conceito de Solues
TOGAF 9 Artifacts
Fase B,
Fase C,
Fase C,
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 Ator / Papel
Diagrama de Servio de Negcio /
Informao
Funcional
Produto
Diagrama de Meta / Objetivo /
Servio
Diagramam de Decomposio da
Organizao
Diagrama de Eventos
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
Aplicativos
Catlogo de Interfaces
Matriz de Aplicativos /
Organizao
Matriz de Papel / Aplicativo
Matriz de Aplicativo / Funo
Matriz de Interao entre
Aplicativos
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
Software
Aplicativos
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

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

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

Artefatos arquiteturais no Panorama da Arquitetura
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

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

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
Princpios de dados validados
ou novos princpios de dados
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
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

Slide 576de 28
Mdulo 18A
Fase C
Catlogos, Matrizes
e Diagramas
Slide 577de
25

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

Slide 578de
25
Fase Preliminar


Diagrama de Conceito de Solues
TOGAF 9 Artifacts
Fase B,
Fase C,
Fase C,
Fase D,

Objetivo
Catlogo de Papis
Funo
Controle / Produto
Informao
Funcional
Produto
Servio
Organizao
Diagrama de Eventos
Slide 580
Catlogo de Entidade
de Dados /
Componente de
Dados
Dados / Funo de
Negcio
Dados
Diagrama Lgico de
Dados
Diagrama de
Disseminao de
Dados
Diagrama de
Segurana de Dados
Diagrama de
Diagrama de Migrao
de Dados
Vida de Dados
Aplicativos
Organizao
Aplicativos
entre Aplicativos
Localizao de Usurio
de Aplicativo
Diagrama de
Realizao de Aplicativo
Software
Aplicativos
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
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
Dados
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
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
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

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

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

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

Slide 601de
25
Mdulo 19
Modelo de Referncia de Infraestrutura de
Informao Integrada
(III-RM)
Slide 602de
18

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

Slide 603de
18
Roadmap
Parte I - Introduo
Prefcio, Viso Geral Executiva, Conceitos Principais,
Definies e Notas de Publicao
Introduo ao ADM
Parte III ADM Tcnicas e Orientaes

Orientaes para Adaptar o Processo do ADM
Parte IV Framework de Contedo de Arquitetura
Artefatos da Arquitetura
Blocos de Construo
Parte V Continuum Corporativa e Ferramentas

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

Conformidade 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
Qualities

Graphics & Image
Data Management
Data Interchange
User Interface
Security
System & Network

Management
Comm Infrastructure Interfaces

Network Services
Application Platform
Appl Platform Interface
Infra Apps
Bus Apps
Network Services
Qualities
Slide 609
Qualities
Foco do
Fluxo de Informaes sem Fronteiras
(Boundaryless Information Flow)
Viso Lateral
Viso Top Down
Qualities
Qualities

Graphics & Image
Data Management
Data Interchange
User Interface
Security
System & Network

Management
Comm Infrastructure Interfaces

Network Services
Appl Platform Interfaces
Infra Apps
Bus Apps
Network Services
Qualities
Qualities
Slide 610

Informao Integrada Alto Nvel
Mobility
Qualities
Security
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
Brokering
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

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

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.
Slide 615

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

Informao Integrada
Detalhado
Qualities
Security
Mobility
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 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

Slide 620de
18
Mdulo 20
Fase C
Arquitetura
de Aplicativo
Slide 621de 32
Phase C
Fase C:
Arquitetura
de Aplicativos
Arquitetura
de Aplicativo

Slide 622de 32
Fase C: Entradas:
Requisio para o
Plano de Comunicao
para a Arquitetura
Corporativa
adaptado
Princpios de Aplicativos
Declarao do Trabalho de
Arquitetura
Continua
Slide 625
Fase C: Entradas:
Viso da Arquitetura
incluindo:
Diferenas
Dados e de Negcio do
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.
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

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


Diagr.ama de Conceito de Solues
TOGAF 9 Artifacts
Fase B,
Fase C,
Fase C,
Fase D,

Objetivo
Catlogo de Papis
Funo
Controle / Produto
Informao
Funcional
Produto
Servio
Organizao
Diagrama de Eventos
Slide 629
Catlogo de Entidade
de Dados /
Componente de
Dados
Dados / Funo de
Negcio
Dados
Diagrama Lgico de
Dados
Diagrama de
Disseminao de
Dados
Diagrama de
Segurana de Dados
Diagrama de
Diagrama de Migrao
de Dados
Vida de Dados
Catlogo de Potiflio de
Aplicativos
Organizao
Aplicativos
entre Aplicativos
Localizao de Usurio
de Aplicativo
Diagrama de
Software
Aplicativos
Software
Nota:
O Mdulo 20A prov
sobre a Fase C: Arquitetura
de Aplicativos, Catlogos,
Matrizes e Diagramas
Catlogo de Padres
Tecnolgicos
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

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

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

relevantes da Arquitetura de Aplicativos, com base no
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

Os artefatos de arquitetura no Panorama da Arquitetura
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
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.
Slide 643
Passo 9: Criar um Documento de

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
Princpios de aplicativo
validados ou novos princpios de
aplicativo desenvolvidos
Requisitos da Arquitetura
Aplicativos do Roadmap de
Arquitetura
Slide 645

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
Requisitos de interoperabilidade dos aplicativos
reas onde a Arquitetura de Negcio pode necessitar
mudanas para estar de acordo com as alteraes na
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

Slide 652de 32
Mdulo 20A
Fase C
Arquitetura
de Aplicativos Catlogos,
Matrizes e Diagramas
Slide 653de 34
Phase C
Fase C:
Arquitetura
de Aplicativos
Catlogos,
Matrizes e
Diagramas
Application
Architecture

Slide 654de 34
Fase Preliminar
Diagrama de
Cadeia de Valor
Catlogo de
Catlogo de Papis
Negcio/Funo
Catlogo de
Negcio/Informao
Funcional
Produto
Negcio
Organizao
Diagrama de Evento

Slide
656de Contexto de Projeto
Diagrama
of 33
Diagrama Conceitual
da Soluao
TOGAF 9 Artifacts
Dados
Fase C, Arquitetura de Aplicao
Catlogo de Entidade
de Dados/
Componente de
Dados
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
Vida de Dados
Aplicao
Matriz de
Aplicao/Organizao
Aplicao
Diagrama de Comunicao de
Aplicao
Aplicao e Usurio
Diagrama de caso de Usos de
Aplicaes
Diagrama de capacidade de
gerncia da Corporao
Processo/Aplicao
Software
Aplicao
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

Catlogos
Catlogo do Portflio de Aplicativos
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

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 Migrao de Aplicativo
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
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
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
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
Slide 675
Diagrama de Caso de Uso de Aplicao
Fonte: wikipedia.org
Slide 676
Diagrama de
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
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
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
Engenharia de Software
Slide 682

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

Slide 686de 34
Mdulo 21
Arquitetura de
Fundao
Slide 687de 23
Arquitetura
de
Fundao

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
Sem uma definio tima ou exclusiva
O ADM do TOGAF no dependente do TRM
Slide 696
Taxonomia dos
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

Slide 709de 23
Mdulo 22
Fase D
Arquitetura
Tecnolgica
Slide 710de
30

Phase D
Fase D:
Arquitetura
Tecnolgica
Arquitetura
Tecnolgica

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
Plano de Comunicaes
adaptado
Princpios tecnolgicos
Arquitetura
Viso da 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
de Linha de Base ou da
Alvo primeiro.
9. Crie o Documento de
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

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

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


TOGAF 9 Artifacts
Fase B,
Fase C,
Fase C,
Fase D,

Objetivo
Catlogo de Papis
Funo
Controle / Produto
Informao
Funcional
Produto
Servio
Organizao
Diagrama de Eventos
Slide 720
Catlogo de Entidade
de Dados /
Componente de
Dados
Dados / Funo de
Negcio
Dados
Diagrama Lgico de
Dados
Diagrama de
Disseminao de
Dados
Diagrama de
Segurana de Dados
Diagrama de
Diagrama de Migrao
de Dados
Vida de Dados
Catlogo de Potiflio de
Aplicativos
Organizao
Aplicativos
entre Aplicativos
Localizao de Usurio
de Aplicativo
Diagrama de
Software
Aplicativos
Software
Nota:
O Mdulo 22A fornece
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
Passo 1: Selecione os modelos de

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

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
Continua
Slide 722

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

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

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

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

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
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.
Slide 731
Passo 9: Crie um Documento de

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
Componentes da Arquitetura
Tecnolgica do Roadmap de
Arquitetura
Slide 733

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

Slide 739de
30
TM
Mdulo 22A
Fase D Arquitetura
Tecnolgica
Catlogos, Matrizes
e Diagramas
Slide 740de 24

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

Slide 741de 24
Fase Preliminar


TOGAF 9 Artifacts
Fase B,
Fase C,
Fase C,
Fase D,

Objetivo
Catlogo de Papis
Funo
Controle / Produto
Informao
Funcional
Produto
Servio
Organizao
Diagrama de Eventos
Slide 743
Catlogo de Entidade
de Dados /
Componente de
Dados
Dados / Funo de
Negcio
Dados
Diagrama Lgico de
Dados
Diagrama de
Disseminao de
Dados
Diagrama de
Segurana de Dados
Diagrama de
Diagrama de Migrao
de Dados
Vida de Dados
Aplicativos
Organizao
Aplicativos
entre Aplicativos
Localizao de Usurio
de Aplicativo
Diagrama de
Realizao de Aplicativo
Software
Aplicativos
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
Catlogos, Matrizes and Diagramas

Catlogos
Catlogo de Padres
Tecnolgicos
Tecnologias
Matrizes
Matriz Aplicativo x Tecnologia
O formato exato dos

diagramas depender das
ferramentas utilizadas.
Slide 744
Diagramas
Diagrama de Ambientes &
Localizaes
Diagrama de Decomposio de
Plataforma
Diagrama de Computao em
Rede & Hardware
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
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
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
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 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
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
(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
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
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
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

Slide 764de 24
Mdulo 23
Tcnicas
de Planejamento de
Migrao
Slide 765of
17

Tcnicas de
Planejamento
de Migrao

outros pases
Slide 766of
17
Roadmap
Parte I - Introduo
Prefcio, Viso global executiva, Principais Conceitos, Definies
e Notas da Verso

Introduo ao ADM


Blocos de Construo



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

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

outros pases
Slide 781of
17
Mdulo 24
Fase E
Oportunidades e
Solues
Slide 782de 32

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:
Pacotes de Trabalho
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
Adaptado
Continua
Slide 789
Fase E: Entradas
Arquitetura
Viso da Arquitetura
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
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
Revisar os resultados das Anlises de Diferenas
das Fases B, C e D
Racionalizar a Matriz Consolidada de Diferenas
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

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
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
Arquitetura
Viso da Arquitetura
Definio da Arquitetura,
incluindo:
Arquiteturas de Transio, se
existirem
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
Slide 811
Phase E
Fase E:
Oportunidades
e Solues

Slide 813de 32
Mdulo 25
Fase F
Planejamento da Migrao
Slide 814of
18

Phase F
Fase F
Planejamento
da Migrao

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
Modelos e Frameworks de
Governana
adaptado
Declarao de Trabalho da
Arquitetura
Viso da Arquitetura
Continua
Slide 819
Fase F: Entradas
Definio de Arquitetura, incluindo:
Rascunho de Especificao de
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
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

Passo 1: Confirmar as Interaes dos Frameworks

de Gerenciamento para o Plano de
Coordene o Plano de Implementao e Migrao com os

frameworks de gerenciamento em uso pela organizao
Planejamento de Negcio
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
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

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

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
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
Migrao (detalhado)
Documento de Definio da
Arquitetura Finalizado, incluindo:
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

outros pases
Slide 833of
18
Mdulo 26
Fase G
Governana da
Implementao
Edio V9.1 Copyright 2009-2011A
Slide 834of
19

Phase G
Fase G
Governana da
Implementao

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
Arquitetura
adaptado
Arquitetura
Viso da Arquitetura
Arquitetura
Continua
Slide 841
Fase G: Entradas
Arquitetura
Implementao
Arquitetura proveniente das
Fases E e F
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
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
Arquitetura
Arquitetura de Transio
Modelos operacionais de Negcio e
de TI
Slide 850
Phase G
Fase G
Governana da
Implementao

outros pases
Slide 854of
19
Mdulo 27
Fase H
Gerenciamento de Mudanas
na Arquitetura
Slide 855of
28

Phase H
Fase H
Gerenciamento
de Mudanas
na Arquitetura

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
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
Arquitetura
Modelo Organizacional para
adaptado
Arquitetura
Viso da Arquitetura
Arquitetura
Arquitetura
Continua
Slide 865
Fase H: Entradas
(originadas de mudanas de
tecnologia, mudanas de
negcio, lies aprendidas)
Implementao
Avaliao de Conformidade
Migrao
Slide 866
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
Monitorar mudanas no negcio que podem impactar a
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
Garantir que solicitaes de gerenciamento de mudanas
sejam aderentes governana e ao framework da
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
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

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

outros pases
Slide 882of
28
Mdulo 28
Gerenciamento de
do ADM
Slide 883of
21

Gerenciamento
de Requisitos
de Arquitetura
do ADM

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

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

outros pases
Slide 903of
21
Mdulo 29
Particionamento
da Arquitetura
Slide 904of
26

Particionamento
da Arquitetura

outros pases
Slide 905of
26
Roadmap
Parte I - Introduo
e Notas da Verso

Introduo ao ADM


Blocos de Construo



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:
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

outros pases
Slide 916of
26
Mdulo 30
Adaptando o ADM:
Iteraes e Nveis
Slide 917of
29

Adaptando o
ADM:
Iteraes e
Nveis

outros pases
Slide 918of
29
Roadmap
Parte I - Introduo
e Notas da Verso

Introduo ao ADM


Blocos de Construo



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

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

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

outros pases
Slide 947of 31
TM
Roadmap
Parte I - Introduo
e Notas da Verso

Introduo ao ADM


Blocos de Construo



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

outros pases
Slide 976of 31
Mdulo 32
Adaptando o ADM:
SOA
Slide de 32
977
All rights reserved

Adaptando o
ADM: SOA

Slide de 32
978
Roadmap
Parte I - Introduo
e Notas da Verso

Introduo ao ADM


Blocos de Construo



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
Incluindo princpios de SOA
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
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
Sadas
Declarao de trabalho de arquitetura
Com SOA como abordagem
Incluindo princpios de SOA
Avaliao de capacidade
Incluindo prontido de SOA
Viso da arquitetura
Com raciocnio de SOA
Contedo adicional populando o
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
Entradas
SOA
Avaliao de Maturidade
de SOA
Avaliao de Prontido
de SOA
Governana de SOA
adaptado
Extenses de metamodelo de SOA
SOA
(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
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
Negcio/Localizao
Catlogo de Processos/Eventos
Catlogo de Contratos/Qualidade de
Servio
Matriz de Interao de Servios de
Negcio
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.
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)
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
Centro de Excelncia de SOA
Avaliao de Maturidade de
SOA
SOA
Governana de SOA
Extenses de meta-modelo
de SOA
SOA
Passos
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 tcnicos para a
SOA
Slide de 32
999
Diagrama de Interaes de Servios

Matriz de Processos de
Negcio/Servios
Catlogo de Contratos de Servios
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
Entradas
Centro de Excelncia de SOA
SOA
SOA
Governana de SOA
de SOA
SOA
Slide
1002
Passos
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 tcnicos para a
SOA
Diagrama Lgico de
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
Entradas
SOA
SOA
SOA
Governana de SOA
adaptado
de SOA
SOA
Slide
1005
Passos
Componente Fsico de Dados
Componente Fsico de
Tecnologia
Soluo de SOA
Sadas
Roadmap de SOA e SOI
Requisitos tcnicos para a SOA
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
Tecnologia
Orientaes de Tecnologia
Adaptando o
ADM: SOA

Slide de 32
1008
Mdulo 33
Modelos de
Maturidade da
Arquitetura
Slide 1009de 21
All rights reserved
Modelos de
Maturidade
da
Arquitetura

Slide 1010de 21
Roadmap
Parte I - Introduo
e Notas da Verso

Introduo ao ADM


Blocos de Construo



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

Slide 1029de 21
Mdulo 34
Framework de
Competncias
da Arquitetura
Slide 1030de 16
All rights reserved
Framework de
Competncias
da Arquitetura

Slide 1031de 16
Roadmap
Parte I - Introduo
e Notas da Verso

Introduo ao ADM


Blocos de Construo



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
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
Gerentes de Programas e/ou Projetos
Projetista de TI
etc. . . .
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
Nveis de Proficincia
Slide 1041
Matrizes de Competncias Exemplo de Competncias

Genricas
Slide 1042

Apostila TOGAF 9.1-New

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Apostila TOGAF 9.1-New

Diunggah oleh

Hak Cipta:

Format Tersedia

Mdulo 0 - Introduo

TOGAF 9 Certified - Arquitetura Corporativa

All rights reserved

Por que arquitetura corporativa

The Open Group

Por que arquitetura corporativa

Frum de Arquitetura Misso

Partes Interessadas e Valor

Por que um framework

O que uma Corporao?

As grandes corporaes podem incluir mltiplas empresas

O Que uma Arquitetura?

Adaptado do padro ANSI/IEEE 1471-2000

O Que Arquitetura Corporativa?

[1] MIT Center for Information Systems Research

Por qu Arquitetura Corporativa?

Investimento em Tecnologia da Informao

Por que Arquitetura Corporativa?

Presses para se Desenvolver uma

Extensibilidade das Empresas

Uma operao de negcio mais eficiente

O qu queremos dizer com

Deve descrever um mtodo para projetar um estado alvo

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

Enterprise Architecture Development

The Open Group

Relevncia para Arquiteturas Prticas

Continuum da Arquitetura (TOGAF em

Cenrios de Negcios (requisitos de

Vises de Arquitetura (IEEE Std 1471)

Princpios de Arquitetura; Avaliaes de

Extenso para Arquitetura Corporativa

TOGAF Verso 8.1

TOGAF Verso 8.1.1

Retificao Tcnica 1 Aplicada

TOGAF Verso 9.1

Retificao Tcnica 1 Aplicada

Direcionada pelos Membros

O primeiro TOGAF publicado

Publicado o primeiro Cenrio

O Mtodo de Desenvolvimento de Arquitetura do TOGAF (ADM)

A maioria foca em produtos no em mtodo

Parte II Mtodo de Desenvolvimento de Arquitetura

Parte III Orientaes e Tcnicas do ADM

Parte IV Framework de Contedo de Arquitetura

Parte V Continuum Corporativo e Ferramentas

Parte VI Modelos de Referncia do TOGAF

Parte VII Framework de Capacidades de Arquitetura

Orientaes e Tcnicas do ADM

Framework de Contedo da Arquitetura

Modelos de Referncia do TOGAF:

O Framework de Capacidade de Arquitetura

Framework de Habilidades Corporativas do TOGAF

Orientaes & Tcnicas

Continuum Corporativo &

ADM Princpios Bsicos

Decises baseadas em:

ADM Princpios Bsicos

Arquitetura de Negcio - Contedo

Arquitetura de Negcio - Passos

Dados ou Aplicaes primeiro?

Geralmente se faz necessrio

The Open Group

Fornecer validao de que o candidato tenha