Sobre o UCM
Gerenciando Alteração no Visual Studio com o Software Rational  

Sobre o UCM

O UCM (Unified Change Management) é um processo que suporta equipes do projeto de software no gerenciamento de seu trabalho. O UCM utiliza o Rational ClearCase e (opcionalmente) o Rational ClearQuest para automatizar as tarefas de gerenciamento de configuração de software e de controle de defeitos e alterações.

O UCM organiza o trabalho em relação a três conceitos de desenvolvimento:

Projetos

Geralmente, o trabalho feito pelas equipes de desenvolvimento de software é organizado em projetos e todos eles podem conter subprojetos. A organização do trabalho por projeto atende a três finalidades:

  • Identificar os membros da equipe, o que é útil para a segurança e a colaboração.
  • Identificar o escopo de arquivos e diretórios que um desenvolvedor designado a esse projeto precisa conhecer e com o qual precisa saber trabalhar.
  • Estabelecer um ponto de integração comum para o trabalho executado por todos os membros da equipe.

A principal vantagem do UCM como ele é implementado no Rational ClearCase e no Rational ClearQuest é que o projeto é um objeto de software formal que permite um grau mais alto de automação e segurança. Quando os desenvolvedores unem um projeto UCM, seu espaço de trabalho é automaticamente preenchido com as versões corretas dos arquivos e diretórios necessários.

Componentes e Linhas de Base do Componente

O UCM utiliza componentes para organizar e identificar as versões de arquivos e diretórios que constituem uma parte reutilizável da arquitetura do sistema. Uma linha de base do componente seleciona uma versão de cada arquivo do componente. As linhas de base fornecem um mecanismo mais estável e confiável para identificar os arquivos associados a um componente do que a prática de rótulo. Um rótulo pode ser anexado a novos arquivos, movido para novas versões ou removido dos arquivos selecionados.

Depois que uma linha de base for criada, ela não poderá ser alterada. Você pode ter certeza de que a linha de base sempre fará referência à mesma versão de cada arquivo do componente. Você pode utilizar então as linhas de base para definir configurações de nível mais alto. Um sistema inteiro pode ser montado a partir de um conjunto de linhas de base do componente.

Atividades

O UCM utiliza um modelo de gerenciamento de alterações com base na atividade. As alterações nos arquivos são agrupadas de acordo com a razão da alteração. Quando você registra a saída de um arquivo, uma janela se abre e você especifica a razão para fazer alterações no arquivo, inserindo uma descrição de uma linha no campo Atividade. Também é possível selecionar em uma lista de atividades existentes ou criar uma nova atividade.

Se o UCM estiver ativado para o Rational ClearQuest, uma atividade também poderá ser um defeito ou um pedido de aprimoramento, dependendo do rigor que o processo de controle de defeitos e de alterações precisa ter. O UCM suporta esses tipos de atividades e quaisquer outros que você definir.

Esse modelo exige desenvolvedores para indicar por que eles estão fazendo alterações antes de registrar a saída dos arquivos. Ele também integra os arquivos associados à alteração como um todo único e consistente. Por exemplo, se você estiver corrigindo um defeito, poderá ser necessário modificar um arquivo C e um arquivo de cabeçalho. O UCM associa os arquivos a um único objeto de atividade do sistema de gerenciamento de mudanças. Quando você concluir o trabalho, poderá registrar a entrada de todos os arquivos, registrando a entrada da atividade. O UCM move as alterações pelo sistema no nível de atividade. Quando você estiver pronto para integrar suas alterações no projeto, poderá entregar a atividade.

Atividades e linhas de base trabalham em combinação. Depois que um componente foi modificado por vários desenvolvedores, uma nova linha de base é criada. Utilizando as atividades e as linhas de base, você pode automatizar o processo de identificação das diferenças entre as linhas de base. Essa comparação produz uma lista dos arquivos que foram alterados e uma lista de atividades. Essas informações permitem gerar notas de release e ajudar os testadores a determinar os testes de regressão necessários a serem executados após o build noturno.

Para obter informações adicionais

Para obter informações adicionais sobre o UCM, consulte o Centro de Informações do IBM Rational ClearCase.