MODELO EN ESPIRAL
DEFINICION Este modelo fue propuesto por Boehm en 1988 . Básicamente consiste en una serie de ciclos que se repiten en forma de espiral, comenzando desde el centro Se suele interpretar como que dentro de cada ciclo de la espiral se sigue un Modelo Cascada, pero no necesariamente debe ser así. El Espiral puede verse como un modelo evolutivo que conjuga la naturaleza iterativa del modelo MCP con los aspectos controlados y sistemáticos del Modelo Cascada, con el agregado de gestión de riegos.
EN CADA VUELTA O ITERACION HAY QUE TENER EN CUENTA Los Objetivos: Que cubrir el producto.
necesidad
debe
Alternativas: Las diferentes formas de conseguir los objetivos de forma exitosa, desde diferentes puntos de vista como pueden ser: CARACTERIZTICAS FORMAS DE GESTION DEL SISTEMA RIESGO ASUMIDO CON CADA Desarrollar y Verificar: Programar y ALTERNATIVA probar el software
SI EL RESULTADO NO ES EL ADECUADO O SE NECESITA IMPLEMENTAR MEJORAS O FUNCIONALIDADES
Se planificaran los siguientes pasos y se comienza un nuevo ciclo de la espiral. La espiral tiene una forma de caracola y se dice que mantiene dos dimensiones, la radial y la angular: ANGULAR RADIAL Este sistema es muy utilizado en proyectos grandes y complejos como puede ser, por ejemplo, la creación de un Sistema Operativo.
CARACTERISTICAS •En cada giro se construye un nuevo modelo del sistema completo. •Este modelo puede combinarse con otros modelos de proceso de desarrollo (cascada, evolutivo) •Mejor modelo sistemas.
para
el
desarrollo
de
grandes
•El análisis de riesgo requiere la participación de personal con alta cualificación
TAREAS
CONJUNTOS DE TAREAS
REGIONES DE TAREAS Cada vuelta en la espiral se divide en sectores: •Comunicación con el Cliente: Las tareas requeridas para establecer, comunicación entre el desarrollador y el cliente •Planificación o Planeación: Las tareas requeridas para definir recursos, el tiempo, determinación de los objetivos, alternativas y restricciones y otra información relacionadas con el proyecto. •Análisis de Riesgos: Las tareas requeridas para evaluar riesgos técnicos y de gestión, análisis de alternativas e identificación/resolución de riesgos
•Ingeniería: Las tareas requeridas para construir una o mas representaciones de la aplicación, desarrollo del producto hasta "el siguiente nivel“. •Construcción y Acción: Las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario (por ejemplo, documentación y práctica). •Evaluación del cliente: 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 implementada durante la etapa de instalación. Valoración por parte del cliente de los resultados obtenidos.
3. Reunir las condiciones 2. Identificar
las condiciones de victoria de los directivos
de victoria. Establecer los objetivos, restricciones y alternativas del siguiente nivel. 4. Evaluar las
1.
Identificar el siguiente nivel para los directivos.
MODELO ESPIRAL WINWIN
7. Revisión y comentari os
Victoria de
alternativas del producto y del proceso y resolución de riesgos. 5. Definir el
6. Validar las definiciones del
siguiente nivel del producto y del proceso, incluyendo particiones.
VENTAJAS el software del modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. 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. permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto. 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.
En la utilización de grandes sistemas a doblado la
DESVENTAJAS •Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable. •Es nuevo (1988) y no se ha utilizado tanto como otros modelos de ciclo de vida. •Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas
CONCLUSIONES El modelo en espiral no se ha utilizado tanto como el modelo lineal o secuencial y dio construcción de prototipos. EL modelo en espiral es de gran complejidad y solo es utilizado en sistemas grandes, que si son desarrollados con éxito logran doblar la productividad.