Modelo en cascada

El ciclo de vida inicialmente propuesto por royce en 1970, Iue adaptado para el soItware
a partir de ciclos de vida de otras ramas de la ingenieria. Es el primero de los propuestos
y el mas ampliamente seguido por organizaciones (se estima que el 90 de los sitemas
has sido desarrollados asi).
Descripcion
Este modelo admite la posibilidad de hacer iteraciones, es decir, durante la
modiIicaciones que se hacen en el mantenimiento se puede ver por ejemplo la necesidad
de cambiar algo en el diseo, lo cual signiIica que se haran los cambios necesarios en la
codiIicacion y se tendran que realizar de nuevo las pruebas, es decir, si se tiene que
volver a una de las etapas anteriores al mantenimiento hay que recorrer de nuevo el
resto de las etapas.
Despues de cada etapa se realiza una revision para comprobar si se puede pasar a la
siguiente.
Trabaja en base a documentos de entrada y salida de cada Iase, es un tipo de documento
especiIico. Idealmente, cada Iase podria, hacerla un equipo diIerente gracias a la
documentacion generada entre Iases. Los documentos son:
Analisis: toma como entrada una descripcion en lenguaje natural de lo que quiere el
cliente. Produce el SoItware Requirements Document.
Diseo: su entrada es el SRD Y EL SoIrware Disign Document.
CodiIicacion: a partir del SDD produce modulo. En esta Iase se hacen tambien pruebas
de unidad.
Pruebas: a partir de los modulo probados se realiza la integracion y pruebas de todo el
sistema. El resultado de las pruebas es el producto Iinal listo para entregar.
Ventajas
La planiIicacion es sencilla.
La calidad del producto resultante es alta.

Desventajas
La necesidad de tener los requisitos al principio, puede que surjan inconvenientes.
Se se ha cometido errores es una Iase es complicado devolverse.
No se tiene el producto hasta el Iinal: si se comete un error en l Iase de analisis no lo
descubrimos hasta la entrega, el cliente no vera resultados hasta el Iinal, con lo que el
cliente puede impacientarse, es comparativamente mas lento que otros y el coste es
mayor.
Tipos de proyectos para los que es adecuado.
Aquellos para los que se dispone de todas las especiIicaciones desde el principio, por
ejemplo, los de reingenieria.
Se esta desarrollando un tipo de producto que no es novedoso.
Proyectos complejos que se entienden bien desde el comienzo.
--
MODELO CASCADA

Llamado tambien Lineal secuencial. Proporciona una simple vision del desarrollo del
SoItware. A los procesos los representa como Iases separadas y secuenciales en tiempo.
Antes de codiIicar debemos disear el soItware, ademas probarlo antes de construirlo y
ponerlo en operacion.

FASES DEL MODELO CASCADA


ngeniera y Anlisis del Sistema
Anlisis de los Requisitos
Diseo
Codificacin
Prueba
Mantenimiento

O Ingeniera y Anlisis del Sistema:
Analisis y de diseo de todos los componentes del sistema computacional.
O Anlisis de Requisitos Software:
Se debe conocer que necesita el usuario para saber que necesidades debemos
cubrir.
O Diseo: En esta Iase se realizan los algoritmos necesarios para que se
cumplan los requerimientos del usuario asi como tambien los analisis
necesarios para saber que herramientas usar en la etapa de CodiIicacion. Se
dividen en:
1. Diseo de Alto Nivel o Arquitectonico
2. Diseo Detallado
O Codificacin: Es la Iase de programacion propiamente dicha.
O Pruebas: Las componentes una vez programadas, se ensamblan para
Iormar el sistema y se demuestra que trabaja correctamente antes de ser
puesto en practica por el usuario.
Existen varios tipos de Pruebas:
Pruebas de unidad
Pruebas de integracion
Pruebas de sistema.
Pruebas de aceptacion
O Mantenimiento: El soItware necesitara cambios despues de la entrega. Los
tipos de mantenimiento son:
Mantenimiento Preventivo y PerIectivo
Mantenimiento Correctivo
Mantenimiento Evolutivo

VENTA1AS DEL MODELO CASCADA
1. Modelo y planiIicacion Iacil y sencillos.
2. Sus Iases son conocidas por los desarrolladores.
3. Los usuarios lo pueden comprender Iacilmente.
DESVENTA1AS DEL MODELO CASCADA
1. Alto riesgo en sistemas nuevos debido a problemas en las
especiIicaciones y en el diseo.
2. Bajo riesgo para desarrollos bien comprendidos utilizando tecnologia
conocida.