cliclo de vida

una aproximacion logica a la adquisicion, el suministro, el desarrollo, la explotacion y el mantenimiento del software.

un marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotacion y el mantenimiento de un producto de software, abarcando la vida del sistema desde la definicion de los requisitos hasta la finalizacion de su uso.

ciclo de vida de software(definicion edgar miranda)
considero que el cliclo de vida de un sofware nos permite verificar y analizar el proceso de desarrollo del software con la finalidad de no cometer errores que con el tiempo puedan involucrar altos costos. Este tambien nos permite documentar el proceso de desarrollo del software.

modelos

modelo en cascada
El modelo de ciclo de vida en cascada comenzó a diseñarse en 1966 y se terminó alrededor de 1970. Se define como una secuencia de fases en la que al final de cada una de ellas se reúne la documentación para garantizar que cumple las especificaciones y los requisitos antes de pasar a la fase siguiente

caracteristicas:
cada fase se analiza y verifica.

el proceso de recopilación de los requisitos se centra e intensifica especialmente en el software.

el diseño debe traducirse en una forma legible para la maquina.

se debe realizar el mantenimiento.

modelo en v
El modelo de ciclo de vida V proviene del principio que establece que los procedimientos utilizados para probar si la aplicación cumple las especificaciones ya deben haberse creado en la fase de diseño.

El Modelo V tiende a ser muy relacionado con el Modelo de Cascada puesto que es una evolución del mismo.

Desventajas:
El riesgo es mayor que el de otros modelos, pues en lugar de hacer pruebas de aceptación al final de cada etapa, las pruebas comienzan a efectuarse luego de haber terminado la implementación, lo que puede traer como consecuencia un “roll-back” de todo un proceso que costó tiempo y dinero.
El modelo no contempla la posibilidad de retornar a etapas inmediatamente anteriores, cosa que en la realidad puede ocurrir.
Se toma toda la complejidad del problema de una vez y no en iteraciones o ciclos de desarrollo, lo que disminuye el riesgo.