Vista operativa

La Vista Operativa ( OV ) es una de las vistas básicas definidas en la arquitectura empresarial (EA) del Marco de Arquitectura del Departamento de Defensa V1.5 (DoDAF) y está relacionada con el concepto de operaciones . En virtud de DODAF 2, que entró en funcionamiento en 2009, las colecciones de vistas ahora se denominan "puntos de vista" y ya no vistas.

Otros marcos de arquitectura empresarial pueden tener vistas operativas. Por ejemplo, el MODAF tiene un punto de vista operativo y el marco de arquitectura de la OTAN tiene una vista operativa (conjunto de subvistas). En este artículo se explicará con más detalle la construcción de la vista operativa del DoDAF V1.5.

La "Vista operativa" (VO) en el marco de arquitectura empresarial DoDAF (versión 1/1.5) ("Vista operativa" en DODAF 2) describe las tareas y actividades, los elementos operativos y los intercambios de información necesarios para llevar a cabo las operaciones. Una Vista operativa pura es independiente de los materiales. Sin embargo, las operaciones y sus relaciones pueden verse influenciadas por nuevas tecnologías, como la tecnología de colaboración, donde las mejoras de los procesos se ponen en práctica antes de que la política pueda reflejar los nuevos procedimientos. ^[1]

El punto de vista operacional proporciona un medio para describir lo que se necesita de una manera que no requiera soluciones ni implementación. Sin embargo, puede haber algunos casos en los que sea necesario documentar la forma en que se realizan los procesos dadas las restricciones de los sistemas actuales, con el fin de examinar formas en que los nuevos sistemas podrían facilitar la racionalización de los procesos. En tales casos, una Vista operacional puede tener restricciones y requisitos materiales que deben abordarse. Por esta razón, puede ser necesario incluir algunos datos de arquitectura de Vista de sistemas (SV) de alto nivel como superposiciones o información adicional sobre los productos de Vista operacional. ^[1]

El Marco de Arquitectura del Departamento de Defensa (DoDAF) define una forma estándar de organizar una arquitectura de sistemas en vistas complementarias y consistentes. Es especialmente adecuado para sistemas grandes con desafíos complejos de integración e interoperabilidad, y es aparentemente único en su uso de "vistas operativas" que detallan el dominio operativo del cliente externo en el que operará el sistema en desarrollo.

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

• Vista general global (AV),
• Vista Operacional (VO),
• Vista de sistemas (SV) y la
• Ver Normas Técnicas (TV).

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. ^[2]

El Marco de Arquitectura del Departamento de Defensa (DoDAF) ha definido una serie de siete tipos diferentes de productos de Vista Operativa. ^[1] Hay siete productos de Vista Operativa descritos en esta sección:

• Gráfico conceptual operacional de alto nivel (OV-1)
• Descripción de la conectividad del nodo operativo (flujo de recursos) (OV-2)
• Matriz de intercambio de información operativa (flujo de recursos) (OV-3)
• Diagrama de relaciones organizacionales (OV-4)
• Modelo de Actividad Operativa (OV-5)
• Modelo de reglas operativas, descripción de transición de estados y descripción de seguimiento de eventos (OV-6a, 6b y 6c)
• Modelo de datos lógicos (OV-7)

• 
  Concepto de Operaciones de Comercio Electrónico del Departamento de Defensa (OV-1).
• 
  Gráfico conceptual operacional de la capacidad del arma habilitada en red conjunta (NUEVA) (OV-1).
• 
  Concepto de Operaciones de la Fuerza de Tarea Conjunta (OV-1).
• 
  Ejemplo OV-1 para NCOW.

• Gráfico de Concepto Operacional 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.).

• 
  Plantilla OV-2.
• 
  Ejemplo nocional de un OV-2 que representa a los proveedores de servicios.
• 
  Plantilla UML OV-2.

• Descripción de conectividad del nodo operacional (OV-2): Nodos operacionales, actividades realizadas en cada nodo y conectividad y flujo de información entre nodos.

• 
  OV-3 – Plantilla.

• Matriz de intercambio de información operacional (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.

• 
  OV-4 – Plantilla.
• 
  Ejemplo UML OV-4.

• Diagrama de relaciones organizacionales (OV-4): Mando, control, coordinación y otras relaciones entre organizaciones.

• 
  Diagrama de Jerarquía de Actividades Operacionales (OV-5) – Plantilla.
• 
  Diagrama de Actividades Operacionales (OV-5) – Plantilla.
• 
  OV-5 – Plantilla con anotaciones nocionales.
• 
  Ejemplo UML OV-5.

• 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, descripción de transición de estados y descripción de seguimiento de eventos (OV-6a, 6b y 6c)
  • 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 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 negocios a los eventos.
  • Descripción de 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 una secuencia crítica de eventos.
• Modelo lógico de datos (OV-7): Documentación de los requisitos de datos y reglas estructurales del proceso de negocio de la Vista Operacional.

Además de examinar el comportamiento a lo largo del tiempo, también se puede evaluar el costo dinámico general de una misión a lo largo del tiempo en términos de costos en dólares de recursos humanos y de sistemas/redes y de sus procesos. El análisis de los costos en dólares en arquitecturas ejecutables es un primer paso en una estrategia de inversión basada en arquitecturas, donde eventualmente necesitamos alinear las arquitecturas con las decisiones de financiación para asegurar que las decisiones de inversión estén directamente vinculadas con los objetivos de la misión y sus resultados. La figura de la derecha ilustra la anatomía de uno de esos modelos dinámicos. ^[1]

Las transiciones de estado en los modelos arquitectónicos operativos ejecutables proporcionan descripciones de las condiciones que controlan el comportamiento de los eventos del proceso al responder a las entradas y producir salidas. Un estado especifica la respuesta de un proceso a los eventos. La respuesta puede variar según el estado actual y el conjunto de reglas o condiciones. Las configuraciones de distribución determinan las ejecuciones del tiempo del proceso. Algunos ejemplos de estrategias de distribución incluyen: valores constantes, lista de eventos, espaciado de intervalo constante, distribución normal, distribución exponencial, etc. La prioridad determina la estrategia de procesamiento si dos entradas llegan a un proceso al mismo tiempo. Las entradas de mayor prioridad generalmente se procesan antes que las de menor prioridad. ^[1]

Los procesos que reciben múltiples entradas deben definir cómo responder. Algunos ejemplos de respuestas incluyen: procesar cada entrada en el orden de llegada independientemente de las demás, procesar solo cuando todas las entradas estén disponibles o procesar tan pronto como se detecte alguna entrada. Los procesos que producen múltiples salidas pueden incluir probabilidades (que suman el 100 por ciento) bajo las cuales se produciría cada salida. Los histogramas son ejemplos de descripciones de tiempos generados. Son representaciones gráficas de procesos, recursos humanos y del sistema, y ​​su capacidad utilizada a lo largo del tiempo durante una ejecución de simulación. Estos histogramas se utilizan para realizar un análisis de impacto dinámico del comportamiento de la arquitectura ejecutable. La Figura 4-23 es un ejemplo que muestra los resultados de una ejecución de simulación de la capacidad de recursos humanos. ^[1]

• Capacidad (ingeniería de sistemas)
• Arquitectura ejecutable
• Concepto de operaciones

Wikimedia Commons tiene medios relacionados con Vistas operativas .