INTEGRANTE CARRASCO SHIGUAY JOSE LUIS 0200714048

Es

el modelo cuyas etapas consisten en expandir incrementos de un producto de software operacional donde la direccin de la evolucin la dicta la experiencia con el sistema
El

cliente recibe pequeos incrementos del sistema a medida que van siendo desarrollados : distribucin incremental

Caractersticas: Gestionan bien la naturaleza evolutiva del software Son iterativos: construyen versiones de software cada vez ms completas
Se adaptan bien: Los cambios de requisitos del producto Fechas de entrega estrictas poco realistas Especificaciones parciales del producto VENTAJAS

ES INTERACTIVO -Con cada incremento se entrega al cliente un producto operacional , que puede evaluarlo PERSONAL - Permite variar el personal asignado a cada interaccin GESTION RIESGOS TECNICOS - Por ejemplo disponibilidad de hardware especifico
INCONVENIENTES La primera interaccin puede plantear los mismos problemas que un modelo lineal secuencial

 El

modelo evolutivo de desarrollo no implica necesariamente entregas incrementales Entregas incrementales implican no solo cdigo, si no tambin manuales de uso Los incrementos deben ser unidades autocontenidas

 Etapas

de modelo evolutivo

-Entregar al cliente algo til -Medir el valor agregado del incremento -Ajustar el diseo y los objetivos en base a las mediciones
Sin

rigor el modelo evolutivo degenera rpidamente en codificar y corregir

En el modelo Cascada y Cascada Realimentado no se tiene en cuenta la naturaleza evolutiva del software, se plantea como esttico con requisitos bien conocidos y definidos desde el inicio. Los evolutivos son modelos iterativos, permiten desarrollar versiones cada vez ms completas y complejas, hasta llegar al objetivo final deseado; incluso evolucionar ms all, durante la fase de operacin.

Los modelos iterativo incremental y espiral (entre otros) son dos de los ms conocidos y utilizados del tipo evolutivo.

Aqu se observa claramente cada ciclo cascada que es aplicado para la obtencin de un incremento; estos ltimos se van integrando para obtener el producto final completo. El momento de inicio de cada incremento es dependiente de varios factores: tipo de sistema; independencia o dependencia entre incrementos capacidad y cantidad de profesionales involucrados en el desarrollo; etc. Bajo este modelo se entrega software por partes funcionales ms pequeas, pero reutilizables, llamadas incrementos. En general cada incremento se construye sobre aquel que ya fue entregado. El cliente utiliza inicialmente ese sistema bsico intertanto, el resultado de su uso y evaluacin puede aportar al plan para el desarrollo del/los siguientes incrementos. Luego de cada integracin se entrega un producto con mayor funcionalidad que el previo. El proceso se repite hasta alcanzar el software final completo.

Este modelo nos permite la entrega de versiones parciales a medida que se va construyendo el producto final. Siendo iterativo, con el modelo incremental se entrega un producto parcial pero completamente operacional en cada incremento, y no una parte que sea usada para reajustar los requerimientos. El enfoque incremental resulta muy til con baja dotacin de personal para el desarrollo; tambin si no hay disponible fecha lmite del proyecto por lo que se entregan versiones incompletas pero que proporcionan al usuario funcionalidad bsica

Este modelo esta basado en varios ciclos de cascada realimentados aplicados repetidamente