rea de la Energa, las Industrias y los Recursos Naturales No Renovables Mdulo IX Carrera: Ingeniera en Sistemas Paralelo: Tema: Modelos

evolutivos del proceso del SW. B Integrantes: Anita Campoverde Francisco Carrillo Jimmy Jaramillo Catalina Malacatus Iliana Var gas Coordinador: Ing. Rene Elizalde Loja Ecuador 2010 - 2011

MODELOS EVOLUTIVOS DEL PROCESO DEL SOFTWARE Son modelos flexibles que permiten la modificacin del sistema durante su proceso de desarrollo. Los procesos iterativos permiten a los desarrolladores construir versiones del software cada vez ms completas Ejemplos: Modelo Incremental. Modelo Espiral. Modelo Espiral WINWIN. Modelo de D esarrollo Concurrente. MODELO INCREMENTAL Bajo este modelo se entrega software por partes funcionales ms pequeas , pero reutil izables, llamadas incrementos. En general cada incremento se construye sobre aqu el que ya fue entregado.

Historia 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 adqui rir experiencia con el sistema . Surge porque en los primeros desarrollos se poda esperar largo tiempo hasta que el software estuviese listo. Las reglas del nego cio de hoy no lo permiten.

Caractersticas Aplica el enfoque lineal secuencial escalonadamente Cada incr o agrega funcionalidad adicional o mejorada sobre el sistema Cada etapa debe cum plir con los requisitos de las desarrolladas La propuesta del modelo es disear si stemas que puedan entregarse por piezas. A partir de la evaluacin se planea el si guiente incremento y as sucesivamente Es interactivo por naturaleza Es til cuando el personal no es suficiente para la implementacin completa En lugar de entrega d el sistema en una sola entrega, el desarrollo y la entrega estn fracturados bajo incrementos, con cada incremento que entrega parte de la funcionalidad requerida . Los requerimientos del usuario se priorizan y los requerimientos de prioridad ms altos son incluidos en los incrementos tempranos. Hechos de incrementos tempra nos como un prototipo, ayudan a obtener requisitos para los incrementos ms tardos. Los usuarios no tiene que esperar. El desarrollo incremental es el proceso de c onstruccin siempre incrementando subconjuntos de requerimientos del sistema. El m odelo incremental presupone que el conjunto completo de requerimientos es conoci do al comenzar Se evitan proyectos largos y se entrega Algo de valor a los usuario s con cierta frecuencia El usuario se involucra ms Requiere gestores experimentad os

Desventajas Difcil de aplicar a sistemas transaccionales que tienden a serintegra dos 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. Ventajas: Los clientes no tienen que esperar hasta que el sistema se entregue co mpletamente para comenzar a hacer uso de l. Los clientes pueden usar los incremen tos iniciales como prototipo para precisar los requerimientos posteriores del si stema. Minimizacin del riesgo de falla en el proyecto porque los errores se van c orrigiendo progresivamente. Construir un sistema pequeo es siempre menos riesgoso que construir un sistema grande. Al ir desarrollando parte de las funcionalidad es, es ms fcil determinar si los requerimientos planeados para los niveles subsigu ientes son correctos. Si un error importante es realizado, slo la ltima iteracin ne cesita ser descartada. Reduciendo el tiempo de desarrollo de un sistema (en este caso en incremento del sistema) decrecen las probabilidades que esos requerimie ntos de usuarios puedan cambiar durante el desarrollo. Si un error importante es realizado, el incremento previo puede ser usado. Los errores de desarrollo real izados en un incremento, pueden ser arreglados antes del comienzo del prximo incr emento El resultado puede ser muy positivo Ejemplo: Un procesador de texto que sea desarrollado bajo el paradigma Increment al podra aportar, en principio, funciones bsicas de edicin de archivos y produccin d e documentos (algo como un editor simple).

En un segundo incremento se le podra agregar edicin ms sofisticada, y de generacin 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 lle gar al procesador final requerido. As, el producto va creciendo, acercndose a su m eta 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; si n notar que la fecha lmite del proyecto puede no estar acotada ni tan definida, l o que da margen de operacin y alivia presiones al equipo de desarrollo. Como se d ijo, 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 cuand o los requisitos son medianamente bien conocidos pero no son completamente esttic os y definidos. Con cada incremento se agrega nueva funcionalidad o se cubren nu evos 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 requis itos propuesto y aprobado puede analizarse e implementarse como un nuevo increme nto o, eventualmente, podr constituir una mejora/adecuacin de uno ya planeado. Nota: Una evolucin de este enfoque se conoce como Programacin Extrema (XPExtreme P rogramming). BIBLIOGRAFIA GIRALDO Gloria, Ingeniera de SoftwareClase 3: El proceso del softwar e, [en linea] vease en: http://pisis.unalmed.edu.co/cursos/material/ 3004582/1/clase3_IS_0702-v1.ppt [Fecha de Consulta: 22 nov 2010] PHPNOCHE, Model o incremental-evolutivo, [en linea] vease en: http://modelosphpnoche.blogspot.co m/ [Fecha de Consulta: 22 nov 2010]