DoD es el acr\u00f3nimo del Departamento de Defensa de EE. UU. El antecesor de DoDAF es el marco arquitect\u00f3nico C4ISR. C4ISR es un t\u00e9rmino militar que significa sistema de mando automatizado. Es la abreviatura de la primera letra de la palabra inglesa para siete subsistemas en el sistema moderno de mando militar, a saber: Mando, Control, Comunicaciones, Computadoras, Inteligencia, Vigilancia y Reconocimiento. En t\u00e9rminos sencillos, C4ISR es un sistema de mando automatizado militar desarrollado por el ej\u00e9rcito de EE. UU.<\/p>\n
Evoluci\u00f3n del marco DoDAF<\/h2>\n
![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/02\/dodaf-history.png\"\/)
<\/p>\n
- \n
- C4ISR AF 1.0 se introdujo en junio de 1996.<\/li>\n
- C4ISR AF 2.0 se public\u00f3 en diciembre de 1997.<\/li>\n
- DoDAF 1.0 se public\u00f3 en agosto de 2003 para ampliar el alcance de su aplicaci\u00f3n, no limitado a C4ISR, sino que puede aplicarse a todas las \u00e1reas de misi\u00f3n; tambi\u00e9n se public\u00f3 CADM v1.01 (Modelo de Datos de Arquitectura Principal).<\/li>\n
- En abril de 2007, se public\u00f3 DoDAF 1.5, con \u00e9nfasis especial en el concepto Net-Centric, y el concepto Net-Centric se reflej\u00f3 en la descripci\u00f3n de la arquitectura; tambi\u00e9n se public\u00f3 CADM v1.5 para almacenar el archivo de descripci\u00f3n del nuevo concepto Net-Centric.<\/li>\n
- DoDAF 2.0 se public\u00f3 el 28 de mayo de 2009.<\/li>\n<\/ol>\n
Comparado con versiones anteriores, los principales cambios en la versi\u00f3n 2.0 son los siguientes.<\/span><\/p>\n
- \n
- El proceso de desarrollo de arquitectura pas\u00f3 de centrarse en productos a centrarse en datos, proporcionando principalmente datos para la toma de decisiones.<\/li>\n
- Las tres vistas principales (operacional, t\u00e9cnica y de sistema) se transformaron en vistas m\u00e1s espec\u00edficas. Ahora existen ocho vistas: vista completa, vista de datos e informaci\u00f3n, vista est\u00e1ndar, vista de capacidades, vista operacional, vista de servicios, vista de sistema y vista de proyecto.<\/li>\n
- Describe la necesidad de compartir datos y acceder a la informaci\u00f3n en un entorno federal.<\/li>\n
- Aclar\u00f3 y describi\u00f3 la relaci\u00f3n con la Arquitectura Empresarial Federal.<\/li>\n
- Cre\u00f3 un metamodelo del marco de arquitectura del DoD.<\/li>\n
- Describi\u00f3 y discuti\u00f3 la metodolog\u00eda para el desarrollo de Arquitectura Orientada a Servicios (SOA).<\/li>\n<\/ul>\n
Estructura del marco DoDAF<\/h2>\n
El marco DoDAF puede componerse ampliamente de ocho vistas y metodolog\u00edas de implementaci\u00f3n. Las ocho vistas son las siguientes.<\/p>\n
![](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2022\/02\/dodaf-viewpoints.png\"\/)
<\/p>\n- \n
- Punto de vista general, AV<\/strong>: proporciona informaci\u00f3n sobre la descripci\u00f3n completa de la arquitectura, como el alcance y el contexto de la descripci\u00f3n de la arquitectura.<\/li>\n
- Punto de vista de capacidades, CV<\/strong>: Una descripci\u00f3n de las capacidades que se utilizan para alcanzar los objetivos corporativos que son coherentes con la visi\u00f3n corporativa.<\/li>\n
- Punto de vista de datos e informaci\u00f3n, DIV<\/strong>: Los requisitos de informaci\u00f3n empresarial y las reglas estructuradas de procesos empresariales utilizados para la descripci\u00f3n de la arquitectura. Describe la informaci\u00f3n relacionada con el intercambio de informaci\u00f3n en la descripci\u00f3n de la arquitectura, como atributos, caracter\u00edsticas e interrelaciones.<\/li>\n
- Punto de vista operacional, OV<\/strong>: Describe la organizaci\u00f3n, tareas o actividades, y la informaci\u00f3n que debe intercambiarse entre ellas. Transmite el tipo de informaci\u00f3n intercambiada, la frecuencia de intercambio, las tareas y actividades respaldadas por el intercambio de informaci\u00f3n, y la naturaleza del intercambio de informaci\u00f3n.<\/li>\n
- Punto de vista de proyecto, PV<\/strong>: Describe c\u00f3mo los planes de proyecto se combinan en un plan de cartera con una relaci\u00f3n de ida y vuelta. Esta vista proporciona una forma de describir las relaciones organizativas entre m\u00faltiples proyectos, cada uno de los cuales es responsable de entregar un sistema o funci\u00f3n \u00fanica.<\/li>\n
- Punto de vista de servicios, SvcV<\/strong>: Describe los sistemas, servicios y funciones interconectadas que brindan soporte para las actividades operativas. Los procesos del DoD incluyen funciones operativas, comerciales, de inteligencia e infraestructura.<\/li>\n
- Punto de vista de est\u00e1ndares, StdV<\/strong>: Es la menor colecci\u00f3n de reglas que controlan la combinaci\u00f3n, interacci\u00f3n y dependencias entre partes o elementos de un sistema. Su objetivo es garantizar que el sistema sea capaz de cumplir un conjunto espec\u00edfico de requisitos operativos. Esta vista proporciona orientaci\u00f3n t\u00e9cnica para la implementaci\u00f3n del sistema, sobre la cual se pueden formar especificaciones de ingenier\u00eda, construir m\u00f3dulos comunes y desarrollar l\u00edneas de productos. Incluye est\u00e1ndares t\u00e9cnicos, pr\u00e1cticas de implementaci\u00f3n, opciones est\u00e1ndar, reglas y criterios.<\/li>\n
- Punto de vista de sistemas, SV<\/strong>: Informaci\u00f3n sobre sistemas automatizados, interconectividad y funcionalidad del sistema. En un futuro cercano, este punto de vista desaparecer\u00e1 a medida que el DoD cambie su enfoque hacia entornos orientados a servicios y computaci\u00f3n en la nube.<\/li>\n<\/ul>\n
Para mantener la consistencia y la integridad entre los puntos de vista, DoDAF V2.0 define 52 artefactos para mostrar toda la arquitectura desde los requisitos hasta la implementaci\u00f3n. Sin embargo, no todos los artefactos son obligatorios y pueden usarse seg\u00fan sea necesario.<\/p>\n
\u00bfC\u00f3mo implementar DoDAF?<\/h2>\n
La metodolog\u00eda de implementaci\u00f3n de DoDAF consta de 6 pasos.<\/p>\n
1) Definir el uso de la arquitectura<\/strong><\/p>\n
Defina el prop\u00f3sito y el uso previsto de la arquitectura (“adaptada al prop\u00f3sito”), c\u00f3mo se llevar\u00e1 a cabo el esfuerzo de descripci\u00f3n de la arquitectura, los m\u00e9todos utilizados en el desarrollo de la arquitectura; las categor\u00edas de datos requeridos, el impacto potencial en otros, y el proceso para medir el \u00e9xito del esfuerzo mediante el desempe\u00f1o y la satisfacci\u00f3n del cliente. Esta informaci\u00f3n generalmente es proporcionada por el propietario del proceso para apoyar el desarrollo de la arquitectura que describe alg\u00fan aspecto de su \u00e1rea de responsabilidad (proceso, actividad, etc.).<\/p>\n
2) Determinar el alcance de la arquitectura<\/strong><\/p>\n
Define los l\u00edmites que establecen la profundidad y amplitud de la descripci\u00f3n de la arquitectura, establece el conjunto de problemas de la arquitectura, ayuda a definir su contexto y define el nivel de detalle requerido para el contenido de la arquitectura. Tambi\u00e9n es importante para decidir c\u00f3mo proceder con el desarrollo o la adquisici\u00f3n de soporte automatizado.<\/p>\n
3) Determinar los requisitos de datos<\/strong><\/p>\n
La selecci\u00f3n de entidades y atributos de datos es importante para que la arquitectura se construya de una manera que no solo cumpla con los objetivos del primer paso, sino que tambi\u00e9n mantenga la consistencia de la arquitectura. Las entidades y atributos se representan mediante tipos de datos, que incluyen reglas que rigen el comportamiento empresarial, informaci\u00f3n sobre actividades que deben completarse, relaciones de comando, listas de tareas y muchos otros tipos.<\/p>\n
4) Realizar el dise\u00f1o del producto de arquitectura<\/strong><\/p>\n
Este es el paso m\u00e1s importante para introducir y editar modelos de arquitectura existentes, recopilar nuevos datos y agregarlos a la arquitectura, y extraer datos de arquitecturas existentes en la Base de Datos de Conocimiento del Sistema de Enlace del DoD o en bases de conocimiento relacionadas, y luego organizar y clasificar todos los datos, registrarlos en DARS (Sistema de Registro de Arquitectura del DoD) y asociarlos a un repositorio automatizado para su posterior an\u00e1lisis y reutilizaci\u00f3n.<\/p>\n
5) An\u00e1lisis de la arquitectura<\/strong><\/p>\n
Se realizan an\u00e1lisis est\u00e1tico, din\u00e1mico, experimental y de pruebas sobre la arquitectura que contiene todos los datos requeridos para determinar la validez de los datos de la arquitectura.<\/p>\n
6) Generar archivos de resultados de arquitectura<\/strong><\/p>\n
Genere descripciones de productos de arquitectura basados en consultas de datos b\u00e1sicas, que deben ser coherentes con el modelo establecido, reutilizables y compartibles.<\/p>\n
Impacto de DoDAF<\/h2>\n
- Punto de vista de capacidades, CV<\/strong>: Una descripci\u00f3n de las capacidades que se utilizan para alcanzar los objetivos corporativos que son coherentes con la visi\u00f3n corporativa.<\/li>\n
- Punto de vista general, AV<\/strong>: proporciona informaci\u00f3n sobre la descripci\u00f3n completa de la arquitectura, como el alcance y el contexto de la descripci\u00f3n de la arquitectura.<\/li>\n