METODOLOGÍA RAD
ANTECEDENTES:
El desarrollo rápido de
aplicaciones o RAD (acrónimo en inglés
de rapid application development) es un
proceso de desarrollo de software,
desarrollado inicialmente por James Martin
en1980.
METODOLOGIA RAD
El método comprende el desarrollo
interactivo, la construcción de prototipos y el
uso de utilidades CASE (Computer Aided Software Engineering).
Tradicionalmente, el desarrollo rápido de aplicaciones tiende a englobar
también la usabilidad, utilidad y la rapidez de ejecución.
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. 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 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.
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.
¿PORQUÉ USAR RAD?
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).
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.
CARACTERÍSTICAS DE RAD
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)
"Timeboxing"
Las funciones secundarias son eliminadas como sea necesario para cumplir
con el calendario.
Prototipos Iterativos y Evolucionarios.
Reunión JAD (Joint Application Development):
o Se reunen los usuarios finales y los desarrolladores.
o Lluvia de ideas para obtener un borrador inicial de los requisitos.
Iterar hasta acabar:
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.
VENTAJAS
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.
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
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.
Más fallas (por síndrome de “codificar a lo bestia”).
Prototipos pueden no escalar, un problema mayúsculo.
Funciones reducidas (por “timeboxing”).
Dependencia en componentes de terceros: funcionalidad de más o de menos, problemas l
RAD en JAVA
Un desarrollador RAD (Desarrollo Rápido de
Aplicaciones) debe ser un software que permita
modificaciones y nuevos procesos a un bajo costo
hora/hombre.
Existen hoy en día muchos programas que permiten el
desarrollo RAD pero su costo de mantenimiento es alto
y existe un costo de capacitación que debe incluirse en
los valores anteriores.Algunas empresas ofrecen
productos que proporcionen todas o algunas de las herramientas de
desarrollo de software RAD. (El concepto puede aplicarse al desarrollo de
hardware.) Estos productos incluyen los requisitos de recopilación de
herramientas, herramientas de creación de prototipos, asistido por
ordenador herramientas de ingeniería de software, entornos de desarrollo
del lenguaje, como los de la Java , plataforma de trabajo en grupo para la
comunicación entre los miembros de desarrollo y pruebas
herramientas. RAD normalmente abarca programación orientada a
objetos metodología, que promueve inherentemente software de re-uso. El
lenguaje más popular orientado a objetos, programación Java , se ofrece en
paquetes de programación visual a menudo descrito como proporcionar el
desarrollo rápido de aplicaciones.
Algunos softwares de desarrollo rápido de aplicaciones en JAVA son los
siguientes:
Ebase Xi es un comercial de desarrollo rápido
de aplicaciones plataforma que combina
el navegador web basado en la interfaz de
usuario de desarrollo, gestión de procesos
empresariales y la integración de datos en una
sola tecnología IDE .
IBM Rational Business Developer Extensión es
una cruz-plataforma, IDE rápido desarrollo de
aplicaciones para la creación de aplicaciones
empresariales y web y servicios para
Windows, Linux, Unix (Solaris, HPUX, AIX),
System zy System i
IBM Rational Application Developer es una
cruz-plataforma, IDE rápido desarrollo de
aplicaciones para la creación de aplicaciones
empresariales y web y servicios para
Windows, Linux y Unix (Solaris, HPUX, AIX)
m-Power es una herramienta de desarrollo de
software que automatiza el desarrollo de
aplicaciones y crea rápidamente de clase
empresarial de aplicaciones web a través de
cualquier base de datos o la plataforma.
MyEclipse es un entorno de desarrollo rápido
de aplicaciones, centrándose en Java
empresarial y el desarrollo de aplicaciones
web. La especialidad MyEclipse "Blue Edition"
es lo más parecido a IBM Rational Application
Developer .
NetBeans es un entorno multiplataforma, RAD
IDE para la creación visual de escritorio,
móviles, web y aplicaciones SOA para Linux,
Windows y Mac OS X. El IDE oficialmente
compatible con Java, PHP, JavaScript y C / C
+ + lenguajes de programaci
