Modelo prototipo

1. No modifica el flujo del ciclo de vida.


2. Reduce el riesgo de construir productos que no
   satisfagan las necesidades de los usuarios.


3. Reduce costos y aumenta la probabilidad de éxito.


4. Exige disponer de las herramientas adecuadas.


5. No presenta calidad ni robustez.


6. Una vez identificados todos los requisitos mediante el
   prototipo, se construye el producto de ingeniería.

Modelo incremental

1. Se evitan proyectos largos y se entrega “Algo de valor” a los
   usuarios con cierta frecuencia.


2. El usuario se involucra más.


3. Difícil de evaluar el coste total.


4. Difícil de aplicar a sistemas transaccionales que tienden a ser
   integrados y a operar como un todo.


5. Requiere gestores experimentados.


6. Los errores en los requisitos se detectan tarde.


7. El resultado puede ser muy positivo.

Modelo cascada

1. No refleja realmente el proceso de desarrollo del software.
2. Se tarda mucho tiempo en pasar por todo el ciclo.
3. Perpetua el fracaso de la industria del software en su
   comunicación con el usuario final.
4. El mantenimiento se realiza en el código fuente.
5. Las revisiones de proyectos de gran complejidad son muy
   difíciles.
6. Impone una estructura de gestión de proyectos.