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:
- Identifique dependencias
- 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.
- 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.
- Defina dependencias
- 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.”
- 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.
- Administre las dependencias
Aplique políticas para administrar dependencias
siguiendo estos pasos:
- 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.
- 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.
- 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.