TOGAF (The Open Group Architecture Framework) um framework de arquitetura, independente de fornecedor, desenvolvido e mantido pelo The Open

n Group Forum, cuja funo apoiar na aceitao, produo, uso e manuteno de arquiteturas corporativas. A primeira verso (1995) foi baseada no DOD TAFIM (Technical Architecture Framework for Information Management). Um framework de arquitetura uma estrutura ou conjunto de estruturas que pode ser usado para desenvolver uma ampla variedade de diferentes arquiteturas. Pode conter:

mtodo para projetar um sistema de informao em termos de conjunto de building blocks mtodo para mostrar como os building blocks de encaixam conjunto de ferramentas vocabulrio comum lista de padres recomendados e produtos compliants que podem ser usados para implementar os buildings blocks (Building block um componente de negcio, de TI ou um recurso arquitetural, potencialmente reutilizvel.) O TOGAF define empresa como uma coleo de organizaes que possui um conjunto de objetivos comuns. Uma empresa tambm pode compreender parceiros, fornecedores, clientes, do mesmo modo que unidades internas. O TOGAF define Arquitetura de 2 maneiras:

Descrio formal de um sistema ou um plano detalhado de um sistema, em nvel de componente, para direcionar sua implementao. Uma estrutura de componentes, seus inter-relacionamentos e os princpios e diretrizes que governam seus desenhos e evoluo no tempo. Arquitetura corporativa a descrio de uma empresa como um sistema em termos de seus componentes, seus inter-relacionamentos e os princpios e diretrizes que governam seus desenhos e evoluo no tempo. A descrio geralmente feita identificando gaps entre o estado atual (baseline) e o desejado (target). O desenho prov um roadmap para a empresa atingir seus objetivos e entreg-los. Este, freqentemente descrito em mltiplos nveis de abrangncia e profundidade. Baseline (AS IS): a especificao formalmente revisada e acordada que serve como base para desenvolvimentos futuros e que podem mudar apenas atravs de um controle de mudana formal ou um tipo de procedimento como gerencia de configurao. Target (TO BE): a descrio do estado futuro da arquitetura que est sendo construda para a organizao, considerando que os stakeholders tm interesses (concerns) que precisam ser endereados para TI, o arquiteto identifica e refina os requisitos dos stakeholders, desenvolve vises da arquitetura e enderea os interesses mostrando as substituies necessrias. Um requisito derivado de um interesse que precisa ser atendido por um produto da arquitetura. Os requisitos devem ser SMART:

Specific (especfico) Measurable (mensurvel) Attainable (alcanavel) Realizable (realizvel) Time-bound (vinculado ao prazo) Pode haver vrios estados futuros desenvolvidos como um roadmap para mostrar a evoluo da arquitetura para o estado alvo.

Benefcios da Arquitetura Corporativa:

O gerenciamento efetivo e explorao da informao so determinantes para o sucesso do negcio e vantagem competitiva. Uma boa Arquitetura Corporativa otimiza o legado de processos (fragmentado) para um ambiente integrado possibilitando resposta a mudana e suporte na entrega da estratgia de negcio. Possibilita o equilbrio entre eficincia de TI e inovao. Ou seja, Explorao mais eficiente das operaes de TI: Menores custos de desenvolvimento, manuteno e suporte; Aumento da portabilidade das aplicaes; Melhoria da interoperabilidade e sistemas e gerenciamento de rede mais fcil; Facilidade de upgrades e trocas de componente de sistemas. Maior retorno de investimentos existentes e reduo de riscos para investimentos futuros:

o o o o o o o

Reduo da complexidade da infraestrutura de TI; Maximizao do ROI da infraestrutura existente; Facilidade para fazer, comprar ou terceirizar solues de TI; Reduo dos riscos em um novo investimento e de custos de propriedade de TI Decises de compras so mais simples porque dispe de um plano coerente e de informao para suport-las; Procurement mais rpido maximizao da velocidade e flexibilidade do procurement sem sacrifcar a coerncia arquitetural; A capacidade de efetuar aquisies heterogneas, multiforneedor e de sistemas abertos. Processo de compra (procurement) mais barato, simples e rpido:

Estrutura do documento TOGAF:

I Introduo

Conceitos chave de arquitetura corporativa e abordagem do TOGAF Definio de termos Release notes

ADM (Architecture Development Method), principal elemento do TOGAF, um mtodo para desenvolver e usar uma arquitetura corporativa. Compreende uma srie de fases relacionadas que asseguram que um conjunto de requisitos seja devidamente atendido. ADM iterativo e cclico e pode ser ajustado segundo as necessidades prprias da organizao. As fases esto descritas em termos de objetivos, abordagem, entradas (inputs), atividades (steps) e sadas (outcomes). Neste post fao apenas um breve resumo dos objetivos e algumas consideraes.

Fase P Preliminary
Preparar a empresa para projetos de arquitetura corporativa, definindo como esta empresa faz arquitetura.

Estabelecer um contexto organizacional (prover inputs para o processo de gerenciamento de requisitos para iniciar a fase de Viso) Identificar o patrocinador Obter comprometimento Definir escopo Definir a pegada/marca (footprint) da arquitetura Definir framework e mtodo Confirmar o framework de governana Selecionar ferramentas de suporte e infra-estrutura Definir princpios de arquitetura

Fase A Architecture Vision

Estabelecer um projeto e iniciar um ciclo de ADM, definindo escopo, regras e expectativas para cada iterao. Assegurar que esta evoluo tem reconhecimento e suporte Definir e organizar um ciclo de desenvolvimento da arquitetura Validar os princpios do negcio, goals e direcionadores Estabelecer indicadores chaves de desempenho (KPIs) Definir escopo e componentes Definir os stakeholders relevantes, bem como suas preocupaes e objetivos Definir requerimentos chave de negcio para serem endereados Articular uma viso da arquitetura Criar um plano compreensvel Obter uma aprovao formal para prosseguir Entender o impacto em outros ciclos paralelos de arquitetura

Fase B Business Architeture

Documentar a organizao de um negcio representado em seus processo e pessoas, seus relacionamentos e ambiente e os princpios que governam seu desenho e evoluo. Deve mostrar como a organizao atinge seus objetivos.

o o

Descrever uma arquitetura de negcio baseline Desenvolver uma arquitetura de negcio alvo Estratgia de produto / servio Aspectos organizacionais, funcionais, de processos, de informao e geogrficos Analisar os gaps Selecionar e desenvolver pontos de vista relevantes da arquitetura para demonstrar como os interesses dos stakeholders sero endereados Selecionar ferramentas e tcnicas para serem usadas

Fase C Information System Architecture

Documentar a organizao de TI, representando os principais sistemas e informaes processados, de uma maneira compreensvel para os stakeholders.

Desenvolver uma arquitetura alvo cobrindo um ou ambos, domnios de dados e aplicaes, dependendo do escopo Focar em identificar e definir consideraes de dados e aplicaes que suportem a Arquitetura de Negcio Data Architecture: definir os tipos e origens de dados necessrios para suportar o negcio, de um modo que seja compreensvel pelos stakeholders, completo e consistente e estvel. O time de arquitetura deve considerar modelos de dados existentes como ARTS e POSC. importante notar que Data Arquitecture no trata design de banco de dados. O objetivo definir as entidades de dados relevantes para a empresa e no projetar sistemas de armazenamento lgico ou fsico. Application Architecture: definir os tipos de aplicaes necessrios para processar os dados e suportar o negcio. As aplicaes devem ser descritas como grupos lgicos de capacidade, sem referncia a tecnologias particulares. Assim, aplicaes podem ser estveis, mesmo que a tecnologia para implement-la no seja.

Fase D: Technology Architecture

Documentar arquitetura tecnolgica que servir como base para os trabalhos de implementao e migrao , representando os hardwares, softwares e tecnologias de comunicao.

Mapear componentes da aplicao em um conjunto de componentes tecnolgicos Definir a realizao fsica de uma soluo arquitetural

Fase E Opportunities and Solutions

a primeira fase diretamente relacionada com a implementao. Identifica os parmetros de mudana, os incrementos e projetos necessrios.

Rever objetivos de negcio alvo e recursos Consolidar gaps das fases B e D Organizar grupos de buildings blocks para enderear estes recursos Revisar e confirmar os parmetros para e habilidade de absorver mudanas Derivar uma srie de arquiteturas de transio para entregar valor contnuo para o negcio Gerar e obter consenso em um esboo de estratgia de implementao e migrao

Fase F Migration Planning

Descreve como ser o movimento entre a arquitetura baseline e target. Isto inclui finalizar um plano detalhado de implementao e de migrao. Depois desta fase a preparao para a implementao estar completa.

Coordenar o plano de implementao e migrao com os frameworks de gerenciamento Priorizar os pacotes de trabalho, projetos e buildings blocks Atribuir / designar valor de negcio Conduzir anlise de custo do negcio Finalizar Architecture Vision e Architecture Definition Documents adequado a abordagem acordada para a implementao Confirmar arquiteturas de transao com stakeholders Criar, evoluir e monitorar a implementao e migrao detalhada

Fase G Implementation Governance

Definir como a arquitetura regula a implementao de projetos, monitora a construo e produz um Contrato de Arquitetura assinado. Esta fase inclui governar a arquitetura conduzindo revises e monitoramento de risco.

Formular recomendaes para cada projeto de implementao Governar e gerenciar um contrato de arquitetura cobrindo todo processo de implementao e implantao Executar funes apropriadas de governana enquanto a soluo est sendo implementada e implantada Assegurar conformidade com a arquitetura definida Assegurar que o programa da soluo implantado com sucesso assim como o programa planejado para o trabalho Assegurar conformidade da implantao da soluo com a arquitetura alvo Mobilizar operaes de suporte que vo sustentar o funcionamento futuro da soluo implantada

Fase H Architecture Change Management

Assegurar que as mudanas na arquitetura so gerenciadas de uma maneira controlada. Assegurar que a arquitetura baseline continua adequada para a proposta Avaliar a performance da arquitetura e fazer recomendaes de mudana Avaliar mudanas para o framework e configurao de princpios para as fases anteriores Estabelecer um processo de gerenciamento de mudana da arquitetura para nova baseline a ser atingida ao completar a fase G Maximizar o valor do negcio a partir da arquitetura e operaes ongoing Operar o framework de governana

Fase R Requirement Management

Identificar e manter requerimentos de arquitetura em todas as fases do ciclo ADM.

Definir um processo para gerenciar requerimentos, identificando, armazenando e retroalimentando nas fases relevantes Durante cada fase o trabalho validado contra os requisitos atuais que motivam o desenvolvimento