Um tipo de registro é o formato para um tipo específico de pedido de alteração. É quase semelhante a uma tabela em um banco de dados relacional. Cada tipo de registro define os dados que podem ser coletados para um tipo de controle de mudanças. As informações sobre um pedido de alteração individual é chamado de registro, e uma parte individual dos dados sobre um pedido de alteração é chamada de campo.
Cada tipo de registro é associado com seu próprio modelo de estado, formulários e ganchos, os quais controlam coletivamente a coleta e a visualização dos dados para esse tipo de pedido de alteração.
Os bancos de dados na versão 7.0 podem armazenar mais registros. Os clientes do Rational ClearQuest de versões mais recentes não podem exibir registros com DBIDs (identificadores de registros) superiores ao limite anterior. Para obter informações adicionais, consulte Trabalhando com Registros.
Para obter informações adicionais sobre a verificação da versão dos clientes Rational ClearQuest, consulte Verificação da Versão do Cliente nas páginas de referência da API do Rational ClearQuest.
Dois tipos de registros são suportados: com base em estado e sem estado.
Um tipo de registro com base no estado se move por meio de uma série de status ou estados (por exemplo, Enviado, Designado e Resolvido), como resultado das ações de usuários.
Um tipo de registro sem estado contém dados, mas não altera estados. Os exemplos incluem tipos de registros para usuários, projetos e clientes. As únicas ações que você pode desempenhar em tipos de registros sem estado são Enviar, Modificar, Excluir e Importar.
Os registros com estado podem referenciar um ou mais registros sem estado. Por exemplo, um usuário pode designar defeitos (um tipo de registro com base em estado) a um projeto (um tipo de registro sem estado).
Ao incluir um tipo de registro sem estado em um esquema, você deve configurar um ou mais de seus campos como a chave exclusiva. O software Rational ClearQuest utiliza esta chave para identificar registros individuais desse tipo.
O software Rational ClearQuest mantém quatro tipos de registros de sistema sem estado: Histórico, Anexos, Grupos e Usuários. Não é possível excluir os tipos de registros do sistema.
Após criar um tipo de registro específico, você não pode alterá-lo para o outro tipo; ou seja, você não pode alterar um tipo de registro sem estado para o tipo de registro com base em estado e vice-versa.
Os tipos de registros possuem nomes de exibição e identificadores de banco de dados que podem ser utilizados para recuperar os registros.
DisplayNames são exclusivos em um tipo de registro (baseado em estado ou sem preservação de estado).
O DBID (identificador de banco de dados) de um registro ClearQuest é um identificador interno para um registro. O DBID é um número exclusivo, designado sequencialmente para cada registro em um banco de dados do usuário. Para obter informações adicionais, consulte Trabalhando com Registros.
Para obter informações sobre a implementação de um utilitário "Localizar Registro" utilizando a API ClearQuest, consulte os métodos GetEntityDefOfDbId ou GetEntityDefofName nas páginas de referência da API do Rational ClearQuest.
Um esquema pode conter mais de um tipo de registro. Por exemplo, um esquema pode utilizar tipos de registros separados para aprimoramentos de software e hardware. Ou ele pode ter tipos de registros diferentes para problemas, relatórios de problemas, pedidos de alterações, defeitos e pedidos de aprimoramentos.
Crie tipos de registros separados quando os tipos de pedidos de alteração possuem um modelo de processo diferente ou rastreie dados diferentes. Por exemplo, se sua empresa utiliza modelos de processo diferentes para aprimoramentos de software e hardware, crie um tipo de registro para cada. Como alternativa, se o modelo de processo for o mesmo para os aprimoramentos de software e hardware, crie um tipo de registro Aprimoramentos com um campo para especificar o tipo de aprimoramento.
Considere, cuidadosamente, quais tipos de registros a serem criados. Ter mais tipos de registros permite capturar mais variações nos modelos de processos; também complica a administração e torna mais difícil criar consultas e relatórios que incluem grandes números de pedidos de alterações. Você também pode desejar fazer suposições antecipadas; se dois tipos de pedidos de alterações possuem o mesmo modelo de processo mas você prever que o modelo será alterado, é mais fácil criar dois tipos de registros do que tentar dividi-los mais tarde.
Além disso, considere alguns dos mesmos problemas que surgem ao projetar bancos de dados relacionais (ou, talvez, obter assistência com um administrador de bancos de dados familiarizado com estas questões). Por exemplo, em vez de incluir o emissor, o endereço de e-mail do emissor e o número de telefone do emissor no tipo de registro Defeitos, talvez você queira criar um tipo de registro Emissores que contenha todas as informações do usuário. Esta abordagem permite que os usuários insiram apenas seus nomes de usuários sempre que enviarem um defeito. Então, você pode utilizar um campo REFERENCE para criar um link entre os tipos de registros Defeito e Emissor para incluir o endereço de e-mail e o número de telefone do emissor nos formulários e relatórios. Consulte Vinculando Registros para Criar um Hierarquia de Pai/Filho.
Cada esquema deve ter um tipo de registro padrão. Os tipos de registros padrão podem ser com base em estado e sem estado. O tipo de registro padrão é utilizado para criar um botão de atalho no cliente do Rational ClearQuest para envio de registros desse tipo. O tipo de registro padrão é utilizado quando nenhum outro tipo de registro for especificado.