SDLC - Modelo RAD
los RAD (Rapid Application Development)El modelo se basa en la creación de prototipos y el desarrollo iterativo sin una planificación específica involucrada. El proceso de escribir el software en sí implica la planificación necesaria para desarrollar el producto.
El desarrollo rápido de aplicaciones se centra en recopilar los requisitos del cliente a través de talleres o grupos focales, pruebas tempranas de los prototipos por parte del cliente utilizando un concepto iterativo, reutilización de los prototipos (componentes) existentes, integración continua y entrega rápida.
¿Qué es RAD?
El desarrollo rápido de aplicaciones es una metodología de desarrollo de software que utiliza una planificación mínima a favor de la creación rápida de prototipos. Un prototipo es un modelo funcional que es funcionalmente equivalente a un componente del producto.
En el modelo RAD, los módulos funcionales se desarrollan en paralelo como prototipos y se integran para hacer el producto completo para una entrega más rápida del producto. Dado que no hay una planificación previa detallada, es más fácil incorporar los cambios dentro del proceso de desarrollo.
Los proyectos de RAD siguen un modelo iterativo e incremental y tienen pequeños equipos compuestos por desarrolladores, expertos en el dominio, representantes de clientes y otros recursos de TI que trabajan progresivamente en su componente o prototipo.
El aspecto más importante para que este modelo tenga éxito es asegurarse de que los prototipos desarrollados sean reutilizables.
Diseño de modelo RAD
El modelo RAD distribuye las fases de análisis, diseño, construcción y prueba en una serie de ciclos de desarrollo breves e iterativos.
Las siguientes son las diversas fases del modelo RAD:
Modelado de negocios
El modelo de negocio del producto en desarrollo está diseñado en términos de flujo de información y distribución de información entre varios canales de negocio. Se realiza un análisis comercial completo para encontrar la información vital para el negocio, cómo se puede obtener, cómo y cuándo se procesa la información y cuáles son los factores que impulsan el flujo de información exitoso.
Modelado de datos
La información recopilada en la fase de modelado empresarial se revisa y analiza para formar conjuntos de objetos de datos vitales para el negocio. Se identifican y definen los atributos de todos los conjuntos de datos. La relación entre estos objetos de datos se establece y define en detalle en relación con el modelo de negocio.
Modelado de procesos
Los conjuntos de objetos de datos definidos en la fase de modelado de datos se convierten para establecer el flujo de información empresarial necesario para alcanzar objetivos empresariales específicos según el modelo empresarial. El modelo de proceso para cualquier cambio o mejora en los conjuntos de objetos de datos se define en esta fase. Se proporcionan descripciones de procesos para agregar, eliminar, recuperar o modificar un objeto de datos.
Generación de aplicaciones
El sistema real se construye y la codificación se realiza mediante el uso de herramientas de automatización para convertir los modelos de datos y procesos en prototipos reales.
Pruebas y rotación
El tiempo total de prueba se reduce en el modelo RAD, ya que los prototipos se prueban de forma independiente durante cada iteración. Sin embargo, el flujo de datos y las interfaces entre todos los componentes deben probarse minuciosamente con una cobertura de prueba completa. Dado que la mayoría de los componentes de programación ya se han probado, reduce el riesgo de problemas importantes.
La siguiente ilustración describe el modelo RAD en detalle.
Modelo RAD Vs SDLC tradicional
El SDLC tradicional sigue modelos de proceso rígidos con un gran énfasis en el análisis de requisitos y la recopilación antes de que comience la codificación. Presiona al cliente para que apruebe los requisitos antes de que comience el proyecto y el cliente no siente el producto ya que no hay una compilación de trabajo disponible durante mucho tiempo.
Es posible que el cliente necesite algunos cambios después de ver el software. Sin embargo, el proceso de cambio es bastante rígido y puede que no sea factible incorporar cambios importantes en el producto en el SDLC tradicional.
El modelo RAD se centra en la entrega iterativa e incremental de modelos de trabajo al cliente. Esto da como resultado una entrega rápida al cliente y la participación del cliente durante el ciclo completo de desarrollo del producto, lo que reduce el riesgo de incumplimiento de los requisitos reales del usuario.
Modelo RAD - Aplicación
El modelo RAD se puede aplicar con éxito a los proyectos en los que es posible una modularización clara. Si el proyecto no se puede dividir en módulos, RAD puede fallar.
Los siguientes indicadores describen los escenarios típicos en los que se puede utilizar RAD:
RAD debe usarse solo cuando un sistema puede modularizarse para entregarse de manera incremental.
Se debe utilizar si hay una alta disponibilidad de diseñadores para el modelado.
Debe usarse solo si el presupuesto permite el uso de herramientas de generación de código automatizadas.
El modelo RAD SDLC debe elegirse solo si hay expertos en el dominio disponibles con conocimientos comerciales relevantes.
Debería utilizarse cuando los requisitos cambien durante el proyecto y los prototipos de trabajo se presenten al cliente en pequeñas iteraciones de 2 a 3 meses.
Modelo RAD - Pros y contras
El modelo RAD permite una entrega rápida ya que reduce el tiempo de desarrollo general debido a la reutilización de los componentes y el desarrollo paralelo. RAD funciona bien solo si hay disponibles ingenieros altamente capacitados y el cliente también se compromete a lograr el prototipo deseado en el período de tiempo dado. Si falta el compromiso de cualquiera de las partes, el modelo puede fallar.
Las ventajas del modelo RAD son las siguientes:
Pueden adaptarse requisitos cambiantes.
El progreso se puede medir.
El tiempo de iteración puede ser corto con el uso de potentes herramientas RAD.
Productividad con menos personas en poco tiempo.
Reducción del tiempo de desarrollo.
Aumenta la reutilización de componentes.
Se producen revisiones iniciales rápidas.
Fomenta los comentarios de los clientes.
La integración desde el principio resuelve muchos problemas de integración.
Las desventajas del modelo RAD son las siguientes:
Dependencia de miembros del equipo técnicamente sólidos para identificar los requisitos comerciales.
Solo el sistema que se puede modularizar se puede construir usando RAD.
Requiere desarrolladores / diseñadores altamente calificados.
Gran dependencia de las habilidades de modelado.
Inaplicable a proyectos más económicos, ya que el costo de modelado y generación de código automatizado es muy alto.
La complejidad de la gestión es mayor.
Adecuado para sistemas escalables y basados en componentes.
Requiere la participación del usuario durante todo el ciclo de vida.
Adecuado para proyectos que requieren tiempos de desarrollo más cortos.