Vous êtes sur la page 1sur 13

Modelo Incremental

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

Harlan Mills naci el 14 de mayo de 1919. Mills se gradu de Iowa State University. Trabaj como autor. Muri en enero de 1996 a la edad de 76 aos y 8 meses. El fallecido D. Harlan Mills fue ampliamente reconocido por sus contribuciones como un matemtico que ver con lo que ms rigor en sistemas y desarrollo de software. En el momento de su muerte en 1996, fue el Director del Instituto de Sistemas de Informacin en Vero Beach, Florida. Anteriormente haba trabajado en IBM desde 1964 hasta 1987, donde alcanz la categora de prjimo. Durante su estancia en IBM, se desempe como Director de Ingeniera de Software y Tecnologa de la Divisin de Sistemas Federal y miembro del Comit Tcnico de IBM Corporate. Harlan Mills ense en la Universidad de Maryland, el estado de Iowa, Princeton, John Hopkins, y

Mills fue un matemtico y pionero de ingeniera de software, conocido como el creador de la transferencia de tecnologa de sala limpia y el concepto de equipo programador jefe. Mills crea que los programas eran reglas para funciones matemticas. Aplic el desarrollo incremental y la teora estadstica para pruebas de software, lo que llev a la tecnologa de pruebas de uso estadstico y certificacin de calidad. Era conocido por la integracin de los principios matemticos y estadsticos con tecnologas de ingeniera, lo que llev a la realizacin de software libre de errores. Este proceso se utiliza en Amrica del Norte y Europa para el diseo de software fiable de los productos sanitarios para plantas de energa nuclear controles y componentes de telefona de conmutacin.

Este modelo se conoce tambin con otras tres denominaciones: Mtodo de las comparaciones limitadas sucesivas Ciencia de salir del paso Mtodo de atacar el problema por ramas Se funda con el supuesto de que existe una teora general que nos permite prever comportamientos y tendencias.

Surge porque en los primeros desarrollos se poda esperar largo tiempo hasta que el software estuviese listo. Las reglas del negocio de hoy no lo permiten. La propuesta del modelo es disear sistemas que puedan entregarse por piezas.

- Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta frecuencia. - El usuario se involucre ms. - Dificil de evaluar el costo total. - Dficil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como un todo. - Requiere gestores experimentados. - Los errores en los requisitos se detectan tarde. - El resultado puede ser muy positivo.

Anlisis

Diseo

Cdigo
INCREMENTO 2

Prueba

Entrega del 1 incremento

Anlisis

Diseo

Cdigo
INCREMENTO 3

Prueba

Entrega del 2 incremento

Anlisis

Diseo

Cdigo

Prueba

Entrega del 3 incremento


Entrega del 4 incremento

INCREMENTO 4

Anlisis

Diseo

Cdigo

Prueba

Hechos de incrementos tempranos como un prototipo, ayudan a obtener requisitos para los incrementos ms tardos. El ms bajo riesgo de falla del proyecto global. Los servicios de sistema de prioridad ms altos tienden a recibir la mayora de pruebas. Prioriza los requisitos del usuario y los requisitos de ms alta prioridad se incluyen en los incrementos ms tempranos.

El usuario se involucra ms. Los usuarios no tiene que esperar. Se evitan proyectos largos y se entrega Algo de valor a los usuarios con cierta frecuencia Se puede financiar el proyecto por partes. No se necesita tanto personal al principio como para una implementacin completa.

Difcil de evaluar el costo total. Difcil de aplicar a sistemas transaccionales que tienden a ser integrados y a funcionar como un todo. Requiere gestores experimentados. Los errores en los requisitos se detectan tarde.

Prioriza los requisitos del usuario y los requisitos de ms alta prioridad se incluyen en los incrementos ms tempranos. Las primeras versiones son incompletas pero proporcionan al usuario la funcionalidad que precisa y una plataforma para la evaluacin. Se necesitan pruebas de regresin. Pueden aumentar el coste debido a las pruebas.

Un modelo incremental lleva a pensar en un desarrollo modular, con entregas parciales del productoSoftware denomidados incrementos del sistema, que son escogidos en base a prioridades predefinidas de algn modo. El modelo permite una implementacin con refinacmientos sucesivos (ampliacin y/o mejora). Con cada incremento se agrega nueva funcionalidad o se cubren nuevos requisitos o bien se mejora la versin previamente implementada del producto software.