Comprender el modelo de desarrollo rápido de aplicaciones

El desarrollo rápido de aplicaciones, o RAD, es un método de desarrollo de software que enfatiza la etapa de planificación y prototipo para obtener comentarios rápidos de los usuarios. En comparación con los métodos más convencionales de desarrollo de software, que incluyen el diseño preliminar y la implementación posterior, RAD enfatiza una mayor flexibilidad. Las rondas constantes de aportes de los usuarios y las mejoras incrementales rápidas ayudan a obtener mejores resultados al final del día.

En la década de 1990, James Martin definió el desarrollo rápido de aplicaciones como una alternativa a los procedimientos en cascada convencionales. El método de cascada tradicional es una excelente solución para la industria de la construcción y muchos otros campos donde las modificaciones al alcance del trabajo son poco comunes y costosas. Es bastante improbable que cambie a construir un transbordador a la mitad de la construcción de un puente si ya hubiera comenzado la construcción del puente.

El avance del software permite un mayor grado de adaptabilidad. Se puede utilizar una gama más amplia de enfoques para abordar la misma dificultad comercial y se pueden realizar modificaciones a un costo menor. En consecuencia, las empresas sacrifican el diseño y la planificación precisos en favor de un proceso iterativo mediante prueba y error. Además, cuando los consumidores observan una mejora, es más probable que realicen críticas constructivas.

¿Es el desarrollo rápido de aplicaciones el enfoque correcto para mi proyecto?

Como hemos explicado antes, RAD no opera en contextos inflexibles. No aplica en las siguientes situaciones:

• Es necesario tener un conocimiento previo tanto de las limitaciones financieras como de los horarios.
• O bien no tiene acceso constante a los usuarios, o estos no están motivados para dedicar su tiempo y esfuerzo al proyecto.
• Debido a su alcance, el proyecto requiere la participación de un número considerable de personas, a menudo conocidas como partes interesadas.

Estas restricciones a menudo se aplican a grandes empresas y organizaciones administradas por el gobierno. Por otro lado, algunos aspectos del proceso de desarrollo rápido de aplicaciones se aplican incluso en estas situaciones. Por ejemplo, los proyectos con un precio fijo pueden asignar fondos para la etapa de prototipo y un cierto número de revisiones. Si tiene a bordo a los usuarios apropiados, es posible que pueda restringir el alcance del prototipo a las partes que son menos claras.

Por otro lado, un marco de desarrollo rápido de aplicaciones funciona muy bien para organizaciones pequeñas y medianas y proyectos departamentales. Esto es siempre que los usuarios comerciales sean dueños del dinero y tengan el impulso para lograr el resultado. Esta es una excelente ilustración de las muchas aplicaciones de línea de negocio (LOB). Una frase genérica se refiere a los programas de software que automatizan y operan ciertos aspectos de una empresa de manera más efectiva.

De manera similar, RAD es un enfoque que es efectivo al desarrollar sitios web. A menudo, estos son proyectos modestos con un grupo limitado de partes interesadas, pero es esencial incluirlos desde el principio, ya que el diseño es un tema muy controvertido, ¡y todos tendrán algo que decir al respecto!

Fases Y Metodología

La etapa de planificación que requiere mucho tiempo se reemplaza con la fase de prototipo menos costosa bajo el enfoque de desarrollo rápido de aplicaciones. Específicamente, el modelo RAD sugiere la separación del proceso en las siguientes cuatro etapas:

Planificación de requisitos

Los usuarios y el equipo del proyecto trabajarán juntos durante esta fase para determinar los objetivos del futuro sistema. El éxito de la empresa es la principal preocupación. Los estándares no son muy estrictos. La capacidad de modificarlos o adaptarlos mientras el prototipo aún está en desarrollo es fundamental.

Diseño de usuario

La técnica de desarrollo rápido de aplicaciones se diferencia del modelo tradicional en cascada al enfatizar el diseño del usuario como un componente fundamental del proceso. En esta etapa, lo primero que hacen los desarrolladores es trabajar en un prototipo. El objetivo es mostrar algo al cliente de forma rápida y asequible, lo que sea necesario demostrar. No es un factor decisivo si el prototipo solo puede satisfacer algunos de los criterios o solo puede manejar un subconjunto de las situaciones posibles. Está permitido tomar atajos cuando se trata de codificación.

Una vez que se ha completado el prototipo, se muestra a los usuarios para recibir comentarios. El equipo recopila la mayor cantidad de información posible y, en esta etapa, los criterios esenciales son susceptibles de modificaciones inevitables. Algo que tenía sentido cuando estaba escrito podría tomar una apariencia diferente cuando se pone en práctica. Cuando los desarrolladores tienen esta información, regresan al proceso de creación de prototipos y continúan haciéndolo hasta que los consumidores están satisfechos con el resultado final.

Construcción

En este punto, somos plenamente conscientes de los requisitos que se deben cumplir. Es hora de completar el desarrollo y las pruebas del sistema para que esté listo para su uso en producción. No habrá más atajos; en su lugar, se hará hincapié en la calidad, la escalabilidad, la mantenibilidad y otros factores. Sin embargo, incluso en este punto tardío, los consumidores continúan interactuando ofreciendo comentarios cuando se introducen nuevas funciones. En este punto del proceso iterativo de desarrollo de una aplicación rápida, todavía hay espacio para realizar ajustes más precisos.

Dependiendo de la herramienta que terminemos usando y de los otros factores involucrados, el trabajo que hemos hecho hasta este punto en el proceso de creación de prototipos podría ni siquiera ser utilizable.

Transición

Este es el último paso, que incluye la capacitación de los usuarios, las pruebas de aceptabilidad y la implementación del nuevo sistema.

Desarrollo rápido de aplicaciones vs. Ágil

El nombre "RAD" se acuñó diez años antes de la metodología de desarrollo Agile y, debido a su metodología iterativa, a veces se hace referencia a RAD como un "padre" de Agile. Por otro lado, esta no es la situación. Agile es un punto de vista filosófico que abarca mucho más que el desarrollo de software, en contraste con RAD, que es una técnica de desarrollo prescriptiva.

Es seguro asumir que Rapid Application Development (RAD) es miembro de la misma familia que otros enfoques ágiles de desarrollo de software, como Scrum, Kanban y muchos más.

Ventajas y desventajas del desarrollo rápido de aplicaciones

El enfoque se aleja de la previsibilidad y se acerca a la adaptabilidad debido a RAD, que tiene implicaciones tanto buenas como malas.

ventajas :

Gastos y peligros reducidos

Los usuarios solo pueden ver los resultados del método y ofrecer comentarios una vez que se les ha entregado el proyecto. Los ajustes inevitables que deben realizarse en este punto requieren mucho tiempo y dinero. La posibilidad de tener que volver a escribir la mitad de la solución después de implementarla se reduce significativamente cuando se utiliza el proceso de desarrollo rápido de aplicaciones.

Superior en calidad

El programa final probablemente se aplicará mejor a las actividades de los usuarios si participan activamente en el proceso de creación de prototipos. Además, independientemente del resultado, estará a la altura de sus expectativas.

Desventajas:

mal diseño

Al perseguir necesidades comerciales particulares y tomar atajos durante la etapa de prototipo, es posible que se encuentre yendo demasiado lejos. Por lo tanto, el resultado es un diseño y una solución general deficientes.

Incapacidad para escalar de manera efectiva

El paradigma RAD presupone que el equipo y los usuarios finales colaboran en estrecha colaboración. El proceso del prototipo siempre se moverá a un ritmo glacial una vez que el equipo sea demasiado grande o haya un número excesivo de partes interesadas. Además, se vuelve un desafío explicar los cambios frecuentes en el alcance del proyecto a todas las partes. Por lo tanto, se cree que RAD funciona mejor para grupos de tamaño mediano o pequeño.

Compromiso de los clientes en el back-end

La técnica de desarrollo rápido de aplicaciones anticipa una cantidad sustancial de información del usuario a lo largo de la vida del proyecto. Según los informes, esto es particularmente cierto para los profesionales más calificados de la industria, que también resultan ser las personas más ocupadas de la organización.

Incapacidad para ejercer el control.

Antes de que finalice la etapa de prototipo del proyecto, no es factible pronosticar con precisión el alcance, el presupuesto o el cronograma del proyecto por razones aparentes. Sin embargo, dependiendo de los resultados del proceso de planificación de requisitos, aún podrá establecer algunas expectativas generales.

Herramientas para el desarrollo rápido de aplicaciones (RAD)

La aplicación del enfoque RAD se basa principalmente en la creación rápida de prototipos y una estrecha cooperación. Por lo tanto, seleccionar las herramientas adecuadas para ayudar en estos esfuerzos es de suma importancia. Para nuestra buena fortuna, hay una amplia selección para elegir.

Diseño y Prototipado

Las tecnologías de desarrollo rápido de aplicaciones como Figma e InVision hacen posible que los diseñadores visuales y los profesionales de UX construyan rápidamente y compartan prototipos en los que se puede hacer clic con los usuarios finales. Estos tienen un diseño completo para que los desarrolladores puedan recopilar información de los usuarios. Tan pronto como una de las iteraciones del prototipo recibe luz verde, pueden exportar el proyecto a formatos para que los desarrolladores front-end lo reutilicen. Marcando así su transición a la fase de Construcción. Aunque la creación de sitios web es, con mucho, el uso más común de estas herramientas, crear prototipos de la experiencia del usuario de aplicaciones o portales de usuario final más complicados es otro uso.

Los analistas de negocios usan otras aplicaciones, como Balsamiq, con mucha más frecuencia. Se están concentrando en crear un prototipo de la experiencia del usuario usando wireframes. Luego, implementan el diseño final más tarde. Estas son excelentes opciones para el modelado preliminar de sistemas más extensos que incluyen una compleja interacción con el usuario.

Desarrollo

La fase de desarrollo de establecer una aplicación a menudo consume la mayor parte del tiempo, es la más costosa y está cargada de la incertidumbre más significativa. Por lo tanto, las plataformas actuales para el desarrollo rápido de aplicaciones integran arquitecturas probadas. Estos son componentes listos que implementan la funcionalidad estándar y herramientas que facilitan el desarrollo rápido. Cada uno de ellos le facilita proporcionar resultados más rápidamente. Ya sea que esté en la fase de creación de prototipos del proyecto o más adelante en la fase de construcción.

Empresas consultoras como Gartner y Forrester están constantemente desarrollando nueva nomenclatura para diferenciar cada una de estas plataformas. A menudo incluye lo siguiente: plataformas de aplicaciones de código bajo/sin código (LCAP), plataformas de aplicaciones de alta productividad como servicio (HPAPaaS) y plataformas de desarrollo de experiencia múltiple. Todos estos son ejemplos de diferentes tipos de plataformas de aplicaciones (MXDP) que puede utilizar. Sin embargo, al final, cada uno de ellos puede categorizarse de acuerdo con su público objetivo.

Plataformas de código bajo/sin código

El concepto fundamental detrás de estas plataformas es hacer posible que los usuarios comerciales sin experiencia en codificación (también conocidos como usuarios avanzados o desarrolladores ciudadanos) proporcionen aplicaciones funcionales rápidamente. Esta simplicidad, por supuesto, viene con falta de flexibilidad y varias restricciones. En un artículo reciente, discuto estos límites y sus peligros. En consecuencia, el mercado objetivo de tales plataformas consiste en prototipos o soluciones elementales.Plataformas enfocadas en desarrolladores

Estas plataformas aprovechan la rapidez y la emoción del desarrollo de software. Principalmente a través de la provisión de API de alto nivel y la producción de código. Por lo tanto, los programadores ya no necesitan escribir repetidamente código repetitivo e implementar la funcionalidad estándar.

Embarcadero RAD Studio, anteriormente Borland Delphi, es uno de los pioneros de la industria. Son bien conocidos por su diseño de interfaz de usuario visual. Borland Delphi era su apellido. Existía antes de la llegada de la web y todavía se puede usar para aplicaciones en computadoras de escritorio y dispositivos móviles.

La web es el objetivo principal de los otros marcos de desarrollo rápido de aplicaciones. Porque es el método más común para comunicarse con los consumidores finales en la actualidad. Por ejemplo, aquí en Jmix, nos esforzamos por combinar la facilidad y rapidez de los modelos de datos visuales y el diseño de la interfaz con la eficacia de la tecnología de código abierto actual. Esta estrategia aumenta el ritmo al que crea prototipos. Sin embargo, también le brinda la capacidad de desarrollar su prototipo en una aplicación corporativa completa que tiene una estructura estable y escalable.

Conclusión

Uno de los enfoques de desarrollo que se adhieren a la mentalidad ágil es el desarrollo rápido de aplicaciones (RAD). La participación activa de los usuarios finales y el desarrollo de prototipos rápidos e iterativos utilizando los aportes de esos usuarios son dos principios básicos de la metodología RAD. Después de asegurar la satisfacción de los usuarios finales, la atención se centra en el suministro de software adecuado para la producción.

La selección de la(s) herramienta(s) adecuada(s) es esencial para garantizar la creación rápida de prototipos. Como resultado, el uso efectivo de la metodología RAD dentro de un proyecto determinado. La buena noticia es que hay una diversa selección de herramientas y plataformas para usar. Estos se adaptan a varios tipos de aplicaciones, fases de un proyecto y conjuntos de habilidades para equipos.

Aunque RAD es una idea antigua, ahora está experimentando un renacimiento. Este es un resultado directo de las tendencias actuales de transformación digital y el impulso hacia un tiempo de comercialización más rápido. Cuando se utiliza para los tipos apropiados de proyectos y con los tipos adecuados de equipos, el enfoque RAD puede lograr una mayor satisfacción del cliente con menos riesgos y en períodos de tiempo más cortos.