Ciclo de vida incremental

DESCRIPCIÓN

Combina elementos del modelo en cascada con la filosofía

interactiva de construcción de prototipos. El modelo incremental
mantiene el modelo en cascada, pero lo repite “n” veces. Se basa en
la filosofía de construir incrementando las funcionalidades del
programa.

Este modelo aplica secuencias lineales de forma escalonada

mientras progresa el tiempo en el calendario. Cada secuencia lineal
produce un incremento del software.

Cuando se utiliza un modelo incremental, el primer incremento

es a menudo un producto esencial (denominado núcleo), sólo con
los requisitos básicos.

Este modelo se centra en la entrega de un producto operativo

con cada incremento. Los primeros incrementos son versiones
incompletas del producto final, pero proporcionan al usuario la
funcionalidad que precisa y también una plataforma para la
evaluación. A partir de la evaluación se plantea el siguiente
incremento y así sucesivamente. Es iterativo por naturaleza.

El sistema se desarrolla poco a poco y obtiene un

feedback continuo por parte del usuario.

FASES LO COMPONEN
Las actividades se encadenan en una mini-cascada con un alcance
limitado por los objetivos de la iteración.

Cada iteración comprende:

 Planificar la iteración (estudio de riesgos).

 Análisis de los Casos de Uso y escenarios.
 Diseño de opciones arquitectónicas.
 Codificación y pruebas. La integración del nuevo código con
el hecho en iteraciones anteriores se hace gradualmente
durante la construcción.
 Evaluación de la entrega de ejecutable (evaluación del
prototipo en función de las pruebas y de los criterios
definidos).
 Preparación de la entrega (documentación e instalación del
prototipo).

VENTAJAS
  Es un modelo más flexible, por lo que se reduce el coste en el
cambio de alcance y requisitos.

 Se puede financiar el proyecto por partes.

 Apropiado para proyectos grandes de larga duración.
 No se necesita tanto personal al principio como para una
implementación completa.
 Mediante este modelo se genera software operativo de forma
rápida y en etapas tempranas del ciclo de vida del software.

 Es más fácil probar y depurar en una iteración más pequeña.

 Es más fácil gestionar riesgos.
 Cada iteración es un hito gestionado fácilmente.
 Los servicios de sistema de prioridad más alto tienden a
recibir la mayoría de pruebas.
 Priorizan 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 funcionabilidad que precisa y una la plataforma
para la evaluación.
 El usuario se involucra más. los usuarios no tienen esperar. se
evitan proyectos largos y se entrega algo de valor a los
usuarios con cierta frecuencia.

DESVENTAJAS

 Para el uso de este modelo se requiere una experiencia

importante para definir los incrementos y distribuir en ellos
las tareas de forma proporcionada.
 Cada fase de una iteración es rígida y no se superponen con
otras.
  Pueden surgir problemas referidos a la arquitectura del
sistema porque no todos los requisitos se han reunido, ya que
se supone que todos ellos se han definido al inicio.
 se necesitan pruebas de regresión. pueden aumentar el coste
debido a las pruebas.

 difícil de evaluar el coste total.

 difícil de aplicar a sistemas transaccionales que tienden a ser
integrados y trabajar juntos.
 Si el sistema a desarrollar es de gran magnitud y se cuenta con
un único grupo para construirlo se corre el riesgo que el
desarrollo se prolongue demasiado en tiempo.
 Muchas veces los equipos olvidan la parte iterativa, olvidan
que cada prototipo debe mejorar en calidad al anterior, y se
centran solo en añadir funcionalidad. El problema de esto es
que pasadas unas cuantas iteraciones, el producto se hace
inmantenible, por su baja calidad, y por ello es muy difícil
añadir nueva funcionalidad, alargándose las iteraciones y los
ciclos.
 En la primera iteración (primera versión) se puede invertir
bastante esfuerzo (ya que es totalmente operativa), y en este
sentido la detección tardía de detecciones de errores de
requisitos, son bastante traumáticas, e incluso pueden hacer
fracasar el proyecto.

EJEMPLO DE SISTEMA PARA EL QUE SERÍA

ADECUADO LA APLICACIÓN DEL CICLO

Los sistemas bancarios, donde se tienen que hacer pruebas al

software para comprobar su seguridad, de manera constante en cada
etapa, y así encontrar vulnerabilidades y fallas en el sistema, y
también optimizar su operación.