SDLC - Modèle RAD

le RAD (Rapid Application Development)Le modèle est basé sur le prototypage et le développement itératif sans planification spécifique. Le processus d'écriture du logiciel lui-même implique la planification nécessaire au développement du produit.

Le développement rapide d'applications se concentre sur la collecte des exigences des clients par le biais d'ateliers ou de groupes de discussion, les tests précoces des prototypes par le client à l'aide d'un concept itératif, la réutilisation des prototypes existants (composants), l'intégration continue et la livraison rapide.

Qu'est-ce que RAD?

Le développement rapide d'applications est une méthodologie de développement logiciel qui utilise une planification minimale en faveur du prototypage rapide. Un prototype est un modèle de travail qui est fonctionnellement équivalent à un composant du produit.

Dans le modèle RAD, les modules fonctionnels sont développés en parallèle sous forme de prototypes et sont intégrés pour créer le produit complet pour une livraison plus rapide du produit. Puisqu'il n'y a pas de planification préalable détaillée, il est plus facile d'incorporer les changements dans le processus de développement.

Les projets RAD suivent un modèle itératif et incrémental et disposent de petites équipes composées de développeurs, d'experts du domaine, de représentants des clients et d'autres ressources informatiques travaillant progressivement sur leur composant ou prototype.

L'aspect le plus important pour que ce modèle réussisse est de s'assurer que les prototypes développés sont réutilisables.

Conception de modèle RAD

Le modèle RAD répartit les phases d'analyse, de conception, de construction et de test en une série de cycles de développement courts et itératifs.

Voici les différentes phases du modèle RAD -

Modélisation commerciale

Le modèle commercial du produit en cours de développement est conçu en termes de flux d'informations et de distribution d'informations entre différents canaux commerciaux. Une analyse commerciale complète est effectuée pour trouver les informations vitales pour l'entreprise, comment elles peuvent être obtenues, comment et quand les informations sont-elles traitées et quels sont les facteurs qui contribuent à la réussite du flux d'informations.

Modélisation des données

Les informations recueillies lors de la phase de modélisation métier sont revues et analysées pour former des ensembles d'objets de données vitaux pour l'entreprise. Les attributs de tous les ensembles de données sont identifiés et définis. La relation entre ces objets de données est établie et définie en détail en fonction du modèle économique.

Modélisation de processus

Les ensembles d'objets de données définis dans la phase de modélisation des données sont convertis pour établir le flux d'informations commerciales nécessaires pour atteindre des objectifs commerciaux spécifiques selon le modèle commercial. Le modèle de processus pour toute modification ou amélioration des ensembles d'objets de données est défini dans cette phase. Des descriptions de processus pour ajouter, supprimer, récupérer ou modifier un objet de données sont données.

Génération d'applications

Le système réel est construit et le codage est effectué à l'aide d'outils d'automatisation pour convertir les modèles de processus et de données en prototypes réels.

Test et chiffre d'affaires

Le temps de test global est réduit dans le modèle RAD car les prototypes sont testés indépendamment à chaque itération. Cependant, le flux de données et les interfaces entre tous les composants doivent être soigneusement testés avec une couverture de test complète. Étant donné que la plupart des composants de programmation ont déjà été testés, cela réduit le risque de problèmes majeurs.

L'illustration suivante décrit le modèle RAD en détail.

Modèle RAD Vs SDLC traditionnel

Le SDLC traditionnel suit des modèles de processus rigides mettant l'accent sur l'analyse et la collecte des exigences avant le début du codage. Cela met la pression sur le client pour qu'il approuve les exigences avant le début du projet et le client ne perçoit pas le produit car il n'y a pas de version fonctionnelle disponible pendant une longue période.

Le client peut avoir besoin de quelques modifications après avoir vu le logiciel. Cependant, le processus de changement est assez rigide et il peut ne pas être possible d'intégrer des changements majeurs dans le produit dans le SDLC traditionnel.

Le modèle RAD se concentre sur la livraison itérative et incrémentale de modèles de travail au client. Il en résulte une livraison rapide au client et une implication du client pendant tout le cycle de développement du produit, ce qui réduit le risque de non-conformité avec les exigences réelles des utilisateurs.

Modèle RAD - Application

Le modèle RAD peut être appliqué avec succès aux projets dans lesquels une modularisation claire est possible. Si le projet ne peut pas être divisé en modules, RAD peut échouer.

Les pointeurs suivants décrivent les scénarios typiques dans lesquels RAD peut être utilisé -

  • RAD ne doit être utilisé que lorsqu'un système peut être modulaire pour être livré de manière incrémentielle.

  • Il doit être utilisé s'il existe une haute disponibilité des concepteurs pour la modélisation.

  • Il ne doit être utilisé que si le budget permet l'utilisation d'outils de génération de code automatisés.

  • Le modèle RAD SDLC ne doit être choisi que si des experts du domaine sont disponibles avec des connaissances métier pertinentes.

  • Doit être utilisé lorsque les exigences changent au cours du projet et que les prototypes de travail doivent être présentés au client en petites itérations de 2-3 mois.

Modèle RAD - Avantages et inconvénients

Le modèle RAD permet une livraison rapide car il réduit le temps de développement global en raison de la réutilisabilité des composants et du développement parallèle. RAD ne fonctionne bien que si des ingénieurs hautement qualifiés sont disponibles et que le client s'engage également à réaliser le prototype ciblé dans les délais impartis. S'il y a un manque d'engagement de part et d'autre, le modèle peut échouer.

Les avantages du modèle RAD sont les suivants -

  • Des exigences changeantes peuvent être adaptées.

  • Les progrès peuvent être mesurés.

  • Le temps d'itération peut être court avec l'utilisation d'outils RAD puissants.

  • Productivité avec moins de monde en peu de temps.

  • Temps de développement réduit.

  • Augmente la réutilisabilité des composants.

  • Des examens initiaux rapides ont lieu.

  • Encourage les commentaires des clients.

  • L'intégration dès le début résout de nombreux problèmes d'intégration.

Les inconvénients du modèle RAD sont les suivants -

  • Dépendance à des membres de l'équipe techniquement solides pour identifier les besoins de l'entreprise.

  • Seul un système modulable peut être construit à l'aide de RAD.

  • Nécessite des développeurs / concepteurs hautement qualifiés.

  • Forte dépendance aux compétences en modélisation.

  • Inapplicable aux projets moins chers car le coût de la modélisation et de la génération automatisée de code est très élevé.

  • La complexité de gestion est plus.

  • Convient aux systèmes basés sur des composants et évolutifs.

  • Nécessite l'implication de l'utilisateur tout au long du cycle de vie.

  • Convient aux projets nécessitant des temps de développement plus courts.