NDICE

INTRODUCCIN
CICLO DE VIDA DEL SOFTWARE
1. DEFINICIN
2. CARACTERSTICAS
3. MODELOS DE CICLO DE VIDA
3.1.Ciclo de vida en cascada con subproyectos
3.1.1. Definicin de ciclo de vida en cascada
3.1.2. Definicin de ciclo de vida en cascada con subproyectos
3.1.3. Etapas del ciclo de vida en cascada con subproyectos.
3.1.4. Ventajas
3.1.5. Desventajas
3.2.Ciclo de vida iterativo
3.2.1. Definicin
3.2.2. Caractersticas
3.2.3. Ventajas
3.2.4. Desventajas
3.3.Ciclo de vida orientado a objetos
4. CONCLUSIONES
5. ANEXOS
6. BIBLIOGRAFA

INTRODUCCIN
En la actualidad para muchas empresas organizaciones, los sistemas de informacin son el
corazn de las actividades cotidianas y objeto de gran consideracin en la toma de
decisiones, las empresas consideran con mucho cuidado las capacidades de sus sistemas de
informacin cuando deciden ingresar o no en nuevos mercados o cuando planean la
respuesta que darn a la competencia.
Al establecer los sistemas de informacin se debe tener la certeza de que se logren dos
objetivos: que sea un sistema correcto y que este correcto el sistema. Ningn sistema que
deje satisfacer ambos objetivos ser completamente til para la gerencia u organizacin.
Si los dispositivos de un sistema de informacin no se adaptan a su poblacin de clientes,
no lograra sus objetivos potenciales. Al mismo tiempo, aun cuando se identifiquen
precisamente las necesidades del usuario, un sistema de informacin va tener un valor
nico si funciona en forma adecuada.
Por ello desde ya algunos aos se ha ido desarrollando una singular polmica con respecto
a los distintos modelos de Ciclo de Vida para los software que han ido haciendo aparicin
con el paso del tiempo.
Algunos ms aceptados que otros, con sus diferentes ventajas y desventajas, han logrado
introducirse dentro de las principales metodologas de desarrollo del software actual, y han
sido adoptados por muchos programadores.
En el presente trabajo se darn a conocer las principales caractersticas, ventajas
desventajas, etapas y algunos ejemplos de dichos modelos.

CICLO DE VIDA DEL SOFTWARE

1. DEFINICIN
Un modelo de ciclo de vida define el estado de las fases a travs de las cuales se
mueve un proyecto de desarrollo de software.
Un modelo de ciclo de vida de software es una vista de las actividades que ocurren
durante el desarrollo de software, intenta determinar el orden de las etapas
involucradas y los criterios de transicin asociadas entre estas etapas.
2. CARACTERISTICAS
Un modelo de ciclo de vida del software:
Describe las fases principales de desarrollo de software.
Define las fases primarias esperadas de ser ejecutadas durante esas fases.
Ayuda a administrar el progreso del desarrollo, y

Provee un espacio de trabajo para la definicin de un detallado proceso de

desarrollo de software.
As, los modelos por una parte suministran una gua para los ingenieros de software
con el fin de ordenar las diversas actividades tcnicas en el proyecto, por otra parte
suministran un marco para la administracin del desarrollo y el mantenimiento, en
el sentido en que permiten estimar recursos, definir puntos de control intermedios,
monitorear el avance, etc.
3.
4. MODELOS DE CICLO DE VIDA
4.1. Ciclo de vida en cascada con subproyectos
4.1.1. Definicin de ciclo de vida en cascada.
Es el enfoque metodolgico que ordena rigurosamente las etapas del ciclo de
vida del software, de forma que el inicio de cada etapa debe esperar a la
finalizacin de la inmediatamente anterior. El modelo en cascada es un proceso
de desarrollo secuencial, en el que el desarrollo se ve fluyendo hacia abajo
(como una cascada) sobre las fases que componen el ciclo de vida.
4.1.2. Definicin de ciclo de vida en cascada.
Es el enfoque metodolgico que ordena rigurosamente las etapas del ciclo de
vida del software, de forma que el inicio de cada etapa debe esperar a la
finalizacin de la inmediatamente anterior. El modelo en cascada es un proceso
de desarrollo secuencial, en el que el desarrollo se ve fluyendo hacia abajo
(como una cascada) sobre las fases que componen el ciclo de vida.
4.1.3. Etapas del ciclo de vida en cascada con subproyectos.

4.1.3.1. Anlisis de requerimientos: En esta fase se analizan las necesidades

de los usuarios finales del software para determinar qu objetivos debe
cubrir. De esta fase surge una memoria llamada SRD (documento de
especificacin de requisitos), que contiene la especificacin completa de
lo que debe hacer el sistema sin entrar en detalles internos. Es importante
sealar que en esta etapa se debe consensuar todo lo que se requiere del
sistema y ser aquello lo que seguir en las siguientes etapas, no
pudindose requerir nuevos resultados a mitad del proceso de elaboracin
del software.
4.1.3.2. Diseo del Programa: Es la fase en donde se realizan los algoritmos
necesarios para el cumplimiento de los requerimientos del usuario as
como tambin los anlisis necesarios para saber que herramientas usar en
la etapa de Codificacin.
4.1.3.3. Codificacin: Es la fase en donde se implementa el cdigo fuente
haciendo uso de prototipos as como de pruebas y ensayos para corregir
errores. Dependiendo del lenguaje de programacin y su versin se crean
las bibliotecas y componentes reutilizables dentro del mismo proyecto
para hacer que la programacin sea un proceso mucho ms rpido.
4.1.3.4. Pruebas: Los elementos, ya programados, se ensamblan para
componer el sistema y se comprueba que funciona correctamente y que
cumple con los requisitos, antes de ser entregado al usuario final.
4.1.3.5. Implantacin: Es la fase en donde el usuario final ejecuta el sistema,
para ello el o los programadores ya realizaron exhaustivas pruebas para
comprobar que el sistema no falle.
4.1.3.6. Mantenimiento: Una de las etapas que creo considerables porque se
destina un 75% de los recursos, es la mantencin del Software ya que al
utilizarlo como usuario final puede ser que no cumpla con todas nuestras
expectativas.
4.1.4. Ventajas del ciclo de vida en cascada con subproyectos.
Permite la construccin del sistema con requisitos poco claros o
cambiantes.
El cliente recibe una versin del sistema en muy poco tiempo, por lo
que lo puede evaluar, probar e, incluso, empezar a utilizarlo.
Se pueden introducir cambios en las funcionalidades del sistema en
cualquier momento.
Involucra al usuario en la evaluacin de la interfaz de usuario.
Se reduce el riesgo y la incertidumbre sobre el desarrollo.
Genera signos visibles de progreso, que se utilizan cuando existe una
demanda en la velocidad del desarrollo.
Permite entender bien el problema antes de la implementacin final.

4.1.5. Desventajas del ciclo de vida en cascada con subproyectos.

El cliente puede quedar convencido con las primeras versiones y,
quizs, no vea la necesidad de completar el sistema o redisearlo con la
calidad necesaria.
Requiere trabajo del cliente para evaluar los distintos prototipos y
traducirlo en nuevos requisitos.
Requiere un tiempo adicional para definir adecuadamente el sistema.
No se sabe exactamente cunto ser el tiempo de desarrollo ni cuantos
prototipos se tienen que desarrollar.
Si un prototipo fracasa, el coste del proyecto puede resultar muy caro.
4.2. Ciclo de vida iterativo

4.2.1. Definicin
Tambin derivado del ciclo de vida en cascada puro, este modelo busca reducir
el riesgo que surge entre las necesidades del usuario y el producto final por
malos entendidos durante la etapa de solicitud de requerimientos.
En el ciclo de vida iterativo, en cada Iteracin se reproduce el ciclo de vida en
cascada a menor escala. Los objetivos de una iteracin se establecen en
funcin de la evaluacin de las iteraciones precedentes. Desde el principio, al
final de cada iteracin se le entrega al cliente una versin completa y mejorada
del producto. El cliente es quien luego de cada iteracin evala el producto y
lo corrige o propone mejoras. Estas iteraciones irn refinando el sistema y se
repetirn hasta obtener un producto que satisfaga al cliente.
La Especificacin de requisitos se realiza en forma creciente: a medida que los
usuarios logran un mejor entendimiento del problema, ste es reflejado en el
sistema software. Es decir, el producto de cada etapa de especificacin de
requisitos es un agregado o mejora al producto de la etapa de especificacin
anterior.
Este modelo se basa en dos premisas:
a) Los Usuarios a menudo no saben bien lo que quieren o necesitan.
b) Por lo general, los requisitos en algn momento van a cambiar.
Para solucionar el primer punto, los requisitos se determinan en base a alguna
forma operacional del sistema (por ejemplo, un prototipo) para ser revisado
por los Usuarios. Para atender el segundo punto, se realizan entregas parciales
del sistema que permiten incorporar nuevos requisitos o cambios en requisitos
existentes en la siguiente entrega. Es decir, cada versin es una mejora sobre la
predecesora.
Este modelo se utiliza cuando no se puede especificar a priori todos los
requisitos del software, sino que el proceso ayudar a ir descubriendo paso a
paso los requisitos a partir de cada nueva Entrega

4.2.2. Caractersticas
Es tambin una repeticin de varios ciclos de vida en cascada.
Al final de cada ciclo se entrega una versin completa del software
mejorada respecto a la anterior.
Los ciclos se repiten hasta obtener un producto satisfactorio.
Los usuarios deben evaluar el producto en cada iteracin y proponer
mejoras.
Se suele aplicar en desarrollos en los que los requisitos no estn claros,
las primeras versiones pueden ser prototipos que se desechan
posteriormente.
4.2.3. Ventajas
Disminuye riesgos
Se puede cambiar fcilmente los requerimientos
Reduce costos
Al usuario se le entrega parte del producto es decir una versin con la
cual l puede trabajar.
Disminuye la probabilidad de insatisfaccin del cliente frente al
producto final.
4.2.4. Desventajas
Hasta el momento se podra decir que no existen grandes desventajas,
pero si hay puntos a manejar con sumo cuidado porque su proceso en el
desarrollo es largo ya que en cada iteracin se va actualizando.
4.3. Ciclo de vida orientado a objetos

5. CONCLUSIONES
El ciclo de vida iterativo es la iteracin de varios ciclos de vida en
cascada. Al final de cada iteracin se le entrega al cliente una versin
mejorada con o con mayores funcionalidades del producto. El cliente
es quien luego de cada iteracin, evala el producto y lo corrige o
propone mejoras.

6. ANEXOS
6.1. Ejemplo del ciclo de vida en cascada con subproyectos
Grfico N 01: Ciclo de Vida en Cascada

Grfico N 02: Ciclo de Vida en Cascada con Sub Proyectos

6.2. Ejemplo del ciclo de vida iterativo

6.3. Ejemplo del ciclo de vida orientado a objetos

7. BIBLIOGRAFA
http://procesosoftware.wikispaces.com/Modelo+Iterativo
http://es.slideshare.net/kalencl/modelo-iterativo