Tecnología

Inicio

Ciclo de Vida del Software Espiral

Ciclo de Vida del Software Espiral


software de espiral 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 necesario en el modelo anterior "cascada". Se procede entonces 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

Ciclo de Vida del Software Espiral

Una cascada puede tener un montón de escalones, pero el movimiento es en una sola dirección.

Barry W. Boehm de Defensa TRW Systems Group estableció formalmente el "modelo en espiral" en un ensayo publicado por el Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) en 1988. Boehm no estaba contento con el "modelo de cascada" entonces dominante del desarrollo, que estipula que el software debería ser "desarrollado en etapas sucesivas (plan operativo, las especificaciones operacionales, las especificaciones de codificación, etc.)."

Los problemas de la cascada

Ciclo de Vida del Software Espiral

El problema con una cascada es que requiere un compromiso prematuro y un gran salto.

El problema con el modelo de cascada era que destacó "elaborada plenamente documentos como los criterios de terminación para los primeros requisitos y fases de diseño." Como resultado, se quejó Boehm, muchos proyectos se cargan con más de-elaborado especificaciones antes había desarrollado ninguna historia de la interfaz de usuario. 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 se iniciaría con la consideración de objetivos (tales como el rendimiento o funcionalidad), proceder a una ponderación de las diversas soluciones factibles y concluir con una consideración de las limitaciones impuestas por cada uno.

Esa es la fase uno, o en la fase de planificación. Cada ciclo procede entonces a la fase dos (análisis de riesgo), tres (ingeniería) y cuatro (evaluación de los clientes).

El término "riesgo", en el contexto de la segunda fase, puede denotar incumplimiento de los objetivos declarados, retrasos en el calendario o violación de las limitaciones presupuestarias.

La terminación de ciclo

La etapa de evaluación del cliente es en esencia una revisión que incluya el (Boehm escribió) "la gente primarias u organizaciones involucradas con el producto." Se proporciona la entrada necesaria para la siguiente fase de planificación, o el comienzo del siguiente ciclo de la espiral.

Terminación de caracol

¿Hasta dónde continuar 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 barre hacia afuera "hasta el momento, según sea necesario en función del riesgo que debe ser administrado."

Una alternativa

Ciclo de Vida del Software Espiral

& Quot; & quot ágil; defensores modelo se quejan de la burocracia y el formalismo.

Otro modelo de desarrollo de software se conoce como el modelo de "ágil". Se dice que es "gente" en lugar de "proceso" orientados, lo que favorece la comunicación oral en lugar de por escrito. Desde el punto de vista de los defensores "ágiles", la espiral y la cascada tienen demasiado en común. Ambos son demasiado burocráticos.