Investigación Modelo RAD Franklin Alday Almonacid
Investigación Modelo RAD Franklin Alday Almonacid
La idea detrás del desarrollo rápido de aplicaciones es utilizar una metodología que permita
a los desarrolladores centrarse en una tarea a la vez. Esto reduce la cantidad de
planificación requerida y facilita que el equipo trabaje en conjunto de manera eficiente.
1. Análisis de requisitos
El primer paso en el proceso RAD es identificar las necesidades del negocio y definir los
capturar los requisitos del nuevo sistema. Esta fase también se puede denominar fase de
planificación.
2. Diseño y prototipina
Una vez recopilados los requisitos, el siguiente paso es diseñar y crear prototipos de una
solución que cumpla con esos requisitos. El diseño de un nuevo sistema comienza con la
creación de una maqueta inicial o wireframe, que ayuda a las partes interesadas a visualizar
La tercera etapa del proceso RAD es la fase de implementación. Esto es cuando los
prueben. Debido a la naturaleza iterativa de este proceso, esta etapa a menudo implica
múltiples iteraciones en las que las partes interesadas revisan las nuevas versiones de su
repiten.
4. Pruebas e implementación
La última etapa del proceso RAD es la prueba y la implementación. Esto es cuando los
a continuación, la implementan para que los usuarios la usen. Una vez más, este proceso a
menudo implica múltiples iteraciones en las que las partes interesadas revisan las nuevas
necesidades y luego repiten hasta que tengan una aplicación que cumpla con todos los
requisitos.
El modelo RAD permite introducir su software en el mercado más rápido que los modelos
tradicionales de desarrollo de software. La razón de esto es que los requisitos no solo están
documentados, sino que también están integrados en la propia aplicación. Esto significa que
en lugar de tener que esperar a que los desarrolladores creen características basadas en su
interpretación de esos requisitos, simplemente puede liberar lo que ya se ha creado y dejar
que los usuarios den su opinión sobre lo que funciona y lo que no.
2. Desarrollo iterativo
Es probable que gran parte del código que escriba durante el desarrollo del producto sea
reutilizable en otros proyectos. De hecho, esta es una de las principales razones por las que
es importante tener una estructura organizada para su proyecto.
El modelo RAD reduce el riesgo del proyecto al permitir la creación de prototipos en etapas
tempranas. A medida que diseñe su proyecto, podrá ver rápidamente cómo funcionará en la
vida real. Esto hace que sea más fácil para usted identificar y solucionar problemas antes
de que se vuelvan demasiado costosos de solucionar.
El modelo RAD facilita el mantenimiento del proyecto porque el código está organizado,
está bien documentado y es reutilizable. Tampoco puede necesitar contratar desarrolladores
altamente calificados para completar proyectos de manera más rápida y eficiente. A largo
plazo, esto ahorrará dinero a su organización y mejorará la calidad.
El objetivo de cualquier proyecto de desarrollo de software es crear un producto que sea útil
y utilizable. Desafortunadamente, el modelo RAD a menudo conduce a un énfasis en la
velocidad sobre la calidad, y la usabilidad sufre como resultado.
3. No es escalable
El modelo RAD funciona bien para proyectos pequeños que requieren una respuesta rápida,
pero no es adecuado para esfuerzos de desarrollo de software más grandes y a largo plazo.
En la prisa por ofrecer funcionalidad con RAD, es fácil perder de vista cómo se maneja el
mantenimiento a largo plazo. Sin la planificación y documentación adecuadas, puede ser
difícil para otros desarrolladores entender su base de código, y aún más difícil para ellos
realizar cambios sin romper algo más.
5. No es seguro
Debido a que las aplicaciones RAD a menudo se crean rápidamente, sin las pruebas de
seguridad adecuadas, es más probable que contengan vulnerabilidades y errores que
pueden ser explotados por los piratas informáticos.
Debido a que las aplicaciones RAD tienden a construirse rápidamente, sin las pruebas de
rendimiento adecuadas, es más probable que sufran un rendimiento lento y otros problemas
que pueden dificultar para los usuarios.
Los enfoques RAD son un punto medio sólido para la mayoría de los equipos, ofreciendo lo
mejor de ambos mundos. Estos enfoques ofrecen agilidad, velocidad e iteración de los
proyectos tradicionales de Waterfall, pero también permiten una planificación estable y la
capacidad de cambiar de rumbo. Los enfoques RAD definitivamente continuarán creciendo
en popularidad a medida que las organizaciones busquen metodologías que ofrezcan
flexibilidad junto con control, y este artículo debería proporcionar un buen punto de partida
para cualquier persona interesada en buscar un desarrollo basado en RAD.