You are on page 1of 3

2.2.

1 Modelo Incremental
El modelo incremental consiste en un 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 correccin de errores. Dado que la arquitectura
completa se desarrolla en la etapa inicial, es necesario, al igual que en el
modelo en cascada, conocer los requerimientos completos al comienzo del
desarrollo.
Propuesto por Mills en 1980, sugiri el enfoque incremental de desarrollo
como una forma de reducir la repeticin 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.
En una visin genrica, el proceso se divide en 4 fases:
1) Anlisis
Se recopilan, identifican, clasifican y documentan los requerimientos
del sistema, se estudian los diversos escenarios o tipos de interaccin
de los usuarios con el sistema, en el anlisis estructurado el resultado
de este proceso es el modelo del sistema.
2) Diseo
Donde se define la arquitectura del hardware y software, componentes,
mdulos y datos de un sistema de cmputo para satisfacer ciertos
requerimientos.
3) Cdigo
Es el cdigo fuente del sistema, fase que se encarga el programador.
4) Prueba
Prueba protocolar para hallar la mxima tolerancia de un sistema a
sobrecargas, tal como intentar conectar ms del mximo nmero
permitido de terminales, procesar ms del numero permitido de
identificadores de niveles estativos o desconectar una liga
de
comunicacin.
Ventajas
Entre las ventajas que puede proporcionar un modelo de este tipo
encontramos las siguientes:

Mediante este modelo se genera software operativo de forma rpida y


en etapas tempranas del ciclo de vida del software.

Es un modelo ms flexible, por lo que se reduce el coste


en el cambio de alcance y requisitos.
Es ms fcil probar y depurar en una iteracin ms
pequea.
Es ms fcil gestionar riesgos.
Cada iteracin es un hito gestionado fcilmente.

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. Entre los inconvenientes que aparecen en el uso de este
modelo podemos destacar los siguientes:

Cada fase de una iteracin es rgida 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.
El modelo Incremental no es recomendable para casos de sistemas de
tiempo real, de alto nivel de seguridad, de procesamiento distribuido,
y/o de alto ndice de riesgos.
Requiere de mucha planeacin, tanto administrativa como tcnica.
Requiere de metas claras para conocer el estado del proyecto.

Ejemplo:
Un procesador de texto que sea desarrollado bajo el paradigma Incremental
podra aportar, en principio, funciones bsicas de edicin de archivos y
produccin de documentos (algo como un editor simple).
En un segundo incremento se le podra agregar edicin ms sofisticada, y
degeneracin y mezcla de documentos. En un tercer incremento podra
considerarse el agregado de funciones de correccin ortogrfica, esquemas
de paginado y plantillas; en un cuarto capacidades de dibujo propias y
ecuaciones matemticas. As sucesivamente hasta llegar al procesador final
requerido. As, el producto va creciendo, acercndose a su meta final, pero
desde la entrega del primer incremento ya es til y funcional para el cliente,
el cual observa una respuesta rpida en cuanto a entrega temprana; sin
notar que la fecha lmite del proyecto puede no estar acotada ni tan definida,
lo que da margen de operacin y alivia presiones al equipo de desarrollo.
Como se dijo, el Iterativo Incremental es un modelo del tipo evolutivo, es
decir donde se permiten y esperan probables cambios en los requisitos en

tiempo de desarrollo; se admite cierto margen para que el


software pueda evolucionar. Aplicable cuando los requisitos
son
medianamente
bien
conocidos
pero
no
son
completamente estticos y definidos. Con cada incremento se
agrega nueva funcionalidad o se cubren nuevos requisitos o
bien se mejora la versin previamente implementada del producto software.
Este modelo brinda cierta flexibilidad para que durante el desarrollo se
incluyan cambios en los requisitos por parte del usuario, un cambio de
requisitos propuesto y aprobado puede analizarse e implementarse como un
nuevo incremento o, eventualmente, podr constituir una mejora/adecuacin
de uno ya planeado.

Bibliografas:
http://www.scribd.com/doc/68419293/Modelo-incrementalEvolutivo#scribdhttp://isw-udistrital.blogspot.mx/2012/09/ingenieria-desoftware-i.html
http://es.slideshare.net/AvelinoFelipePolicarpio/modelo-incremental12729581?qid=9e0fd60c-c508-42b5-a3b44fcd36a4b33a&v=qf1&b=&from_search=1
http://www.eoi.es/blogs/miguelanibalechavarria/2012/03/10/ejemplos-deinnovacion-incremental-e-innovacion-disruptiva/