# data[].attributes.body
La primera persona que habló del método RAD fue James Martin a finales de los 80 y, actualmente, estamos ante uno de los métodos de desarrollo más populares, dentro de las técnicas de desarrollo ágil. James Martin consideró que para aplicar de forma correcta la metodología RAD tenemos que tener en cuenta 4 componentes: Personas, herramientas, metodología y gestión.

# data[].attributes.body
Gisel Lizbeth Huanca Callisaya
Victor Armando Ortega Espinoza
Laura Nathalia Quispe Pacari

# data[].attributes.body
Tiene inconvenientes para proyectos grandes, necesita suficientes recursos humanos para crear el número correcto de equipos.

Si los desarrolladores y clientes no se comprenden con las actividades necesarias para completar el sistema, los proyectos fallarán.

Un alto costo de herramientas integradas y equipo necesario.

Progreso más difícil de medir.

Menos eficiente y con menor precisión científica.

# data[].attributes.body
Los entregables pueden ser fácilmente trasladados a otra plataforma.

El desarrollo se realiza a un nivel de abstracción mayor.

Entrega temprana al cliente.

Compromiso del cliente con el sistema.

Mayor flexibilidad.

Menor codificación manual.

Mayor involucramiento de los usuarios.

Posiblemente menos fallas.

Posiblemente menor costo.

Ciclos de desarrollo más pequeños.

Interfaz gráfica estándar.

# data[].attributes.body
Como el proceso DRA enfatiza la reutilización, 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 ejercitar todas las interfases a fondo.

# data[].attributes.body
El DRA asume la utilización de técnicas de cuarta generación. En lugar de crear software con lenguajes de programación de tercera generación, 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 automáticas para facilitar la construcción del software.

# data[].attributes.body
Los objetos de datos definidos en la fase de modelado de datos quedan transformados para lograr el flujo de información necesario para implementar una función de gestión. Las descripciones del proceso se crean para añadir, modificar, suprimir, o recuperar un objeto de datos. Es la comunicación entre los objetos.

# data[].attributes.body
El flujo de información definido como parte de la fase de modelado de gestión se refina como un conjunto de objetos de datos necesarios para apoyar la empresa. Se definen las características (llamadas atributos) de cada uno de los objetos y las relaciones entre estos objetos.

# data[].attributes.body
El flujo de información entre las funciones de gestión se modela de forma que responda a estas preguntas:
¿Qué información conduce el proceso de gestión?
¿Qué información se genera?
¿Quién la genera?
¿A dónde va la información?
¿Quién la proceso?

# data[].attributes.body
Cuando se utiliza principalmente para aplicaciones de sistemas de información, el enfoque DRA comprende las siguientes fases:

# data[].attributes.body
Es el proceso de desarrollo de software diseñado para facilitar y acelerar la creación de aplicaciones, que permite construir sistemas utilizables en poco tiempo, normalmente de 60 a 90 días. En conclusion, es una adaptación a "Alta velocidad" en el que se logra el desarrollo rápido utilizando un enfoque de construcción basado en componentes.

Si se comprenden bien los requisitos y se limita el ámbito del proyecto, el proceso DRA permite al equipo de desarrollo crear un "sistema completamente funcional" dentro de periodos cortos de tiempo.

# data[].attributes.headline
                                  Modelo DRA

# data[].attributes.subject
                                  Modelo DRA

# data[].attributes.body
MODELO DE DESARROLLO RÁPIDO DE APLICACIÓNES