Cuadro comparativo

Modelo en
cascada
Modelo en
espiral
Modelo
incremental
Modelo DRA
(Desarrollo
Rpido de
Aplicaciones
)
XP (Xtreme
Programmi
ng)
Qu
es?
Es el
enfoque
metodolgi
co que
ordena
rigurosame
nte las
etapas del
ciclo de
vida del
software,
de tal forma
que el inicio
de cada
etapa debe
esperar a la
finalizacin
de la
inmediatam
ente
anterior.
Consiste en
una serie de
ciclos que se
repiten en
forma de
espiral,
comenzando
desde el
centro. El
Espiral
puede verse
como un
modelo
evolutivo
que conjuga
la naturaleza
iterativa del
modelo
MCP. con
los aspectos
controlados
y
sistemticos
del modelo
cascada .
El
incremental
es un
modelo de
tipo
evolutivo
que est
basado en
varios
ciclos
Cascada
realimentad
os
aplicados
repetidame
nte, con
una
filosofa
iterativa
Es un
modelo de
proceso de
desarrollo
de software
lineal
secuencial
que enfatiza
un ciclo de
desarrollo
extremadam
ente corto.
Es una
metodolog
a ligera de
desarrollo
de software
que se
basa en la
simplicidad,
la
comunicaci
n, y
realimentac
ion del
cdigo
desarrollad
o. fue
desarrollad
o por kent
beck.
Fases
del
modelo
1. Anlisis
de
requerimien
tos:
Contiene la
especificaci
n
completa
de lo que
debe hacer
el sistema
sin entrar
en detalles
internos. 2.
Diseo del
Sistema
1. establecer
la
comunicaci
n entre el
cliente y el
desarrollado
r. 2.
definicin de
los recursos,
tiempo y otra
informacin
relacionada
con el
proyecto. 3.
evaluar los
riesgos
Dentro de
modelo
incremental
podemos
encontrar el
modelo
DRA.
1.Modelado
de gestin:
flujo de
informacin
entre las
funciones
de gestin
responde
las
siguientes
preguntas:
que
informacin
conduce al
proceso de
gestin?, A
1.
planificaci
n del
proyecto.de
finir las
historias de
usuario con
el cliente,
las historias
de usuario
tienen la
misma
finalidad
que los
casos de
uso, pero
Contiene la
descripcin
de la
estructura
relacional
global del
sistema y la
especificaci
n de lo
que debe
hacer cada
una de sus
partes, as
como la
manera en
que se
combinan
unas con
otras. 3.
Diseo del
Programa
Es la fase
en donde
se realizan
los
algoritmos
necesarios
para el
cumplimient
o de los
requerimien
tos del
usuario. 4.
Codificaci
n 5.
Pruebas 6.
Implantaci
n
tcnicos y
de gestin
del proyecto.
4. construir
una o ms
representaci
ones de la
aplicacin
software. 5.
construir la
aplicacin,
instalarla,
probarla y
proporcionar
soporte al
usuario o
cliente 6.
obtener la
reaccin del
cliente,
segn la
evaluacin
de lo creado
e instalado
en los ciclos
anteriores.
dnde va la
informacin
?, Quin la
procesa?

2.-modelado
de
datos:flujo
de
informacin
definido
como parte
de la fase
del
modelado
de gestin
se refina
como un
conjunto de
objetos y
datos
necesarios
para apoyar
la empresa.
3.modelado
de
procesos:
los objetos
de datos
definidos en
la fase de
modelado
quedan
transformad
os para
lograr el fin
deseado.
con
algunas
diferencias,
constan de
3 o 4 lineas
escritas por
el cliente en
un lenguaje
no tcnico,
sin
profundizar
mucho en
los detalles.

2. diseo.

3.
codificacin
. Debe
hacerse
atendiendo
estndares
de
codificacin
ya creados,
para
facilitar su
comprensi
n y
escalabilida
d.

4 pruebas.
Uso de test
para
comprobar
el
funcionami
ento de los
cdigos
que se van
implementa
ndo.
Ventajas
Se tiene
todo bien
organizado
y no se
mezclan las
fases. Es
Reduce
riesgos del
proyecto
Incorpora
objetivos de
calidad.
Se reduce
el tiempo
de
desarrollo
inicial, ya
que se
Permiten
que los
ingenieros
de sw
desarrollen
versiones
Programaci
n
organizada
menor taza
de errores
satisfaccin
perfecto
para
proyectos
que son
rgidos, y
adems
donde se
especifique
n muy bien
los
requerimien
tos y se
conozca
muy bien la
herramienta
a utilizar
Integra el
desarrollo
con el
mantenimien
to, etc.
Adems es
posible tener
en cuenta
mejoras y
nuevos
requerimient
os sin
romper con
la
metodologa,
ya que este
ciclo de vida
no es rgido
ni esttico.
implementa
la
funcionalid
ad parcial.
proporciona
todas las
ventajas
del modelo
en cascada
realimentad
o,
reduciendo
sus
desventaja
s slo al
mbito de
cada
incremento.
ms rpido
en
comparaci
n del
modelo de
cascada.
Resulta
ms
sencillo
acomodar
cambios al
acotar el
tamao de
los
incremento
s.
cada vez
ms
completas
del sw.
Producen
una versin
completa en
forma
incremental
con cada
iteracin
del
programad
or
Desvent
ajas
Un
proyecto
rara vez
sigue una
secuencia
lineal, esto
crea una
mala
implementa
cin del
modelo, lo
cual hace
que lo lleve
al fracaso.
El proceso
Genera
mucho
tiempo en el
desarrollo
del sistema
Modelo
costoso
Requiere
experiencia
en la
identificacin
de riesgos.
El modelo
Incremental
no es
recomenda
ble para
casos de
sistemas
de tiempo
real, de alto
nivel de
seguridad,
de
procesamie
nto
distribuido,
Para
proyectos
grandes,
necesita
suficientes
recursos
humanos
para crear el
nmero
correcto de
equipos
DRA Si los
desarrollado
res y
clientes no
Es
recomenda
ble
emplearlo
solo en
proyectos a
corto plazo.
Altas
comisiones
en caso de
fallar.
de creacin
del
software
tarda
mucho
tiempo ya
que debe
pasar por el
proceso de
prueba y
hasta que
el software
no est
completo
no se
opera.
y/o de alto
ndice de
riesgos.
Requiere
de mucha
planeacin,
tanto
administrati
va como
tcnica.
Requiere
de metas
claras para
conocer el
estado del
proyecto.
se
compromete
n con las
actividades
rpidas
necesarias
para
completar
un sistema
en un marco
de tiempo
muy breve,
los
proyectos
fallarn. Si
un sistema
no se puede
modular en
forma
apropiada,
la
construccin
de los
componente
s necesarios
ser
problemtic
a
Inapropiado
cuando los
riesgos
tcnicos son
altos
cuando se
aplican
muchas
nuevas
tecnologas
Usos
El modelo
en cascada
se despea
bien en
proyectos
con
requisitos
claros o
cuando se
trabaja con
herramienta
El modelo
en espiral es
beneficioso
en proyectos
que
necesitan
reduccin de
riesgos.
El modelo
incremental
es til
sobre todo
cuando el
personal
necesario
para una
implementa
cin
completa
El modelo
DRA es
utilizado
para ciclos
de vida del
software
cortos.
Es utilizado
para la
creacin y
desarrollo
practico de
software,
es utilizado
mucho
ltimament
e ya que es
una
s tcnicas y
es des
aconsejable
cuando se
necesita un
rpido
desarrollo.
no esta
disponible.
metodolog
a gil para
el
desarrollo.