Modelo
Cascada
Ventajas
Desventajas
Es
un
modelo
lineal y por
los
modelos
lineales
son
las
ms
simples
a
ser
implementadas.
Si la fase de
diseo ha ido mal,
las cosas pueden
ser
muy
complicado en la
fase de ejecucin.
La cantidad de
recursos
necesarios
para
implementar este
modelo es mnimo.
Se
produce
en
cada etapa del
desarrollo
del
modelo
de
cascada. Esto hace
que
la
comprensin
del
producto disear
procedimiento
ms sencillo.
Los
pequeos
cambios o errores
que surgen en el
software completo
puede
causar
mucho problema.
Las pruebas se
realizan
para
comprobar
el
Ejemplos proyecto de
SW
Requisitos desde que el
usuario pulsa el botn
en la puerta hasta que
esta cierre o no deba
transcurrir ms de 3
segundos. Este requisito
corresponde
a
un
servicio
que
debe
proporcionar al usuario.
correcto
funcionamiento
del cdigo.
Reutilizacin
del
Software.
Mayor
calidad.
(Aunque
esta
depende
de
si
somos
o
no
buenos
compradores).
Ciclos
de
desarrollo
se
hacen ms cortos
.
El dinero invertido
regresa en menos
tiempo.
software no est
en las manos del
cliente.
Por
lo
tanto, es difcil en
condiciones
de
mencionar si lo
que
se
ha
diseado
es
exactamente
lo
que haba pedido
Genera
mucho
tiempo
en
el
desarrollo
del
sistema.
Modelo costoso.
Cuando
un
sistema falla se
pierde tiempo y
coste dentro de la
empresa.
Incremental
Con un paradigma
incremental
se
reduce el tiempo
de
desarrollo
inicial, ya que se
implementa
la
funcionalidad
parcial.
provee un impacto
ventajoso frente al
cliente, que es la
entrega temprana
de
partes
operativas
del
Software.
al mbito de cada
incremento.
Permite entregar
al
cliente
un
producto
ms
rpido
en
comparacin
del
modelo
de
cascada.
Resulta
ms
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.
Se
Pgina en el cuarto. Se
debera tener en cuenta
que el flujo del proceso
de cualquier incremento
puede
incorporar
el
de
necesitan paradigma
sencillo acomodar
cambios al acotar
el tamao de los
incrementos.
Espiral
El
modelo
en
espiral
puede
adaptarse
y
aplicarse a lo largo
de la vida del
software
de
computadora.
Como el software
evoluciona
a
medida
que
progresa
el
proceso,
el
desarrollador y el
cliente
comprenden
y
reaccionan mejor
ante riesgos en
cada uno de los
nivele evolutivos.
lo
desarrolla
aplicar el enfoque
de construccin de
pruebas
regresin
coste
aumentar
de construccin
y
su prototipos.
puede
Resulta
difcil
convencer
a
grandes
clientes
de que el enfoque
evolutivo
es
controlable.
Debido
a
su
elevada
complejidad no se
aconseja utilizarlo
en
pequeos
sistemas.
Genera demasiado
tiempo
en
el
desarrollo
de
sistemas.
Si
no
existen
grupos de trabajo
no
se
puede
trabajar en ste
mtodo.
de
prototipos
en
cualquier etapa de
evolucin
del
producto.
Prototipo
demanda
una
consideracin
directa
de
los
riesgos
tcnicos
en
todas
las
etapas
del
proyecto y si se
aplica
adecuadamente
debe reducir los
riesgos antes de
que se conviertan
en problemas.
Es til cuando el
cliente conoce los
objetivos
generales para el
software.
Ofrece un mejor
enfoque cuando el
responsable
del
desarrollo del
En el Diseador de
aplicaciones, el cuadro
de herramientas incluye
prototipos
de
aplicaciones
predefinidos que puede
utilizar para definir las
aplicaciones.
Un
prototipo de aplicacin
La
adaptabilidad
de
un
sistema
operativo o de la
forma que debera
tomar
la
interaccin
humano-mquina.
prototipos
personalizados a partir
de
aplicaciones
y
extremos
ya
configurados
en
el
diagrama
de
aplicaciones as como
expandir el conjunto de
tipos y prototipos de
aplicaciones que puede
utilizar
mediante
la
instalacin de paquetes
suministrados
por
Microsoft o por terceros
o crendolos mediante
el kit de desarrollo de
software
(SDK)
del
modelo de definicin del
sistema (SDM).