1
TOGAF 9.1
Parte II - Modelo de Desenvolvimento da Arquitetura
(ADM)
2
• É o processo de elaboração da
arquitetura do TOGAF
• Tem 8 fases, de A até H mais a
Fase Preliminar
• É iterativo: faz-se uma vez a
Fase Preliminar e depois vários
ciclos da Fase A até a Fase H.
• Interage com o Continuum
produzindo artefatos e
consumindo artefatos do
Repositório
Modelo de Desenvolvimento da
Arquitetura - ADM
ADM - Princípios Básicos
• Cada iteração = novas
decisões
– Cobertura da Corporação – Nível de detalhe – Horizonte de tempo – Reuso de ativos de Arquitetura: iterações anteriores do ADM, outros frameworks, modelos, etc.• Decisões baseadas em:
– Competências e recursos disponíveis
– Valor agregado para corporação
3
Fase Preliminar
• Esta fase inclui as atividades
de preparação e iniciação
para criar uma capacidade
de Arquitetura
– Entender o ambiente de negócio
– Obter o compromisso da alta administração
– Conseguir um acordo sobre o escopo – Estabelecer os princípios de arquitetura – Estabelecer a estrutura de governança – Customizar o TOGAF
4
Como esta empresa faz arquitetura?
• Estabelecer um contexto organizacional (prover inputs
para o processo de gerenciamento de requisitos para
iniciar a fase de Visão)
• Identificar o patrocinador
• Obter comprometimento
• Definir escopo
• Definir a “marca” (footprint) da arquitetura
• Definir framework e método
• Confirmar o framework de governança
• Selecionar ferramentas de suporte e infraestrutura
• Definir princípios de arquitetura
5
Fase A - Visão da Arquitetura
• Inicia uma iteração do
processo de arquitetura
– Define escopo, restrições e expectativas – Obrigatório no início de todos os ciclos de arquitetura
• Cria a Visão da
Arquitetura
• Valida o contexto de
negócio
• Cria a Declaração de
Trabalho de Arquitetura
7
Objetivos
• Estabelecer um projeto e iniciar um ciclo de ADM, definindo escopo, regras e expectativas para cada iteração.
• Assegurar que esta evolução tem reconhecimento e suporte • Definir e organizar um ciclo de desenvolvimento da arquitetura • Validar os princípios do negócio, metas e direcionadores • Estabelecer indicadores chaves de desempenho (KPIs) • Definir escopo e componentes
• Definir os stakeholders relevantes, bem como suas preocupações e objetivos
• Definir requerimentos chave de negócio para serem endereçados • Articular uma visão da arquitetura
• Criar um plano compreensível
• Obter uma aprovação formal para prosseguir
9
Fase B - Arquitetura de Negócio
• A organização
fundamental de um
negócio, incorporado em:
– Seus processos de negócio e pessoas
– Suas relações entre si e com o ambiente – Os princípios que
governam seu desenho e evolução
• Mostra como a
organização atende a seus
objetivos de negócio.
11
Deve mostrar como a organização
atinge seus objetivos
• Descrever uma arquitetura de negócio baseline
• Desenvolver uma arquitetura de negócio alvo
– Estratégia de produto / serviço
– Aspectos organizacionais, funcionais, de processos, de informação e geográficos
• Analisar os gaps
• Selecionar e desenvolver pontos de vista relevantes da
arquitetura para demonstrar como os interesses dos
stakeholders serão endereçados
14
Fase C - Arquitetura de Sistemas de
Informação
• A organização fundamental
de um sistema de TI
incorporada em:
– Os principais tipos de informações e aplicações que as processam
– A relação entre si e com o ambiente, e os princípios que governam seu desenho e evolução
• Mostra como os sistemas de
TI atendem os objetivos de
negócio da corporação
Dados ou Aplicações primeiro?
• Geralmente se faz necessário abordar ambos
– Nem sempre é o caso, dependendo do escopo do projeto e suas restrições
• Podem ser desenvolvidos em qualquer ordem, ou em paralelo
– A teoria sugere que a Arquitetura de Dados vem primeiro
– Considerações de ordem prática dizem que começar com a Arquitetura de Aplicação pode ser mais eficiente
• Será preciso haver alguma iteração para assegurar a consistência.
15
Arquitetura de Dados
16
O que temos de TI?
• Documentar a organização de TI, representando os principais sistemas e informações processados, de uma maneira compreensível para os stakeholders.
• Desenvolver uma arquitetura alvo cobrindo um ou ambos, domínios de dados e aplicações, dependendo do escopo
• Focar em identificar e definir considerações de dados e aplicações que suportem a Arquitetura de Negócio
• Data Architecture: definir os tipos e origens de dados necessários para suportar o negócio, de um modo que seja compreensível pelos stakeholders, completo e consistente e estável. • O time de arquitetura deve considerar modelos de dados existentes .
• É importante notar que Data Arquitecture não trata design de banco de dados. O objetivo é definir as entidades de dados relevantes para a empresa e não projetar sistemas de armazenamento lógico ou físico.
• Application Architecture: definir os tipos de aplicações necessários para processar os dados e suportar o negócio.
• As aplicações devem ser descritas como grupos lógicos de capacidade, sem referência a tecnologias particulares. Assim, aplicações podem ser estáveis, mesmo que a tecnologia para implementá-la não seja.
22
Fase D - Arquitetura de Tecnologia
• A organização
fundamental de um
sistema de TI
incorporada em
– Sua tecnologia de
hardware, software e
comunicação
– Suas relações entre si e
com o ambiente
– Os princípios que
governam seu desenho e
evolução
Qual infraestrutura temos?
• Documentar arquitetura tecnológica que servirá
como base para os trabalhos de implementação e
migração , representando os hardwares, softwares e
tecnologias de comunicação.
• Mapear componentes da aplicação em um conjunto
de componentes tecnológicos
26
Fase E - Oportunidades e Soluções
• Realizar o planejamento inicial da implementação
• Identificar os principais projetos de implementação
• Determinar se uma abordagem incremental é necessária e definir arquiteturas de transição
• Decidir a abordagem:
– Construir X Comprar X Reusar – Terceirizar
– Pacotes Comerciais – Software Livre
• Avaliar as prioridades • Identificar as dependências
27
1ª fase de implementação
• Identifica os parâmetros de mudança, os incrementos e
projetos necessários
• Rever objetivos de negócio alvo e recursos
• Consolidar gaps das fases B e D
• Organizar grupos de buildings blocks para endereçar
estes recursos
• Revisar e confirmar os parâmetros para e habilidade de
absorver mudanças
• Derivar uma série de arquiteturas de transição para
entregar valor contínuo para o negócio
• Gerar e obter consenso em um esboço de estratégia de
implementação e migração
29
30
32
Fase F - Plano de Migração
• Para cada pacote de
trabalho e projetos
identificados na fase E
realizar:
– Análise de
Custo/Benefício
– Avaliação de Risco
• Finalizar o Plano de
Implementação e
Migração detalhado
Fase a preparação para a
Implementação completa.
• Descreve como será o movimento entre a arquitetura baseline e target. Isto inclui finalizar um plano detalhado de implementação e de migração.
• Coordenar o plano de implementação e migração com os frameworks de gerenciamento
• Priorizar os pacotes de trabalho, projetos e buildings blocks • Atribuir / designar valor de negócio
• Conduzir análise de custo do negócio
• Finalizar Architecture Vision e Architecture Definition Documents adequado a abordagem acordada para a implementação
• Confirmar arquiteturas de transação com stakeholders
35
Fase G - Governança da
Implementação
• Fornecer supervisão
arquitetura para a
implementação
• Define restrições de
arquitetura em projetos de
implementação
• Governar e gerir um
Contrato de Arquitetura
• Monitorar o trabalho de
implementação visando
conformidade
• Produzir realização de valor
de negócio
Revisão e Monitoramento
• Definir como a arquitetura regula a implementação de projetos, monitora a construção e produz um Contrato de Arquitetura assinado.
• Formular recomendações para cada projeto de implementação
• Governar e gerenciar um contrato de arquitetura cobrindo todo processo de implementação e implantação
• Executar funções apropriadas de governança enquanto a solução está sendo implementada e implantada
• Assegurar conformidade com a arquitetura definida
• Assegurar que o programa da solução é implantado com sucesso assim como o programa planejado para o trabalho
• Assegurar conformidade da implantação da solução com a arquitetura alvo
• Mobilizar operações de suporte que vão sustentar o funcionamento futuro da solução implantada
37
Fase H - Gerenciamento de Mudanças
na Arquitetura
• Fornecer monitoramento contínuo e um processo de gerenciamento de mudanças • Garantir que as mudanças na
arquitetura são geridas de uma forma coesa e arquitetada • Estabelece e apoia a Arquitetura
Corporativa a fornecer flexibilidade para evoluir rapidamente em resposta a mudanças no ambiente tecnológico ou de negócios • Monitora o negócio e o
38
Controlar Mudanças
• Assegurar que as mudanças na arquitetura são gerenciadas de uma maneira controlada.
• Assegurar que a arquitetura baseline continua adequada para a proposta
• Avaliar a performance da arquitetura e fazer recomendações de mudança
• Avaliar mudanças para o framework e configuração de princípios para as fases anteriores
• Estabelecer um processo de gerenciamento de mudança da arquitetura para nova baseline a ser atingida ao completar a fase G • Maximizar o valor do negócio a partir da arquitetura e operações
ongoing
