Está en la página 1de 15

UTVM

TECNOLOGIAS DE LA INFORMACION Y COMUNICACIN DRA(DESARROLLO RAPIDO DE APLICACIONES) EQUIPO 4 MIGUEL ANGEL FUENTES RAMIREZ ANGELICA HERNANDEZ HERNANDEZ JULIO CESAR GONZALES FUENTES JAVIER AARON LORA RANGEL ISELA

DESARROLLO RAPIDO DE APLICACIONES (DRA)


Es un proceso de desarrollo de software . Desarrollado por james martin en 1980. El metodo comprende el desarrollo iterativo , la construccion de prototipos y el uso de utilidades CASE . El desarrollo rapido de aplicaciones tiende a englobar la usabilidad , utilidad y la rapidez ejecucion. Es un modelo de proceso de desarrollo del sofware lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto. Es una adaptacion de alta a alta velocidad en el que se logra un desarrollo rapido utilizado un enfoque de construccion de componentes . Si se comprenden los requisitos y se limita el el ambito del proyecto, el proceso dra permite al equipo de desarrollo crear un sistema completamente funcional dentro de periodos cortos, especialmete cuando se utiliza para aplicaciones de sistemas de informacion

FASES
Modelado de gestion Modelado de datos Modelado de proceso Generacion de aplicaciones Pruebas de entrega

Modelado de gestion : 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.

Al igual que todos los modelos de proceso, el enfoque DRA tiene inconvenientes: Para proyectos grandes aunque por escalas, el DRA requiere recursos humanos suficientes como para crear el numero correcto de equipos DRA. DRA requiere clientes y desarrolladores comprometidos en las rpidas actividades necesarias para completar un sistema en un marco de tiempo abreviado. Si no hay compromiso, por ninguna de las partes constituyentes, los proyectos DRA fracasaran.

Dra no es adecuado cuando los riesgos tecnicos son altos. Esto ocurre cuando una nueva aplicacin hace uso de tecnologias nuevas, o cuando el nuevo software requiere un alto grado de interopilidad con programas de computadoras ya existentes.

CARACTERISTICAS
Equipos hibridos: Equipos compuestos por alrededor de 6 personas incluyendo desarrolladores y usuarios de tiempo completo del sistema asi como aquellas personas involucradas con los requisitos. Herramientas especializadas: Desarrollo visual Creacion de prototipos falsos (simulacion) Creacion de prototipos funccionales Multiples leguajes Calendario grupal Harramientas colaborativas y de trabajo en equipo Componentes reusables Interfases estandares (api) Control de versiones

Prototipos iterativos y evolutivos: Reunion jad: Se reunen los usuarios finales y los desarrolladores Lluvia de ideas para obtener un borrador inicial de los requisitos Iterar hasta acabar: Los desarrolladores construyen y depuran el prototipo basado en requisitos actuales. Los diseadores revisan el prototipo Los clientes prueban el prototipo, depuran los requisitos. Los clientes y desarrolladores se reunen para revisar juntos el producto, refinar los requisistos y generar solicitudes de cambio. Los cambios para los que no hay tiempo no se realizan. Los requisitos secundarios se eliminan si es necesario para cumplir el calendario. Cada iteracion dura entre un dia y tres semanas. Reuniones de 2 hrs

DRA TIENDE A FUNCIONAR CUANDO


La aplicacin funcionara de manara independiente. Se pueden usar mayormente bibliotecas existentes. Desempeo no critico. Distribucion limitada, interna o vertical. Alacance del proyecto limitado. Confiabilidad no critica. El sistema puede dividirse en muchos modiulos independientes. El producto esta dirigido a un mercado alatamente especializado.

DRA TIENDE A FALLAR CUANDO


La aplicacin debe interoperar con sistemas existentes Existen componentes reutilizables Alto desempeo critico El desarrollo no puede aprovechar herramientas de alto nivel. Distribucion amplia , horizontal o masiva

VENTAJAS
Los entregados pueden ser facilmente trasladados a otra plataforma El desarrollo de realiza a un nivel de abstraccion mayor Visibilidad temprana Mayor flexibilidad Mayor codificacon manual Mayor involucramiento de los usuarios Posiblemente menos fallas Menos costo Ciclos de desarrollo mas pequeos

DESVENTAJAS
Progreso mas dificil de medir Menor codificacion manual Menos eficiente Mas fallas Prototipos pueden no escalar Dependencia de componentes terceros