Un dato relevante es que la crisis del software fue

acuñada a inicios de los años 70, es decir cuando

la ingeniería del software estaba en sus cimientos
dado que aún se le consideraba inexistente.

Este termino fue utilizado desde los inicios de la

ingeniería de software dado que con esto se
referían a el alto incremento de la tecnología y la
complejidad de los problemas que se les llegaran
a presentar en este proceso del avance.

¿Por qué se produjo esta crisis?

las fases de análisis y diseño, lo que dificultaba
muchísimo la implementación, produciendo
constantes paradas y retrocesos para revisar
este análisis/diseño.
A finales de los años 50 y los inicios de los 60
el poder computacional era limitada, dado que
todo lo que se creaba era en base a la
simplicidad desde el punto de vista actual. En
este tiempo la creación de estos mismo
llevaba tiempo y se podría decir que eran
hechos de una manera mucho más artesanal.
El poco enfoque que se le daba al proceso del
desarrollo de software.
En este proceso solo ¼ del tiempo de
desarrollo se dedicaba a las fases de diseño,
análisis, codificación y pruebas. Mas de ¾ del
tiempo era destinado a realizar correcciones y
mantenimiento

¿Cómo se le dio solución?

Después de esta crisis, se intentaron establecer estas pautas, aplicándolos a algunos proyectos
y aumentando la inversión. En 1991 se hizo un estudio para comprobar los resultados de la
aplicación de estos métodos, y los resultados fueron bastante buenos. El 52% de los proyectos
se terminaron con éxito, frente al 2% del año 1979 y el 31,1% se terminó con algunas
modificaciones respecto a lo acordado inicialmente, frente al 3% del año 1979. Pero el resultado
más espectacular se obtuvo en los proyectos abandonados. En 1991 sólo se abandonaron el
16,2% de proyectos, frente al casi 76% del año 1979. Una reducción increíble de casi el 60% que
no hacía más que confirmar la bondad de estos métodos aplicados al proceso de desarrollo de
software. Había nacido una nueva disciplina, la Ingeniería del Software.