CARMELO RIOS GOMEZ 29/04/2014

TABLA COMPARATIVA DE CICLOS DE VIDA TRADICIONALES

Espiral Cascada Desarrollo basado en
componentes

Prototipos Evolutivo Incremental
Costos El coste del proyecto aumenta
con cada iteracin que se realice.
La dimensin radial mide el
coste.

Este minimiza los gastos de
planificacin.
Un error de diseo conduce a
rediseo y aumenta el costo de
desarrollo
La aproximacin del DSBC es
utilizada para reducir costes.
Reduce costos y aumenta la
probabilidad de xito.
Un costo indefinido por que incrementa
con los cambios continuos.
Para el incremental es difcil de
evaluar el coste total.
Tiempo Mtodo de desarrollo rpido y
eficiente
Mucho tiempo en pasar por todo el
ciclo
La adicin de una pieza dada
de funcionalidad tomar das.
Es construido en poco
tiempo, usando programas
adecuados y sin muchos
recursos.
Un sistema inicial se desarrolla
rpidamente a partir de especificaciones
abstractas.
Muy utilizado en proyectos grandes y
complejos.
Dificultad Es un modelo complicado de
llevar a cabo porque exige una
gestin concienzuda, atenta y
unos conocimientos profundos.

Los problemas que se presentan
son corregidos posteriormente

Es difcil incorporar nuevas cosas si
se quiere actualizar
Las revisiones de proyectos de gran
complejidad son muy difciles
Se puede entender su
funcionamiento en base a las
especificaciones

Exige disponer de las
herramientas adecuadas.
Es un sistema con el que se
puede experimentar
Es un sistema con el que se puede
experimentar

Requiere de mucha planeacin, tanto
administrativa como tcnica.


Uso
Muy utilizado en proyectos
grandes y complejos.
Se desempea bien en proyectos
con requisitos claros o cuando se
trabaja con herramientas tcnicas y
es desaconsejable cuando se
necesita un rpido desarrollo.
El modelo incremental es til
sobre todo cuando el personal
necesario para una
implementacin completa no
est disponible.
Es til cuando el cliente
conoce los objetivos
generales para el software.

Recomendado para sistemas pequeos y
medianos.

Requiere de mucha planeacin, tanto
administrativa como tcnica.

Interactividades Si el cliente quiere seguir
haciendo mejoras en el software
se realiza otra vuelta al espiral
hasta que se aceptado y no
necesite ms mejoras.
El anlisis de riesgo requirela
participacin de personal con alta
calificacin


Los usuarios lo pueden entender
fcilmente.

Las tareas requeridas para
obtener la reaccin del cliente
segn la evaluacin de las
representaciones del software

El usuario tiende a crearse
unas
expectativas cuando ve el
prototipo de cara al sistema
final.
Consta del desarrollo de una versin
inicial que luego de exponerse se va
refinando de acuerdo de los comentarios o
nuevos requerimientos por parte del
cliente o del usuario final.
Se va ajustando a las necesidades del
cliente.
Si el diseo, arquitectura, estructura,
etc. Del software, no convencer al
cliente o al programador es rechazado
y se comienza con una segunda
iteracin. Sin la necesidad de realizar
un nuevo anlisis de requisitos.