2.1.4 Modelo Espiral

6
2.1.4 Modelo Espiral 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: PASOS 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. En este tercer paso, después del análisis de riesgo, se eligen un paradigma para el desarrollo del sistema de software y se lo desarrolla. 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. Si se decide continuar, se desarrollan los planes para la siguiente fase del proyecto. CARACTERÍSTICAS DEL MODELO EN ESPIRAL

description

2.1.4 Modelo Espiral

Transcript of 2.1.4 Modelo Espiral

2.1.4 Modelo EspiralEl 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; adems en cada ejecucin del desarrollo se sigue cuatro pasos principales:

PASOS1. Determinar o fijar los objetivos.En este paso se definen los objetivos especficos para posteriormente identifica las limitaciones del proceso y del sistema de software, adems se disea una planificacin detallada de gestin y se identifican los riesgos.2. Anlisis del riesgo.En este paso se efecta un anlisis detallado para cada uno de los riesgos identificados del proyecto, se definen los pasos a seguir para reducir los riesgos y luego del anlisis de estos riesgos se planean estrategias alternativas.3. Desarrollar, verificar y validar.En este tercer paso, despus del anlisis de riesgo, se eligen un paradigma para el desarrollo del sistema de software y se lo desarrolla.4. Planificar.En este ltimo paso es donde el proyecto se revisa y se toma la decisin si se debe continuar con un ciclo posterior al de la espiral. Si se decide continuar, se desarrollan los planes para la siguiente fase del proyecto.

CARACTERSTICAS DEL MODELO EN ESPIRAL PARA EL DESARROLLO DE SOFTWAREEs considerado como un modelo evolutivo ya que combina el modelo clsico con el diseo de prototipos. Contiene una nueva etapa que es el anlisis de riesgos, no incluida anteriormente. Este modelo es el indicado para desarrollar software con diferentes versiones actualizadas como se hace con los programas modernos de PCs. La ingeniera puede desarrollarse a travs del ciclo de vida clsico o el de construccin de prototipos. Este es el enfoque ms realista actualmente.El modelo en espiral esta compartida en varias actividades estructurales, tambin llamadas regiones de tareas. Existen seis regiones de tareas que son: Comunicacin con el cliente: esta es una tarea requerida para establecer comunicacin entre el desarrollador y el cliente. Planificacin: esta tarea es necesaria aplicarla para poder definir los recursos, el tiempo y otras informaciones relacionadas con el proyecto, es decir, son todos los requerimientos. Anlisis de riesgos: esta es una de las tareas principales por lo que se aplica el modelo en espiral, es requerida para evaluar los riesgos tcnicos y otras informaciones relacionadas con el proyecto. Ingeniera: esta es una tarea necesaria ya que se requiere construir una o ms representaciones de la aplicacin. Construccin y adaptacin: esta tarea es requerida en el modelo espiral porque se necesita construir, probar, instalar y proporcionar soporte al usuario. Evaluacin el cliente: esta tambin es una tarea principal, necesaria para adquirir la reaccin del cliente segn la evaluacin de las representaciones del software creadas durante la etapa de ingeniera y la de implementacin creada durante La Etapa De Instalacin.Ventajas No requiere una definicin completa de los requerimientos del software a desarrollar para comenzar su funcionalidad. En la terminacin de un producto desde el final de la primera iteracin es muy factible aprobar los requisitos. Sufrir retrasos corre un riesgo menor, porque se comprueban los conflictos presentados tempranamente y existe la forma de poder corregirlos a tiempo.Desventajas Existe complicacin cuando se evala los riesgos. Se requiere la participacin continua por parte del cliente. Se pierde tiempo al volver producir inicialmente una especificacin completa de los requerimientos cuando se modifica o mejora el software.ACOPLAMIENTOS DEL MODELO ESPIRALLos nuevos requerimientos del sistema se definen en todo los detalles posibles, esto implica generalmente el entrevistarse con un nmero determinado de usuarios que representarn 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 diseo hecho del sistema que se construy del prototipo inicial. Esto es generalmente un sistema scaled-down, y representa una aproximacin de las caractersticas del producto final.Un segundo diseo de software es desarrollado por un procedimiento cudruple: Evaluacin del primer prototipo en trminos de sus fuerzas, debilidades, y riesgos; Definir los requisitos del segundo prototipo; Planeando y desarrollando el segundo prototipo; Construyendo y probando el segundo prototipo.

En la opcin del cliente, el proyecto completado puede ser abortado si el riesgo se juzga demasiado grande. Los factores de riesgo pudieron implicar los excesos de coste del desarrollo, clculo errneo del fusionar los costes, o cualquier otro factor que podra, en el juicio del cliente, dar lugar a un producto final menos que satisfactorio. El diseo existente se evala de manera semejante al igual que el diseo anterior, y, en caso de necesidad, otro prototipo se desarrolla de l segn el procedimiento cudruple expuesto anteriormente. Se iteran los pasos precedentes hasta que el cliente est satisfecho sabiendo que el diseo mejorado representa el producto final deseado. Adems, se construye el sistema final, basado en el diseo mejorado. El sistema final se evala y se prueba con todas las de ley. El mantenimiento general se realiza sobre una base continua para prevenir fallas en grande y para reducir al mnimo el tiempo perdido.

Ejemplo:AplicacionesPara una aplicacin tpica de retractilado, el modelo en espiral podra significar que usted tiene un corte basto de elementos de usuario (sin los grficos pulidos / bonitas) como una aplicacin operable, aadir caractersticas en fases, y, en algn momento, aadir la final grficos.El modelo en espiral es la ms utilizada en grandes proyectos.Para proyectos ms pequeos, el concepto de desarrollo gil de software se est convirtiendo en una alternativa viable.El ejrcito estadounidense ha adoptado el modelo de espiral para su programa de Sistemas de Combate Futuro.El modelo en espiral, tambin conocido como el modelo de ciclo de vida en espiral, es un mtodo de desarrollo de sistemas (SDM) utilizado en la tecnologa de la informacin (IT).Este modelo de desarrollo combina las caractersticas del modelo de prototipo y el modelo de cascada.El modelo en espiral est diseado para grandes, caros, y complicados proyectos.

Los pasos en el modelo en espiral se pueden generalizar como sigue:1. Los nuevos requisitos del sistema se definen con el mayor detalle posible.Esto normalmente implica entrevistar a un nmero de usuarios que representan a todos los usuarios externos o internos y otros aspectos del sistema existente.2. Un diseo preliminar se crea para el nuevo sistema.3. Un primer prototipo del nuevo sistema se construye a partir del diseo preliminar.Esto es por lo general un sistema a escala reducida, y representa una aproximacin de las caractersticas del producto final.4. Un segundo prototipo se desarroll mediante un procedimiento de cuatro aspectos: (1) evaluar el primer prototipo en trminos de sus fortalezas, debilidades y riesgos;(2) definir los requisitos de la segunda prototipo;(3) la planificacin y el diseo del segundo prototipo;(4) la construccin y prueba el segundo prototipo.5. A opcin del cliente, todo el proyecto se puede abortar si el riesgo se considera demasiado grande.Los factores de riesgo podran implicar sobrecostos desarrollo, error de clculo de costo de operacin, o cualquier otro factor que podra, a juicio del cliente, como resultado un producto menos que satisfactorio final.

6. El prototipo actual se evala de la misma manera como fue el prototipo anterior, y, si es necesario, otro prototipo se desarrolla de la misma de acuerdo con el procedimiento cuatro veces descrito anteriormente.7. Los pasos anteriores se reiteraron hasta que el cliente est satisfecho de que el prototipo refinado representa el producto final deseado.8. El sistema final se construye, basado en el prototipo refinado.9. El sistema final es evaluado y probado a fondo.El mantenimiento de rutina se lleva a cabo de manera continua para evitar fracasos a gran escala y reducir al mnimo el tiempo de inactividad.

Referencias Bibliogrficas:http://www.onestoptesting.com/sdlc-models/spiral-model.asphttp://www.ojovisual.net/galofarino/modeloespiral.pdfhttp://www.slideshare.net/soniaposligua/modelo-enespiralhttp://es.wikipedia.org/wiki/Softwarehttp://ultimatesdlc.com/spiral-model/