Modelo en espiral

El desarrollo en espiral es un modelo de procedimiento para el desarrollo de

software elaborado por Barry W. Boehm en el año 1986. Parte de la base de que
el desarrollo de aplicaciones se debe llevar a cabo en un ciclo iterativo que se
debe repetir tantas veces como sea necesario hasta alcanzar el objetivo. Gracias
a las valoraciones regulares de los riesgos y a los controles rutinarios del producto
intermedio, el modelo en espiral minimiza considerablemente el riesgo de fracaso
en los proyectos de software.

Su función es:

El modelo de desarrollo en espiral se caracteriza por los siguientes ciclos

Objetivo y determinación alternativa: Los objetivos se determinan

conjuntamente con el cliente. Al mismo tiempo, se discuten posibles alternativas y
se especifican las condiciones marco (por ejemplo, sistemas operativos, entornos
y lenguajes de programación).

Análisis y evaluación de riesgos: Se identifican y evalúan los riesgos

potenciales. También se evalúan las alternativas existentes. Los riesgos son
registrados, evaluados y luego reducidos utilizando prototipos, simulaciones y
softwares de análisis

Desarrollo y prueba: Los prototipos se amplían y se añaden funcionalidades. El

código real es escrito, probado y migrado a un entorno de prueba varias veces
hasta que el software pueda ser implementado en un entorno productivo.
Planificación del siguiente ciclo: El siguiente ciclo se planifica al final de cada
etapa. Si se producen errores, se buscan soluciones, y si una alternativa es una
mejor solución, se prefiere.

Desarrollo
El modelo de desarrollo de software por etapas es similar al Modelo de
prototipos ya que se muestra al cliente el software en diferentes estados sucesivos
de desarrollo, se diferencia en que las especificaciones no son conocidas en
detalle al inicio del proyecto y por tanto se van desarrollando simultáneamente con
las diferentes versiones del código.

Etapa de Implementación o Entrega Implantación: Consiste en poner a

disposición del cliente el producto.

 Etapa de Mantenimiento: Consiste en corregir problemas del producto y re-

liberar el producto como una nueva versión o revisión (producto mejorado).

Etapa final EOL (End-of-Life) El fin del ciclo del producto consiste en realizar
todas las tareas necesarias para asegurar que los clientes y los empleados están
conscientes de que el producto ya no será vendido ni soportado.

Modelo de Desarrollo

El Modelo de Desarrollo Concurrente conocido además como Ingeniería

Concurrente dado por Davis Sitaram, se puede representar en forma de esquema
como una serie de actividades técnicas importantes, tareas y estados asociados a
ellas.
Este modelo se utiliza a menudo como el paradigma de desarrollo de aplicaciones
cliente/servidor.
Provee una meta-descripción del proceso del software. El modelo concurrente
tiene la capacidad de describir las múltiples actividades del software ocurriendo
simultáneamente.
Un modelo de proceso concurrente está dirigido por las necesidades del usuario,
las decisiones de la gestión y los resultados de las revisiones.
El modelo de proceso concurrente define una serie de acontecimientos que
dispararán transiciones de estado a estado para cada una de las actividades de la
ingeniería del software.

Un sistema cliente/servidor se compone de un conjunto de componentes

funcionales. Cuando se aplica a cliente/servidor, el modelo de proceso
concurrente define actividades en dos dimensiones:

1. Dimensión de sistemas.

2. Dimensión de componentes.

Los aspectos del nivel de sistema se afrontan mediante tres actividades: diseño, ensamblaje y
uso.
En realidad, el modelo de proceso concurrente es aplicable a todo tipo de desarrollo de
software y proporciona una imagen exacta del estado actual de un proyecto.
La concurrencia se logra de dos formas: 

1. Las actividades de sistemas y de componentes ocurren simultáneamente y

pueden modelarse con el enfoque orientado a objetos.

2. Una aplicación cliente/servidor típica se implementa con muchos componentes,

cada uno de los cuales se pueden diseñar y realizar concurrentemente.

Ventajas
• Excelente para proyectos en los que se conforman grupos de trabajo
independientes.
• Proporciona una imagen exacta del estado actual de un proyecto.

modelo de desarrollo de software, Rad

El método comprende el desarrollo interactivo, la construcción de prototipos y el

uso de utilidades CASE (Computer Aided Software Engineering).
Tradicionalmente, el desarrollo rápido de aplicaciones tiende a englobar también la
usabilidad, utilidad y la rapidez de ejecución.

Hoy en día se suele utilizar para referirnos al desarrollo rápido de interfaces

gráficas de usuario tales como Glade, o entornos de desarrollo
integrado completos. Algunas de las plataformas más conocidas son Visual
Studio, Lazarus, Gambas, Delphi,Foxpro , Anjuta, Game Maker, Velneo o Clarion.
En el área de la autoría multimedia, software como Neosoft Neoboo y
MediaChance Multimedia Builder proveen plataformas de desarrollo rápido de
aplicaciones, dentro de ciertos límites.
FASES DEL RAD

Modelado de gestión: el flujo de información entre las funciones de gestión se

modela.
Modelado de datos: el flujo de información definido como parte de la fase de
modelado de gestión se refina como un conjunto de objetos de datos necesarios
para apoyar la empresa.

Modelado de proceso: los objetos de datos definidos en la fase de modelado de

datos quedan transformados para lograr el flujo de información necesario para
implementar una función de gestión.

Generación de aplicaciones: El DRA asume la utilización de técnicas de cuarta

generación. En lugar de crear software con lenguajes de programación de tercera
generación, el proceso DRA trabaja para volver a utilizar componentes de
programas ya existentes (cuando es posible) o a crear componentes reutilizables
(cuando sea necesario).

Pruebas de entrega: Como el proceso DRA enfatiza la reutilización, ya se han

comprobado muchos de los componentes de los programas. Esto reduce tiempo
de pruebas.

REFERENCIA BIBLIOGRAFICAS:
 https://www.ionos.mx/startupguide/productividad/modelo-en-espiral/
 Un Modelo Espiral de Desarrollo y Mejora de
Software csse.usc.edu. Visitado el 17/04/2018,
https://es.ryte.com/wiki/Modelo_en_Espiral

 https://sites.google.com/site/ingenierialeosw/unidad-1-fundamentos-de-
ingenieria-de-software/1-3-etapas-del-desarrollo-del-software.

 http://ingenieraupoliana.blogspot.com/2010/10/modelo-de-desarrollo-
concurrente.html
 http://metodologiarad.weebly.com/