Desarrollo Rápido de Aplicaciones.

Autor: Pablo Sanabria Quispe

¿Que es el desarrollo rápido de aplicaciones?

El desarrollo rápido de software se refiere a un tipo de metodología de desarrollo de software que usa la mínima planeación a favor de un rápido prototipamiento. La planeación de software usado en RAD es intercalada con la escritura del software en sí. La falta de una pre-planeación generalmente permite que el software sea escrito mucho más rápido, y hace que sea sencilla la modificación al cambio de requerimientos.

El desarrollo rápido de software es una metodología que envuelve métodos como el desarrollo iterativo o el prototipamiento de software. Se dice que RAD es un fusionador de varias técnicas estructuradas, especialmente el manejador de datos llamado Ingeniería de la información. Con la técnica de prototipamiento el desarrollo de software se acelera considerablemente.

En el desarrollo rápido de software, las técnicas estructuradas y el prototipamiento son especialmente usadas para definir los requerimientos de los usuarios y el diseño final del software. El proceso de desarrollo empieza con el desarrollo de modelos de dato preliminares y modelos del proceso de negocio usando técnicas estructuradas. En la siguiente fase, los requerimientos son verificados usando el prototipamiento, eventualmente para refinar los modelos de datos y procesos. Estas fases son repetidas iterativamente; convirtiendo los resultados del desarrollo en una combinación de requerimientos y técnicas de diseño para ser usados en la construcción de nuevo software.

El enfoque de RAD puede poner en compromiso la funcionalidad y la velocidad a cambio de tener una rapidez en el desarrollo y una gran facilidad en el mantenimiento de la aplicación.

Cuando se utiliza principalmente para aplicaciones de sistemas de información, el enfoque RAD comprende las siguientes fases:

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

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

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

4. Generación de aplicaciones: El RAD 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 RAD 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.

5. Pruebas de entrega: Como el proceso RAD 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.

Ventajas de RAD

Los entregables pueden ser fácilmente trasladados a otra plataforma.

El desarrollo se realiza a un nivel de abstracción mayor. Visibilidad temprana. Mayor flexibilidad. Menor codificación manual. Mayor involucramiento de los usuarios. Posiblemente menos fallas. Posiblemente menor costo. Ciclos de desarrollo más pequeños.

Desventajas de RAD

Costo de herramientas integradas y equipo necesario. Progreso más difícil de medir. Menos eficiente. Menor precisión científica. Riesgo de revertirse a las prácticas sin control de antaño. Más fallas (por síndrome de "codificar a lo bestia"). Prototipos pueden no escalar, un problema mayúsculo. Funciones reducidas (por "timeboxing"). Dependencia en componentes de terceros: funcionalidad de más o de menos,

problemas

¿Cuándo usar el desarrollo rápido de aplicaciones?

No todos los tipos de aplicaciones son apropiados para RAD. Si un sistema no se puede modularizar adecuadamente. La construcción de los componentes necesarios para RAD 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 RAD puede que no funcione.

RAD 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 interoperabilidad con programas de computadora ya existentes.

RAD puede ser muy útil cuando se tiene poco tiempo en el desarrollo, ya sea por ahorrar tiempo o dinero, esto a expensas de la calidad del producto. También es útil en proyectos en el

que se tiene que cumplir rápidamente con los requerimientos, pero para esto se necesita un equipo responsable que pueda hacerse cargo del proyecto

Referencias

http://en.wikipedia.org/wiki/Rapid_application_development http://www.mitecnologico.com/Main/ModeloDesarrolloRapidoAplicaciones http://www.mena.com.mx/gonzalo/maestria/ingsoft/presenta/rad/ http://es.wikipedia.org/wiki/Desarrollo_r%C3%A1pido_de_aplicaciones