Maestrias

Cuando nace la Ingeniería de Software propiamente como un área se define el proceso de software para grupos de desarrollo conocido como proceso o ciclo de vida en cascada. Este proceso se divide en fases claramente especificadas, que pueden variar dependiendo de los autores consultados, pero conservan siempre la misma idea, de que no puede empezar una fase hasta que no se termine la anterior.

La primera fase que se toma en cuenta es el Estudio de Factibilidad del proyecto. Una vez estudiada la factibilidad y aprobado el proyecto, se pasa al Análisis de Requerimientos donde se establecen y se especifican los requerimientos a detalle junto con el cliente, luego pasamos al Diseño de la solución de cómputo, posteriormente a la Codificación y Pruebas de los módulos, (pues en lo general, el sistema debe estar modularizado) sigue la Integración de los módulos en un sistema completo haciendo Pruebas de este sistema integrado, posteriormente la fase de Entrega e Instalación del sistema al usuario, y finalmente el Mantenimiento, el cual puede ser la fase más costosa y más larga en tiempo, por las adaptaciones, modificaciones y correcciones según las necesidades del usuario.

En este modelo, el grupo de desarrollo no puede empezar una fase siguiente si la anterior no quedó totalmente terminada. Por ejemplo, si no se hizo la fase de Estudio de Factibilidad, no se documentaron los resultados de esta fase y no se aprobó el proyecto, no se puede empezar la fase de Análisis; si esta tampoco se termina no puede iniciar entonces la de Diseño. Cada fase emite un producto para la siguiente fase, (ya sea documentación o el propio código) el cual es indispensable para formar la entrada de la misma.

La ventaja de este modelo, con respecto con al anterior, es que ya tenemos cierta disciplina en el desarrollo de sistemas; se introducen la planeación y administración, pues las fases se deben planear en tiempo y recursos (humanos y físicos), y se deben administrar, es decir, alguien vigila que el grupo de desarrollo realmente se ajuste a lo que se ha planeado y está cumpliendo con este proceso de desarrollo.

En este modelo, la fase de Codificación se pospone hasta que se entienda bien el objetivo del proyecto (los requerimientos) y hasta que se haga el diseño de todo el sistema. Esto es una ventaja pues se evita construir productos que finalmente no cumplirán en su totalidad con lo que el usuario requiere. La desventaja de este modelo es que es lineal, rígido y monolítico, por lo tanto irrealista, pues la gente difícilmente se espera, para realizar sus propias actividades, a que terminen sus compañeros de fases anteriores. Podemos ver aquí el antipatrón "análisis - parálisis":

...