Tabla de contenidos
El método de «Desarrollo rápido de aplicaciones» define un enfoque de programación que utiliza un entorno de desarrollo continuo. Por lo tanto, los cambios se pueden implementar más rápidamente que con los métodos tradicionales de desarrollo de aplicaciones.
El método de desarrollo rápido de aplicaciones (RAD) fue inventado en la década de 1980 por Alex Balchin, Barry Boehm, Brian Gallagher y Scott Shultz y representó una innovación en el desarrollo de nuevo software. En la década de 1990, este método se hizo cada vez más popular.
Numerosos proveedores de servicios todavía utilizan RAD en una variedad de formas en el entorno de desarrollo hasta el día de hoy. A diferencia de los métodos utilizados anteriormente, el desarrollo rápido de aplicaciones hizo posible desarrollar de manera efectiva software completo y orientado al rendimiento en un período de tiempo más corto.
Leer: ¿Qué es VBA?
La metodología clásica
Debido a la metodología utilizada, RAD difiere significativamente del modelo de cascada utilizado hasta ese momento. En este proceso clásico, cada fase del desarrollo formaba una unidad independiente, solo después de la finalización de dicha unidad se podía abordar el siguiente paso. Al igual que con una cascada, ya no era posible volver a una unidad anterior.
Por ejemplo, en la primera fase, los perfiles de requisitos para el software se coordinaron entre el cliente y el contratista. La programación real solo podría comenzar después de que estos perfiles de requisitos se hayan evaluado completamente. Ya no era posible complementar o cambiar los perfiles de requisitos en el sistema en ejecución.
Inevitablemente, a cada paso de este sistema se le dio una enorme cantidad de tiempo para evitar errores. El desarrollo del software fue correspondientemente lento y requirió mucho tiempo y energía. Los errores inadvertidos o los requisitos incorrectos pueden hacer que un proyecto falle rápidamente en el modelo de cascada. Por esta razón, el desarrollo de software según este modelo tomó un tiempo relativamente largo.
Desarrollo rápido de aplicaciones como alternativa
En el desarrollo rápido de aplicaciones, esta secuencia fija de pasos se anula y modifica. Los procesos son fluidos y se fusionan entre sí, lo que no solo da como resultado una mayor transparencia, sino también tiempos de desarrollo más rápidos.
Al igual que con el método clásico, los requisitos se elaboran primero como una lista aproximada de requisitos básicos en un primer proceso. En lugar de refinarlos y optimizarlos cada vez más, los desarrolladores priorizan y procesan los requisitos básicos.
El objetivo es desarrollar un prototipo ejecutable del software lo más rápido posible de acuerdo con los requisitos básicos del cliente. Para este propósito, los kits de software generalmente se usan para que se pueda entregar un prototipo de software rápido.
Pruebas, desarrollo y expansión consistentes
Este prototipo se presenta al cliente y se deja para la prueba. En este paso, el cliente ahora puede complementar, refinar y optimizar los requisitos para luego poder comunicarlos a los desarrolladores.
Gracias a los cortos ciclos de desarrollo, ahora se pueden incorporar al software los nuevos requisitos y deseos. Este proceso luego se repite hasta que el cliente acepta el software con todas las propiedades deseadas.
Leer: ¿Qué es YUM?
Las ventajas del desarrollo rápido de aplicaciones
Esta forma de desarrollo de software requiere poca planificación preliminar y trabajo preparatorio y, por lo tanto, puede conducir a los primeros resultados más rápidamente. Gracias al bajo nivel de planificación anticipada y al desarrollo paralelo de las diversas etapas de desarrollo del software, el software listo para usar generalmente se puede entregar en menos de 120 días; un valor que difícilmente se puede conseguir con el modelo clásico en cascada.