Modelo de desarrollo de

software en Espiral

Introducción

El desarrollo en espiral es un modelo de ciclo de vida del software definido

por primera vez por Barry Boehm en 1986, utilizado generalmente en

la Ingeniería de software. Las actividades de este modelo se conforman en

una espiral, en la que cada bucle o iteración representa un conjunto de

actividades. Las actividades no están fijadas a ninguna prioridad, sino que las

siguientes se eligen en función del análisis de riesgo, comenzando por el

bucle interior.

Aplicación El modelo de desarrollo evolutivo (espiral). Este enfoque entrelaza las

actividades especificación, desarrollo y validación. Es decir surge de un

sistema inicial que se desarrolla rápidamente a partir de especificaciones

abstractas. Basándose en las peticiones del cliente para producir un

sistema que satisfaga sus necesidades.

Los nuevos requerimientos del sistema se definen en todo los detalles

posibles, esto implica generalmente el entrevistarse con un número

determinado de usuarios que representarán a todos los usuarios tanto

externos como internos y otros aspectos del sistema existente. Un

prototipo preliminar se crea para el desarrollo del nuevo software

partiendo de un diseño hecho del sistema que se construyó del prototipo

inicial. Esto es generalmente un sistema scaled-down, y representa una

aproximación de las características del producto final.

Etapas

El modelo espiral en el desarrollo del software es un modelo meta del ciclo de vida del software donde el esfuerzo del desarrollo es iterativo, tan pronto culmina un esfuerzo del desarrollo por ahí mismo comienza otro; además en cada ejecución del desarrollo se sigue cuatro pasos principales:

Determinar o fijar los objetivos.

Análisis del riesgo.

Desarrollar, verificar y validar.

Planificar.

1. Determinar o fijar los objetivos. En este paso se definen los objetivos específicos para posteriormente identifica las limitaciones del proceso y del sistema de software, además se diseña una planificación detallada de gestión y se identifican los riesgos.

2. Análisis del riesgo. En este paso se efectúa un análisis detallado para cada uno de los riesgos identificados del proyecto, se definen los pasos a seguir para reducir los riesgos y luego del análisis de estos riesgos se planean estrategias alternativas.

3. Desarrollar, verificar y validar. Después de la evaluación de riesgos en la interfaz de usuario son dominantes, un modelo de desarrollo apropiado podría ser la construcción de prototipos evolutivos. Si los riesgos de protección son la principal consideración, un desarrollo basado en transformaciones formales podría ser el mas apropiado, y así sucesivamente.

4. Planificar. En este último paso es donde el proyecto se revisa y se toma la decisión si se debe continuar con un ciclo posterior al de la espiral.

El modelo en espiral se divide en un número de actividades de marco de trabajo, también

llamadas regiones de tareas. Generalmente, existen entre tres y seis regiones de tareas.

Comunicación con el cliente - Tareas necesarias para plantear la comunicación entre el

desarrollador y el cliente.

Planificación - Tareas inherentes a la definición de recursos, el tiempo y otras

informaciones relacionadas con el proyecto. Son todos los requerimientos.

Análisis de riesgos – Tareas para evaluar riesgos técnicos y otras informaciones

relacionadas con el proyecto.

Ingeniería - Tareas para construir una o más representaciones de la aplicación.

Construcción y adaptación - Tareas requeridas para construir, probar, instalar y

proporcionar soporte a los usuarios.

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

implementación durante la etapa de instalación.

Ventajas Modelo Espiral

El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora.

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

El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier

etapa de evolución del producto.

El modelo en espiral 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.

El desarrollo repetido o continuo ayuda en la gestión de riesgos. Los desarrolladores o programadores pueden

describir las características de alta prioridad y luego desarrollar un prototipo basado en los mismos. Cambios

Este prototipo se prueba y se desea se realizan en el nuevo sistema. Este enfoque continuo y constante

minimiza los riesgos o fallos asociados con el cambio en el sistema.

La adaptabilidad en el diseño del modelo de espiral en la ingeniería de software se adapta a cualquier número

de cambios, que pueden ocurrir durante cualquier fase del proyecto.

Dado que la construcción de prototipos se realiza en pequeños fragmentos o trozos, estimación de costos se

convierte en fácil y el cliente puede obtener el control sobre la administración del nuevo sistema.

Dado que el modelo continúa hacia la fase final, la experiencia del cliente en el nuevo sistema crece, lo que

permite buen desarrollo de las necesidades del cliente reunión del producto.

Reduce riesgos del proyecto

Incorpora objetivos de calidad

Integra el desarrollo con el mantenimiento, etc.

Además es posible tener en cuenta mejoras y nuevos requerimientos sin romper

con la metodología, ya que este ciclo de vida no es rígido ni estático.

Desventajas Modelo Espiral

* Los modelos en espiral funcionan mejor para los grandes proyectos solamente, donde los

costos son mucho más altos y los requisitos del sistema de pre implica un mayor nivel de

complejidad.

* El modelo de espiral las necesidades de cualificación en la evaluación de una amplia

incertidumbres o riesgos asociados con el proyecto y su reducción.

* Los modelos espiral trabajar en un protocolo, que debe ser seguido estrictamente para su

buen funcionamiento. A veces se hace difícil seguir el siguiente protocolo.

* La evaluación de los riesgos involucrados en el proyecto pueden disparar el costo y puede

ser mayor que el costo de la construcción del sistema.

* No es un requisito para una explicación más detallada de los pasos involucrados en el

proyecto, como avance, el plan, los puestos de control y el procedimiento estándar.