20/11/2021

22/11/2021 Actividad 1
Investigación
Modelos Especiales.

OROZCO LOPEZ JAIR ALEJANDRO Y MENDEZ ESPEJO LUIS ANGEL

INGENIERIA INFORMATICA
MODELOS ESPECIALES

Este es un modelo de proceso de software evolutivo, el cual enlaza la naturaleza iterativa de la

construcción de prototipos, pero conservado aquellas propiedades del modelo en cascada.

El modelo en espiral fue desarrollado por Boehm, quien lo describe así:

El modelo de desarrollo en espiral es un generador de modelo de proceso guiado por el riesgo

que se emplea para conducir sistemas intensivos de ingeniería de software concurrente y a la vez
con muchos usuarios.

Se caracteriza principalmente por:

• Un enfoque cíclico para el crecimiento incremental del grado de definición e implementación
de un sistema, mientras que disminuye su grado de riesgo.
• Un conjunto de puntos de fijación para asegurar el compromiso del usuario con soluciones
de sistema que sean factibles y mutuamente satisfactorias.

El modelo espiral captura algunos principios básicos:

• Decidir qué problema se quiere resolver antes de viajar a resolverlo.

• Examinar tus múltiples alternativas de acción y elegir una de las más convenientes.
• Evaluar qué tienes hecho y qué tienes que haber aprendido después de hacer algo.
• No ser tan ingenuo para pensar que el sistema que estás construyendo será "EL" sistema
que el cliente necesita.
• Conocer (comprender) los niveles de riesgo, que tendrás que tolerar.

El modelo espiral no es una alternativa del modelo de tipo cascada, ellos son completamente
compatibles.

En cada vuelta tomamos en cuenta:

• Los Objetivos: Que necesidad debe
envolver el programa.
• Desarrollar y Verificar: Programar y
probar el programa.
• Se planificarán los siguientes pasos y se
volverá a empezar la espiral.
• Alternativas: Los varios métodos de
alcanzar los objetivos de manera
exitosa, a través de diferentes puntos
como son:
Características:
• Experiencia del personal
• Exigencias a efectuar.
• Formas de gestión del programa.
• Riesgo tomado con cada alternativa.
La espiral tiene una forma de caracola y se dice que mantiene dos dimensiones la radial
y la angular:
• Angular=Avance del proyecto Software, dentro de un ciclo.
• Radial=Aumento del coste del proyecto, ya que con cada nueva iteración se pasa
más tiempo desarrollando.

Este sistema es muy utilizado en proyectos largos como pueden ser la creación de un
Sistema Operativo. Y que necesitan constantes cambios. Al ser un modelo de Ciclo de
Vida orientado al riesgo se dice que uno de los aspectos fundamentales de su éxito radica
en que el equipo que lo aplique sea capaz de detectar y catalogar correctamente dicho
riesgo.

El modelo en espiral WINWIN

El modelo en espiral WINWIN de Boehm, define un conjunto de acciones de negociación

al principio de casa paso alrededor de la espiral. Más que una simple actividad de
comunicación con el cliente se definen las siguientes actividades:

• Identificación del sistema o subsistemas clave de los directivos.

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

El modelo en espiral WINWIN introduce tres hitos en el proceso, llamados puntos de

fijación que ayudan a establecer la completitud de un ciclo alrededor de la espiral y
proporcionan hitos de decisión antes de continuar el proyecto de software.

Ventajas

• Tiene un enfoque de reutilización

de componentes.
• Evaluación y eliminación de
errores en cada fase.
• Como utiliza prototipos es de
fácil comprensión para los
cambios.
• Reduce riesgos antes de que sean
problemas.

Desventajas

• El cliente se puede impacientar porque le presentan modelos y funciones diferentes

en cada fase.
• El modelo requiere de experiencia para saber identificar los riesgos.
Las regiones definidas en el modelo de la figura son:

• Región 1 - Tareas requeridas para establecer la comunicación entre el cliente y el

desarrollador.
• Región 2 - Tareas inherentes a la definición de los recursos, tiempo y otra
información relacionada con el proyecto.
• Región 3 - Tareas necesarias para evaluar los riesgos técnicos y de gestión del
proyecto.
• Región 4 - Tareas para construir una o más representaciones de la aplicación
software.
• Región 5 - Tareas para construir la aplicación, instalarla, probarla y proporcionar
soporte al usuario o cliente (Ej. documentación y práctica).
• Región 6 - Tareas para obtener la reacción del cliente, según la evaluación de lo
creado e instalado en los ciclos anteriores.

Las actividades enunciadas para el marco de trabajo son generales y se aplican a

cualquier proyecto, grande, mediano o pequeño, complejo o no. Las regiones que definen
esas actividades comprenden un «conjunto de tareas» del trabajo: ese conjunto sí se debe
adaptar a las características del proyecto en particular a emprender. Nótese que lo listado
en los ítems de 1 a 6 son conjuntos de tareas, algunas de las ellas normalmente dependen
del proyecto o desarrollo en sí.