SDLC - Modelo en espiral
El modelo en espiral agrega análisis de riesgo y creación de prototipos RAD al modelo de cascada. Cada ciclo implica la misma secuencia de pasos que el modelo Waterfall.
El modelo en espiral tiene cuatro cuadrantes. Discutámoslos en detalle.
Cuadrante 1 - Determinar objetivos, alternativas y limitaciones
Objectives - Funcionalidad, rendimiento, interfaz hardware / software, factores críticos de éxito, etc.
Alternatives - Construir, reutilizar, comprar, subcontratar, etc.
Constraints - Costo, horario, interfaz, etc.
Cuadrante 2: evaluar alternativas, identificar y resolver riesgos
Estudiar alternativas relativas a los objetivos y limitaciones que se determinen.
Identificar riesgos como falta de experiencia, nueva tecnología, horarios ajustados, etc.
Resolver los riesgos identificados evaluando su impacto en el proyecto, identificando los planes de mitigación y contingencia necesarios e implementándolos. Los riesgos siempre deben ser monitoreados.
Cuadrante 3: desarrollo de productos de nivel superior
Las actividades típicas incluyen:
- Crea un diseño
- Diseño de revisión
- Desarrollar código
- Inspeccionar el código
- Producto de prueba
Cuadrante 4: planificar la siguiente fase
Las actividades típicas incluyen:
- Desarrollar el plan del proyecto
- Desarrollar un plan de gestión de la configuración
- Desarrollar un plan de prueba
- Desarrollar un plan de instalación
Modelo en espiral - Fortalezas
Las ventajas o fortalezas del método Spiral son:
- Proporciona una indicación temprana de los riesgos, sin que suponga un gran coste.
- Los usuarios pueden ver el sistema temprano debido a las herramientas de creación rápida de prototipos.
- Las funciones críticas de alto riesgo se desarrollan primero.
- El diseño no tiene por qué ser perfecto.
- Los usuarios pueden participar de cerca en todos los pasos del ciclo de vida.
- Comentarios tempranos y frecuentes de los usuarios.
- Costos acumulativos evaluados con frecuencia.
Modelo en espiral - Debilidades
Las desventajas o debilidades del método Spiral son:
Puede ser difícil definir objetivos, hitos verificables que indiquen que están listos para continuar con la siguiente iteración.
El tiempo dedicado a la planificación, restablecimiento de objetivos, análisis de riesgos y creación de prototipos puede ser una sobrecarga.
El tiempo dedicado a evaluar los riesgos puede ser demasiado grande para proyectos pequeños o de bajo riesgo.
El modelo en espiral es complejo de entender para los nuevos miembros del equipo.
Se requiere experiencia en evaluación de riesgos.
La espiral puede continuar indefinidamente.
Los desarrolladores deben reasignarse durante las actividades de la fase que no es de desarrollo.
¿Cuándo usar el modelo en espiral?
El modelo en espiral se puede utilizar cuando:
- La creación de un prototipo es apropiada.
- La evaluación de riesgos es importante.
- Un proyecto es de riesgo medio a alto.
- Los usuarios no están seguros de sus necesidades.
- Los requisitos son complejos.
- La línea de productos es nueva.
- Se esperan cambios significativos durante la exploración.
- El compromiso del proyecto a largo plazo es imprudente debido a posibles cambios comerciales.