Escolar Documentos
Profissional Documentos
Cultura Documentos
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 conocer los
requerimientos completos al comienzo del desarrollo.
Al iniciar del desarrollo, los clientes o los usuarios, identifican a grandes rasgos, las funcionalidades
que proporcionar el sistema. Se confecciona un bosquejo de requisitos funcionales y ser el
cliente quien se encarga de priorizar que funcionalidades son mas importantes. Con las
funcionalidades priorizadas, se puede confeccionar un plan de incrementos, donde en cada
incremento se indica un subconjunto de funcionalidades que el sistema entregar. La asignacin
de funcionalidades a los incrementos depende de la prioridad dada a los requisitos. Finalizado el
plan de incrementos, se puede comenzar con el primer incremento.
Ventajas:
Desventajas:
Modelo Incremental
El Modelo Incremental para el desarrollo del software, consiste en crear funcionalidad por pequea
que sea de modo que a partir de ella, las creaciones posteriores en base a la que primero fue
creada, tendrn una caracterstica (o caractersticas) funcionales, lo cual hace que se constituya en
base a elementos que funcionan y que va siendo cada vez ms compleja su funcionalidad
Los avances son entregados mediante fechas programadas, de modo que cada incremento posee
nuevas funcionalidades a comparacin de un incremento anterior.
Este modelo posee etapas tales como:
1.
Definicin de requirimientos
2.
3.
4.
5.
Validar incrementos.
6.
Integrar incrementos.
7.
Validar funcionamiento.
Las ideologas del modelo incremental pretende dar pautas en la creacin del software mediante
incrementos pequeos, permitiendo su fcil administracin, as como su sencilla comprensin y sus
correspondientes pruebas, esto implica que el desarrollo inicial se logra ms temprano obteniendo
resultados de inversin en poco tiempo, otro aspecto a considerar es que este modelo se presta a
posibles cambios debido a que los incrementos de van adaptando de acuerdo a los requerimientos
que se obtienen en base a las nuevas necesidades que van surguiendo.
no
se
haban
contemplado,
de
igual
forma
surgen
Caractersticas:
Se evitan proyectos largos y se entrega "algo de valor" a los usuarios con cierta frecuencia.
El usuario se involucra mas.
Dificil de evaluar el costo total.
Dificil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como un todo.
Requiere gestores experimentados.
Los errores en los requisitos se detectan tarde.
El resultado puede ser positivo.