Desarrollo Rapido De Aplicaciones

Introduccion

El Desarrollo Rápido de Aplicaciones, abreviado como RAD (del inglés Rapid Application Development) es un modelo de ciclo de vida que enfatiza un desarrollo extremadamente corto. Se trata de una adaptación del modelo tradicional en cascada en el que se logra el desarrollo rápido utilizando una construcción basada en componentes. Si se comprenden bien los requisitos y se limita el ámbito del proyecto, el proceso RAD permite crear un sistema completamente funcional dentro de periodos cortos de tiempo (entre 60 y 90 días).

Historia

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.

Desarrollo

Características De Rad

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.

4. Prototipos Iterativos y Evolucionarios

• Reunión JAD (Joint Application Development):

o Se reúnen los usuarios finales y los desarrolladores.

o Lluvia de ideas para obtener un borrador inicial de los requisitos.

• Iterar hasta acabar: Ingeniería de Software

o Los desarrolladores construyen y depuran el prototipo basado en

los requisitos actuales.

o Los diseñadores revisan el prototipo.

o Los clientes prueban el prototipo, depuran los requisitos.

o Los clientes y desarrolladores se reunen para revisar juntos el

producto, refinar los requisitos y generar solicitudes de cambios.

o Los cambios para los que no hay tiempo no se realizan. Los

requisitos secundarios se eliminan si es necesario para cumplir

el calendario.

• Notas:

o Cada iteración dura entre un día y tres semanas.

o Reuniones de 2 horas con facilitador que mantiene enfocado al

grupo.

RAD tiende a funcionar cuando:

 La aplicación funcionará de manera independiente.

 Se pueden usar mayormente bibliotecas existentes.

 Desempeño no crítico.

 Distribución limitada, interna o vertical.

 Alcance del proyecto limitado.

 Confiabilidad no crítica.

 El sistema puede dividirse en muchos módulos independientes.

 El producto está dirigido a un mercado altamente especializado.

 El proyecto cuenta con fuertes limitantes de tiempos parciales

(timeboxes).

 La tecnología requerida tiene más de un año en el mercado.

RAD tiende a fallar cuando:

 La aplicación debe interoperar con sistemas existentes.

 Existen pocos componentes reutilizables.

 Alto desempeño crítico.

 El desarrollo no puede aprovechar herramientas

...