Industria y fabricación
Software a medida para sector aeroespacial
Un satélite, un lanzador o un subsistema embarcado se diseña repartido entre equipos y empresas que trabajan en paralelo. Cada uno parte de una especificación, acuerda interfaces con los vecinos y debe demostrar, al final, que lo construido cumple lo pedido. El problema aparece cuando un requisito cambia: hay que saber qué diseños, documentos de interfaz y pruebas dependen de él, y eso rara vez está escrito en un único sitio.
Muchos proyectos sostienen esa red con hojas de cálculo de matrices de verificación y documentos de control de interfaces que se actualizan a mano. Podemos diseñar herramientas que mantengan los enlaces entre requisitos, interfaces, cambios y evidencias de verificación, o que conecten las herramientas de ingeniería que ya usáis. La aceptación del producto y el cumplimiento de las normas del programa siguen en manos del cliente y de su cadena contractual.
Entradas
- Requisitos por nivel de sistema
- Documentos de control de interfaces
- Informes de ensayo y análisis
Reglas
- Método de verificación por requisito
- Propietario de cada lado de la interfaz
- Línea base vigente tras cada cambio
Salidas
- Análisis de impacto de un cambio
- Matriz de verificación con estado
- Historial de decisiones del comité
Integraciones
- Herramienta de requisitos
- Gestor de configuración
- Herramientas de diseño y simulación
Problemas habituales
Tres problemas frecuentes en aeroespacial
Cuando cambia un requisito nadie sabe con seguridad qué otros elementos quedan afectados.
SoluciónGrafo de trazabilidad entre requisitos, elementos de diseño, interfaces y casos de verificación con análisis de impacto.
Resultado observableCada propuesta de cambio llega con la lista de elementos que habría que revisar.
La matriz de verificación se mantiene en una hoja de cálculo que diverge del estado real de las pruebas.
SoluciónMatriz generada a partir de los enlaces y de los resultados registrados, con método previsto (ensayo, análisis, inspección, revisión) y estado.
Resultado observableRequisitos sin evidencia o con evidencia obsoleta señalados de forma explícita.
Dos equipos trabajan con versiones distintas del documento de control de una interfaz.
SoluciónRegistro de interfaces con parámetros estructurados, propietario por lado y versión acordada.
Resultado observableDesacuerdos de interfaz visibles antes de la integración física.
Las solicitudes de cambio circulan por correo y se aprueban sin registro claro de quién evaluó qué.
Flujo de control de cambios con evaluación por disciplina, decisión del comité y propagación a la línea base.
Los datos de las herramientas de ingeniería no se comunican entre sí y se copian a mano.
Integraciones entre herramientas de requisitos, gestión del ciclo de vida, simulación y gestión de proyecto.
Aplicaciones que podemos diseñar
Sistemas posibles
Son propuestas posibles para estudiar con cada empresa, no trabajos realizados.
01
Trazabilidad de requisitos con análisis de impacto
Un modelo que relaciona requisitos de distintos niveles con diseño, interfaces y verificación, y que ante un cambio propone qué revisar. La herramienta propone; la decisión de qué se modifica sigue en el comité de cambios.
02
Matriz de verificación viva
Seguimiento del método de verificación de cada requisito y de su evidencia, con avisos cuando un cambio deja una prueba ya realizada fuera de la línea base vigente.
03
Registro estructurado de interfaces
Parámetros de interfaz con propietario, versión acordada y estado, en lugar de tablas dentro de documentos. Facilita detectar incoherencias entre subsistemas antes de integrarlos.
04
Integración entre herramientas de ingeniería
Conectores que sincronizan requisitos, elementos de configuración y tareas entre las herramientas que ya usa el programa, con un origen de verdad definido para cada tipo de dato.
05
Simulación de escenarios de planificación
Modelos que permiten estudiar el efecto de retrasos o cambios de secuencia en campañas de integración y ensayo, como apoyo a la planificación y no como predicción cierta.
Capacidades técnicas
Qué interviene y por qué
- Trazabilidad de requisitosCada requisito debe enlazar con el diseño y la prueba que lo verifican para medir el impacto de un cambio.
- Integración de sistemasLas herramientas de ingeniería del programa no se comunican entre sí y los datos se copian a mano.
- Simulación y optimizaciónLas campañas de integración y ensayo se replanifican ante retrasos, y conviene comparar secuencias alternativas antes de decidir.
- Gestión documental técnicaLos equipos deben trabajar siempre con la versión acordada de cada documento de interfaz y especificación.
- Workflows y reglasUna solicitud de cambio pasa por evaluaciones de varias disciplinas y una decisión de comité que debe quedar registrada.
Restricciones habituales
Permisos, continuidad y dependencias
- Las herramientas no hacen la ingeniería: si los requisitos están mal escritos o los enlaces se crean sin criterio, la trazabilidad solo reproduce el desorden.
- Integrar herramientas comerciales de ingeniería depende de sus licencias, API y formatos de exportación, que pueden limitar lo que se sincroniza.
- Los datos de programa pueden estar sujetos a restricciones contractuales o de exportación que condicionan dónde se aloja el sistema y quién accede.
- El software de apoyo a la ingeniería no forma parte del producto de vuelo ni sustituye a los procesos de aseguramiento de producto del programa.
Decisiones de despliegue que suelen plantearse
Referencias
- ECSS (European Cooperation for Space Standardization). Iniciativa con secretaría en ESA-ESTEC que publica normas de ingeniería y aseguramiento de producto para actividades espaciales europeas. Qué normas aplican lo fija cada programa.
Para estudiar un proyecto
Qué necesitamos conocer
- 01¿En qué fase está el programa y qué niveles de requisitos manejáis (sistema, subsistema, equipo)?
- 02¿Qué herramientas usáis hoy para requisitos, configuración y verificación, y cuáles deben mantenerse?
- 03¿Cómo se tramita un cambio de requisito o de interfaz y quién lo aprueba?
- 04¿Qué restricciones contractuales o de confidencialidad afectan al alojamiento y al acceso a los datos?
- 05¿Qué información necesitáis entregar al cliente o al contratista principal y en qué formato?
Lecturas y sectores relacionados
Plantear un proyecto en aeroespacial
Explícanos cómo funciona hoy tu operación en aeroespacial, qué sistemas intervienen y qué falla. Valoraremos si podemos ayudarte y qué convendría estudiar primero.
Sin compromiso de aceptación: estudiamos cada caso antes de proponer nada. Cómo tratamos la información que compartes.