Crisis del software: Difference between revisions
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
El término '''“crisis del software”''' se acuñó en 1968 | El término '''“crisis del software”''' se acuñó en 1968<sup>1</sup>, en la primera conferencia que la organización OTAN celebró sobre desarrollo de software. Con dicho término se definieron los problemas que surgían en el desarrollo de sistemas de software, cuyos proyectos terminaban tarde, desbordando los presupuestos y con problemas de funcionamiento. | ||
También se acuñó el término “ingeniería del software” para describir el conjunto de conocimientos que debía desarrollarse para dar solución a la situación. | También se acuñó el término “ingeniería del software” para describir el conjunto de conocimientos que debía desarrollarse para dar solución a la situación. | ||
Revision as of 12:12, 22 December 2023
El término “crisis del software” se acuñó en 19681, en la primera conferencia que la organización OTAN celebró sobre desarrollo de software. Con dicho término se definieron los problemas que surgían en el desarrollo de sistemas de software, cuyos proyectos terminaban tarde, desbordando los presupuestos y con problemas de funcionamiento.
También se acuñó el término “ingeniería del software” para describir el conjunto de conocimientos que debía desarrollarse para dar solución a la situación.
Es en este contexto donde comienza a tener razón de ser el concepto de "proyecto de software". Según Roger Pressman:
[...] la gestión de proyectos implica la planificación, supervisión y control del personal, del proceso y de los eventos que ocurren mientras evoluciona el software desde la fase preliminar a la implementación operacional. La gestión eficaz del proyecto de software se centra en las cuatro “P”: personal, producto, proceso y proyecto. El gestor que se olvida de que el trabajo de ingeniera del software es un esfuerzo humano intenso nunca tendrá éxito en la gestión de proyectos. Un gestor que no fomenta una minuciosa comunicación con el cliente al principio de la evolución del proyecto se arriesga a construir una elegante solución para un problema equivocado. El administrador que presta poca atención al proceso corre el riesgo de arrojar métodos técnicos y herramientas eficaces al vacio.
Bibliografía
Algunas referencias útiles para comprender cuáles eran los conocimientos estables para el desarrollo de software en los 60 y 70:
- En 1962 se publicó el primer algoritmo para búsquedas binarias (Iverson).
- C. Böhm y G. Jacopini publicaron en 1966 el documento que creaba una fundación para la eliminación de “GoTo” y la creación de la programación estructurada (Böhm & Jacopini).
- En 1968 los programadores se debatían entre el uso de la sentencia GoTo, y la nueva idea de programación estructurada; ese era el caldo de cultivo en el que Edsger Dijkstra escribió su famosa carta “GoTo Statement Considered Harmful” en 1968 (Dijkstra).
- La primera publicación sobre programación estructurada no vio la luz hasta 1976 (Yourdon E. & Constantine L.).
- El primer libro sobre métrica de software fue publicado en 1976 por Tom Gilb (Gilb 1977).
- El primero sobre análisis de requisitos apareció en 1976 (Bell & Thayer).
Referencias
- 1Bauer, F., Bolliet, L., & Helms, H. (1968): Software Engineering. Nato Software Engineering Conference (pág. 136). Garmisch: Peter Naur and Brian Randell.