Dependências

Use relacionamentos para gerenciar dependências. Muitos recursos possuem dependências ou requisitos que estão além do próprio recurso a fim de ficarem completos, para funcionar ou para construir. Por exemplo, um tipo de recurso de Construção ou Implementação pode ter dependências que são necessárias para que o recurso seja completo ou válido. Os recursos podem requerer alguns arquivos binários e jar que são dependências para a construção ou implementação.

O gerenciamento de dependências inclui a definição das dependências e o controle delas usando políticas. Primeiro você deve identificar quais dependências fazem parte de seus recursos, em seguida, defini-las e, em seguida, aplicar políticas.

É possível gerenciar dependências criando recursos relacionados e usando relacionamentos de dependência. Também é possível definir dependências criando recursos ou recursos relacionados com base em conjuntos de componentes para gerenciar requisitos para dependências e rastreabilidade.

Essas diretrizes são as etapas gerais para gerenciar dependências:
  1. Identificar dependências
    1. Especifique como os recursos são usados e localizados, para o que os recursos são usados, definindo e categorizando os tipos de recursos. Consulte o Esquemas de Categoria.
    2. Determine as dependências para seus tipos de recursos.

      Revise as dependências e decida quem as controla. Revise relacionamentos de dependências existentes para bibliotecas e arquivos comuns necessários que as equipes usam. Valide que os arquivos para determinadas versões são exatos e que as informações corretas da versão são especificadas para dependências. Revise relacionamentos existentes entre equipes e componentes. Identifique conflitos em que múltiplos projetos possam estar usando versões diferentes dos mesmos componentes. Evite conflitos controlando versões oficiais de dependências e ativando atualizações para uma área de trabalho que contenha essas versões. Além disso, faça distinção entre as dependências em seus ambientes de desenvolvimento e de produção. Consulte o Revisão e Controle do Recurso.

  2. Definir dependências
    1. Determine e defina os arquivos e dependências necessários a serem colocados em pacotes configuráveis em recursos. Inclua versões e outras informações que possam ser alteradas ao longo do tempo. Por exemplo, é possível especificar “A Versão A combina com a Versão C e é usada nos produtos 1, 2 e 3, para as plataformas A, B e C.”
    2. Salve as dependências como artefatos no recurso ou como recursos relacionados.

      Use relacionamentos necessário arquivos ou componentes necessários. Uma dependência pode definir como uma versão de recurso depende de outra versão de outro recurso. Por exemplo, uma dependência pode estabelecer, “Use a versão 1.4.2 vs. 1.4.1 do componente comum A” ou “Use a última versão aprovada e testada ou a construção mais recente” . Especifique uma versão aprovada de cada biblioteca ou componente comum necessário de forma que múltiplas versões não sejam usadas. Consulte o Relacionamentos de Recursos.

      É possível usar um relacionamento "Depende de" para especificar uma dependência. Consulte Definindo Relacionamentos entre Ativos.

  3. Controlar dependências
    Aplique políticas para controlar dependências seguindo estas etapas:
    1. Defina os processos e políticas para criar recursos, artefatos e novas versões de recursos e artefatos. Consulte o Políticas para Ciclos de Vida.
    2. Defina os ciclos de vida do recurso para revisão, aprovação, certificação, publicação e retirada de recursos.
      Defina o controle para essas funções e recursos:
      • Quem pode incluir novas bibliotecas como recursos
      • Que varreduras de segurança são necessárias
      • Quem pode criar versões de rascunho e versões aprovadas
      • Quem verifica a conformidade da licença para componentes comerciais e de software livre
      • Que políticas são usadas para remover versões mais velhas
      Consulte o Desenvolvimento e Ciclos de Vida do Recurso.
    3. Aplique políticas para controlar como novos recursos, artefatos ou versões são disponibilizados. Consulte Definindo Processos de Política.

Para obter uma demonstração de como usar o Rational Asset Manager para gerenciar dependências e construir um serviço, consulte Desenvolvendo Serviços com o Rational Asset Manager.

As pessoas interessadas em um ambiente de desenvolvimento ou de negócios têm informações que podem ser centralizadas em um sistema de gerenciamento de recursos. Os arquitetos sugerem componentes que podem ser usados globalmente. Os desenvolvedores conhecem todas as dependências do projeto. As equipes de gerenciamento de mudanças configuram políticas para o que é permitido. Engenheiros de qualidade sabem o que foi testado. O pessoal de operações sabe o que é aprovado para uso em produção.

É possível usar o IBM Rational Asset Manager para gerenciar informações de todos os investidores e criar recursos e relacionamentos para dependências. Os relacionamentos podem ser usados de várias maneiras, incluindo os seguintes exemplos:
  • Disponibilize componentes como recursos.

    Desenvolva conjuntos testados de componentes comuns que são usados juntos em sua organização. Crie recursos com base nesses conjuntos. Crie um recurso de componentes comuns para cada tipo de aplicativo ou sistema operacional.

    Teste as versões desses conjuntos e crie um recurso como uma versão do grupo de componentes. Se você construir seu aplicativo nesse grupo, ele deve funcionar em seu ambiente.

  • Use relacionamentos de recursos para especificar dependências.
  • Use ciclos de vida de recursos e aplique políticas para controlar o que é permitido e o que é testado e aprovado.

    Também é possível gerar relatórios para auditar a reutilização de recursos, incluindo dependências.

Considere usar aspectos de propriedade para determinar se deve criar recursos ou artefatos. Por exemplo, se um recurso de Implementação depender de componentes de software livre ou de outros componentes ou recursos necessários, você poderá gerenciar dependências das seguintes maneiras:
  • Se você ou sua organização controlar o conteúdo de origem, você poderá criar recursos relacionados. Por exemplo, é possível criar um componente necessário ou biblioteca de tipos ou coleta de bibliotecas para uso dos desenvolvedores.
  • Se você incluir em um pacote configurável um conjunto de versões de recursos e mantiver este conjunto para reutilização, poderá criar recursos relacionados. Por exemplo, é possível criar uma coleta de componentes de software livre e bibliotecas para uso dos desenvolvedores.
  • Para gerenciar arquivos, bibliotecas ou outras dependências necessários específicos que sua organização não possui ou mantém, é possível criar artefatos. Por exemplo, é possível criar um componente de software livre ou biblioteca de tipos.

Feedback