Este marco de arquitectura es especialmente adecuado para sistemas de gran tamaño con desafíos complejos de integración e interoperabilidad, y es aparentemente único en su uso de "vistas operativas". Estas vistas ofrecen una descripción general y detalles dirigidos a partes interesadas específicas dentro de su dominio y en interacción con otros dominios en los que operará el sistema. [3]
Descripción general
El DoDAF proporciona un marco de referencia para desarrollar y representar descripciones de arquitectura que aseguren un denominador común para comprender, comparar e integrar arquitecturas a través de límites organizacionales, conjuntos y multinacionales. Establece definiciones de elementos de datos, reglas y relaciones, y un conjunto de productos de referencia para el desarrollo consistente 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 interoperar e interactuar en el entorno no bélico. [1]
Se espera que los componentes del Departamento de Defensa cumplan con el DoDAF en la mayor medida posible en el desarrollo de arquitecturas dentro del departamento. La conformidad garantiza que la reutilización de la información, los artefactos de arquitectura, los modelos y los puntos de vista se puedan compartir con un entendimiento común. Todas las adquisiciones importantes de armas y sistemas de tecnología de la información del Departamento de Defensa de los EE. UU. deben desarrollar y documentar una arquitectura empresarial (EA) utilizando las vistas prescritas en el DoDAF. Si bien está claramente dirigido a los sistemas militares, el DoDAF tiene una amplia aplicabilidad en los sectores privado, público y voluntario en todo el mundo, y representa uno de un gran número de marcos de arquitectura de sistemas . [4] [5]
El propósito del DoDAF es definir conceptos y modelos utilizables en los seis procesos centrales del Departamento de Defensa: [6]
Integración y desarrollo de capacidades conjuntas (JCIDS)
Planificación, Programación, Presupuestación y Ejecución (PPBE)
Sistema de Adquisición de Defensa (DAS)
Ingeniería de sistemas (SE)
Planificación operativa (OPLAN)
Gestión de cartera de capacidades (CPM)
Además, los objetivos específicos de DoDAF 2.0 eran: [6]
Establecer una guía para el contenido de la arquitectura en función de su propósito: “apta para el propósito”
Aumente la utilidad y la eficacia de las arquitecturas a través de un modelo de datos riguroso (el metamodelo DoDAF (DM2)) para que las arquitecturas puedan integrarse, analizarse y evaluarse con mayor precisión.
Historia
Evolución del DoDAF desde los años 1990. La versión 2.0 del DoDAF se publicó en mayo de 2009. [1]
La primera versión del DoDAF de desarrollo se desarrolló en la década de 1990 bajo el nombre de C4ISR Architecture Framework. En el mismo período, se siguió desarrollando el modelo de referencia TAFIM , que se inició en 1986. El primer C4ISR Architecture Framework v1.0, publicado el 7 de junio de 1996, se creó en respuesta a la aprobación de la Ley Clinger-Cohen . Abordaba la directiva del Subsecretario de Defensa de 1995 de que se emprendiera un esfuerzo a nivel de todo el Departamento de Defensa para definir y desarrollar un mejor medio y proceso para garantizar que las capacidades C4ISR fueran interoperables y satisficieran las necesidades del combatiente. El esfuerzo de desarrollo continuo dio como resultado en diciembre de 1997 la segunda versión, C4ISR Architecture Framework v2.0. [1]
En agosto de 2003 se publicó la versión 1.0 del DoDAF, que reestructuró el marco C4ISR v2.0 para ofrecer orientación, descripciones de productos e información complementaria en dos volúmenes y un manual de trabajo. Amplió la aplicabilidad de los principios y prácticas de la arquitectura a todas las áreas de misión en lugar de sólo a la comunidad C4ISR. Este documento abordó el uso, las arquitecturas integradas, las políticas federales y del Departamento de Defensa, el valor de las arquitecturas, las medidas de la 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 avanzó hacia un enfoque basado en repositorios haciendo hincapié en los elementos de datos de arquitectura que comprenden 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 "manual de trabajo". 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 desde entonces han sido reemplazados por enfoques diferentes. Por ejemplo, una Declaración de Necesidades de Misión (MNS) era un tipo de documento del Departamento de Defensa de los EE. UU. que identificaba las necesidades de capacidad que un programa debía satisfacer mediante una combinación de soluciones ( DOTMLPF ) para resolver una deficiencia de la misión o para mejorar la capacidad operativa. Este tipo de documento ha sido reemplazado por la descripción de las necesidades de capacidad denominada Documento de Capacidades Iniciales, a partir de CJCSI 3170.01E. Los CJCSI 3170.01 y 6212.01 fueron reemplazados 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 la Guía provisional de adquisiciones de defensa (octubre de 2004).
El 28 de mayo de 2009, el Departamento de Defensa aprobó la versión DoDAF v2.0. [7] La versión actual es DoDAF 2.02 . [8]
La versión DoDAF v2.0 está publicada 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 EA, por ejemplo el Marco de Arquitectura de Grupo Abierto (TOGAF), DoDAF está organizado en torno a un repositorio compartido para almacenar productos de trabajo. El repositorio está definido por el esquema de base de datos común Core Architecture Data Model 2.0 y el Sistema de Registro de Arquitectura del DoD (DARS). Una característica clave de DoDAF es la interoperabilidad, que se organiza como una serie de niveles, llamados Niveles de Interoperabilidad del Sistema de Información (LISI). El sistema en desarrollo no solo debe satisfacer sus necesidades de datos internos, sino también las del marco operativo en el que se encuentra.
Capacidades y misión
Vea el diagrama para ver una representación del énfasis en capacidades, relacionado con la misión/curso de acción, hilos, actividades y arquitecturas.
Capacidades descritas con arquitecturas
El Departamento de Defensa ha avanzado hacia un enfoque en la entrega de capacidades, que son la razón para crear el sistema/servicio. Los modelos de capacidades describen la taxonomía de capacidades y la evolución de las mismas. Un hilo conductor de capacidades equivaldría a las actividades, reglas y sistemas específicos que están 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 una capacidad o capacidades particulares respaldan la misión/visión general?
¿Qué resultados se espera lograr con una determinada capacidad o conjunto de capacidades?
¿Qué servicios se requieren para respaldar una capacidad?
¿Cuál es el alcance funcional y la extensión organizacional de una capacidad o un conjunto de capacidades?
¿Cuál es nuestro conjunto actual de capacidades que gestionamos como parte de una cartera?
[10]
La Misión o Curso de Acción se describe mediante un Concepto de Operaciones (CONOPS) y está organizado por Capacidades.
Las capacidades se describen mediante subprocesos.
Los hilos se describen mediante actividades ejecutadas en serie o en paralelo.
Las actividades se agrupan en áreas de misión. Las actividades definen las operaciones de una arquitectura.
Las arquitecturas se organizan por áreas de misión y proporcionan los recursos adecuados para las capacidades requeridas por la misión o el curso de acción.
Versión 1.5 vistas
DoDAF V1.5 Vínculos entre vistas. [1]Marco C4ISR del Departamento de Defensa
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 están organizados en cuatro vistas:
Cada vista representa ciertas perspectivas de una arquitectura, como se describe a continuación. Por lo general, solo se crea un subconjunto del conjunto de vistas DoDAF completo 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 misión operativa y la eficacia de las tareas. [1]
Vista general
Todos los productos de vista (AV) proporcionan descripciones generales de toda la arquitectura y definen el alcance y el contexto de la arquitectura. Los productos de AV DoDAF V1.5 se definen como:
Definiciones de todos los términos utilizados en todos los productos.
Vista operativa
Los productos de Vista operativa (OV) proporcionan descripciones de las tareas y actividades, elementos operativos e intercambios de información necesarios para cumplir las misiones del Departamento de Defensa. La OV proporciona representaciones textuales y gráficas de los nodos y elementos operativos, tareas y actividades asignadas y flujos de información entre nodos. Define el tipo de información intercambiada, la frecuencia de los intercambios, las tareas y actividades respaldadas por estos intercambios y la naturaleza de los intercambios. Los productos OV DoDAF V1.5 se definen como:
Gráfico conceptual operativo de alto nivel OV-1
Descripción gráfica y textual de alto nivel del concepto operacional (organizaciones de alto nivel, misiones, configuración geográfica, conectividad, etc.).
Descripción de la conectividad del nodo operativo OV-2
Nodos operativos, actividades realizadas en cada nodo y conectividades y flujo de información entre nodos.
Matriz de intercambio de información operativa OV-3
Información intercambiada entre nodos y los atributos relevantes de ese intercambio, como el medio, la calidad, la cantidad y el nivel de interoperabilidad requerido.
Diagrama de relaciones organizacionales OV-4
Mando, control, coordinación y otras relaciones entre organizaciones.
Modelo de Actividad Operativa OV-5
Actividades, relaciones entre actividades, entradas y salidas. Además, las superposiciones pueden mostrar costos, nodos en ejecución u otra información pertinente.
Modelo de reglas operativas OV-6a
Uno de los tres productos utilizados para describir la secuencia y el tiempo de la actividad operativa que identifica las reglas de negocio que limitan la operación.
Descripción de la transición del estado operativo OV-6b
Uno de los tres productos utilizados para describir la secuencia y el tiempo de la actividad operativa que identifica las respuestas de un proceso de negocio a los eventos.
Descripción del seguimiento de eventos operativos OV-6c
Uno de los tres productos utilizados para describir la secuencia y el tiempo de la actividad operativa que rastrea las acciones en un escenario o secuencia crítica de eventos.
Modelo de datos lógicos OV-7
Documentación de los requisitos de datos y las reglas estructurales del proceso empresarial de la Vista operativa. (En DoDAF V1.5. Esto corresponde a DIV-2 en DoDAF V2.0.)
Vista de sistemas y servicios
La vista de sistemas y servicios (SV) es un conjunto de productos gráficos y textuales que describen sistemas y servicios e interconexiones que brindan o respaldan funciones del DoDAF. Los productos SV se centran en sistemas físicos específicos con ubicaciones físicas (geográficas) específicas. La relación entre los elementos de datos de arquitectura en la SV y la OV se puede ejemplificar a medida que se adquieren y se implementan sistemas para respaldar a las organizaciones y sus operaciones. Los productos SV DoDAF V1.5 son:
Descripción de la interfaz de sistemas/servicios SV-1
Se describen los nodos de sistemas y los sistemas residentes en estos nodos para respaldar las organizaciones y los roles humanos representados por los nodos operativos del OV-2. El SV-1 también identifica las interfaces entre los sistemas y los nodos de sistemas.
Descripción de comunicaciones de sistemas/servicios SV-2
Representa información pertinente sobre sistemas de comunicaciones, enlaces de comunicaciones y redes de comunicaciones. SV-2 documenta los tipos de medios de comunicación que respaldan los sistemas e implementa sus interfaces como se describe en SV-1. Por lo tanto, SV-2 muestra los detalles de comunicaciones de las interfaces SV-1 que automatizan aspectos de las líneas de comunicación representadas en OV-2.
proporciona detalles sobre las características de la interfaz descritas en SV-1 para la arquitectura, organizadas en forma de matriz.
Descripción de la funcionalidad de los sistemas y servicios SV-4a/SV-4b
El SV-4a documenta las jerarquías funcionales del sistema y las funciones del sistema, y los flujos de datos del sistema entre ellas. El SV-4 de DoDAF v1.0 se designa como 'SV-4a' en DoDAF v1.5. Aunque existe una correlación entre OV-5 o las jerarquías de procesos de negocio y la jerarquía funcional del sistema de SV-4a, no es necesario que sea una correspondencia uno a uno, de ahí la necesidad de la Matriz de trazabilidad de la actividad operativa a la función del sistema (SV-5a), que proporciona esa correspondencia.
Matrices de trazabilidad de la actividad operativa a la función de los sistemas, de la actividad operativa a los sistemas y servicios SV-5a, SV-5b, SV-5c
La Actividad operativa de SV-5a y SV-5b es una especificación de las relaciones entre el conjunto de actividades operativas aplicables a una arquitectura y el conjunto de funciones del sistema aplicables a esa arquitectura. El SV-5 y la extensión del SV-5 de DoDAF v1.0 se designan como 'SV-5a' y 'SV-5b' en DoDAF v1.5 respectivamente.
Matriz de intercambio de datos de sistemas/servicios SV-6
Especifica las características de los datos del sistema que se intercambian entre sistemas. Este producto se centra en los intercambios de información automatizados (de OV-3) que se implementan en los sistemas. Los intercambios de información no automatizados, como las órdenes verbales, se capturan únicamente en los productos OV.
Matriz de parámetros de rendimiento de sistemas y servicios SV-7
Especifica las características cuantitativas de los sistemas y los elementos de hardware/software del sistema, sus interfaces (datos del sistema transportados por la interfaz, así como detalles del enlace de comunicaciones que implementan la interfaz) y sus funciones. Especifica los parámetros de rendimiento actuales de cada sistema, interfaz o función del sistema, y los parámetros de rendimiento esperados o requeridos en momentos específicos en el futuro. Los parámetros de rendimiento incluyen todas las características técnicas de rendimiento de los sistemas para los que se pueden desarrollar requisitos y definir especificaciones. Es posible que no se conozca el conjunto completo de parámetros de rendimiento en las primeras etapas de la definición de la arquitectura, por lo que se debe esperar que este producto se actualice a lo largo de las fases de especificación, diseño, desarrollo, prueba y posiblemente incluso de implementación y operaciones del sistema.
Descripción de la evolución de los sistemas y servicios del SV-8
Captura los planes de evolución que describen cómo evolucionará el sistema, o la arquitectura en la que está integrado el sistema, durante un largo período de tiempo. Por lo general, los hitos de la cronología son fundamentales para comprender correctamente la cronología de la evolución.
Previsión tecnológica de sistemas y servicios SV-9
Define las tecnologías de apoyo actuales y esperadas que se han seleccionado utilizando métodos de pronóstico estándar. Las tecnologías de apoyo esperadas son aquellas que se pueden pronosticar razonablemente dado el estado actual de la tecnología y las mejoras esperadas. Las nuevas tecnologías deben estar vinculadas a períodos de tiempo específicos, que pueden correlacionarse con los períodos de tiempo utilizados en los hitos de SV-8.
Modelo de reglas de sistemas/servicios SV-10a
Describe las reglas bajo las cuales la arquitectura o sus sistemas se comportan bajo condiciones específicas.
Descripción de la transición de estado de los sistemas/servicios del SV-10b
Método gráfico para describir la respuesta de un sistema (o función de un sistema) a diversos eventos mediante el cambio de su estado. El diagrama representa básicamente los conjuntos de eventos a los que responderán los sistemas de la arquitectura (al realizar una acción para pasar a un nuevo estado) en función de su estado actual. Cada transición especifica un evento y una acción.
Descripción de seguimiento de eventos de sistemas/servicios SV-10c
Proporciona un examen ordenado en el tiempo de los elementos de datos del sistema intercambiados entre los sistemas participantes (externos e internos), las funciones del sistema o los roles humanos como resultado de un escenario en particular. Cada diagrama de seguimiento de eventos debe tener una descripción que defina el escenario o la situación en particular. SV-10c en la Vista de sistemas y servicios puede reflejar aspectos específicos del sistema o mejoras de secuencias críticas de eventos descritas en la Vista operativa.
Esquema físico del SV-11
Uno de los productos de arquitectura más cercanos al diseño del sistema real en el marco. El producto define la estructura de los distintos tipos de datos del sistema que utilizan los sistemas en la arquitectura. (En DoDAF V1.5. Esto corresponde a DIV-3 en DoDAF V2.0).
Vista de normas técnicas
Los productos de la vista de estándares técnicos (TV) definen estándares técnicos, convenciones de implementación, reglas de negocios y criterios que rigen la arquitectura. Los productos de TV DoDAF V1.5 son los siguientes:
Perfil de estándares técnicos StdV-1 : extracción de estándares que se aplican a la arquitectura dada. (En DoDAF V1.5. Renombrado a StdV-1 en DoDAF V2.0).
Pronóstico de estándares técnicos StdV-2 : descripción de los estándares emergentes que se espera que se apliquen a la arquitectura dada, dentro de un conjunto apropiado de plazos. (En DoDAF V1.5. Renombrado como StdV-2 en DoDAF V2.0).
Puntos de vista de la versión 2.0
Diagrama de puntos de vista de DoDAF V2.0. [11]Evolución de las vistas de DoDAF V1.5 a los puntos de vista de DoDAF V2.0. [12]Asignación de vistas de DoDAF V1.5 a puntos de vista de DoDAF V2.0. [13]
En DoDAF V2.0, los puntos de vista arquitectónicos están compuestos de datos que se han organizado para facilitar su comprensión. Para alinearse con las normas ISO, cuando corresponde, la terminología ha cambiado de Vistas a Punto de vista (por ejemplo, la Vista operativa ahora es Punto de vista operativo).
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 la capacidad (CV)
Novedades de DoDAF V2.0. Se articulan los requisitos de capacidad, el plazo de entrega y la capacidad implementada.
Punto de vista de datos e información (DIV)
Novedades de 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 (VO)
Incluye los escenarios operativos, actividades y requisitos que respaldan las capacidades.
Punto de vista del proyecto (PV)
Novedades de DoDAF V2.0. Describe las relaciones entre los requisitos operativos y de capacidad y los distintos proyectos que se están implementando. 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)
Novedades de DoDAF V2.0: presenta el diseño de soluciones que articulan a los ejecutantes, las actividades, los servicios y sus intercambios, proporcionando o respaldando funciones operativas y de capacidad.
Punto de vista de las normas (StdV)
Se renombró de Vista de estándares técnicos. Articula las políticas, estándares, guías, restricciones y pronósticos operativos, comerciales, técnicos e industriales aplicables que se aplican 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 el soporte heredado , el diseño de soluciones que articulan los sistemas, su composición, interconectividad y contexto que proporciona o respalda funciones operativas y de capacidad. Nota, Sistema ha cambiado en DoDAF V2.0 de DoDAF V1.5: Sistema no es solo hardware 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 Ejecutante) y están interactuando o son interdependientes. 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). Tenga en cuenta que los Sistemas se componen de Material (por ejemplo, equipo, aeronaves y embarcaciones) y Tipos de Personal.
Las arquitecturas de DoDAF V1.0 y DoDAF V1.5 pueden seguir utilizándose. Cuando sea apropiado (normalmente indicado por la política o por el responsable de la toma de decisiones), las arquitecturas DoDAF V1.0 y V1.5 deberán actualizar su arquitectura. Cuando se compara la arquitectura anterior a DoDAF V2.0 con la arquitectura DoDAF V2.0, se deben definir o explicar las diferencias conceptuales (como Node) para la arquitectura más nueva. Con respecto 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: Node. Node es un concepto complejo y lógico que se representa con conceptos más concretos.
Todos los puntos de vista (AV)
Información general y resumida del AV-1
Describe las visiones, metas, objetivos, planes, actividades, eventos, condiciones, medidas, efectos (resultados) y objetos producidos de un proyecto.
Diccionario integrado AV-2
Un repositorio de datos arquitectónicos con definiciones de todos los términos utilizados en todo el libro.
Punto de vista de la capacidad (CV)
CV-1 Visión
Aborda las preocupaciones empresariales asociadas con la visión general de los esfuerzos de transformación y, por lo tanto, define el contexto estratégico para un grupo de capacidades. El propósito del CV-1 es proporcionar un contexto estratégico para las capacidades descritas en la Descripción de la arquitectura.
Taxonomía de capacidades CV-2
Captura taxonomías de capacidades. El modelo presenta una jerarquía de capacidades. Estas capacidades pueden presentarse en el contexto de una línea de tiempo. El CV-2 especifica todas las capacidades a las que se hace referencia en una o más arquitecturas.
Fase de capacidad CV-3
El logro planificado de una capacidad en diferentes puntos del tiempo o durante períodos específicos de tiempo. El CV-3 muestra la fase de la capacidad en términos de actividades, condiciones, efectos deseados, reglas cumplidas, consumo y producción de recursos y medidas, sin tener en cuenta el ejecutante y las soluciones de ubicación.
Dependencias de capacidad CV-4
Las dependencias entre las capacidades planificadas y la definición de agrupaciones lógicas de capacidades.
CV-5 Mapeo de capacidades para el desarrollo organizacional
El cumplimiento de los requisitos de capacidad muestra la implementación y la interconexión de capacidades planificadas para una fase de capacidad en particular. El CV-5 muestra la solución planificada para la fase en términos de ejecutantes y ubicaciones y sus conceptos asociados.
CV-6 Mapeo de la capacidad para actividades operativas
Un mapeo entre las capacidades requeridas y las actividades operativas que esas capacidades respaldan.
CV-7 Mapeo de capacidades para servicios
Un mapeo entre las capacidades y los servicios que estas capacidades posibilitan.
Punto de vista de datos e información (DIV)
Modelo de datos conceptual DIV-1
Los conceptos de datos de alto nivel requeridos y sus relaciones.
Modelo de datos lógicos DIV-2
La documentación de los requisitos de datos y las reglas estructurales del proceso empresarial (actividad). En DoDAF V1.5, esto era OV-7.
Modelo de datos físicos DIV-3
El formato de implementación física de las entidades del modelo lógico de datos, por ejemplo, formatos de mensajes, estructuras de archivos, esquema físico. En DoDAF V1.5, este era el SV-11.
Nota, consulte el modelo de datos lógicos para ver una discusión de la relación de estos tres modelos de datos DIV, con una comparación de los modelos de datos conceptuales, lógicos y físicos.
Punto de vista operacional (VO)
Gráfico conceptual operativo de alto nivel OV-1
La descripción gráfica/textual de alto nivel del concepto operativo.
Descripción del flujo de recursos operativos OV-2
Una descripción de los flujos de recursos intercambiados entre actividades operativas.
Matriz de flujo de recursos operativos OV-3
Una descripción de los recursos intercambiados y los atributos relevantes de los intercambios.
Diagrama de relaciones organizacionales OV-4
El contexto organizacional, el rol u otras relaciones entre organizaciones.
Árbol de descomposición de la actividad operativa OV-5a
Las capacidades y actividades (actividades operativas) organizadas en una estructura jerárquica.
Modelo de actividad operativa OV-5b
El contexto de las capacidades y actividades (actividades operacionales) y sus relaciones entre actividades, insumos y productos; datos adicionales pueden mostrar costos, ejecutantes u otra información pertinente.
Modelo de reglas operativas OV-6a
Uno de los tres modelos utilizados para describir la actividad (actividad operativa). Identifica las reglas de negocio que limitan las operaciones.
Descripción de la transición de estado OV-6b
Uno de los tres modelos utilizados para describir la actividad operativa. Identifica las respuestas del proceso empresarial a los eventos (normalmente, actividades muy breves).
Descripción del seguimiento de eventos OV-6c
Uno de los tres modelos utilizados para describir la actividad (actividad operativa). Rastrea acciones en un escenario o secuencia de eventos.
Punto de vista del proyecto (PV)
Relaciones de la cartera de proyectos PV-1
Describe las relaciones de dependencia entre las organizaciones y los proyectos y las estructuras organizativas necesarias para gestionar una cartera de proyectos.
Cronograma del proyecto PV-2
Una perspectiva cronológica de los programas o proyectos, con los hitos clave y las interdependencias.
Proyecto PV-3 para mapeo de capacidades
Un mapeo de programas y proyectos a capacidades para mostrar cómo los proyectos y elementos específicos del programa ayudan a lograr una capacidad.
Punto de vista de los servicios (SvcV)
Descripción del contexto de los servicios SvcV-1
La identificación de servicios, elementos de servicio y sus interconexiones.
Descripción del flujo de recursos de servicios SvcV-2
Una descripción de los flujos de recursos intercambiados entre servicios.
Matriz de sistemas y servicios SvcV-3a
Las relaciones entre sistemas y servicios en una descripción arquitectónica dada.
Matriz de servicios de SvcV-3b
Las relaciones entre los servicios en una descripción arquitectónica determinada. Puede diseñarse para mostrar relaciones de interés (por ejemplo, interfaces de tipo de servicio, interfaces planificadas vs. existentes).
Descripción de la funcionalidad de los servicios SvcV-4
Las funciones realizadas por los servicios y los flujos de datos de servicio entre las funciones de servicio (actividades).
Matriz de trazabilidad de actividades operativas y servicios SvcV-5
Un mapeo de servicios (actividades) a actividades operacionales (actividades).
Matriz de flujo de recursos de servicios SvcV-6
Proporciona detalles de los elementos del flujo de recursos de servicio que se intercambian entre servicios y los atributos de ese intercambio.
Matriz de medidas de servicios SvcV-7
Las medidas (métricas) de los elementos del modelo de servicios para los períodos de tiempo apropiados.
Descripción de la evolución de los servicios SvcV-8
Los pasos incrementales planificados hacia la migración de un conjunto de servicios a un conjunto más eficiente o hacia la evolución de los servicios actuales hacia una implementación futura.
Previsión de habilidades y tecnología de servicios SvcV-9
Las tecnologías emergentes, los productos de software/hardware y las habilidades que se espera que estén disponibles en un conjunto determinado de períodos de tiempo y que afectarán el desarrollo futuro de servicios.
Modelo de reglas de servicios SvcV-10a
Uno de los tres modelos utilizados para describir la funcionalidad de un servicio. Identifica las limitaciones que se imponen a la funcionalidad de los sistemas debido a algún aspecto del diseño o la implementación del sistema.
Descripción de la transición de estado de servicios del SvcV-10b
Uno de los tres modelos utilizados para describir la funcionalidad de un servicio. Identifica las respuestas de los servicios a los eventos.
Descripción del seguimiento de eventos de servicios SvcV-10c
Uno de los tres modelos utilizados para describir la funcionalidad del servicio. Identifica mejoras específicas del servicio en las secuencias críticas de eventos descritas en el punto de vista operativo.
Punto de vista de las normas (StdV)
Perfil de estándares StdV-1
Lista de estándares que se aplican a los elementos de la solución. En DoDAF V1.5, este era el TV-1.
Pronóstico de los estándares StdV-2
Descripción de los estándares emergentes y su posible impacto en los elementos de la solución actual, dentro de un conjunto de marcos temporales. En DoDAF V1.5, este era el TV-2.
Punto de vista de sistemas (SV)
Descripción de la interfaz del sistema SV-1
La identificación de sistemas, elementos del sistema y sus interconexiones.
Descripción del flujo de recursos del sistema SV-2
Una descripción de los flujos de recursos intercambiados entre sistemas.
Matriz de sistemas SV-3
Las relaciones entre sistemas en una descripción arquitectónica dada. Puede diseñarse para mostrar relaciones de interés (por ejemplo, interfaces de tipo de sistema, interfaces planificadas vs. interfaces existentes).
Descripción de la funcionalidad de los sistemas SV-4
Las funciones (actividades) realizadas por los sistemas y los flujos de datos del sistema entre las funciones (actividades) del sistema.
Matriz de trazabilidad de la actividad operativa a la función del sistema SV-5a
Un mapeo de las funciones del sistema (actividades) a las actividades operacionales (actividades).
Matriz de trazabilidad de la actividad operativa a los sistemas SV-5b
Un mapeo de los sistemas hacia las capacidades o actividades operacionales (actividades).
Matriz de flujo de recursos de los sistemas SV-6
Proporciona detalles de los elementos del flujo de recursos del sistema que se intercambian entre sistemas y los atributos de ese intercambio.
Matriz de medidas del sistema SV-7
Las medidas (métricas) de los elementos del modelo de sistemas para los períodos de tiempo apropiados.
Descripción de la evolución de los sistemas SV-8
Los pasos incrementales planificados hacia la migración de un conjunto de sistemas a un conjunto más eficiente, o hacia la evolución de un sistema actual hacia una implementación futura.
Previsión de habilidades y tecnología de sistemas SV-9
Las tecnologías emergentes, los productos de software/hardware y las habilidades que se espera que estén disponibles en un conjunto determinado de períodos de tiempo y que afectarán el desarrollo futuro del sistema.
Modelo de reglas de sistemas SV-10a
Uno de los tres modelos utilizados para describir la funcionalidad del sistema. Identifica las restricciones que se imponen a la funcionalidad del sistema debido a algún aspecto del diseño o la implementación del sistema.
Descripción de la transición de estados del sistema SV-10b
Uno de los tres modelos utilizados para describir la funcionalidad del sistema. Identifica las respuestas de los sistemas a los eventos.
Descripción del seguimiento de eventos de los sistemas SV-10c
Uno de los tres modelos utilizados para describir la funcionalidad del sistema. Identifica mejoras específicas del sistema en las secuencias críticas de eventos descritas en el punto de vista operativo.
Creación de una arquitectura integrada utilizando DoDAF
Ilustración de la arquitectura integrada. [1]
La Guía de arquitectos DODAF 2.0 [14] repitió la definición de la Instrucción DOD 4630.8 de una arquitectura integrada como "Una arquitectura que consiste en múltiples vistas que facilitan la integración y promueven la interoperabilidad entre capacidades y entre arquitecturas integradas. Para los propósitos del desarrollo de arquitectura, el término integrado significa que los datos requeridos en más de uno de los modelos arquitectónicos se definen y comprenden comúnmente en 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 DoD como una federación [de] arquitecturas). En términos más simples, la integración se ve 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 o sistemas interconectados o servicios provistos) deben tener el mismo número, nombre y significado en las vistas de productos de arquitectura relacionados".
Existen muchos enfoques diferentes para crear una arquitectura integrada utilizando DoDAF y para determinar qué productos son necesarios. El enfoque depende de los requisitos y los resultados esperados; es decir, para qué se utilizará la arquitectura resultante. Como ejemplo, DoDAF v1.0 enumera los siguientes productos como el "conjunto mínimo de productos necesarios para satisfacer la definición de un OV, SV y TV". Una nota: si bien DoDAF no incluye el artefacto OV-1 como un producto principal, se recomienda encarecidamente su desarrollo. La secuencia de los artefactos que se enumeran a continuación proporciona un orden sugerido en el que se podrían desarrollar los artefactos. La secuencia real de generación de vistas y su posible personalización es una función del dominio de la aplicación y las necesidades específicas del esfuerzo.
AV-1: descripción general y resumen de información
AV-2 : Diccionario integrado
OV-1: Gráfico conceptual operacional 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 operativa
SV-1: Descripción de la interfaz del sistema
TV-1 : Perfil de normas técnicas
Una de las preocupaciones sobre el DoDAF es la forma en que estos productos satisfacen las preocupaciones reales de las partes interesadas en cualquier sistema de interés. Se pueden considerar los productos DoDAF, o al menos las tres perspectivas, como puntos de vista ANSI/IEEE 1471-2000 o ISO/IEC 42010. Pero para crear una descripción de la arquitectura que corresponda a ANSI/IEEE 1471-2000 o ISO/IEC 42010, es necesario identificar claramente a las partes interesadas y sus preocupaciones que se relacionan con cada producto DoDAF seleccionado. De lo contrario, existe el riesgo de producir productos sin clientes.
Matriz de productos DoDAF V1.5 [15]
La figura "Matriz de productos DoDAF V1.5" muestra cómo la Instrucción del Jefe del Estado Mayor Conjunto (CJCSI) 6212.01E del Departamento de Defensa especifica qué productos DoDAF V1.5 se requieren para cada tipo de análisis, en el contexto del Parámetro Clave de Rendimiento Net-Ready (NR-KPP):
Documento de Capacidades Iniciales (DCI). Documenta la necesidad de una solución material para una brecha de capacidad específica derivada de un análisis inicial de alternativas realizado por el usuario operacional y, según sea necesario, un análisis independiente de alternativas. Define la brecha de capacidad en términos del área funcional, el rango relevante de operaciones militares, los efectos deseados y el tiempo.
Documento de desarrollo de capacidades (CDD). Documento que recoge la información necesaria para desarrollar uno o más programas propuestos, normalmente mediante una estrategia de adquisición evolutiva. El CDD describe un incremento asequible de capacidad militarmente útil, logísticamente sostenible y técnicamente madura.
Documento de Capacidad de Producción (CPD). 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, soporte de infraestructura, requisitos de interfaz de TI y NSS y dependencias centrándose en cuestiones de interoperabilidad, capacidad de soporte y suficiencia centradas en la red (DODI 4630.8). [17]
Plan de soporte de información a medida (TISP). El propósito del proceso TISP es proporcionar un vehículo dinámico y eficiente para que ciertos programas (ACAT II y anteriores) produzcan los requisitos necesarios para la certificación I&S. Los administradores de programas seleccionados pueden solicitar que se adapte el contenido de su ISP (ref. ss). En el caso de los programas que no hayan sido designados como de interés especial de OSD por ASD (NII) /DOD CIO, el componente tomará la decisión final sobre los detalles del plan a medida 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.
Representación
Las representaciones de los productos DoDAF se pueden obtener a partir de muchas técnicas de diagramación, entre ellas:
Existe un esfuerzo UPDM (Perfil Unificado para DoDAF y MODAF) dentro del OMG para estandarizar la representación de los productos DoDAF cuando se utiliza UML.
DoDAF describe de manera genérica la representación de los artefactos que se van a generar, pero permite una considerable flexibilidad en cuanto a los formatos específicos y las técnicas de modelado. El manual de DoDAF proporciona ejemplos de uso de técnicas tradicionales de ingeniería de sistemas e ingeniería de datos y, en segundo lugar, el formato UML. [18] DoDAF proclama la libertad en el formato del producto de trabajo, sin profesar una técnica de diagramación sobre otra.
Además de la representación gráfica, normalmente existe el requisito de proporcionar metadatos al Repositorio de Cartera de Tecnología de Información de Defensa (DITPR) u otros repositorios arquitectónicos.
Metamodelo
DoDAF tiene un metamodelo que sustenta el marco de trabajo, que define los tipos de elementos de modelado que se pueden utilizar en cada vista y las relaciones entre ellos. Las versiones 1.0 a 1.5 de DoDAF utilizaban el metamodelo CADM , que se definía en IDEF1X (y luego en UML) con un esquema XML derivado de la base de datos relacional resultante. A partir de la versión 2.0, DoDAF ha adoptado la ontología de base del Grupo IDEAS como base para su nuevo metamodelo. Este nuevo metamodelo se denomina "DM2", un acrónimo de "Metamodelo DoDAF". Cada uno de estos tres niveles del DM2 es importante para un determinado observador de los procesos departamentales:
El nivel conceptual o modelo de datos conceptuales (CDM) define las construcciones 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.
El modelo de datos lógicos (LDM) agrega información técnica, como atributos, al CDM y, cuando es necesario, aclara las relaciones en una definición de uso inequívoca. Representado en el punto de vista DIV-2 de DoDAF V2.0.
La especificación de intercambio físico (PES) consta del LDM con tipos de datos generales especificados y atributos de implementación (por ejemplo, fuente, fecha) agregados, 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:
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
Especificar la semántica y el formato para el intercambio de datos federados 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.
Apoyar el descubrimiento y la comprensión de los datos de EA:
Descubrimiento de datos de EA utilizando categorías de información DM2
Comprensibilidad de los datos de EA mediante la semántica precisa de DM2 aumentada con trazabilidad lingüística (alias)
Proporcionar una base para la precisión semántica en las descripciones arquitectónicas para apoyar la integración y el análisis de descripciones arquitectónicas heterogéneas en apoyo de la toma de decisiones del proceso central. [6]
El DM2 define los 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 las JCA, los componentes y los socios federales y de coalición, lo que facilita la comprensión y la implementación de la interoperabilidad de los procesos y los sistemas. A medida que el DM2 madure para satisfacer los requisitos de datos actuales de los propietarios de procesos, los tomadores de decisiones, los arquitectos y las nuevas tecnologías, evolucionará hacia un recurso que respalde de manera más completa los requisitos de los datos arquitectónicos, publicados de una manera comprensible de manera consistente, y permitirá una mayor facilidad para descubrir, compartir y reutilizar datos arquitectónicos a través de los límites organizacionales. [6]
Para facilitar el uso de la información en la capa de datos, el DoDAF describe un conjunto de modelos para visualizar datos a través de medios gráficos, tabulares o textuales. Estas vistas se relacionan con los requisitos de las partes interesadas para producir una descripción arquitectónica. [6]
^ "Preguntas frecuentes sobre el marco de arquitectura" . Consultado el 7 de agosto de 2007 .
^ "CJCSM 3170.01C OPERACIÓN DEL SISTEMA DE INTEGRACIÓN Y DESARROLLO DE CAPACIDADES CONJUNTAS". 1 de mayo de 2007.Apéndices obligatorios para ICD, CDD y CPD, p. ej. pág. EA-5 "Obligatorio: OV-1"
^ abcdef "Metamodelo DoDAF (DM2)".
^ Memorándum del CIO del Departamento de Defensa sobre el lanzamiento de DoDAF 2.0
^ "DODAF - Marco de arquitectura del DOD versión 2.02 - Director adjunto de información del DOD".
^ Sitio web del DoDAF del CIO del DoD
^ "Punto de vista de la capacidad DODAF 2.0".
^ Diagrama de puntos de vista de DoDAF V2.0
^ Evolución de las vistas de DoDAF V1.5 a los puntos de vista de DoDAF V2.0
^ Asignación de puntos de vista de DoDAF V1.5 a puntos de vista de DoDAF V2.0
^ "Guía para arquitectos de DoDAF V2.0 Volumen 2, mayo de 2009" (PDF) .
^ Matriz de productos DoDAF V1.5
^ "Plan de Soporte Informativo (entrada DAU ACQuipedia)".
^ "Guía de arquitectura de ISP E4.A2" (PDF) , Procedimientos para la interoperabilidad y compatibilidad de las tecnologías de la información (TI) y los sistemas de seguridad nacional (NSS) , 2004, pág. 83
^ "Copia archivada". Archivado desde el original el 27 de septiembre de 2007. Consultado el 5 de agosto de 2007 .{{cite web}}: CS1 maint: copia archivada como título ( enlace )
Lectura adicional
Dennis E. Wisnosky y Joseph Vogel. Dodaf Wizdom: una guía práctica para la planificación, gestión y ejecución de proyectos para crear 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 [Marco de arquitectura del Departamento de Defensa 2.0: una guía para aplicar la ingeniería de sistemas para desarrollar arquitecturas integradas y ejecutables ]. CreateSpace Independent Publishing Platform, 2015. ISBN 1-502757-62-1 .
Enlaces externos
Wikimedia Commons tiene medios relacionados con Marco de arquitectura del Departamento de Defensa .
Página de inicio del DoDAF en el CIO del DoD
DODAF 2.02 pdf, agosto de 2010
Volumen (Vol) I: Descripción general y conceptos – Guía del gerente [ enlace muerto permanente ]
Volumen II: Datos y modelos arquitectónicos – Guía del arquitecto
Volumen III: Fundamentos de ontología de metamodelos y especificación de intercambio físico: guía para desarrolladores
