Ciclo de Vida

Ciclo de vida en cascada y evolutivo

• - LILIA GÓMEZ
• - JANIRO TORREGLOSA

Modelo en cascada

Slide 3

• REQUISITOS
• En esta fase se hace un análisis de las necesidades del cliente para determinar las características del software a desarrollar.
• DISEÑO
• En esta etapa se describe la estructura interna del software, y las relaciones entre las entidades que lo componen.
• IMPLEMENTACIÓN
• En esta fase se programan los requisitos especificados haciendo uso de las estructuras de datos diseñadas en la fase anterior.

Slide 4

• VERIFICACIÓN
• Etapa donde se verifica que todos los componentes del sistema funcionen correctamente y cumplen con los requisitos
• INSTALACIÓN Y MANTENIMIENTO
• Se instala la aplicación en el sistema y se comprueba que funcione correctamente en el entorno en que se va a utilizar
• El mantenimiento del software consiste en la modificación del producto después de haber sido entregado al cliente, ya sea para corregir errores o para mejorar el rendimiento o las características.

Slide 5

• El modelo de cascada sostiene que uno debe pasar a una fase
• sólo cuando su fase anterior se revisa y verifica.

VENTAJAS

• La documentación es muy exhaustiva y si se une al equipo un nuevo desarrollador, podrá comprender el proyecto leyendo la documentación.
• Al ser un proyecto muy estructurado, con fases bien definidas, es fácil entender el proyecto.

DESVENTAJAS

• En muchas ocasiones, los clientes no saben bien los requisitos que necesitarán antes de ver una primera versión del software en funcionamiento.
• No se va mostrando al cliente el producto a medida que se va desarrollando, si no que se ve el resultado una vez ha terminado todo el proceso.

MODELO EVOLUTIVO

• Basada en la retroalimentación.

VENTAJAS

• La especificación puede desarrollarse de forma creciente.
• Los usuarios y desarrolladores logran un mejor entendimiento del sistema. Esto se refleja en una mejora de la calidad del software.

Slide 10

• 
• Una ventaja de este modelo es que se obtiene una rápida retroalimentación del usuario,
• ya que las actividades de especificación, desarrollo y pruebas se ejecutan en cada iteración.

DESVENTAJAS

• Debido a que al principio es difícil obtener todos los requerimientos no solo por la dificultad de el usuario transmitir su idea, sino porque los requerimientos evolucionan durante el desarrollo, surgen nuevos requerimientos a cumplir
• Sistemas pobremente estructurados: Los cambios continuos pueden ser perjudiciales para la estructura del software haciendo costoso el mantenimiento.

Slide 12

• Cada paso debe ser registrado,
• la documentación debe ser recuperada con facilidad,
• los cambios deben ser efectuados de una manera controlada.