Les relations permettent de gérer les dépendances.
Pour pouvoir être complets, opérationnels ou générés, beaucoup d'actifs possèdent des dépendances, c'est-à-dire des exigences extérieures à l'actif lui-même. Ainsi, un actif de type Génération ou Implémentation pourra avoir des dépendances
indispensables pour que l'actif soit complet ou valide. Les actifs peuvent requérir
certains fichiers binaires ou jar qui sont des dépendances pour la génération ou l'implémentation.
Gérer les dépendances inclut de les définir, mais aussi de les régir à l'aide de stratégies. Vous devez commencer par identifier les dépendances qui font partie de vos actifs
avant de les définir et de leur appliquer des stratégies.
Vous pouvez gérer les dépendances en créant des actifs apparentés ou en utilisant des relations de dépendance. Vous pouvez également définir des dépendances en créant des actifs ou des actifs apparentés basés sur des groupes de composants pour gérer les exigences de dépendances et de traçabilité.
Les instructions ci-après sont des instructions générales à suivre pour gérer les dépendances :
- Identifier les dépendances
- Indiquez la manière dont les actifs sont utilisés et détectés et déterminez leur finalité en définissant et en classant les types d'actif par catégorie. Voir Schémas de catégories.
- Déterminez les dépendances pour vos types d'actifs.
Vérifiez les dépendances et indiquez qui les contrôle. Vérifiez les relations de dépendance existantes pour les bibliothèques et les fichiers communs requis que les équipes utilisent. Vérifiez que les fichiers des versions indiquées sont exacts et que les informations de version appropriées sont indiquées pour les dépendances. Vérifiez les relations existantes entre les équipes et les composants. Identifiez les conflits qui peuvent apparaître lorsque plusieurs projets utilisent différentes versions des mêmes composants. Evitez les conflits en contrôlant les versions officielles des dépendances et en activant les mises à jour d'un espace de travail qui contient ces versions. Faites également une distinction entre les dépendances de l'environnement de
développement et celles de l'environnement de production.
Voir Révision et gouvernance d'un actif.
- Définir les dépendances
- Déterminez et définissez les fichiers requis et les dépendances à intégrer dans les actifs. Incluez les versions et d'autres informations qui peuvent changer avec le temps. Par exemple, vous pouvez indiquer "Version A associée à la version C et utilisée dans les produits 1, 2 et 3 pour les plateformes A, B et C."
- Sauvegardez les dépendances en tant qu'artefacts d'un actif ou qu'actifs apparentés.
Utilisez les relations existant entre des fichiers ou des composants requis.
Une dépendance peut déterminer comment une version d'actif dépend d'une autre version d'un autre actif . Par exemple, une dépendance peut indiquer "Utiliser la version 1.4.2 au lieu de la version 1.4.1 du composant commun A" ou "Utiliser la dernière version approuvée et testée ou la dernière version générée".
Indiquez une version approuvée de chaque bibliothèque ou composant commun requis afin d'éviter l'utilisation de plusieurs versions. Voir Relations d'actif.
Vous pouvez utiliser une relation "Dépend de" pour définir une dépendance. Voir Définir
des relations entre actifs.
- Régir les dépendances
Appliquez des stratégies régissant les dépendances en procédant comme suit :
- Définissez les processus et les stratégies pour créer des actifs, des artefacts et des versions d'actifs et d'artefacts. Voir Stratégies applicables aux cycles de vie.
- Définissez les cycles de vie des actifs pour la révision, l'approbation, la certification, la publication et le retrait d'actifs.
Définissez les stratégies d'administration pour ces rôles et ces ressources :
- Qui peut ajouter de nouvelles bibliothèques en tant qu'actifs ?
- Quelles analyses de sécurité sont nécessaires ?
- Qui peut créer des brouillons de versions et des versions approuvées ?
- Qui vérifie la conformité des licences des composants commerciaux et Open Source ?
- Quelles stratégies sont utilisées pour supprimer les anciennes versions ?
Voir
Développement et cycles de vie d'un actif.
- Appliquez les stratégies pour déterminer comment les nouveaux actifs, les artefacts ou les versions sont mis à la disposition des utilisateurs. Voir Définir des processus de stratégie.
Pour une démonstration de l'utilisation de Rational Asset
Manager pour gérer les dépendances et générer un service, voir Développer des services avec Rational Asset Manager.
Les parties prenantes utilisant un environnement de développement ou un environnement métier possèdent des informations qui peuvent être centralisées dans un système de gestion d'actifs. Les architectes peuvent proposer des composants utilisables de manière globale. Les développeurs connaissent toutes les dépendances des projets. Les équipes de gestion des modifications définissent des stratégies indiquant ce qui est autorisé. Les ingénieurs qualité connaissent les éléments qui ont été testés. Le personnel en charge des opérations connaît les éléments qui ont été approuvés pour la production.
Vous pouvez utiliser
IBM Rational Asset Manager pour gérer les informations de toutes les parties prenantes et créer des actifs et des relations pour les dépendances. Vous pouvez utiliser les relations de plusieurs manières :
- Mettez les composants à la disposition des utilisateurs en tant qu'actifs.
Développez des groupes de composants communs testés qui sont utilisés ensemble dans votre entreprise. Créez des actifs en fonction de ces groupes. Créez un actif de composants communs pour chaque type d'application ou système d'exploitation.
Testez les versions de ces groupes et créez un actif en tant que version du groupe de composants.
Si vous générez l'application à partir de ce groupe, elle doit fonctionner dans votre environnement.
- Utilisez les relations des actifs pour indiquer les dépendances.
- Utilisez les cycles de vie des actifs et appliquez des stratégies pour déterminer les éléments autorisés, testés et approuvés.
Vous pouvez également générer des rapports pour auditer la réutilisation des actifs, dépendances comprises.
Envisagez d'utiliser des éléments de propriété pour déterminer si vous devez créer des actifs ou des artefacts. Par exemple, si un actif Implémentation dépend de composants Open Source ou d'autres composants ou ressources requis, vous pouvez gérer les dépendances de plusieurs manières :
- Si vous ou votre entreprise contrôlez le contenu source, vous pouvez créer les actifs apparentés. Par exemple, vous pouvez créer une bibliothèque ou une collection de bibliothèques de composants ou de types utilisables par les développeurs.
- Si vous regroupez un ensemble de versions des ressources et gérez cet ensemble pour le réutiliser, vous pouvez créer des actifs apparentés. Par exemple, vous pouvez créer une collection de de composants et de bibliothèques Open Source à l'intention des développeurs.
- Pour gérer des fichiers, des bibliothèques et d'autres dépendances requises spécifiques que votre organisation ne possède pas ou ne gère pas, vous pouvez créer des artefacts.
Par exemple, vous pouvez créer un composant Open Source ou une bibliothèque de types.