Barra Sup Mobile


La oficina de proyectos de informática
pmoinformatica.com

Páginas

viernes, 3 de julio de 2020

Casos clásicos de falla de requisitos

Buscas formación en técnicas para identificar, analizar y gestionar los requerimientos de software. Curso Online de Ingeniería de requisitos: Software orientado a negocio.

Este artículo fue publicado originalmente en el sitio web de Fatto, empresa de consultoría en sistemas.



1. - Cohete Arianne 501


El 4 de junio de 1996, el cohete Ariane 501 de la Agencia Espacial Europea fue lanzado desde la base de Kourou en Guayana francesa. 37 segundos después del despegue se desvió bruscamente del curso esperado, se rompió y explotó.

Este fue el primer lanzamiento de la serie Ariane 5; que demoró 10 años de desarrollo, con un costo de US $ 7 mil millones. La pérdida del cohete y su carga ascendieron a una pérdida de más de $ 370 millones.

La comisión de investigación señaló que la causa del fracaso fue la pérdida total de la información de guía del cohete después del lanzamiento. Esta pérdida fue causada por errores de especificación y diseño del software del sistema de referencia inercial.

A pesar que este software fue reutilizado de la serie Ariane 4, por lo que ya había sido sujeto de extensa revisión y pruebas, estos cohetes tenían algunas características distintivas, el Ariane 5 estaba diseñado para transportar más carga, lo que implica estándares distintos de trayectoria y velocidad.



¿Buscas formación en técnicas para definir los requerimientos de software?




Una especificación deficiente de los requisitos del software puede conducir a proyectos fallidos, de allí que esta disciplina cada vez adquiera mayor importancia.

El curso de Ingeniería de requisitos está diseñado para enseñarte a identificar y analizar requisitos de manera integral, con el cual garantizaras la elaboración de especificaciones funcionales de calidad.

Conocerás técnicas de levantamiento de requisitos como la revisión de documentación, observación y entrevistas, técnicas para el análisis como la descomposición funcional, modelado de procesos, MoSCoW, TimeBoxing, así como actividades de gestión de requisitos para su organización, priorización y gestión de alcance.




2. - Misil antibalistico Patriot


Durante la primera Guerra del Golfo, los Estados Unidos usaron un sistema de defensa con misiles antibalísticos llamado Patriot.

El 25 de febrero de 1991 este sistema falló, causando la muerte de 28 militares y 98 lesionados; sin conseguir interceptar el misil Scuad lanzado por Irak.

La función principal del misil es detectar e interceptar misiles enemigos en el aire. Sin embargo, el Misil Patriot llevaba 100 horas funcionando y cada hora trascurrida, el software que controlaba la batería redondeada mínimamente los valores del reloj digital del misíl.



Este error mínimo hizo que se acumulara un retraso de un tercio de segundo en esas 100 horas.

Para hacer frente a misiles de más alta velocidad, se creó una subrutina para manejar el tiempo con mejor precisión (más decimales). Sin embargo, esta subrutina no fue aplicada a todas las partes necesarias del software,  ocasionando una acumulación de fallas de precisión.

En este caso, no fue sólo un error de programación, fue también un fallo de evaluación en el impacto del cambio.

La sonda espacial Mars Climate Orbiter (MCO)




La MCO fue una sonda espacial cuyo objetivo principal era estudiar el clima de Marte. Fue lanzada en diciembre de 1998, alcanzando Marte nueve meses y medio después.

Al entrar en la órbita de Marte, la sonda fue destruida en la atmósfera debido a un error de cálculo en esta maniobra. Sólo su pérdida dio lugar a $ 125 millones de dólares, sin considerar los gastos de desarrollo y operación del cohete para su lanzamiento.

Una investigación mostró que la razón principal del error fue causado por un software integrado en la sonda. Este había sido desarrollado por un proveedor para procesar datos en una unidad del sistema imperial británico (pounds-seconds), diferente al esperado por la NASA que tenía la necesidad de trabajar con el sistema métrico universal (newton–seconds).

Cuando el software de la base de control envió datos a la sonda, se generó el error de cálculo en la ruta de entrada. Nunca se supo a ciencia cierta si fue la NASA la que proporcionó la especificación equivocada al proveedor; o si por el contrario, hubo un error del proveedor en el levantamiento de la información.

¿Y qué opinas tú?


¿Consideras que el levantamiento de requisitos es crítico para el éxito de proyectos? Tienes otros ejemplos de fallos de requisitos de software para compartir. Déjanos un comentario al final.


Más información sobre gestión de requisitos de software

¿Quieres obtener completamente gratis y directamente en tu correo electrónico plantillas, artículos y otros recursos de gestión de requisitos y proyectos?, entonces presiona "suscríbete" a continuación.

Suscríbete a la lista de correo electrónico:


Vía FeedBurner, se abrirá una nueva ventana

También puedes seguirnos vía Twitter, Facebook o Linkedin:

  

Artículos relacionados

No hay comentarios :

Publicar un comentario