Este marco de arquitectura es especialmente adecuado para sistemas grandes con desafíos complejos de integración e interoperabilidad, y aparentemente es único en su empleo de "vistas operativas". Estas vistas ofrecen una visió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 fundamental para desarrollar y representar descripciones de arquitectura que garanticen un denominador común para comprender, comparar e integrar arquitecturas a través de fronteras organizativas, conjuntas y multinacionales. Establece definiciones, reglas y relaciones de elementos de datos y 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 interoperar e interactuar en un entorno sin combate. [1]
Se espera que los componentes del DoD se ajusten al DoDAF en la máxima medida posible en el desarrollo de arquitecturas dentro del departamento. La conformidad garantiza que la reutilización de la información, los artefactos arquitectónicos, los modelos y los 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 Departamento de Defensa 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, DoDAF tiene una amplia aplicabilidad en los sectores privado, público y voluntario de todo el mundo, y representa uno de un gran número de 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]
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 del propósito: "adecuado al propósito"
Aumente la utilidad y 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. El DoDAF V2.0 se lanzó en mayo de 2009. [1]
La primera versión del desarrollo DoDAF se desarrolló en la década de 1990 con el nombre de C4ISR Architecture Framework. En el mismo período se desarrolló aún más el modelo de referencia TAFIM , iniciado en 1986. El primer marco de arquitectura C4ISR v1.0, publicado el 7 de junio de 1996, se creó en respuesta a la aprobación de la Ley Clinger-Cohen . Abordó la directiva del Subsecretario de Defensa de 1995 de que se llevara a cabo un esfuerzo en todo el Departamento de Defensa para definir y desarrollar mejores medios y procesos para garantizar que las capacidades de 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 lanzó DoDAF v1.0, que reestructuró el C4ISR Framework 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 la arquitectura a todas las áreas de la misión en lugar de solo 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 soporte 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 poniendo énfasis en Elementos de datos de arquitectura que componen 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 "Deskbook". 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 diferentes enfoques. Por ejemplo, una Declaración de Necesidades de Misión (MNS) era un tipo de documento del Departamento de Defensa de 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 mejorar la capacidad operativa. Este tipo de documento ha sido reemplazado por la descripción de 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ó 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 EA, por ejemplo el Open Group Architecture Framework (TOGAF), DoDAF está organizado en torno a un repositorio compartido para contener productos de trabajo. El repositorio está definido por el esquema de base de datos común Core Architecture Data Model 2.0 y el DoD Architecture Registry System (DARS). Una característica clave de DoDAF es la interoperabilidad, que está organizada como una serie de niveles, llamados Niveles de Interoperabilidad del Sistema de Información (LISI). El sistema en desarrollo no sólo debe satisfacer sus necesidades de datos internos sino también las del marco operativo en el que se inserta.
Capacidades y misión
Consulte el diagrama para obtener una descripción del énfasis en capacidades, vinculado con la misión/curso de acción, hilos, actividades y arquitecturas.
Capacidades descritas con arquitecturas
El Departamento de Defensa se ha centrado en la entrega de capacidades, que son la razón para crear el sistema/servicio. Los Modelos de Capacidad describen la taxonomía de capacidades y la evolución de las capacidades. Un hilo de capacidad 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 de metamodelo, permite responder preguntas como:
¿Cómo una capacidad o capacidades particulares apoyan la misión/visión general?
¿Qué resultados se espera lograr con una capacidad o conjunto de capacidades en particular?
¿Qué servicios se requieren para respaldar una capacidad?
¿Cuál es el alcance funcional y el alcance organizacional de una capacidad o 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 se organiza por Capacidades.
Las capacidades se describen por subprocesos.
Los subprocesos se describen mediante actividades ejecutadas en serie o en paralelo.
Las actividades se agrupan en Áreas de Misión. Las actividades definen operaciones para una Arquitectura.
Las arquitecturas están organizadas por áreas de misión. Las arquitecturas proporcionan recursos adecuados para las capacidades requeridas por la Misión o Curso de Acción.
Vistas de la versión 1.5
Vínculos de DoDAF V1.5 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 bajo 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 desempeño, y para medir el impacto de los valores de estas métricas en la misión operativa y la efectividad de las tareas. [1]
Todo visto
Todos los productos View (AV) proporcionan descripciones generales de toda la arquitectura y definen el alcance y el contexto de la arquitectura. Los productos AV DoDAF V1.5 se definen como:
Definiciones de todos los términos utilizados en todos los productos.
Vista operativa
Los productos Operational View (OV) proporcionan descripciones de las tareas y actividades, elementos operativos e intercambios de información necesarios para cumplir las misiones del Departamento de Defensa. El OV proporciona representaciones textuales y gráficas de 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 DoDAF V1.5 OV se definen como:
Gráfico del concepto operativo de alto nivel del OV-1
Descripción gráfica y textual de alto nivel del concepto operativo (organizaciones de alto nivel, misiones, configuración geográfica, conectividad, etc.).
Descripción de 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 medios, calidad, cantidad y el nivel de interoperabilidad requerido.
Cuadro 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 de rendimiento u otra información pertinente.
Modelo de reglas operativas OV-6a
Uno de los tres productos utilizados para describir la secuencia y el momento de la actividad operativa que identifica las reglas comerciales 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 momento de la actividad operativa que identifica las respuestas de un proceso de negocio a los eventos.
Descripción del seguimiento de eventos operativos del OV-6c
Uno de los tres productos utilizados para describir la secuencia de actividades operativas y el cronograma 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 reglas estructurales de procesos de negocio 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, servicios e interconexiones que proporcionan o respaldan funciones del Departamento de Defensa. 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 la arquitectura a través del SV y el OV se puede ejemplificar a medida que los sistemas se adquieren y se implementan para respaldar a las organizaciones y sus operaciones. Los productos DoDAF V1.5 SV son:
Descripción de la interfaz de sistemas/servicios SV-1
Representa los nodos de sistemas y los sistemas residentes en estos nodos para respaldar las organizaciones/roles humanos representados por los nodos operativos del OV-2. SV-1 también identifica las interfaces entre sistemas y nodos de sistemas.
Descripción de comunicaciones de sistemas/servicios SV-2
Muestra 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 soportan los sistemas e implementa sus interfaces como se describe en SV-1. Así, SV-2 muestra los detalles de comunicaciones de las interfaces SV-1 que automatizan aspectos de las líneas de necesidad 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/servicios SV-4a/SV-4b
El SV-4a documenta las jerarquías funcionales del sistema y las funciones del sistema, y los datos del sistema fluyen 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 jerarquías de procesos de negocio y la jerarquía funcional del sistema de SV-4a, no es necesario que sea un mapeo uno a uno, de ahí la necesidad de la Matriz de Trazabilidad de la Actividad Operacional a la Función del Sistema ( SV-5a), que proporciona ese mapeo.
SV-5a, SV-5b, SV-5c Actividad operativa a función de sistemas, Actividad operativa a sistemas y matrices de trazabilidad de servicios
La actividad operativa para 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 intercambiados entre sistemas. Este producto se centra en los intercambios de información automatizados (a partir 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/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 desempeño incluyen todas las características técnicas de desempeño de los sistemas para los cuales 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 durante toda la especificación, el diseño, el desarrollo, las pruebas y posiblemente incluso durante el ciclo de vida de implementación y operaciones del sistema. etapas.
Descripción de la evolución de sistemas/servicios SV-8
Captura planes de evolución que describen cómo evolucionará el sistema, o la arquitectura en la que está integrado, durante un largo período de tiempo. Generalmente, los hitos del cronograma son críticos para una comprensión exitosa del cronograma de evolución.
Pronóstico de tecnología de sistemas/servicios SV-9
Define las tecnologías de soporte subyacentes actuales y esperadas a las que se ha dirigido mediante métodos de pronóstico estándar. Las tecnologías de apoyo esperadas son aquellas que pueden pronosticarse razonablemente dado el estado actual de la tecnología y las mejoras esperadas. Las nuevas tecnologías deben vincularse a períodos de tiempo específicos, que puedan correlacionarse con los períodos de tiempo utilizados en los hitos del SV-8.
Modelo de reglas de sistemas/servicios SV-10a
Describe las reglas bajo las cuales la arquitectura o sus sistemas se comportan en condiciones específicas.
Descripción de transición de estado de sistemas/servicios SV-10b
Un método gráfico para describir la respuesta de un sistema (o función del sistema) a varios eventos cambiando su estado. El diagrama básicamente representa los conjuntos de eventos a los que responderán los sistemas de la arquitectura (realizando 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 particular. Cada diagrama de seguimiento de eventos debe ir acompañado de una descripción que defina el escenario o situación particular. SV-10c en la Vista de sistemas y servicios puede reflejar aspectos específicos del sistema o refinamientos de secuencias críticas de eventos descritos en la Vista operativa.
Esquema físico del SV-11
Uno de los productos de arquitectura más cercanos al diseño de sistemas reales en Framework. 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 vista de estándares técnicos (TV) definen estándares técnicos, convenciones de implementación, reglas comerciales y criterios que gobiernan 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 determinada. (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 determinada, dentro de un conjunto apropiado de plazos. (En DoDAF V1.5. Renombrado a StdV-2 en DoDAF V2.0.)
Puntos de vista de la versión 2.0
Diagrama de puntos de vista DoDAF V2.0. [11]Evolución de las vistas DoDAF V1.5 a los puntos de vista DoDAF V2.0. [12]Mapeo de vistas DoDAF V1.5 a puntos de vista DoDAF V2.0. [13]
En DoDAF V2.0, los puntos de vista arquitectónicos se componen de datos que se han organizado para facilitar la comprensión. Para alinearse con los estándares ISO, cuando corresponda, la terminología ha cambiado de Vistas a Punto de vista (por ejemplo, la Vista operativa ahora es el 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 capacidad (CV)
Nuevo en DoDAF V2.0. Articula los requisitos de capacidad, el momento de entrega y la capacidad desplegada.
Punto de vista de datos e información (DIV)
Nuevo 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 (VO)
Incluye los escenarios operativos, actividades y requisitos que respaldan las capacidades.
Punto de vista del proyecto (PV)
Nuevo en DoDAF V2.0. Describe las relaciones entre los requisitos operativos y de capacidad y los diversos 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 Adquisición de Defensa.
Mirador de Servicios (SvcV)
Nuevo en DoDAF V2.0. Presenta el diseño de soluciones que articulan a los Ejecutantes, Actividades, Servicios y sus Intercambios, proporcionando o apoyando funciones operativas y de capacidad.
Punto de vista de estándares (StdV)
Renombrado desde 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 soporte heredado , el diseño de soluciones que articulan los sistemas, su composición, interconectividad y contexto que proporcionan o respaldan funciones operativas y de capacidad. Tenga en cuenta que el sistema ha cambiado en DoDAF V2.0 desde DoDAF V1.5: el 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 que interactúan o son interdependientes. Esto podría ser cualquier cosa, es decir, desde pequeños equipos que tienen elementos interactivos o interdependientes, hasta Familia de Sistemas (FoS) y Sistema de Sistemas (SoS). Tenga en cuenta que los sistemas se componen de material (por ejemplo, equipos, aeronaves y embarcaciones) y tipos de personal.
Se podrán seguir utilizando las arquitecturas para DoDAF V1.0 y DoDAF V1.5. Cuando sea apropiado (generalmente indicado por la política o por quien toma las 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 de concepto (como Nodo) para la arquitectura más nueva. En cuanto a los productos DoDAF V1.5, se han transformado en piezas 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. Nodo es un concepto lógico complejo 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
Punto de vista de capacidad (CV)
Visión CV-1
Aborda las preocupaciones empresariales asociadas con la visión general de los esfuerzos transformacionales 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 capacidad CV-2
Captura taxonomías de capacidad. 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.
Fases de capacidad CV-3
El logro planificado de capacidad en diferentes momentos o durante períodos de tiempo específicos. El CV-3 muestra el desfase de capacidades 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 capacidades planificadas y la definición de agrupaciones lógicas de capacidades.
CV-5 Mapeo de Capacidad para el Desarrollo Organizacional
El cumplimiento de los requisitos de capacidad muestra el despliegue de capacidad planificado y la interconexión para una Fase de Capacidad particular. La CV-5 muestra la solución prevista para la fase en términos de artistas y ubicaciones y sus conceptos asociados.
Mapeo de Capacidad CV-6 para Actividades Operativas
Un mapeo entre las capacidades requeridas y las actividades operativas que respaldan esas capacidades.
Capacidad CV-7 para mapeo de servicios
Un mapeo entre las capacidades y los servicios que estas capacidades habilitan.
Punto de vista de datos e información (DIV)
Modelo de datos conceptuales 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 (actividad) del negocio. En DoDAF V1.5, este era el 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.
Tenga en cuenta que consulte Modelo de datos lógicos para analizar la relación de estos tres modelos de datos DIV, con comparación de los modelos de datos conceptuales, lógicos y físicos.
Punto de Vista Operacional (VO)
Gráfico del concepto operativo de alto nivel del 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.
Cuadro de relaciones organizacionales OV-4
El contexto organizacional, el rol u otras relaciones entre organizaciones.
Árbol de descomposición de la actividad operativa del OV-5a
Las capacidades y actividades (actividades operativas) organizadas en una estructura jerárquica.
Modelo de actividad operativa OV-5b
El contexto de capacidades y actividades (actividades operativas) y sus relaciones entre actividades, insumos y productos; Los datos adicionales pueden mostrar costos, artistas u otra información pertinente.
Modelo de reglas operativas OV-6a
Uno de los tres modelos utilizados para describir la actividad (actividad operativa). Identifica reglas de negocio que restringen las operaciones.
Descripción de transición de estado OV-6b
Uno de los tres modelos utilizados para describir la actividad operativa (actividad). Identifica las respuestas de los procesos (actividades) de negocio a 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). Traza 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.
Cronogramas del proyecto PV-2
Una perspectiva cronológica de programas o proyectos, con los hitos clave y las interdependencias.
Proyecto PV-3 para mapeo de capacidades
Un mapeo de programas y proyectos con capacidades para mostrar cómo los proyectos y elementos del programa específicos ayudan a lograr una capacidad.
Mirador de 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 Sistemas-Servicios SvcV-3a
Las relaciones entre sistemas y servicios en una descripción arquitectónica determinada.
Matriz Servicios-Servicios SvcV-3b
Las relaciones entre 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 versus interfaces existentes).
Descripción de la funcionalidad de los servicios SvcV-4
Las funciones realizadas por los servicios y los flujos de datos del servicio entre funciones (actividades) del servicio.
Matriz de trazabilidad de actividad operativa a servicios SvcV-5
Un mapeo de servicios (actividades) hasta actividades operativas (actividades).
Matriz de flujo de recursos de servicios SvcV-6
Proporciona detalles de los elementos del flujo de recursos del 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 plazos apropiados.
Descripción de la evolución de los servicios SvcV-8
Los pasos incrementales planificados para migrar un conjunto de servicios a un conjunto más eficiente o para hacer evolucionar los servicios actuales a una implementación futura.
Pronóstico de habilidades y tecnología de servicios SvcV-9
Las tecnologías, productos de software/hardware y habilidades emergentes que se espera que estén disponibles en un conjunto de plazos determinado y que afectarán el desarrollo futuro de los servicios.
Modelo de reglas de servicios SvcV-10a
Uno de los tres modelos utilizados para describir la funcionalidad del servicio. Identifica restricciones que se imponen a la funcionalidad de los sistemas debido a algún aspecto del diseño o implementación del sistema.
Descripción de transición de estado de servicios SvcV-10b
Uno de los tres modelos utilizados para describir la funcionalidad del servicio. Identifica respuestas de servicios a eventos.
Descripción de seguimiento de eventos de servicios SvcV-10c
Uno de los tres modelos utilizados para describir la funcionalidad del servicio. Identifica refinamientos específicos del servicio de secuencias críticas de eventos descritos en el Punto de Vista Operacional.
Punto de vista de estándares (StdV)
Perfil de estándares StdV-1
La 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 estándares StdV-2
La descripción de los estándares emergentes y el impacto potencial en los elementos de la solución actual, dentro de un conjunto de plazos. En DoDAF V1.5, este era el TV-2.
Punto de vista de sistemas (SV)
Descripción de la interfaz de sistemas SV-1
La identificación de sistemas, elementos del sistema y sus interconexiones.
Descripción del flujo de recursos de los sistemas SV-2
Una descripción de los flujos de recursos intercambiados entre sistemas.
Matriz de sistemas-sistemas SV-3
Las relaciones entre sistemas en una descripción arquitectónica determinada. Puede diseñarse para mostrar relaciones de interés (por ejemplo, interfaces de tipo sistema, interfaces planificadas versus 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.
SV-5a Matriz de trazabilidad de actividad operativa a función de sistemas
Un mapeo de las funciones (actividades) del sistema hasta las actividades (actividades) operativas.
SV-5b Matriz de trazabilidad de actividad operativa a sistemas
Un mapeo de sistemas hasta capacidades o actividades operativas (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 de los sistemas SV-7
Las medidas (métricas) de los elementos del Modelo de Sistemas para los plazos 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.
Pronóstico de habilidades y tecnología de sistemas SV-9
Las tecnologías emergentes, productos de software/hardware y habilidades que se espera que estén disponibles en un conjunto de tiempos determinado 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 restricciones que se imponen a la funcionalidad de los sistemas debido a algún aspecto del diseño o implementación del sistema.
Descripción de transición de estado de sistemas SV-10b
Uno de los tres modelos utilizados para describir la funcionalidad del sistema. Identifica respuestas de sistemas a 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 refinamientos específicos del sistema de secuencias críticas de eventos descritos en el Punto de Vista Operacional.
Creando una arquitectura integrada usando 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 4630.8 del DOD de una arquitectura integrada 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 requerido en más de uno de los modelos arquitectónicos se define y entiende 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 del Departamento de Defensa). EA) es 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 los sitios utilizados o los sistemas interconectados o los servicios proporcionados) deben tener la misma Número, nombre y significado idénticos aparecen en vistas de productos de arquitectura relacionados."
Existen muchos enfoques diferentes para crear una arquitectura integrada utilizando DoDAF y para determinar qué productos se requieren. El enfoque depende de los requisitos y de los resultados esperados; es decir, para qué se utilizará la arquitectura resultante. Como ejemplo, DoDAF v1.0 enumeró los siguientes productos como el "conjunto mínimo de productos necesarios para satisfacer la definición de OV, SV y TV". Una nota: si bien el DoDAF no incluye el artefacto OV-1 como producto principal, se recomienda encarecidamente su desarrollo. La secuencia de los artefactos que se enumeran a continuación ofrece 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 función del dominio de la aplicación y de las necesidades específicas del esfuerzo.
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 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 preocupación sobre el DoDAF es qué tan bien estos productos satisfacen las preocupaciones reales de las partes interesadas para cualquier sistema de interés determinado. Se pueden ver los productos DoDAF, o al menos las 3 vistas, como puntos de vista ANSI/IEEE 1471-2000 o ISO/IEC 42010 . Pero para crear una descripción de 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 corresponden 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 el Presidente del Departamento de Defensa de la Instrucción del Estado Mayor Conjunto (CJCSI) 6212.01E especifica qué productos DoDAF V1.5 son necesarios para cada tipo de análisis, en el contexto de Net-Ready. Parámetro clave de rendimiento (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 ejecutado por el usuario operativo 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). Un documento que captura la información necesaria para desarrollar un programa propuesto, normalmente utilizando una estrategia de adquisición evolutiva. El CDD describe un incremento asequible de capacidad militarmente útil, logísticamente sustentable y técnicamente madura.
Documento de Capacidad de Producción (CPD). Un documento que aborda los elementos de producción específicos de un incremento único 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 y dependencias de interfaz de TI y NSS centrándose en cuestiones centradas en la red, interoperabilidad, compatibilidad y suficiencia (DODI 4630.8). [17]
Plan de soporte de información personalizado (TISP). El propósito del proceso TISP es proporcionar un vehículo dinámico y eficiente para que ciertos programas (ACAT II y siguientes) produzcan los requisitos necesarios para la Certificación I&S. Algunos administradores de programas pueden solicitar adaptar el contenido de su ISP (ref ss). Para los programas no designados como OSD de interés especial por ASD (NII) /DOD CIO, 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.
Representación
Se pueden obtener representaciones de los productos DoDAF a partir de muchas técnicas de diagramación, entre ellas:
Existe un esfuerzo UPDM (Perfil Unificado para DoDAF y MODAF) dentro de OMG para estandarizar la representación de los productos DoDAF cuando se utiliza UML.
DoDAF describe genéricamente la representación de los artefactos a generar, pero permite una flexibilidad considerable en cuanto a los formatos y técnicas de modelado específicos. El libro de escritorio de DoDAF proporciona ejemplos del 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 libertad en el formato del producto de trabajo, sin preferir 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, que define 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 utilizaron el metamodelo CADM , que se definió en IDEF1X (luego en UML) con un esquema XML derivado de la base de datos relacional resultante. Desde la versión 2.0, DoDAF ha adoptado la ontología fundamental del Grupo IDEAS como base para su nuevo metamodelo. Este nuevo metamodelo se llama "DM2"; acrónimo de "Metamodelo DoDAF". Cada uno de estos tres niveles del DM2 es importante para un espectador particular 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 DoDAF V2.0 DIV-1.
El modelo lógico de datos (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 DoDAF V2.0 DIV-2.
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 generados como un XSD. Representado en el punto de vista DoDAF V2.0 DIV-3. [6]
Los propósitos 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 principales.
Especificar la semántica y el formato para el intercambio de datos de EA federados entre: herramientas de análisis y desarrollo 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.
Apoye 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 utilizando 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 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, DM2 apoya 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 y la implementación de la interoperabilidad de procesos y sistemas. A medida que DM2 madure para cumplir con los requisitos de datos continuos de los propietarios de procesos, tomadores de decisiones, arquitectos y nuevas tecnologías, evolucionará hasta convertirse en un recurso que admita de manera más completa los requisitos de datos arquitectónicos, publicados de una manera coherente y comprensible, 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 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. Estos puntos de vista se relacionan con los requisitos de las partes interesadas para producir una descripción arquitectónica. [6]
Relación con otros marcos de arquitectura
El UPDM (Perfil Unificado para DoDAF y MODAF ) es una iniciativa de OMG para estandarizar el uso de UML y SysML para 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, Reino Unido y EE. UU., con observadores de la OTAN , ha lanzado una iniciativa para desarrollar una ontología formal para arquitecturas empresariales.
^ "Preguntas frecuentes sobre el marco arquitectónico" . Consultado el 7 de agosto de 2007 .
^ "CJCSM 3170.01C FUNCIONAMIENTO DEL SISTEMA DE INTEGRACIÓN Y DESARROLLO DE CAPACIDADES CONJUNTAS". 1 de mayo de 2007.Apéndices obligatorios para ICD, CDD y CPD, por ejemplo, página 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 de DoD CIO DoDAF
^ "Punto de vista de la capacidad de DODAF 2.0".
^ Diagrama de puntos de vista de DoDAF V2.0
^ Evolución de las vistas DoDAF V1.5 a los puntos de vista DoDAF V2.0
^ Mapeo de vistas DoDAF V1.5 a puntos de vista 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 de Información (entrada DAU ACQuipedia)".
^ "Guía de arquitectura de ISP E4.A2" (PDF) , Procedimientos para la interoperabilidad y compatibilidad de la tecnología de la información (TI) y los sistemas de seguridad nacional (NSS) , 2004, p. 83
^ "Copia archivada". Archivado desde el original el 27 de septiembre de 2007 . Consultado el 5 de agosto de 2007 .{{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace )
Otras lecturas
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: una guía para aplicar la ingeniería de sistemas para desarrollar arquitecturas integradas y ejecutables . Plataforma de publicación independiente CreateSpace, 2015. ISBN 1-502757-62-1 .
enlaces externos
Wikimedia Commons tiene medios relacionados con el marco arquitectónico del Departamento de Defensa .
Página de inicio de DoDAF en DoD CIO
DODAF 2.02 pdf, agosto de 2010
Volumen (Vol) I: Descripción general y conceptos – Guía del gerente [ enlace muerto permanente ]
Vol II: Datos y modelos arquitectónicos – Guía del arquitecto
Volumen III: Fundamentos de la ontología del metamodelo y especificación del intercambio físico – Guía del desarrollador
