Gérer les ressources partagées

Pour gérer les modifications apportées aux ressources partagées, vous devez comprendre comment les espaces de configuration, les zones de projet, les configurations, les instantanés, les espaces de travail et les dépendances fonctionnent avec les projets dans un environnement de développement collaboratif.

Pour plus d'informations sur ces concepts, voir les liens correspondants à la fin de cette rubrique.

Espaces de configuration

Un espace de configuration est un conteneur virtuel pour des espaces de travail et des instantanés. Les espaces de configuration gèrent les informations de version des ressources. Ils vous permettent de regrouper des configurations d'instantané et d'espace de travail apparentées et de les partager entre des projets.

Dans un produit de gestion de cycle de vie, les équipes peuvent travailler dans une zone de projet. Par exemple, un projet d'une organisation donnée pourra faire intervenir trois zones de projet respectivement dédiées à la logique de base de données, à la logique d'application et à la logique d'interface utilisateur. Une zone de projet définit les livrables, la structure des équipes, les processus et le planning du projet.

Lorsque vous créez une zone de projet dans Rational solution for Collaborative Lifecycle Management, vous pouvez l'affecter à un espace de configuration existant ou en créer un.

Ces informations s'appliquent aux versions 4.0.3 et postérieures. A la création d'un espace de configuration, une zone de projet correspondante est automatiquement créée dans l'application Configuration Management. Dans cette zone de projet, vous attribuez des droits qui contrôlent l'accès en lecture et en écriture aux zones de projet des produits de gestion de cycle de vie et aux configurations de l'espace de configuration.

Pour les applications Rational solution for Collaborative Lifecycle Management (CLM), vous pouvez associer plusieurs zones de projet à un même espace de configuration, et les projets partagent donc les configurations d'instantané et d'espace de travail. Une fois que vous avez associé un projet à un espace de configuration, tous les espaces de travail et tous les instantanés de l'espace de configuration sont disponibles dans la zone de projet. Cette propriété présente les avantages suivants :
  • Les utilisateurs peuvent modifier les ressources de différentes zones de projet depuis un même contexte de configuration, comme dans la section suivante.
  • Les administrateurs et les utilisateurs peuvent prendre des instantanés qui capturent les versions de toutes les ressources dans les différentes zones de projet qui partagent un espace de travail.

Une fois que vous avez associé un projet à un espace de configuration, vous ne pouvez pas l'associer à un autre espace de configuration.

Contextes de configuration

Un contexte de configuration, aussi appelé simplement contexte, représente l'espace de travail ou l'instantané sur lequel vous travaillez. Modifier un contexte revient donc à passer sur un espace de travail ou un instantané différent. Lorsque vous sélectionnez un contexte de configuration dans une zone de projet, par défaut, le contexte ne change pas si vous passez dans une autre zone de projet au sein du même espace de configuration. Pour passer dans un contexte différent, utilisez le menu Contexte de configuration actuel dans l'angle supérieur droit de la bannière. Ce menu propose des options pour travailler sur les instantanés et les espaces de travail dans l'espace en cours.

Imaginons le scénario suivant : Vous êtes membre de trois projets partageant un même espace de configuration. Chacun des trois projets se trouve à un stade d'itération différent de son cycle de vie, et un administrateur a créé un espace de travail spécifique pour chaque itération. Si vous ouvrez une zone de projet et passez dans l'espace de travail Itération 1, et si vous passez par la suite dans une autre zone de projet, le contexte en cours reste Itération 1.

Configurations d'instantané et configurations d'espace de travail

Une configuration est un ensemble unique de versions de ressources. Il existe deux types de configuration :
  • Configuration d'instantané, également appelée instantané. Il s'agit d'un ensemble en lecture seule des ressources et de leurs versions d'un espace de travail à un moment donné. Vous pouvez commenter les ressources incluses dans un instantané, mais pas les modifier.

    Vous pouvez créer un instantané à tout moment au cours du cycle de vie d'un projet. Par exemple, vous pouvez en créer un avant ou après un jalon, après avoir importé des ressources dans une application ou après avoir révisé des artefacts particuliers.

    Après avoir modifié des ressources, vous pouvez revenir à l'instantané pour voir comment elles ont changé.

  • Configuration d'espace de travail, également appelée espace de travail. Chaque espace de configuration contient un espace de travail par défaut et d'autres espaces de travail. Les espaces de travail eux-mêmes peuvent contenir plusieurs instantanés et espaces de travail ; un espace de configuration en contient plusieurs. Par exemple, dans un projet bancaire, vous pourriez définir les espaces de travail suivants pour différentes équipes :
    • Logique d'application
    • Logique de base de données
    • Interface utilisateur
    Vous pouvez ajouter, éditer et supprimer des versions de ressources dans les espaces de travail.

    Vous pouvez créer un espace de travail basé sur le contenu d'un autre espace de travail au sein du même espace de configuration. Par exemple, vous pouvez créer un espace de travail pour le projet B sur la base d'un espace de travail relevant du projet A. Les versions des ressources incluses dans le nouvel espace de travail associé au projet B sont les mêmes que pour les ressources présentes dans l'espace de travail associé au projet A. Si vous ajoutez, éditez ou supprimez des ressources dans l'espace de travail du projet B, cela n'affecte en rien les ressources incluses dans l'espace de travail du projet A.

    Si un espace de travail nécessite des ressources présentes dans un espace de travail relevant d'un espace différent, vous devez prendre un instantané de ce dernier espace de travail, puis spécifier une dépendance vis-à-vis de cet instantané.

Visibilité des modifications des ressources

Lorsque vous utilisez des ensembles d'artefacts modifiés pour regrouper les modifications que vous apportez à des ressources, ils sont associés à l'espace de travail dans lequel ils sont créés. Pour rendre les modifications d'un ensemble d'artefacts modifiés visibles dans l'espace de travail correspondant, vous devez les partager.

Ces informations s'appliquent aux versions 4.0.3 et postérieures. Pour rendre ensuite les modifications visibles à un autre espace de travail, vous devez les livrer de votre espace de travail à cet espace de travail de l'une des manières suivantes. Vous pouvez livrer les modifications à la cible de flot attribuée ou à un autre espace de travail ayant un ancêtre commun avec celui depuis lequel vous les livrez. Une fois que vous les avez livrées, les autres membres de l'équipe peuvent les accepter dans leur propre espace de travail.

Pour plus d'informations sur les cibles de flot, et sur la livraison et la fusion de modifications, voir les liens vers les rubriques correspondantes.

Contrôle de l'accès aux zones de projet et aux espaces de travail

Ces informations s'appliquent aux versions 4.0.3 et postérieures. L'accès aux ressources dans les zones de projet des produits de gestion de cycle de vie est contrôlé par la zone de projet de l'application Configuration Management. Cette zone de projet a le même nom que l'espace de configuration référencé par une zone de projet d'un produit de gestion de cycle de vie. Considérez l'exemple suivant :
  • Dans un produit de gestion de cycle de vie, créez une zone de projet nommée Zone_projet_1.
  • Affectez cette zone de projet à un nouvel espace de configuration nommé Espace_ABC. L'application Configuration Management crée automatiquement l'espace de configuration et une zone de projet correspondante nommée Espace_ABC. Notez que ces deux objets référentiels se trouvent dans l'application Configuration Management et non dans le produit de gestion de cycle de vie.
    Remarque : Vous pouvez aussi associer la zone de projet du produit de gestion de cycle de vie à un espace de configuration existant. Par exemple, vous pouvez avoir créé un espace de configuration lors de la création d'une zone de projet pour un projet, et vous voulez maintenant associer un nouveau projet d'un autre projet à cet espace de configuration existant.
  • Les droits de gestion de configuration concernent les opérations suivantes :
    • Créer ou modifier (renommer) des configurations
    • Modifier les ensembles d'artefacts modifiés des autres membres de l'équipe
    • Archiver ou restaurer des configurations
    • Fusionner des modifications
    • Attribuer des droits d'écriture à des zones d'équipe spécifiques
    Pour spécifier les droits de gestion de configuration pour les zones de projet qui référencent l'Espace_ABC, dans l'application Configuration Management, ouvrez la zone de projet Espace_ABC.

    Pour la liste complète des droits, affichez la page Droits de la zone de projet concernée dans l'application Configuration Management.

Dépendances vis-à-vis de ressources se trouvant dans d'autres espaces

Ces informations s'appliquent aux versions 4.0.3 et postérieures. Pour ajouter, mettre à jour ou supprimer des dépendances dans les configurations, vous devez disposer du droit correspondant dans l'application Configuration Management.

Lorsqu'il crée une zone de projet, l'administrateur doit associer cette zone à un ou plusieurs domaines. Il peut sélectionner une version spécifique d'un domaine, cette version dépendant des exigences propres au projet.

Si un espace de travail nécessite une ressource se trouvant dans une autre zone de projet, un administrateur disposant du droit approprié doit créer une dépendance vis-à-vis de l'instantané qui contient cette ressource dans la zone de projet. L'administrateur ne peut spécifier des dépendances que vis-à-vis d'instantanés, et non vis-à-vis d'espaces de travail, car les instantanés n'évoluent pas.

Prenons l'exemple suivant : Au début d'un projet, un administrateur associe un domaine (ex. : domaine BPMN, Sketcher ou SoaML) à une zone de projet pour spécifier l'ontologie à utiliser pour le projet. Dans le domaine, des instantanés répertorient des versions spécifiques de ressources : par exemple, un domaine UML pourra contenir plusieurs versions d'une dépendance UML. Si votre projet nécessite une dépendance UML dans son ontologie, recherchez l'instantané qui contient la version dont vous avez besoin et ajoutez-le à votre espace de travail en tant que dépendance. Une fois la dépendance ajoutée, les artefacts de cet instantané seront disponibles pour utilisation dans votre projet.


commentaires en retour