El modelo DRA, es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente

corto.
Comprende el desarrollo iterativo, la construccin de prototipos y el uso de utilidades CASE. Tiende a englobar la usabilidad, utilidad y la rapidez de ejecucin.

El proceso DRA permite al equipo de desarrollo crear un sistema completamente funcional dentro de perodos cortos de tiempo El enfoque DRA comprende las siguientes fases: -> Modelado de Gestin -> Modelado de datos. -> Modelado del proceso ->Generacin de aplicaciones ->Pruebas de entrega

El flujo de informacin entre las funciones de gestin se modela de forma que responda a las siguientes preguntas: Qu informacin conduce el proceso de gestin? Qu informacin se genera? Quin la genera? A dnde va la informacin? Quin la procesa?

El flujo de informacin definido como parte de la fase de modelado de gestin se refina como un conjunto de objetos de datos necesarios para apoyar la empresa. Se definen las caractersticas (llamadas atributos) de cada uno de los objetos y las relaciones entre estos objetos.

Los objetos de datos definidos en la fase de modelado de datos quedan transformados para lograr el flujo de informacin necesario para implementar una funcin de gestin. Las descripciones del proceso se crean para aadir, modificar, suprimir, o recuperar un objeto de datos.

El DRA asume la utilizacin de tcnicas de cuarta generacin. El proceso DRA trabaja para volver a utilizar componentes de programas ya existentes (cuando es posible) o a crear componentes reutilizables (cuando sea necesario) En todos los casos se utilizan herramientas automticas para facilitar la construccin del software.

Como el proceso DRA enfatiza la reutilizacin, ya se han comprobado muchos de los componentes de los programas. Esto reduce tiempo de pruebas. Sin embargo, se deben probar todos los componentes nuevos y se deben de ejercitar todas las interfaces a fondo.

DRA tiende a funcionar cuando:

La aplicacin funcionar de manera independiente. Se pueden usar mayormente bibliotecas existentes. Desempeo no crtico. Distribucin limitada, interna o vertical. Alcance del proyecto limitado. Confiabilidad no crtica. El sistema puede dividirse en muchos mdulos independientes. El producto est dirigido a un mercado altamente especializado. El proyecto cuenta con fuertes limitantes de tiempos parciales (timeboxes). La tecnologa requerida tiene ms de un ao en el mercado.

DRA tiende a fallar cuando:

La aplicacin debe interoperar con sistemas existentes. Existen pocos componentes reutilizables. Alto desempeo crtico. El desarrollo no puede aprovechar herramientas de alto nivel. Distribucin amplia, horizontal o masiva. DRA se convierta en QADAD (Quick And Dirty Application Development). Mtodos DRA para desarrollar sistemas operativos (confiabilidad demasiado alta) o juegos (desempeo demasiado alto). Riesgos tcnicos de tecnologa de punta. El producto pone en riesgo la misin o la vida. El producto no puede ser modularizado.

Ventajas de DRA

Comprar puede ahorrar dinero en comparacin con construir. Los entregables pueden ser fcilmente trasladados a otra plataforma. El desarrollo se realiza a un nivel de abstraccin mayor. Visibilidad temprana. Mayor flexibilidad. Menor codificacin manual. Mayor involucramiento de los usuarios. Posiblemente menos fallas. Posiblemente menor costo. Ciclos de desarrollo ms pequeos. Interfaz grfica estndar.

Desventajas de DRA

Comprar puede ser ms caro que construir. Costo de herramientas integradas y equipo necesario. Progreso ms difcil de medir. Menos eficiente. Menor precisin cientfica. Riesgo de revertirse a las prcticas sin control de antao. Ms fallas (por sndrome de "codificar a lo bestia"). Prototipos pueden no escalar, un problema maysculo. Funciones reducidas (por "timeboxing"). Dependencia en componentes de terceros: funcionalidad de ms o de menos, problemas legales.