Intégration avec les systèmes de gestion de configuration de logiciels (SCM)

IBM® Rational Asset Manager complète les systèmes de gestion de configuration de logiciels existants, tels que IBM Rational Team Concert, IBM Rational ClearCase, Unified Change Management et CVS en ajoutant la capacité de réviser, classer, archiver, télécharger, commenter, noter et suivre les actifs de code réutilisables.

Ce tableau illustre la manière dont le référentiel Rational Asset Manager s'intègre aux systèmes de gestion de contrôle des sources.

Tableau 1. Différences entre systèmes SCM et référentiel d'actifs
  Gestion de configuration de logiciels (SCM) (Team Concert, ClearCase, UCM, CVS) Référentiel Rational Asset Manager
Rôles principaux Développeurs Analystes métier, développeurs, architectes, responsables
Niveau de contenu Fichiers Actifs - un actif peut contenir plusieurs artefacts (fichiers) apparentés et les métadonnées associées.
Changements Fréquents (travail en cours) Rares (composants réutilisables éprouvés)
Collaboration Pour la création d'artefacts et leur développement en parallèle Pour la révision et la réutilisation d'actifs au moyen de forums de discussion, d'échanges par courrier électronique, de notifications et de flux RSS
Taxinomie N/A Types d'actifs et relations ; les clients peuvent ajouter leurs propres classifications
Recherche Basée sur les fichiers Basée sur les métadonnées standard ou personnalisées
Statistiques N/A Taux d'utilisation et popularité des actifs, évaluation et attribution de notes
Révision et approbation Gestion des changements Comités de révision, processus de révision personnalisés
Types d'actifs, relations et analyse d'impact Néant Reconnaissance des types d'actifs et des relations. Aide à la traçabilité de bout en bout, y compris après le déploiement (mise en service)
Versionnage Effectué au niveau des fichiers source Effectué au niveau des actifs ; un actif peut contenir plusieurs fichiers.
Accès client Eclipse Eclipse et Web

Un code ayant été publié comme actif peut facilement être trouvé et réutilisé, faisant ainsi gagner un temps précieux à l'équipe développement. L'exemple suivant illustre un scénario dans lequel un actif est défini, développé, généré, révisé, approuvé et réutilisé.

  1. Un architecte logiciel définit des types d'actifs, des catégorisations, des comités de révision et des stratégies de révision dans Rational Asset Manager afin de permettre la gouvernance et la réutilisation d'actifs.
  2. Le développeur A recherche des actifs à réutiliser (un fichier d'archive Java qui fournit la connexion à une application Web), mais n'en trouve pas.
  3. Le développeur A crée un actif de consignation à l'aide de la base de référence finale pour les artefacts dont la version est basée sur la gestion de configuration de logiciels (SCM).
  4. Le développeur A soumet son actif source de connexion à Rational Asset Manager. Cet actif est la version 1 et son type est "source".
  5. Un ingénieur de production génère des fichiers binaires à partir des fichiers source contenus dans l'actif source de connexion.
  6. Un ingénieur de production crée de nouveaux actifs avec les fichiers binaires en guise d'artefacts. Il leur associe une relation à destination de l'actif source d'origine : l'actif source possède une relation "générer pour" à destination de l'actif binaire, tandis que ce dernier possède la relation inverse, "généré à partir de", à destination de l'actif source.
  7. Un réviseur révise et approuve l'actif soumis (fichier d'archive Java de connexion). L'actif est maintenant trouvable dans le référentiel et réutilisable.
  8. Le développeur B cherche et trouve l'actif de connexion et l'inclut à la génération de son application Web à l'aide de l'API de ligne de commande de Rational Asset Manager.
  9. Le développeur B met à jour l'actif de son application Web pour qu'il ait une relation "inclut" à destination de l'actif de fichier d'archive Java de connexion.

Le développeur B gagne du temps en réutilisant le code déjà écrit par le développeur A. En utilisant l'API de ligne de commande de Rational Asset Manager pour générer le fichier d'archive Java de connexion à partir de l'actif source, le développeur B a la certitude de toujours utiliser la version la plus récente de l'actif créé par le développeur A.


Commentaires