Modelo Espiral

Get Started. It's Free
or sign up with your email address
Rocket clouds
Modelo Espiral by Mind Map: Modelo Espiral

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. El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora.

4. 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.

5. Una visión alternativa del modelo en espiral puede ser considerada examinando el eje de punto de entrada en el proyecto.

5.1. Comunicación con el cliente

5.1.1. Las tareas requeridas para establecer comunicación entre el desarrollador y el cliente.

5.2. Planificación

5.2.1. Las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos.

5.3. Análisis de riesgos

5.3.1. Las tareas requeridas para evaluar riesgos técnicos y otras informaciones relacionadas con el proyecto.

5.4. Ingeniería

5.4.1. Las tareas requeridas para construir una o más representaciones de la aplicación.

5.5. Construcción y adaptación

5.5.1. Las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.

5.6. Evaluación del cliente

5.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.

6. A diferencia del modelo de proceso clásico que termina cuando se entrega el software, el modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora.

7. Más que una simple actividad de comunicación con el cliente se definen las siguientes actividades:

7.1. Identificación

7.1.1. Del sistema o subsistemas clave de los directivos.

7.2. Determinación

7.2.1. De las condiciones de victoria de los directivos.

7.3. Negociación

7.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).

8. El modelo en espiral WINWIN de Boehm, define un conjunto de actividades de negociación al principio de casa paso alrededor de la espiral

9. Cada vuelta se divide en 4 sectores:

9.1. Planeación

9.1.1. determinación de los objetivos, alternativas y restricciones

9.2. Análisis de Riesgo

9.2.1. análisis de alternativas e identificación/resolución de riesgos

9.3. Ingeniería

9.3.1. desarrollo del producto hasta "el siguiente nivel".

9.4. Evaluación

9.4.1. valoración por parte del cliente de los resultados obtenidos.

10. Modelo Original de Boehm

11. Modelo Típico de Seis Regiones

12. Modelo WINWIN

13. No hay un número definido de iteraciones. Las iteraciones debe decidirlas el equipo de gestión de proyecto

14. Espiral

15. Espiral

16. Espiral

17. Ingenieria Software

18. Ciclo

19. 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.

20. Ventajas

21. Desventajas

22. Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.

23. Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.

24. Genera mucho tiempo en el desarrollo del sistema Modelo costoso