Scribd
Cargar
284 vistas

Metodologia RAD

La metodología RAD (Desarrollo Ágil de Radicación) permite construir sistemas de software en poco tiempo, generalmente entre 60 y 90 días, mediante el uso de equipos híbridos, herramientas especializadas, y el desarrollo iterativo de prototipos evolutivos a través de reuniones JAD. Las fases incluyen el modelado de gestión, datos y procesos, generación de aplicaciones y pruebas de entrega, con un enfoque en la reutilización de componentes.

Cargado por

Javier Cerritos Lira
Derechos de autor
© © All Rights Reserved
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
284 vistas

Metodologia RAD

La metodología RAD (Desarrollo Ágil de Radicación) permite construir sistemas de software en poco tiempo, generalmente entre 60 y 90 días, mediante el uso de equipos híbridos, herramientas especializadas, y el desarrollo iterativo de prototipos evolutivos a través de reuniones JAD. Las fases incluyen el modelado de gestión, datos y procesos, generación de aplicaciones y pruebas de entrega, con un enfoque en la reutilización de componentes.

Cargado por

Javier Cerritos Lira
Derechos de autor
© © All Rights Reserved
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
Está en la página 1/ 4

Metodologa RAD

Proceso de desarrollo de software que permite construir sistemas


utilizables en poco tiempo, normalmente de 60 a 90 das,
frecuentemente con algunas concesiones.

FASES DEL RAD


Modelado de gestin: el flujo de
informacin entre las funciones de
gestin se modela de forma que
responda a las siguientes preguntas:
Qu informacin conduce el
proceso
de
gestin?
Qu
informacin se genera? Quin la
genera?
A
dnde
va
la
informacin? Quin la proceso?
Modelado de datos: el flujo de
informacin definido como parte de
la fase de modelado de gestin se refina como un conjunto de
objetos de datos necesarios para apoyar la empresa. Se definen
las caractersticas (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 informacin necesario para implementar una funcin de
gestin. Las descripciones del proceso se crean para aadir,
modificar, suprimir, o recuperar un objeto de datos. Es la
comunicacin entre los objetos.
Generacin de aplicaciones: El DRA asume la utilizacin de
tcnicas de cuarta generacin. En lugar de crear software con
lenguajes de programacin de tercera generacin, 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 automticas para facilitar la construccin


del software.
Pruebas de entrega: Como el proceso DRA enfatiza la
reutilizacin, 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 diseo aceptable para el cliente
y posible para los desarrolladores.
Limitar la exposicin del proyecto a las fuerzas de cambio.
Ahorrar tiempo de desarrollo, posiblemente a expensas de
dinero o de calidad del producto.

CARACTERSTICAS DE RAD
Equipos Hbridos
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, diseadores y programadores en uno.

Herramientas Especializadas
Desarrollo "visual"
Creacin de prototipos falsos (simulacin pura)
Creacin de prototipos funcionales
Mltiples lenguajes
Calendario grupal
Herramientas colaborativas y de trabajo en equipo
Componentes reusables
Interfaces estndares (API)
"Timeboxing"
Las funciones secundarias son eliminadas como sea necesario
para cumplir con el calendario.
Prototipos Iterativos y Evolucionarios.
Reunin 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 diseadores 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.

También podría gustarte