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

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

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

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

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

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

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

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

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

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

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

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

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

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