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.
| 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é.
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.