Espiral software es un modelo de desarrollo de software por iteración . Un prototipo es desarrollado y probado sin la necesidad de que el tipo de documentación elaborada que sería necesaria en el modelo más antiguo " cascada " . A continuación, se procede a través de análisis de riesgos , la ingeniería y la evaluación del cliente . Las evaluaciones de los clientes llegan a la conclusión de un ciclo y establecer los nuevos planes y preguntas que conducen a un prototipo más elaborado , continuando el ciclo . Historia
Una cascada puede tener un montón de escalones , pero el movimiento es en una sola dirección .

Barry W. Boehm de TRW Defense Systems Group estableció formalmente el "modelo espiral " en un ensayo publicado por el Instituto de Ingenieros Eléctricos y Electrónicos ( IEEE) en 1988. Boehm estaba descontento con el " modelo de cascada " entonces dominante del desarrollo , que estipula que el software debe ser " desarrollado en fases sucesivas ( plan operativo , las especificaciones de funcionamiento , especificaciones de codificación , etc.) "
problemas cascada
El problema con una cascada es que requiere un compromiso prematuro y un gran salto.

El problema con el modelo de cascada era que subrayó "documentos totalmente elaborados como los criterios de terminación de los requisitos y las fases tempranas de diseño. " Como resultado , se quejó Boehm , muchos proyectos se cargan con las especificaciones sobre - elaborados antes de cualquier historia de la interfaz de usuario había desarrollado . Teoría había estado recibiendo demasiado lejos de la práctica .
Cuatro Fases

Boehm dijo que cada ciclo dentro de su modelo en espiral preferente comenzará con la consideración de los objetivos ( tales como el rendimiento o la funcionalidad ) , proceder a una ponderación de los enfoques alternativos viables y concluir con la consideración de las limitaciones impuestas por cada uno.

esa es la primera fase, o fase de planificación. Cada ciclo se procede a la segunda fase ( análisis de riesgos) , tres (ingeniería ) y cuatro ( de mercado) .

El término " riesgo", en el contexto de la segunda fase , se puede indicar la imposibilidad de lograr los objetivos establecidos , retrasos de programación o violación de las restricciones presupuestarias .
Ciclo de terminación

La etapa de evaluación del cliente es , en esencia, una revisión , que implica ( Boehm escribió ) " las personas u organizaciones principales involucrados con el producto " . Proporciona la información necesaria para la siguiente fase de planificación , o al inicio del siguiente ciclo de la espiral.
Spiral Terminación

¿Hasta qué continúa la espiral ? Se continúa hasta que termina en un producto terminado . Como escribió Walt Scacchi , de la Universidad de California en Irvine, la espiral arrastra hacia fuera " tan lejos como sea necesario en función del riesgo que debe ser administrado . "
Una alternativa
" Agile " defensores modelo se quejan de la burocracia y el formalismo .

Otro modelo de desarrollo de software se conoce como el modelo " ágil " . Se dice que es "la gente " en lugar de orientada a "proceso" , favoreciendo vía oral en lugar de la comunicación escrita. Desde el punto de vista de los defensores de " ágiles " , la espiral y la cascada tienen mucho en común. Ambos son demasiado burocráticos .