# data[].attributes.body
Integrantes:
Timoteo Camuendo
Adriana Enriquez
Daniel Garrido
Ariel Pillajo
Leonardo Salvador
Rommel Valdiviezo
Daniel Velastegui

# data[].attributes.body
EL modelo cascada fue creado por Winston W. Royce en 1970. Se usa cuando los requisitos están bien definidos desde el principio. Este modelo es muy sistemático, ordenado y metódico, pues una etapa inicia cuando la anterior termina

# data[].attributes.body
Modelo en V, Diseñado por Paul Rook en la década de 1980. Extensión del modelo en cascada, en lugar de moverse hacia abajo de forma lineal, los pasos del proceso se doblan hacia arriba después de la fase de implementación y codificación, para formar la típica forma de V. La principal diferencia entre el modelo en forma de V y el modelo en cascada es la planificación temprana de las pruebas en el modelo en forma de V.

# data[].attributes.body
Propuesto en 1980. Es un modelo derivado del ciclo de vida en cascada. Este modelo busca reducir el riesgo que surge entre las necesidades del usuario y el producto final

# data[].attributes.body
Propuesto por Gomaa en 1984. El modelo de creación de prototipos es un modelo de desarrollo de software en el que se construye, prueba y reelabora el prototipo hasta que se logra un prototipo aceptable. También crea base para producir el sistema o software final. Funciona mejor en escenarios donde los requisitos del proyecto no se conocen en detalle. Es un método iterativo, de ensayo y error que tiene lugar entre el desarrollador y el cliente.

# data[].attributes.body
Es un modelo del ciclo de vida del software propuesto en 1986 por Barry Boehm. Combina las características del modelo de creación de prototipos y el modelo de cascada.
Ventajas
- Participación temprana de los desarrolladores.
- Gestiona riesgos y desarrolla el sistema en fases.
Desventajas
- Alto costo y tiempo para llegar al producto final.
- Necesita habilidades especiales para evaluar los riesgos y suposiciones.

# data[].attributes.body
Surge en el año de 1995. Está basado en un desarrollo iterativo e incremental, se puede usar en cualquier tipo de proyectos, hay que tener en cuenta que necesita de mucha participación por parte del cliente. Este modelo es ideal cuando los requerimientos no son claros pero a la vez se necesita una funcionalidad en poco tiempo