Modelo en espiral - Sistemas 2

Modelo en espiral

Descripción

Propuesto inicialmente por Boehm en 1988.

• Desarrollo cíclico (iterativo) donde en cada ciclo se llevan a cabo 4 tareas:
• Determinación de objetivos, alternativas y restricciones
• Evaluación de alternativas, análisis y control de riesgos.
• Desarrollo y verificación del producto.
• Planificación del siguiente ciclo (fase).

• Cada ciclo corresponde a una fase del proyecto

En cada iteración Boehm recomienda recopilar la siguiente lista de informaciones:

Objetivos: Se hacen entrevistas a los clientes,se les hace rellenar cuestionarios,etc.

Alternativas: Son las diferentes formas posibles de conseguir los objetivos. Se consideran desde dos puntos de vista:

• Características del producto.
• Formas de gestionar el proyecto.

Restricciones:

• Desde el punto de vista del producto:Interfaces de tal o cual manera,rendimiento,etc.
• Desde el punto de vista organizativo: Coste,tiempo, personal, etc.

Riesgos: Lista de riesgos identificados.

Resolución de riesgos: La técnica más usada es la construcción de prototipos.

Resultados: Son lo que realmente ha ocurrido después de la resolución de riesgos.

Planes: Lo que se va a hacer en la siguiente fase.

Compromiso: Decisiones de gestión sobre como continuar.

Al terminar una iteración se comprueba que lo que se ha hecho efectivamente cumple con los requisitos establecidos, también se verifica que funciona correctamente. El propio cliente evalúa el producto. No existe una diferencia muy clara entre cuando termina el proyecto y cuando empieza la fase de mantenimiento. Cuando hay que hacer un cambio, este puede consistir en un nuevo ciclo.

Características

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

Ventajas

• No necesita una definición completa de los requisitos para empezara funcionar.
• Al entregar productos desde el final de la primera iteración es más fácil validar los requisitos.
• El riesgo en general es menor, porque si todo se hace mal, solo se ha perdido el tiempo y recursos invertidos en una iteración (las anteriores iteraciones están bien).
• El riesgo de sufrir retrasos es menor, ya que al identificar los problemas en etapas tempranas hay tiempo de subsanarlos.

Desventajas 

• Es difícil evaluar los riesgos.
• Necesita de la participación continua por parte del cliente.
• Cuando se subcontrata hay que producir previamente una especificación completa de lo que se necesita, y esto lleva tiempo.