Aplicable cuando los

requisitos son medianamente
Permite entregar
software “por partes
funcionales más
pequeñas”
(reutilizables),
llamadas incrementos.
Sugirió como una forma Surge porque en los
bien conocidos (no son de reducir la repetición primeros desarrollos
completamente estáticos y del trabajo en el proceso se podía esperar largo
de desarrollo y dar
definidos. tiempo hasta que el
oportunidad de retrasar software estuviese
la toma de decisiones en
listo. Las reglas del
los requisitos hasta negocio de hoy no lo
adquirir experiencia con
Cada incremento se permiten.
construye sobre aquel el sistema.
que ya fue entregado.
Propuesto
por Mills
en 1980.

Ventajas:
 Los clientes no tienen que esperar
hasta que el sistema se entregue
Características completamente para comenzar a
 Aplica el enfoque lineal secuencial escalonadamente hacer uso de él.
 Cada incremento agrega funcionalidad adicional o  Permite usar incrementos iniciales
mejorada sobre el sistema como prototipo para precisar los
 Cada etapa debe cumplir con los requisitos de las requerimientos posteriores del
desarrolladas sistema.
 La propuesta del modelo es diseñar sistemas que MMO
M OD
O DE
DEEL
LO
L O
O  Minimización del riesgo de falla en
puedan entregarse por piezas. IIIN
NC
N CR
CRRE
EM
E ME
M EN
ENNT
TTA
AL
A L
L el proyecto porque los errores se van
 Ofrece una respuesta rápida, y permite una entrega corrigiendo progresivamente.
temprana.  El resultado puede ser muy positivo
 Es interactivo por naturaleza 
 Es útil cuando el personal no es suficiente
 Modelo brinda flexibilidad para que durante el
desarrollo se incluyan cambios en los requisitos.

Ventajas:
Desventajas
 Al ir desarrollando parte de las funcionalidades, es
 Difícil de aplicar a sistemas
más fácil determinar si los requerimientos planeados
transaccionales (integrados y
para los niveles subsiguientes son correctos.
operan como un todo)
 Si un error importante es realizado, sólo la última
 Riesgos largos y complejos.
iteración necesita ser descartada.
 Pueden aumentar el coste debido
 Reduciendo el tiempo de desarrollo de un sistema
a las pruebas.
decrecen las probabilidades que esos requerimientos
 Los errores en los requisitos se
de usuarios puedan cambiar durante el desarrollo.
detectan tarde.
 Si un error importante es realizado puede ser
arreglado antes del comienzo del próximo
incremento