5.

capitulo v: un proceso iterativo e incremental

. un proceso iterativo e incremental

Cabe mencionar que, entre cada fase, el proceso pasa por una serie de iteraciones que nos
conducen a ciertos criterios:

-fase de inicio el criterio esencial es la viabilidad

-fase de elaboración el criterio esencial es la capacidad construir el sistema dentro de un marco de

trabajo económico

-fase de construcción el criterio esencial es un sistema capaz de una operatividad inicial en el

entorno del usuario

-fase de transición el criterio esencial es un sistema que alcance una operatividad final

5.1 iterativo e incremental en pocas palabras

El estar dirigido por los casos de uso significa que cada fase en el camino al producto final esté
relacionada con lo que los usuarios hacen

El estar relacionado a la arquitectura significa que el trabajo de desarrollo se centra en obtener el

patrón de la arquitectura que dirigirá la construcción del sistema en la primera fase

5.1.1 desarrollo en pequeños pasos

La tercera parte proporciona estrategias para desarrollar un producto software

. planificar
. Especificar, diseñar e implementar
. Integrar, probar y ejecutar un poco cada iteración
Final-> entre casa paso tenemos retroalimentación que nos permite ajustar nuestros objetivos
para el siguiente paso

5.1.2 lo que no es una iteración

No es un ciclo de vida iterativo:

. no es un desarrollo aleatorio
. no es algo que afecte solo a los desarrolladores
. No es rediseñar una y otra vez los mismo
. no es algo impredecible
. no es una excusa para fracasar en la planificación y en la gestión
Final-> toda iteración controlada no puede ser aleatoria, se planifica, reduce riesgos, posibilita la
retroalimentación de los usuarios

5.2 ¿Por qué un desarrollo iterativo incremental?

5.2.1 atenuación de riesgos

Se afronta esta realidad identificando los riesgos tan pronto como sea posible y solucionándolo
rápidamente
Figura-> los riesgos se identifican y se reducen al principio del desarrollo iterativo, a diferencia al
desarrollo en cascada

5.2.2 obtención de arquitectura robusta

Por ejemplo, al satisfacer los requisitos claves, evitar riesgos, resolver los principales problemas de
desarrollo

5.2.3 gestión de requisitos cambiantes

De otro lado decir que cada iteración progresa mediante una serie de construcciones hasta
alcanzar el resultado esperado, es decir, el incremento

5.2.4 permitir cambios tácticos

5.2.5 conseguir una integración continua