Você está na página 1de 2

Modelo Cascada

Ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalizacin de la etapa anterior.

Etapas del Modelo Cascada:


1- El anlisis de requerimientos: Los servicios, restricciones y metas del sistema se definen a partir de las consultas con usuarios. Entonces, se definen en detalles y sirven como una especificacin para el sistema. 2- Diseo del sistema y del software: El proceso del diseo del sistema divide los requerimientos en sistemas hardware o software. Establece una arquitectura completa del sistema. El diseo del software identifica y describe las abstracciones fundamentales del sistema software y sus relaciones. 3- Implementacin y pruebas de unidades: Durante esta capa, el diseo del software se lleva a cabo como un conjunto o unidades de programas. La prueba de unidades implica verificar que cada una cumpla con su especificacin. 4- Integracin y prueba del sistema: Los programa o las unidades individuales de programas se integran y prueban con un sistema completo para asegurar que se cumpla los requerimientos del software. Despus de la pruebas, el sistema software se entrega al cliente. 5- Funcionamiento o mantenimiento: Por lo general (aunque no necesariamente), esta es la fase mas larga del ciclo de vida. El sistema se instala y se pone en funcionamiento prctico. El mantenimiento implica corregir errores no descubierto en las etapas anteriores del ciclo de vida, mejorar la implementacin de las unidades del sistema y resaltar los servicios del sistema una vez que se descubren nuevos requerimientos. En principio, el resultado de cada fase es uno o mas documentos aprobados, la siguiente fase o debe empezar hasta que la fase previa haya finalizado. En la prctica, estas etapas se superponen y proporcionan informacin a las otras. Durante el diseo se identifica los problemas con los requerimientos; durante el diseo del cdigo se encuentran problemas, y as sucesivamente. El proceso del software no es un modelo lineal simple, sino que implica una serie de interacciones de las actividades de desarrollo debido a los costos de producciones y aprobacin de documentos, las interacciones son costosas e implica rehacer el trabajo. Por lo tanto, despus de un nmero reducido de interacciones, es normal congelar parte del desarrollo y continuar con las siguientes etapas del desarrollo. Los problemas se posponen para su resolucin, pasan por alto o se programan. Este congelamiento prematuro de requerimientos puede implicar que el sistema puede implicar que el sistema no haga lo que los usuarios desean. 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 programacin y de diseo emergen y se identifica la necesidad de una nueva funcionalidad. Por tanto, el sistema debe evolucionar para mantenerse til. Hacer estos cambios (mantenimiento del software) puede implicar repetir etapas previas del proceso. Las ventajas del modelo en cascada son que la documentacin se produce en cada fase y que este cuadra con otros modelos de proceso de ingeniera. Su principal problema es su inflexibilidad al dividir el proyecto en distintas etapas. 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 de modelo de proceso usado en otros proyectos de la ingeniera. Por consiguiente, los procesos del software que se basan en este enfoque se siguen utilizando para el desarrollo del software, particularmente cuando este es parte de proyectos grandes de ingeniera de sistemas.

Ventajas:
Se tiene todo bien organizado y no se mezclan las fases. Es perfecto para proyectos que son rgidos. Ideal para proyectos donde se especifiquen muy bien los requerimientos. Ideal para proyectos en que se conozca muy bien la herramienta a utilizar. Sumamente sencillo ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el Software.

Desventajas: Difcilmente un cliente va a establecer al principio todos los requerimientos necesarios, por lo que provoca un gran atraso trabajando en este modelo, ya que este es muy restrictivo y no permite movilizarse entre fases. Los resultados y/o mejoras no son visibles, el producto se ve recin cuando este est finalizado.

Você também pode gostar