Pour plus d'informations sur ces concepts, voir les liens correspondants à la fin de cette rubrique.
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.
Une fois que vous avez associé un projet à un espace de configuration, vous ne pouvez pas l'associer à un autre espace 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.
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é.
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é.
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.
Pour la liste complète des droits, affichez la page Droits de la zone de projet concernée dans l'application Configuration Management.
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.