DODAF

DODAF
organismo de normalización Departamento de Defensa de EE. UU.
 Archivos multimedia en Wikimedia Commons

DoDAF ( Marco de Arquitectura del Departamento de Defensa, Marco Arquitectónico del Departamento de  Defensa de EE . UU.) es un marco (metodología) arquitectónico, completo e integral que permite al Departamento de Defensa de EE. UU. facilitar la gestión en todos los niveles, lo que permite decisiones clave más efectivas [1] . Esto se logra mediante la organización de comunicaciones eficientes a través de los límites de los Departamentos, JCA, Misiones, Componentes y Programas. La visualización y visualización de datos arquitectónicos se realiza utilizando modelos (los llamados "productos" en versiones anteriores del marco).

Los modelos en la comprensión de la metodología DoDAF son documentos, tablas y cualquier otra representación gráfica que se utilice como plantilla para organizar y mostrar datos de una manera más comprensible. Cuando los datos se recopilan, completan y muestran en modelos, el resultado se denomina vista. Una colección de dichas vistas (a menudo procesos , sistemas , servicios , estándares , etc.) se denominan puntos de vista y, con las definiciones apropiadas, se denominan colectivamente Descripción arquitectónica.

DoDAF utiliza un metamodelo de datos (Metamodelo de datos - DM2), que es una ontología (un conjunto de datos estructurados) compuesto por niveles que reflejan las características de presentación de información para grupos de usuarios específicos. Si es necesario, DM2 se puede ampliar.

Principios básicos

Hay ocho principios básicos (consejos) a seguir para aplicar DoDAF con éxito:

  1. La descripción arquitectónica debe estar claramente orientada hacia los objetivos planteados.
  2. La descripción arquitectónica debe ser lo más simple y clara posible, pero no demasiado simplificada.
  3. La descripción arquitectónica debe facilitar, no entorpecer, el proceso de toma de decisiones.
  4. La descripción arquitectónica debe escribirse de tal manera que pueda usarse para comparar diferentes arquitecturas. Las descripciones arquitectónicas deben hacer un uso máximo de los tipos de datos estándar definidos en DM2.
  5. La descripción de la arquitectura debe hacerse en términos de los datos en sí, no en términos de herramientas de manipulación de datos.
  6. Los datos arquitectónicos deben organizarse de manera que sea conveniente para el trabajo en grupo.
  7. Arquitectura de sistemas de información
  8. La descripción arquitectónica debe construirse de tal manera que pueda usarse en un entorno de red.

Puntos de vista

Las vistas enumeradas a continuación describen todos los aspectos del contexto arquitectónico que se aplican a ellas.

Punto de vista de la capacidad del sistema

El punto de vista describe los requisitos para las capacidades del sistema; el tiempo requerido para implementar el sistema; capacidades de barrido;

Punto de vista de datos e información

El punto de vista describe las interacciones entre los datos del sistema y la coordinación de la arquitectura de datos.

Punto de vista operativo

El punto de vista incluye el escenario operativo, las actividades y los requisitos de soporte de capacidades.

Punto de vista del proyecto

Un punto de vista describe la relación entre los requisitos operativos y los requisitos de capacidad del sistema.

Punto de vista del servicio

El punto de vista describe la identificación de servicios, elementos de servicio y sus interacciones.

Punto de vista de las normas

El punto de vista describe algunos de los estándares que se utilizan en el desarrollo de soluciones.

Punto de vista de los sistemas

El punto de vista describe los sistemas y conexiones que soportan el trabajo del Departamento de Defensa.

Comparación de la versión 1.5 y 2

Etapas de descripción y construcción de una arquitectura empresarial según DoDAF

Determinar el uso previsto de la Arquitectura;

Este paso determina cómo se utilizará la arquitectura que se está desarrollando. El estudio se está realizando para cubrir los requisitos de uso en los próximos pasos ("Adecuado para el propósito").

Definir el contexto de la Arquitectura;

Este paso define la profundidad y amplitud de la descripción de la Arquitectura y establece un conjunto de cuestiones, ayuda a comprender el contexto y el nivel de detalle requerido para ese contexto.

Determinar los datos requeridos para soportar el desarrollo de la Arquitectura;

Una vez que se ha determinado el nivel de detalle requerido de la Arquitectura, la pregunta es qué datos y tipos de datos se requieren para la Arquitectura. Este paso responde a esta pregunta.

Recopilar, organizar, alinear con el plan original ("correlar") y almacenar los datos de la Arquitectura;

Este paso incluye la creación de una clasificación de datos: recopilar y ordenar (clasificar) datos. En este paso, también se trabaja en el almacenamiento de clasificación de datos ordenados.

Realizar un análisis de apoyo a los objetivos de creación de la Arquitectura;

En este paso, se lleva a cabo un análisis de las desviaciones de los objetivos y requisitos originales para la creación y mantenimiento de la Arquitectura.

Presentar los resultados de acuerdo con las necesidades del bloque de decisión;

En este paso, la Arquitectura del sistema desarrollado se presenta a los tomadores de decisiones en una forma comprensible para ellos.

El resultado de usar el

DoDAF está destinado a elaborar una descripción arquitectónica del sistema. El resultado de su aplicación será un conjunto de documentos, no un sistema de información.

Enlaces

  1. Documentación en el sitio web del Departamento de Defensa . Fecha de acceso: 8 de marzo de 2017. Archivado desde el original el 9 de febrero de 2017.
  2. Estructura del marco DoDAF v.2
  3. Comparación de cambios en la versión 2.0 con respecto a la versión 1.5 del marco DoDAF
  4. Representación gráfica de las etapas de construcción y descripción de la arquitectura empresarial en la metodología DoDAF