“MODELO ESPIRAL”INTEGRANTES:

• FRANCISCO CORAL

• BYRON GUANOCHANGA

• ISABEL LOBATO

• DANIEL CAIZA

• POLO PAREDES

DEFINICIÓN.

• “El modelo de desarrollo espiral es un generador de modelo de procesoimpulsado por el riesgo, que se usa para guiar la ingeniería concurrente conparticipantes múltiples de sistemas intensivos en software.”

Tiene dos características principales:

1. El enfoque cíclico para el crecimiento incremental del grado de definición deun sistema y su implementación, mientras que disminuye su grado de riesgo.

2. El conjunto de puntos de referencia de anclaje puntual para asegurar elcompromiso del participante con soluciones factibles y mutuamentesatisfactorias.

• La diferencia principal entre el modelo espiral y los

modelos anteriores es la evaluación del riesgo. El riesgo

es todo lo que pueda salir mal en un proyecto de

desarrollo de software.

CARACTERÍSTICAS

Es considerado como un modelo evolutivo ya que combina el modelo clásico con el diseño de prototipos.

• Contiene una nueva etapa que es el análisis 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 PC´s.

• La ingeniería puede desarrollarse a través del ciclo de vida clásico o el de construcción de prototipos.

• Este es el enfoque más realista actualmente.

ESQUEMA GRÁFICO.

VENTAJAS.

• No requiere una definición completa de los requerimientos del software a desarrollar para comenzar su funcionalidad.

• En la terminación de un producto desde el final de la primera iteración es muy factible aprobar los requisitos.

• Sufrir retrasos corre un riesgo menor, por que se comprueban los conflictos presentados tempranamente y existe la forma de poder corregirlos a tiempo.

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

DESVENTAJAS.

• Existe complicación cuando se evalúa los riesgos.

• Se requiere la participación continua por parte del cliente.

• Se pierde tiempo al volver producir inicialmente una especificación completa

de los requerimientos cuando se modifica o mejora el software.

• Debido a su elevada complejidad no se aconseja utilizarlo en pequeños

sistemas.

EJEMPLO.

• Por ejemplo, si queremos utilizar un Lenguaje de programación para

desarrollar un sistema operativo, un riesgo posible es que los compiladores

utilizables no produzcan un código objeto eficiente.

CONCLUSIONES

• El modelo desarrollo en espiral es perfecto para el desarrollo de proyectos complejos y de alto riesgo, aunque faltan años para comprobar en su totalidad la eficacia de este modelo, ha demostrado ser una excelente opción debido a su control de riesgos y a su modelo realista enfocado en iteraciones.

Es difícil convencer a los clientes (en particular en situaciones bajo contrato) de que el enfoque evolutivo es controlable.

• Los riesgos originan problemas en el proyecto, como el exceso de los costos. Es así que, la disminución de los riesgos es una actividad muy importante.

REFERENCIAS.

• http://es.wikipedia.org/wiki/Desarrollo_en_espiral

• http://www.compute-rs.com/es/consejos-362625.htm

• http://alarcos.inf-cr.uclm.es/doc/ISOFTWAREI/Tema03.pdf

• http://es.wikipedia.org/wiki/Software#Proceso_de_creaci.C3.B3n_del_soft

ware