Ciclos de Vida Tradicionales

Cascada Desarrollo
basado en
componentes

Espiral Prototipos Evolutivo Incremental



Tiempo




Mucho tiempo en pasar
por todo el ciclo

Ciclos de
desarrollo ms
cortos. La
adicin de una
pieza dada de
funcionalidad
tomar das.

Mtodo de
desarrollo
rpido y
eficiente
Es
construido
en poco
tiempo,
usando
programas
adecuados y
sin muchos
recursos.

Un sistema
inicial se
desarrolla
rpidamente a
partir de
especificaciones
abstractas.

Este reduce el tiempo de
desarrollo inicial, ya que
se implementa la
funcionalidad parcial.
El incremental entrega al
cliente un producto ms
rpido en comparacin
del modelo en cascada.





Costos




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.
Modelo
costoso.

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






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.











Comunicacin
con el cliente-

Comunicacin
entre el
cliente y
desarrollador.
El usuario
tiende a
crearse unas
Consta del
desarrollo de
una versin
inicial que
El usuario se involucra
ms.
Si el diseo, arquitectura,
estructura, etc. Del
CUADRO COMPARATIVO --- LUIS DANIEL CRUZ ROMAN



Interactividades




Los usuarios lo pueden
entender fcilmente.

Las tareas
requeridas.

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


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

Expectativas
cuando ve el
prototipo de
cara al
sistema
final.
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.
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.
Se mantienen al cliente
en constante contacto
con los







Dificultad
Cualquier error de
diseo detectado en la
etapa de prueba
conduce
necesariamente al
rediseo y nueva
programacin del
cdigo afectado.
Los problemas que se
presentan son
corregidos
posteriormente







Se puede
entender su
funcionamiento
en base a las
especificaciones.


Es un modelo
complicado
de llevar a
cabo porque
exige una
gestin
concienzuda,
atenta y unos
conocimientos
profundos.



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


El proceso no
es visible

A menudo los
sistemas tienen
una estructura
deficiente por la
complejidad.






Requiere de mucha
planeacin, tanto
administrativa como
tcnica.

Es difcil incorporar
nuevas cosas si se
quiere actualizar

Las revisiones de
proyectos de gran
complejidad son muy
difciles





Uso

Sigue siendo el
paradigma ms seguido
al da de hoy.
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
beneficioso
en proyectos
que necesitan
reduccin de
riesgos. Muy
utilizado en
proyectos
grandes y
complejos.




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.