MODELO DE DESARROLLO RAPIDO DE APLICACIONES(DRA)

MODELO DRA (Desarrollo Rápido de Aplicaciones)

Definición	Fases	Características	Ventajas	Desventajas
Es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto. DRA es una adaptación a "Alta velocidad" en el que se logra el desarrollo rápido utilizando un enfoque de construcción basado en componentes.	Modelado de gestión Modelado de datos Modelado de proceso Generación de aplicaciones Pruebas de entrega	Modelo lineal secuencial orientado a un ciclo rápido de desarrollo. Basado en componentes para poder entregar un modelo totalmente operativo en un corto periodo de tiempo. Es fundamental para poder modular la aplicación para cada equipo pueda trabajar en diferentes modelos.	Es muy rápido. Permite trabajar en él a varias personas a la vez.	El enfoque DRA tiene inconvenientes para proyectos grandes, necesita suficientes recursos humanos para crear el número correcto de equipos. Si los desarrolladores y clientes no se comprenden con las actividades necesarias para completar el sistema, los proyectos fallarán. El DRA sería inapropiado cuando los riesgos técnicos son altos.

MODELO PROTOTIPO

Definición	Fases	Características	Ventajas	Desventajas
Es un modelo a escala o facsímil de lo real, pero no tan funcional para que equivalga a un producto final, ya que no lleva a cabo la totalidad de las funciones necesarias del sistema final. Proporcionando una retroalimentación temprana por parte de los usuarios acerca del Sistema.	Plan rápido Modelado, diseño rápido Construcción del Prototipo Desarrollo, entrega y retroalimentación Comunicación	El prototipo es una aplicación que funciona. Los prototipos se crean con rapidez. Los prototipos evolucionan a través de un proceso iterativo Los prototipos tienen un costo bajo de desarrollo	Este modelo es útil cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida. ofrece un mejor enfoque cuando el responsable del desarrollo del software está inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debería tomar la interacción humano-máquina.	El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al sistema final. Adoptarlo como el sistema final