RAD es un método de desarrollo de software rápido que involucra prototipos iterativos y herramientas CASE. Consiste en planificación de requisitos, diseño, construcción, implementación y pruebas. Se enfoca en la reutilización de componentes para acelerar el desarrollo.

2. * RAD Es un proceso de desarrollo de software, desarrollado
inicialmente por James Martin en 1980. El método comprende el
desarrollo interactivo, la construcción de prototipos y el uso de
utilidades CASE (Computer Aided Software Engineering).
Tradicionalmente, el desarrollo rápido de aplicaciones tiende a
englobar también la usabilidad, utilidad y la rapidez de
ejecución.1 2
* Hoy en día se suele utilizar para referirnos al desarrollo rápido de
interfaces gráficas de usuario tales como Glade, o entornos de
desarrollo integrado completos. Algunas de las plataformas más
conocidas son Visual Studio, Lazarus, Gambas, Delphi,Foxpro
, Anjuta, Game Maker, Velneo o Clarion. En el área de la autoría
multimedia, software como Neosoft Neoboo y MediaChance
Multimedia Builder proveen plataformas de desarrollo rápido de
aplicaciones, dentro de ciertos límites.

3. • Planificación de los requisitos :
Requiere que usuarios con un vasto conocimiento
de los procesos de la compañía determinen cuales
serán las funciones del sistema. Debe darse una
discusión estructurada sobre los problemas de la
compañía que necesitan solución.
• Diseño:
Se hace un análisis de las actividades de la
compañía en relación al sistema propuesto. Los
usuarios participan en talleres que descomponen
funciones y definen entidades asociadas con el
sistema.

4. Una vez se completa el análisis se crean los diagramas que
definen las alteraciones entre los procesos. Al finalizar el
análisis se traza el diseño del sistema. Se desarrollan los
procedimientos y los esquemas de pantallas. Los prototipos
de procedimientos críticos se construyen y se repasan y el
plan para implementar el sistema.

5. • Construcción:
Se afirman los requisitos, repasar los resultados y se
hacen pruebas al sistema. También se crean las
instrucciones, rutinas y procedimientos para operar la
nueva aplicación.
• Implementación:
La implementación y el manejo del cambio del viejo al
nuevo sistema. Se hacen pruebas y se adiestran los
usuarios. Los cambios organizacionales y la operación
del nuevo sistema se hacen en paralelo con el viejo
sistema hasta que el nuevo se establezca
completamente.

7. • Modelado de Gestión.
El flujo de información entre las funciones de
gestión se modela de forma que responda a las
siguientes 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 procesa?
• Modelado de datos.
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.

8. • Modelado de datos.
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.
• Modelado del proceso.
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

9. • Generación de aplicaciones.
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 para facilitar la
construcción del software
Pruebas y entrega
Como el proceso DRA enfatiza la reutilización, ya se han
comprobado muchos de los componentes de los programas.
Esto reduce tiempo de pruebas.
Necesita compromiso de las partes constituyentes
Si los componentes no se pueden modularizar el enfoque
DRA puede q no funcione.
no es adecuado cuando los riesgos técnicos son altos.

11. Desventajas:
Para proyectos en gran escala se requiere
recursos humanos suficientes como para crear el
número suficiente de equipos.
Debe haber un compromiso muy fuerte entre
todas las partes para completar el sistema en el
tiempo necesario.
No es adecuado cuando los riesgos técnicos son
muy alto.

12. Ventajas
Comprar puede ahorrar dinero en comparación con construir.
Los entregables pueden ser fácilmente trasladados a otra
plataforma.
El desarrollo se realiza a un nivel de abstracción mayor.
Visibilidad temprana.Ingeniería de Software
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.