Ciclo de Vida del Software. El modelo de ciclo de vida del software que seleccionemos determinara el estado de las fases del software las cuales ocurren durante el desarrollo del software.

...

El Prototipado de requerimientos es la creación de una implementación parcial de un sistema, para el propósito de aprender sobre los requerimientos del sistema. Un prototipo se lo construye de una manera rápida. Este prototipo se lo da a conocer a los diferentes usuarios, clientes o representantes de ellos, para que ellos experimenten con el prototipo.

Estas personas seleccionadas luego de haber revisado el sistema proveen datos sobre lo que a ellos les gustó y no les gustó acerca del prototipo proporcionado, quienes capturan en la documentación actual de la especificación de requerimientos la información entregada por los usuarios para el desarrollo del sistema real.

Este Prototipado puede ser usado como parte de la fase de requerimientos o justo antes de la fase de requerimientos.

Muchos usuarios y clientes encuentran que es mucho más fácil proveer información veraz basado en la manipulación, desde un prototipo, en vez de leer una especificación de requerimientos potencialmente ambigua y extensa.

Modelo Espiral

El modelo espiral de los procesos software es un modelo del ciclo de meta-vida. En este modelo, el esfuerzo de desarrollo es repetitivo

Analizar los riesgos y resultados finales para poder seleccionar el mejor.

Seguir la alternativa seleccionada en el paso anterior.

Establecer qué tienes terminado.

El modelo espiral captura algunos principios básicos:

Decidir qué problema se quiere resolver antes de intentar resolverlo.

Examinar tus múltiples alternativas de resolució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 los niveles de riesgo.

El modelo espiral no es una alternativa del modelo cascada, ellos son completamente compatible.

Modelo Concurrente

Como el modelo espiral, el modelo concurrente provee una meta-descripción del proceso software. Mientras que la contribución primaria del modelo espiral es en realidad que esas actividades del software ocurran repetidamente, la contribución del modelo concurrente es su capacidad de describir las múltiples actividades del software ocurriendo simultáneamente.

Los requerimientos son usualmente "líneas de base", cuando una mayoría de los requerimientos comienzan a ser bien entendidos, en este tiempo se dedica un esfuerzo considerable al diseño. Sin embargo, una vez que comienza el diseño, cambios a los requerimientos son comunes y frecuentes. No es aconsejado detener el diseño en este camino cuando los requerimientos cambian; en su lugar, existe una necesidad de modificar y rehacer líneas de base de los requerimientos mientras progresa el diseño.

En todos estos casos, diversas actividades están ocurriendo simultáneamente. Eligiendo seguir un proyecto usando técnicas de modelación concurrente, se posibilita el conocimiento del estado verdadero en el que se encuentra el proyecto