1. Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.
2. En la utilización de grandes sistemas a doblado la productividad.
3. Más que una simple actividad de comunicación con el cliente se definen las siguientes actividades:
3.1. Identificación
3.1.1. Del sistema o subsistemas clave de los directivos.
3.2. Determinación
3.2.1. De las condiciones de victoria de los directivos.
3.3. Negociación
3.3.1. De las condiciones de victoria de los directivos para reunirlas en un conjunto de condiciones para todos los afectados (incluyendo el equipo del proyecto de software).
4. El modelo en espiral WINWIN de Boehm, define un conjunto de actividades de negociación al principio de casa paso alrededor de la espiral
5. Cada vuelta se divide en 4 sectores:
5.1. Planeación
5.1.1. determinación de los objetivos, alternativas y restricciones
5.2. Análisis de Riesgo
5.2.1. análisis de alternativas e identificación/resolución de riesgos
5.3. Ingeniería
5.3.1. desarrollo del producto hasta "el siguiente nivel".
5.4. Evaluación
5.4.1. valoración por parte del cliente de los resultados obtenidos.
6. Modelo Original de Boehm
7. Modelo WINWIN
8. No hay un número definido de iteraciones. Las iteraciones debe decidirlas el equipo de gestión de proyecto
9. Espiral
10. Espiral
11. El MODELO en espiral, propuesto originalmente por BOEHM en 1976, es un modelo de proceso de software evolutivo donde se conjuga la naturaleza de construcción de prototipos con los aspectos controlados y sistemáticos del MODELO LINEAL y SECUENCIAL.
12. Ventajas
13. Desventajas
14. Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.
15. El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora.
16. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software que no se basa en fases claramente definidas y separadas para crear un sistema.
17. Una visión alternativa del modelo en espiral puede ser considerada examinando el eje de punto de entrada en el proyecto.
17.1. Comunicación con el cliente
17.1.1. Las tareas requeridas para establecer comunicación entre el desarrollador y el cliente.
17.2. Planificación
17.2.1. Las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos.
17.3. Análisis de riesgos
17.3.1. Las tareas requeridas para evaluar riesgos técnicos y otras informaciones relacionadas con el proyecto.
17.4. Ingeniería
17.4.1. Las tareas requeridas para construir una o más representaciones de la aplicación.
17.5. Construcción y adaptación
17.5.1. Las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.
17.6. Evaluación del cliente
17.6.1. Las tareas requeridas para obtener la reacción del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería e implementación durante la etapa de instalación.