Marco de arquitectura del Departamento de Defensa

El Marco de Arquitectura del Departamento de Defensa ( DoDAF ) es un marco de arquitectura para el Departamento de Defensa de los Estados Unidos (DoD) que proporciona infraestructura de visualización para abordar las inquietudes de las partes interesadas específicas mediante puntos de vista organizados en diversas vistas . Estas vistas son herramientas para visualizar, comprender y asimilar el amplio alcance y la complejidad de la descripción de una arquitectura a través de métodos tabulares , estructurales , conductuales , ontológicos , pictóricos , temporales , gráficos , probabilísticos o conceptuales alternativos . La versión actual es DoDAF 2.02.

Este marco de arquitectura es especialmente adecuado para sistemas grandes con complejos desafíos de integración e interoperabilidad, y es aparentemente único por su uso de "vistas operacionales". Estas vistas ofrecen una visión general y detalles dirigidos a las partes interesadas específicas dentro de su dominio y en interacción con otros dominios en los que operará el sistema. ^{[ 3 ]}

El DoDAF proporciona un marco fundamental para desarrollar y representar descripciones de arquitectura que garantizan un denominador común para comprender, comparar e integrar arquitecturas a través de fronteras organizativas, conjuntas y multinacionales. Establece definiciones de elementos de datos, reglas y relaciones, así como un conjunto básico de productos para el desarrollo coherente de sistemas, arquitecturas integradas o federadas. Estas descripciones de arquitectura pueden incluir familias de sistemas (FoS), sistemas de sistemas (SoS) y capacidades centradas en la red para la interoperabilidad e interacción en entornos no bélicos. ^{[ 1 ]}

Se espera que los componentes del Departamento de Defensa (DoD) se ajusten al DoDAF en la mayor medida posible en el desarrollo de arquitecturas dentro del departamento. El cumplimiento garantiza que la reutilización de información, artefactos de arquitectura, modelos y puntos de vista se puedan compartir con un entendimiento común. Todas las adquisiciones importantes de sistemas de tecnología de la información y armas del DoD de EE. UU. deben desarrollar y documentar una arquitectura empresarial (EA) utilizando las vistas prescritas en el DoDAF. Si bien está claramente dirigido a sistemas militares, el DoDAF tiene una amplia aplicabilidad en los sectores privado, público y voluntario de todo el mundo, y representa uno de los numerosos marcos de arquitectura de sistemas . ^{[ 4 ] [ 5 ]}

• El propósito de DoDAF es definir conceptos y modelos utilizables en los seis procesos centrales del Departamento de Defensa: ^{[ 6 ]}
  1. Integración y Desarrollo de Capacidades Conjuntas (JCIDS)
  2. Planificación, Programación, Presupuesto y Ejecución (PPBE)
  3. Sistema de Adquisición de Defensa (DAS)
  4. Ingeniería de Sistemas (IS)
  5. Planificación Operativa (OPLAN)
  6. Gestión de la cartera de capacidades (CPM)
• Además, los objetivos específicos de DoDAF 2.0 eran: ^{[ 6 ]}
  1. Establecer directrices para el contenido arquitectónico en función de su propósito: “adecuado para su propósito”.
  2. Incrementar la utilidad y la eficacia de las arquitecturas mediante un modelo de datos riguroso –el Metamodelo DoDAF (DM2)– para que las arquitecturas puedan integrarse, analizarse y evaluarse con mayor precisión.

La primera versión del marco de desarrollo DoDAF se desarrolló en la década de 1990 bajo el nombre de Marco de Arquitectura C4ISR . En el mismo período, se perfeccionó el modelo de referencia TAFIM , iniciado en 1986. La primera versión del Marco de Arquitectura C4ISR, v1.0, publicada el 7 de junio de 1996, se creó en respuesta a la aprobación de la Ley Clinger-Cohen . Esta ley respondía a la directiva del Subsecretario de Defensa de 1995 que exigía un esfuerzo a nivel de todo el Departamento de Defensa para definir y desarrollar mejores medios y procesos que garantizaran la interoperabilidad de las capacidades C4ISR y que satisficieran las necesidades del combatiente. El desarrollo continuo dio como resultado, en diciembre de 1997, la segunda versión, Marco de Arquitectura C4ISR v2.0. ^{[ 1 ]}

En agosto de 2003 se publicó el DoDAF v1.0, que reestructuró el Marco C4ISR v2.0 para ofrecer orientación, descripciones de productos e información complementaria en dos volúmenes y un libro de escritorio. Amplió la aplicabilidad de los principios y prácticas de arquitectura a todas las áreas de misión en lugar de solo a la comunidad C4ISR. Este documento abordó el uso, las arquitecturas integradas, las políticas del Departamento de Defensa y federales, el valor de las arquitecturas, las medidas de arquitectura, los procesos de apoyo a la toma de decisiones del Departamento de Defensa, las técnicas de desarrollo, las técnicas analíticas y el CADM v1.01, y se dirigió hacia un enfoque basado en repositorios al hacer hincapié en los elementos de datos de arquitectura que componen los productos de arquitectura. ^{[ 1 ]} En febrero de 2004 se publicó la documentación de la versión 1.0 con el volumen "I: Definiciones y directrices", "II: Descripciones de productos" y un "libro de escritorio". En abril de 2007 se publicó la versión 1.5 con una documentación de "Definiciones y directrices", "Descripciones de productos" y "Descripción de datos de arquitectura". Este período desarrolló aún más los conceptos y términos que posteriormente fueron reemplazados por enfoques diferentes. Por ejemplo, una Declaración de Necesidades de la Misión (MNS, por sus siglas en inglés) era un documento del Departamento de Defensa de los Estados Unidos que identificaba las necesidades de capacidad que un programa debía satisfacer mediante una combinación de soluciones ( DOTMLPF , por sus siglas en inglés) para resolver una deficiencia de la misión o mejorar la capacidad operativa. Este tipo de documento fue reemplazado por la descripción de las necesidades de capacidad denominada Documento de Capacidades Iniciales, a partir de la norma CJCSI 3170.01E. Las normas CJCSI 3170.01 y 6212.01 fueron reemplazadas por la serie CJCSI 5123.01.

Este término se introdujo como un paso fundamental en CJCSI 3170.01B (abril de 2001), 6212.01D (abril de 2005) y en la Guía provisional de adquisiciones de defensa (octubre de 2004).

El 28 de mayo de 2009, el Departamento de Defensa aprobó DoDAF v2.0. ^{[ 7 ]} La versión actual es DoDAF 2.02. ^{[ 8 ]} DoDAF V2.0 se publica en un sitio web público. ^{[ 9 ]}

Otros marcos derivados basados ​​en DoDAF incluyen el Marco de Arquitectura de la OTAN (NAF) y el Marco de Arquitectura del Ministerio de Defensa . Al igual que otros enfoques de arquitectura empresarial, como el Marco de Arquitectura de The Open Group (TOGAF), DoDAF se organiza en torno a un repositorio compartido para almacenar los productos de trabajo. El repositorio se define mediante el esquema de base de datos común Core Architecture Data Model 2.0 y el Sistema de Registro de Arquitectura del Departamento de Defensa (DARS). Una característica clave de DoDAF es la interoperabilidad, que se organiza en una serie de niveles, denominados Niveles de Interoperabilidad de Sistemas de Información (LISI). El sistema en desarrollo no solo debe satisfacer sus necesidades internas de datos, sino también las del marco operativo en el que se inserta.

Consulte el diagrama para ver una representación del énfasis en las capacidades, vinculado con la misión/curso de acción, los hilos conductores, las actividades y las arquitecturas.

El Departamento de Defensa se ha centrado en la entrega de capacidades, que son la razón de ser del sistema/servicio. Los modelos de capacidad describen la taxonomía y la evolución de las capacidades. Un hilo conductor de capacidad equivale a las actividades, reglas y sistemas específicos vinculados a esa capacidad en particular.

El concepto de capacidad, tal como lo define su Grupo de Datos del Metamodelo, permite responder preguntas como:

• ¿Cómo contribuye una capacidad o capacidades específicas a la misión/visión general?
• ¿Qué resultados se espera que se logren con una capacidad o un conjunto de capacidades en particular?
• ¿Qué servicios se requieren para respaldar una capacidad?
• ¿Cuál es el alcance funcional y la extensión organizativa de una capacidad o conjunto de capacidades?
• ¿Cuál es el conjunto actual de capacidades que gestionamos como parte de nuestra cartera?

^{[ 10 ]}

La misión o el curso de acción se describe mediante un concepto de operaciones (CONOPS) y se organiza en función de las capacidades.

• Las capacidades se describen mediante hilos.
• Los hilos se describen mediante actividades que se ejecutan en serie o en paralelo.
• Las actividades se agrupan en áreas de misión. Las actividades definen las operaciones para una arquitectura.
• Las arquitecturas se organizan por áreas de misión. Proporcionan la asignación adecuada de recursos y capacidades para la misión o el plan de acción.

El DoDAF V1.5 define un conjunto de productos, un modelo de vista , que actúan como mecanismos para visualizar, comprender y asimilar el amplio alcance y las complejidades de una descripción de arquitectura a través de medios gráficos, tabulares o textuales. Estos productos se organizan en cuatro vistas:

• Vista general (AV)
• Vista operativa (VO)
• Vista de sistemas (VS)
• Vista de estándares técnicos (TV)

Cada vista representa ciertas perspectivas de una arquitectura, como se describe a continuación. Generalmente, solo se crea un subconjunto del conjunto completo de vistas de DoDAF para cada desarrollo de sistema. La figura representa la información que vincula la vista operativa, la vista de sistemas y servicios, y la vista de estándares técnicos. Las tres vistas y sus interrelaciones, impulsadas por elementos de datos de arquitectura comunes, proporcionan la base para derivar medidas como la interoperabilidad o el rendimiento, y para medir el impacto de los valores de estas métricas en la eficacia de la misión y la tarea operativas. ^{[ 1 ]}

En DoDAF V2.0, los puntos de vista arquitectónicos se componen de datos organizados para facilitar su comprensión. Para ajustarse a las normas ISO, cuando corresponde, la terminología ha cambiado de Vistas a Punto de Vista (por ejemplo, la Vista Operativa ahora es el Punto de Vista Operativa).

Todos los puntos de vista (AV)

Describe los aspectos generales del contexto arquitectónico que se relacionan con todos los puntos de vista.

Punto de vista de las capacidades (CV)

Novedad en DoDAF V2.0. Articula los requisitos de capacidad, el cronograma de entrega y la capacidad desplegada.

Punto de vista sobre datos e información (DIV)

Novedad en DoDAF V2.0. Articula las relaciones de datos y las estructuras de alineación en el contenido de la arquitectura para los requisitos operativos y de capacidad, los procesos de ingeniería de sistemas y los sistemas y servicios.

Punto de vista operacional (PVO)

Incluye los escenarios operativos, las actividades y los requisitos que respaldan las capacidades.

Punto de vista del proyecto (PV)

Novedad en DoDAF V2.0. Describe las relaciones entre los requisitos operativos y de capacidad y los diversos proyectos en ejecución. El Punto de Vista del Proyecto también detalla las dependencias entre los requisitos operativos y de capacidad, los procesos de ingeniería de sistemas, el diseño de sistemas y el diseño de servicios dentro del proceso del Sistema de Adquisiciones de Defensa.

Punto de vista de los servicios (SvcV)

Novedad en DoDAF V2.0. Presenta el diseño de soluciones que articulan los Ejecutores, las Actividades, los Servicios y sus Intercambios, proporcionando o apoyando las funciones operativas y de capacidad.

Punto de vista de las normas (StdV)

Anteriormente se denominaba Vista de Normas Técnicas. Articula las políticas, normas, directrices, restricciones y previsiones operativas, comerciales, técnicas y del sector aplicables a los requisitos operativos y de capacidad, los procesos de ingeniería de sistemas y los sistemas y servicios.

Punto de vista de sistemas (SV)

Articula, para soporte heredado , el diseño para soluciones que articulan los sistemas, su composición, interconectividad y contexto que proporcionan o apoyan funciones operativas y de capacidad. Nota, Sistema ha cambiado en DoDAF V2.0 de DoDAF V1.5: Sistema no es solo hardware de computadora y software de computadora. Sistema ahora se define en el sentido general de un conjunto de componentes (máquina, humano) que realizan actividades (ya que son subtipos de Ejecutor) y son interdependientes o interactúan. Esto podría ser cualquier cosa, es decir, cualquier cosa desde pequeñas piezas de equipo que tienen elementos interactuantes o interdependientes, hasta Familia de Sistemas (FoS) y Sistema de Sistemas (SoS). Nota que los Sistemas están compuestos de Material (por ejemplo, equipo, aeronaves y embarcaciones) y Tipos de Personal.

Las arquitecturas para DoDAF V1.0 y DoDAF V1.5 pueden seguir utilizándose. Cuando sea apropiado (generalmente indicado por la política o por el responsable de la toma de decisiones), las arquitecturas DoDAF V1.0 y V1.5 deberán actualizarse. Al comparar la arquitectura anterior a DoDAF V2.0 con la arquitectura DoDAF V2.0, las diferencias conceptuales (como Nodo) deben definirse o explicarse para la arquitectura más reciente. En cuanto a los productos DoDAF V1.5, se han transformado en partes de los modelos DoDAF V2.0. En la mayoría de los casos, el metamodelo DoDAF V2.0 admite los conceptos de datos DoDAF V1.5, con una excepción notable: Nodo. ​​Nodo es un concepto lógico complejo que se representa con conceptos más concretos.

La Guía de Arquitectos de DODAF 2.0 ^{[ 14 ]} reiteró la definición de arquitectura integrada de la Instrucción 4630.8 del Departamento de Defensa como "Una arquitectura que consta de múltiples vistas que facilitan la integración y promueven la interoperabilidad entre capacidades y entre arquitecturas integradas". Para los fines del desarrollo de la arquitectura, el término "integrado" significa que los datos requeridos en más de un modelo arquitectónico se definen y comprenden comúnmente en todos esos modelos. Las arquitecturas integradas son una propiedad o principio de diseño para arquitecturas en todos los niveles: Capacidad, Componente, Solución y Empresa (en el contexto de la Arquitectura Empresarial (EA) del Departamento de Defensa, que es una federación de arquitecturas). En términos más sencillos, la integración se observa en la conexión de elementos comunes entre productos de arquitectura, donde los elementos que se muestran en un producto de arquitectura (como sitios utilizados, sistemas con interfaz o servicios proporcionados) deben tener el mismo número, nombre y significado que aparecen en las vistas de productos de arquitectura relacionados.

Existen diversos enfoques para crear una arquitectura integrada con DoDAF y determinar los productos necesarios. El enfoque depende de los requisitos y los resultados esperados; es decir, para qué se utilizará la arquitectura resultante. Por ejemplo, la versión 1.0 de DoDAF enumeraba los siguientes productos como el conjunto mínimo necesario para cumplir con la definición de OV, SV y TV. Cabe destacar que, si bien DoDAF no incluye el artefacto OV-1 como producto principal, se recomienda encarecidamente su desarrollo. La secuencia de artefactos que se muestra a continuación sugiere un orden para su desarrollo. La secuencia real de generación de vistas y su posible personalización depende del dominio de la aplicación y de las necesidades específicas del proyecto.

• AV-1  : descripción general y resumen de información
• AV-2  : Diccionario integrado
• OV-1  : Gráfico del concepto operativo de alto nivel
• OV-5  : Modelo de Actividad Operativa
• OV-2  : Descripción de la conectividad del nodo operativo
• OV-3  : Matriz de Intercambio de Información Operacional
• SV-1  : Descripción de la interfaz del sistema
• TV-1  : Perfil de Normas Técnicas

Una de las preocupaciones respecto al DoDAF es hasta qué punto estos productos satisfacen las necesidades reales de las partes interesadas en cada sistema de interés. Los productos DoDAF, o al menos sus tres perspectivas, pueden considerarse como puntos de vista de ANSI/IEEE 1471-2000 o ISO/IEC 42010. Sin embargo, para elaborar una descripción de arquitectura que cumpla con estas normas, es necesario identificar claramente a las partes interesadas y sus necesidades, que se corresponden con cada producto DoDAF seleccionado. De lo contrario, se corre el riesgo de crear productos sin clientes.

La figura "Matriz de productos DoDAF V1.5" muestra cómo la Instrucción del Presidente del Estado Mayor Conjunto del Departamento de Defensa (CJCSI) 6212.01E especifica qué productos DoDAF V1.5 se requieren para cada tipo de análisis, en el contexto del Parámetro clave de rendimiento de preparación para la red (NR-KPP):

• Documento de Capacidades Iniciales (DCI). Documenta la necesidad de una solución material para una deficiencia de capacidad específica, derivada de un análisis inicial de alternativas realizado por el usuario operativo y, según sea necesario, de un análisis independiente de alternativas. Define la deficiencia de capacidad en términos del área funcional, el ámbito de operaciones militares pertinente, los efectos deseados y el tiempo.
• Documento de Desarrollo de Capacidades (CDD). Documento que recoge la información necesaria para desarrollar uno o varios programas propuestos, normalmente mediante una estrategia de adquisición evolutiva. El CDD describe un incremento asequible de capacidad militarmente útil, logísticamente viable y técnicamente madura.
• Documento de Producción de Capacidades (CPD). Un documento que aborda los elementos de producción específicos de un único incremento de un programa de adquisición.
• Plan de soporte de información (ISP). ^{[ 16 ]} La identificación y documentación de las necesidades de información, el soporte de infraestructura, los requisitos y dependencias de la interfaz de TI y NSS, centrándose en las preocupaciones de red, interoperabilidad, capacidad de soporte y suficiencia (DODI 4630.8). ^{[ 17 ]}
• Plan de Soporte de Información Personalizado (TISP). El propósito del proceso TISP es proporcionar un mecanismo dinámico y eficiente para que ciertos programas (ACAT II e inferiores) generen los requisitos necesarios para la Certificación I&S. Algunos gerentes de programa pueden solicitar personalizar el contenido de su ISP (ver ss). Para los programas no designados como de interés especial por el ASD (NII) / CIO del DOD, el componente tomará la decisión final sobre los detalles del plan personalizado, sujeto a los mínimos especificados en los procedimientos TISP vinculados desde la página de recursos CJCSI 6212 y cualquier necesidad especial identificada por el J-6 para el proceso de certificación I&S.

Las representaciones de los productos DoDAF pueden elaborarse a partir de diversas técnicas de diagramación, entre las que se incluyen:

• tablas
• IDEF
• Diagramas entidad-relación (DER)
• UML
• SysML

Dentro de la OMG existe un proyecto UPDM (Perfil Unificado para DoDAF y MODAF) para estandarizar la representación de los productos DoDAF cuando se utiliza UML.

DoDAF describe de forma genérica la representación de los artefactos que se generarán, pero permite una considerable flexibilidad en cuanto a los formatos y técnicas de modelado específicos. El manual de DoDAF proporciona ejemplos del uso de técnicas tradicionales de ingeniería de sistemas e ingeniería de datos , y, en segundo lugar, del formato UML. ^{[ 18 ]} DoDAF promueve la flexibilidad en el formato del producto de trabajo, sin favorecer una técnica de diagramación sobre otra.

Además de la representación gráfica, normalmente se exige proporcionar metadatos al Repositorio de Cartera de Tecnología de la Información de Defensa (DITPR) u otros repositorios arquitectónicos.

DoDAF cuenta con un metamodelo que sustenta el marco, definiendo los tipos de elementos de modelado que se pueden usar en cada vista y las relaciones entre ellos. Las versiones 1.0 a 1.5 de DoDAF utilizaban el metamodelo CADM , definido en IDEF1X (y posteriormente en UML) con un esquema XML derivado de la base de datos relacional resultante . A partir de la versión 2.0, DoDAF adoptó la ontología de la fundación IDEAS Group como base para su nuevo metamodelo. Este nuevo metamodelo se denomina "DM2", acrónimo de "DoDAF Meta-Model". Cada uno de estos tres niveles del DM2 es importante para un observador específico de los procesos departamentales:

1. El nivel conceptual o Modelo de Datos Conceptual (MDC) define las estructuras de datos de alto nivel a partir de las cuales se crean las Descripciones Arquitectónicas en términos no técnicos, de modo que los ejecutivos y gerentes de todos los niveles puedan comprender la base de datos de la Descripción Arquitectónica. Representado en el punto de vista DIV-1 de DoDAF V2.0.
2. El Modelo de Datos Lógicos (LDM) agrega información técnica, como atributos, al Modelo de Datos Comunes (CDM) y, cuando es necesario, aclara las relaciones para lograr una definición de uso inequívoca. Representado en el punto de vista DIV-2 de DoDAF V2.0.
3. La Especificación de Intercambio Físico (PES) consta del LDM con tipos de datos generales especificados y atributos de implementación (por ejemplo, origen, fecha) añadidos, y luego se genera como un XSD. Representado en el punto de vista DIV-3 de DoDAF V2.0. ^{[ 6 ]}

Los objetivos del DM2 son:

1. Establecer y definir el vocabulario restringido para la descripción y el discurso sobre los modelos DoDAF (anteriormente "productos") y su uso en los 6 procesos centrales.
2. Especificar la semántica y el formato para el intercambio federado de datos de EA entre: herramientas de desarrollo y análisis de arquitectura y bases de datos de arquitectura en toda la Comunidad de Interés (COI) de Arquitectura Empresarial (EA) del Departamento de Defensa y con otras fuentes de datos autorizadas.
3. Facilitar el descubrimiento y la comprensión de los datos de EA:
   1. Descubrimiento de datos de EA utilizando categorías de información de DM2
   2. Comprensibilidad de los datos de EA mediante la semántica precisa de DM2 aumentada con la trazabilidad lingüística (alias).
4. Proporcionar una base para la precisión semántica en las descripciones arquitectónicas para respaldar la integración y el análisis de descripciones arquitectónicas heterogéneas en apoyo de la toma de decisiones de procesos centrales. ^{[ 6 ]}

El DM2 define elementos de datos arquitectónicos y permite la integración y federación de descripciones arquitectónicas. Establece una base para la coherencia semántica (es decir, la comprensión) dentro y entre las descripciones arquitectónicas. De esta manera, el DM2 respalda el intercambio y la reutilización de información arquitectónica entre JCA, componentes y socios federales y de la coalición, facilitando así la comprensión e implementación de la interoperabilidad de procesos y sistemas. A medida que el DM2 madure para satisfacer los requisitos de datos continuos de los propietarios de procesos, los responsables de la toma de decisiones, los arquitectos y las nuevas tecnologías, evolucionará hasta convertirse en un recurso que respalde de manera más completa los requisitos de datos arquitectónicos, publicados de forma coherente y comprensible, y que permita una mayor facilidad para descubrir, compartir y reutilizar datos arquitectónicos entre diferentes organizaciones. ^{[ 6 ]}

Para facilitar el uso de la información en la capa de datos, el DoDAF describe un conjunto de modelos para visualizar datos mediante medios gráficos, tabulares o textuales. Estas vistas se relacionan con los requisitos de las partes interesadas para la elaboración de una Descripción Arquitectónica. ^{[ 6 ]}

El UPDM (Perfil Unificado para DoDAF y MODAF ) es una iniciativa de OMG para estandarizar el uso de UML y SysML en los marcos de arquitectura de defensa de EE. UU. y el Reino Unido. Además, el grupo multinacional IDEAS , que cuenta con el apoyo de Australia, Canadá, Suecia, el Reino Unido y EE. UU., y con observadores de la OTAN , ha lanzado una iniciativa para desarrollar una ontología formal para arquitecturas empresariales.

• Marco de Arquitectura Empresarial Federal (FEAF)
• Grupo IDEAS
• IIUID
• Metamodelo MODAF
• Suboficial

• Dennis E. Wisnosky y Joseph Vogel. Dodaf Wizdom: una guía práctica para planificar, gestionar y ejecutar proyectos para construir arquitecturas empresariales utilizando el marco de arquitectura del Departamento de Defensa . Wizdom Systems, Inc., 2004. ISBN 1-893990-09-5.
• Dr. Steven H. Dam (2015). DoD Architecture Framework 2.0: A Guide to Applying Systems Engineering to Develop Integrated, Executable Architectures . CreateSpace Independent Publishing Platform, 2015. ISBN 1-502757-62-1.

• Página principal de DoDAF en la CIO del Departamento de Defensa
  • DODAF 2.02 pdf, agosto de 2010
  • Volumen (Vol.) I: Descripción general y conceptos – Guía del gerente
  • Vol. II: Datos y modelos arquitectónicos – Guía del arquitecto
  • Vol. III: Fundamentos de la ontología del metamodelo y especificación de intercambio físico – Guía del desarrollador
  • Vol. IV: Revista - Mejores prácticas
• DoDAF v1.5, 23 de abril de 2007
  • Vol. I: Definiciones y directrices (pdf)
  • Vol. II: Descripciones de productos (pdf)
  • Vol. III: Descripción de datos de arquitectura (pdf)
• DoDAF V1, 9 de febrero de 2004
  • Libro de escritorio archivado el 15/11/2017 en Wayback Machine.
  • Vol. I: Definiciones y directrices
• Sección DoDAF del Architecture Framework Forum: recurso informativo dedicado a DoDAF en relación con otros marcos de arquitectura.
• Arquitectura Empresarial (BEA) del CMO del Departamento de Defensa. Archivado el 2 de noviembre de 2020 en Wayback Machine.
  • Guía de productos de arquitectura BEA 10.0 del Departamento de Defensa
• Dos presentaciones sobre DoDAF 2.0 de las Conferencias de Arquitectura Empresarial Integrada de 2008 y 2009.
• Arquitectura empresarial de información del Departamento de Defensa
• Registro de metadatos
• Serie CJCSI 6212.01
  • Documento CJCSI 6212.01F
• Marco arquitectónico de la Agencia Espacial Europea (ESAAF): un marco para los sistemas de sistemas espaciales europeos.