任务表示需要在软件应用程序中作出的逻辑更改。任务将完成此更改所需要作出的所有软件修改分组在一起。任务包含对此更改的描述以及负责完成此更改的人员的名称。
对象是数据集合,例如文件或目录。对象的示例为源文件、makefile、测试结果、目录和文档。 出于跟踪目的,对象的每个修订版都被称为对象版本。每个对象版本都有一组属性(例如,name、owner 和 create time)以对其进行进一步定义。
例如,用户报告您的应用程序的 GUI 中的一个错误。GUI 组长将该错误分配给名为 Jane 的开发者。Jane 被分配了名为 Fix scrolling in Snap dialog box 的任务。每次 Jane 使用 Rational Synergy 来检出用于修正 Snap 对话框中滚动问题的对象时,该对象都会与此任务相关联。
有关这些概念的图解,请参见插图 。
任务与对象有一种关系。 按任务分组在一起的对象被称为与该任务关联。修正特定问题所需的所有对象都集中在一个通过任务名称来描述的逻辑分组中。此图右侧的对象版本与任务 Fix scrolling in Snap dialog box 关联。这些版本包含完成此任务所必需的代码更改。每个对象顶部的数字都表示此对象的版本。
任务名称(在本例中是 Fix scrolling in Snap dialog box)被称为其概要。此外,在您创建任务时,Rational Synergy 还会为其分配一个编号。除了编号和概要以外,任务还包含关于更改的其他信息,例如解决者的名称。 在将任务分配给开发者之后,解决者将自动设置为使用开发者的名称。您在创建任务时还可以设置以下属性:
发行版是用于指示软件应用程序版本的标签。可能的值包含对于软件应用程序很重要的发行版,例如 editor/2.0 或 Rational Synergy/7.1。 构建管理员设置特定于软件的发行版值。
指定适用于逻辑更改的硬件平台。可能的值是对于软件应用程序很重要的平台的名称,例如 AIX 或 WIN2K。 构建管理员设置特定于软件的平台值。 您无需设置任务平台;该值仅为了便利起见而提供。
指定任务的软件子系统。例如,如果开发客户机/服务器软件应用程序,那么子系统可以是客户机、服务器和通信。如果开发财务软件应用程序,那么子系统可以是 AR、AP 和 GL。CM 管理员设置特定于软件的子系统值。您无需设置任务子系统。 该值仅为了便利起见而提供。
任务和要修改的源对象位于 Rational Synergy 数据库中。 任务没有版本,但遵循生命周期。任务不包含其他任务。
在 Rational Synergy 数据库中管理的任何对象都通过以下属性来唯一标识:name、version、type 和 instance。
缺省情况下,此四部分名称(也称为对象规范或全名)写为:
name-version:type:instance
以下是四部分名称的一些示例:main.c-3:csrc:2 和 draw.c-beta:csrc:7
对象名可以是字符的任意组合,但受限字符除外。类型 (type) 可以是任何缺省类型(例如,csrc 和 ascii)或者已创建的任何类型。您可以指定名称 (name)、版本 (version) 和类型 (type),但由 Rational Synergy 计算实例 (instance)。
实例用于区分名称和类型相同但并非互为版本的多个对象。例如,项目可能包含 20 个不同的 makefile,每个都命名为 makefile 并位于不同的目录中,而且每个都具有许多版本。如果您想要使用 makefile-4,那么对该对象的查询可能会得出六个名为 makefile-4 的对象。在此情况下,instance 属性用于区分您想要使用的 makefile 对象。实例 (instance) 的值通常为数字,但在某些情况下可以为字母数字,例如,在使用 DCM 的数据库中。
您可以将一个特定对象版本在多个目录中使用。您可以通过对象版本的路径名来引用此对象版本。然而,即使文件位置可能发生更改,但四部分名称唯一标识总是保持不变。