1.1 HISTORIA_IS

EVOLUCIONDE LA INGENIERÍA DEL SOFTWARE

Década de los 60

Décadas de los 40 y 50

Década de los 70

tecnologías

Década de los 80

En 1968

Década de los 90

problemas en el año 2000

INTRODUCCION

Década de los 2000

otros temas relevantes

Década de los 2010

“Ingeniería del Software Continua”,

bibliografía

Mario Piattini PHd in Computer Science Catedrático de la Universidad de Castilla La Mancha Director Científico del Alarcos Quality Center UCLM

Aquí puedes nombrar algo genial

Aquí puedes nombrar algo genial

Décadas de los 40 y 50

En estas décadas el coste del hardware era tremendamente superior al del software, que tenía por lo tanto una importancia relativa mucho menor. Se consideraba además que el software se podía desarrollar de la misma forma que se desarrolla el hardware; y, de hecho, los primeros ingenieros que se ocupaban del software eran los mismos que desarrollaban el hardware.

La industria del software ya tiene casi setenta años y en este período ha realizado grandes avances, ya que disponemos de lenguajes de programación más sofisticados, procesos de desarrollo más maduros, ylas aplicaciones que se construyen en la actualidad son más complejas. De hecho, el software forma parte de nuestras vidas, está en todos los aparatos que manejamos, medios de transporte, sistemas de telecomunicaciones, equipos médicos, sistemas de administración pública y financieros, en el arte, en el ocio y en el entretenimiento. En definitiva, como decía Bjarne Stroustrup: “Our civilization runs on software”.

INTRODUCCIÓN

A pesar de importantes éxitos como las misiones de la NASA, se empieza a hacer evidente que el software se diferencia demasiado del hardwarepara poder ser tratado de la misma manera. Es la época de los famosos “códigos espagueti” (muy difíciles deentender incluso por quien lo escribía) y la aparición de “héroes” que después de varias noches sin dormir conseguían arreglar a último minuto el software paracumplir los plazos marcados. En el NASA/IEEE Software Engineering Workshop de 1966; y las conferencias de la OTAN en 1968 y 1969, se analizó la “crisis del software”, y se plantearon ideas fundamentales como “reutilización”o “arquitectura software”.

En 1968 aparece también el artículo de Dijkstra “Go To Statement Considered Harmful” que impulsó la programación estructurada y en el congreso IFIP se cita por primera vez el concepto de “factoría o fábrica de software”. Sin embargo, laformación de los profesionales sigue siendo ad-hoc y más centrada en los sistemas y en la programación, que en una verdadera Ingeniería del Software.

En esta década las organizaciones empezaron a comprobar que los costes del software superaban a los del hardware. Parnas propone la descomposición modular y el concepto de ocultamiento de información (information hiding), Chen el modeloE/R y Royce el modelo de ciclo de vida en cascada. La formación de los profesionales de la Ingeniería del Software se centra entonces en las metodologíasestructuradas (Warnier, Jackson, Myers, Yourdon y Constantine, Gane y Sarson, Demarco, SSADM, MERISE, etc.) que supusieron un avance importante en el análisis y diseño de software.

Leo Osterweil impartió una charla invitada en la International Conference on Software Engineering (ICSE) cuyo título fue “Software processes are software too” que supuso el inicio de una nueva forma de abordar los procesos software. Los problemas de no conformidad de proceso se intentaron resolver con estándares como el DoD-STD-2167 o el MILSTD- 1521B por parte del Departamento de Defensa de EEUU que,con el fin de mejorar la calidad de sus sistemas y evaluar a sus proveedores, encargan al entonces recientementecreado Software Engineering Institute (SEI) de la Universidad Carnegie Mellon, un modelo de madurez de la capacidad software (SW-CMM) que desarrollaría Watts Humphrey.

En cuanto a la tecnología, se automatiza parte del ciclo de vida del software, apareciendo la conocida como primera generación de herramientas CASE, y los lenguajes de programación orientados aobjetos que, si bien empezaron a finales de la década de los sesenta con el lenguaje Simula y en los setenta con Smalltalk, se difundieron sobre todo en la década de los ochenta con la aparición de C++, Objective-C y Eiffel. La formación de los profesionales del software requiere entonces el manejo de las herramientas CASE, comprender el gran cambio de paradigma que supone la orientación a objetos, y adquirir conocimientos sobre los procesos software y los modelos de madurez.

Durante la cual se desarrollan los modelos relacionados con la mejora de procesos software, como Ideal, TSP o PSP, y las normas y estándares de calidad como la ISO 9126, ISO 12207, ISO 9000-3, etc. También durante esta década se consolida la orientación a objetos (OO) como aproximación para el desarrollo de sistemas informáticos, apareciendo más de cien metodologías, que terminan dando lugar a la aparición del Lenguaje de Modelado Unificado (UML) y elProceso Unificado (UP). También surgen en los noventa y la década siguiente multitud de técnicas y conocimientos sobre la construcción de sistemas orientados a objetos: patrones, heurísticas, refactorizaciones, etc. Lo que supone una profundización en la formación de los profesionales que deben adquirir todas estas “buenas prácticas” para la correcta construcción del software.

Por otro lado, los problemas del año 2000 y del Euro, que agudizaron aún más los clásicos problemas del mantenimiento de software, hicieron plantearse amuchas organizaciones la conveniencia de externalizar (outsourcing) sus procesos de mantenimiento, impulsando la creación por parte de muchas empresas de centros y unidades dedicadas específicamente a laexternalización. La gestión y el desarrollo de software externalizado demanda conocimientos y habilidades especializados a los Ingenieros de Software.

Se firma el “Manifiesto Ágil” como intento de simplificar la complejidad de las metodologías existentes y en respuesta a los modelos “pesados” tipo CMM, y surgen, los métodos híbridos, que buscan un equilibrio, combinando la adaptabilidad de los ágilescon la formalidad y documentación de los métodos rigurosos. Actualmente vivimos el auge de este tipo de métodos, especialmente de Scrum, y ha sido necesario reciclar a los Ingenieros de Software en la “cultura” ytécnicas ágiles. Cabe destacar también que en esta década se difunden el Desarrollo Software Dirigido por Modelos (DSDM) y las líneas o familias de productos software, que suponenun esfuerzo al Ingeniero del Software al trabajar con modelos de alto nivel como elemento principal del desarrollo y mantenimiento de software.

Otro tema relevante es el Desarrollo Distribuido de Software (especialmente cuando los equipos se distribuyen más allá de las fronteras de una nación, recibiendo el nombre de Desarrollo Global de Software (GSD)), que requiere una formación mucho más amplia del Ingeniero de Software, para resolver problemas como: comunicación inadecuada, diversidad cultural, gestión del conocimiento o diferencia horaria, entre otros. Por último, en esta década queremos resaltar la Ingeniería del Software Empírica (ESE) y la Ingeniería del Software Basada en Evidencias (EBSE), que sentaron las bases para la experimentación y rigurosidad en Ingeniería del Software.

En esta década, además de afianzarse las líneas descritas en las décadas anteriores, estamos asistiendo a una mayor integración entre la Ingeniería del Software y la Ingeniería de Sistemas -destacando el papel de los requisitos no funcionales y, sobre todo, de la seguridad-;la importancia de la “Ciencia, Gestión e Ingeniería de los Servicios” que requiere un enfoque interdisciplinar (informática, marketing, gestión empresarial, ciencias cognitivas, derecho, etc.) a la hora de abordar el diseño de los servicios; la necesidad de adaptar los métodos de desarrollo de software para trabajar en un “mundo abierto” -crucial cuando nos enfrentamos a dominios tales como la inteligencia ambiental, las aplicacionesconscientes del contexto, y la computación pervasiva-; los “Sistemas de Sistemas Intensivos en Software” (SISOS) con decenas de millones de líneas de código, decenas de interfaces externas, proveedores “competitivos”, jerarquías complejas, etc.

También estamos viendo ya la implantación de la “Ingeniería del Software Continua”, y su correspondiente tecnología y “filosofía” “DevOps”, que logran reducir el tiempo entre que se compromete un cambio en el sistema y que se ponga en producción normal; lo que requiere un cambio cultural para aceptar la responsabilidad compartida (entre desarrollo y operación) de entregar software de alta calidad al usuario final. Además de necesitar aprender nuevos conceptos (p.ej. infraestructura como código o microsistemas) es necesario que el desarrollador amplíe su visión conelementos de operación.

Por otro lado, los problemas del año 2000 y del Euro, que agudizaron aún más los clásicos problemas del mantenimiento de software, hicieron plantearse amuchas organizaciones la conveniencia de externalizar (outsourcing) sus procesos de mantenimiento, impulsando la creación por parte de muchas empresas de centros y unidades dedicadas específicamente a laexternalización. La gestión y el desarrollo de software externalizado demanda conocimientos y habilidades especializados a los Ingenieros de Software.