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:
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:
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]