Passer au contenu

Le RAD n’affranchit pas de tout développement

Le développement rapide d’applications s’appuie désormais sur des outils spécifiques. Pratiques, ils ne peuvent malgré tout se substituer au travail d’analyse et de développement du service informatique.

Le concept de développement rapide d’applications (RAD) a été défini il y a dix ans par James Martin. Il qualifiait initialement une conduite de projet rigoureuse, particulièrement axée sur une phase analytique détaillée et une collaboration étroite entre les développeurs, les utilisateurs et le chef de projet. Cette appellation a depuis été élargie à différents outils de développement qui sont nombreux à revendiquer ces fonctions. Le terme RAD est aujourd’hui employé à tout va et parfois même galvaudé.

Des logiciels aux possibilités plus ou moins étendues

Quoi qu’il en soit, la phase conceptuelle de la future application reste primordiale. “Cette étape ne doit pas être prise à la légère : fichiers, liens, champs, tout doit être écrit noir sur blanc avant de se lancer “, confirme Patrick Bernardin, responsable du service informatique industrielle d’Iveco, constructeur de moteurs de poids lourds, en région parisienne. Ce responsable n’imagine pas revenir au temps de l’avant RAD, où son service devait développer péniblement les divers systèmes de gestion industrielle d’Iveco en Basic. Il ne tarit d’ailleurs pas d’éloges sur l’AGL (atelier de génie logiciel) Windev de PCSoft, qu’il utilise depuis la première heure. “Après avoir déclaré les fichiers et prédisposé les enregistrements dans Windev, sa fonction Merise intégrée génère les liens en fonction des cardinalités définies. Il suffit ensuite de cliquer sur RAD pour que l’application soit automatiquement créée !”


“L’intérêt du RAD n’est pas tant de pouvoir développer un exécutable en quelques clics, mais de disposer d’éléments prédéfinis qui permettent de raccourcir des étapes de programmation fastidieuses “, tempère Thierry Lorgeoux, responsable informatique de la Mutuelle chirurgicale et médicale de l’Eure (MCME – 46 personnes). Début 1999, la MCME a préféré s’équiper d’un outil spécifique, MédiaServ (composé d’un atelier de développement et des bibliothèques de composants spécifiques), édité par Soprane, pour développer à la fois des services vocaux, Minitel et web, pour ses adhérents.
La programmation de nombreux éléments redondants, comme la validation d’un formulaire web, fait perdre du temps. Parce que les produits verticaux, comme la plate-forme MédiaServ, programment automatiquement ces éléments, leur utilisation augmente d’autant plus le gain de temps. Néanmoins, la plate-forme ne permet pas le RAD automatisé, comme avec Windev. L’AGL de PCSoft est d’ailleurs considéré par ses détracteurs comme un simple générateur de maquettes.
Patrick Bernardin défend son outil de travail : “Bien sûr, on ne peut pas se contenter de l’application créée par défaut, où les champs sont placés de manière aléatoire. C’est à nous de la personnaliser. Nous avons d’ailleurs le choix entre plusieurs langages de programmation (objet, procédural ou SQL), il suffit de cocher ! Nous pouvons désormais consacrer plus de temps aux personnalisations.”

Joël Winter et Associé (JWA), un cabinet d’actuariat conseil de 45 personnes, utilise, quant à lui, le module Designer de Lotus Domino 5 pour réaliser des applications web pour ses clients (calcul de passif social, suivi de gestion technique des contrats de prévoyance, etc. ). L’outil est dépourvu de modélisation automatique. “Il faut choisir le bon mode de développement pour simplifier la réalisation et l’évolution des applications : le JavaScript est, par exemple, plus indiqué pour créer des formules de validation, alors que le LotusScript s’adapte mieux aux procédures de calcul “, explique Frédéric Planchet, actuaire associé de JWA.
Selon lui, Designer n’est pas adapté pour la création de grosses applications, “Domino 5 n’étant pas structuré”. Chez JWA, le gain de temps se ressent lors de la conception, grâce à une gestion de projet efficace et lors des modifications ultérieures. Chaque partie fonctionnelle de l’application est conçue sur papier par des utilisateurs disposant de compétences métier, puis maquettée par des développeurs avec Designer. Les pièces du puzzle sont placées dans une base Notes et soumises par workflow au responsable de projet. Suivent des allers-retours jusqu’à ce que la maquette complète soit validée. “Ensuite, les évolutions de l’application sont réalisées trois fois plus vite qu’avec des outils classiques “, ajoute Frédéric Planchet. Alors que les modifications de données et d’interfaces doivent être pratiquées successivement en Visual Basic, elles sont effectuées d’un bloc avec Domino 5. De plus, la reprise d’antériorité lors des mises à jour est automatique. Même facilité à la MCME, où Thierry Lorgeoux effectue les mises à jour directement sur son poste de travail, avant de répliquer la base modifiée sur le serveur.

La maîtrise de ces outils nécessite une formation préalable

La MCME a consacré 180 000 F ht (27 439 ?) à l’acquisition de MédiaServ, formation comprise. “Dix jours de formation ont été nécessaires pour les deux personnes qui l’utilisent, pour un coût d’environ 4 000 F ht (610
?
) la journée “, précise Thierry Lorgeoux. “La formation est en effet indispensable, renchérit Patrick Bernardin d’Iveco, qui possède aujourd’hui quatre licences Windev 5. 5 (23 600 F ht, soit 3 597 ?). Ces produits ne sont efficaces que s’ils sont parfaitement maîtrisés.”

Chez JWA, l’économie est double : Designer fait partie intégrante de Domino, utilisé de toute façon par l’entreprise, et la formation n’a pas été jugée indispensable. “La documentation et l’entraînement suffisent”, estime Frédéric Planchet.

🔴 Pour ne manquer aucune actualité de 01net, suivez-nous sur Google Actualités et WhatsApp.


JULIE DE MESLON