UNIVERSIDAD FRANCISCO DE PAULA SANTANDER

PROGRAMA DE INGENIERIA DE SISTEMAS

Taller No. 3 Tema: Modelos de Ciclo de Vida

Integrantes:

Nombre: Jess David Gamez Arias Cdigo: 1151462

Nombre: Pablo Alejandro Sanchez Cdigo: 1151079
Nombre: Luis Maldonado Cdigo: 1151013

CUADRO COMPARATIVO

M. de Ciclo Caracterstica Descripcin Actividades ventaja aplicacin

de Vida
Modelo de ciclo Consiste en Anlisis sencillez de su gestin y administracin Elegido en el desarrollo de programas
de vida ms descomponer Diseo tanto econmica pequeas, programas que se dediquen
sencillo de actividad global del Implementacin como temporal, ya que se acomoda solo a almacenar datos
todos. proyecto en etapas Debugging perfectamente a proyectos internos de una
separadas que son Instalacin empresa para programas muy pequeos de
lineal realizadas de manera aceptacin ABM (sistemas que realizan Altas, Bajas
lineal, es decir, cada y Modificaciones sobre un conjunto de
etapa se realiza una datos).
sola vez, a
continuacin de la
etapa anterior y antes
de la etapa siguiente.

Cascada Desarrolla un Sugiere un enfoque requerimientos Planificacin sencilla, es la de proveer un Adecuado para los proyectos en los que
puro producto de secuencial hacia el del cliente producto con un elevado grado de calidad se dispone de todos los requerimientos
calidad desarrollo del Planeacin sin necesidad de un personal altamente al comienzo, para el desarrollo de un
 UNIVERSIDAD FRANCISCO DE PAULA SANTANDER
PROGRAMA DE INGENIERIA DE SISTEMAS

software Modelado calificado. Se pueden considerar como producto con funcionalidades

Construccin inconvenientes: la necesidad conocidas o para proyectos, que aun
Despliegue siendo muy complejos, se entienden
Soporte del perfectamente desde el principio.
software
En v Ofrece mayores Se describen las Anlisis Cuenta con la misma ventaja del ciclo de Aplicaciones, que si bien son simples
garantas de actividades y Diseo vida cascada pura, con el agregado de los (pequeas transacciones sobre bases de
correccin al resultados que deben Implementaci controles cruzados entre etapas para datos por ejemplo), necesitan una
terminar el producirse durante el n lograr una mayor correccin. confiabilidad muy alta.
proyecto desarrollo del Validacin
producto. El lado Verificacin
izquierdo de la V Mantenimiento
representa la debugging
descomposicin de las
necesidades, y la
creacin de las
especificaciones del
sistema. El lado
derecho de la V
representa la
integracin de las
piezas y su
verificacin. Es muy
similar al modelo de
la cascada clsico ya
que es muy rgido y
contiene una gran
cantidad de
iteraciones.
 UNIVERSIDAD FRANCISCO DE PAULA SANTANDER
PROGRAMA DE INGENIERIA DE SISTEMAS

Iterativo Es un modelo Es la iteracin de anlisis Busca reducir el riesgo que surge entre las Se suele utilizar en proyectos en los
ideal a seguir varios ciclos de vida diseo necesidades del usuario y el producto final que los requerimientos no estn claros
cuando el en cascada. Al final de codificacin por malos entendidos durante la etapa de de parte del usuario, por lo que se hace
usuario necesita cada iteracin se le pruebas solicitud de requerimientos. necesaria la creacin de distintos
entregas rpidas entrega al cliente una prototipos para presentarlos y
aunque el versin mejorada o conseguir la conformidad del cliente.
proyecto no est con mayores
terminado. funcionalidades del
producto. El cliente es
quien luego de cada
iteracin, evala el
producto y lo corrige
o propone mejoras.
Estas iteraciones se
repetirn hasta obtener
un producto que
satisfaga al cliente

Por Antes de Si no se conoce Especificacione nico apto para desarrollos en los que no En desarrollos de productos con
Prototipos adoptar este exactamente cmo s incompletas. se conoce a priori sus especificaciones o innovaciones importantes, o en el uso
modelo de ciclo desarrollar un Seleccin del la tecnologa a utilizar de tecnologas nuevas o poco probadas,
debemos determinado producto prototipo en las que la incertidumbre sobre los
evaluar si el o cules son las Desarrollo del resultados a obtener, o la ignorancia
esfuerzo por especificaciones de prototipo sobre el comportamiento, impiden
crear un forma precisa, suele Evaluacin del iniciar un proyecto secuencial.
prototipo vale recurrirse a definir prototipo.
realmente la especificaciones
pena adoptarlo iniciales para hacer un Especificacin
prototipo, o sea, un completas.
producto parcial y
 UNIVERSIDAD FRANCISCO DE PAULA SANTANDER
PROGRAMA DE INGENIERIA DE SISTEMAS

provisional. En este
modelo, el objetivo es
lograr un producto
intermedio, antes de
realizar el producto
final, para conocer
mediante el prototipo
cmo respondern las
funcionalidades
previstas para el
producto final.

Evolutivo Este modelo La prctica nos Requisitos Este modelo acepta que los Modelo muy til cuando desconocemos
acepta que los demuestra que obtener Desarrollo requerimientos del usuario se pueden la mayora de los requerimientos
requerimientos todos los Versiones cambiar en cualquier momento. iniciales, o estos requerimientos no
del usuario requerimientos al Evaluacin estn completos.
pueden cambiar comienzo del
en cualquier proyecto es
momento. extremadamente
difcil, no slo por la
dificultad del usuario
de transmitir su idea,
sino porque estos
requerimientos
evolucionan durante el
desarrollo y de esta
manera, surgen
nuevos requerimientos
a cumplir
 UNIVERSIDAD FRANCISCO DE PAULA SANTANDER
PROGRAMA DE INGENIERIA DE SISTEMAS

El espiral se El modelo se basa en Planificacin Este modelo de desarrollo de software es Aplicaciones en sectores que utilizarn
Espiral repite las veces una serie de ciclos Anlisis de que puede comenzarse el proyecto con un el sistema son demasiados y con
que sea repetitivos para ir riesgos alto grado de incertidumbre, se entiende intereses muy diversos como para
necesario ganando madurez en Implementaci tambin como ventaja el bajo riesgo de lograr un relevamiento exhaustivo y
hasta que el el producto final. n retraso en caso de deteccin de errores, ya completo de los requerimientos.
cliente o usuario Toma los beneficios Evaluacin que se puede solucionar en la prxima
obtiene la de los ciclos de vida rama del espiral.
satisfaccin de incremental y por
sus necesidades, prototipos, pero se
momento en el tiene ms en cuenta el
cual nos concepto de riesgo
retiramos del que aparece debido a
espiral las incertidumbres e
ignorancias de los
requerimientos
proporcionados al
principio del proyecto
o que surgirn durante
el desarrollo.

Incremental Este modelo de Es una repeticin de Anlisis Una forma de reducir los riesgos es ir Est orientado a cierto tipo de usuario o
ciclo de vida se ciclo de vida cascada. Diseo construyendo partes del sistema cliente. Podremos utilizar este modelo
basa en la Se realiza Codificacin de ciclo de vida para casi cualquier
filosofa de construyendo por pruebas Construir un sistema pequeo siempre proyecto, pero ser verdaderamente til
construir mdulos que cumplen es menos riesgoso que construir un cuando el usuario necesite entregas
incrementando las diferentes sistema grande. rpidas, aunque sean parciales.
las funciones del sistema. Como desarrollamos
funcionalidades Esto permite ir independientemente las
del programa aumentando funcionalidades, es ms fcil relevar
gradualmente las los requerimientos del usuario.
capacidades del Si se detecta un error grave, slo
 UNIVERSIDAD FRANCISCO DE PAULA SANTANDER
PROGRAMA DE INGENIERIA DE SISTEMAS

software. desechamos la ltima iteracin.

Este ciclo de vida No es necesario disponer de los
facilita la tarea del requerimientos de todas las
desarrollo permitiendo funcionalidades en el
a cada miembro del comienzo del proyecto
equipo desarrollar un
mdulo particular en
el caso de que el
proyecto sea realizado
por un equipo de
programadores.