INSTITUTO POLITCNICO NACIONAL.

UNIDAD PROFESIONAL INTERDISCIPLINARIA

DE INGENIERA Y CIENCIAS SOCIALES Y
ADMINISTRATIVAS.
TEMA: MODELO ESPIRAL.
INTEGRANTES:
ARAGN OLVERA ZABDIEL.
BELTRN MALDONADO DIEGO ARMANDO.
GALINA MATA BERNARDO.
GONZLEZ GONZLEZ MARA FERNANDA.
SNCHEZ PREZ FERNANDO GUILLERMO.
SASTR GARCA LUIS ENRIQUE.

COORDINADOR:
GONZLEZ GONZLEZ MARA FERNANDA.
FECHA: 26 DE AGOSTO DEL 2016.

INTRODUCCIN

En ingeniera de Software una metodologa de desarrollo de software, es una modelo de

trabajo usado para estructurar, planificar y controlar el proceso de desarrollo de sistemas de
informacin.
Existe una gran variedad de metodologas, que se han desarrollado durante diferentes
etapas de la historia reciente, atendiendo a diferentes problemas y creados bajo diferentes
paradigmas.
Cada una de estas metodologas tiene 2 elementos que las hacen nicas, y distinguibles de
las dems:
Una filosofa propia para el desarrollo de software.
Herramientas, modelos y mtodos para asistir el proceso de desarrollo de software.
Nosotros, a lo largo del cuerpo de este trabajo, les vamos a presentar los siguientes aspectos
acerca de la metodologa de desarrollo de software en espiral:
Antecedentes
Evolucin
Elementos
Estructura
Variantes del modelo

NDICE

CAPITULADO. 1 - 7

CONCLUSIONES.. 8 - 9

BIBLIOGRAFA... 10

CAPITULADO
ANTECEDENTES.
El modelo en espiral, definido por primera vez por Barry Boehm en 1986, es un modelo de
proceso de software evolutivo que conjuga la naturaleza iterativa de construccin de
prototipos con los aspectos controlados y sistemticos del modelo lineal secuencial.
El modelo en espiral se divide en un nmero de actividades de marco de trabajo, tambin
llamadas regiones de tareas. Generalmente, existen entre tres y seis regiones de tareas.
(Mena, 2013)
Sus Iteraciones.
En cada vuelta o iteracin hay que tener en cuenta:

Los Objetivos: qu necesidad debe cubrir el producto.

Alternativas: las diferentes formas de conseguir los objetivos de forma exitosa, desde
diferentes puntos de vista como pueden ser:
1. Caractersticas: experiencia del personal, requisitos a cumplir, etc.
2. Formas de gestin del sistema.
3. Riesgo asumido con cada alternativa.

Desarrollar y Verificar: Programar y probar el software. (Mena, 2013)

Para cada ciclo habr cuatro actividades:
Determinar Objetivos.
Anlisis del riesgo.
Desarrollar y probar.
Planificacin.

Determinar o fijar objetivos (Mena, 2013)

Fijar tambin los productos definidos a obtener: requisitos, especificacin, manual de
usuario.
Fijar las restricciones.
Identificacin de riesgos del proyecto y estrategias alternativas para evitarlos.
Desarrollar, verificar y validar.
Modelo Espiral

Anlisis del riesgo (Mena, 2013)

Se lleva a cabo el estudio de las causas de las posibles amenazas y probables

eventos no deseados y los daos y consecuencias que stas puedan producir. Se
evalan alternativas. Se debe tener un prototipo antes de comenzar a desarrollar y
probar.

EVOLUCIN
El modelo en espiral, propuesto originalmente por Boehm en 1976, es un modelo de proceso
de software evolutivo donde se conjuga la naturaleza de construccin de prototipos con los
aspectos controlados y sistemticos del Modelo lineal y secuencial. Proporciona el potencial
para el desarrollo rpido de versiones incrementales del software que no se basa en fases
claramente definidas y separadas para crear un sistema.
En el modelo espiral, el software 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 del
sistema diseado.
EL modelo en espiral se divide en un nmero de actividades de marco de trabajo, tambin
llamadas regiones de tarea , Cada una de las regiones estn compuestas por un conjunto de
tareas del trabajo llamado conjunto de tareas que se adaptan a las caractersticas del
proyecto que va a emprenderse en todos los casos se aplican actividades de proteccin.
(HP)
El modelo espiral tuvo varias modificaciones que son:
Modelo Original de Boehm.
Modelo Tpico de Seis Regiones.
Modelo WINWIN.

Modelo Espiral

Modelo original de Boehm

No hay un nmero definido de iteraciones. Las iteraciones debe decidirlas el equipo de
gestin de proyecto.
El movimiento de la espiral, ampliando con cada iteracin su amplitud radial, indica que cada
vez se van construyendo versiones sucesivas del software, cada vez ms completas.
Modelo Tpico de seis regiones.
A diferencia del modelo de proceso clsico que termina cuando se entrega el software, el
modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de
computadora. Una visin alternativa del modelo en espiral puede ser considerada
examinando el eje de punto de entrada en el proyecto. (ECURED)

Modelo WINWIN
El modelo en espiral WINWIN de Boehm, define un conjunto de actividades de negociacin al
principio de casa paso alrededor de la espiral.
El modelo en espiral WINWIN introduce tres hitos en el proceso, llamados puntos de fijacin
que ayudan a establecer la completitud de un ciclo alrededor del espiral y proporcionan hitos
de decisin antes de continuar el proyecto de software. (ECURED)
ELEMENTOS
Algunos de los elementos que posee el modelo de desarrollo de sistemas en espiral son:
Objetivos
Alternativas
Dimensiones:
o Angular
o Radial
Caractersticas (Anonimo)
Modelo Espiral

Las caractersticas que posee el modelo de desarrollo de sistemas en espiral son:

En cada giro se construye un nuevo modelo del sistema completo.
Este modelo puede combinarse con otros modelos de proceso de desarrollo.
Mejor modelo para el desarrollo de grandes sistemas.
El anlisis de riesgo requiere de participacin de personal con alta calificacin.
No hay un nmero definido de iteraciones. Las iteraciones debe decidirlas el equipo de
gestin de proyecto.
Ms realista que el ciclo de vida clsico.
Este es el enfoque ms realista actualmente.

ESTRUCTURA (Anonimo)
**Iteracin: Sinnimo de reiterar o repetir (entendidos como volver a desarrollar una
accin o pronunciar de nuevo lo que ya se haba dicho).

Cada vuelta se divide en 4 sectores:

PLANEACIN : determinacin de los objetivos, alternativas y restricciones.
ANLISIS DE RIESGO : anlisis de alternativas e identificacin/resolucin de riesgos.
INGENIERA : desarrollo del producto hasta "el siguiente nivel".
EVALUACIN : valoracin por parte del cliente de los resultados obtenidos.
El movimiento de la espiral, ampliando con cada iteracin su amplitud radial, indica que cada
vez se van construyendo versiones sucesivas del software, cada vez ms completas.

Actividades (Anonimo)
La idea bsica que subyace en el diagrama es que se parte de una escala pequea en medio
de la espiral, se localizan los riesgos, se genera un plan para manejar los riesgos, y a
continuacin se establece una aproximacin a la siguiente iteracin. Cada iteracin supone
que el proyecto pasa a una escala superior. Se avanza un nivel, se comprueba que se tiene
lo que se desea, y despus se comienza a trabajar en el siguiente nivel.
Cada iteracin lleva consigo los seis pasos:
1. Determinar objetivos, alternativas y lmites.
2. Identificar y resolver riesgos.
Modelo Espiral

3.
4.
5.
6.

Evaluar las alternativas.

Generar las entregas de esta iteracin, y comprobar que son correctas.
Planificar la siguiente iteracin.
Establecer un enfoque para la siguiente iteracin (si se decide ejecutarla).

Variantes (Anonimo)
Modelo espiral win win.
La variante trata de ajustarse ms a la realidad de lo que es un proyecto de desarrollo de
software, en el cual el resultado final no es exactamente la implementacin del catlogo de
requisitos, sino que una vez definido se renegocia el alcance del mismo, incluso en diversas
partes del proyecto, entre cliente y proveedor con el objetivo de intentar que ambas partes
queden satisfechas.
La variante se basa en la inclusin de tres etapas o regiones al principio:
1.- Identificar las partes interesadas (stakeholders) para esta nueva iteracin del producto: Es
necesario definir los interlocutores que sern de reas que se vern afectadas por el
resultado final de la nueva versin. Estos interlocutores sern del rea del cliente (puede
haber ms de uno) y del proveedor.
2.- Identificar las condiciones de victoria de las partes interesadas en el proyecto: Se
concreta cules son las condiciones que requiere cada parte para que se sienta satisfecha
una vez realizada esta versin.
3a.- Reunir las condiciones de victoria: Con las etapas anteriores se han definido unos
objetivos generales para la versin y se obtiene conocimiento de los objetivos particulares de
cada parte. Ahora toca negociar hasta dnde realmente se va a llegar y cmo, intentando
llegar a una solucin en la que todos ganen (cliente y proveedor).
Lo ms interesante del modelo es que se especifique de forma explcita la necesidad de que
las partes negocien para llegar a un acuerdo satisfactorio para todos, por eso esta variante
recibe el nombre de Win Win. Aunque es complicado alcanzar un equilibrio en el que ambas
partes ganen a un 50%, s que es fundamental que independientemente de si uno es un poco
ms ganador que el otro, todas las partes estn convencidas en que el acuerdo es bueno.
(HP)
Modelo Espiral

Modelo tpico de 6 regiones (UPIICSA)

A diferencia del modelo de proceso clsico que termina cuando se entrega el software, el
modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de
computadora. Una visin alternativa del modelo en espiral puede ser considerada
examinando el eje de punto de entrada en el proyecto.
Las

regiones

de

tareas

que

componen

este

modelo

son:

Comunicacin con el cliente: las tareas requeridas para establecer comunicacin

entre el desarrollador y el cliente.

Planificacin: las tareas requeridas para definir recursos, el tiempo y otras

informaciones relacionadas con el proyecto. Son todos los requerimientos.

Anlisis de riesgos: las tareas requeridas para evaluar riesgos tcnicos y otras
informaciones relacionadas con el proyecto.

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 implementacin durante la etapa de instalacin.

Ventajas
Algunas de las ventajas del modelo de desarrollo de sistemas en espiral son:

Modelo Espiral

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 construccin de prototipos en
cualquier etapa de evolucin del producto .
Reduce riesgos.

Desventajas

Resulta difcil 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 evaluacin del riesgo, y cuenta con esa
habilidad para el xito.
S un riesgo importante no es detectado y gestionado a tiempo, indudablemente
surgirn problemas.

EJEMPLO
Como comprendimos con este tema, empezamos con la Determinacin de objetivos y
alternativas, teniendo en cuenta un pequeo progreso y la estimacin de costos.
Continuamos con la evaluacin de alternativas, identificacin y solucin de riesgos, tomando
en cuenta varios anlisis de riesgos y generando prototipos, tomando en cuenta qu se
corrige, qu se queda, etc. Pasamos a la parte de desarrollo y verificacin del producto del
siguiente nivel, para generar mayores validaciones de requerimientos as como verificaciones
el software en su diseo. Dependiendo de cada fase, el prototipo ser mejorado poco a poco
hasta su implementacin. Al terminar, continuaremos con un monitoreo sobre el producto
mientras este est en uso para lo que fue creado. (Anonimo)

Modelo Espiral

CONCLUSIONES
Aragn Olvera Zabdiel:
Suele ser un modelo eficiente para el desarrollo de software. A pesar de necesitar tener un
contacto mayor con el cliente, esto permite al desarrollador y al cliente entender la
problemtica para reaccionar a los riesgos en cada nivel del modelo espiral.
Utiliza la creacin de prototipos como un mecanismo de reduccin de riesgos en cada etapa,
permitiendo a quien desarrolla mantener un mejor control sobre el proyecto.

Beltrn Maldonado Diego Armando:

Modelo en espiral, tambin denominado como modelo de ciclo de vida en espiral, se puede
definir como un modelo sobre la base de SDLC, o el desarrollo de sistemas modelo de ciclo
de vida.
En mi opinin este modelo es muy eficiente, aunque si se toma su variante el modelo de win
win tiene ms eficiencia, ya que este tiende a interactuar ms con el cliente y as se cumplen
mejor sus requerimientos.

Galina Mata Bernardo:

Durante el presente documento, presentamos todo acerca del modelo de desarrollo de
software en espiral.
En base a esto, propongo que ningn modelo es mejor que otro, sino que cada uno fue
creado para resolver ciertos tipos de problemas bajo diferentes paradigmas.
Sera cuestin del encargado o lder del equipo de desarrollo, el conocer y decidir en base a
las caractersticas del proyecto cual es el modelo idneo para el desarrollo de dicho sistema.

Modelo Espiral

Gonzlez Gonzlez Mara Fernanda:

El modelo que trabajamos fue el espiral y bsicamente se explica que no es un modelo que
sea parecido a ninguno, tiene sus puntos buenos y malos; los cuales nos ayudan a trabajar
de una forma ms eficiente.
Existen varios tipos de modelos para un software pero creo que todos son importantes y
fueron creados para diferentes necesidades. Las ventajas que encontr en este modelo es
que quiz sea costoso pero entre ms dinero se le invierta ms seguro, confiable y de buena
calidad ser.

Snchez Prez Fernando Guillermo:

El modelo en espiral, definido por primera vez por Barry Boehm en 1986, es un modelo de
proceso de software evolutivo que conjuga la naturaleza iterativa de construccin de
prototipos.
Consiste bsicamente en 6 etapas, y tiene un funcionamiento similar al de un reloj.
Proporciona el potencial para el desarrollo rpido de versiones incrementales del software.
Tiene un Mecanismo de reduccin de riesgos construyendo prototipos en todas las etapas.

Sastr Garca Luis Enrique:

El modelo espiral mejora notablemente el modelo de cascada, ya que como se va

repitiendo una etapa del proceso cada cierto tiempo se pueden corregir errores, o agregar
nuevas cosas que quiere el usuario.
Utiliza un enfoque evolutivo y permite mejorar la creacin de un software, aunque lo mas
importante es la creacin de prototipos en cualquier etapa de la evolucin.

Modelo Espiral

BIBLIOGRAFA
Grupo Espiral Php. (2009). Modelo Espiral. 25-Agosto-2016, de Grupo Espiral Php Sitio web:
http://modeloespiral.blogspot.mx/
http://www.compute-rs.com/es/consejos-362625.htm
http://alarcos.inf-cr.uclm.es/doc/ISOFTWAREI/Tema03.pdf
Annimo, (n.d.).Wikipedia.From https://es.wikipedia.org/wiki/Desarrollo_en_espiral
Mena, N. G. (2013). Ingeniera del Software I. From
http://software1nathalygrijalva.blogspot.mx/2012/10/modelo-espiral.html
UPIICSA. (n.d.).Polilibors. From
http://www.sites.upiicsa.ipn.mx/polilibros/portal/polilibros/P_externos/Administracin_Informati
ca_de_las_organizaciones_Ramon_E_Enriquez_Gonzalez/AI02_Mod_ESPIRAL.html

Steve McConnell. (1996). Planificacin del ciclo de vida. En Desarrollo y

Gestin de Proyectos Informticos(148,152,155). Madrid: McGraw Hill.
Juan. (2011). Modelo Cascada y Espiral. 25 Agosto 2016, de http://es.slideshare.net Sitio
web: http://es.slideshare.net/juanksi28/modelo-cascada-y-espiral
ECURED. (s.f.). Obtenido de http://www.ecured.cu/Modelo_Espiral
HP, G. E. (s.f.). Bloggerdom. Obtenido de http://modeloespiral.blogspot.mx/

Modelo Espiral

10

Modelo Espiral

11