Gestión de recursos de diseño compartido

Para gestionar los cambios en los recursos de diseño compartido, debe entender los conceptos de espacios de configuración, configuraciones, instantáneas, espacios de trabajo y dependencias, así como el rol de estos conceptos en proyectos en un entorno de desarrollo de colaboración.

Espacios de configuración

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.

En una aplicación con funciones de Design Management, los equipos llevan a cabo el 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. Para las aplicaciones que forman parte de Rational solution for Collaborative Lifecycle Management (CLM), puede asociar varias áreas de proyecto al mismo espacio; por lo tanto, estos proyectos comparten configuraciones de instantáneas y espacios de trabajo. Después de asociar un proyecto con un espacio, todos los espacios de trabajo y las instantáneas en el espacio están disponibles en ese proyecto. Esta característica incluye las siguientes ventajas:
  • Los usuarios pueden utilizar un contexto de configuración para cambiar los recursos que están localizados en distintas áreas del proyecto. Consulte la siguiente sección para obtener la definición de un contexto de configuración.
  • Los administradores y los usuarios pueden tomar instantáneas que capturan todos los recursos a través de los múltiples proyectos que comparten un espacio de trabajo.
Para obtener más información sobre proyectos, consulte los enlaces a los temas relacionados al final de este tema.

Después de asociar un proyecto con un espacio, puede asociar dicho proyecto con un espacio distinto.

Contextos de configuración

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.

Configuraciones de instantánea y de espacio de trabajo

Una configuración es un conjunto exclusivo de versiones de recursos. Existen dos tipos de configuraciones:
  • Configuración de instantánea: También se denomina una instantánea, que es una vista de sólo lectura de un proyecto completo en un momento específico en el tiempo; incluye todos los recursos de diseño y enlaces a otros recursos. Puede comentar, pero no editar, los recursos en una instantánea.

    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.

  • Configuración de espacio de trabajo: También se denomina espacio de trabajo. Cada espacio contiene un espacio de trabajo predeterminado, que puede contener múltiples instantáneas y espacios de trabajo; un espacio contiene varios espacios de trabajo. Por ejemplo, en un proyecto bancario, puede definir los espacios de trabajo siguiente, que diferentes equipos pueden utilizar:
    • Lógica de aplicación
    • Lógica de base de datos
    • Interfaz de usuario
    Puede añadir, editar y suprimir versiones de recursos en espacios de trabajo.

    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.

Visibilidad de recursos en distintas áreas de proyecto

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.

Las dependencias de recursos en otros espacios

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.


Comentarios