El modelo en espiral es un método para el desarrollo de software que se basa en iteraciones incrementales. Cada iteración consiste en cuatro fases: planificación, análisis de riesgos, desarrollo e ingeniería, y evaluación. Con cada iteración se desarrolla una versión más completa del software hasta completar el producto final. El modelo en espiral se enfoca en la gestión de riesgos a lo largo del ciclo de vida del proyecto.

1. CICLO DE VIDA DEL
SOFTWARE EN ESPIRAL
EQUIPO Nº 2
Cardoza Godínez Glenda Lizbeth
Cruz Márquez Leslie Lillian
Lavenant Andrade Greisy Madai
Martínez Guerrero Luis
Torres Valdez David Isaí

2. EL MODELO EN ESPIRAL…
• Es un generador de modelo de proceso guiado por el riesgo que se emplea
para conducir sistemas intensivos de ingeniería de software concurrente y a la
vez con muchos usuarios.
• Diseñado por Boehm en el año 1988, se puede considerar como una variación
del modelo como prototipo. Se basa en una serie de ciclos repetitivos para ir
ganando madurez en el producto final.
• 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.

3. CONSISTE EN:
• En el modelo espiral, el software se desarrolla en una serie de versiones
incrementales. Durante las primeras iteraciones la versión incremental podría
ser un modelo en papel o un prototipo, durante las últimas iteraciones se
producen versiones cada vez más completas del sistema diseñado.
• Se divide en un número de actividades de marco de trabajo, también llamadas
REGIONES DE TAREAS.
• Cada una de las regiones están compuestas por un conjunto de tareas del
trabajo llamado CONJUNTO DE TAREAS.
• Que se adaptan a las características del proyecto que va a emprenderse en
todos los casos se aplican actividades de protección.

4. 1. Determinar objetivos, alternativas y limites.
2. Identificar y resolver riesgos.
3. Evaluar alternativas.
4. Generar entregas de esta iteración.
5. Planificar la siguiente iteración.
6. Si se decide ejecutar la siguiente iteración.
EN CADA ITERACIÓN SEGUIMOS LOS
SIGUIENTES PASOS:

5. EN SUS REGIONES:
• No hay un número definido de iteraciones. Las iteraciones debe decidirlas el equipo
de gestión de proyecto. Cada vuelta se divide en 4 sectores:
• Planeación : determinación de los objetivos, alternativas y restricciones
• Análisis de riesgo : análisis de alternativas e identificación/resolución de riesgos
• Ingeniería : desarrollo del producto hasta "el siguiente nivel".
• Evaluación : valoración por parte del cliente de los resultados obtenidos.

6. TIPOS:
El modelo espiral tuvo varias modificaciones que son:
• Modelo Original de Boehm.
• Modelo Tipico de Seis Regiones.
• Modelo WINWIN.tipos de Modelos:

10. SE MANEJA:
• El movimiento de la espiral, ampliando con cada iteración su amplitud radial, indica
que cada vez se van construyendo versiones sucesivas del software, cada vez más
completas.
• Uno de los puntos más interesantes del modelo, es la introducción al proceso de
desarrollo a las actividades de análisis de los riesgos asociados al desarrollo y a la
evaluación por parte del cliente de los resultados del software.

11. VENTAJAS
• El desarrollo repetida o continua ayuda en la gestión de riesgos. Los
desarrolladores o programadores describir las características de alta
prioridad y luego desarrollar un prototipo basado en los mismos. Cambios
Este prototipo se prueba y se desea se realizan en el nuevo sistema. Este
enfoque continuo y constante minimiza los riesgos o fallos asociados con el
cambio en el sistema.
• * La adaptabilidad en el diseño del modelo de espiral en la ingeniería de
software se adapta a cualquier número de cambios, que pueden ocurrir
durante cualquier fase del proyecto.
• * Dado que la construcción de prototipos se realiza en pequeños
fragmentos o trozos, estimación de costos se convierte en fácil y el cliente
puede obtener el control sobre la administración del nuevo sistema.

12. DESVENTAJAS
• El modelo de espiral las necesidades de cualificación en la evaluación de
una amplia incertidumbres o riesgos asociados con el proyecto y su
reducción.
• La evaluación de los riesgos involucrados en el proyecto pueden disparar el
costo y puede ser mayor que el costo de la construcción del sistema.
• No es un requisito para una explicación más detallada de los pasos
involucrados en el proyecto, como avance, el plan, los puestos de control y
el procedimiento estándar.