Você está na página 1de 3

EL MODELO EN ESPIRAL

Este modelo, propuesto por Bohem en 1988 [BOE88], es un modelo de proceso de software evolutivo que acompaa la naturaleza evolutiva de con los aspectos controlados y sistemticos del ciclo de vida tradicional. Proporciona el potencial para el desarrollo rpido de versiones incrementales del software. En este modelo, el sistema se desarrolla en una serie de versiones incrementales. Durante las primeras iteraciones, la versin incremental podra ser un modelo en papel o un prototipo. Durante las ltimas iteraciones se producen versiones cada vez ms completas de ingeniera del sistema. . El Modelo en Espiral se divide en un nmero de actividades estructurales, tambin llamadas "regiones de tareas" . Generalmente existen entre tres y seis regiones de tareas: Comunicacin con el cliente.- Las tareas requeridas para establecer comunicacin entre el desarrollador y el cliente, sea revisar especificaciones, plantear necesidades, etc. Planificacin.- Las tareas requeridas para definir recursos, tiempos e informacin relacionada con el proyecto. Anlisis de riesgos.- Las tareas requeridas para evaluar riesgos tcnicos y de gestin. Ingeniera.- Las tareas requeridas para construir una o ms representaciones de la aplicacin Construccin y adaptacin.- Las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario. Evaluacin del cliente.- Las tareas requeridas para obtener la reaccin del cliente, segn la evaluacin de las representaciones del software creadas durante la etapa de ingeniera e implementada durante la etapa de instalacin Cada una de las regiones estn pobladas por una serie de tareas que se adaptan a las caractersticas del proyecto que va a emprenderse. Para proyectos pequeos el nmero de tareas y su formalidad es bajo, para proyectos mayores y ms crticos,

cada regin contiene tareas que se definen para lograr un nivel ms alto de formalidad. Cuando empieza este proceso evolutivo, el equipo de trabajo gira alrededor de las agujas del reloj, comenzando por el centro. El primer circuito de la espiral produce el desarrollo de una especificacin de productos, los pasos siguientes en la espiral se podran utilizar para desarrollar un prototipo y progresivamente versiones ms sofisticadas del software. Cada paso de la regin de planificacin produce ajustes en el plan del proyecto. . El coste y la planificacin se ajustan en funcin de la evaluacin del cliente. Adems, el gestor del proyecto ajusta el nmero planificado de iteraciones requeridas para completar el proyecto o el producto software de que se trate. La siguiente figura muestra grficamente el Modelo Espiral, para las seis regiones de tareas y suponiendo un proyecto tal que forzosamente requiere iniciar en la conceptualizacin previa a la vuelta de desarrollo, an cuando hemos dicho que frecuentemente se puede iniciar desde esta tarea. Asimismo, se presenta la terminacin del proyecto en la ltima vuelta, como mantenimiento del mismo proyecto, pareciese que ah terminase el ciclo, sin embargo, la vuelta siguiente existe y correspondera al inicio de un nuevo proyecto que puede o no tomar como base el proyecto anterior. MODELO EN ESPIRAL

El modelo en espiral es un enfoque realista del desarrollo de sistemas y de software en gran escala. Como el software evoluciona, a medida que progresa el proceso, el desarrollador y el usuario comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos. El modelo en espiral utiliza la construccin de prototipos como mecanismo de reduccin de riesgos, pero lo que es ms importante, permite a quien lo desarrolla aplicar el enfoque de construccin de prototipos en cualquier etapa de evolucin del producto. Mantiene el enfoque sistemtico de los pasos sugeridos por el ciclo de vida clsico, pero lo incorpora al marco de trabajo interactivo que refleja mejor el mundo real. El modelo demanda una consideracin directa de los riesgos tcnicos en todas las etapas del proyecto, y si se aplica adecuadamente, debe reducir los riesgos antes de que se conviertan en problemticos. Pero al igual que otros modelos, ste no es la panaca. Puede resultar difcil convencer a grandes clientes, (particularmente en situaciones bajo contrato) de que el enfoque evolutivo que presenta este modelo es controlable. Requiere una considerable habilidad para la evaluacin del riesgo, y de ello depende el xito. Si un riesgo importante no es descubierto y gestionado, indudablemente surgirn problemas. Finalmente, en s mismo, el modelo es relativamente nuevo y no se ha utilizado tanto como otros. Todava tendr que pasar muchas pruebas para certificar los beneficios que la utilizacin de este prometedor modelo parece ofrecer para el desarrollo de sistemas de informacin.