Recherches et acquisition de solutions techniques

La fin du Cadrage est souvent le moment idéal pour considérer le choix d'une solution progiciel ou à base de composants. Parfois le choix judicieux d'un progiciel permet une exploitation immédiate et économique de l’application (bien que la mise en œuvre d'un progiciel impose parfois des développements important).

Malheureusement, les solutions progiciels classiques se révèlent souvent trop normalisantes pour les organisations en évolution rapide. La démarche du choix d’un progiciel doit être sans faille, aussi est-il vivement recommandé de s'appuyer sur les rapports d'une entreprise spécialisée comme le CXP (Centre d’eXpérimentation des Progiciels).

Actuellement un développement peut se réaliser économiquement à partir d'une combinaison de trois options :

  • achat d'un progiciel ;
  • développement spécifique ;
  • achat de " solutions ".
  • La notion de " solutions " recouvre l'obtention de :

  • divers modèles (données, traitements) ;
  • de scripts de création de bases de données ;
  • de jeux d'essais et de tests de cheminements ;
  • de dessins d'écrans ;
  • de spécifications et d'algorithmes ;
  • de module complet, de partie de code déjà programmé ;
  • de composants ou d'objets "métier".
  • Réaliser un développement dans ces conditions présente de nombreux avantages en termes de :

  • Budget : réduction jusqu'à 90 % des coûts de conception et jusqu'à 70 % des coûts de réalisation.
  • Délais : réduction drastique des délais de mise en exploitation.
  • Qualité : suppression de la plupart des conditions d'erreurs et aménagement de la solution au plus près de nouveaux besoins.
  • Visibilité : levée de la majorité des risques fonctionnels, techniques et de ceux liés aux contraintes de délais.
  • En fonction du problème, des solutions possibles et de l'environnement, le choix de la solution optimal peut pragmatiquement s'effectuer à trois moments décisifs de la vie du projet :

  • A la fin de l'étape d'immersion de l'animateur dans le domaine fonctionnel si une solution progiciel couvrant la totalité des besoins d'un périmètre fonctionnel figé est évidente.
  • A la fin de la phase de Cadrage, lorsque les besoins du système cible sont définis et qu'une solution spécifique est écartée pour des raisons de coûts, de délais ou de ressources.
  • Dans les cas complexes, à la fin de la phase de Design, lorsque la modélisation des traitements, des données et des communications permet de comparer tout ou partie des solutions dans le détail de leurs avantages et inconvénients réciproques.

  • Figure - Développement : quatre possibilités, trois solutions

    La mise en œuvre d'une solution "composants" nécessite lors de la phase de Cadrage de distinguer l'espace du besoin de celui de la solution (et des contraintes). Le RAD répond parfaitement à cette exigence en spécifiant :

  • l'expression des besoins dans le document nommé suivant les habitudes Plan d'Assurance Qualité Fonctionnelle (PAQF) ou Plan de Développement Logiciel (PDL);


  • la proposition de solution dans le document nommé Plan d'Assurance Qualité Technique (PAQT).
  • Voici un processus simplifié d’orientation qui partant des éléments disponibles dans un dossier de caDRAge permet un choix entre trois options de développement (progiciels, spécifiques, achats de " solutions " ou de composants.


    Listage de l'existant fonctionnels et des nouveaux besoins

    Description du système cible

    Aspects fonctionnels

  • Traitements (cas d'utilisation, scénarios, hiérarchie de fonctions)
  • Communications (MCC, Diagramme dépendances)
  • Données (MCD, Classe-relation)
  • Visite de solutions existantes

    Analyse rapide des possibilités de développement

  • Totalement progiciel : impacts organisationnels
  • Totalement spécifique : impacts coûts et délais
  • Solutions composants : impacts minimisés
  • Aspects organisationnels

    Aspects techniques

    Premiers choix d'orientation

  • Si choix progiciel : prototypage de vérification
  • Si choix composants : validation des couvertures fonctionnelles
  • Si choix spécifique : passage à la phase DESIGN
  • Orientation définitive puis DESIGN


    Un dossier recherche de progiciel (minimum et suffisant) utilisable dans un projet utilisant la méthode RAD (Version 2, 160 K)

    Le principe d'une structure de processus (simplifié) utilisable dans un projet utilisant la méthode RAD (50 K)
    www.RAD.fr ® © Jean-Pierre Vickoff