Professional Documents
Culture Documents
MTODO EN CASCADA
CONTENIDO DE TEMAS
Definicin
Caractersticas
Etapas
Ventajas
Desventajas
DEFINICIN
Ciclo de vida del software, es la forma mediante la cual se describen los diferentes pasos
que se deben seguir para el desarrollo de un software, partiendo desde una necesidad
hasta llegar a la puesta en marcha de una solucin y su apropiado mantenimiento.
DEFINICIN
El ciclo de vida para un software comienza cuando se tiene la
necesidad de resolver un problema, y termina cuando el programa que
se desarroll para cumplir con los requerimientos, deja de ser
utilizado.
Existen varias versiones o modelos del ciclo de vida del software entre
las cuales se destacan: el ciclo de vida clsico o en cascada, el modelo
en espiral, el desarrollo de prototipos, el modelo por incrementos y el
modelo extremo.
MODELO EN CASCADA
REQUERIMIENTOS
DISEO
IMPLEMENTACIN
PRUEBAS
MANTENIMIENTO
CARACTERSTICAS
Es el modelo ms utilizado.
Es una visin del proceso de desarrollo de software como una sucesin de etapas que
producen productos intermedios.
Para que el proyecto tenga xito deben desarrollarse todas las fases.
Las fases continan hasta que los objetivos se han cumplido.
CARACTERSTICAS
Si se cambia el orden de las fases, el producto final ser de inferior calidad.
En principio, el resultado de cada fase es uno o ms documentos aprobados.
La siguiente fase no debe empezar hasta que la fase previa haya finalizado.
En la prctica, estas etapas se superponen y proporcionan informacin a las otras.
ETAPAS
Las principales etapas de este modelo se
transforman en actividades fundamentales
de desarrollo:
ETAPAS
1. Anlisis y definicin de requerimientos. Los servicios, restricciones y metas del sistema se
definen a partir de las consultas de los usuarios.
2. Diseo del sistema y del software. El proceso de diseo del sistema divide los
requerimientos en sistemas hardware o software. Establece una arquitectura completa del
sistema.
3. Implementacin y prueba de unidades. Durante esta etapa, 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 su especificacin.
ETAPAS
4. Integracin y prueba del sistema. Los programas o las unidades individuales de programas
se integran y prueban como un sistema completo para asegurar que se cumplan los
requerimientos del software. Despus de las pruebas, el sistema software se entrega al
cliente.
5. Financiamiento y mantenimiento. Por lo general (aunque no necesariamente), sta es la
fase ms larga del ciclo de vida. El sistema se instala y se pone en funcionamiento prctico. El
mantenimiento implica corregir errores no descubiertos 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.
VENTAJAS
La principal ventaja es que la documentacin se produce en cada fase y que sta cuadra
con otros modelos del proceso de ingeniera.
Se tienen todo bien organizado y no se mezclan las fases.
Es perfecto para proyectos que son rgidos.
La planificacin es sencilla.
La calidad del producto resultante es alta.
VENTAJAS
Sus fases son conocidas por los desarrolladores.
Los usuarios lo pueden comprender e implementar fcilmente.
Ampliamente utilizado y conocido.
Refuerza buenos hbitos: definir antes que disear, disear antes de codificar.
DESVENTAJAS
Su principal problema es su inflexibilidad al dividir el proyecto en distintas etapas.
Se deben hacer compromisos en las etapas iniciales, lo que hace difcil responder a los
cambios en los requerimientos del cliente.
Iteraciones costosas.
Los problemas que se presentan son corregidos posteriormente.
Puede que el software no cumpla con los requisitos
Es difcil y costoso incorporar nuevas cosas si se quiere actualizar
DESVENTAJAS
Puede que el software no cumpla con los requisitos
Es difcil y costoso incorporar nuevas cosas si se quiere actualizar.
Es normal detenerse en su desarrollo y seguir con otras fases
Se tarda mucho tiempo en pasar por todo el ciclo
Las revisiones de proyectos de gran complejidad son muy difciles
CONCLUSIN
Por lo tanto, el modelo en cascada slo 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 del modelo del 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 de software, particularmente cuando
ste es parte de proyectos grandes de ingeniera de sistemas.
BIBLIOGRAFA
Ingeniera del software, Ian Sommerville
http://ingenexescom.blogspot.mx/2012/02/modelo-en-
cascada.html
http://es.slideshare.net/juanksi28/modelo-cascada-y-espiral
http://sistemas.uniandes.edu.co/~isis2603/dokuwiki/lib/exe/fetc
h.php?media=principal:isis2603-modelosciclosdevida.pdf