Modelo lineal secuencial o Cascada

Primer modelo empleado, también conocido como modelo clásico, modelo tradicional o modelo lineal secuencial.

El modelo en cascada puro difícilmente se utiliza tal cual, pues esto implicaría un previo y absoluto conocimiento de los requisitos, la no volatilidad de los mismos (o rigidez) y etapas subsiguientes libres de errores. Esto es utópico debido a que el software tiene un carácter evolutivo, cambiante y difícilmente es libre de errores. 

Si sufre algún cambio durante la ejecución en alguna etapa en el modelo en cascado puro implicaría empezar desde 0 todo el ciclo de nuevo, lo cual implica altos costos de tiempo y desarrollo.

El modelo consta de las siguientes etapas:

Definición de los requisitos: 
Los servicios, restricciones y objetivos son establecidos con los usuarios para los que va destinado el sistema. Se busca hacer esta definición lo más detallado posible. 

Diseño de software: 
Se particiona el sistema en sistemas de software o hardware. Se establece la arquitectura total del sistema. Se identifican, se describen las abstracciones y relaciones de los componentes del sistema. 

Implementación y pruebas unitarias:  
Construcción de los módulos y unidades de software. Se realizan pruebas de cada unidad.

Integración y pruebas del sistema: 
Se integran todas las unidades. Se prueban en conjunto. Se entrega el conjunto probado al cliente.

Operación y mantenimiento: 
Generalmente es la fase más larga. El sistema es puesto en marcha y se realiza la corrección de errores descubiertos. Se realizan mejoras de implementación. Se identifican nuevos requisitos.

En lugar de usar el modelo en cascada puro, se produce alguna realimentación entre etapas, que no es completamente predecible ni rígida, así no afectando si hay cambios o evoluciones durante el ciclo de vida. 

La interacción entre las etapas se muestra en la Figura 1.

Figura 1: Modelo en cascada puro.

En la figura 2 se muestra la misma interacciòn entre las etapas pero con una realimentaciòn que es como comùnmente se utiliza este mètodo.

Figura 2: Modelo en cascada realimentado.

https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhTwJlGlwsvG5ivZEf9yVYSxb_q3ro5pm_gpcanr-WEvLnREdUE0kOGHK1ShQCMwjkLKVV6IjjkVhUMWN-eYffkdmjFAWcNd1MEK_FqEXI614CqvA6RQcjJbhhC_2zEQwIqtmez08vKPPKt/s1600/ModeloCascadaRealimentado.jpg

Ventajas 

1. De partida se cuenta con los requerimientos muy completos y consistentes.

2. Disminuye el efecto bola de nieve al reducir el mantenimiento considerado que se tiene     en unas especificaciones completas y correctas.

Desventajas

1. El prototipo sólo puede ser aprovechado en su aspecto externo. Los aspectos funcionales son muy reducidos. 

2.  El timpo que se invierte en crear el prototipo incluyendo un costo adicional de la inversion debido a que se supone es la creación de un desechable. 

Ejemplo

Este modelo es ampliamnete utilizado en los sistemas gubernamentales de gran tamaño, en especial en el Departamento de Defensa de los Estados Unidos (DOD).

Igualmente es utilizado en la NASA.