Lea ahora, Última Guía + Plantilla: Establecimiento de un CONOP
DESCARGAR
Todas las noticias

Establecimiento de un CONOP para el diseño y desarrollo de ISR

// 09.03.2024
// Your mission first

Guía explicativa

Introducción

La implantación o modernización de una capacidad ISR es un proyecto importante y complejo. La selección de la plataforma, el sensor y la gestión de la misión son variables interdependientes que exigen un profundo conocimiento de los requisitos de la misión del usuario final, los niveles de rendimiento deseados, los entornos operativos, las ubicaciones y el uso.
Más allá de las necesidades inmediatas, el diseño del sistema debe tener en cuenta los requisitos futuros, la escalabilidad y las mejoras tecnológicas para seguir siendo relevante al tiempo que se cumplen los ciclos de vida operativos previstos. Por último, la facilidad de uso del sistema, la eficacia y la interoperabilidad con los socios definirán el éxito o el fracaso de la aplicación.
Domar la complejidad e integrar estas diversas variables requiere fijar el contexto y la dirección estratégica del proyecto mediante la generación de un documento denominado concepto de operaciones, o CONOP.

Explicación de los CONOP

El CONOP es el primer paso en el proceso de diseño y es un documento que proporciona una visión conceptual, de alto nivel y holística de un sistema propuesto desde la perspectiva del usuario. Comunica tu visión del sistema para su posterior revisión, retroalimentación y aprobación por parte del cliente tras varias iteraciones de redacción y revisión.

Un documento CONOP ayuda a alinear a todas las partes interesadas sobre las características de un nuevo sistema ISR propuesto, mitigando así los riesgos de diseño, construcción e implementación. Cuando finalmente es aceptado y firmado por el cliente, constituye un documento de alcance contractual que define los requisitos del usuario, orienta el esfuerzo de adquisición y desarrollo y facilita la integración del sistema.

En términos sencillos, un CONOP aborda el "por qué" y el "qué" de alto nivel de un nuevo sistema ISR, convirtiéndose en una aportación al siguiente paso del proceso de diseño, que es un análisis de requisitos de nivel inferior y más granular que define el "cómo".

Para entender un CONOP también hay que entender lo que no es. No es un análisis de requisitos ni un documento de diseño técnico y no debe centrarse en los aspectos técnicos en profundidad de un sistema ni incluir información detallada sobre el diseño técnico, salvo la necesaria para transmitir al equipo de diseño el concepto o el alcance del sistema deseado.



Tres pasos para redactar un CONOP

Recogida de datos

Redactar CONOP precisos y concisos requiere un proceso exhaustivo de recopilación de datos para captar las necesidades y expectativas de las partes interesadas. A menudo, el cliente sabrá lo que desea conseguir con el nuevo sistema ISR, pero desconocerá la información que el equipo del proyecto necesita para el desarrollo óptimo del sistema.

El autor de los CONOPs y sus colegas son responsables de utilizar las preguntas marco que figuran más adelante en este documento para obtener los detalles necesarios de las partes interesadas del cliente. La redacción de estas respuestas en una narrativa concisa e informativa de los CONOP orientará las posteriores iniciativas de diseño y desarrollo.

Redacción/Revisión

Recopilar los datos obtenidos de las respuestas de las partes interesadas en el formato de documento CONOP estándar que se facilita más adelante en este documento. Los datos presentados deben ser empíricos y derivarse únicamente de las aportaciones de las partes interesadas, sin interpretaciones subjetivas por parte del autor. Una vez que el primer borrador del documento incluya toda la información recopilada, envíalo al cliente para su revisión formal y sus comentarios.

Los sistemas ISR complejos pueden requerir múltiples iteraciones del ciclo de borrador/revisión/retroalimentación antes de que el cliente acepte el contenido del documento. Mantenga registros de los comentarios del cliente y utilice el control de versiones de los borradores posteriores para garantizar la trazabilidad a lo largo del desarrollo de los CONOP.

Aprobación del cliente

Cuando el cliente indique que acepta el documento CONOPs, cree una versión limpia para su aprobación firmada y fechada por un representante autorizado del cliente. Los CONOP aprobados constituirán la base para futuras iniciativas de diseño y desarrollo.

Garantizar que las revisiones posteriores sigan el proceso de borrador, revisión y aprobación antes de avanzar el número de versión del documento y volver a publicar los CONOP revisados a las partes interesadas pertinentes.

Preguntas de encuadre sugeridas

Contexto operativo

Las preguntas marco sobre el contexto operativo abarcan tres categorías clave:

  • Alineación del sistema con la estrategia de la organización y los objetivos empresariales.
  • El entorno operativo
  • Necesidades de las partes interesadas

Las preguntas y respuestas de esta sección son predominantemente estratégicas o tácticas.

¿Cuáles son los requisitos de inteligencia y los objetivos operativos del nuevo sistema ISR?

  • Desea comprender la información que necesita el cliente y para qué utilizará los datos. 
  • ¿Están simplemente ejerciendo una presencia, o necesitan datos para un uso posterior? 

¿Cómo se alinean y apoyan estos objetivos con la estrategia y los objetivos generales de la empresa?

  • Comprender la razón de ser de la organización le permite ampliar su perspectiva y ofrecer soluciones holísticas en lugar de centrarse en el problema inmediato de ISR que el cliente pretende resolver. 
  • Si las operaciones ISR son una pequeña parte de una operación mayor, ¿existen funcionalidades, u opciones, que puedan apoyar a la organización más amplia? 
  • ¿Qué es lo que el cliente no hace ahora que podría hacer con adiciones incrementales de software o hardware? 

¿De qué manera aumentará la eficacia y la eficiencia de la organización?

  • ¿Se trata de la implantación de un sistema nuevo, de la sustitución de un sistema existente o de la integración con un sistema heredado?

¿En qué partes del mundo funcionará el sistema?

  • La localización apunta a la dinámica política que influye en el despliegue del sistema, incluidas las opciones de plataforma, hardware y software.
  • ¿Existen requisitos reglamentarios o legales que puedan condicionar o afectar al funcionamiento del sistema ISR?

Describir los dominios operativos del sistema

  • Qué se vigila: aéreo, terrestre, marítimo, espacial o cibernético.
  • Si hay varios dominios, ¿las operaciones serán simultáneas o cambiarán de enfoque cuando se reasigne la plataforma?

¿Sobre qué terreno funcionará el sistema?

  • ¿Será montañoso, boscoso, desértico, urbano o de vegetación densa?
  • ¿Existen elementos naturales o artificiales que puedan afectar a la cobertura de los sensores y a la línea de visión?

¿Qué plataforma o plataformas llevarán el sistema?

  • ¿Es un avión de ala fija, un helicóptero o un vehículo aéreo no tripulado?
  • ¿Han elegido alguna marca o modelo de plataforma en concreto?
  • ¿Cuál es su autonomía, resistencia, altitud y velocidad?
  • ¿Cuánto tiempo permanecerá la plataforma en la estación para cada misión?

En concreto, ¿qué buscará el sistema ISR?

  • El diseño del sistema se define en función de si los objetivos se mueven rápido/lento o realizan actividades legales/ilegales.

¿Existen características únicas o modificaciones importantes para las operaciones ISR?

  • ¿Cuáles son los puntos débiles del cliente que debe resolver el sistema?
  • ¿Deben incluirse las capacidades positivas experimentadas con sistemas anteriores?

¿Qué partes interesadas, además del cliente, aportarán o recibirán datos del nuevo sistema ISR?

  • ¿Cómo se procesarán los datos captados y se difundirán a todos los niveles de las partes interesadas, incluido el personal de mando y operativo?
  • ¿Qué harán esas partes interesadas adicionales con los datos del sistema?
  • ¿Qué componentes, protocolos, interfaces e infraestructuras son necesarios para una comunicación eficaz con las partes interesadas y otros sistemas ISR?
  • Definir y enumerar una terminología técnica estándar que pueda ser reconocida y comprendida por todas las partes interesadas.

Identificar dónde se interconectará el sistema ISR con las redes, los sistemas operativos y los procesos de toma de decisiones.

  • Describir los protocolos de seguridad para proteger la integridad, fiabilidad y confidencialidad del sistema y de los datos.

¿Qué cargas útiles, tipos y capacidades de sensores requerirá la integración en la plataforma aerotransportada?

  • ¿Qué tipo de datos apoyan el éxito de la misión y cuáles son los niveles de detalle de cada uno?
  • Describa cómo la inteligencia apoyará y aumentará el conocimiento de la situación y la toma de decisiones.

Describa las funciones y responsabilidades de las personas que controlan y gestionan directamente el sistema.

  • ¿Qué tareas y funciones desempeña cada rol en la gestión o el funcionamiento del sistema?
  • ¿Qué cualificaciones y formación tendrán los usuarios del sistema?
  • Describir la gama de capacidades y competencias de los operadores de sistemas.
  • Definir las métricas de rendimiento utilizadas para evaluar el rendimiento humano.

Para que la interacción humana sea intuitiva y eficaz, ¿qué consideraciones deben tenerse en cuenta en las interfaces de usuario, las pantallas y los mecanismos de control?

  • ¿Qué técnicas de visualización de datos, mecanismos de retroalimentación y despliegues de información serán necesarios para apoyar una toma de decisiones eficaz y mejorar el conocimiento de la situación?
  • ¿Las interfaces visuales requieren la utilización de colores o simbología específicos?
  • Para tener en cuenta las capacidades y limitaciones humanas, ¿qué requisitos deben cumplir los principios antropométricos, ergonómicos y de diseño centrado en el usuario?
  • ¿Qué conjuntos de mapas, formas y superposiciones se necesitan, o utilizará el sistema los activos existentes del cliente?
  • Explicar los requisitos de redundancia y a prueba de errores para aumentar la resistencia del sistema y mitigar los errores humanos.

¿Es necesario integrar diversos tipos, modelos y fabricantes de sensores?

  • Teniendo en cuenta las capacidades de cada sensor y la inteligencia necesaria, ¿qué sensores considera necesarios para cubrir todos los escenarios operativos?
  • Definir los procedimientos operativos de activación, calibración, adquisición y almacenamiento de datos de los sensores.
  • ¿Hasta qué punto es necesaria la correlación de pistas para combinar y asociar datos de sensores procedentes de diversas fuentes?
  • ¿Qué formatos de datos y requisitos de metadatos se necesitan?

¿Cómo se instalarán y actualizarán el hardware y el software?

  • ¿Cuáles son las revisiones de mantenimiento obligatorias?
  • ¿Cómo se integrarán las nuevas capacidades, sensores, plataformas o hardware y software actualizados?
  • ¿Cómo mantendrá el sistema su pertinencia y actualidad a medida que avance la tecnología y cambien las necesidades operativas?

Definir las métricas y los indicadores utilizados para evaluar el rendimiento del sistema.

  • Por ejemplo, la disponibilidad de los sensores, los índices de recogida de datos, la capacidad de almacenamiento y el tiempo de actividad del sistema.

La plantilla cubre los aspectos clave de los CONOP para enmarcar y guiar de forma eficiente y eficaz el despliegue de un sistema ISR aerotransportado. Descargue la guía y la plantilla para proporcionar a su equipo el marco detallado y las herramientas probadas que necesitan para ofrecer soluciones eficaces de sistemas ISR.