记录类型是一种针对特定类型的变更请求的格式。它与关系数据库中的表大致类似。每个记录类型定义了用于一种变更请求类型的数据。单个变更请求的信息称为记录,变更请求的单条数据称为字段。
每个记录类型与其自身的状态模型、表单和挂钩相关联,这些状态模型、表单和挂钩用于共同控制收集和查看该类型变更请求的数据。
V 7.0 数据库可存储更多记录。老版本的 Rational® ClearQuest 客户机无法显示数据库标识(DBID)高于先前限制的记录。有关更多信息,请参阅使用记录。
有关检查 Rational ClearQuest 客户机版本的信息,请参阅 Rational ClearQuest API 参考页面中的客户机版本检查。
受支持的记录类型有两种:基于状态和无状态。
作为用户操作的结果,基于状态的记录类型在一系列状态(例如,已提交、已分配和已解决)之间变迁。
无状态记录类型可持有数据,但是不能更改状态。如:针对用户、项目和客户的记录类型。对于无状态记录类型,只能执行以下操作:提交、修改、删除和导入。
基于状态的记录可引用一个或多个无状态记录。例如,用户可将缺陷(基于状态的记录类型)分配给某个项目(无状态的记录类型)。
向模式添加无状态记录类型时,必须将其中某个或多个字段设置为唯一键。Rational ClearQuest 软件使用此唯一键来识别属于该类型的个别记录。
Rational ClearQuest 软件维护四种无状态系统记录类型:历史记录、附件、组和用户。您不能删除系统记录类型。
创建某个特定记录类型后,不能将其更改为其他类型;即,无法将无状态记录类型更改为基于状态的记录类型,反之亦然。
记录类型具有显示名称和数据库标识,可用于检索记录。
同属一种记录(基于状态或无状态)中的显示名称是唯一的。
ClearQuest 记录的数据库标识 (DBID) 是记录的内部标识。DBID 是按顺序分配给用户数据库中每条记录的唯一编号。 有关更多信息,请参阅使用记录。
要了解有关利用 ClearQuest API 实现“查找记录”实用程序的信息,请参阅 Rational ClearQuest API 参考页面中的 GetEntityDefOfDbId 或 GetEntityDefofName 方法。
一个模式可包含一条以上的记录类型。例如,模式可针对软件增强和硬件增强使用不同的记录类型。或者针对事项、问题报告、变更请求、缺陷和增强请求采用不同的记录类型。
变更请求类型具有不同的过程模型或者跟踪不同的数据时,应创建不同的记录类型。例如,如果您的组织采用不同的过程模型来增强软件和硬件,那么请针对每种增强创建一个记录类型。此外,如果软件和硬件增强的过程模型相同,那么可创建一个“增强”记录类型,并带有指定增强类型的字段。
请仔细考虑创建哪种记录类型。具有更多记录类型使您能够反映过程模型中的更多变体;但这会导致管理变得复杂并且难于构建包含大量变更请求的查询和报告。您还要早作打算;如果两类变更请求具有相同的过程模型,但是您预测该模型会改变,那么提前创建两种记录类型比稍后再尝试将其分开,效果要好。
而且,还要考虑设计关系数据库时同样会出现的一些事项(也许可以从熟悉这些事项的数据库管理员处获得帮助)。例如,您可能想创建一个“提交者”记录类型,以包含所有的用户信息,而不是在“缺陷”记录类型中包含提交者、提交者电子邮件地址和提交者电话号码。此方法使用户每次提交缺陷时只需输入其用户名即可。 然后,您可使用“引用”字段创建“缺陷”记录类型和“提交者”记录类型之间的链接,以在表单和报告中包含提交者的电子邮件地址和电话号码。请参阅链接记录以创建父代/子代层次结构。
每个模式必须有一个缺省记录类型。缺省记录类型可以是基于状态或者无状态的记录类型。可以用缺省记录类型在 Rational ClearQuest 客户机中创建快捷方式按钮,以提交该类型的记录。在未指定其他记录类型时,使用缺省记录类型。