RAD

Modelo de Desarrollo Rápido de Aplicaciones
¿Qué es DRA?
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 conclusión, 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.
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.
Cuando se utiliza principalmente para aplicaciones de sistemas de información.
Historia
El desarrollo rápido de aplicaciones o RAD (Rapid Application Development) es un
proceso de desarrollo de software, desarrollado inicialmente por James Martin en
1980. El método comprende el desarrollo iterativo, la construcción de prototipos y el
uso de utilidades CASE. Tradicionalmente, el desarrollo rápido de aplicaciones
tiende a englobar también la usabilidad, utilidad y la rapidez de ejecución.
Características
Entre las principales características del RAD tenemos:
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.
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
✓ Componentes reusables
✓ Interfaces estándares (API)
✓ Control de versiones
3. "Timeboxing"
✓ Las funciones secundarias son eliminadas como sea necesario para

cumplir con el calendario.
Fases
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 proceso?
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.
Modelado de proceso: los objetos de datos definidos en la fase de modelado de

datos quedan transformados para lograr el flujo de información necesaria 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.
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.
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.
Ventajas
✓ 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.
Desventajas
➢ 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.

RAD

Cargado por

Copyright:

Formatos disponibles

RAD

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

RAD

Cargado por

Copyright:

Formatos disponibles

Modelo de Desarrollo Rápido de Aplicaciones

Es el proceso de desarrollo de software diseñado para facilitar y acelerar la creación

El Desarrollo Rápido de Aplicaciones (DRA) (Rapid Application Development RAD)

✓ Equipos compuestos por alrededor de seis personas, incluyendo

✓ Las funciones secundarias son eliminadas como sea necesario para

Modelado de datos: el flujo de información definido como parte de la fase de

Modelado de proceso: los objetos de datos definidos en la fase de modelado de

Generación de aplicaciones: El DRA asume la utilización de técnicas de cuarta

Pruebas de entrega: Como el proceso DRA enfatiza la reutilización, ya se han

✓ Los entregables pueden ser fácilmente trasladados a otra plataforma.

También podría gustarte