CICLOS DE VIDA DE SOFTWARE

El modelo en casacada puro difcilmente se utiliza tal cual, pues esto implicara un previo
y absoluto conocimiento de los requisitos, la no volatilidad de los mismos (o rigidez) y
etapas subsiguientes libres de errores; ello solo podra ser aplicable a escasos y
pequeos desarrollos de sistemas. Este modelo admite la posibilidad de hacer
iteraciones, es decir durante las modificaciones que se hace en el mantenimiento se
puede ver por ejemplo la necesidad de cambiar algo en el diseo lo cual significa que se
harn los cambios necesarios en la codificacin y se tendrn que realizar de nuevo las
pruebas, es decir, si se tiene que volver a unas de las etapas anteriores al mantenimiento
hay que recorrer de nuevo el resto de la etapa. Despus de cada etapa se realiza una
revisin para comprobar si se puede pasar a la siguiente.
El modelo en espiral, es un modelo de proceso de software evolutivo y construccin de
prototipo sistemtico del modelo lineal secuencial. Ideal para realizar versiones
incrementales de manera rpida. Es software se desarrolla en una serie de versiones
incrementales. Proporciona el potencial para el desarrollo de versiones incrementales del
software.
El paradigma de construccin de prototipo comienza con la recoleccin de requisito. El
desarrollador y el cliente encuentran y definen los objetivos para que identifiquen los
requisitos donde aparece un diseo rpido lleva a la contraccin del prototipo. El prototipo
evala al cliente y usuario y se utiliza para refinar los requisitos de software al desarrollar,
el prototipo satisface al cliente al mismo tiempo que el desarrollador comprende mejor lo
que se necesita hacer al usuario le gusta el sistema real y a los desarrolladores le interesa
construirlo rpido pero no sabe que le puede ocasionar problemas como ser: el cliente no
tiene conocimiento del prototipo lo que pide es que se haga rpido sin saber que con la
prisa le lleva a un software sin calidad.
El modelo evolutivo lo requerimiento del usuario pueden cambiar en cualquier momento.
La prctica nos demuestra que obtener todos los requerimientos al comienzo del proyecto
muy difcil; no solo por la dificulta del usuario transmite su idea, sino porque el
requerimiento evoluciona durante el desarrollo y de esta manera, surgen nuevo
requerimiento a cumplir. El sistema es entonces desarrollado, los usuarios lo usan, y
proveen retroalimentacin a los desarrolladores. Basada en una retroalimentacin la
especificacin de requerimiento desactualizada, y una segunda versin del producto es
desarrollada y desplegada. El proceso se repite indefinidamente.
La utilizacin de un ciclo de vida especfico para el desarrollo de software basado en las
condiciones del tipo de problema a tratar constituye algunos del alcance notable del
modelo ofrecido. El ciclo de vida contempla la nocin de fases generales que constituyen
un marco de situacin, estableciendo fases de solucin para un subproblema concreto