1. Desarrollo Rápido de Aplicaciones(RAD) Marcela Alejandra Asencio Acosta Roberto Arturo López de la O 2º A Redes y Telecomunicaciones

2. DESARROLLO RÁPIDO DE APLICACIONES El desarrollo rápido de aplicaciones o RAD (acrónimo en inglés de rapid application development) es un proceso de desarrollo de software diseñado para facilitar y acelerar la creación de aplicaciones.

3. R A D Ciclo de Desarrollo corto Adaptación Diseño Modelo en cascada 90 a 120 días Requisitos Modelado de gestión Construcción Modelado de datos Modelado del proceso Generación de aplicaciones Pruebas y entrega

4. MODELADO DE GESTIÓN MODELADO DE DATOS MODELADO DEL PROCESO GENERACIÓN DE APLICACIONES PRUEBAS Y ENTREGA 60-90 DÍAS

5. 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, Delphi, FoxPro o Anjuta. RAD El método comprende el desarrollo iterativo, la construcción de prototipos y el uso herramientas CASE , (Ingeniería de Software Asistida por Ordenador). Tradicionalmente, el desarrollo rápido de aplicaciones tiende a englobar también la usabilidad, utilidad y la rapidez de ejecución.

6. Ventajas Necesita que el cliente y el desarrollador se comprometan en las actividades necesarias para completar un sistema en un tiempo corto. Velocidad del desarrollo: Los aumentos de la velocidad son debido al uso de la herramienta CASE. Calidad: según lo definido por el RAD, es el grado al cual un uso entregado resuelve las necesidades de usuarios así como el grado al cual un sistema entregado tiene costos de mantenimiento bajos. El RAD aumenta calidad con la implicación del usuario en las etapas del análisis y del diseño. La ventaja principal de la programación RAD es el aumento de la productividad. Los entregables pueden ser fácilmente trasladados a otra plataforma Mayor flexibilidad Mayor involucramiento de los usuarios Requiere recursos humanos suficientes como para crear el número correcto de equipos.

7. Desventajas Para proyectos grandes en fases, se requieren recursos humanos suficientes Requiere clientes y desarrolladores comprometidos en las rápidas actividades del proceso. No es apropiado para todas las aplicaciones. No es adecuado cuando los riesgos técnicos son altos. Menos eficiente Menor precisión científica Progreso difícil de medir Características reducidas. Escalabilidad reducida: debido a que el desarrollo rápido de aplicaciones se desarrolló como prototipo.

9. Gracias por su atención