如果您目前是已升级到最新发行版的现有客户,那么某些术语已更改。有关从旧术语到新术语的映射,请参阅术语更改映射。本文档使用新术语。
以下术语和概念已排序,以便按照从最简单术语和概念至组合了术语和概念的详细说明的顺序来构建信息。
工件:适用于存储库中对象的常规术语。 工件包括在其他工具内创建和维护的产品及对象(例如 Rational Team Concert™ 工作项和 Rational® DOORS® 需求)。
产品:团队所专注的直观表示工作。产品可以大如轿车,小如机械心脏瓣膜。
产品显示在“浏览产品”屏幕上的树形视图中。

团队可以将产品这一术语更改为其组织接受的术语。在更改并保存该术语,并且用户刷新其会话之后,会在菜单、对话框和消息中使用定制术语。
产品分组:将类似的产品收集到您或者您所在团队的有意义的组中。可以按您需要的任何方式将产品分组,例如,按日期(月份和年份)、按里程碑(测试发行版和正式发行版)和按功能部件(激光打印机和喷墨打印机)等等进行分组。产品分组显示在浏览产品列表框中。
属性:关于产品的一条描述性信息。属性具有类型,例如名称或值。例如,名为仪表板的产品可能具有 name 属性 material,且 value 为 walnut。
Lifecycle Query Engine:可以查询的数据的索引。数据检索自数据源(例如 Rational Engineering Lifecycle Manager 中的产品、Rational Team Concert 中的工作项、Rational DOORS 中的需求)以及其他工具。
链接:表示对另一个工件的引用。 链接可能存储在另一个工具中,例如 Rational Team Concert 和 Rational DOORS。链接也可能存储在产品中。
分支:产品的变体。当团队必须以其他方式或彼此独立地更改相同产品时,将创建变体。为产品建立分支之后,团队可以进行并行更改。
例如,您的团队已创建了适用于成年人的血压袖带,并准备创建适用于青少年的同一产品。团队将创建血压袖带的变体,并将其称为 blood pressure cuff (:cuffsize=juvenile)。
有关创建和替换分支的信息,请参阅替换分支。
分支维度:分支维度通过定义分支的其中一个特征来描述该分支的唯一性。维度由名称(例如,cuffsize)和值(例如,juvenile)组成,它显示在产品名称后面:(:cuffsize=juvenile)。分支由它的唯一一组维度进行定义。维度可位于产品本地,也可在产品内共享。您可以在“检出分支”对话框中创建本地维度或创建共享维度,也可以使用“管理分支维度”屏幕来创建。
版本:产品或产品层次结构的只读版本。当您创建产品版本时,所选产品下的所有产品都是只读产品。将向版本中的所有产品提供在检入时指定的版本名称。
通常,团队创建版本来标记里程碑(例如,每周构建、测试发行版或正式发行版)。
该图像显示了超级汽车产品,该产品目前位于名为开发段 4 的里程碑处。请注意,信息娱乐在开发段 2 中已更新且未再更改,而车轮已在开发段 4 中更新。必须回滚至子产品的上一个开发段(例如,内饰 - 开发段 3)的团队,可以通过执行替换版本操作来实现此目的。

此外,任何用户都可以冻结版本,使其不可修改,除非您特地执行取消冻结操作或者检出分支,从而重新使其可修改。如果您必须为产品建立分支,或者您的产品不必为里程碑进一步进行开发,那么冻结产品版本很有用。
有关创建和替换版本的信息,请参阅检入版本以捕获里程碑。
审核:在这种情况下,指的是产品的检查。审核会检查对所选产品进行的更改,然后在产品树右侧的表中显示结果。

此外,您可以查看产品的审核历史记录。“审核历史记录”屏幕以可视方式呈现产品的所有版本和分支,包括所有属性更改以及添加和移除的链接。
每个版本显示在垂直列布局中的一个独立框中。最新版本显示在该列的顶部。对产品划分分支时,分支会显示在新列中。

有关查看审核日志的信息,请参阅显示工件的更改者。
审核历史记录:过去事件的列表。“审核历史记录”屏幕显示对指定产品执行的过去事件的可视列表。以上示例显示了一个称为 SuperCar (:model year=2016) 的版本。审核历史记录显示相关元数据:更改产品的用户、更改的内容和发生时间以及所添加或移除的产品的名称。
有关审核历史记录的信息,请参阅查看审核历史记录。
层次结构:产品的金字塔式等级。除顶级外的每一个级别都有一个更高级别,并且除最低级别外的每一个级别都有一个更低级别。大部分情况下,产品将组织在层次结构中,但有时例外。
移动:在不同的产品下从物理上重定位产品。可以将产品从产品树中的一个位置移到另一个位置。例如,Deluxe Rims 产品位于 Wheels (:Rims=16") 产品中。此放置不正确,因此,已将 Deluxe Rims 移至一个豪华车品牌。此外,如果 Deluxe Rims 下面有层次结构,那么该层次结构将随 Deluxe Rims 一起移动。
可以通过查看产品的审核历史记录来查看产品的移动。此图表明 Deluxe Rims 从 Wheels (:Rims=16") 启程,但是稍后移除了。

要了解有关 Deluxe Rims 移动位置的更多信息,您可以对版本进行比较,这将向您显示有关添加至目标产品以及从目标产品中移除的产品的信息。
有关移动产品的信息,请参阅在产品树中操控产品。
复用:再次使用。可以在同一产品以及其他产品中复用某个产品。还可以在相同产品内多次复用产品,并且您复用的产品完全相同,仅仅是复用该产品而已。复用产品时,该产品包括其子产品。
该图像显示了 SuperCar 产品(含有已展开的车轮产品)。请注意,在车轮下面,XB580 子午线是使用了 4 次的一个产品。便捷之处在于,如果您更改了一个复用的产品(例如从子午线更改为无支架),那么该更改将传播至所有的 4 次使用。

有关复用产品的信息,请参阅在产品树中操控产品。
替换:替换。版本和分支都可以替换为较旧或较新的产品。当团队必须将当前损坏的产品替换为先前工作中的产品时,替换版本或分支很有用。
有关替换产品的信息,请参阅版本和变体。
视图:开发生命周期的视觉化表示。 标准视图(包括“V 流程”视图)在样本视图概述中进行了描述。
V 流程是系统开发生命周期的视觉化表示。存在许多系统开发生命周期:灵活、瀑布和倾斜;“V 流程”是另一种方法。
该信息直观地分在 V 的两侧。左侧是由产品定义驱动的任务(例如创建概念、需求、体系结构和设计)。右侧是由产品测试和集成驱动的任务(例如系统验证和确认、集成、测试以及验证)。V 右侧的验证和确认可与 V 左侧的产品定义步骤同时完成。
因为团队参与了早期产品验证和确认,所以团队在早期开发阶段中查找缺陷并因此而避免缺陷的向下延伸。在早期发现缺陷可减少修正缺陷的成本。此外,团队成员之间的早期确认和改进通信可确保满足您的质量标准。
“V 流程”不依赖于组织和产品,所以每一个团队都可以为其产品来调整“V 流程”。共享视图页面包含适用于硬件和软件开发的样本“V 流程”视图。

有关视图的信息,请参阅创建视图。
要了解如何填充视图,请阅读下一个条目“查询”。 有关查询和视图的信息,请参阅查询和视图如何一起工作。
查询:这是一种从索引检索信息的方式。工件(例如产品、工作项、需求、设计模型和测试用例)将从 Lifecycle Query Engine 进行检索。
管理员设计查询,并将其嵌入到他们所创建的定制视图中。查询从索引中获取数据,并使用相应的工件来刷新定制视图。然后,可以将检索的工件用于填充视图、运行报告以及执行分析等操作。
共享查询页面提供了几个查询。
有关查询的信息,请参阅创建和运行查询。
分析:工件的详细检查。分析工件以探查和发现这些工件之间如何彼此相关。
使用交付的影响分析概要文件来定制用于显示工件之间的关系的影响分析图的概要文件。例如,如果重新调用了您产品中的子产品,那么可以对该子产品运行影响分析,以衡量将其替换的影响。
分析输出将显示所有与重新调用的子产品相关的依赖项、子产品以及被阻止的工件。

有关分析的信息,请参阅分析某个工件与其他工件的关系。
报告:物理性能度量。报告使用索引中的数据来生成用于跟踪状态和进度的文档。您可以使用此信息来管理和降低开发风险、提高产品质量以及控制产品成本等。
有关报告的信息,请参阅运行并打印报告以显示工件的状态。
需求:描述用户要从产品或服务获取的内容。需求可以包含一些指向相关工件(用于增强其定义)的链接。 有关需求的详细讨论,请参阅 Rational DOORS。
设计模型:以迭代和协作方式帮助团队架构设计师设计和开发软件及系统。有关设计模型的详细讨论,请参阅 Rational Design Management。
测试用例:帮助团队计划、开发、执行和报告其测试计划以确保符合质量标准。 有关测试用例的详细讨论,请参阅 Rational Quality Manager。
工作项:管理团队在开发周期内必须处理的任务和问题。有关工作项的详细讨论,请参阅 Rational Team Concert。