DESARROLLO RÁPIDO DE APLICACIONES
                 
El desarrollo rápido de aplicaciones (DRA), surgio como respuesta o mejorar al modelo tradicional y al ciclo en espiral.

Este modelo enfatiza un ciclo de vida extremadamente corto.
No es un modelo bien definido.

CARACTERÍSTICAS DE ESTE MODELO

1.- Es un modelo secuencial: Existe una separación en fases de cada proyecto realizado.

2.-Existe integraciones de sus fases de manera constantes.

3.-Su desarrollo  esta basado en componentes.

4.-Se necesita una participación activa del usuario.

MODELO DRA

• 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.

OPINIÓN PERSONAL

(ISRAEL MÁRQUEZ)

Para proyectos cortos de tiempo es suficiente con este modelo DRA, ya que su nombre lo dice: desarrollo rápido de aplicaciones, esto hace que el tiempo de entrega sea temprana;

Aumenta el involucramiento de los usuario, también de bueno de este modelo es que es menor costo y posiblemente tiene menos fallas. La eficacia aumenta ya que utiliza 3 equipos realizando el modelo para la creacion de aplicaciones.

Aunque tiene un incoveniente para proyectos grandes, necesita recursos humanos para crear el numero correcto de equipos, y es menos eficiente en la parte de analisis, porque si los desarrolladores y clientes no se comprenden con las actividades necesarias para completar el sistema, los proyectos fallarán en los requisitos de la aplicacion. Pero importa mas lo bueno que lo malo :D