Académique Documents
Professionnel Documents
Culture Documents
requisitos son medianamente 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
Permite entregar de desarrollo y dar
software “por partes definidos. tiempo hasta que el
oportunidad de retrasar software estuviese
funcionales más la toma de decisiones en
pequeñas” listo. Las reglas del
los requisitos hasta negocio de hoy no lo
(reutilizables), adquirir experiencia con
llamadas incrementos. 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