Ingeniería de Software | Modelo de proceso incremental

El modelo de proceso incremental también se conoce como modelo de versión sucesiva. 

Primero, se construye un sistema de trabajo simple que implementa solo algunas características básicas y luego se entrega al cliente. Luego, se implementan muchas iteraciones/versiones sucesivas y se entregan al cliente hasta que se lanza el sistema deseado. 

A, B y C son módulos de productos de software que se desarrollan y entregan de forma incremental. 

Actividades del ciclo de vida: los
requisitos del software primero se dividen en varios módulos que se pueden construir y entregar de forma incremental. En cualquier momento, el plan se hace solo para el próximo incremento y no para ningún tipo de plan a largo plazo. Por lo tanto, es más fácil modificar la versión según la necesidad del cliente. El Equipo de Desarrollo primero se compromete a desarrollar las funciones principales (estas no necesitan servicios de otras funciones) del sistema. 

Una vez que las funciones principales están completamente desarrolladas, se refinan para aumentar los niveles de capacidades al agregar nuevas funciones en las versiones sucesivas. Cada versión incremental generalmente se desarrolla utilizando un modelo iterativo de desarrollo en cascada. 

A medida que se construye y entrega cada versión sucesiva del software, ahora se deben tomar los comentarios del Cliente y luego se incorporaron en la próxima versión. Cada versión del software tiene más funciones adicionales que las anteriores. 

Después de la recopilación y especificación de requisitos, los requisitos se dividen en varias versiones diferentes, comenzando con la versión 1, en cada incremento sucesivo, se construye la siguiente versión y luego se implementa en el sitio del cliente. Después de la última versión (versión n), ahora se implementa en el sitio del cliente. 

Tipos de modelo incremental: 

1. Modelo de entrega por etapas: Construcción de solo una parte del proyecto a la vez. 

2. Modelo de desarrollo paralelo: se desarrollan diferentes subsistemas al mismo tiempo. Puede disminuir el tiempo calendario necesario para el desarrollo, es decir, TTM (Time to Market) si hay suficientes recursos disponibles. 

Cuándo usar esto:

1. Calendario de financiación, riesgo, complejidad del programa o necesidad de realización temprana de los beneficios. 

2. Cuando los requisitos se conocen por adelantado. 

3. Cuando los Proyectos tengan largos cronogramas de desarrollo. 

4. Proyectos con nueva Tecnología. 

• Reducción de errores (los módulos principales son utilizados por el cliente desde el comienzo de la fase y luego se prueban exhaustivamente) 
• Utiliza divide y vencerás para un desglose de tareas. 
• Reduce el costo de entrega inicial. 
• Implementación de recursos incrementales.  

5. Requiere buena planificación y diseño. 

6. El costo total no es menor. 

7. Se requieren interfaces de módulo bien definidas. 

ventajas-

1. Prepara el software rápido.
2. Los clientes tienen una idea clara del proyecto.
3. Los cambios son fáciles de implementar.
4. Proporciona soporte para el manejo de riesgos, debido a sus iteraciones.

Desventajas-

1. Se requiere un buen equipo y una correcta ejecución planificada.
2. Debido a sus iteraciones continuas, el costo aumenta.