La Red de Conocimientos Pedagógicos - Conocimientos de formación/capacitación - Crisis de software famosas de la historia

Crisis de software famosas de la historia

1. IBMOS/360

El sistema operativo IBMOS/360 se considera un ejemplo típico. Todavía se utiliza en los hosts de la serie 360. Este proyecto de software extremadamente complejo, que duró décadas, incluso resultó en un sistema funcional que no formaba parte del diseño original. OS/360 fue el primer proyecto de software de gran tamaño y empleó aproximadamente a 1.000 programadores.

Fred Brooks admitió más tarde en su obra maestra El mito del hombre y la luna que había cometido un error multimillonario al gestionar el proyecto.

2. Caso de desarrollo de un sistema de software fiduciario de Bank of America

Bank of America ingresó al campo del negocio fiduciario en 1982 y planeó desarrollar un sistema de software fiduciario. El presupuesto original del proyecto fue de 20 millones de dólares y el tiempo de desarrollo fue de 9 meses. Se espera que esté terminado antes del 31 de diciembre de 1984. El sistema no se completó hasta 1987, tiempo durante el cual se habían invertido 60 millones de dólares.

El Bank of America finalmente tuvo que darse por vencido debido a la inestabilidad del sistema y transfirió 34 mil millones de dólares en cuentas fiduciarias, perdiendo 600 millones de dólares en oportunidades de negocios fiduciarios.

Datos ampliados:

La crisis del software se manifiesta en los siguientes cuatro aspectos:

(1) A menudo se superan los presupuestos y el tiempo de finalización se retrasa repetidamente. Debido a la falta de experiencia en desarrollo de software y la acumulación de datos de desarrollo de software, es difícil formular un plan de desarrollo.

Los planes se hacen subjetivamente y a ciegas, y la brecha entre la implementación y la situación real es grande, lo que resulta en avances en los fondos de desarrollo una y otra vez. Debido a que se subestimó la carga de trabajo y la dificultad del desarrollo, el progreso no se pudo completar a tiempo y el tiempo de desarrollo se retrasó repetidamente.

(2) El software desarrollado no puede cumplir con los requisitos del usuario. En las primeras etapas de desarrollo, no existe una comprensión clara de las necesidades del usuario y la capacidad de expresarlas claramente. Después de que comenzó el trabajo de desarrollo, el personal del software y los usuarios no intercambiaron opiniones a tiempo, lo que provocó que algunos problemas no se resolvieran a tiempo, lo que provocó que el software desarrollado no cumpliera con los requisitos del usuario, lo que provocó una falla en el desarrollo.

(3) El software desarrollado tiene poca mantenibilidad. No existen normas acordadas para el proceso de desarrollo. Los desarrolladores de software trabajan con su propio estilo y no existe una documentación completa y estandarizada durante el proceso de desarrollo. Si se encuentran problemas, se modificarán aleatoriamente. La estructura del programa no es buena y los errores encontrados durante la operación son difíciles de modificar, lo que resulta en una mala capacidad de mantenimiento.

(4) La confiabilidad del software desarrollado es pobre. Dado que no existen sistemas ni medidas para garantizar la calidad del software durante el proceso de desarrollo, y no existen pruebas estrictas, suficientes y completas durante las pruebas de software, la calidad del software enviado a los usuarios es deficiente y quedan expuestos una gran cantidad de problemas. durante la operación.

Enciclopedia Baidu-Crisis del software