Visão geral do DODAF e do TOGAF

Os arquitetos do sistema de defesa operam em um ambiente onde a interoperabilidade, segurança e garantia de missão não são negociáveis. Para gerenciar a complexidade dos sistemas de defesa modernos, eles dependem de estruturas arquitetônicas que fornecem estrutura, repetibilidade e clareza. Dois dos frameworks mais referenciados são o Departamento de Arquitetura de Defesa (DODAF) e o Open Group Architecture Framework (TOGAF). Embora ambos ofereçam caminhos para o design coerente do sistema, eles servem fundamentalmente diferentes propósitos e se originam de contextos diferentes.

DODAF é um framework desenvolvido pelo Departamento de Defesa dos EUA especificamente para modelagem e documentação de arquiteturas relacionadas à defesa. Foi construído para apoiar a aquisição, engenharia de sistema de sistemas e planejamento operacional em ramos militares. TOGAF, em contraste, é um framework de arquitetura empresarial de uso geral mantido pelo Open Group. Ele se concentra em alinhar metas de negócios com capacidades de TI e é usado em indústrias como finanças, saúde, fabricação e cada vez mais em governo e defesa.

Contexto histórico e finalidade

O DODAF evoluiu de esforços de arquitetura militar anteriores, como o C4ISR Architecture Framework, formalizado na década de 1990 para ajudar o DoD a gerenciar a crescente complexidade dos sistemas em rede. Seu objetivo principal é garantir que os sistemas de defesa sejam projetados com interoperabilidade, compartilhamento de dados e eficácia operacional em mente. O DODAF é mandatado para muitos programas de aquisição de DoD e é fortemente confiável por contratantes e integradores de sistemas que trabalham em projetos de defesa dos EUA.

O TOGAF foi lançado pela primeira vez pelo The Open Group em 1995, com base em trabalhos anteriores do Departamento de Defesa dos EUA Technical Architecture Framework for Information Management (TAFIM). Ao invés de estar ligado a um único domínio, o TOGAF foi projetado como um framework neutro do setor, que qualquer organização poderia adotar para melhorar as práticas de arquitetura empresarial. Desde então, tornou-se um dos frameworks de arquitetura empresarial mais amplamente adotados globalmente, com profissionais certificados tanto no setor público quanto privado.

Conceitos Principais do DODAF

O DODAF organiza dados arquitetônicos em um conjunto de visualizações e modelos. A estrutura define oito pontos de vista: Todos os pontos de vista (AV), Capability Viewpoint (CV), Data and Information Viewpoint (DIV), Operational Viewpoint (OV), Project Viewpoint (PV), Services Viewpoint (SvcV), Standards Viewpoint (StdV) e Systems Viewpoint (SV). Cada ponto de vista contém modelos específicos que descrevem aspectos como atividades operacionais, interfaces de sistema, trocas de dados e conformidade de padrões. A ênfase é em fornecer múltiplas perspectivas que, em conjunto, oferecem uma visão abrangente de uma capacidade de defesa.

Chave para o DODAF é o conceito de Modelo DoDAF-descrito (DDM). Arquitetos selecionam quais modelos produzir com base nas perguntas que precisam responder – por exemplo, "Que sistemas suportam este tópico de missão?" ou "Como os dados fluem entre essas plataformas de sensores?" O framework é ] modular[: você usa apenas as visões relevantes para sua análise, não todas elas. Isso permite que as equipes ajustem seu esforço ao escopo do projeto, mantendo uma linguagem comum para comunicação entre os stakeholders.

Conceitos Principais do TOGAF

O TOGAF é construído em torno do Método de Desenvolvimento de Arquitetura (ADM), um processo passo a passo para criar e gerenciar arquiteturas empresariais. O ADM consiste em fases: Fase Preliminar, Visão de Arquitetura, Arquitetura de Negócios, Arquitetura de Sistemas de Informação (Data e Application), Arquitetura de Tecnologia, Oportunidades e Soluções, Planejamento Migratório, Governança de Implementação, Gestão de Mudança de Arquitetura e Gestão de Requisitos. Cada fase produz entregas específicas, como princípios de arquitetura, avaliações de capacidade e roteiros.

Ao contrário do DODAF, que se concentra em ] visualizações (o que modelar), o TOGAF foca em processo (como construir e governar a arquitetura). TOGAF também inclui o Enterprise Continuum, um modelo de classificação para ativos arquitetônicos, e o Architecture Content Framework, que define artefatos como catálogos, matrizes e diagramas. TOGAF é projetado para ser iterativo e adaptável, permitindo que as organizações escalem a abordagem para o seu nível de maturidade.

Análise comparativa do DODAF e do TOGAF

Entender onde esses frameworks diferem – e onde eles se complementam – é essencial para qualquer arquiteto de sistemas de defesa. Abaixo examinamos as dimensões chave da diferença.

Âmbito e foco

A diferença mais fundamental reside no escopo. O DODAF é ]domain-specific—segmenta sistemas de defesa e segurança nacional.Seus modelos são projetados para capturar conceitos operacionais (como threads de missão), interfaces de sistema e padrões técnicos relevantes para ambientes militares.O DODAF aborda explicitamente conceitos como níveis de interoperabilidade, classificação de segurança e interações sistema-de-sistema em ambientes contestados.

O TOGAF é do domínio-agnóstico. Ele fornece uma estrutura genérica para arquitetura empresarial que pode ser aplicada a qualquer organização – varejo, bancário, saúde ou governo. Em um contexto de defesa, o TOGAF pode ser usado para alinhar a estratégia de TI empresarial com objetivos de negócios de defesa, gerenciar a transição de sistemas legados ou planejar um ambiente de serviços compartilhados. No entanto, a natureza genérica do TOGAF não inclui suporte integrado para construções militares específicas, como cadeias de matança, hierarquias de comandos ou requisitos de segurança específicos de plataformas.

Para arquitetos de sistemas de defesa, isso significa que o DODAF é normalmente usado para arquitetura de nível de sistema (por exemplo, um novo sistema de mísseis, um nó C2), enquanto TOGAF é usado para arquitetura de nível de empresa (por exemplo, infraestrutura de TI do DoD, sistemas de informação logística). Muitos grandes programas de defesa usam tanto: DODAF para a modelagem de nível de sistema e TOGAF para a governança de arquitetura empresarial e planejamento de transformação.

Estrutura-quadro

A estrutura do DODAF é baseada em . O arquiteto seleciona de um conjunto definido de pontos de vista e povoa modelos específicos (por exemplo, OV-1 Operational Concept Graphic, SV-1 Systems Interface Description). As saídas são representações estáticas da arquitetura em um momento. A versão 2.02 do DODAF, a norma atual, organiza modelos em uma taxonomia que os agrupa por finalidade: descrever o contexto operacional, os sistemas e serviços, os dados e informações e as normas técnicas.

A estrutura do TOGAF é baseada em processos . O ADM orienta o arquiteto através de uma série de fases, cada uma com objetivos definidos, passos, entradas e saídas. O processo é cíclico, permitindo iterações contínuas e refinamento. O TOGAF enfatiza governança arquitetônica[ – como as decisões são tomadas, quem as aprova, e como as mudanças são gerenciadas ao longo do tempo. O ADM é o coração do TOGAF; sem isso, o framework perde seu rigor processual.

Esta diferença estrutural tem implicações práticas. Com o DODAF, você pode produzir um conjunto de modelos relativamente rápido para um sistema específico, mas você deve ter cuidado para manter a consistência entre os modelos. Com o TOGAF, você investe antecipadamente na governança de arquitetura e alinhamento de stakeholders, mas a arquitetura resultante é mais provável de ser implementada e sustentada porque tem buy-in e um plano de migração.

Metodologia e Flexibilidade

DODAF é frequentemente descrito como ] prescritivo em seus requisitos de modelagem, mas flexível[ em como você usá-lo. O framework não prescreve um processo de desenvolvimento – ele só especifica quais modelos produzir e como eles se relacionam. Você pode usar sua própria metodologia de gerenciamento de projeto (por exemplo, Ágil, Cachoeira) com DODAF. No entanto, os modelos em si são detalhados e podem ser demorados para manter, especialmente se o sistema mudar com frequência.

TOGAF é prescritivo-processo mas flexível-produto. A ADM lhe diz os passos a seguir, mas os artefatos que você cria podem ser adaptados às necessidades da sua organização. TOGAF permite que você omita fases, combine-as ou itere conforme necessário. Esta flexibilidade torna o TOGAF adequado para organizações que ainda estão amadurecendo sua prática de arquitetura. O trade-off é que sem orientação rigorosa sobre o que produzir, a qualidade e consistência da arquitetura podem variar.

Para arquitetos de defesa, a escolha muitas vezes se resume ao ambiente regulamentar . Se o projeto é uma aquisição de DoD e deve cumprir com o Guia de Aquisição de Defesa ou JCIDS (Joint Capabilities Integration and Development System), os modelos DODAF são frequentemente necessários para entregar itens. Em contraste, se o projeto envolve transformação de TI em toda a empresa – como a mudança para uma plataforma logística baseada em nuvem – TOGAF oferece um ajuste melhor devido à ênfase no planejamento e migração de capacidade empresarial.

Governação e Cumprimento

O DODAF está fortemente integrado com os processos de governança do DoD. Os contratantes são frequentemente obrigados a produzir modelos DODAF para revisões de design de sistemas, e o DoD usa visualizações do DODAF para avaliar a interoperabilidade e a conformidade compartilhá-los. O framework também se conecta com as arquiteturas de referência do DoD, como o Joint Common Database (JCDB) e o DoD Information Enterprise Architecture (DoD IEA). Isto significa que o DODAF não é apenas uma ferramenta de modelagem – é um mecanismo de conformidade ].

A governança da TOGAF é centrada na organização. O framework recomenda a criação de um Conselho de Arquitetura, mas não exige o cumprimento de regulamentos externos. Em contextos de defesa, o TOGAF pode ser usado para atender aos padrões organizacionais como o NIST SP 800-53 ou o CMMC do DoD (Cybersecurity Maturity Model Certification), mas o mapeamento não é construído no framework. Os arquitetos devem integrar manualmente esses requisitos nas fases ADM.

Aplicação em Projetos de Defesa

Para ver como esses frameworks funcionam na prática, considere dois cenários de defesa típicos.

Quando usar o DODAF

Imagine que você é o arquiteto principal para um novo sistema de ligação de dados tácticos que conecta aeronaves, estações terrestres e navios. O sistema deve atender a padrões de interoperabilidade específicos (por exemplo, Link 16, JREAP) e ser integrado com sistemas C2 existentes. Seu fornecimento inclui uma Descrição de Arquitetura de Sistema (System View 1) e Modelos de Atividade Operacional (Operation View 5). DODAF é a escolha natural porque fornece as vistas exatas necessárias para documentar interfaces de sistema, fluxos de dados e restrições de segurança. O cliente do Departamento de Defesa espera artefatos DODAF como parte do processo de Revisão Técnica de Engenharia de Sistemas (SETR). Usando o TOGAF aqui seria possível, mas exigiria uma personalização pesada para produzir o mesmo nível de detalhe.

Para uma compreensão mais aprofundada da taxonomia do modelo do DODAF, a orientação oficial do Departamento de Defesa está disponível na página do Departamento de Defesa do Departamento de Defesa do Departamento de Defesa do Departamento de Defesa do Departamento de Defesa do Departamento de Defesa .

Quando usar TOGAF

Agora considere um projeto diferente: a Agência Logística de Defesa quer modernizar seu sistema de gerenciamento de cadeia de suprimentos, consolidando múltiplas instâncias de ERP legado em uma única plataforma baseada em nuvem. Este é um esforço de transformação empresarial envolvendo reengenharia de processos de negócios, racionalização de aplicativos e migração de dados. O desafio principal não é modelar interfaces de sistemas, mas alinhar a estratégia de negócios com investimentos de tecnologia, gerenciar mudanças organizacionais e criar um plano de migração faseada. A A ADM da TOGAF é ideal aqui porque fornece uma forma estruturada de desenvolver a arquitetura alvo, avaliar capacidades atuais e planejar a transição. O arquiteto pode usar a fase de Arquitetura de Negócios da TOGAF para mapear processos logísticos, a fase de Arquitetura de Sistemas de Informação para definir modelos de dados e a fase de Planejamento de Migração para sequenciar a implantação. O DODAF poderia complementar o esforço fornecendo visões operacionais de alto nível, mas não ofereceria o mesmo processo de governança e planejamento.

Mais informações sobre o TOGAF e seu ADM podem ser encontradas em A página do TOGAF Open Group.

Abordagens híbridas

Muitas organizações de defesa usam ambos os frameworks em conjunto. Um padrão típico é usar o TOGAF para a prática de arquitetura empresarial – estabelecendo o conselho de arquitetura, gerenciando o repositório e conduzindo planejamento baseado em capacidade – e então usar o DODAF para modelagem específica de nível de sistema dentro desse contexto empresarial. Esta abordagem híbrida é recomendada pela orientação do Diretor de Informações Chefe do DoD. Algumas organizações também adotam o UPDM (Perfil UML para DODAF e MODAF), que fornece uma notação padronizada para modelos DODAF usando UML/SysML, facilitando a integração com o conjunto de artefatos do TOGAF.

Outra tendência emergente é o uso de Archimate, uma linguagem de modelagem alinhada com TOGAF, para representar vistas tipo DODAF. O padrão ArchiMate do Open Group inclui uma extensão de defesa que permite aos arquitetos criar visualizações operacionais e de sistema semelhantes às do DODAF. Isso abre a possibilidade de um ambiente de modelagem unificado que suporta ambos os frameworks.

Quadro de Decisão para os Arquitectos de Defesa

A escolha entre DODAF e TOGAF (ou sua combinação) depende de vários fatores:

  • Natureza do projeto:] Nível do sistema (DODAF) vs nível empresarial (TOGAF).Se o projeto se concentra em um sistema de defesa específico com requisitos de interface claros, DODAF é geralmente mandatado ou preferido. Se o projeto envolve transformação de negócios, consolidação de TI, ou planejamento estratégico, TOGAF é mais apropriado.
  • Restrições regulatórias: Se o projeto deve cumprir a Diretiva do DoD 8200.1 ou o currículo da Universidade de Aquisição de Defesa (DAU), os artefatos do DODAF são frequentemente necessários. O TOGAF pode apoiar o cumprimento, mas não é o quadro necessário.
  • Maturidade da equipe: As equipes experientes com linguagens de modelagem e processos de aquisição de DoD serão mais confortáveis com DODAF. As equipes novas para arquitetura ou trabalhando em um ambiente multi-indústria podem encontrar a abordagem passo a passo do TOGAF mais fácil de adotar.
  • Ferramenta: A modelagem DODAF muitas vezes requer ferramentas especializadas como IBM Rational System Architect ou No MagicDraw com plugin UPDM. TOGAF pode ser suportado por ferramentas de arquitetura corporativa mais genéricas como Sparx Enterprise Architect ou BiZZdesign. A seleção de ferramentas pode influenciar a escolha.
  • Sustentação a longo prazo: Os modelos DODAF podem ficar desatualizados rapidamente se não forem mantidos. A fase de gerenciamento de mudanças de arquitetura do TOGAF aborda especificamente como manter a arquitetura atual. Para sistemas com longos ciclos de vida (por exemplo, plataformas de combate operando por mais de 30 anos), os processos de governança do TOGAF podem ser mais valiosos.

Para um guia prático sobre a integração destes quadros, a MITRE Corporation publica uma comparação útil que discute como harmonizar DODAF com outros quadros como TOGAF e FEAF. Veja O artigo da MITRE sobre arquiteturas de empresas e sistemas de ponte.

Considerações adicionais

Além dos dois principais quadros, os arquitetos de defesa devem estar cientes de equivalentes internacionais, como o Ministério da Arquitetura da Defesa do Reino Unido (MODAF) e o OTAN Architecture Framework (NAF). Estes compartilham muitos conceitos com o DODAF, mas têm seus próprios pontos de vista específicos. Se seu projeto envolver parceiros de coalizão, você pode precisar garantir a interoperabilidade ao nível do modelo – DODAF e MODAF foram harmonizados através da norma UPDM. TOGAF também é usado internacionalmente, e sua abertura pode facilitar a colaboração com agências não-defesas.

Por fim, não desconsidere a importância da formação e certificação . O Open Group oferece certificação TOGAF para indivíduos e organizações. O DoD fornece treinamento no DODAF através da Universidade de Aquisição de Defesa. Investir em arquitetos certificados pode reduzir o risco em programas complexos.

Conclusão

Tanto o DODAF quanto o TOGAF são ferramentas poderosas na caixa de ferramentas do arquiteto de defesa. O DODAF se destaca na captura dos detalhes técnicos e operacionais dos sistemas de defesa, garantindo que eles atendam aos requisitos militares específicos. O TOGAF se destaca em orientar a transformação empresarial, fornecendo um processo comprovado para alinhar estratégias de negócios e TI. Para os arquitetos de sistemas de defesa, a decisão não é sobre qual o framework melhor, mas qual o melhor se encaixa no problema específico à mão. Em muitos casos, a resposta é tanto. Ao entender suas diferenças e como combiná-las, os arquitetos podem construir arquiteturas que são tanto rigorosas quanto adaptáveis, atendendo às demandas do ambiente de defesa complexo de hoje.

Para mais leitura, o Open Group fornece um artigo branco sobre o uso do TOGAF com frameworks governamentais em TOGAF e Frameworks de Arquitetura do Governo, e o site do DoD Architecture Framework continua a ser a fonte definitiva para a orientação do DODAF. Os arquitetos também devem consultar os requisitos específicos do escritório de seu programa antes de selecionar um framework.