Présentation

Article

1 - PRÉSENTATION GÉNÉRALE

2 - DÉMARCHE RAD ET PROTOTYPAGE

3 - ACTEURS

4 - CONCLUSION

  • 4.1 - Facteurs de réussite
  • 4.2 - Adaptation nécessaire aux entreprises françaises ?
  • 4.3 - Quels projets pour le RAD ?

Article de référence | Réf : H3240 v1

Démarche RAD et prototypage
Développement rapide d’applications

Auteur(s) : Marc CHOUKROUN

Date de publication : 10 févr. 2001

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Auteur(s)

  • Marc CHOUKROUN : Ingénieur du Conservatoire national des arts et métiers (CNAM) - Consultant

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

INTRODUCTION

Dans les grandes entreprises, il est nécessaire d’aller de plus en plus vite pour offrir aux utilisateurs les outils dont ils ont un besoin vital. De même, la mise en production d’une application développée « entre informaticiens » n’est plus concevable : les risques de rejet pur et simple par les utilisateurs de l’application produite sont trop importants. Il s’agit de trouver un moyen de développer des applications selon une méthodologie permettant de répondre à ces besoins cruciaux pour l’entreprise : il faut aller vite (un marché se gagne plus facilement quand l’entreprise y est présente rapidement et efficacement) ; il faut produire des logiciels correspondant exactement aux besoins des utilisateurs ; il faut enfin garantir une réactivité importante face aux évolutions des marchés concurrentiels.

La remise en cause de la méthode employée pour produire les logiciels de l’entreprise est une obligation. Les méthodes « anciennes », trop linéaires et souvent « mal » appliquées, qui amènent à produire une documentation volumineuse, redondante, jamais à jour et que de toutes façons « personne ne lit vraiment », ne répondent pas à ces nouveaux besoins. Il est alors tentant d’examiner de nouvelles solutions. Comme souvent, celles-ci sont nées de l’autre côté de l’Atlantique. Le développement rapide d’applications (Rapid Application Development ou RAD) est une réponse possible. Inventée par l’Américain James Martin, cette méthode offre des avantages importants :

  • la forte implication des futurs utilisateurs de l’application permet de garantir l’adéquation entre les besoins exprimés et le logiciel produit ;

  • la logique économique qu’elle implique interdit le développement de fonctionnalités « inutiles » ;

  • l’utilisation judicieuse des outils informatiques disponibles oriente vers la production d’une documentation nécessaire et suffisante ;

  • le respect strict de l’enveloppe budgétaire et des délais permet d’avoir une vision stratégique efficace.

Le principe fondamental du RAD est le suivant : il s’agit de fixer, dès l’initialisation du projet, une enveloppe temps/argent dans laquelle le projet doit impérativement s’inscrire. Le projet étant construit intégralement avec les utilisateurs, c’est à eux, avec l’aide d’un animateur RAD, qu’incombe la tâche de faire cadrer le projet avec le budget défini. L’ensemble des phases du projet est couvert par le RAD et réalisé avec les futurs utilisateurs du système : de la phase de conception de la base de données jusqu’à la mise au point des écrans et des états produits, par itérations successives de prototypage. Il en résulte alors l’obligation de ne développer que des fonctionnalités « utiles », en éliminant les développements particuliers n’emportant pas l’adhésion générale. Il est souvent demandé par des utilisateurs des versions multiples d’une restitution (qu’elle soit imprimable ou consultable à l’écran) : dans le cas d’un projet RAD, on cherche à produire une restitution unique, rassemblant l’ensemble des informations et permettant d’emporter les suffrages de chacun des participants au projet.

Le RAD ne permet pas de traiter des projets dont la charge prévisible est trop importante (supérieure à trois années/homme). Dans ce cas, un lotissement est nécessaire afin de découper le projet en autant de sous-projets compatibles avec les exigences de la méthode. Il est en effet extrêmement délicat d’animer des réunions RAD mettant en cause un trop grand nombre d’utilisateurs différents sur un même projet (les risques de « dérive » des réunions sont alors importants).

Si le RAD a été d’abord conçu pour mener des projets de type transactionnel (permettant à une entreprise d’acquérir de nouvelles données grâce à des fonctionnalités de saisie et de mise à jour), d’autres types d’applications peuvent également s’inspirer largement de la méthode pour gagner en efficacité. La mise en place d’un système informatique décisionnel nécessite la même implication importante des utilisateurs afin de garantir l’adéquation exacte du produit livré aux besoins à couvrir.

Cet article est réservé aux abonnés.
Il vous reste 95% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h3240


Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(233 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Présentation

2. Démarche RAD et prototypage

Pour atteindre ses objectifs, cette méthode propose un cycle itératif de développement spécifique (figure 2).

La définition des besoins est réalisée avec les utilisateurs lors des réunions de JRP (Joint Requirement Planning ), à l’issue desquelles (et même pendant lesquelles) le modèle conceptuel des données est construit. Des réunions de JAD (Joint Application Design ) sont ensuite organisées. Elles permettent de définir les spécifications détaillées. La construction de l’application est alors réalisée selon la méthode du prototypage.

Un projet RAD comprend donc les étapes suivantes :

  • l’initialisation ;

  • l’expression des besoins ;

  • la conception ;

  • la construction du prototype ;

  • l’intégration, la validation et la recette ;

  • la mise en œuvre.

Le projet RAD peut être précédé d’une phase d’étude préalable permettant d’affiner le domaine du projet, d’étudier sa faisabilité, de choisir une architecture technique. L’enveloppe temps/argent doit être déterminée durant cette phase. C’est également durant cette phase qu’une réflexion de fond sur l’aspect organisationnel en place dans l’entreprise peut être menée. Il s’agit ici de réingénierie des procédés (BPR : Business Process Re-engineering ).

2.1 Business Process Re-engineering (BPR)

Le BPR est une remise à plat des procédés de l’entreprise. Son but est la simplification des circuits empruntés par l’information (le Workflow, cf. [H 3 518]). Il est possible d’appliquer la réingénierie des procédés à l’échelle de l’entreprise, à un département ou même à un domaine particulier, et ceci en préalable à un développement informatique.

Dans...

Cet article est réservé aux abonnés.
Il vous reste 92% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(233 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Démarche RAD et prototypage
Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - MARTIN (J.) -   Rapid Application Development.  -  MacMillan Publishing (1991).

  • (2) -   *  -  Séminaires James Martin. Savant Institute, Carnforth, Lancashire, Royaume-Uni.

  • (3) - CUSUMANO (M.A.), YOFFIE (D.B.) -   Software Development on Internet Time.  -  Computer, p. 60-69, oct. 1999.

  • (4) - SILVESTRE (P.), VERLHAC (D.) -   Le Développement des systèmes d’information de Mérise à RAD.  -  Hermès (1996).

  • (5) - SOBERMAN (M.) -   Le Développement rapide d’applications.  -  Hermès (1996).

  • (6) - LANTZ (K.S.) -   The Prototyping Methodology.  -  Prentice Hall (1986).

  • (7)...

Cet article est réservé aux abonnés.
Il vous reste 95% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(233 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS