Au Pied Levé - À Main Levée

APL-AML est une monographie fragmentée en plusieurs billets pour des raisons de volume.
Un billet SYNOPSIS et un billet SOMMAIRE agrègent tous les billets du blog via des liens hypertextes.

■ ■ ■ SOMMAIRE DU BILLET ■ ■ ■

• Management
• Développement

Référence :

Le RAD de James Martin (Rapid Application Development - 1991),
actualisé par Jean-Pierre Vickoff (RAD - Développement Rapide d'Applications - 1996)

Dans son livre, Jean-Pierre Vickoff évoque les principes RAD de façon littéraire, il ne les cite pas explicitement à la façon du Manifeste Agile. La liste ci-dessous recense l’essentiel de ces principes.

■ Management

• « La méthode RAD a pour objectif principal d'améliorer la qualité des développements, tout en réduisant les délais de production et en facilitant la maîtrise des coûts. Elle associe pleinement les utilisateurs dans une recherche de consensus et d'efficacité : il faut faire vite et bien. »
  
  
• « Rien n'oblige à tout réaliser d'un seul tenant. L'amélioration continue et incrémentale est le principe fondamental du RAD, en totale opposition avec les méthodes classiques qui se caractérisent par une approche monolithique des problèmes. »
  
  
• « Les concepts de qualité permanente et de livraison permanente sont rendu possibles par la réalisation dès le début du prototypage d'une application techniquement fiable que l'on incrémente de fonctionnalités tout en préservant cette fiabilité. »
  
  
• « L'informatique décentralisée judicieusement pratiquée, oblige les personnes à travailler plus "proprement" et apporte à tous un surcroît de productivité. Seule voie vers la qualité totale, elle nécessitera de disposer presque instantanément d'applications jetables. »
  
  
• « L’ambition étant de satisfaire totalement les utilisateurs, il faut les impliquer totalement. »
  
  
• « L'utilisateur impose la dynamique applicative et valide la conception. L'informaticien assure la réalisation et intègre la dimension technologique. »
  
  
• « La vraie clé de la productivité est le développeur de haut niveau qui sait intégrer la conception détaillée et la réalisation. »
  
  
• « La rigueur du passé, sécurisante mais frein à la liberté d'expression, fait place autant à la productivité maximale, avec pour bornes le budget et le temps, qu'à la satisfaction réelle de l'utilisateur en termes de fonctionnalité, de délais et d'ergonomie. »
  
  
• « Au transfert d'informations vertical se substitue une coordination transversale. »

■ Développement

• « La spécification détaillée et la réalisation intègrent les fonctions de conception, de développement et de validation dans un processus permanent de collaboration avec l'utilisateur. L'utilisateur s'affirme comme le vrai maître de son application et, par sa participation active, il s'en approprie la réalisation. Le RAD et le prototypage permettent de réaliser en concevant, tout en testant ce qu'on réalise. Le résultat garantit ce que l'on peut qualifier de "Really Approved Design" : une conception réellement approuvée par les utilisateurs. »
  
  
• « La modélisation des données reste classique et s'appuie sur le modèle entité-relation. Il est néanmoins possible et souvent souhaitable de dé-normaliser le modèle. La simplification de développement ou le confort d'exploitation obtenu justifient largement la perte de pureté intellectuelle. »
  
  
• « Après avoir assimilé le complexe et maîtrisé le détail, la simplification à l'extrême de l'efficacité, devient évidente. »
  
  
• « Une charte graphique doit avoir été validée, des normes de programmation employées, un modèle de transaction généralisé à tous les modules, et le cadre d'une méta-application aura si possible été respecté. »
  
  
• « Il faut faire disparaître la notion de dossier de programmation, tout en améliorant réellement les conditions de maintenance. La meilleure documentation est une aide contextuelle. »
  
  
• « Afin d'être efficace dans un contexte de développement, une normalisation sémantique et syntaxique réduit le vocabulaire en adoptant des mots clés courts, mais significatifs et des abréviations significatives et uniques. »

II-1. Principes méthodologiques

▲ II-1.1. PRINCIPES MÉTHODOLOGIQUES : Manifeste Agile
► II-1.2. PRINCIPES MÉTHODOLOGIQUES : Principes du RAD
▼ II-1.3. PRINCIPES MÉTHODOLOGIQUES : Principes de l’Adhocratie