DO-178c: ¿Qué es DO-178c y en qué se diferencia de DO-178B?
En la aviación, los errores de software no solo provocan fallos en los programas, sino que pueden costar vidas. Por eso la seguridad no es opcional.
Con el paso de los años, la necesidad de controlar el desarrollo del software aeronáutico se ha hecho cada vez más acuciante. Tanto si se desarrolla un piloto automático como un sistema de alarma, el código debe cumplir unas normas estrictas. Esas normas no son meras listas de comprobación internas, sino directrices del sector que se aplican en todo el mundo.
Una de las normas más aplicadas en la actualidad es la DO-178C. En ella se define cómo debe planificarse, desarrollarse, probarse y revisarse el software aeronáutico, todo ello antes de que el avión despegue.
En este blog se explica qué es el cumplimiento de la norma DO-178C, cómo ha evolucionado a partir de la DO-178B, cuáles son sus componentes fundamentales y por qué es importante en el sector de la aviónica.
Breve resumen de DO-178B y DO-178C
¿Qué es DO-178B?
La norma DO-178B, conocida oficialmente como RTCA DO-178B / EUROCAE ED-12B, es un conjunto de directrices para el desarrollo de software aeronáutico. Básicamente, establece las directrices para el diseño, el desarrollo y las pruebas del software aeronáutico con el fin de garantizar que cumple las normas y reglas de seguridad establecidas por las autoridades aeronáuticas. Al seguir la norma DO-178B, se pueden reducir las probabilidades de que se produzca un fallo en los sistemas de una aeronave.
La norma DO-178B abarca:
- Un proceso paso a paso para el desarrollo de software de aviónica
- Una guía clara para la gestión de requisitos
- trazabilidad entre los requisitos y los casos de prueba
- Directrices básicas para revisiones, pruebas y control de la configuración
¿Qué es la norma DO-178C? (Una versión actualizada de la norma DO-178B)
La forma de desarrollar software ha cambiado mucho desde los años 90. Hoy en día, los equipos utilizan herramientas automatizadas, diseños basados en modelos y programación orientada a objetos. La norma DO-178B no ofrecía un apoyo adecuado para estos métodos. Como consecuencia, la aplicación de la norma empezó a parecer forzada y poco clara.
Para subsanar esta carencia, en 2011 se introdujo una versión actualizada de la norma DO-178B, denominada DO-178C. Esta norma recoge directrices actualizadas para el uso de herramientas y tecnologías modernas durante el desarrollo de software para sistemas de aviación.
La norma DO-178C introduce:
- Normas más claras para el uso de herramientas de desarrollo de software
- Compatibilidad con el desarrollo basado en modelos y la generación de código
- Orientaciones para la programación orientada a objetos en sistemas críticos para la seguridad
- Mejor gestión de la reutilización de software entre proyectos
- Mejora de la trazabilidad entre los requisitos, el código y las pruebas
- Documentos complementarios (DO-330, DO-331, DO-332, DO-333) para casos de uso específicos
En la actualidad, se exige que cualquier software nuevo utilizado en sistemas críticos para el vuelo cuente con una certificación basada en el cumplimiento de la norma DO-178C. Sin ella, es prácticamente imposible obtener la autorización de organismos como la FAA o la EASA.
DO-178C frente a DO-178B: diferencias clave que marcan la diferencia
Característica / Área | DO-178B | DO-178C |
|---|---|---|
Año de lanzamiento | 1992 | 2011 |
Calificación de herramientas | Se proporcionaron unas pautas básicas. | En el documento complementario DO-330 se ofrecen directrices detalladas. |
Compatibilidad con el desarrollo basado en modelos | No se ha presentado | El documento complementario DO-331 contiene una guía detallada sobre el desarrollo basado en modelos. |
Compatibilidad con la programación orientada a objetos | No se aborda directamente | Incluido mediante DO-332 |
Compatibilidad con métodos formales | No se menciona | Definido en DO-333 |
Manejo de herramientas de desarrollo modernas | Limitado | Con un apoyo completo y una estructura clara |
Guía sobre la reutilización de software | Mínimo | Mayor cobertura para los componentes reutilizables |
Gestión de requisitos | Ofrece definiciones básicas sobre la gestión de requisitos. | Ofrece directrices exhaustivas sobre la gestión de requisitos, el análisis, la validación, etc. |
Trazabilidad | Se ha implantado un sistema básico de trazabilidad. | Ofrece directrices para lograr una trazabilidad de principio a fin. |
El uso de las certificaciones en la actualidad | Se sigue utilizando en sistemas heredados | Requisitos para las nuevas certificaciones |
Componentes fundamentales del cumplimiento de la norma DO-178C
A continuación se enumeran los principales componentes de la norma que los equipos deben aplicar:
1. Planificación de software
La primera fase del DO-178C es la fase de planificación, en la que el equipo de desarrollo elabora diversos documentos sobre cómo debe diseñarse, desarrollarse, revisarse y probarse el software. Estos planes suelen ser revisados por las autoridades de certificación, por lo que es fundamental que estén bien elaborados desde el principio.
Puedes consultar las directrices que sigue la FAA a la hora de aprobar la certificación de software para aviación. Por eso, es importante elaborar un plan adecuado desde el principio.
2. Recopilación y gestión de los requisitos de software
Una vez finalizada la planificación, es importante recopilar unos requisitos claros y verificables. Sin unos requisitos claros, resulta muy difícil garantizar que el software cumpla los objetivos finales.
Para los equipos que utilizan Azure DevOps, Modern Requirements4DevOps ayuda a gestionar y vincular los requisitos directamente con el diseño, el código y los casos de prueba. De este modo, todo queda en un solo lugar y se simplifica la trazabilidad en todo el proyecto.
Lea también: Cómo elegir una herramienta de gestión de requisitos en 6 pasos
3. Diseño y desarrollo de software
En esta fase, los equipos de desarrollo elaboran el diseño del sistema para la arquitectura del software basándose en los requisitos definidos en la etapa anterior. A continuación, se inicia la implementación del código de acuerdo con la norma DO-178C.
Los equipos también deben asegurarse de que todo quede documentado en esta fase, y debe existir una relación clara entre cada requisito, su diseño, el código y los casos de prueba correspondientes.
4. Verificación y validación de software
Durante la verificación del software, los desarrolladores y los evaluadores comprueban si el software cumple todos los requisitos definidos previamente. Por otro lado, durante la validación, los equipos utilizan diferentes metodologías, como pruebas unitarias, pruebas de integración, pruebas de sistema, etc., para determinar si el software funciona según lo previsto.
5. Gestión del cambio
Es muy importante registrar y realizar un seguimiento de cada cambio, ya sea en el código, en los documentos o en los datos de prueba. Esto resulta útil para evitar errores y actualizaciones no autorizadas. Para ello, los equipos necesitan herramientas con control de versiones integrado, y Modern Requirements4DevOps ofrece precisamente eso.
6. Control de calidad
Este paso consiste en comprobar si el equipo ha seguido el proceso establecido. Incluye la realización de auditorías internas, la notificación de problemas en los procesos y la verificación de que el flujo de trabajo general se ajusta a los objetivos de seguridad y normativos del proyecto.
Por qué es importante el cumplimiento de la norma DO-178C y qué te ayuda a conseguir
- Requisitos para la aprobación de la certificación: Si su software se va a utilizar en sistemas de aviación, debe cumplir las directrices de la norma DO-178C para obtener las certificaciones de autoridades reguladoras como la FAA y la EASA. Si el software no cumple la norma, no obtendrá la autorización para su uso en aplicaciones críticas para el vuelo.
- Aumenta la seguridad y la fiabilidad del software: al cumplir con la norma DO-178C, las organizaciones pueden desarrollar software con un riesgo de fallo muy reducido. Según AFuzion, las empresas que aplican las prácticas de la norma DO-178C han registrado hasta un 90 % menos de errores en los sistemas en producción.
- Mejora la reutilización del software: dado que la norma DO-178C obliga a los equipos a utilizar principios de ingeniería modernos, como el desarrollo basado en modelos o la programación orientada a objetos, entre otros, fomenta la reutilización del software.
- Facilita la distribución global de productos: dado que la norma DO-178C es reconocida tanto en el mercado estadounidense como en el europeo, cumplirla ayuda a las empresas a evitar tener que realizar modificaciones específicas para cada región.
- Facilita la gestión de futuras actualizaciones: dado que todo está documentado y es trazable, añadir nuevas funciones o corregir defectos más adelante resulta más sencillo sin que ello afecte a las homologaciones de seguridad
Retos habituales en la implementación de la norma DO-178C
La norma DO-178C se limita a explicar los estándares y procesos para el desarrollo de software aeronáutico, pero al aplicarlos en la práctica, el equipo suele encontrarse con algunos retos. A continuación, abordamos algunos de ellos y ofrecemos soluciones para superarlos.
- Gran volumen de documentación: en cada fase, desde la planificación hasta la verificación, los equipos deben crear y gestionar documentos. Si no se utiliza la herramienta adecuada para la gestión de documentos, el equipo podría pasar por alto actualizaciones importantes. Mediante el uso de un sistema de gestión de documentos que ofrezca control de versiones y permita a los equipos gestionar los documentos de forma colaborativa, pueden resolver este problema.
- Lagunas en la trazabilidad: Algunos equipos utilizan hojas de cálculo para vincular los requisitos. Si estos vínculos se rompen o se gestionan de forma inadecuada, pueden provocar retrasos en la certificación o la necesidad de volver a realizar el trabajo.
- Confusión en torno a la homologación de herramientas: muchos equipos utilizan herramientas que no están homologadas según la norma DO-330, lo que puede suponer un riesgo.
- Trabajar con sistemas inconexos: Los desarrolladores, los evaluadores y los equipos de control de calidad suelen trabajar con herramientas diferentes. Esto dificulta la gestión de los cambios, el seguimiento del progreso o la preparación para las auditorías.
Para superar estos retos, los equipos deben elegir una herramienta que permita:
- Preparación para la homologación de herramientas según la norma DO-330
- Gestión de requisitos integrada
- Trazabilidad de extremo a extremo
- Control de versiones y seguimiento de cambios
- Colaboración y revisiones en tiempo real
- Sistema de gestión documental
- Generación de informes para auditorías
- La IA para optimizar la gestión de requisitos
Si tu equipo ya utiliza Azure DevOps, Modern Requirements4DevOps ofrece todo esto en una única configuración integrada, lo que reduce las complejidades de la gestión del cumplimiento normativo y ayuda a los equipos a estar preparados para las auditorías.
En resumen
Si su organización desarrolla software para la aviación y desea obtener la certificación de la FAA o la EASA, siga la norma DO-178 durante el desarrollo del software de a bordo. Se recomienda que imparta a su equipo una formación adecuada sobre la norma DO-178C para que comprendan el proceso desde el principio.
Elegir la herramienta adecuada es tan importante como seguir el proceso DO-178C. Sin una herramienta adecuada, no es posible gestionar los documentos, elaborar informes para las certificaciones ni comprobar si el producto final cumple con las expectativas de las partes interesadas.
