El Modelo Espiral es un modelo de desarrollo de software iterativo e incremental. Cada iteración o ciclo se divide en cuatro fases: determinar objetivos y restricciones, evaluar riesgos, desarrollar el siguiente nivel del producto, y planificar las siguientes fases. En cada ciclo se analizan riesgos, se construyen prototipos para evaluar alternativas, y se selecciona una alternativa. El producto software se desarrolla a través de la suma de incrementos en cada iteración.

1. procesosoftware
MODELO ESPIRAL
EL Modelo Espiral, propuesto en 1988 por Barry Boehm, reconoce la naturaleza iterativa del desarrollo y
combina actividades de desarrollo con gestión de riesgo, para minimizar y controlar el riesgo. Cada ciclo
o iteración del espiral se divide en cuatro fases: determinar objetivos, alternativas y restricciones; evaluar
alternativas, identificar y resolver los riesgos; desarrollar, verificar el producto del próximo nivel y
planificar las siguientes fases.
El modelo espiral es en cierto sentido semejante al Modelo Iterativo pues maneja cuatro iteraciones o
ciclos. Comienza con los requisitos y un plan inicial de desarrollo (incluye presupuesto, restricciones y
alternativas para personal, diseño y ambiente de desarrollo). Se evalúan riesgos del proyecto y se
construye prototipos de las alternativas. Luego se escribe un documento con el "concepto de las
operaciones" que describe la funcionalidad del sistema en un nivel alto, desde el punto de vista del
usuario. Este es el producto de la 1° iteración. A partir de este documento se especificación los requisitos
del software, los cuales son validados, éstos son el producto de la 2° iteración. En la 3° iteración se hace
un plan de desarrollo, se produce el diseño, que es verificado y validado. en la 4° iteración se hace un
plan de integración y prueba, se genera el software y se realizan las pruebas.
En cada iteración se hace un análisis de riesgo de las alternativas según los requisitos y restricciones, y se
construyen prototipos para analizar las alternativas y seleccionar una. Estos prototipos pueden ser simples
maquetas en papel, prototipos de interfaz de usuario o simulaciones del sistema, dependiendo del riesgo a
evaluar, según el ciclo en el proceso y del tipo de aplicación.
LEL - LISTA DE SÍMBOLOS
Nº Nombre/s del Símbolo Tipo
1 Actividad / Regiones de tareas Objeto
2 Análisis del riesgo / Analizar el
riesgo
Verbo
3 Área de incertidumbre /
Incertidumbre
Objeto
page 1 / 14

2. procesosoftware
4 Cliente Sujeto
5 Código Objeto
6 Concepto de operación Objeto
7 Desarrollar, verificar el producto
del próximo nivel
Verbo
8 Determinar objetivos, alternativas
y restricciones
Verbo
9 Diseño del producto software Objeto
10 Diseño detallado Objeto
11 Dimensión angular Objeto
12 Dimensión radial Objeto
13 Equipo de desarrollo Sujeto
14 Evaluar alternativas, identificar y
resolver riesgos
Verbo
15 Gestión de riesgos Verbo
16 Implementación Verbo
17 Iteración / Ciclo Objeto
18 Líder de proyecto Sujeto
19 Plan de contingencia Verbo
20 Plan de desarrollo Objeto
21 Plan de integración y prueba Objeto
22 Plan de requisitos Objeto
23 Planificar las siguientes fases Verbo
24 Producto / producto software Objeto
25 Prototipo Objeto
page 2 / 14

3. procesosoftware
26 Prototipo operativo Objeto
27 Prueba de aceptación Verbo
27 Prueba de integración / Integración
y pruebas
Verbo
28 Prueba unitaria Verbo
29 Requisito del software Objeto
30 Revisión Verbo
31 Riesgo Objeto
32 Riesgo alto Estado
33 Riesgo bajo Estado
34 Riesgo medio Estado
35 Simulación, modelo y prueba de
comparación
Objeto
36 Validación del diseño Verbo
37 Validación de los requisitos del
software / Validación de requisitos
Verbo
38 Verificación del diseño Verbo
39 Versión incremental / Incremento Objeto
Cantidad Total de Símbolos 39
Símbolo Nº: 1 Tipo: Objeto
Nombre/s Actividad / Regiones de tareas
Noción Serie de pasos que se llevan a cabo con el objetivo de avanzar en el
desarrollo del producto.
Las mismas pueden ser Determinar objetivos, alternativas y restricciones,
page 3 / 14

4. procesosoftware
Evaluar alternativas, identificar y resolver riesgos, Desarrollar, verificar el
producto del próximo nivel o Planificar las siguientes fases.
Impacto Son llevadas a cabo por el equipo de desarrollo.
Son supervisadas por el líder de proyecto.
Se desarrolla en cada ciclo.
Símbolo Nº: 2 Tipo: Verbo
Nombre/s Análisis del riesgo / Analizar el riesgo
Noción Actividad que se lleva a cabo con el fin de identificar cada riesgo y
analizar las consecuencias de su ocurrencia.
La realiza el líder de proyecto.
Es necesario que la actividad de Determinar objetivos, alternativas y
restricciones haya sido realizada.
Impacto Se determina cada riesgo genérico y riesgo del producto.
Para cada riesgo se mide el área de incertidumbre.
Para cada riesgo se determina el impacto y la probabilidad de ocurrencia.
Si es un riesgo alto, no se continúa hacia la próxima actividad.
Si es un riesgo medio o un riesgo bajo, se continúa con la
próxima actividad.
Según el riesgo detectado, se determinan las tareas a realizar en
cada actividad.
Se realiza la gestión de riesgos.
Símbolo Nº: 3 Tipo: Objeto
Nombre/s Área de incertidumbre / Incertidumbre
Noción Grado de inseguridad del proyecto.
Es una fuente significativa del riesgo
Es identificada por el líder de proyecto.
Impacto Se detecta durante el análisis del riesgo
Se mitiga durante el Plan de contingencia
Símbolo Nº: 4 Tipo: Sujeto
Nombre/s Cliente
Noción Es quien encarga el producto software.
Es el principal beneficiado del desarrollo del producto.
Impacto Participa en la elaboración del Plan de requisitos.
Participa en la validación de requisitos y la validación del diseño.
Realiza la prueba de aceptación.
Financia la construcción del producto.
Brinda información sobre lo que el producto software debe realizar.
page 4 / 14

5. procesosoftware
Símbolo Nº: 5 Tipo: Objeto
Nombre/s Código
Noción producto software que contiene las funcionalidades que debe cumplir
con el Plan de requisitos.
Lo elabora el equipo de desarrollo.
Se realiza a partir del diseño detallado.
Impacto Se elabora.
Se le realiza la prueba unitaria.
Si se detectan desvíos con respecto al Plan de requisitos, debe ser
modificado.
Símbolo Nº: 6 Tipo: Objeto
Nombre/s Concepto de operación
Noción Documento que describe la funcionalidad del producto software a un nivel
alto de abstracción.
Es elaborado desde el punto de vista del cliente.
Es confeccionado durante la primera iteración.
Impacto Es elaborado.
Lo consulta el equipo de desarrollo.
Se refina hasta elaborar el Plan de requisitos.
Símbolo Nº: 7 Tipo: Verbo
Nombre/s Desarrollar, verificar el producto del próximo nivel
Noción Actividad en la que se lleva a cabo el desarrollo y la prueba del producto
software.
Es realizada por el equipo de desarrollo.
Impacto Se elabora el concepto de operación.
Se especifica el requisito del software.
Se realiza la validación de requisitos.
Se realiza el diseño del producto software.
Se lleva a cabo la verificación del diseño.
Se realiza la validación del diseño.
Se confecciona el diseño detallado.
Se elabora el código.
Se realiza la prueba unitaria.
Se lleva a cabo la integración y pruebas.
Se efectúa la prueba de aceptación.
Se realiza la implementación.
Símbolo Nº: 8 Tipo: Verbo
page 5 / 14

6. procesosoftware
Nombre/s Determinar objetivos, alternativas y restricciones
Noción
Actividad en la que se definen objetivos específicos de la iteración.
Sirve para establecer el contexto de desarrollo y decidir qué parte del
mismo se abordará durante ese ciclo.
Impacto En el primer ciclo se lleva a cabo la recolección de cada requisito del
software y la planificación del proyecto inicial.
En una iteración posterior se realiza la planificación en base a la evaluación
del cliente.
Símbolo Nº: 9 Tipo: Objeto
Nombre/s Dimensión angular
Noción Es un mecanismo de control del avance.
Mide el progreso de cada ciclo de la espiral.
Impacto Si indica que no está completo el proceso, no se pasa a un nuevo ciclo.
Se lo utiliza para medir el avance del producto.
Símbolo Nº: 10 Tipo: Objeto
Nombre/s Dimensión Radial
Noción Es un mecanismo de control de costo del proyecto.
Es un valor siempre creciente.
Impacto Se lo utiliza para medir el costo incurrido hasta el momento.
Símbolo Nº: 11 Tipo: Objeto
Nombre/s Diseño del producto software
Noción Modelo del producto software que indica los pasos para la construcción del
mismo.
Es desarrollado por el equipo de desarrollo.
Impacto Se realiza la verificación del diseño.
Se realiza la validación del diseño.
Símbolo Nº: 12 Tipo: Objeto
Nombre/s Diseño detallado
Noción Es un refinamiento del diseño del producto software.
Es desarrollado por el equipo de desarrollo.
Impacto Se lo utiliza para desarrollar el código.
page 6 / 14

7. procesosoftware
Símbolo Nº: 13 Tipo: Sujeto
Nombre/s Equipo de desarrollo
Noción Comprende a todos los involucrados en el desarrollo del producto software.
Impacto Se encarga de producir cualquier elemento relacionado con el producto
software.
Se encarga de realizar la prueba unitaria.
Se encarga de llevar a cabo la prueba de integración.
Se encarga de realizar la implementación.
Símbolo Nº: 14 Tipo: Verbo
Nombre/s Evaluar alternativas, identificar y resolver riesgos
Noción Actividad en la que se realiza el análisis del riesgo.
Se lleva a cabo luego de Determinar objetivos, alternativas y restricciones.
Impacto Se evalúan alternativas a posibles soluciones; teniendo en cuenta los
objetivos y las restricciones.
Se identifican cada área de incertidumbre.
Si existen algún área de incertidumbre se realiza una estrategia de
tratamiento que puede implicar la realización de prototipo, prototipo
operativo y/o Simulación, modelo y prueba de comparación.
Símbolo Nº: 15 Tipo: Verbo
Nombre/s Gestión de riesgos
Noción Proceso especificado para manejar la incertidumbrerelativa al riesgo.
Es realizada por el líder de proyecto.
Pude realizarse para prevenir la ocurrencia de un riesgo o para mitigar su
impacto.
Impacto Para cada riesgo se intenta minimizar la probabilidad de ocurrencia y/o el
impacto.
Si no es posible reducirlo, se el seguimiento del riesgo.
Se elabora el Plan de contingencia.
Símbolo Nº: 16 Tipo: Verbo
Nombre/s Implementación
Noción Proceso a través del cual el producto software es instalado y configurado
para ser utilizado en el lugar de trabajo del cliente.
Es realizado por el equipo de desarrollo.
Se realiza una vez aprobada la prueba de aceptación.
page 7 / 14

8. procesosoftware
Impacto Se instala el producto software.
Se configura el producto software.
Símbolo Nº: 17 Tipo: Objeto
Nombre/s Iteración / Ciclo
Noción Período en el cual se lleva a cabo el desarrollo del producto software.
Se repite numerosas veces hasta terminar el desarrollo de las
funcionalidades detalladas en el Plan de requisitos.
Representa progreso en el transcurso del proyecto.
Impacto Se planifica.
Se lo divide en Regiones de tareas.
Finaliza con una revisión del producto.
Símbolo Nº: 18 Tipo: Sujeto
Nombre/s Líder de proyecto
Noción Responsable de garantizar el éxito en la construcción del producto.
Impacto Se encarga de las planificaciones y estimaciones.
Asigna los recursos al proyecto.
Realiza el análisis del riesgo.
Controla el avance del proyecto utilizando la dimensión angular y la
dimensión radial.
Símbolo Nº: 19 Tipo: Verbo
Nombre/s Plan de contingencia
Noción Conjunto de procedimientos alternativos a la actividad normal de desarrollo
del producto
Permite continuar con la construcción del producto cuando aparece
un riesgo
Es ejecutado por el líder de proyecto
Impacto Se identifican posibles medidas a aplicar frente a la aparición de
cada riesgo
Se eligen las medidas adecuadas asociadas a cada riesgo
Se establecen los recursos necesarios para llevarlas a cabo
Se determinan las responsabilidades del equipo de desarrollo
Símbolo Nº: 20 Tipo: Objeto
Nombre/s Plan de desarrollo
page 8 / 14

9. procesosoftware
Noción Documento que contiene la información necesaria para controlar la
construcción del producto software
Describe el enfoque de desarrollo del producto
Es confeccionado por el líder de proyecto
Impacto Es utilizado como guía por el equipo de desarrollo a lo largo de la
construcción del producto
El líder de proyecto lo usa para controlar la agenda y asignaciones de
recursos.
El líder de proyecto lo utiliza para realizar el seguimiento del producto
.
Símbolo Nº: 21 Tipo: Objeto
Nombre/s Plan de integración y prueba
Noción Documento que contiene normas y pautas para realizar la prueba de
integración de cada incremento del producto software
Fija las convenciones a llevar a cabo para realizar cada incremento
del producto
Impacto Se lo consulta a lo largo del desarrollo de todo el producto software
Se lo revisa al finalizar cada ciclo
Se lo actualiza luego de cada iteración
Símbolo Nº: 22 Tipo: Objeto
Nombre/s Plan de requisitos
Noción Documento que indica el tratamiento de cada requisito del software a lo
largo del desarrollo del producto
Establece cómo se analizará, documentará y gestionará cada requisito del
software y su cambio
Es confeccionado por el equipo de desarrollo durante el primer ciclo
Impacto Se lo utiliza para realizar el diseño del producto software
Se lo consulta cada vez que se debe llevar a cabo un cambio en
algún requisito del software
Símbolo Nº: 23 Tipo: Verbo
Nombre/s Planificar las siguientes fases
Noción Actividad donde se especifica detalladamente las tareas, tiempos y
recursos asociados a la próxima fase del desarrollo del producto
software
Es llevada a cabo por el líder de proyecto
Impacto Se realiza una revisión del ciclo actual.
En base a la revisión, se decide continuar con la próxima iteración
Se planifica la próxima actividad
page 9 / 14

10. procesosoftware
Símbolo Nº: 24 Tipo: Objeto
Nombre/s Producto / Producto software
Noción Conjunto de elementos que cumplen con las funcionalidades requeridas por
el cliente
Es construido por el equipo de desarrollo
Impacto Se lo construye a través de la suma de cada incremento
Se lo refina en cada iteración
Símbolo Nº: 25 Tipo: Objeto
Nombre/s Prototipo
Noción Representación limitada del producto software
Se elabora durante la actividad de Evaluar alternativas, identificar y
resolver riesgos
Es realizado por el equipo de desarrollo
Impacto Se lo confecciona para minimizar el riesgo
Se lo utiliza para desarrollar funcionalidades del producto
Puede evolucionar
Puede ser desechado
Símbolo Nº: 26 Tipo: Objeto
Nombre/s Prototipo operativo
Noción Prototipo iterativo que es progresivamente refinado hasta que se convierte
en el producto final.
Es realizado por el equipo de desarrollo
Impacto Se refina en cada ciclo de desarrollo del producto
Símbolo Nº: 27 Tipo: Verbo
Nombre/s Prueba de aceptación
Noción Acción de comprobar que el incremento del producto software cumple con
el funcionamiento esperado por el cliente.
Es preparada por el equipo de desarrollo
Es realizada por el cliente luego de la prueba de integración
Impacto Se realizan pruebas de caja negra
El cliente expresa su conformidad
Si el cliente se encuentra conforme, se realiza la implementación
Si el cliente no se encuentra conforme, debe corregirse el incremento
page 10 / 14

11. procesosoftware
Símbolo Nº: 28 Tipo: Verbo
Nombre/s Prueba de integración
Noción Es utilizado para verificar que las diferentes partes del producto software
funcionan en conjunto.
Es realizada por el equipo de desarrollo.
Se lleva a cabo una vez aceptadas las prueba unitaria.
Impacto Se realiza la preparación del entorno de prueba, según lo especificado en el
Plan de integración y prueba.
Se prueban los módulos del producto software en su conjunto.
Luego se evalúa el resultado de la prueba de integración.
Símbolo Nº: 29 Tipo: Verbo
Nombre/s Prueba unitaria
Noción Forma de probar el correcto funcionamiento de un componente del código
por separado.
Es realizada por el equipo de desarrollo
Impacto Se realizan pruebas de caja blanca
Si el código pasa la prueba, se realiza la prueba de integración
Si el código no pasa la prueba el incremento debe ser corregido.
Símbolo Nº: 30 Tipo: Objeto
Nombre/s Requisito del software
Noción Declaración abstracta de alto nivel de una funcionalidad del producto
software
Se elaboran durante la actividad de Desarrollar, verificar el producto del
próximo nivel a partir de la información brindada por el cliente
Impacto Son utilizados para desarrollar el Plan de requisitos
Se realiza la validación de requisitos.
Símbolo Nº: 31 Tipo: Verbo
Nombre/s Revisión
Noción Evaluación de la evolución del producto realizada al final de cada ciclo
Tiene como objetivo asegurar que todas las partes interesadas en la
construcción del producto se encuentren comprometidas para abordar la
próxima iteración
Participan todos los involucrados en el proyecto: líder de proyecto, equipo
de desarrollo y el cliente
Impacto Se revisa el incremento desarrollado durante el ciclo anterior
Se definen los planes correspondientes a la próxima iteración
page 11 / 14

12. procesosoftware
Se determinan los recursos necesarios para el próximo ciclo
Símbolo Nº: 32 Tipo: Objeto
Nombre/s Riesgo
Noción Evento que perjudica el normal desarrollo del producto
Pone en peligro la continuidad del proyecto
Es detectado por el líder de proyecto
Impacto Se identifica.
Se le realiza un análisis del riesgo.
Se le aplica la gestión de riesgos
Se supervisa el riesgo.
Símbolo Nº: 33 Tipo: Estado
Nombre/s Riesgo alto
Noción Es un riesgo cuyo impacto produce significativos inconvenientes en el
desarrollo del producto software.
Es identificado por el líder de proyecto.
Impacto Se detecta durante el análisis del riesgo.
No se continúa con la actividad pertinente.
Conduce al desarrollo de un prototipo.
Símbolo Nº: 34 Tipo: Estado
Nombre/s Riesgo bajo
Noción Es un riesgo cuyo impacto no produce mayores inconvenientes en el
desarrollo del producto software.
Es identificado por el líder de proyecto.
Impacto Se continúa con la actividad pertinente.
Se detecta durante el análisis del riesgo.
Símbolo Nº: 35 Tipo: Estado
Nombre/s Riesgo medio
Noción Es un riesgo cuyo impacto puede producir inconvenientes y/o retrasos en el
desarrollo del producto software.
Es identificado por el líder de proyecto.
Impacto Se detecta durante el análisis del riesgo.
Al detectarlo es aconsejable desarrollar un prototipo.
Símbolo Nº: 36 Tipo: Objeto
page 12 / 14

13. procesosoftware
Nombre/s Simulación, modelo y prueba de comparación
Noción Es una representación simplificada de la realidad diseñada para representar,
conocer o predecir propiedades del producto
Se la realiza si se detecta incertidumbre
Es conducida por el líder de proyecto
Impacto Se lo utiliza para evaluar el impacto de un riesgo
Se lo usa para establecer estrategias de minimización del riesgo
Símbolo Nº: 37 Tipo: Verbo
Nombre/s Validación del diseño
Noción Proceso de evaluación del diseño del producto software para comprobar
que cumple con los requerimientos del cliente
Se lleva a cabo luego de la verificación del diseño
Impacto El equipo de desarrollo le presenta el diseño del producto software
al cliente
Si el cliente aprueba el diseño del producto software, se realiza el diseño
detallado en el próximo ciclo
Si el cliente no aprueba el diseño del producto software, se corrige
Símbolo Nº: 38 Tipo: Verbo
Nombre/s Validación de los requisitos del software / Validación de requisitos
Noción Proceso de evaluación de cada requisito del software para comprobar que
cumple con los requerimientos del cliente
Impacto El equipo de desarrollo le presenta los requisito del software al cliente
Si el cliente considera que son correctos, se realiza el diseño del producto
software en el próximo ciclo
Símbolo Nº: 39 Tipo: Verbo
Nombre/s Verificación del diseño
Noción Proceso que evalúa el cumplimiento de cada requisito del software en el
diseño.
Se lleva a cabo luego del diseño del producto software
Impacto Se realiza una comparación entre cada requisito del software y el diseño
del producto software
Si se detectan errores, se corrige el diseño del producto software
Si no se encuentran errores, se realiza la validación del diseño
Símbolo Nº: 40 Tipo: Objeto
page 13 / 14

14. procesosoftware
Nombre/s Versión Incremental / Incremento
Noción Es una porción del producto que cumple con un conjunto de
funcionalidades.
Es desarrollado por el equipo de desarrollo durante cada iteración
Impacto Se lo define al comienzo del ciclo
Se lo refina durante cada próxima iteración
Se lo integra durante la prueba de integración
Bibliografía
Boehm, Barry W. “A Spiral Model of Software Development and Enhancement”. 1988
Boehm, Barry W. “Software risk management: Principles and Practices”. 1991.
Pressman, Roger S. “Ingeniería del Software: Un enfoque práctico. Quinta edición”. McGraw –
Hill. 2001. pp. 24-26.
Sommerville, Ian. “Ingeniería del software. Séptima edición”. Prentice Hall.
Autores:
Ardanaz, Silvana
Perez, Natalia
Soldati, Laura
Powered by TCPDF (www.tcpdf.org)
page 14 / 14