INNOVA Research Journal 2018, Vol 3, No. 10, pp. 20-33
Según Carballar (2009), ante este panorama, la detección tardía de defectos era casi
inevitable, en la mayoría de los casos cuando se estaba probando el código o aún peor, cuando el
sistema se encontraba en producción, por lo que los desarrollos resultaban costosos.
Finales de los 60, marca el inicio de una concienciación sobre la necesidad de establecer
controles o puntos de verificación del correcto avance de los sistemas, evitando errores tardíos,
así como la necesidad de documentación y mayores estándares.
Modelos y metodologías Clásicas, (desde 1960.)
El ambiente caótico que caracterizó las primeras etapas de las técnicas de codificación
desembocó en la inconformidad creciente de los usuarios, así como en proyectos excedidos en
tiempos de entrega y presupuestos, casi de forma masiva, causas que marcaron la pauta en la
“
búsqueda de alternativas para esquematizar de alguna manera la producción del Software”
(Garcés & Egas, 2015).
El inicio de los 60 acoge a un primer modelo conocido como “Code and Fix” o codificar
y corregir, emerge como un modelo que representa más de la anarquía de los primeros años, sin
embargo, personifica el afán de muchos equipos de programación por adoptar una serie de pasos
formales a seguir. Según Garcés y Egas (2015) se consideró como “una base inicial para la
fabricación del Software.”
Sentó las bases para el establecimiento de la idea general de los requerimientos, el diseño,
codificación, la depuración y los métodos de prueba todo en un solo sentido, hasta obtener el
entregable, si al final del proceso se obtenía un diseño incorrecto, se desechaba y el proceso
volvía a su fase inicial. “el modelo implementaba el código y luego se pensaba en los requisitos,
diseño, validación y mantenimiento.” (Garcés & Egas, 2015).
Mediados de los 60 toma popularidad el término “crisis del Software” para referirse a los
problemas recurrentes que caracterizaba los procesos de desarrollo, en costos, fiabilidad,
entregas extemporáneas e insatisfacción de los clientes; aspectos que se acuñaron como
“
síntomas de la crisis del Software.” (ob. Cit.) Entre otras dificultades prácticas que acusaban
esta la alta calificación que demandaban los sistemas para con los usuarios y lo costoso y
complejo que resultaba su mantenimiento.
Algunos de estos proyectos eran tan críticos, como, por ejemplo, sistemas de control de
aeropuertos, equipos para medicina; que sus implicaciones iban más allá de las pérdidas
millonarias que causaban. (Patponto, 2010).
En 1968, tras una conferencia en Garmisch (Alemania) surge el término “Ingeniería del
Software” como un “enfoque sistemático, disciplinado y cuantificable al desarrollo, operación y
mantenimiento del software” (Patpondo, 2010) y en respuesta a la crisis del software.
La industria del Hardware seguía creciendo, con procesos estandarizados, divididos en
tareas u operaciones, documentos, manuales y certificaciones de calidad; el software parecía no
alienarse a esa rigurosidad, en puertas de los años 70, los métodos de desarrollo aún eran
informales. En 1972 Edsger Dijkstra, presenta su trabajo titulado “The Humble Programmer” y
Revista de la Universidad Internacional del Ecuador. URL: https://www.uide.edu.ec/
23