Para obtener más información sobre estos conceptos, consulte los enlaces relacionados situados al final de este tema.
Un espacio de configuración es un contenedor virtual para espacios de trabajo e instantáneas. Los espacios de configuración gestionan la información de versión de los recursos. Mediante la creación espacios, puede agrupar configuraciones afines de instantánea y de espacio de trabajo y compartirlas en los proyectos.
En un producto de gestión del ciclo de vida, los equipos pueden realizar trabajo dentro de un área de proyecto. Por ejemplo, un proyecto de una organización puede tener tres áreas de proyecto: lógica de base de datos, lógica de aplicación y lógica de interfaz de usuario. Un área de proyecto define las entregas de producto, la estructura del equipo, el proceso y la planificación.
Cuando crea un área de proyecto en la Solución Rational para Collaborative Lifecycle Management, puede asignar la nueva área de proyecto a un espacio de configuración existente, o crear un espacio de configuración.
Este contenido se aplica a la versión 4.0.3 o posterior. Cuando se crea un espacio de configuración, se crea automáticamente un área de proyecto correspondiente en la aplicación Gestión de la configuración. En esta área de proyecto, puede asignar permisos para controlar el acceso de lectura y escritura a las áreas de proyecto en los productos de gestión del ciclo de vida y las configuraciones del espacio de configuración.
Después de asociar un proyecto con un espacio de configuración, no puede asociar ese proyecto con un espacio de configuración diferente.
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. Cuando selecciona 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 de configuración. Para cambiar a un contexto diferente, utilice el menú Contexto de configuración actual en la parte superior derecha de la cabecera. Este menú proporciona opciones para trabajar con instantáneas y espacios de trabajo en el espacio actual.
Considere el caso siguiente: usted es miembro de tres proyectos que comparten un espacio de configuración. Los tres proyectos están en iteraciones diferentes 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 del ciclo de vida del proyecto. Puede crear una instantánea antes o después de llegar a un punto de control del proyecto, después de importar recursos a una aplicación o después de revisar artefactos específicos.
Después de modificar recursos, puede volver a 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 perteneciente al mismo espacio de configuración. 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.
Cuando utiliza conjuntos de cambios para agrupar los cambios realizados en recursos, el conjunto de cambios se asocia al espacio de trabajo donde se crea el conjunto de cambios. Para hacer que los cambios del conjunto de cambios sean visibles en el espacio de trabajo correspondiente, debe compartir los cambios.
Este contenido se aplica a la versión 4.0.3 o posterior. Para hacer que esos cambios sean visibles en un espacio de trabajo diferente, debe entregar los cambios a ese espacio de trabajo, de una las maneras siguientes. Puede entregar cambios al destino de flujo asignado o a otro espacio de trabajo que tenga un ancestro común, tal como el espacio de trabajo desde el que está entregando los cambios. Después de entregar los cambios, otros miembros del equipo pueden recibir los cambios en sus propios espacios de trabajo.
Para obtener más información sobre destinos de flujo y la entrega y fusión de cambios, consulte los enlaces correspondientes a los temas relacionados.
Para obtener la lista completa de permisos, en la aplicación Gestión de la configuración, consulte la página Permisos del área de proyecto apropiada.
Este contenido se aplica a la versión 4.0.3 o posterior. Para añadir, actualizar o eliminar dependencias en configuraciones, debe tener el permiso correspondiente en la aplicación Gestión de la configuración.
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 necesita un recurso situado en otra área de proyecto, un administrador con el permiso apropiado debe crear una dependencia respecto de la instantánea que contenga ese recurso en el área de proyecto. El administrador puede especificar dependencias respecto de instantáneas solamente, no espacios de trabajo, pues las instantáneas no cambian.
Considere el ejemplo siguiente: al inicio de un proyecto, un administrador asocia dominios (por ejemplo, dominio BPMN, dominio Sketcher o dominio SoaML) a un área de proyecto para especificar la ontología que se debe 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 necesita una dependencia UML como parte de su ontología, localice la instantánea que contenga la versión necesaria y añada esa instantánea como dependencia al espacio de trabajo. Después de añadir la dependencia, los artefactos de esa instantánea están disponibles para utilizarse en el proyecto.