Está en la página 1de 13

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 necesidad debe


cubrir el producto.
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
ALTERNATIVA y Verificar: Programar y
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 para el desarrollo de grandes


sistemas.

•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
de victoria.
Establecer los objetivos,
2. Identificar
restricciones y
las condiciones
alternativas del
de victoria de
siguiente nivel.
los directivos

4. Evaluar las
alternativas del
1. producto y del
Identificar Victoria de proceso y
el siguiente resolución de
nivel para riesgos.
los
directivos. 5. Definir el
siguiente nivel del
producto y del
7.
6. Validar proceso,
MODELO Revisión y
las incluyendo
ESPIRAL comentari
definiciones particiones.
os
WINWIN del
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.

También podría gustarte