TOGAF é um framework para arquitetura empresarial para o design, planejamento, implementação e governança de uma arquitetura de tecnologia da informação empresarial.

TOGAF®, um Padrão da The Open Group, é uma metodologia e estrutura de arquitetura empresarial comprovada, usada pelas principais organizações do mundo para melhorar a eficiência dos negócios. É um padrão de arquitetura empresarial, garantindo padrões, métodos e comunicação consistentes entre profissionais de arquitetura empresarial, para que possamos realizar nosso trabalho de arquitetura empresarial de forma mais eficaz, incluindo:
• Um modelo de processo iterativo apoiado por boas práticas
• Um conjunto reutilizável de ativos de arquitetura existentes
• Métodos e ferramentas para o planejamento, desenvolvimento, implementação e manutenção de uma arquitetura empresarial

Visão Geral do Desenvolvimento do TOGAF

Primeiramente publicado em 1995, TOGAF foi baseado no Framework de Arquitetura Técnica do Departamento de Defesa dos EUA para Gestão de Informação (TAFIM). A partir dessa base, o Forum de Arquitetura da The Open Group desenvolveu versões sucessivas do TOGAF em intervalos regulares.

*de ArchiTACTS http://architacts.com/WP/?page_id=11753

O que é arquitetura no contexto do TOGAF?

A ISO/IEC 42010:2007 define “arquitetura” como:

“A organização fundamental de um sistema, incorporada em seus componentes, suas relações mútuas e com o ambiente, e os princípios que regem seu projeto e evolução.”

O TOGAF adota e amplia essa definição. No TOGAF, “arquitetura” tem dois significados dependendo do contexto:

Uma descrição formal de um sistema, ou um plano detalhado do sistema em nível de componente para orientar sua implementação
A estrutura de componentes, suas inter-relações e os princípios e diretrizes que regem seu projeto e evolução ao longo do tempo.

O que é Arquitetura Empresarial?

A arquitetura empresarial (EA) é uma prática bem definida para realizar análise, design, planejamento e implementação empresarial, utilizando sempre uma abordagem holística, para o desenvolvimento e execução bem-sucedidos da estratégia. A arquitetura empresarial aplica princípios e práticas de arquitetura para orientar as organizações por meio das processos de negócios, Dados e informação, e tecnologia mudanças necessárias para executar suas estratégias. Essas práticas utilizam os diversos aspectos de uma empresa para identificar, motivar e alcançar essas mudanças, que incluem o esforço para compreender a intenção estratégica de um negócio e, em seguida, alinhar tudo, desde processos de negócios até tecnologia de suporte, relações com parceiros, infraestrutura de todos os tipos, contratação e treinamento, e qualquer outro aspecto importante do trabalho para alcançar um desempenho empresarial melhor.

Estrutura do TOGAF

O conteúdo do TOGAF é dividido em 7 partes:

Introdução
Método de Desenvolvimento de Arquitetura
Diretrizes e Técnicas do ADM
Framework de Conteúdo de Arquitetura
Continuum Empresarial & Ferramentas
Modelos de Referência TOGAF
Framework de Capacidade de Arquitetura

A breve descrição de cada uma das sete partes está listada a seguir:

Parte I – Introdução

Como mostrado na tabela, esta parte fornece uma introdução de alto nível aos conceitos-chave de arquitetura empresarial e, em particular, à abordagem TOGAF. Agora vamos explorar os conceitos centrais de cada uma dessas partes:

Conceitos Centrais

O TOGAF 9 abrange o desenvolvimento de quatro tipos relacionados de arquitetura. Esses quatro tipos de arquitetura são comumente aceitos como subconjuntos de uma arquitetura empresarial geral, todos os quais o TOGAF foi projetado para suportar.

Tipos de Arquitetura

Arquitetura de Negócios –A estratégia de negócios, governança, organização e processos-chave de negócios.
Arquitetura de Dados –A estrutura dos ativos lógicos e físicos de dados e dos recursos de gestão de dados de uma organização.
Arquitetura de Aplicativos –Um plano para os aplicativos individuais a serem implantados, suas interações e seus relacionamentos com os processos centrais de negócios da organização.
Arquitetura de Tecnologia de Arquitetura –As capacidades lógicas de software e hardware necessárias para suportar a implantação de serviços de negócios, dados e aplicativos. Isso inclui infraestrutura de TI, middleware, redes, comunicações, processamento e padrões.

Observe que:Arquitetura de Sistemas de Informação = Arquitetura de Dados + Aplicativo

Documentos relacionados à Estrutura do Módulo TOGAF

Parte II – o Método de Desenvolvimento de Arquitetura (ADM) é a parte central do TOGAF
Parte VII – A Capacidade de Arquitetura opera o ADM.
Parte III – O ADM é apoiado por várias diretrizes e técnicas
Parte IV – Conteúdos como: Entregáveis, artefatos e blocos de construção são produzidos e armazenados no Repositório de Arquitetura
Parte V – eles são classificados de acordo com o Continuum Empresarial
Parte VI – O repositório é inicialmente preenchido com os Modelos de Referência TOGAF

Parte II: Método de Desenvolvimento de Arquitetura

Este é o famoso círculo chamado de Métodos de Desenvolvimento de Arquitetura (ADM). Cada fase contém um conjunto de etapas que se deve realizar. Ele fornece um processo testado e reprodutível para o desenvolvimento de arquiteturas.

Fase Preliminar
Fase A: Visão de Arquitetura
Fase B: Arquitetura de Negócios
Fase C: Arquitetura de Sistemas de Informação Fase D: Arquitetura de Tecnologia
Fase E: Oportunidades e Soluções
Fase F: Planejamento de Migração
Fase G: Governança de Implementação
Fase H: Gestão de Mudanças de Arquitetura
Gestão de Requisitos

Observe que:

Na fase de arquitetura B, C e D do TOGAF, devem ser realizadas as mesmas etapas (etapa 1-8)

Narrativas do ADM

Cada uma das fases de desenvolvimento no TOGAF vem com quatro seções principais para orientar, conforme descrito na Fase A na figura abaixo:

Parte III: Diretrizes e Técnicas do ADM

Um conjunto de diretrizes e técnicas para apoiar a aplicação do ADM. As diretrizes ajudam a adaptar o ADM para lidar com diferentes cenários, incluindo estilos de processo diferentes (por exemplo, o uso de iterações) e também requisitos específicos (por exemplo, segurança). As técnicas apoiam tarefas específicas dentro do ADM (por exemplo, definição de princípios, cenários de negócios, análise de lacunas, planejamento de migração, gestão de riscos, etc). Estes são os tópicos abordados nas Diretrizes e Técnicas do ADM:

Iteração no ADM
Paisagem de Arquitetura
Arquitetura de Segurança
SOA
Princípios de Arquitetura
Gestão de Stakeholders
Padrões de Arquitetura
Cenários de Negócios e Objetivos de Negócios
Análise de Lacunas
Técnicas de Planejamento de Migração
Requisitos de Interoperabilidade
Avaliação da Prontidão para Transformação de Negócios
Gestão de Riscos
Planejamento Baseado em Capacidades

Parte IV: Framework de Conteúdo de Arquitetura

Esta parte descreve o Framework de Conteúdo TOGAF (novidade na TOGAF 9). Ela descreve:

Uma adição significativa à TOGAF
Oferece um modelo detalhado dos produtos de trabalho de arquitetura
Promove uma maior consistência nas saídas da TOGAF

Metamodelo de Conteúdo

O framework de conteúdo fornece um modelo estruturado de tipos de blocos de construção, relações e atributos que podem ser usados informalmente ou como base para a configuração de uma ferramenta de modelagem de arquitetura empresarial. Embora os blocos de construção continuem sendo os elementos básicos da arquitetura dentro da TOGAF, o framework de conteúdo apresenta um conceito de núcleo e extensão, com tipos opcionais de blocos de construção, para suportar arquiteturas leves e detalhadas. Ele traz os seguintes benefícios adicionados à TOGAF:

Oferece uma lista completa de verificação das saídas de arquitetura.
Promove uma melhor integração dos produtos de trabalho se adotado em toda a empresa
Oferece um padrão aberto detalhado sobre como as arquiteturas devem ser descritas

Entregáveis, Artefatos e Blocos de Construção

Entregáveis são usados para produtos de trabalho que devem ser produzidos e serão formalmente revisados, aprovados e assinados pelos interessados. As saídas dos projetos geralmente estão na categoria de entregáveis e estão em formato de documentação que será arquivada ao final do projeto ou transferida para o Repositório de Arquitetura como um modelo de referência, padrão ou instantâneo do cenário de arquitetura.

O Framework de Conteúdo de Arquitetura utiliza três categorias diferentes para categorizar o tipo de saída desenvolvida durante o processo ADM. As três categorias diferentes do Framework de Conteúdo de Arquitetura TOGAF são

Entregáveis
Artefatos
Blocos de Construção

Artefatos

Artefatos são usados para produtos de trabalho que descrevem um aspecto da arquitetura. Os artefatos são classificados da seguinte forma:

Catálogo – Usado para mostrar uma lista de coisas
Matrizes – Usado para mostrar relações entre coisas
Diagramas – Imagens de coisas

Blocos de Construção

Um bloco de construção é um pacote de funcionalidades definido para atender às necessidades de negócios em toda a organização. Blocos de construção são frequentemente usados em diferentes níveis. Podemos usá-lo para representar capacidades de negócios conceituais, como gestão de relacionamento com clientes (CRM) em análises iniciais. Também podemos aprimorar a capacidade conceitual em funcionalidades, como dados mestres de clientes, e depois detalhá-la ainda mais em: nomeação de gerentes, gerenciamento de contatos de clientes, etc.

Parte V: Continuum Empresarial e Ferramentas

Um modelo para estruturar um repositório virtual e métodos para classificar artefatos de arquitetura e soluções. Ele apresenta as seguintes mudanças na TOGAF 9:

Substancialmente revisado
Os modelos de referência foram movidos para a Parte VI
Novo conteúdo adicionado sobre Particionamento de Arquitetura e o Repositório de Arquitetura
A Base de Informação Padrão (SIB) é removida

Continuum Empresarial vs Continuum de Soluções

Na parte superior da Figura, descreve-se a imagem lógica da arquitetura (Continuum de Arquitetura) e na parte inferior, menciona-se a realização física da arquitetura (Continuum de Soluções)

Arquitetura Genérica vs Arquitetura Específica

Além disso, o diagrama é estruturado da esquerda para a direita, começando pela arquitetura “mais genérica” até a arquitetura “mais específica”, o que nos permite aprimorar nossa arquitetura de “lógica” para “física”, e de mais genérica para mais específica à medida que avançamos do problema inicial até a solução final.

Particionamento

O particionamento de arquitetura permite o gerenciamento de custos e complexidade ao dividir a empresa e atribuir papéis e responsabilidades adequados a cada partição. Esta figura demonstra a necessidade de uma meta-arquitetura em organizações federadas que fornece um framework de integração para os arquitetos individuais das diferentes unidades de negócios.

Repositório de Arquitetura

O Repositório de Arquitetura é um local lógico para organizar material de referência e resultados do trabalho de arquitetura. Algumas ou todas as suas partes podem ser arquivadas em uma ferramenta de repositório físico, como o armário de documentação da VP. Também é um modelo conceitual que define que tipo de coisas são armazenadas. Os principais componentes dentro de um Repositório de Arquitetura são os seguintes:

O Metamodelo de Arquiteturadescreve a aplicação adaptada à organização de um framework de arquitetura, incluindo um metamodelo para conteúdo de arquitetura.
O Capacidade de Arquiteturadefine os parâmetros, estruturas e processos que sustentam a governança do Repositório de Arquitetura.
O Cenário de Arquiteturamostra uma visão arquitetônica dos blocos de construção utilizados atualmente na organização (por exemplo, uma lista de aplicações em produção). O cenário provavelmente existe em múltiplos níveis de abstração para atender a diferentes objetivos de arquitetura.
O Base de Informação de Padrões (SIB) captura os padrões com os quais as novas arquiteturas devem se conformar, que podem incluir padrões da indústria, produtos e serviços selecionados de fornecedores ou serviços compartilhados já implantados na organização.
O Biblioteca de Referênciafornece diretrizes, modelos, padrões e outras formas de material de referência que podem ser utilizados para acelerar a criação de novas arquiteturas para a empresa.
O Registro de Governançafornece um registro das atividades de governança em toda a empresa.

Parte VI: Modelos de Referência

A definição dos Modelos de Referência foi substancialmente revisada na TOGAF 9. São fornecidos dois modelos de referência:

Modelo de Referência Técnico (TRM) – Uma Arquitetura de Fundação que atua como um modelo e uma taxonomia de serviços genéricos de plataforma.
Modelo de Infraestrutura de Informação Integrada (III-RM) – Um modelo para aplicações de negócios e aplicações de infraestrutura

Relacionando Modelos de Referência ao Continuum de Arquitetura

O Continuum de Arquitetura é composto por quatro estados. O processo subjacente é descobrir os requisitos arquitetônicos, analisar e compreender as arquiteturas já existentes na organização, desde arquiteturas de fundação (por exemplo, TRM), passando por arquiteturas de sistemas comuns (III-RM), arquiteturas de padrões da indústria (por exemplo, SOA), até a própria arquitetura da organização. A figura abaixo ilustra um processo arquitetônico baseado em quatro estados:

Arquiteturas de fundação (TRM)
Arquiteturas de sistemas comuns (III-RM)
Arquiteturas da indústria
Arquiteturas da organização

As mudanças arquitetônicas feitas nos estados à esquerda serão migradas para os estados à direita. A direção da esquerda para a direita implica uma progressão lógica na organização da implementação de uma arquitetura empresarial.

Parte VII: Estrutura de Capacidade de Arquitetura

Esta parte discute a organização, processos, habilidades, papéis e responsabilidades necessárias para estabelecer e operar uma prática de arquitetura dentro de uma empresa. É uma nova parte no TOGAF 9 e derivada da Base de Recursos 8.1.1

Estrutura da Capacidade de Arquitetura

O desenvolvimento de uma arquitetura empresarial envolve a geração de capacidade de negócios, planejamento e gestão da arquitetura na organização em todos os níveis por meio de diferentes fases de desenvolvimento. A empresa precisa identificar os órgãos de governança responsáveis por tomar decisões arquitetônicas, conforme mostrado no topo da figura abaixo.

No meio do lado direito, o TOGAF especifica o pool de habilidades arquitetônicas que registra a definição da maturidade da organização e sua melhoria. Portanto, ele contém as habilidades, conhecimentos e estratégias de desenvolvimento profissional dos profissionais de arquitetura. Esse conhecimento permite definir os papéis e responsabilidades para o trabalho de arquitetura, ou seja, quem é responsável por quê?

À direita do pool de habilidades, a Governança de Projetos/Portfólio envia contratos de trabalho arquitetônico ao Projeto/Portfólio, que devem estar alinhados com a prioridade e o foco das operações do negócio.

Entregáveis, artefatos, registros ou documentos de política podem ser extraídos do continuum empresarial e do repositório de arquitetura

A ideia geral é evoluir a capacidade da organização para desenvolver arquitetura, o que resultará em aumento da capacidade de negócios.

Conselho de Arquitetura – O Conselho supervisiona a implementação da estratégia de governança, que compreende partes interessadas representativas responsáveis pela revisão e manutenção da arquitetura

Arquitetura Conforme – Uma relação fundamental entre a arquitetura e a implementação reside nas definições dos termos conformes, para garantir a conformidade dos projetos individuais com a arquitetura empresarial.

Contratos de Arquitetura –Acordos conjuntos entre parceiros de desenvolvimento e patrocinadores sobre os entregáveis, qualidade e adequação ao propósito de uma arquitetura

Modelos de Maturidade de Arquitetura – são utilizados como meio para as empresas avaliarem sua posição atual, e, portanto, compreenderem melhor quando é o momento certo de avançar e como fazê-lo

Estruturas de Habilidades de Arquitetura – fornecem uma visão dos níveis de competência necessários para papéis específicos.

Referências:

O que é o TOGAF?