martes, 7 de mayo de 2013


MODELO DE DESARROLLO RAPIDO DE APLICACIONES(DRA)

Este es un modelo de proceso de desarrollo del software lineal, secuencias que enfatiza un ciclo de desarrollo extremadamente corto. El modelo DRA es una adaptación a del modelo lineal secuencial en el que se logra el desarrollo rápido utilizando un enfoque de construcción basado en componentes. Si se comprenden bien los requisitos y se limita el ámbito del proyecto, el proceso DRA permite al equipo de desarrollo crear un sistema completamente funcional dentro de periodos cortos de tiempo

GRÁFICO DEL MODELO DRA


IMAGEN: http://1.bp.blogspot.com/_68ePP0Wp3lo/TL4aszGa03I/AAAAAAAAACg/GcG8z5lnOcE/s1600/dra.png

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 procesa?.

IMAGEN:http://1.bp.blogspot.com/qnXMnHA3vVM/Tr0EIaJf_JI/AAAAAAAAABc/n5R92LeK95w/s1600/Etapas_de_la_gestion_del_cambio.jpg
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.

IMAGEN:http://www.fundacion.telefonica.com/es/que_hacemos/convocatorias/sociedad_informacion/2012/noviembre/img/1d1f911ab76ccb07e74c6b3756cf1b02.jpg

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.

IMAGEN: http://us.123rf.com/400wm/400/400/michaeldb/michaeldb1011/michaeldb101100020/8220609-un-genie-de-nerd-cartoon-programmes-un-systeme-de-gestion-des-processus-de-smart-organigramme.jpg

Generación de Aplicaciones:

El modelo 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.

IMAGEN:http://www.bloginformatico.com/wp-content/uploads/2007/04/software-de-aplicacion.jpg

Pruebas y 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.

IMAGEN:http://www.nosolounaidea.com/ginkana/wp-content/uploads/2012/11/Pruebas-Ginkana-2.2-by-NSI.jpeg

No todos los tipos de aplicaciones son apropiados para DRA. No es adecuado cuando los riesgos técnicos son altos. Esto ocurre cuando una nueva aplicación hace uso de tecnologías nuevas, o cuando el nuevo software requiere un alto grado de interoperatividad con programas de computadora ya existentes. DRA enfatiza el desarrollo de componentes de programas reutilizables.

Ventajas:
  • Es muy rápido.
  • Permite trabajar en él a varias personas a la vez.
  • Enfatiza ciclos de desarrollo extremadamente cortos.
  • Se asegura de que el producto entregado cumple las necesidades del cliente.
Desventajas:
  • El enfoque DRA tiene inconvenientes para proyectos grandes aunque por escalas, necesita suficientes recursos humanos para crear el numero 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.
  • No todos los tipos de aplicaciones son apropiados para DRA. Si un sistema no se puede modulizar adecuadamente. La construcción de los componentes necesarios para DRA será problemático. Si está en juego el alto rendimiento, y se va a conseguir el rendimiento convirtiendo interfaces en componentes de sistema, el enfoque DRA puede que no funcione.
IMAGEN: http://2.bp.blogspot.com/-5gRtxvivhVo/UA2MEtK0wWI/AAAAAAAABCY/F4vn136HQQI/s1600/Pensamiento.jpg

Conclusiones

El modelo DRA básicamente lleva a cavo varios equipos de trabajo que siguen ciertas etapas, módulos, y objetivos del proyecto de manera simultanea que se aplican a la construcción de sistemas de información mas fáciles y modularizables para satisfacer las necesidades de los clientes, pudimos ver que nos es muy útil para aplicaciones que requieren adopción de nuevas tecnologías porque la curva de aprendizaje puede afectar el cronograma del proyecto.