Dependencias

Utilice relaciones para gestionar dependencias. Muchos activos tienen dependencias, es decir, requisitos exteriores al propio activo que son necesarios para completar el activo, trabajar con él o crearlo. Por ejemplo, los tipos de activo Compilación o Implementación pueden tener dependencias que son necesarias para que el activo sea completo o válido. Los activos pueden necesitar determinados archivos binarios y archivos jar que son dependencias de la compilación o implementación.

La gestión de dependencias incluye definir las dependencias y luego administrarlas mediante el uso de políticas. Primero debe identificar qué dependencias forman parte de los activos, definirlas y luego aplicar políticas.

Puede gestionar dependencias creando activos relacionados y utilizando relaciones de dependencia. Puede también definir dependencias creando activos o activos relacionados de acuerdo con conjuntos de componentes para gestionar requisitos a fin de definir dependencias y la rastreabilidad.

A continuación se describen los pasos generales para gestionar dependencias:
  1. Identifique dependencias
    1. Especifique cómo se utilizan y encuentran los activos, así como para qué se utilizan los activos, definiendo y clasificando los tipos de activos. Consulte Esquemas de categorías.
    2. Determine las dependencias de los tipos de activo.

      Revise las dependencias y determine quién las controla. Revise las relaciones de dependencia existentes para bibliotecas y los archivos comunes necesarios utilizados por los equipos. Compruebe que los archivos correspondientes a versiones determinadas sean correctos y que se especifique la información de versión correcta para las dependencias. Revise las relaciones existentes entre equipos y componentes. Identifique conflictos en los que varios proyectos utilizan versiones diferentes de los mismos componentes. Evite conflictos mediante el control de las versiones oficiales de dependencias y permitiendo las actualizaciones en un espacio de trabajo donde residen esas versiones. Además, distinga entre las dependencias de los entornos de desarrollo y de producción. Consulte Administración y revisión de activos.

  2. Defina dependencias
    1. Determine y defina los archivos necesarios y las dependencias que se deben integrar en los activos. Incluya versiones y demás información que pueda cambiar con el paso del tiempo. Por ejemplo, puede especificar “La Versión A se utiliza con la Versión C en los productos 1, 2 y 3 para las plataformas A, B y C.”
    2. Guarde las dependencias como artefactos en el activo o como activos relacionados.

      Utilice relaciones entre archivos o componentes necesarios. Una dependencia puede definir cómo una versión de activo depende de otra versión de otro activo. Por ejemplo, una dependencia puede indicar “Utilizar la versión 1.4.2 vs. 1.4.1 del componente común A” o “Utilizar la versión aprobada y probada más reciente o la compilación más reciente”. Especifique una versión aprobada de cada biblioteca común necesaria o componente para que no se utilicen varias versiones. Consulte Relaciones de activo.

      Puede utilizar una relación de dependencia ("Depende de") para especificar una dependencia. Consulte Definir relaciones entre activos.

  3. Administre las dependencias
    Aplique políticas para administrar dependencias siguiendo estos pasos:
    1. Defina los procesos y las políticas para crear activos, artefactos y nuevas versiones de activos y artefactos. Consulte Políticas de ciclos de vida.
    2. Defina los ciclos de vida de activo para revisar, aprobar, certificar, publicar y retirar activos.
      Defina la administración para estos roles y recursos:
      • Quién puede añadir nuevas bibliotecas como activos
      • Qué exploraciones de seguridad son necesarias
      • Quién puede crear versiones borrador y versiones aprobadas
      • Quién comprueba la verificación de licencia para componentes comerciales y de código abierto
      • Qué políticas se utilizan para eliminar versiones antiguas
      Consulte Ciclos de vida y desarrollo de activos.
    3. Aplique políticas para controlar cómo se habilitan nuevos activos, artefactos o versiones. Consulte Definir procesos de política.

Para ver una demostración de cómo utilizar Rational Asset Manager para gestionar dependencias y crear un servicio, consulte Desarrollar servicios mediante Rational Asset Manager.

En un entorno de desarrollo o empresarial, las partes implicadas disponen de información que se puede centralizar en un sistema de gestión de activos. Los arquitectos recomiendan componentes que se pueden utilizar globalmente. Los desarrolladores conocen todas las dependencias del proyecto. Los equipos de gestión de cambios definen políticas para establecer qué está permitido. Los ingenieros de calidad conocen lo que se ha sometido a prueba. El personal de operaciones conoce lo que está aprobado para el uso de producción.

Puede utilizar IBM Rational Asset Manager para gestionar la información correspondiente a todas las partes implicadas y crear activos y relaciones para dependencias. Los ejemplos siguientes muestran las diversas maneras en que puede utilizar las relaciones:
  • Haga que los componentes se puedan utilizar como activos.

    Desarrolle conjuntos probados de componentes comunes que se utilicen juntos en su organización. Cree activos basados en estos conjuntos. Cree un activo de componentes comunes para cada tipo de aplicación o sistema operativo.

    Pruebe versiones de esos conjuntos y cree un activo como versión del grupo de componentes. Si crea su aplicación en este grupo, normalmente funcionará en el entorno que utilice.

  • Utilice relaciones de activo para especificar las dependencias.
  • Utilice ciclos de vida de activo y aplique políticas para controlar lo que está permitido y lo que está probado y aprobado.

    Puede también crear informes para auditar la reutilización de activos, incluidas las dependencias.

Considere la posibilidad de utilizar aspectos de la condición de propietario para determinar si deben crear activos o artefactos. Por ejemplo, si un activo de tipo Implementación depende de componentes de código abierto u otros componentes o recursos necesarios, puede gestionar dependencias de las maneras siguientes:
  • Si usted o su organización controla el contenido de origen, puede crear activos relacionados. Por ejemplo, puede crear un componente necesario o biblioteca de tipos o colección de bibliotecas para que sea utilizado por los desarrolladores.
  • Si agrupa un conjunto de versiones de recursos y mantiene este conjunto para la reutilización, puede crear activos relacionados. Por ejemplo, puede crear una colección de componentes de código abierto y bibliotecas para que sea utilizado por los desarrolladores.
  • Para gestionar archivos necesarios determinados, bibliotecas y otras dependencias que su organización no posee ni mantiene, puede crear artefactos. Por ejemplo, puede crear un componente de código abierto o una biblioteca de tipos.

Comentarios