MODELO RAD

Arely Daniela Sandoval Quiones Rigoberto Ramos Robles

 El

desarrollo rpido de aplicaciones o RAD (acronimo en ingls de rapid application development) es un proceso de desarrollo de software. inicialmente por James Martin en 1980. El mtodo comprende el desarrollo iterativo, la construccin de prototipos y el uso de utilidades CASE (Computer Aided Software Engineering). de desarrollo de software que permite construir sistemas utilizables en poco tiempo, normalmente de 60 a 90 das, frecuentemente con algunas concesiones.

Desarrollado

Proceso

DEFINICIN

 Es

una metodologa de desarrollo de software que utiliza una planificacin mnima a favor de la creacin rpida de prototipos.
"planificacin" de software desarrollado usando RAD se intercala con la escritura del propio software.

La

QU ES?

Etapa
Etapa

de planificacin de los requisitos

de diseo

Construccin Implementacin

ETAPAS

 Combina Usuarios,

elementos de las fases de planeacin del sistema y anlisis del sistema. administradores, y miembros del departamento de TI discuten y se ponen de acuerdo sobre las necesidades del negocio, el alcance del proyecto, las restricciones y los requisitos del sistema.

ETAPA DE PLANIFICACIN DE LOS REQUISITOS

 Se

desarrollan modelos y prototipos que representan todos los procesos del sistema, entradas y salidas. utiliza una combinacin de tcnicas JAD y Joint herramientas CASE para traducir las Application Development necesidades del usuario en modelos (JAD) funcionales. es un proceso interactivo con los usuarios
Herramientas CASE

Se

Este

ETAPA DE DISEO

Se

renen los usuarios finales y los desarrolladores.

de ideas para obtener un borrador inicial de los requisitos
Joint Application Development (JAD)

Lluvia

 El

equipo de desarrolladores trabajando cerca con los usuarios finalizan el diseo y la construccin del sistema. Los usuarios tienen la oportunidad de afirmar los requisitos y repasar los resultados. Las pruebas al sistema se llevan a cabo durante esta etapa. Tambin se crea la documentacin y las instrucciones necesarias para manejar la nueva aplicacin, rutinas y procedimientos para operar el sistema.

CONSTRUCCIN

 Comparado
Esta

con mtodos tradicionales, el proceso entero es comprimido.

etapa envuelve la instalacin del nuevo producto y el manejo del cambio del viejo al nuevo sistema. Se hacen pruebas comprensivas y se adiestran los usuarios.

IMPLEMENTACIN

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) Control de versiones

Timeboxing Las funciones secundarias son eliminadas como sea necesario para cumplir con el calendario.

CARACTERSTICAS

APLICABLE EN PROYECTOS DONDE:

La aplicacin funcionar de manera independiente. Se pueden usar mayormente bibliotecas existentes. Desempeo no crtico.

Alcance del proyecto limitado.

Confiabilidad no crtica. El sistema puede dividirse en muchos mdulos independientes.

 El

desarrollo de aplicaciones enfrenta una transformacin fundamental. Hace cinco aos un proyecto para desarrollar una aplicacin tomaba un periodo de entre 18 a 24 meses; actualmente, con la prctica del modelo RAD toma entre 1 a 3 meses.

POR QU UTILIZAR 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). 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.

Buenas razones

POR QU UTILIZAR RAD?

 Producto El

resultante de baja calidad (en cuanto a funcionalidad). desempeo del producto no siempre es el ptimo. asegura la mxima confiabilidad.

No

DESVENTAJAS

Cuando

se trate de desarrollar sistemas que no requieran una confiabilidad demasiado alta, o un desempeo crtico.

CUNDO NO ES CONVENIENTE UTILIZAR RAD?