CUADRO COMPARATIVO MODELOS DE DESARROLLO

TIPO DE
MODELO

SECUENCIAL
ES

MODELO
DE
DESARR
OLLO DE
SOFTWA
RE
CASCAD
A

CARACTERIS
TICAS

Ordena
rigurosamente
las etapas del
ciclo de vida
del software,
de forma tal
que el inicio de
cada etapa
debe esperar
a la
finalizacin de
la
inmediatament
e anterior.

FASES

VENTAJAS

DESVENTAJAS

Una de las
contribuciones
ms
importantes del
modelo cascada
es para los
administradores
,
posibilitndoles
avanzar en el
desarrollo,
aunque en una
escala muy
bruta.

Los cambios
introducidos durante
el desarrollo pueden
confundir al equipo
profesional en las
etapas tempranas del
proyecto. Si los
cambios se producen
en etapa madura
(codificacin o
prueba) pueden ser
catastrficos para un
proyecto grande.

No es
frecuente que el
cliente o usuario final
explicite clara y
completamente los
requisitos (etapa de
inicio); y el modelo
lineal lo requiere. La
incertidumbre natural
en los comienzos es
luego difcil de

ESTRUCTURA

MODELO
V

Representaci
n grfica del
ciclo de vida
del desarrollo
de un sistema.
En l se
resumen las
principales
medidas que
deben
adoptarse en
relacin con
las
prestaciones
correspondient
es en el marco
del sistema

Fase # 1: est orientado al cliente.

El inicio del proyecto y el fin del
proyecto constituyen los dos
extremos del ciclo. Se componen del
anlisis de requisitos y
especificaciones, se traduce en un
documento de requisitos y
especificaciones.
Fase # 2: se dedica a las
caractersticas funcionales del
sistema propuesto. Puede
considerarse el sistema como una
caja negra, y caracterizarla
nicamente con aquellas funciones
que son directa o indirectamente
visibles por el usuario final, se
traduce en un documento de anlisis

Es un modelo
sencillo y de
fcil
aprendizaje.
La relacin
entre las etapas
de desarrollo y
los distintos
tipos de
pruebas facilitan
la localizacin
de fallos.
Especifica bien
los roles de los
distintos tipos
de pruebas a

acomodar.

El cliente debe
tener paciencia ya
que el software no
estar disponible
hasta muy avanzado
el proyecto. Un error
detectado por el
cliente (en fase de
operacin) puede ser
desastroso,
implicando reinicio del
proyecto con altos
costos.
El cliente debe tener
paciencia pues
obtendr el producto
al final del ciclo de
vida
Las pruebas pueden
ser caras y, a veces,
no lo suficientemente
efectivas
El producto final
obtenido puede que
no refleje todos los
requisitos del usuario
No se puede repetir
la secuencia de pasos

informtico de
validacin.
Aqu se
describen las
actividades y
resultados que
deben
producirse
durante el
desarrollo del
proyecto.
Es una
variacin del
modelo en
cascada que
muestra cmo
se relacionan
las actividades
de prueba con
el anlisis y el
diseo.

MODELO
W

Lo que hace el
modelo en W
es diferenciar
claramente
cules son los
hitos de un
proyecto
software (algo

funcional.

realizar

Fase # 3: Define los componentes

hardware y software del sistema
final, a cuyo conjunto se denomina
arquitectura del sistema.

Involucra al
usuario en las
pruebas

si este no sale bien;

Se debe realizar
nuevamente todo el
proceso de validacin
y verificacin.

Fase # 4: Es la fase de
implementacin, en la que se
desarrollan los elementos unitarios o
mdulos del programa.

Fases de desarrollo de software

Especificacin de requisitos.
Anlisis.
Diseo
Construccin.
Fases testing temprano
Revisin, requisitos y plan de

*Ms claro y
completo *Hace
explcito parte
de la iteracin y
trabajo que hay
que revisar
*Especifica bien
los roles de los

Mantenimiento
costoso para el
usuario.

Si ocurre una falla en

una fase , no se
puede continuar en la

que poda
resultar
confuso en el
modelo en V)
de manera
que en la
primera recta
estn los hitos
previos a la
construccin
del software
(con las
pruebas y
verificaciones
correspondient
es a los hitos
documentales)
y en la
segunda los
posteriores a
la construccin
del software

pruebas de aceptacin.
Revisin, anlisis y plan de
pruebas funcionales.
Revisin, diseo y plan de
pruebas.
Construccin de pruebas.

Fases testing software

Pruebas de aplicacin.
Pruebas funcionales y de
sistema.
Pruebas unitarias y de
integracin.
Pruebas de cdigo.

distintos tipos
de pruebas a
realizar

siguiente.
Los errores en
cualquier fase no
permiten avanzar a la
siguiente hasta no
repararsen.

ITERATIVOS

DRA(RAD
)

El Desarrollo
Rpido de
Aplicaciones
(DRA) es un
modelo de
proceso del
desarrollo del
software lineal
secuencial que
enfatiza un
ciclo de
desarrollo
extremadamen
te corto. El
modelo DRA
es una
adaptacin a
alta
velocidad del
modelo lineal
secuencial en
el que se logra
el desarrollo
rpido
utilizando un
enfoque de
construccin
basado en
componentes.
Si se
comprenden

El modelado de Gestin se modela

respondiendo a: Qu informacin
conduce el modelo de gestin?,
Qu informacin se genera?,
Quin la genera?, A dnde va la
informacin?, Quin la procesa?.
El modelado de Datos refina la
informacin determinada en el paso
anterior con la definicin de un
conjunto de objetos de datos con
metodologas propias para tal fin.
El modelado del proceso define
funciones de gestin (insertar,
borrar, modificar, recuperar) que
utilizan el modelo de datos definido
para procesar la informacin.
La generacin de la aplicacin debe
realizarse con herramientas de
cuarta generacin con herramientas
que automatizan la creacin de
componentes y su reutilizacin.
Finalmente la etapa de pruebas y
entrega se supone es corta por la
reutilizacin de software ya existente
y correcto.

Desarrollo
completo de
una Aplicacin
en poco tiempo.

+Progreso ms difcil
de medir.
Para proyectos
grandes el DRA
requiere recursos
humanos suficientes.
Requiere clientes y
desarrolladores
comprometidos con
las actividades
rpidas. No Todas
las aplicaciones son
candidatas a utilizar
DRA.
No es Adecuado en
altos riesgos.

ESPIRAL

bien los
requisitos y se
limita el mbito
del proyecto,
el DRA
permite al
equipo de
desarrollo
implementar
un Sistema
completament
e funcional,
dentro de
perodos
cortos tiempo
Modelo
centrado en
las
actividades,
las cuales son
organizadas
en ciclos.
Consiste en
una serie de
ciclos que se
repiten en
forma de
espiral,
comenzando
desde el
centro.

1. Determinar o fijar los

objetivos. En este paso se
definen los objetivos especficos
para posteriormente identifica
las limitaciones del proceso y
del sistema de software,
adems se disea una
planificacin detallada de
gestin y se identifican los
riesgos.
2. Anlisis del riesgo. En este
paso se efecta un anlisis
detallado para cada uno de los
riesgos identificados del
proyecto, se definen los pasos a
seguir para reducir los riesgos y

No requiere una
definicin
completa de los
requerimientos
del software a
desarrollar para
comenzar su
funcionalidad.
En la
terminacin de
un producto
desde el final de
la primera
iteracin es muy
factible aprobar
los requisitos.

Requiere
mucha experiencia y
habilidad para la
evaluacin de los
riesgos, lo cual es
requisito para el xito
del proyecto.

Es difcil
convencer a los
grandes clientes que
se podr controlar
este enfoque
evolutivo.

luego del anlisis de estos

riesgos se planean estrategias
alternativas.
3. Desarrollar, verificar y validar.
En este tercer paso, despus del
anlisis de riesgo, se eligen un
paradigma para el desarrollo del
sistema de software y se lo
desarrolla.

SCRUM

Scrum es una
metodologa
para la gestin
y desarrollo de
software
basada en un
proceso
iterativo e
incremental
utilizado
comnmente
en entornos
basados en el

4. Planificar. En este ltimo paso

es donde el proyecto se revisa y
se toma la decisin si se debe
continuar con un ciclo posterior
al de la espiral. Si se decide
continuar, se desarrollan los
planes para la siguiente fase del
proyecto.
1. Planificacin de la iteracin
( seleccin de requisitos)
2. Ejecucin de la planificacin.
3. Inspeccin y adaptacin.

Sufrir retrasos
corre un riesgo
menor, porque
se comprueban
los conflictos
presentado
tempranamente
y existe la forma
de poder
corregirlos a
tiempo.

Se obtiene
software lo ms
rpido posible y
este cumple con
los
requerimientos
ms
importantes.
Se trabaja en
iteraciones
cortas, de alto
enfoque y total
transparencia.

Falta de
documentacin del
diseo. Al no haber
documentacin es el
cdigo (junto con sus
comentarios) lo que
se toma como
documentacin.

desarrollo gil
de software;
Scrum es un
proceso en el
que se aplican
de manera
regular un
conjunto de
mejores
prcticas para
trabajar en
equipo y
obtener el
mejor
resultado
posible de un
proyecto.
Aunque Scrum
estaba
enfocado a la
gestin de
procesos de
desarrollo de
software,
puede ser
utilizado en
equipos de
mantenimiento
de software, o
en una
aproximacin
de gestin de

Se acepta que
el cambio es
una constante
universal y se
adapta el
desarrollo para
integrar los
cambios que
son
importantes.
Se incentiva la
creatividad de
los
desarrolladores
haciendo que el
equipo sea auto
administrado.
Se mantiene la
efectividad del
equipo
habilitando y
protegiendo un
entorno libre de
interrupciones e
interferencias.
Permite
producir
software de una
forma
consistente,
sostenida y
competitiva.

Problemas derivados
de la comunicacin
oral. No hace falta
decir que algo que
est escrito no se
puede borrar, en
cambio, algo dicho es
muy fcil crear
ambigedad.
Fuerte dependencia
de las personas.
Falta de reusabilidad
derivada de la falta de
documentacin
Restricciones en
cuanto a tamao de
los proyectos
Problemas derivados
del fracaso de los
proyectos giles. Si

programas:
Scrum de
Scrum.
Scrum es una
metodologa
gil, y como
tal:
Es un modo
de desarrollo
de carcter
adaptable ms
que predictivo.
Orientado a
las personas
ms que a los
procesos.

Emplea la
estructura de
desarrollo gil:
Incremental
basada en
iteraciones y
revisiones.

Las reuniones
se dedican a
inconvenientes
recientes,
evitando el
estancamiento

un proyecto gil
fracasa no hay
documentacin o hay
muy poca; lo mismo
ocurre con el diseo.
La comprensin del
sistema se queda en
las mentes de los
desarrolladores.

INCREMANTA
LES O
EVOLUTIVOS

Increment
al

Modelos que
consisten en
un desarrollo
inicial de la
arquitectura
completa del
sistema,
seguido de
sucesivos
incrementos
funcionales.

Anlisis
Diseo
Programacin
Pruebas.

Con un
paradigma
incremental se
reduce el
tiempo de
desarrollo
inicial, ya que
se implementa
la funcionalidad
parcial.
- Tambin
provee un
impacto
ventajoso frente
al cliente, que
es la entrega
temprana de
partes
operativas del
Software.
- El modelo
proporciona
todas las
ventajas del
modelo en
cascada
realimentado,
reduciendo sus
desventajas
slo al mbito
de cada
incremento.

El modelo
Incremental no es
recomendable para
casos de sistemas de
tiempo real, de alto
nivel de seguridad, de
procesamiento
distribuido, y/o de alto
ndice de riesgos.
- Requiere de mucha
planeacin, tanto
administrativa como
tcnica.
- Requiere de metas
claras para conocer el
estado del proyecto.

- Permite
entregar al
cliente un
producto ms
rpido en
comparacin del
modelo de
cascada.
- Resulta ms
sencillo
acomodar
cambios al
acotar el
tamao de los
incrementos.
- Por su
versatilidad
requiere de una
planeacin
cuidadosa tanto
a nivel
administrativo
como tcnico.