metodologia RAD y aracteristuca
El desarrollo rápido de aplicaciones o RAD (Rapid Aplication Development) es un proceso de desarrollo de software, desarrollado inicialmente por James Martin en 1980.
características
Timeboxing
Las funciones secundarias son eliminadas como sea necesario para cumplir con el calendario
Prototipos Iterativos y Evolucionarios
Reunión JAD (Joint Application Development):
Se reunen los usuarios finales y los desarrolladores.
Lluvia de ideas para obtener un borrador inicial de los requisitos.
Iterar hasta acabar:
Los desarrolladores construyen y depuran el prototipo basado en los requisitos actuales.
Los clientes prueban el prototipo, depuran los requisitos.
Los clientes y desarrolladores se reunen para revisar juntos el producto, refinar los requisitos y generar solicitudes de cambios.
Los cambios para los que no hay tiempo no se realizan. Los requisitos secundarios se eliminan si es necesario para cumplir el calendario.
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
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
El proceso de DRA permite que un equipo de desarrollo cree un sistema completamente funcional dentro de un periodo muy corto de 60 a 90 días.
¿PORQUÉ USAR RAD?
Buenas razones
Convergir tempranamente en un diseño aceptable para el cliente y posible para los desarrolladores.
Limitar la exposición del proyecto a las fuerzas de cambio.
Ahorrar tiempo de desarrollo, posiblemente a expensas de dinero o de calidad del producto.
Malas razones
Prevenir presupuestos rebasados (RAD necesita un equipo disciplinado en manejo de costos).
Prevenir incumplimiento de fechas (RAD necesita un equipo disciplinado en manejo de tiempo).
asies, aun hay mas
es un proceso de desarrollo de software, desarrollado inicialmente por James Martin en1980
SATURNINO MACIAS ESTEBAN ALEJANDRO 3C PROGRMACION UWU
Tradicionalmente, el desarrollo rápido de aplicaciones tiende a englobar también la usabilidad, utilidad y la rapidez de ejecución
Subtopic
este no tiene nada que ver con el tema pero ando así JAJAJAJA (espero que le guste el trabajo:3)
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
FASES DEL RAD
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
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
Generación de aplicaciones: El DRA asume la utilización de técnicas de cuarta generación
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.
