modelo incremental

MODELO INCREMENTAL
(HISTORIA)
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. Surge porque en los primeros desarrollos se podía esperar largo tiempo hasta que el softwareestuviese listo. Las reglas del negocio de hoy no lo permiten.
Diferencias:
Evolutivo: Se diferencia del modelo por prototipos en que en prototipos se da por hecho que aunque se necesiten varias iteraciones para lograrlo al final se llegará a tener una serie de requisitos completos y sin errores, que no vayan a cambiar más.
En el modelo evolutivo se asume que los requisitos pueden cambiar encualquier momento del ciclo de vida y no solo en la etapa de análisis.
Incremental: Es una aproximación muy parecida a la evolutiva. En este modelo se desarrolla el sistema para satisfacer un subconjunto de los requisitos especificados y en posteriores versiones se incrementa el programa con nuevas funcionalidades que satisfagan más requisitos.
En el caso del modelo evolutivo se desarrollaría una nuevaversión de todo el sistema, en el incremental se parte de la versión anterior sin cambios y le añadimos las nuevas funcione







DEFINICION MODELO INCREMENTAL:

Provee una estrategia para controlar la complejidad y los riesgos, desarrollando una parte del producto software reservando el resto de aspectos para el futuro.
Lo más importante es crear una actitud evolutiva hacia el diseñoy su modo de hacerlo, que se enriquezca después con la diversidad de fuentes disponibles.
Las palabras iterativo e incremental tienen una finalidad semejante: resolver problemas con incertidumbre. Tanto el desarrollo de software iterativo e incremental como los procesos de aproximaciones sucesivas buscan un valor desconocido.
Un sistema software con capacidad de evolución deberá tener holguraspara adaptarse a la incertidumbre. Si todo está rígidamente definido, difícilmente se podrá amoldar a los cambios.
Aunque necesite definiciones exactas y concretas para funcionar, el sistema debe operar con definiciones flexibles para conseguir libertad de modificación
La secuencia evolutiva debe ser acordada con el cliente después de un estudio de los riesgos del proyecto;
se debendesarrollar primero las prioridades más altas del cliente, porque de no cumplirlas, el proyecto fracasa. En general, las prioridades más altas del proyecto se refieren al comportamiento esencial del sistema, a sus operaciones más frecuentes. Las excepciones y los detalles, dependiendo del riesgo, se pueden dejar para después.
El software debe ser diseñado con mucho más cuidado si se quiere softwareevolutivo. Conviene hacer el diseño con recursos informáticos que faciliten las modificaciones y de paso, generen la documentación. Pero, si no se tienen con papel y lápiz. Los documentos de diseño son esenciales al proceso de diseño y construcción.
Los principios básicos son:
Una serie de mini-Cascadas se llevan a cabo, donde todas las fases de la cascada modelo de desarrollo se han completadopara una pequeña parte de los sistemas, antes de proceder a la próxima incremental
Se definen los requisitos antes de proceder con lo evolutivo, se realiza un mini-Cascada de desarrollo de cada uno de los incrementos del sistema
El concepto inicial de software, análisis de las necesidades, y el diseño de la arquitectura y colectiva básicas se definen utilizando el enfoque de cascada, seguida poriterativo de prototipos, que culmina en la instalación del prototipo final.

Software cerrado y abierto
Cada incremento supone una entrega de software, al menos para su contraste con el cliente, que decide sobre el curso del producto que estamos desarrollando. Por tanto, cada entrega supone un software, en cierto sentido cerrado, terminado. Pero, también, abierto a los próximos incrementos. El...