Un espace de configuration, aussi appelé simplement espace, est un ensemble de configurations d'espace de travail et d'instantané. Les espaces permettent de gérer les informations de version pour les ressources. En créant des espaces, vous pouvez regrouper les configurations d'instantané et d'espace de travail apparentées de telle sorte qu'elles puissent être partagées entre les différents projets.
Dès lors que vous associez un projet à un espace donné, vous ne pouvez plus associer ce projet à un autre espace.
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. 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 auquel il attribue un nouveau nom après 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 - par exemple, après avoir importé des modèles dans Design Management Server ou après avoir terminé une revue d'artefacts spécifiques.
Après avoir modifié des ressources, vous pouvez vous reporter à l'instantané pour voir comment ces ressources ont effectivement 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. 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é.
Au sein d'un espace donné, les zones de projet contiennent des ressources différentes. Revenons au scénario envisagé dans la précédente section, "Espaces de configuration" : la zone de projet associée à la logique d'application contient des conceptions relatives à l'application, la zone de projet associée à la logique de base de données contient des conceptions relatives à la base de données, etc. Toutes les zones de projet partagent le même espace, et donc les mêmes configurations. Chaque configuration gère les versions de toutes les ressources au sein de toutes les zones de projet. Cela dit, toutes les ressources ne sont pas visibles entre les différentes zones de projet. Par exemple, si vous travaillez dans la zone de projet dédiée à la logique d'application, vous ne pouvez pas accéder aux ressources de la zone de projet dédiée à la base de données. Une commutation manuelle entre les différentes zones de projet est nécessaire pour visualiser ces ressources. Vous devez par ailleurs être membre d'une zone de projet pour visualiser ses ressources.
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 relevant d'une autre zone de projet, vous devez créer une dépendance vis-à-vis de l'instantané qui contient cette ressource dans la zone de projet. Vous ne pouvez spécifier des dépendances que vis-à-vis d'instantanés.
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 en tant que partie intégrante de son ontologie, recherchez l'instantané qui contient la version dont vous avez besoin puis ajoutez cet instantané en tant que dépendance de votre espace de travail. Une fois la dépendance ajoutée, les ressources de cet instantané seront disponibles pour utilisation dans le cadre de votre projet.