# data[].attributes.body
Propuesta por Winston W. Royce en 1970 y posteriormente revisada por Barry Boehm en 1980 e Ian Sommerville en 1985.

# data[].attributes.body
Las ventajas del modelo V

Optimización de la comunicación entre las partes involucradas a través de términos y responsabilidades claramente definidos.

Minimización de riesgos y mejor planificación a través de roles, estructuras y resultados fijos y predeterminados.

Mejora de la calidad del producto gracias a medidas de control de la calidad firmemente integradas.

Ahorro de costes gracias al procesamiento transparente a lo largo de todo el ciclo de vida del producto.

# data[].attributes.body
Las desventajas del modelo V

El modelo en cuatro niveles puede ser demasiado simple para mapear todo el proceso de desarrollo desde el punto de vista de los desarrolladores. Está sobre todo centrado en la gestión de proyectos. Además, su estructura relativamente rígida permite una respuesta poco flexible a los cambios durante el desarrollo, y, por lo tanto, promueve un curso lineal del proyecto. Sin embargo, si el modelo se entiende y se utiliza correctamente, es posible utilizar el modelo V para el desarrollo ágil.

# data[].attributes.body
Propuesto por Gomaa en 1984

# data[].attributes.body
Ventajas
No modifica el flujo del ciclo de vida
Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios
Reduce costo y aumenta la probabilidad de éxito
Exige disponer de las herramientas adecuadas

# data[].attributes.body
Desventajas
Debido a que el usuario ve que el prototipo funciona piensa que este es el producto terminado y no entienden que recién se va a desarrollar el software.
El desarrolador puede caer en la tentación de ampliar el prototipo para construir el sistema final sin tener en cuenta los compromisos de calidad y mantenimiento que tiene con el cliente

# data[].attributes.body
Definido por primera vez por Barry Boehm en 1986

# data[].attributes.body
Ventajas del modelo en Espiral

La funcionalidad adicional o los cambios se pueden hacer en una etapa posterior.

La estimación del coste se hace fácil, ya que la construcción del prototipo se hace en pequeños fragmentos.

El desarrollo continuo o repetido ayuda en la gestión de riesgos.

El desarrollo es rápido y las características se añaden de forma sistemática.

Siempre hay espacio para atender los comentarios de los clientes.

# data[].attributes.body
Desventajas del modelo en Espiral

Riesgo de no cumplir con la planificación o el presupuesto.

Funciona mejor para proyectos grandes, aunque en estos también requiera de una estricta evaluación de riesgos.

Para su buen funcionamiento, el protocolo del modelo en espiral debe ser seguido estrictamente.

Se genera más documentación al tener fases intermedias.

No es aconsejable para proyectos pequeños, la ratio coste beneficio no es rentable.

# data[].attributes.body
Desarrollo iterativo incremental es un proceso de desarrollo de software creado en respuesta a las debilidades del modelo tradicional de cascada.

# data[].attributes.body
Usando análisis y mediciones como guías para el proceso de mejora es una diferencia mayor entre las mejoras iterativas y el desarrollo rápido de aplicaciones, principalmente por dos razones:

Provee de soporte para determinar la efectividad de los procesos y de la calidad del producto.

Permite estudiar y después mejorar y ajustar el proceso para el ambiente en particular.

Estas mediciones y actividades de análisis pueden ser añadidas a los métodos de desarrollo rápido existentes.

# data[].attributes.body
En el año 2001, miembros prominentes de la comunidad se reunieron en Snowbird, Utah, y adoptaron el nombre de "métodos ágiles".

# data[].attributes.body
Ventajas del Agile Project Management

Mejora de la calidad del producto:

Mayor satisfacción del cliente:

Mayor motivación de los trabajadores:

Trabajo colaborativo:

Uso de métricas más relevantes:

Mayor control y capacidad de predicción:

Reducción de costes: