Modelo de desarrollo rápido de aplicaciones (RAD)

1. El Desarrollo Rápido de Aplicaciones (DRA) (Rapid Application Development RAD) es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto. DRA 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.

2. Fases

2.1. 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? ¿A dónde va la información?

2.2. 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. Se definen las características (llamadas atributos) de cada uno de los objetos y las relaciones entre estos objetos.

2.3. Modelado de 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. Las descripciones del proceso se crean para añadir, modificar, suprimir, o recuperar un objeto de datos. Es la comunicación entre los objetos.

2.4. Generación de aplicaciones: 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.

2.5. Pruebas de 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. Sin embargo, se deben probar todos los componentes nuevos y se deben ejercitar todas las interfaces a fondo.

3. Características del modelo RAD

3.1. Equipos Híbridos : equipos compuestos por alrededor de seis personas, incluyendo desarrolladores y usuarios de tiempo completo del sistema así como aquellas personas involucradas con los requisitos. Los desarrolladores de RAD deben ser "renacentistas": analistas, diseñadores y programadores en uno.

3.2. Herramientas Especializadas: desarrollo "visual", creación de prototipos falsos (simulación pura), creación de prototipos funcionales, múltiples lenguajes, calendario grupal, herramientas colaborativas y de trabajo en equipo.

4. Ventajas del modelo RAD

4.1. 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.

5. Desventajas del modelo RAD

5.1. Comprar puede ser más caro que construir, costo de herramientas integradas y equipo necesario, progreso más difícil de medir, menos eficiente, menor precisión científica, riesgo de revertirse a las prácticas sin control de antaño