El modelo incremental consiste en el desarrollo inicial de la arquitectura completa del sistema, seguido de sucesivos incrementos funcionales. Cada incremento tiene su propio ciclo de vida y se basa en el anterior, sin cambiar su funcionalidad ni sus interfaces. Una vez entregado un incremento, no se realizan cambios sobre el mismo, sino únicamente corrección de errores.

1. METODOLOGIA
INCREMENTAL
ING. JOHNNY FELIX SURI MAMANI

2. INCREMENTAL
• El modelo incremental combina elementos
del modelo lineal secuencial (aplicados
repetidamente) con la filosofía interactiva de
construcción de prototipos.
• Aplica secuencias lineales de forma
escalonada mientras progresa el tiempo en el
calendario.
Es decir, bajo este modelo se entrega
software “por partes funcionales mas
pequeñas”, pero reutilizables, llamadas
incrementos.
• En general cada incrementose construye
sobre aquel que ya fue entregado.

3. INCREMENTAL
• El modelo incremental consiste en un desarrollo
inicial de la arquitectura completadel sistema,
seguido de sucesivos incrementos funcionales.
Cada incrementotiene su propio ciclo de vida y se
basa en el anterior, sin cambiar su funcionalidad
ni sus interfaces.
• Una vez entregado un incremento, no se realizan
cambios sobre el mismo, sino únicamente
corrección de errores. Dado que la arquitectura
completa se desarrolla en la etapa inicial, es
necesario conocer los requerimientos completos
al comienzo del desarrollo.

4. ETAPAS
• Comunicación.“Antes de que comience cualquier trabajo
técnico, tiene importancia crítica comunicarse y colaborar con el
cliente (y con otros participantes).Se busca entender los
objetivos de los participantes respecto del proyecto, y reunir los
requerimientos que ayuden a definir las características y
funciones del software.” Roger Pressman. En esta etapa se lleva
acabo la comunicación con el cliente y se le levantan los
requerimientos que tendrá el software.
Planeación. Describe las tareas técnicas por realizar, los riesgos
probables, los recursos que se requieren, los productos del
trabajo que se obtendrán y una programación de las
actividades.
• Modelado. Un ingeniero de software crea modelos a fin de
entender mejor los requerimientos del software y el diseño que
los satisfará.

5. ETAPAS
• Construcción. Esta actividad combina la
generación de código (ya sea manual o
automatizada) y las pruebas que se
requieren para descubrir errores en éste.
• Despliegue. El software (como entidad
completa o como un incremento
parcialmente terminado) se entrega al
consumidor que lo evalúa y que le daretro
alimentación, misma que se basa en dicha
evaluación.

6. ETAPAS

7. CARACTERISTICAS
• Cada incremento agrega funcionalidad adicional o mejorada sobre el
sistema
• Cada etapa debe cumplir con los requisitos de las desarrolladas
• La propuesta del modelo es diseñar sistemas que puedan entregarse por
piezas.
• A partir de la evaluación se planea el siguiente incremento y así
sucesivamente.
• Es interactivo
• Es útil cuando el personal no es suficiente para la implementación
completa.
• En lugar de entrega del sistema en una sola entrega, el desarrollo y la
entrega están fracturados bajo incrementos, con cada incremento que
entrega parte delafuncionalidad requerida.
• Los requerimientos del usuario se priorizan y los requerimientos de
prioridad másaltos son incluidos en los incrementos tempranos.
• Hechos de incrementos tempranos como un prototipo, ayudan a obtener
requisitospara los incrementos más tardíos.
• Los usuarios no tiene que esperar.

8. CARACTERSITICAS
• El desarrollo incremental es el proceso de
construcción siempre incrementando
subconjuntos de requerimientos del sistema.
• Se evitan proyectos largos y se entrega “Algo
de valor” a los usuarios con cierta frecuencia.
• El usuario se involucra más
• Requiere gestores experimentados

9. VENTAJAS
• Los clientes no tienen que esperar hasta que el
sistema se entregue
• completamente para comenzar a hacer uso de él.
• Los clientes pueden usar los incrementos
iniciales como prototipo para precisar los
• requerimientos posteriores del sistema.
• Minimización del riesgo de falla en el proyecto
porque los errores se van
• corrigiendo progresivamente.
• El resultado puede ser muy positivo

10. DESVENTAJAS
• Difícil de aplicar a sistemas transaccionales que
tienden a ser integrados y a operar como un todo.
• Riesgos largos y complejos.
• Pueden aumentar el coste debido a las pruebas.
• Los errores en los requisitos se detectan tarde.

11. CRONOGRAMA

12. CONCLUSION
Se ha desarrollado una variante de este
enfoque incremental denominada
programación extrema (Beck, 2000). Ésta
se basa en el desarrollo y la entrega
deincrementos de funcionalidad muy
pequeños, en la participación del cliente
en elproceso, en la mejora constante del
código y en la programación por parejas.