La crisis del software es un término utilizado en los primeros días de la informática para referirse a la dificultad de escribir programas informáticos útiles y eficientes en el tiempo requerido. La crisis del software se debió al rápido aumento de la potencia de las computadoras y a la complejidad de los problemas que ahora podían abordarse. Con el aumento de la complejidad del software, surgieron muchos problemas de software debido a que los métodos existentes eran inadecuados.
El término "crisis del software" fue acuñado por algunos asistentes a la primera Conferencia de Ingeniería de Software de la OTAN en 1968 en Garmisch , Alemania. [1] [2] La conferencia del premio Turing de 1972 de Edsger Dijkstra hace referencia a este mismo problema: [3]
¡La principal causa de la crisis del software es que las máquinas se han vuelto varios órdenes de magnitud más potentes! Para decirlo sin rodeos: mientras no hubiera máquinas, la programación no suponía ningún problema; cuando teníamos algunas computadoras débiles, la programación se convirtió en un problema leve, y ahora tenemos computadoras gigantes, la programación se ha convertido en un problema igualmente gigantesco.
Las causas de la crisis del software estaban relacionadas con la complejidad general del hardware y el proceso de desarrollo del software. La crisis se manifestó de varias formas:
- Proyectos que superan el presupuesto
- Proyectos que se ejecutan a lo largo del tiempo
- El software era muy ineficiente
- El software era de baja calidad
- El software a menudo no cumplía con los requisitos
- Los proyectos eran inmanejables y el código era difícil de mantener.
- El software nunca se entregó
La causa principal es que las mejoras en la potencia informática habían superado la capacidad de los programadores para utilizar eficazmente esas capacidades. Se han desarrollado varios procesos y metodologías en las últimas décadas para mejorar la gestión de la calidad del software , como la programación de procedimientos y la programación orientada a objetos . Sin embargo, los proyectos de software que son grandes, complicados, mal especificados o que involucran aspectos desconocidos siguen siendo vulnerables a grandes problemas imprevistos.
Ver también
Referencias
- ^ "Conferencia de ingeniería de software de la OTAN de 1968" . Consultado el 26 de abril de 2017 .
- ^ "Informe de una conferencia patrocinada por el COMITÉ DE CIENCIA DE LA OTAN Garmisch, Alemania, del 7 al 11 de octubre de 1968" (PDF) . Consultado el 26 de abril de 2017 .
- ^ "Archivo EWDijkstra: el programador humilde (EWD 340)" . Consultado el 26 de abril de 2017 .
enlaces externos
- Edsger Dijkstra: The Humble Programmer (archivo PDF, 473kB)
- Brian Randell : Conferencias de ingeniería de software de la OTAN
- Markus Bautsch: Ciclos de crisis de software en: ENISA Quarterly sobre software seguro (archivo PDF; 1,86 MB)