Un espacio de configuración, también llamado espacio, es una colección de configuraciones del espacio relacionado y la instantánea relacionados. Los espacios gestionan la información de versiones de los recursos. Al crear espacios, puede agrupar configuraciones de instantáneas y espacios de trabajo relacionadas para que se puedan compartir entre proyectos.
Después de asociar un proyecto con un espacio, puede asociar dicho proyecto con un espacio distinto.
Un contexto de configuración, que también se denomina contexto, representa un espacio de trabajo o una instantánea con la que está trabajando. Cambiar contextos significa cambiar a un espacio de trabajo o una instantánea diferente. Al seleccionar un contexto de configuración en un área de proyecto, de forma predeterminada, el contexto no cambia cuando cambia a otra área de proyecto del mismo espacio. Para cambiar a un contexto distinto, utilice el menú Contexto de configuración actual en la parte superior derecha del banner. Este menú proporciona opciones para trabajar con instantáneas y espacios de trabajo en el espacio actual.
Supongamos el siguiente escenario: el usuario es miembro de tres proyectos que comparten un espacio de configuración. Los tres proyectos están en distintas iteraciones de su ciclo de vida y un administrador ha creado un espacio de trabajo con el mismo nombre que la iteración. Si abre un área de proyecto y cambia al espacio de trabajo Iteración 1 y más adelante cambia a otra área de proyecto, el contexto actual sigue siendo Iteración 1.
Puede crear una instantánea en cualquier momento: por ejemplo, puede crear una instantánea después de importar modelos en Design Management Server o después de completar una revisión de artefactos específicos.
Después de modificar recursos, puede consultar la instantánea para ver cómo han cambiado los recursos.
Puede crear un espacio de trabajo basado en el contenido de otro espacio de trabajo en el mismo espacio. Por ejemplo, puede crear un espacio de trabajo para el Proyecto B basado en un espacio de trabajo del Proyecto A. Las versiones de los artefactos en el espacio de trabajo nuevo para el Proyecto B son las mismas que las de los recursos que están en el espacio de trabajo seleccionado en el Proyecto A. Si añade, edita o suprime recursos en el espacio de trabajo del Proyecto B, no afectará a los recursos en el espacio de trabajo del proyecto A.
Si un espacio de trabajo requiere recursos en un espacio de trabajo que está en un espacio diferente, debe tomar una instantánea del espacio último y luego especificar una dependencia en esa instantánea.
Dentro de un espacio, las áreas de proyecto contiene distintos recursos. Supongamos el escenario mencionado en la sección anterior "Espacios de configuración": el área de proyecto para la lógica de la aplicación contiene diseños que tienen que ver con la lógica de la aplicación; el área de proyecto de base de datos contiene diseños que tienen que ver con la base de datos, etc. Todas las áreas de proyecto comparten el msimo espacio y por lo tanto comparten configuraciones. Cada configuración gestiona las versiones de todos los recursos en todas las áreas de proyecto. Sin embargo, los recursos no son visibles en distintas áreas de proyecto. Por ejemplo, si trabaja en el área de proyecto para la lógica de la aplicación, no puede acceder a los recursos del área de proyecto de base de datos; debe cambiar manualmente las áreas de proyecto para ver estos recursos. Debe ser un miembro de un área de proyecto para ver sus recursos.
Cuando los administradores crean un área de proyecto, deben asociarla a uno o varios dominios. Un administrador puede seleccionar una versión específica de un dominio; la versión que seleccionará dependerá de los requisitos del proyecto.
Si un espacio de trabajo requiere un recurso en otra área de proyecto, debe crear una dependencia en la instantánea que contenga ese recurso en el área de proyecto. Puede especificar dependencias en instantáneas únicamente.
Considere el siguiente ejemplo: al principio de un proyecto, un administrador asocia dominios (por ejemplo, dominio BPMN, dominio Sketcher o dominio SoaML) con un área de proyecto para especificar la ontología a utilizar en un proyecto. En el dominio, las instantáneas listan versiones específicas de recursos: por ejemplo, un dominio UML puede contener varias versiones de una dependencia UML. Si el proyecto requiere una dependencia UML como parte de su ontología, busque la instantánea que contiene la versión que necesita y añada esa instantánea como una dependencia del espacio de trabajo. Después de añadir la dependencia, los artefactos de esa instantánea están disponibles para utilizarse en el proyecto.