这个版本的错误应该不多了。呵呵。再有错误也懒的改了。blog里面还有一个是旧版的，有兴趣的朋友可以对比一下看我修改了哪些地方，呵呵。

摘要：IBMRational ClearQuest是按照标准的三层结构设计的，包括数据层、功能层（业务层）、表示层。下面分别说明三层的结构和相互关系。

本文内容使用IBM Rational ClearQuest 2003.06.00版本。

1. 数据层

IBM Rational ClearQuest所有信息都储存在相关数据库中。

IBM Rational ClearQuest的数据层分为两类：一种是ClearQuestMaintenance Tool中Schema Repository使用的数据库(简称SR数据库)；一种是ClearQuest Designer中Schema使用的数据库（称为Schema数据库）。

1.1 Schema Repository数据库

SR数据库储存SchemaRepository数据以及各种相关信息，包括Schema Repository包含的Schema数据以及User Adminitrator中的Group和User数据。。

不存在Schema Repository的情况下，在ClearQuest Maintenance Tool中通过Create Schema Repository建立Schema Repository和SR数据库的连接，Schema Repository内容储存在SR数据库中。

存在Schema Repository的情况下，在ClearQuest Maintenance Tool中通过New Connection建立和已有Schema Repository的连接，原有SR数据库内容不变。

删除（Delete）Schema Repository的时候，SR数据库仍然存在，可以通过New Connection重新连接。

移动（Move）SR数据库的时候，源SR数据库仍然存在，可以通过NewConnection重新进行连接。

1.2 Schema数据库

Schema数据库储存相关的Schema信息，包括Schema本身的各种信息、用户通过客户端录入的变更信息（Defect、Email_Rule、Project等）、操作此Schema的Groups和Users信息。

Schema数据库具体分为Production Database和Test Database。

2. 功能层

功能层是IBM Rational ClearQuest中最重要的，所有的设置几乎都在功能层实现。功能层包括两个部分，ClearQuest Maintenance Tool和ClearQuest Designer。还有一个可选择配置的Web服务器。

下面分别进行说明。

2.1 ClearQuestMaintenance Tool

ClearQuest Maintenance Tool（安装目录中cqdbsetup.exe）是在使用ClearQuest前必须配置的。

ClearQuest Maintenance Tool允许管理员创建（Create）和管理（Mangage）Schema Repository、用户数据（User DataBases）以及连接信息（Connections）。

使用ClearQuestMaintenance Tool，可以创建（create）、编辑（edit）、移动（move）Schema Repository；创建（create）、编辑（edit）、复制（duplicate）、删除（delete）连接（connections）。

在ClearQuest Maintenance Tool中，必须Create或New Connection至少一个Schema Repository。无论是Designer、客户端还是Web服务器最后都必须连接Maintenance Tool中的Schema Repository。

Schema Repository按照字面的翻译是“方案仓库”，也就是说，所有的Designer中的Schema都附属于特定的Schema Repository。

如果有多个Schema Repository，在使用designer、客户端、Web服务器的时候，必须选择特定的Schema Repository，之后的操作都在此Schema Repository范围内进行。

2.2 ClearQuestDesigner

Designer（安装目录中的cqdesign.exe）设计Schema使用。

在进入Designer的时候，如果ClearQuest Maintenance Tool中有多个SchemaRepository，必须选择其中之一才能进入Designer，此时在Designer中设计的所有Schema都附属于此登陆的Schema Repository，并且所有Schema信息都储存于对应的SR数据库中。

因为Designer中的Schema信息存储在SR数据库中，所以Schema可以不连接Schema数据库。但是如果需要使用ClearQuest客户端或Web端进行变更操作记录，则必须建立和Schema相连接的Schema数据库。

创建一个新的Schema时必须选择一个已有的Schema，新建的Schema继承原有Schema的信息，包括Field、Statesand Actions、Forms等内容。

为了方便起见，一般可以建立一个配置好的标准Schema（不用连接数据库），所有其他的Schema都从此标准Schema中继承，再进行简单的修改就可以使用了。

Schema连接的Schema数据库分为两种:Production Database和Test Database。

Test Database为设计Schema的时候调试使用。设计好后，如果建立了Schema对应的Test Database，则可以选择菜单中的File->Test Work调用客户端查看Schema设计的结果。

Production Database是实际使用的数据库。只有存在ProductionDatabase的时候，才可以使用客户端进行ClearQuest的相关操作。

2.3 Web服务器

在需要使用浏览器访问操作ClearQuest记录的时候，必须配置Web服务器；否则可以不安装或配置Web Server Components。

在设置Web服务器的时候，如果是NTFS格式的硬盘分区，一定要设置Cache目录的完全控制权限。

3. 表示层

IBM Rational ClearQuest支持两种形式的访问操作：Web端Browser访问或客户端访问。

3.1 Web端访问

配置Web服务器后，才可以使用浏览器访问操作ClearQuest。

使用浏览器操作ClearQuest，可以建立记录的Query和Report，不能建立Chart。

Windows XP或Windows 2003操作系统，需要安装Java虚拟机才可以正常的访问记录内容。

附件中存在中文名称文件，可能无法正常访问，需要设置是否使用UTF-8访问URL。

3.2 客户端访问

客户端（安装目录中clearquest.exe）是实际进行变更流程操作的程序。

在客户端，可以建立Query、Chart、Report等。客户端通过建立的Query才可以看到提交的记录。Report的使用，必须有相应的水晶报表企业版。Email_Rule（邮件规则）在客户端进行设置。

4. 其他工具

在IBM Rational ClearQuest中，还有其他的一些工具，下面进行简略的说明。

4.1 ClearQuest Export Tool

ClearQuest Export Tool从ClearQuest数据库中导出数据。例如：记录、历史、附件等。

4.2 ClearQuest Import Tool

ClearQuest Import Tool导入从ClearQuest Export Tool导出的数据。

ClearQuest Export Tool和ClearQuest ImportTool主要用在不同数据库间的记录转移。

4.3 Create Rational ClearQuest Evaluation Databases

在ClearQuest Maintenance Tool中没有Schema Repository的时候，可以使用此工具创建一个评估使用的SchemaRepository，对应的Schema中有一个Sample，可以查看ClearQuest的各项功能。

4.4 ClearQuestUser Administration

ClearQuest User Administration设置和管理ClearQuest使用的用户和用户组。

在设置完毕后，需要使用Upgrade升级数据库。