Vários pacotes que permitem o rastreio da implementação foram incluídos
no IBM® Rational ClearQuest.
Os seguintes pacotes de rastreio de implementação foram incluídos no IBM
Rational ClearQuest:
- O pacote DeploymentTracking, o qual suporta o processo de aprovação da
implementação.
- O pacote TPM, que pode ser usado para associar seu release ao
local de um servidor do IBM Tivoli Provisioning Manager.
Este pacote precisará ser aplicado apenas se estiver interessado na criação de uma integração entre o Rational ClearQuest e o Tivoli Provisioning Manager.
É possível usar a funcionalidade pacote TPM para incluir um link URL para a interface com o usuário da Web do Tivoli Provisioning Manager em seu registro de implementação, fornecendo uma integração de interface com o usuário simples entre
o Rational ClearQuest e
o Tivoli Provisioning Manager.
- O pacote eSignature, o qual suporta assinaturas digitais de requerimento ao
aprovar ou rejeitar um registro de aprovação.
- O pacote AuditTrail, o qual permite acompanhar qual, quando e por quem
os campos dos registros de Aprovação o dos registros de Implementação foram
modificados.
- O pacote Email, o qual suporta o envio de notificações por e-mail
para aprovadores de uma liberação quando uma aprovação foi submetida, aprovada ou
rejeitada.
- O pacote BuildTracking, o qual permite a rastreabilidade entre as fases de
construção e implementação.
Tipos de Registros
Ao aplicar o pacote DeploymentTracking em seu esquema
Rational ClearQuest, você
inclui os seguintes tipos de registros:
- DTDeployment
Cada registro de implementação representa uma única implementação. Cada registro de implementação possui um campo que indica para qual ambiente ele pode
ser implementado. Os detalhes da implementação são descritos no arquivo XML da unidade de implementação
que o registro de implementação faz referência.
- DTApproval
Este tipo de registro representa uma aprovação de uma implementação. As aprovações podem fazer referência, no máximo, a um registro de implementação.
- DTEnvironment
Cada ambiente representa uma fase diferente do
teste. Você pode criar um número de ambientes para várias fases de testes
que seu software deve passar antes da liberação; por exemplo, você poderia ter
ambientes de testes de unidade, testes funcionais, testes do sistema e testes de integração.
- DTRole
As funções indicam quais usuários têm permissões para aprovar
uma implementação em um determinado ambiente. Os usuários do Rational ClearQuest
podem pertencer a mais de uma função.
- DTRelease
Cada registro de liberação modela uma liberação no nível de
implementação. Cada liberação possui um conjunto de funções autorizadas para aprovação de implementações e,
em ambientes UCM, permite que vários projetos UCM sejam modelados como entradas
em uma única implementação. Uma liberação terá uma série de implementações durante o
processo de uma liberação.
Tipos de Registros do Pacote TPM
Ao aplicar o pacote TPM em seu esquema
Rational ClearQuest, você
inclui os seguintes tipos de registros:
- TPMServer. Cada registro TPMServer contém informações básicas sobre um
servidor Tivoli Provisioning Manager. Haverá uma instância deste tipo de registro e, provavelmente, apenas um registro para cada servidor Tivoli Provisioning Manager em seu ambiente. Quando uma liberação é definida, a liberação pode ser associada
a um registro do servidor TPM. Cada registro de implementação com um registro de liberação
que faz referência a um servidor TPM conterá uma referência URL para a interface Web do TPM,
fornecendo registros de implementação com uma integração de interfaces simples.
- TPMWorkflow. Este registro representa um fluxo de trabalho do TPM. Este é um proxy
para informações no TPM. O registro está sendo incluído para suportar a integração
com o TPM em releases futuros. O fluxo de trabalho registra a referência de registros de implementação 0..*.
Tipos de Registros do Pacote BuildTracking
Ao aplicar o pacote BuildTracking em seu esquema
Rational ClearQuest, você
inclui os seguintes tipos de registros:
- BTBuild. Este tipo de registro permite acompanhar o estado de seu
build. As informações que você pode acompanhar incluem os horários de início e encerramento de
seu build, se seu build foi concluído com sucesso ou não, com qual liberação seu build está
associado e onde o log de seu build está localizado.
Tipos de Estados do Registro de Implementação
A seguir você encontra os requisitos para a configuração dos tipos de estados ao utilizar o
Rational ClearQuest para implementação de
registros:
- Você deve designar cada estado a um tipo de estado.
- Você deve ter uma definição de estado dos seguintes tipos de estados em seu
tipo de registro de implementação:
- Ready. Este estado indica que a liberação está pronta para ser implementada no
ambiente atual.
- Deployed. Este estado indica que a liberação foi implementada no
ambiente atual.
- Retired. Esta estado indica que a liberação foi implementada em todos os
ambientes requeridos.
- Failed. Esta estado indica que há erros na liberação implementada
e que a implementação adicional desta liberação foi finalizada.
- O caminho da transição de estado é Ready->Deployed->Retired.
- Você não pode configurar o estado inicial dos registros de implementação como Retired ou Failed. O estado inicial deve sempre ser Ready.
Tipos de Estados do Registro de Aprovação
A seguir você encontra os requisitos para a configuração dos tipos de estados ao utilizar o
Rational ClearQuest para registros
de aprovação:
- Você deve ter uma definição de estado dos seguintes tipos de estados em seu
tipo de registro de implementação:
- Submitted. Isto indica que o registro de aprovação foi enviado.
- Approved. Isto indica que o registro de aprovação foi aprovado.
- Rejected. Isto indica que o registro de aprovação foi rejeitado.
- O caminho de transição do estado é Submitted >Approved ou Submitted > Rejected.
Além dos tipos de estados e o modelo de transição descritos aqui, você
também pode criar seus próprios tipos de estados e transições de estados customizados.
Tipos de Estados do Registro do Build
Os seguintes requisitos destinam-se à configuração dos tipos de estado ao
utilizar o
Rational ClearQuest para
criar registros:
- Submitted. Isto indica que o build foi iniciado.
- Completed. Isto indica que o build foi concluído sem erros.
- Failed. Isto indica que o build falhou.
- Retired. Isto indica que este registro de build não é mais relevante.
O caminho da transição de estado é: Submitted > Completed, Submitted >Failed,
Completed > Retired, Failed > Retired.