la crisis del software

La Crisis del Software

Alberto Benetó Micó
Historia de la Informática
ETSINF. UPV

Introducción
El término “Crisis del Software” fue acuñado a principios de los años 70,
cuando la ingeniería de software era prácticamente inexistente. El término expresaba las
dificultades del desarrollo de software frente al rápido crecimiento de la demanda por
software, de la complexidad de losproblemas a ser resueltos y de la inexistencia de
técnicas establecidas para el desarrollo de sistemas que funcionaran adecuadamente o
pudieran ser validados.
La percepción de que esta crisis existía empezó a mediados de los años 60. Una
de las primeras referencias al término, y de las más notables, fue hecha por
E.W.Dijkstra, en el discurso que pronuncio durante la entrega del premio Turing en1972.
En este trabajo abordaremos por que se produjo esta crisis, y cuál fue el camino
adoptado para resolverla, o minimizar sus efectos de algún modo.

CAUSAS DE LA CRISIS DEL SOFTWARE
Durante finales de los años 50 i principios de los 60, la potencia computacional
de las maquinas era bastante limitada. Es por esto que los programas que se
desarrollaban eran “simples” desde nuestro punto devista actual. Seguían un proceso de
desarrollo bastante artesanal, sin una metodología o un camino a seguir para su
desarrollo. En esta época se solían usar los lenguajes de bajo nivel para el desarrollo de
Software.
Pero a finales de los 60, la potencia de las maquinas empezó a aumentar de
forma considerable. Empezaron a aparecer los lenguajes de programación de alto nivel,
y las maquinasnecesitaban programas mucho más complejos de los desarrollados hasta
la época. En definitiva, fue un salto tremendo en cuanto a potencial de hardware, que no
fue acompañado por un salto en el desarrollo de software.
En esta época, se empezó a concebir el Software como producto, y se empezaron
a desarrollar algunos proyectos para que funcionaran en las máquinas de la época. Pero
aparecieronimportantes problemas: los productos excedían la estimación de costes,
había retrasos en las entregas, las prestaciones no eran las solicitadas, el mantenimiento
se hacía extremadamente complicado y a veces imposible, las modificaciones tenían un
coste prohibitivo…en resumen, se desarrollaba software de mala calidad, ya que la
técnica utilizada para desarrollar pequeños programas para maquinascon mucho menos
potencial se quedaba desfasada, y muchas veces este software acababa en el olvido.
Como ejemplo, podemos ver este gráfico del año 1979, en el que se recoge la inversión
en desarrollo de sistemas software en ese año ($6.8 Millones),y como acabó ese
software

Usado después
Usado, pero con de cambios
3%
trabajo extra o

Año 1979

Usado tal como
se entregó
2%abandonado
después
19%

Pagado pero
nunca entregado
29%

Entregado pero
nunca usado
47%

Fuente: Apuntes Ingeniería del Software de Gestión. “Tema 1: Software e Ingeniería del Software”

Una de las principales causas de todo esto, si no la principal, era el enfoque dado
al proceso de desarrollo de software, el cual era malo e incluso a veces era inexistente.
En este proceso, solo ¼ deltiempo de desarrollo se dedicaba a las fases de análisis,
diseño, codificación y pruebas, y más de ¾ del tiempo se dedicaba a correcciones y
mantenimiento. Es evidente que dedicándole sol ¼ del tiempo a las primeras fases, se
arrastran errores graves, sobre todo procedentes de las fases de análisis y diseño, lo que
dificultaba muchísimo la implementación, produciendo constantes paradas yretrocesos
para revisar este análisis/diseño.
Para que nos hagamos una idea, el conjunto de las fases de análisis y diseño
abarcaban el 8% del tiempo total de desarrollo de software. Además casi el 80% de los
errores se producían en estas dos fases, con lo que se incrementaba el coste de
corrección de errores conforme evolucionaban las fases de manera bestial. Con estos
indicadores estaba claro...