DIANA LAURA ESPINOSA HUERTA SAUL GAMEZ FLORES JAQUELINE PEREZ DE ITA GUADALUPE MARELY BALCAZAR CERON ELVIA

VIANEY CENOVIO JUAREZ

Es un modelo de proceso de software incremental que resalta un ciclo de desarrollo corto. Es una adaptacin de construccin basado en componentes. Se entienden bien los requisitos y se limita el mbito del proyecto. Permite que un equipo de desarrollo cree un "sistema completamente funcional" dentro de un periodo muy corto (por ejemplo, de 60 a 90 das) [MAR91].

. La comunicacin ayuda a entender el problema de negocios y las caractersticas de informacin que debe incluir el software. La planeacin es esencial porque varios equipos de software trabajan en paralelo sobre diferentes funciones del sistema.

El modelado incluye tres grandes fases : *Modelado de negocios. *Modelado de datos . *Modelado del proceso. Establece representaciones del diseo que sirven como base para la actividad de construccin del modelo DRA. La construccin resalta el empleo de componentes de software existente y la aplicacin de la generacin automtica de cdigo.

El despliegue establece una base para las iteraciones subsecuentes, si stas son necesarias. Las restricciones de tiempo impuestas sobre un proyecto DRA exigen un "mbito de escalas.

El despliegue establece una base para las iteraciones subsecuentes, si stas son necesarias. Las restricciones de tiempo impuestas sobre un proyecto DRA exigen un "mbito de escalas.

VENTAJAS
*Es muy rpido. *Permite trabajar en l a varias personas a la vez. *Especificacin de anlisis. *Se comprenden bien los requisitos y se limita el mbito del proyecto. *Es fcil dividir al sistema en mdulos. Se utiliza un enfoque de construccin basado en objetos reusables. *El Modelo DRA consiste en un desarrollo rpido de aplicaciones basado en el modelo lineal secuencial, pero donde se enfatiza un ciclo de desarrollo extremadamente corto. en diferentes estados.

DESVENTAJAS
1. Para proyectos grandes, pero escalables, el DRA necesita suficientes recursos humanos para crear en nmero correcto de equipos DRA. 2. Si los desarrolladores y clientes no se comprometen con las actividades rpidas necesarias para completar el sistema en un marco de tiempo muy breve, los proyectos DRA fallarn. 3. Si un sistema no se puede modular en forma apropiada, la construccin de los componentes necesarios para el DRA ser problemtica. 4. Si el alto rendimiento es un aspecto importante, y se alcanzar al convertir interfaces en componentes del sistema, el enfoque DRA podra no funcionar. 5. El DRA sera inapropiado cuando los riesgos tcnicos son altos (por ejemplo, cuando una aplicacin nueva aplica muchas nuevas tecnologas)