Desarrollo rápido de aplicaciones

El método de desarrollo rápido de aplicaciones , denominado método RAD ( acrónimo del inglés rapid-application development ), es el primer método de desarrollo de software en el que el ciclo de desarrollo rompe fundamentalmente con el de los métodos anteriores denominados "  en cascada  ". Este nuevo ciclo, calificado como iterativo , incremental y adaptativo , se encontrará en todos los métodos denominados " ágiles "   publicados posteriormente.

Histórico

El método RAD se basa en las publicaciones de Barry Boehm (modelo en espiral), Tom Gilb (ciclo de vida evolutivo), Scott Shultz (producción en iteraciones rápidas), así como Brian Gallagher y Alex Balchin. El método RAD también integra las técnicas JRP ( planificación conjunta de requisitos ) y JAD ( diseño / desarrollo / entrega de aplicaciones conjuntas ). Los principios de JAD fueron iniciados por Dan Gielan, luego formalizados por Chuck Morris de IBM en 1984 y popularizados en forma de libro en 1989 por, entre otros, J. Wood y D. Silver.

James Martin formalizó el método RAD y lo publicó enAbril de 1991.

La contribución del método RAD fue formalizar técnicamente el primer postulado “  ágil  ”, es decir, que para que la planificación del proyecto sea razonablemente predictiva, ciertos aspectos de la gestión deben ser fijos y otros variables. Propuso técnicas de priorización para gestionar las dos principales variantes posibles de estas situaciones (plazos fijos o presupuesto fijo).

En Francia, Jean-Pierre Vickoff de 1994 y luego con el Proceso RAD2 publicado por Gartner Group en 1999, así como Jennifer Stapleton en Gran Bretaña con DSDM , introdujeron suplementos como:

Puede encontrar información más específica sobre RAD y los métodos actuales derivados de ella en la versión en inglés de Wikipedia .

Principios de planificación

El método RAD, tras dos breves fases de formalización estructurada de la expresión de necesidades (MARCO) y definición global de la arquitectura técnica (DISEÑO), incluye en su fase principal (CONSTRUCCIÓN) la realización, validación inmediata y pruebas de una aplicación en iterativo -modo incremental-adaptativo. El objetivo del método, que involucra activamente al usuario final en un principio de “validación permanente”, es obtener una aplicación que responda a las necesidades reales.

La planificación adaptativa del método RAD respondió inicialmente a las necesidades de proyectos simples. En general, se limitaba a jugar en uno de los tres lados del famoso triángulo de gestión de proyectos (que permanecía fijo en los métodos en cascada), a saber: duración, costo, perímetro. El objetivo es establecer al menos uno de los tres parámetros de acuerdo con las necesidades inmediatas del usuario (valor agregado). Esta planificación fue calificada como operativa y podría ser modificada por el usuario durante el proyecto. Posteriormente, Jean-Pierre Vickoff añadió un nivel más alto de planificación estratégica (proceso RAD2 publicado por Gartner Group). La siguiente figura describe los principios.

PlanningStrategicProjet.gif

Estructura del método

La RAD recomienda la formación de un equipo de desarrollo específico: el SWAT. Este equipo es autónomo, especialmente entrenado, motivado y equipado de manera concreta. Consiste esencialmente en un perfil único de diseñadores-desarrolladores formados en especialidades técnicas complementarias. El papel de director de proyecto no está prohibido ni es obligatorio. Por otro lado, las decisiones relativas a la organización del proyecto son consensuadas. El equipo trabaja con los usuarios y, por lo general, con un facilitador, en una sala dedicada, aislada y especialmente equipada en el estilo de la sala de guerra , donde las paredes se utilizan para mostrar un "radiador de información" (una forma de cabina de gestión. Proyecto).

En cuanto a los principios de funcionamiento, el método RAD implica:

Descripción global de las fases

El método RAD estructura el ciclo de vida del proyecto en 5 fases (incluidas 3 sistemáticas):

  1. La inicialización prepara la organización, luego determina el alcance y el plan de comunicación;
  2. MARCO define un espacio de objetivos, soluciones y medios;
  3. DISEÑO modela la solución y valida su consistencia sistémica;
  4. CONSTRUCTION realiza prototipos activos (validación permanente);
  5. La finalización se reduce a un control de calidad final en el sitio piloto.

Inicialización

Preparación y comunicación de la organización.

Esta fase permite definir el alcance general del proyecto, estructurar el trabajo por temas, seleccionar los actores relevantes e iniciar una dinámica de proyecto.

Enmarcado

Análisis y expresión de requerimientos.

La especificación de los requisitos se deja a los usuarios. Expresan sus necesidades en entrevistas grupales. Generalmente hay de 2 a 5 días de sesiones por comité (tema).

Diseño

Diseño y modelado.

Los usuarios también participan en este paso. Participan en el refinamiento y validación de modelos organizacionales: flujos, procesamiento, datos. También validan el primer nivel de prototipo presentando la ergonomía y cinemática general de la aplicación. Se prevén entre 4 y 8 días de sesiones para cada comité. Esta fase representa aproximadamente el 23% del proyecto. Desde la fase de Diseño, es posible la paralelización de la obra.

Construcción

Realización, prototipos.

Durante esta fase, el equipo RAD (SWAT) debe construir la aplicación módulo por módulo. El usuario siempre participa activamente en las especificaciones detalladas y la validación de prototipos. Son necesarias varias sesiones iterativas. Esta fase representa aproximadamente el 50% del proyecto. Desde la fase de Construcción, hasta la paralelización de la obra se puede agregar la serialización.

Finalización

Receta y despliegue.

Obtenidos los recibos parciales en el paso anterior, se encuentra en esta fase para formalizar una entrega global y para transferir el sistema en operación y mantenimiento. Esta fase representa aproximadamente el 12% del proyecto.

Construcción: el principio iterativo, incremental y adaptativo

Notas y referencias

  1. RAD, James Martin, 1991.
  2. Desarrollo rápido de aplicaciones , James Martin, Macmillan Coll. Div., 1991 ( ISBN  0-02-376775-8 ) .

Herramientas RAD

El método RAD, sin estar vinculado a las herramientas, recomienda el uso de software de desarrollo de interfaz gráfica ( CASE ), que permite obtener prototipos rápidos . En este sentido, el método RAD (del que se originan los enfoques ágiles actuales) no debe confundirse , ya que busca la calidad de la aplicación funcional y técnica, con el nombre "herramientas RAD" (incluida la producción automática). El código a menudo se denomina "sucio ").

Ver también

Artículos relacionados

Bibliografía francesa

Bibliografía inglesa

enlaces externos