Modelo en Espiral y Modelo en Espiral y WINWINWINWINIntegrantes:Integrantes:

Victor Mamani Catachura Victor Mamani Catachura

UNJBG-TACNA-PERU BOREAS.H UNJBG-TACNA-PERU BOREAS.H BOREASHBOREASH

El Modelo en Espiral, propuesto originalmente por Boehm en 1976 , es un modelo de proceso de software

evolutivo que conjuga la naturaleza iterativa de construcción de prototipos con los aspectos controlados

y sistemáticos del modelo lineal secuencial.

Ideal para realizar versiones incrementales de manera rápida, que no se basa en fases claramente definidas y

separadas para crear un sistema. Se divide en un número de actividades de marco de trabajo, también llamadas regiones de tareas , Cada

una de las regiones Están compuestas por un conjunto de tareas del trabajo llamado conjunto de tareas

Modelo en Espiral

En cada giro se construye un nuevo modelo del En cada giro se construye un nuevo modelo del

sistema completo. sistema completo. Este modelo puede combinarse con otros modelos Este modelo puede combinarse con otros modelos

de proceso de desarrollo (cascada, evolutivo) de proceso de desarrollo (cascada, evolutivo) Mejor modelo para el desarrollo de grandes Mejor modelo para el desarrollo de grandes

sistemas. sistemas. El análisis de riesgo requiere la participación de El análisis de riesgo requiere la participación de

personal con alta calificación. personal con alta calificación. No hay un número definido de iteraciones. Las No hay un número definido de iteraciones. Las

iteraciones debe decidirlas el equipo de gestión de iteraciones debe decidirlas el equipo de gestión de proyecto. proyecto.

Mas realista que el ciclo de vida clásicoMas realista que el ciclo de vida clásico

CaracterísticasCaracterísticas

Modelo espiral de cuatro Modelo espiral de cuatro regiones o modelo original de regiones o modelo original de BoehmBoehm

Modelo espiral de seis regionesModelo espiral de seis regiones Modelo espiral WINWINModelo espiral WINWIN

VariantesVariantesVariantesVariantes

Modelo de cuatro Modelo de cuatro regiones regiones modelo modelo

original de Boehmoriginal de Boehm

Modelo en espiral de Modelo en espiral de seis regionesseis regiones

Planificación

Análisis de riesgos

Ingeniería

Construcción y adaptación

Evaluación del cliente

Comunicación con el cliente

Producto Final

VENTAJAS

El modelo en espiral es un enfoque realista del desarrollo de sistemas.

Modelo de proceso adaptable.

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

El desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los niveles evolutivos.

Permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.

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.

Modelos evolutivos como el espiral, son apropiados, particularmente para el desarrollo de Sistemas OO.

Trata de mejorar los ciclos de vida clásicos y prototipos.

Permite acomodar otros modelos

Incorpora objetivos de calidad y gestión de riesgos.Elimina errores y alternativas no atractivas al comienzo.

VENTAJAS

Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable.

Es nuevo y no se ha utilizado tanto como otros modelos de ciclo de vida.

Requiere una considerable habilidad para la evaluación del riesgo, y cuenta con esta habilidad para el éxito.

Si un riesgo importante no es detectado y gestionado a tiempo, indudablemente surgirán problemas.

DESVENTAJAS

Debido a su elevada complejidad no se aconseja utilizarlo en sistemas pequeños (sobre-costo de gestión).

Tendrán que pasar muchos años antes de que se determine con absoluta certeza su eficacia.

El producto alcanzado es suficiente ? Otro ciclo mas?

VENTAJAS

Diferencias entre modelo en espiral y modelos tradicionales

Reconocimiento explícito de las diferentes alternativas.

Identificación de riesgos para cada alternativa desde el comienzo.

Al dividir el proyecto en ciclos, al final de cada uno existe un acuerdo para los cambios que hay que realizar en el sistema.

El modelo se adapta a cualquier tipo de actividad adicional

El modelo espiral El modelo espiral WINWINWINWIN

El modelo espiral WINWIN (Victoria-El modelo espiral WINWIN (Victoria-Victoria)Victoria)

El modelo en espiral sugiere una actividad del El modelo en espiral sugiere una actividad del marco de trabajo que aborda la comunicación marco de trabajo que aborda la comunicación con el cliente. El objetivo de esta actividad es con el cliente. El objetivo de esta actividad es mostrar los requisitos del cliente. mostrar los requisitos del cliente. En un En un contexto ideal, el desarrollador simplemente contexto ideal, el desarrollador simplemente pregunta al cliente lo que se necesita y el pregunta al cliente lo que se necesita y el cliente proporciona detalles suficientes para cliente proporciona detalles suficientes para continuarcontinuar. Desgraciadamente, esto raramente . Desgraciadamente, esto raramente ocurre. ocurre.

Modelo Espiral WinWinModelo Espiral WinWin

En realidad el cliente y el desarrollador En realidad el cliente y el desarrollador entran en un proceso de negociación, entran en un proceso de negociación, donde el cliente puede ser preguntado donde el cliente puede ser preguntado para tantear la funcionalidad, rendimiento, para tantear la funcionalidad, rendimiento, y otros productos o características del y otros productos o características del sistema frente al coste y al tiempo de sistema frente al coste y al tiempo de comercialización. comercialización.

El modelo en espiral WINWIN de Boehm define un El modelo en espiral WINWIN de Boehm define un conjunto de actividades de negociación al conjunto de actividades de negociación al principio de cada paso alrededor de la espiral. Más principio de cada paso alrededor de la espiral. Más que una simple actividad de comunicación con el que una simple actividad de comunicación con el cliente, se definen las siguientes actividades:cliente, se definen las siguientes actividades:

1. Identificación del sistema o subsistemas clave de 1. Identificación del sistema o subsistemas clave de los «directivos». los «directivos».

2.2. Determinación de las «condiciones de victoria» de Determinación de las «condiciones de victoria» de los directivos.los directivos.

3. Negociación de las condiciones de «victoria» de 3. Negociación de las condiciones de «victoria» de los directivos para reunirlas en un conjunto de los directivos para reunirlas en un conjunto de condiciones «victoria-victoria» para todos los condiciones «victoria-victoria» para todos los afectados (incluyendo el equipo del proyecto de afectados (incluyendo el equipo del proyecto de software)software)

Un directivo es alguien en la organización que tiene un interés directo, por el negocio, en el sistema o producto a construir y puede ser premiado por un resultado con éxito o criticado si el esfuerzo falla.

Modelo en espiral Modelo en espiral WINWINWINWIN

2. Identificar las condiciones de victoria de los directivos

3a. Reunir las condiciones de victoria.

3b. Establecer los objetivos, restricciones y alternativas del siguiente nivel.

4. Evaluar las alternativas del producto y del proceso y resolución de riesgos.5. Definir el siguiente

nivel del producto y del proceso incluyendo particiones.

6. Validar las definiciones del producto y del proceso

1. Identificar el siguiente nivel para los directivos

7. Revisión y comentarios.

Además del énfasis realizado en la negociación Además del énfasis realizado en la negociación inicial, el modelo en espiral WINWIN introduce tres inicial, el modelo en espiral WINWIN introduce tres hito sen el proceso, llamados hito sen el proceso, llamados puntos de fijaciónpuntos de fijación, , que ayudan a establecer la completitud de un ciclo que ayudan a establecer la completitud de un ciclo alrededor de la espiral y proporcionan hitos de alrededor de la espiral y proporcionan hitos de decisión antes de continuar el proyecto de software.decisión antes de continuar el proyecto de software.

En esencia, los puntos de fijación representan tres En esencia, los puntos de fijación representan tres visiones diferentes del progreso mientras que el visiones diferentes del progreso mientras que el proyecto recorre la espiral. El primer punto de proyecto recorre la espiral. El primer punto de fijación, llamado fijación, llamado objetivos del ciclo de vidaobjetivos del ciclo de vida (OCV), define un conjunto de objetivos para cada (OCV), define un conjunto de objetivos para cada actividad principal de ingeniería del software. Como actividad principal de ingeniería del software. Como ejemplo, de una parteejemplo, de una parte

de de OCVOCV, un conjunto de objetivos asociados a la , un conjunto de objetivos asociados a la definición de los requisitos del definición de los requisitos del producto/sistemaproducto/sistema deldel

nivel más alto. nivel más alto.

El segundo punto de fijación, llamado El segundo punto de fijación, llamado arquitectura arquitectura del del ciclo de vidaciclo de vida (ACV), establece los objetivos que se (ACV), establece los objetivos que se deben conocer mientras que se define la deben conocer mientras que se define la arquitectura del software y el sistema. arquitectura del software y el sistema. Como ejemplo, de una parte de la ACV, el equipo Como ejemplo, de una parte de la ACV, el equipo del proyecto de software debe demostrar que ha del proyecto de software debe demostrar que ha evaluado la funcionalidad de los componentes del evaluado la funcionalidad de los componentes del software reutilizables y que ha considerado su software reutilizables y que ha considerado su impacto en las decisiones de arquitectura. impacto en las decisiones de arquitectura.

La capacidad operativa inicialLa capacidad operativa inicial (COI) es el tercer (COI) es el tercer punto de fijación y representa un conjunto de punto de fijación y representa un conjunto de objetivos asociados a la preparación del software objetivos asociados a la preparación del software para la para la instalación/distribución, instalación/distribución, preparación del preparación del lugar previamente a la instalación, y la asistencia lugar previamente a la instalación, y la asistencia precisada de todas las partes que utilizará o precisada de todas las partes que utilizará o mantendrá el software.mantendrá el software.