UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES

UNIANDES

FACULTAD DE SISTEMAS MERCANTILES

CARRERA DE SISTEMAS
INGENIERIA DE SOFTWARE
TEMA: MODELO INCREMENTAL
AUTORES:
Ruano Quiroz Carlos Daniel
TUTOR:
Ing. Luis Suarez

Ibarra Ecuador
Octubre 2014 Marzo 2015

TEMA: MODELO INCREMENTAL.

MODELO INCREMENTAL
Conceptos
Propuesto por Mills en 1980.
El modelo incremental combina elementos del modelo lineal secuencial (aplicados
repetidamente) con la filosofa interactiva de construccin de prototipos. Aplica
secuencias lineales de forma escalonada mientras progresa el tiempo en el calendario.
Al igual que los otros mtodos de modelado, el Modelo Incremental es de naturaleza
interactiva pero se diferencia de aquellos en que al final de cada incremento se
entrega un producto completamente operacional.
Es decir, bajo este modelo se entrega software por partes funcionales ms
pequeas, pero reutilizables, llamadas incrementos. En general cada incremento se
construye sobre aquel que ya fue entregado.
Historia
Propuesto por Mills en 1980. Sugiri el enfoque incremental de desarrollo como una
forma de reducir la repeticin del trabajo en el proceso de desarrollo y dar
oportunidad de retrasar la toma de decisiones en los requisitos hasta adquirir
experiencia con el sistema. Surge porque en los primeros desarrollos se pidi esperar
largo tiempo hasta que el software estuviese listo las reglas del negocio de hoy no lo
permiten.
CARACTERISTICAS

Cada incremento agrega funcionalidad adicional o mejorada sobre el sistema

Cada etapa debe cumplir con los requisitos de las desarrolladas
La propuesta del modelo es disear sistemas que puedan entregarse por
piezas.
A partir de la evaluacin se planea el siguiente incremento y as
sucesivamente.
Es interactivo por naturaleza
Es til cuando el personal no es suficiente para la implementacin completa.
Los requerimientos del usuario se priorizan y los requerimientos de prioridad
ms altos son incluidos en
los incrementos tempranos.

Hechos de incrementos tempranos como un prototipo, ayudan a obtener

requisitos para los incrementos
ms tardos.
Los usuarios no tiene que esperar.
Se evitan proyectos largos y se entrega Algo de valor a los usuarios con cierta
frecuencia.
El usuario se involucra ms
Requiere gestores experimentados

FASES
En una visin genrica, el proceso se divide en 4 fases:

Anlisis
Diseo
Cdigo
Prueba

PROCESO

Cada iteracin comprende:

lanificar la iteraci n estudio de riesgos
Anlisis de los Casos de Uso y escenarios
Diseo de opciones arquitectnicas
Codificacin y pruebas. La integracin del nuevo cdigo con el hecho en
iteraciones anteriores se hace gradualmente durante la construccin
Evaluacin de la entrega de ejecutable (evaluacin del prototipo en funcin de
las pruebas y de los criterios definidos
reparaci n de la entrega documentaci n e instalaci n del prototipo

VENTAJAS

Los clientes no tienen que esperar hasta que el sistema se entregue

completamente para comenzar a hacer uso de l.
Los clientes pueden usar los incrementos iniciales como prototipo para
precisarlos requerimientos posteriores del sistema.
Minimizacin del riesgo de falla en el proyecto porque los errores se van
corrigiendo progresivamente.
El resultado puede ser muy positivo.

DESVENTAJAS

Difcil de aplicar a sistemas transaccionales que tienden a ser integrados y a

operar como un todo.
Riesgos largos y complejos.
Pueden aumentar el coste debido a las pruebas.
Los errores en los requisitos se detectan tarde.

APLICACIN
Modelo iterativo incremental para el ciclo de vida del software,

EJEMPLOS

Un procesador de texto que sea desarrollado bajo el paradigma Incremental

podra aportar, en principio, funciones bsicas de edicin de archivos y
produccin de documentos (algo como un editor simple).
En un segundo incremento se le podra agregar edicin ms sofisticada, y
degeneracin y mezcla de documentos.
En un tercer incremento podra considerarse el agregado de funciones de
correccin ortogrfica, esquemas de paginado y plantillas; en un cuarto
capacidades de dibujo propias y ecuaciones matemticas. As sucesivamente
hasta llegar al procesador final requerido. As, el producto va creciendo,
acercndose a su meta final, pero desde la entrega del primer incremento ya es
til y funcional para el cliente, el cual observa una respuesta rpida en cuanto a
entrega temprana; sin notar que la fecha lmite del proyecto puede no estar
acotada ni tan definida, lo que da margen de operacin y alivia presiones al
equipo de desarrollo.