Crisis del software: Difference between revisions
No edit summary |
|||
| (5 intermediate revisions by the same user not shown) | |||
| 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. | ||
Es en este contexto donde comienza a tener razón de ser el concepto de "proyecto de software". Según | Es en este contexto donde comienza a tener razón de ser el concepto de "proyecto de software". Según Roger Pressman: | ||
<blockquote>''[...] 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.''</blockquote> | <blockquote>''[...] 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.''<sup>2</sup></blockquote> | ||
== | ==Conocimientos sobre el desarrollo de software (años 60 y 70)== | ||
*En 1962 se publicó el primer algoritmo para búsquedas binarias. | |||
*En 1962 se publicó el primer algoritmo para búsquedas binarias | *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<sup>3</sup>. | ||
*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 | *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<sup>4</sup>. | ||
*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 | *La primera publicación sobre programación estructurada no vio la luz hasta 1976<sup>5</sup>. | ||
*La primera publicación sobre programación estructurada no vio la luz hasta 1976 | *El primer libro sobre métrica de software fue publicado en 1976 por Tom Gilb<sup>6</sup>. | ||
*El primer libro sobre métrica de software fue publicado en 1976 por Tom Gilb | *El primero sobre análisis de requisitos apareció en 1976<sup>7</sup>. | ||
*El primero sobre análisis de requisitos apareció en 1976 | |||
==Referencias== | |||
*<sup>1</sup> Bauer, F., Bolliet, L., & Helms, H. (1968): ''Software Engineering. Nato Software Engineering Conference'' (pág. 136). Garmisch: Peter Naur and Brian Randell. | |||
*<sup>2</sup> Pressman, R. (1992) ''Ingenieria de software, un enfoque práctico'', Mc Graw Hill. | |||
*<sup>3</sup> Böhm C. & Jacopini G. (1966) "Flow diagrams, turing machines and languages with only two formation rules", ''Magazine Communications of the ACM'', Volume 9 Issue 5, may, p. 366-371. New York. | |||
*<sup>4</sup> Dijkstra, Edsger W. (1968) ''Go To Statement Considered Harmful''. | |||
*<sup>5</sup> Yourdon, Edward & Constantine Larry L. (1979) ''Structured design: fundamentals of a discipline of computer program and systems design'', Yourdon Press computing series. | |||
*<sup>6</sup> Gilb, T. (1977) ''Software Metrics'', Winthrop Publishers. | |||
*<sup>7</sup> Bell, T., & Thayer, T. (1976) "Software requirements: Are they really a problem?" ''ICSE '76 Proceedings of the 2nd international conference on Software engineering''. | |||
==Véase también== | |||
*[[Modelo original de Scrum para desarrollo de software]]. | |||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
Latest revision as of 11:30, 12 January 2024
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.2
Conocimientos sobre el desarrollo de software (años 60 y 70)
- En 1962 se publicó el primer algoritmo para búsquedas binarias.
- 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 estructurada3.
- 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 19684.
- La primera publicación sobre programación estructurada no vio la luz hasta 19765.
- El primer libro sobre métrica de software fue publicado en 1976 por Tom Gilb6.
- El primero sobre análisis de requisitos apareció en 19767.
Referencias
- 1 Bauer, F., Bolliet, L., & Helms, H. (1968): Software Engineering. Nato Software Engineering Conference (pág. 136). Garmisch: Peter Naur and Brian Randell.
- 2 Pressman, R. (1992) Ingenieria de software, un enfoque práctico, Mc Graw Hill.
- 3 Böhm C. & Jacopini G. (1966) "Flow diagrams, turing machines and languages with only two formation rules", Magazine Communications of the ACM, Volume 9 Issue 5, may, p. 366-371. New York.
- 4 Dijkstra, Edsger W. (1968) Go To Statement Considered Harmful.
- 5 Yourdon, Edward & Constantine Larry L. (1979) Structured design: fundamentals of a discipline of computer program and systems design, Yourdon Press computing series.
- 6 Gilb, T. (1977) Software Metrics, Winthrop Publishers.
- 7 Bell, T., & Thayer, T. (1976) "Software requirements: Are they really a problem?" ICSE '76 Proceedings of the 2nd international conference on Software engineering.