Este documento describe varios modelos de ciclo de vida para el desarrollo de software, incluyendo el modelo en cascada puro, el modelo en espiral, los prototipos de sistemas, el prototipado evolutivo y el ciclo en V. Cada modelo sigue un enfoque diferente como dividir el proyecto en etapas secuenciales (modelo en cascada), enfocarse en los riesgos (modelo en espiral), construir prototipos iterativos (prototipado evolutivo), realizar pruebas paralelas al desarrollo

1. MODELOS DE CICLOS DE VIDA
Codificar
y Corregir
Análisis
Estructurado
Cascada Pura
Espiral
Cascadas
Modificadas
Prototipos
de Sistemas
Este es un modelo poco útil, pero bastante común. Al no haberse seleccionado explícitamente otro modelo, por omisión
se estará utilizando éste.
Cuando se utiliza se empieza con una idea general de lo que se necesita construir, y se puede o no tener una
especificación formal; se utiliza cualquier combinación de diseño, código, depuración y métodos de prueba no formales
que sirven hasta que se tiene el producto listo para entregarlo.
El método de desarrollo del análisis estructurado tiene como finalidad superar esta dificultad por medio de la
división del sistema en componentes y la construcción de un modelo del sistema. El método incorpora elementos tanto
de análisis como de diseño. El modelo de análisis estructurado se concentra en especificar lo que se requiere que haga
el sistema o la aplicación.
No se establece como se cumplirán los requerimientos o la forma en que se implantarán la aplicación. Más bien permiten
que las personas observen los elementos lógicos (lo que hará el sistema) separados de los componentes físicos
(computadoras, terminales, sistemas de almacenamiento etc.)
Es el predecesor de todos los modelos de ciclo de vida y ha servido de base para otros modelos. En el modelo de
cascada pura un proyecto progresa a través de una secuencia ordenada de etapas, partiendo desde su concepto inicial
hasta la prueba del mismo, así el proyecto realiza una revisión al final de cada etapa para determinar si está preparado
para pasar a la siguiente.
Es un modelo orientado a riesgos que divide un proyecto en mini proyectos, cada mini proyecto se centra en uno
o más riesgos importantes hasta que todos éstos estén controlados.
El concepto “riesgo” puede referirse a requerimientos y arquitecturas poco comprensibles, a problemas de ejecución
importantes o a problemas con la tecnología subyacente. Una vez que se han controlado todos los riesgos importantes,
el modelo finaliza del mismo modo que el modelo de ciclo de vida en cascada.
El mayor problema del modelo de cascada pura es que trata las fases del ciclo de vida como etapas secuenciales
disjuntas, pero, en contraste, permite corregir los inconvenientes más importantes en el modelo de cascada pura con
pequeñas modificaciones:
Puede modificarse de forma tal que las etapas se solapen.
Se puede reducir el énfasis sobre la documentación.
Se puede permitir más regresión.
Este método hace que el usuario participe de manera más directa en la experiencia de análisis y diseño.
La construcción de prototipos es más eficaz bajo las circunstancias correctas sin embargo, al igual que los otros
métodos, el método es útil sólo si se emplea en el momento adecuado y en la forma apropiada.
El prototipo es un sistema que funciona –no solo una idea en el papel- , desarrollado con la finalidad de probar ideas y

2. MODELOS DE CICLOS DE VIDA
Prototipado
Evolutivo
Ciclo en V
Entrega por
Etapas o
Implementación
Incremental
Diseño por
planificación
suposiciones relacionadas con el nuevo sistema. Al igual que cualquier sistema basado en computadora, está constituido
por software, que acepta entradas, realiza cálculos, produce información ya sea impresa o en pantalla, o que lleva a cabo
otras actividades significativas.
Es un modelo de ciclo de vida en el que se desarrolla el concepto del sistema a medida que avanza el proyecto.
Normalmente se comienza desarrollando los aspectos más visibles del sistema, posteriormente se presenta la parte ya
desarrollada del sistema al cliente y se continúa el desarrollo del prototipo en base a la realimentación que se recibe
del cliente. Finalmente, el ciclo continúa hasta que el prototipo se convierte en el producto final de ingeniería.
Es conveniente utilizar el prototipado evolutivo cuando los requerimientos cambian con rapidez, cuando el cliente es
reacio a especificar el conjunto de los requerimientos, cuando ni el analista ni el cliente identifican de forma apropiada
el área de aplicación o cuando los desarrolladores no están seguros de la arquitectura o los algoritmos adecuados a
utilizar.
Uno de los inconvenientes del modelo en cascada es que las pruebas del software son dejadas al final del desarrollo.
El ciclo de vida en V, es una variación del modelo en cascada que trata este problema, toma su nombre de la
forma en la cual se visualiza y es una evolución del modelo en cascada en el cual se realizan actividades en paralelo y
facilita las pruebas del sistema. Así, se basa en la premisa de que las pruebas de calidad no se deben dejar al final, sino
realizarse a lo largo del proceso.
El sistema se muestra al cliente en etapas refinadas sucesivamente.
A diferencia del modelo de prototipado evolutivo, se conoce exactamente qué es lo que se va a construir cuando se
procede a construirlo.
Lo que hace diferente a este modelo es que el sistema no se entrega como un todo al final del proyecto, sino que éste
se entrega por etapas sucesivas a lo largo del proyecto.
Es similar al modelo entrega por etapas, la diferencia radica en que no siempre se conoce al principio si se tendrá el
producto para la última entrega.
Se pueden tener cinco etapas planificadas, pero sólo se llega a la tercera etapa debido a que se tiene una fecha límite
que no se puede cambiar.
Uno de los elementos críticos de este modelo es priorizar los requerimientos y planificar sus etapasde tal forma que las
primeras contengan los requerimientos de mayor prioridad, y los requerimientos de baja prioridad se dejan para más
tarde.