Powered By Blogger

viernes, 4 de octubre de 2019

Reseña Histórica sobre la ingeniería de Software

Reseña Histórica sobre la ingeniería de Software

Desde sus inicios en la década de 1940, escribir software ha evolucionado hasta convertirse en una profesión que se ocupa de cómo crear software y maximizar su calidad. La calidad puede referirse a cuán mantenible es el software, su estabilidad, velocidad, usabilidad, comprobabilidad, legibilidad, tamaño, costo, seguridad y número de fallas o "bugs", así como, entre muchos otros atributos, a cualidades menos medibles como elegancia, concisión y satisfacción del cliente. La mejor manera de crear software de alta calidad es un problema separado y controvertido cubriendo el diseño de software, principios para escribir código, llamados "mejores prácticas", así como cuestiones más amplias de gestión como tamaño óptimo del equipo de trabajo, el proceso, la mejor manera de entregar el software a tiempo y tan rápidamente como sea posible, la "cultura" del lugar de trabajo, prácticas de contratación y así sucesivamente. Todo esto cae bajo la rúbrica general de ingeniería de software(1).
Resultado de imagen para Reseña Histórica sobre la ingeniería de Software

De 1955 a 1965: Los orígenes


El término ingeniería del software apareció por primera vez en la década de 1950 y principios de los años 1960. Los programadores siempre habían sabido sobre ingenieros civiles, eléctricos y de computadores y debatían qué podría significar la ingeniería para el software.El Comité de ciencia de la OTAN patrocinó dos conferencias3​ sobre ingeniería del software en 1968 (Garmisch, Alemania — ver informe|de la Conferencia) y en 1969, que dio al campo su impulso inicial. Muchos creen que estas conferencias marcaron el inicio oficial de la profesión de la ingeniería de software(2).  
Resultado de imagen para De 1955 a 1965: Los orígenes

De 1960 a 1980: La crisis del software


La ingeniería de software fue estimulada por la llamada crisis del software de la década de 1960, 1970 y 1980, que identifica muchos de los problemas de desarrollo de software. Muchos proyectos de software sobrepasaron el presupuesto y el tiempo estimados. Algunos proyectos causaron daños a la propiedad otros proyectos causaron pérdidas de vidas.4​ La crisis del software originalmente fue definida en términos de productividad, pero evolucionó para enfatizar la calidad. Algunos utilizan el término de crisis del software para referirse a su incapacidad de contratar programadores suficientemente calificados(3).
  • Costo y desbordamiento de presupuesto: el sistema operativo OS/360 fue un ejemplo clásico. Este proyecto que duró una década[cita requerida] desde los años 1960 finalmente produjo uno de los más complejos sistemas de software de ese tiempo. El OS/360 fue uno de los primeros de grandes proyectos de software (1000 programadores).[cita requerida] En el libro The Mythical Man-MonthFred Brooks afirma que cometió un error multimillonario por no desarrollar una coherente arquitectura de software antes de iniciar el desarrollo.
  • Daños a la propiedad: Defectos de software pueden causar daños a la propiedad. Escasa seguridad de software permite a hackers robar identidades, costando tiempo, dinero y reputaciones.
  • Vida y muerte: Defectos de software pueden matar. Algunos sistemas embebidos en máquinas de radioterapia fallaron de una manera tan catastrófica que administraron dosis letales de radiación a pacientes. La más famosa de estas fallas es el incidente de Therac 25.
Peter G. Neumann ha mantenido una lista contemporánea de problemas de software y desastres.5​ La crisis del software ha estado desvaneciéndose de vista, porque es psicológicamente extremadamente difícil permanecer en modo de crisis durante un período prolongado (más de 20 años). No obstante, el software - especialmente el software embebido en tiempo real - sigue siendo arriesgado y omnipresente, y es crucial no ceder en complacencias. En los últimos 10-15 años, Michael A. Jackson ha escrito extensamente sobre la naturaleza de la ingeniería del software, ha identificado la fuente principal de sus dificultades como la falta de especialización y ha sugerido que sus marcos de problema proporcionan la base para una "práctica normal" de la ingeniería del software, un requisito previo si la ingeniería de software quiere convertirse en una ciencia de ingeniería. {Michael Jackson, "Ingeniería e ingeniería de Software" en S Nanz ed, el futuro de la Ingeniería de Software, Springer Verlag 2010; Michael Jackson, marcos de problema: Análisis y estructuración de los problemas de desarrollo de Software; Addison-Wesley, 2001}(4).
Resultado de imagen para Reseña Histórica sobre la ingeniería de Software

REFERENCIAS BIBLIOGRÁFICAS:


  1. Es.wikipedia.org. (2019). Historia de la ingeniería del software. [online] Available at: https://es.wikipedia.org/wiki/Historia_de_la_ingenier%C3%ADa_del_software [Accessed 4 Oct. 2019].
  2. Ingeniería del Software – Historia de la Informática [Internet]. Histinf.blogs.upv.es. 2019 [cited 4 October 2019]. Available from: https://histinf.blogs.upv.es/2010/12/28/ingenieria-del-software/
  3. Ingenieria de Software timeline. [Internet]. Timetoast. 2019 [cited 4 October 2019]. Available from: https://www.timetoast.com/timelines/ingenieria-de-software-35385b84-6a45-49ae-9a9d-3f46f30d911d
  4. Ingeniero de Software [Internet]. Ingenierí­a en Software | UAG Universidad Autónoma de Guadalajara. 2019 [cited 4 October 2019]. Available from: http://www.uag.mx/Universidad/Licenciaturas/Software



No hay comentarios:

Publicar un comentario