Ensallo

Software está desempeñando un papel cada vez más importante en los sistemas aeroespaciales. Es también desempeñan un papel cada vez mayor en los accidentes y, en caso afirmativo, qué tipo de papel? En el proceso de un proyecto de investigación para evaluar los modelos de accidentes, que se examinaron en detalle una serie de accidentes aeroespaciales que de alguna manera involucrados software.1, 2Muchos de los factores estaban en común a través de varios de los accidentes. Para evitar accidentes en el futuro, tenemos que atacar estos problemas.
Los accidentes de naves espaciales investigadas fueron la explosión de la lanzadera Ariane 5 en su vuelo inaugural en 1996, la pérdida del Orbitador Mars Climate, en 1999, la destrucción de la Mars Polar Lander en algún momento de la entrada, eldespliegue y la fase de aterrizaje en el año siguiente ; la colocación de un satélite en una órbita Milstar incorrecta e inutilizable por el lanzamiento Titan IV B-32/Centaur en 1999, y la pérdida de contacto con el entorno SOHO (Solar Observatorio Heliosférico) de la NASA en 1998.
En la superficie, los eventos y condiciones que intervienen en los accidentes parecen ser muy diferentes. Un estudiomás cuidadoso, detallado análisis de los factores sistémicos, sin embargo, revela similitudes sorprendentes. Los factores sistémicos son aquellos que van más allá de las causas técnicas específicas, tales como una deficiente diseño de la junta tórica en el accidente de transbordador espacial Challenger, e incluir las razones por las fallas o errores de diseño se hicieron. Para Challenger, esteúltimo incluye la toma de decisiones errónea, de informes de problemas, la falta de análisis de tendencias, una "silenciosa" o programa de seguridad efectivo,

problemas de comunicación, etc factores sistémicos son aquellos relacionados con el sistema general en el que se desarrolla el dispositivo técnico y operado.
Una dificultad que se encontró en que varios de los partes de accidentesimplicados el software, pero luego, por alguna razón desconocida, nunca se investigó el proceso de desarrollo de software en profundidad para determinar por qué se cometió el error. En algunos casos, es posible encontrar información sobre los problemas de desarrollo de software de fuentes externas en el informe de investigación de accidentes oficial. Una de las conclusiones de esta observación podría serque los consejos de investigación de accidentes debe incluir más expertos en software y debe más a fondo la investigación de las razones para la introducción de los errores y su falta de detección de una vez introducido, si queremos aprender de nuestros errores y mejorar nuestros procesos.
Los accidentes son primera describe brevemente para aquellos no familiarizados con ellos, y luego losfactores comunes se identifican y analizan. Estos factores se dividen en tres grupos: (1) defectos en la cultura de seguridad, (2) los problemas de gestión y de organización, y (3) las deficiencias técnicas.
los riesgos de accidentes
Ariane 501
El 4 de junio de 1996, el vuelo inaugural del Ariane 5 terminó en un fracaso. Cerca de 40 s después del inicio de la secuencia de vuelo, a una altitud de 2700m, el lanzador se salió de su trayectoria de vuelo, se rompió, y explotó. El informe del accidente se describe lo que ellos llaman la "causa principal", como la pérdida total de orientación e información actitud de 37 s después del inicio de la secuencia principal motor de encendido (30 segundos después del despegue) .3 La pérdida de información se debió a errores de especificación y diseño en elsoftware del sistema de referencia inercial. El software se volvió a utilizar desde el Ariane 4 e incluye funciones que no eran necesarias para el Ariane 5, pero se quedaron en la "comunidad". De hecho, estas funciones eran útiles, pero no es necesario para el Ariane 4, ya sea.

Mars Climate Orbiter (MCO)
La Mars Climate Orbiter (MCO) se puso en marcha 11 de diciembre 1998 sobre un vehículo...