CICLO DE VIDA DEL SOFTWARE

El ciclo de vida de un software es un trmino que describe el desarrollo desde la fase inicial hasta
la fase final. ste se divide en varios, pues dependiendo del tipo del modelo este puede cambiar;
por ejemplo se tiene los modelos siguientes:
Ciclo de vida lineal
Ciclo de vida en cascada puro
Ciclo de vida en V
Ciclo de vida iterativo

SECUENCIA LINEAL
La secuencia lineal es la estructura ms simple posible y consiste en una sucesin de etapas
unidas consecutivamente por las lneas de evolucin y condiciones de transicin dentro de un
tramo de secuencia lineal, solamente una etapa debe estar activada en un instante determinado,
se activa una etapa cuando se encuentra desactivada la anterior y se cumplan las condiciones de
transicin entre ambas en la figura se muestran las etapas de este ciclo.






Ventajas y Desventajas:

Ventajas:
Suministra una plantilla en la que pueden colocarse los mtodos para cada una de las fases
Pasos similares a los pasos genricos.
Modelo procedimental ms utilizado.

Desventajas:
Gran nfasis en la produccin de documentos completamente elaborados, producto de las fases
de anlisis y
especificacin de requerimientos y de diseo.
No muy aplicable a productos de software altamente interactivos.
Es difcil tener todos los requerimientos, bien definidos al principio, como lo requiere el modelo y
adems presenta
dificultades para acomodar posibles incertidumbres existentes al comienzo de los proyectos.
Los productos de software raramente siguen el flujo secuencial que propone el modelo. Siempre
hay iteraciones y
se crean problemas en la aplicacin del paradigma.
Un error importante no detectado al principio puede ser desastroso.

El modelo de Construccin de Prototipos
La idea detrs de este modelo es el desarrollo de una implantacin del sistema inicial, exponerla a
los comentarios del usuario, refinarla en N versiones hasta que se desarrolle el sistema adecuado.
Una ventaja de este modelo es que se obtiene una rpida realimentacin del usuario, ya que las
actividades de especificacin, desarrollo y pruebas se ejecutan en cada iteracin.


Paso Descripcin
Identificar los
requerimientos
conocidos
Los analistas y los usuarios trabajan juntos para identificar los requerimientos
conocidos que tienen que satisfacerse.
Se debe: determinar los fines del sistema y el alcance de su capacidad.
Paso Descripcin
Desarrollar modelo
que funcione

Los desarrolladores explican a los usuarios:
El mtodo
Las actividades a realizar
La secuencia en que se llevar a cabo
La responsabilidad de cada participante
El proceso de construccin del prototipo se debe iniciar con el desarrollo de un
plan general que permita conocer el proceso de desarrollo.
Es importante definir un cronograma para el inicio y fin de la primera iteracin.


El desarrollador estima los costos asociados con el desarrollo del prototipo.
En el desarrollo del prototipo se preparan los siguientes componentes:
El lenguaje de dilogo o conversacin entre el usuario y el sistema
Pantallas y formatos para la entrada de datos
Mdulos esenciales de procesamiento
Salida del sistema
En esta fase no se prepara la documentacin ni las especificaciones de salida
o de diseo del software.
Utilizar el prototipo La responsabilidad de trabajar con el prototipo y evaluar sus caractersticas y
operacin es del usuario.
La experiencia con el sistema bajo condiciones reales permite determinar los
cambios o mejoras o eliminar caractersticas innecesarias.
Paso Descripcin
Revisar el prototipo Se realiza la evaluacin y con la informacin obtenida se levantan las
caractersticas que debe llevar la siguiente versin del prototipo.
La evaluacin permite profundizar los rasgos de los usuarios y los de la
organizacin que tienen influencia sobre la aplicacin y en su implementacin.
Los cambios en el prototipo son planificados con los usuarios antes de llevarlos
a cabo por el analista.
Prototipo
terminado?
Los pasos anteriores se repiten varias veces (4 o 6 iteraciones) cuando los
usuarios y desarrolladores estn de acuerdo en que el sistema ha
evolucionado lo suficiente e incluye todas las caractersticas necesarias.
Cuando el prototipo est terminado, el paso que sigue a continuacin es tomar
la decisin sobre cmo proceder, para lo cual existen cuatro opciones:




l modelo espiral
El ciclo de desarrollo se representa como una espiral, en lugar de una serie de actividades
sucesivas con retrospectiva de una actividad a otra.
Cada ciclo de desarrollo se divide en cuatro fases:
1. Definicin de objetivos: Se definen los objetivos. Se definen las restricciones del proceso y del
producto. Se realiza un diseo detallado del plan administrativo. Se identifican los riesgos y se
elaboran estrategias alternativas dependiendo de estos.
2. Evaluacin y reduccin de riesgos: Se realiza un anlisis detallado de cada riesgo identificado.
Pueden desarrollarse prototipos para disminuir el riesgo de requisitos dudosos. Se llevan a cabo
los pasos para reducir los riesgos.
3. Desarrollo y validacin: Se escoge el modelo de desarrollo despus de la evaluacin del riesgo.
El modelo que se utilizar (cascada, sistemas formales, evolutivo, etc.) depende del riesgo
identificado para esa fase.
4. Planificacin: Se determina si continuar con otro ciclo. Se planea la siguiente fase del proyecto.

Este modelo a diferencia de los otros toma en consideracin explcitamente el riesgo, esta es una
actividad importante en la administracin del proyecto.
El ciclo de vida inicia con la definicin de los objetivos. De acuerdo a las restricciones se
determinan distintas alternativas. Se identifican los riesgos al sopesar los objetivos contra las
alternativas. Se evalan los riesgos con actividades como anlisis detallado, simulacin, prototipos,
etc. Se desarrolla un poco el sistema. Se planifica la siguiente fase.

Actividades del modelo en espiral
Comunicacin con el cliente: Se establece comunicacin entre el desarrollador y el cliente.
Planificacin: Se definen los recursos, el tiempo y otra informacin relacionadas con el proyecto.
Anlisis de riesgos: Se evalan riesgos tcnicos y de gestin
Ingeniera: Se construyen una o ms representaciones de la aplicacin.
Construccin y accin: Construir, probar, instalar y proporcionar soporte al usuario.
Evaluacin del cliente: Se obtiene la reaccin del cliente. Se realiza la evaluacin de las
representaciones del software creadas durante la etapa de ingeniera e implementada durante la
etapa de instalacin.




Modelo en cascada o lineal secuencial
Tambin llamado "Ciclo de vida bsico" o "Modelo de cascada" tiene su origen en el"Modelo de
cascada" ingeniado por Winston Royce, aunque omite los muchos buclesde este ltimo.El Modelo
Lineal Secuencial sugiere un enfoque sistemtico o ms bien secuencial deldesarrollo de software
que comienza en un nivel de sistemas y progresa con el anlisis,diseo, codificacin, pruebas y
mantenimiento.El Modelo Lineal Secuencial acompaa las siguientes actividades:
Anlisis de los requerimientos del software:
Es la fase en la cual se renentodos los requisitos que debe cumplir el software. En esta etapa
esfundamental la presencia del cliente que documenta y repasa dichos requisitos.


Diseo:
Es una etapa dirigida hacia la estructura de datos, la arquitectura delsoftware, las
representaciones de la interfaz y el detalle procedimental(algoritmo). En forma general se hace un
esbozo de lo solicitado y sedocumenta hacindose parte del software.


Generacin del cdigo:
Es la etapa en la cual se traduce el diseo para que seacomprensible por la mquina. Esta etapa va
a depender estrechamente de lodetallado del diseo.

Pruebas:
Esta etapa se centra en los procesos lgicos internos del software,asegurando que todas las
sentencias se han comprobado, y en la deteccin deerrores.


Mantenimiento:
Debido a que el programa puede tener errores, puede no serdel completo agrado del cliente o
puede necesitar, eventualmente acoplarse alos cambios en su entorno. Esto quiere decir que no se
rehace el programa,sino que sobre la base de uno ya existente se realizan algunos cambios.

Ventajas


Se debe tener en cuenta que fue el primer modelo empleado, y por lo tantoes mejor que ninguno.


Facilita la gestin del desarrollo.
Desventajas


En general, establecer todos los requisitos al principio del proceso de desarrolloes un mito
inalcanzable, Los usuarios no pueden imaginarse lo quequieren hasta que no ven un sistema
funcionando.


Los requisitos no se pueden congelar mientras dura el desarrollo. El mercado cambia, todo
cambia.


El usuario debe esperar mucho tiempo hasta ver los resultados


Los errores de anlisis y diseo son costosos de eliminar, y se propagan a lasfases siguientes con
un efecto conocido como bola de nieve.


Se genera mucho mantenimiento inicial debido al perodo de congelacin derequisitos y ste
recae, en su mayor parte


Es el ms antiguo de todos los modelos de ciclo de vida y sirve de modelo para otros modelos de
ciclos de vida.
En un modelo en cascada un proyecto progresa a travs de una secuencia ordenada de pasos que
son:
Concepto del software.
Anlisis de requerimientos.
Diseo global.
Diseo detallado.
Codificacin y depuracin.
Prueba del sistema.
El modelo contiene una serie de etapas que no se solapan, y el proyecto se va revisando tras cada
una de las etapas. Para poder pasar a la siguiente etapa se tiene que haber conseguido todos los
objetivos de la etapa anterior, es un proceso secuencial.
Tiene una buena aplicacin cuando el problema es estable y cuando se trabaja con metodologas
tcnicas conocidas. Este modelo ser apropiado para la migracin de una aplicacin o a una
versin de mantenimiento bien definida.
Con este modelo se tiene un seguimiento de todas las fases del proyecto y del cumplimiento de
todos los objetivos marcados en cada etapa tanto de costos, fechas de entrega y lo ms
importante que pueden comprobar al final de cada etapa si el proyecto cumple todas las
necesidades del usuario.
A su vez esto es un problema ya que si el usuario se da cuenta de que falta una tarea de la
empresa en el proyecto una vez pasada esta etapa, el trabajo que hay que realizar se retrasa en
fechas de entrega y el costo es mayor. Por lo tanto esto produce un fracaso en la industria ya que
es reacio a las modificaciones de ltima hora.
Por este motivo se puede modificar el modelo en cascada pudiendo pasar de una etapa a la
anterior, pero suele ser difcil ya que hay que rehacer la etapa anterior, este modelo es el ciclo de
vida del salmn. Por lo tanto este es un modelo poco apropiado para proyectos con fecha de
entrega corta, pero su rendimiento puede mejorar notablemente variando el modelo de la
cascada pura.


Cascada Pura

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 travs de una secuencia ordenada de etapas,
partiendo desde su concepto inicial hasta la prueba del mismo, as el proyecto realiza una revisin
al final de cada etapa para determinar si est preparado para pasar a la siguiente.

Observaciones al modelo cascada pura

Es el modelo ms conocido y ofrece una velocidad de desarrollo aceptable en algunas
circunstancias, otros modelos sin embargo, proporcionan una velocidad de desarrollo superior a
ste.
Los inconvenientes del modelo hacen que sea, a menudo, poco apropiado para un proyecto de
desarrollo rpido, incluso en los casos en los que las ventajas del modelo superan los
inconvenientes, los modelos de cascada modificada pueden funcionar mejor.




Espiral

Es un modelo orientado a riesgos que divide un proyecto en miniproyectos, cada miniproyecto se
centra en uno o ms riesgos importantes hasta que todos stos estn controlados.
El concepto riesgo puede referirse a requerimientos y arquitecturas poco comprensibles, a
problemas de ejecucin importantes o a problemas con la tecnologa 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.

Observaciones al modelo espiral

El modelo de espiral es un modelo de ciclo de vida orientado a riesgos, el cual se puede combinar
con otros modelos de ciclo de vida.
La principal ventaja de este modelo es que mientras los costos suben, los riesgos disminuyen.


Ciclo en V

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 variacin del modelo en cascada que trata este problema, toma su
nombre de la forma en la cual se visualiza y es una evolucin 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.