Modelo Incremental

• Propuesto por Mills en 1980.• Sugirió el enfoque incremental de

desarrollo como una forma de reducir la repetición 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 años y 8 meses.El fallecido D. Harlan Mills fue ampliamente reconocido por sus contribuciones como un matemático que ver con lo que más rigor en sistemas y desarrollo de software. En el momento de su muerte en 1996, fue el Director del Instituto de Sistemas de Información en Vero Beach, Florida. Anteriormente había trabajado en IBM desde 1964 hasta 1987, donde alcanzó la categoría de prójimo. Durante su estancia en IBM, se desempeñó como Director de Ingeniería de Software y Tecnología de la División de Sistemas Federal y miembro del Comité Técnico de IBM Corporate. Harlan Mills enseñó en la Universidad de Maryland, el estado de Iowa, Princeton, John Hopkins, y las universidades de Nueva York. 

• Mills fue un matemático y pionero de ingeniería de software, conocido como el creador de la transferencia de tecnología de sala limpia y el concepto de equipo programador jefe. Mills creía que los programas eran reglas para funciones matemáticas. 

Aplicó el desarrollo incremental y la teoría estadística para pruebas de software, lo que llevó a la tecnología de pruebas de uso estadístico y certificación de calidad. Era conocido por la integración de los principios matemáticos y estadísticos con tecnologías de ingeniería, lo que llevó a la realización de software libre de errores. Este proceso se utiliza en América del Norte y Europa para el diseño de software fiable de los productos sanitarios para plantas de energía nuclear controles y componentes de telefonía de conmutación. 

• Este modelo se conoce también con otras tres denominaciones:•Método de las comparaciones limitadas sucesivas• Ciencia de salir del paso•Método de atacar el problema por ramas

• Se funda con el supuesto de que existe una teoría general que nos permite prever comportamientos y tendencias.

• Surge porque en los primeros desarrollos se podía esperar largo tiempo hasta que el software estuviese listo. Las reglas del negocio de hoy no lo permiten.

• La propuesta del modelo es diseñar 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 más. • - Dificil de evaluar el costo total. • - Díficil 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.

Análisis Diseño Código Prueba Entrega del 1º incremento

Análisis Diseño Código Prueba Entrega del 2º incremento

Análisis Diseño Código Prueba Entrega del 3º incremento

Análisis Diseño Código PruebaEntrega del 4º

incremento

INCREMENTO 2

INCREMENTO 3

INCREMENTO 4

• Hechos de incrementos tempranos como un prototipo, ayudan a obtener requisitos para los incrementos más tardíos.

• El más bajo riesgo de falla del proyecto global.

• Los servicios de sistema de prioridad más altos tienden a recibir la mayoría de pruebas.

• Prioriza los requisitos del usuario y los requisitos de más alta prioridad se incluyen en los incrementos más tempranos.

• El usuario se involucra más.• 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 implementación completa.

• Difícil de evaluar el costo total.• Difícil 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 más alta prioridad se incluyen en los incrementos más tempranos.

• Las primeras versiones son incompletas pero proporcionan al usuario la funcionalidad que precisa y una plataforma para la evaluación.

• Se necesitan pruebas de regresión.• 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 algún modo.

• El modelo permite una implementación con refinacmientos sucesivos (ampliación y/o mejora).

• Con cada incremento se agrega nueva funcionalidad o se cubren nuevos requisitos o bien se mejora la versión previamente implementada del producto software.