Introducción al modelo espiral

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Introducción al modelo espiral por Mind Map: Introducción al modelo espiral

1. Demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y si se aplica adecuadamente debe reducir los riesgos antes de que se conviertan en problemas.

2. Puede adaptarse y aplicarse a lo largo de la vida del software de computadora.

3. No requiere una definición completa de los requerimientos del software a desarrollar para comenzar su funcionalidad.

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. Las regiones de tareas que componen este modelo son:

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. Construcción y adaptación

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

5.5. Ingeniería

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

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. Es una adaptación del modelo de espiral y define un conjunto de actividades de negociación al principio de cada 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. Es un modelo de ciclo de vida del software definido por primera vez por Barry Boehm en 1986,​ utilizado generalmente en la ingeniería de software. Las actividades de este modelo se conforman en una espiral, en la que cada bucle o iteración representa un conjunto de actividades.

20. Ventajas

21. Desventajas

22. Se requiere la participación continua por parte del cliente.

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

24. Se pierde tiempo al volver producir inicialmente una especificación completa de los requerimientos cuando se modifica o mejora el software.