Modelo En Cascada

MODELO EN CASCADA

INTRODUCCIÓN:
El modelo en cascada, algunas veces llamado el ciclo de vida clásico, sugiere un enfoque sistemático, secuencial hacia el desarrollo del software, que se inicia según con la especificación de requerimientos del cliente y que continúa con la planeación, el modelado, la construcción y el despliegue para culminar en el soporte del software terminado.
El modelo encascada es el paradigma más antiguo para la ingeniería del software. Sin embargo, en las décadas pasadas, las críticas a este modelo de proceso han ocasionado que aun sus más fervientes practicantes hayan cuestionado su eficacia.
En un análisis interesante de proyectos reales, Bradac concluyo que la naturaleza lineal del modelo en cascada conduce a “estados de bloqueo” en los cuales algunosmiembros del equipo del proyecto deben esperar a otros para terminar tareas dependientes. De hecho, el tiempo de espera puede superar el que se aplica en el trabajo productivo. El estado de bloqueo tiende a ser más común al principio y al final del proceso secuencial.
En la actualidad, el trabajo del software esta acelerado y sujeto a una cadena infinita de cambios (de características, funciones ycontenido de la información). Con frecuencia, el modelo en cascada no es apropiado para dicho trabajo. Sin embargo, puede servir como un modelo de proceso útil en situaciones donde los requerimientos están fijos y donde el trabajo se realiza, hasta su conclusión, de una manera lineal.
Debido a los costos de producción y aprobación de documentos, las iteraciones son costosas e implican rehacer eltrabajo. Por lo tanto, después de un número reducido de iteraciones, es normal congelar partes del desarrollo, como la especificación, y continuar con las siguientes etapas de desarrollo. Los problemas se posponen para su resolución, se pasan por alto o se programan. Este congelamiento prematuro de requerimientos puede implicar que el sistema no haga lo que los usuarios desean. También puedeconducir a sistemas mal estructurados debido a que los problemas de diseño se resuelven mediante trucos de implementación.
Durante la fase final del ciclo de vida (funcionamiento y mantenimiento), el software se pone en funcionamiento. Se descubren errores y omisiones en los requerimientos originales del software. Los errores de programación y de diseño emergen y se identifica la necesidad de una nuevafuncionalidad. Por tanto, el sistema debe evolucionar para mantenerse útil. Hacer estos cambios (mantenimiento del software) puede implicar repetir etapas previas del proceso.
Por lo tanto, el modelo en cascada solo se debe utilizar cuando los requerimientos se comprendan bien y sea improbable que cambien radicalmente durante el desarrollo del sistema. Sin embargo, el modelo refleja el tipo demodelo de proceso usado en otros proyectos de la ingeniería. Por consiguiente, los procesos del software que se basan en este enfoque se siguen utilizando para el desarrollo de software, particularmente cuando este es parte de proyectos grandes de ingeniería de sistemas.
En Ingeniería de software el desarrollo en cascada, también llamado modelo en cascada, es el enfoque metodológico que ordenarigurosamente las etapas del ciclo de vida del software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior.
Su nombre mantiene una doble analogía, ya que al igual que cae el agua en una cascada, avanzar en un desarrollo a través de los escalones que representan las etapas del modelo es fácil y muy rápido, por el contrario, cuando hay que corregiralgo, es muy costoso ascender contra de la corriente.
Hoy en día este modelo se encuentra fuertemente criticado, a pesar que su uso sigue muy extendido en todo el mundo. Personalmente no creo que sea criticable y el usarlo no es algo de lo que avergonzarse.

CARACTERÍSTICAS:
* A diferencia de otros, el modelo en cascada no requiere una cantidad de actores determinada, por lo que distintas...