Tipos de registro

Un tipo de registro es el formato de un tipo de solicitud de cambio concreto. Se podría comparar con una tabla de una base de datos relacional. Cada tipo de registro define los datos que se pueden recopilar para un tipo de solicitud de cambio. La información sobre una solicitud de cambio determinada se denomina "registro" y una parte de individual de los datos sobre una solicitud de cambio se denomina "campo".

Cada tipo de registro se asocia a su propio modelo de estado, formularios y enganches, y en conjunto controlan la recopilación y la visualización de datos para el tipo de solicitud de cambio determinado.

Las bases de datos de la versión 7.0 pueden almacenar más registros. Los clientes de Rational ClearQuest de versiones anteriores no pueden mostrar registros con identificadores de base de datos (DBID) que excedan el límite anterior. Para obtener más información, consulte el apartado Trabajo con registros.

Para obtener más información sobre la comprobación de la versión de los clientes de Rational ClearQuest, consulte Comprobación de la versión de cliente en las páginas de referencia de la API de Rational ClearQuest.

Tipos de registro basados en estado y sin estado

Se da soporte a dos tipos de registro: basados en estado y sin estado.

Un tipo de registro basado en estado se mueve a través de una serie de estados (por ejemplo, enviado, asignado o resuelto), como resultado de las acciones del usuario.

Un tipo de registro sin estado mantiene datos, pero no cambia estados. Por ejemplo, los tipos de registro de usuarios, proyectos y clientes. Las únicas acciones que el usuario puede realizar en los tipos de registro sin estado son las de enviar, modificar, suprimir e importar.

Los registros basados en estado pueden hacer referencia a uno o varios registros sin estado. Por ejemplo, un usuario puede asignar defectos (un tipo de registro basado en estado) a un proyecto (un tipo de registro sin estado).

Si añade un tipo de registro sin estado a un esquema, debe establecer uno o varios campos como clave exclusiva. El software Rational ClearQuest utiliza dicha clave para realizar el seguimiento de solicitudes de cambio individuales.

El software Rational ClearQuest mantiene cuatro tipos de registro sin estado: History, Attachments, Groups y Users. No puede suprimir los tipos de registro del sistema.

Una vez que ha creado un tipo de registro específico, no lo puede cambiar por otro tipo; es decir, no puede cambiar un tipo de registro sin estado a un tipo de registro basado en estado y viceversa.

Nombres de visualización y DBID de tipos de registro

Los tipos de registro tienen nombres de visualización e identificadores de base de datos que se pueden utilizar para recuperar los registros.

Un nombre de visualización es el identificador (ID) visible de un registro. Una clave única es el mismo valor que el nombre de visualización para un registro. El nombre de visualización está formado por los campos de clave exclusiva de un tipo de registro.
  • Para registros basados en estado, el nombre de visualización es la concatenación del nombre de conjunto de la base de datos (por ejemplo, RATLC) seguido de un número de 8 dígitos exclusivo en los registros con estado. El nombre de visualización es el campo de ID de todos los registros con estado.
  • Para los tipos de registro sin estado, el nombre de visualización está formado por los campos de clave exclusiva separados por espacios. La clave exclusiva consta de los campos de clave exclusiva que define el desarrollador de esquemas. Para todos los registros, el nombre de visualización es una concatenación de valores de campos de clave única separados por espacios para ese tipo de registro. Por ejemplo:
    • Si un tipo de registro Project tiene sólo un campo de clave llamado Name, entonces el único valor de clave para un registro Project es el valor de su campo Name.
    • Si un tipo de registro CustomerContact tiene los campos de clave exclusiva CustomerID, Name y Location, el valor de clave exclusiva de un determinado registro CustomerContact es una serie formada por los valores de los tres campos - CustomerID/Name/Location - de dicho registro, con espacios entre los valores de cada de campo.

DisplayNames son únicos dentro de un tipo de registro (ya sea basado en estado o sin estado).

El identificador de base de datos (DBID) de un registro ClearQuest es el identificador interno de un registro. DBID es un número exclusivo que se asigna de forma secuencial a cada registro en la base de datos de usuarios. Para obtener más información, consulte el apartado Trabajo con registros.

Para obtener más información sobre la implementación de un programa de utilidad "Buscar registro" utilizando la API de ClearQuest, consulte los métodos GetEntityDefOfDbId o GetEntityDefofName en las páginas de referencia de la API de Rational ClearQuest.

Número de tipos de registro

Un esquema puede contener más de un tipo de registro. Por ejemplo, un esquema puede utilizar tipos de registro separados para mejoras de software y mejoras de hardware. O bien, puede tener tipos de registro diferentes para problemas, informes de problemas, solicitudes de cambio, defectos y solicitudes de mejora.

Cree tipos de registro separados cuando los tipos de solicitudes de cambio tengan un modelo de proceso diferente o realicen el seguimiento de datos distintos. Por ejemplo, si la organización utiliza modelos de procesos diferentes para mejoras de software y de hardware, cree un tipo de registro para cada uno. Si el modelo de proceso es el mismo para las mejoras de software y de hardware, también puede crear un tipo de registro Enhancements con un campo para especificar el tipo de mejora.

Considere detalladamente los tipos de registro que va a crear. Disponer de más tipos de registro le permite capturar más variaciones en los modelos de proceso, pero también complica la administración y dificulta la compilación de consultas e informes, puesto que se debe incluir un mayor número de solicitudes de cambio. También debe ser previsor; si dos tipos de solicitudes de cambio tienen el mismo modelo de proceso, pero prevé que el modelo va a cambiar, es más fácil crear dos tipos de registro que intentar partirlos más adelante.

Además, debe tener en cuenta algunos de los problemas que se producen al diseñar bases de datos relacionales (o tal vez obtener ayuda de un administrador de base de datos familiarizado con estas cuestiones). Por ejemplo, en lugar de incluir el emisor, la dirección de correo electrónico y el número de teléfono del emisor en el tipo de registro Defects, es posible que desee incluir sólo el emisor en el tipo de registro Defects y crear un tipo de registro Submitters. Este enfoque permite que los usuarios sólo entren sus nombres de usuario cada vez que envían un defecto. A continuación, puede utilizar un campo REFERENCE para crear un enlace entre los tipos de registro Defect y Submitter para incluir el número de teléfono y la dirección de correo electrónico del emisor en los formularios y los informes. Consulte el apartado Enlace de registro para crear una jerarquía padre/hijo.

Tipo de registro predeterminado

Cada esquema debe tener un tipo de registro predeterminado. Los tipos de registro predeterminados pueden ser basados en estado o sin estado. El tipo de registro predeterminado se utiliza para crear un botón de atajo en el cliente de Rational ClearQuest para enviar registros de dicho tipo. El tipo de registro predeterminado se utiliza cuando no se ha especificado otro tipo de registro.


Comentarios