sincky搜集的clearquest资料，来源网络，供大家参考
ClearQuest体系结构分析这一段时间，一些人问了我很多关于CQ的问题，我想其中的很多问题都是由于对于CQ的整体结构不熟悉造成的，所以写了这篇文章，希望能对大家更深入的了解CQ有所帮助。我使用的CQ版本是2002.05.00，谁知道哪里能下载2003版的，我一直想看看2003和2002有什么差别。
ClearQuest是按照标准的三层结构设计的，包括数据层、功能层（业务层）、表示层。下面分别说明三层的构造和相互的关系。
一、数据层
ClearQuest的根本在数据库，所有的内容都储存在数据库中。
在使用CQ数据库的时候，一定要记住一点：必须先建立空白的数据库再进行CQ的操作。因为除非使用Access数据库，其他类型数据库都涉及数据库操作权限的问题，所以必须先建立操作数据库的角色。
CQ的数据库层分为两种，一种是Maintenance Tool中Schema Repository使用的数据库（下面简称SR数据库）；另外一种是Desiger中Schema使用的数据库（下面简称S数据库）。
1．SR数据库
SR数据库中存储了Schema Repository信息以及附属的Schema信息。
如果原先没有SR数据库，在Maintenance Tool中通过Create建立Schema Repository和SR数据库的连接，Schema Repository内容储存在SR数据库中。
如果原先存在SR数据库，在Maintenance Tool中通过New Connection建立Schema Repository和原有SR数据库的联系，原有SR数据库内容不变。
SR数据库中，不只存储了Schema Repository，还包括Schema Repository附属的Schema信息以及User Adminitrator中的Group和User信息。
删除Schema Repository的时候，SR数据库仍然存在，随时可以通过New Connectio连接回来。
Move SR数据库的时候，源SR数据库仍然存在，随时可以通过New Connectio连接回来。
2．R数据库
R数据库对应相关的Schema信息，包括Schema本身的各种信息、用户通过客户端录入的变更信息（Defect、Email_Rule、Project等）、操作此Schema的Groups和Users信息。
删除Schema的时候，R数据库仍然存在，随时可以通过New Connectio连接回来。
Move R数据库的时候，源R数据库仍然存在，随时可以通过New Connectio连接回来。
二、功能层
功能层是CQ中最重要的，所有的设置几乎都在功能层实现。
功能层包括两个部分，Maintenance Tool和Designer。
还有一个可选择配置的Web服务器。
下面分别进行说明。
1．Maintenance Tool
Maintenance Tool（安装目录中cqdbsetup.exe）是在使用CQ前必须配置的。
在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中进行。
Schema Repository实际是一个连接SR数据库并把相应数据记载到SR数据库的行为。
2．Desinger
Desinger（安装目录中的cqdesign.exe）是设计Schema使用的。
在进入Desinger的时候，如果Maintenance Tool中有多个Schema Repository，必须选择一个Schema Repository才能进入Desinger，此时在Desinger中设计的所有Schema都附属于此登陆的Schema Repository，并且所有Schema信息都储存于对应的SR数据库中。
Designer中的Schema是可以独立存在的，不一定非要连接S数据库，因为Schema的信息存储在SR数据库中。不过如果想在客户端或Web端使用Schema及其相关内容，则必须建立和Schema相对应的S数据库。
新建Schema是一个继承的过程，必须选择一个原有的Schema，继承原有Schema所有的Field、States andActions、Forms等内容。所以可以建立一个配置好的标准Schema（不用连接数据库），所有其他的Schema都从此标准Schema中继承，进行简单的修改就可以使用了。
Schema连接的S数据库分为两种:Production Database和Test Database。
Test Database是为Schema设计的时候使用的，设计好后，如果建立了Schema对应的Test Database，则可以选择菜单中的File->Test Work调用客户端查看Schema设计的结果，此过程可以反复进行，相当于调试的过程。
Production Database是实际使用的数据库。只有存在Production Database的时候，才可以在实际使用客户端访问的过程中看到相应的Schema。
菜单Tools->User Adminitrator里面设置Group和User，此User不只在CQ中使用，Robot等User也都调用CQ中设置的User。
3．Web服务器
如果想在Web端使用CQ，就必须配置Web服务器，否则可以不安装或配置Web Server Components。
在设置Web的时候，如果是NTFS格式的文件分区，一定要设置Cache目录的完全控制权限，我看到很多人的问题都出在这里。
三、表示层
CQ可以使用两种方式访问：Web端browser访问或客户端访问。
1．Web端访问
如果想Web端访问，则必须配置Web服务器。
２．客户端访问
客户端（安装目录中clearquest.exe）是实际进行变更流程操作的CQ访问程序。
在客户端，可以建立Query、Chart、Report等。
客户端通过建立的Query才可以看到提交的记录。
Report的使用，必须有相应的水晶报表企业版。
Email_Rule（邮件规则）在客户端设置。
四、其他工具
在CQ中，还有其他的一些工具，下面进行简略的说明。
１．Export Tool、Import Tool
这两个个工具我感觉用途是在不同的Schema中导入导出数据。
比如一个Schema用完后，下一个Schema希望能把上一个计划未处理的记录导入到新记录中，就可以使用这两个工具了。
工具使用比较的麻烦，关键的是必须设置每一个Field的对应关系，为此不得不把两个Schema的Field弄成一样。
2．Create Rational ClearQuest Evaluation Databases
此工具就是在固定的目录创建一个Access数据库的Schema Repository，感觉一点用处都没有。
3．ISQL、Sybase Cetral
这个两个工具好像是给数据库为Sybase的时候使用的。我没有使用过Sybase数据库，所以不很了解这两个工具的使用。
作者Blog：http://blog.csdn.net/pyp/ Rational ClearQuest介绍
功能简介：
·提供用户弹性的变更需求管理环境
·用户可根据开发工作流程和变更需求周期，通过图示工具定义处理流程
·提供预设的变更需求管理流程，用户可直接使用或进行特殊设置
·提供强大的图表功能，用户可深入分析开发现状
·有浏览器界面，可让远端的用户进行访问
·与业界标准的数据库和报表生成器集成
·与Rational的软件管理工具 ClearCase完全集成，让用户充分掌握变更需求情况
·支持数据库MS ACCESS和SQL SERVER6.5
·优异的系统扩展性--提供将数据从ACCESS转移到SQL SERVER的功能
简化变更管理
软件开发中的变更管理不是一件容易的事。如今的开发过程中，必须针对不断更新的程序模块跟踪错误修正(Bug Fix)的结果、增强其功能和变更相关文件。单独的变更需求或许不算什么，但这样的需求如果成百上千，而且往往又是跨产品、跨平台的。
这种情况，即使对有经验的开发队伍也是一大挑战。
ClearQuest特别针对动态的、不断更新的软件开发工作，提供最佳的变更需求管理(CRM -- Change Request Management)解决方案。运用ClearQuest可以方便地跟踪、管理相关的变更需求，充分掌握变更的现状，用户也可按不同需要调节ClearQuest的操作模式，让CRM能顺利在开发团队内推动和实施。
使用ClearQuest可以让开发队伍中所有成员能容易地获得以下问题的答案：
·是否有成员的变更工作量过大？
·某成员解决变更需求的速度及新需求的增加有多快？
·与某软件版本相关的bug有哪些？
·一个bug会影响哪些程序模块和用户环境？
提高工作效率
ClearQuest可以让所有的开发成员受益。项目管理者能随时跟踪、掌握变更需求的处理情况；程序员可以集中精力在程序编写，节省变更需求寻求确认的时间；测试员则能充分了解每一个变更需求的来龙去脉；而系统管理员会发现ClearQuest不但容易安装、调试而且可以与其他工具集成运用；如果有远程用户，还可以通过浏览器界面访问ClearQuest。
顺畅的自动化工作流程
ClearQuest中不同类型的变更需求（错误修正、功能增强或文件更新等），都可规范特定的工作流程和处理周期(lifecycle)。用户可以直接运用ClearQuest预设的CRM流程，或是利用它提供的管理工具自定义符合需要的CRM流程。
了解快速更新的软件
ClearQuest按照趋势、时间及分布等角度描绘出清晰易懂的图表，让开发人员充分掌握项目进展情况。无论是利用预设的或是自定义的图表及查询功能，它们都可以并入功能菜单，方便操作。
完全集成于软件管理工具--Rational ClearCase
ClearQuest和ClearCase搭配使用，用户可直接管理需修改的程序模块，掌握软件变更状况。
下列问题可以迅速获得满意结果：
·软件某一版本曾经完成哪些变更？
·某一个功能增加共修改了哪些模块？
·在变更频繁的环境下，管理、跟踪及恢复任何的变更
·查询变更需求实际修改了哪些程序模块 浅谈ClearQuest 2002.05 建库指南。
运行前提
1. Windows2000 Server 服务器上已经安装Rational ClearQuest 2002.05 版。
2.Windows2000 Server 服务器上已经安装 SQL Server 2000
3.Windows2000 Server + SP3
一、在SQL Server 上建立空的数据库
a.先在SQL Server 上建立一个空的数据库，建库时请注意给ClearQuest 的主数据库(Schema Repository) 数据文件分配至少50M的空间。如图一所示：
b.为ClearQuest 主数据库建立专门的用户。注意：不要使用SA作为ClearQuest数据库的Owner,这是因为当你将来要进行更新或迁移ClearQuest主数据库时，ClearQuest将
会向SQLServer请求一个空的数据库。可是，如果以SA用户登录ClearQuest主数据库时，因为SA可以访问到系统表，故在迁移或更新ClearQuest主数据库时将不能够继续进行。建立Clear
Quest专门的登录用户步骤可见图二和图三. ClearQuest用户必须使用SQL Server的身份验证，同时将默认的数据库设置为ClearQuest.
二、使用 Maintenance Tool 建立ClearQuest的主数据库
运行ClearQuest Maintenance Tool , 从菜单上选择“Connection -> New”来建立一个ClearQuest的主数据库（schema repository），即保存你
定义的各种方案。如
接下来我们需要在SQLServer 2000服务器上建立ClearQuest服务器。当然如果你选择ACCESS 数据库直接按回车即可。当你在Vendor: 中选择SQLServer 后(见图五)，将
会出现有关与SQLServer 服务器连接的信息设置。具体设置如图六:可以通过右键项来改变CQ主数据库的命名，我们可以将其命名为:MyTest.
上次有个网友问我：“HTTP, 当使用Read-Only User我怎么也连接不到数据库中”。当时我试了多种方法也仔细查过相关资料，只能通过其DB Owner 才可连通。 如果使用只有[读]权限的用户
会失败的，不知道其它人是如何解决此问题的？有人知道有劳通知大家。 ：）不过在使用过程中没有较大的影响，如果是在2002.05以前的版本时，使用时会存在一些安全漏洞，因为必竟 DB Owner的权限过大
些。呵呵，事在人为嘛。接下来CQ Maintenance Tool 将会显示建立CQ主数据库的过程，按提示点击确定即可。到此为止CQ的主数据库即大功告成了。接下来我们将进行如何在ClearQuest
Designer 中建立各种方案(Schema) 。
三、使用CQ Designer 建立各种方案(Schema)
当你运行ClearQuest Designer 时，会出现请你选择使用哪个 CQ 主数据库，我们在这里选择上面建立的: MyTest. 在这里请注意，我们说明界面均是CQ 2002.05版，以前的版
本界面不是这样的。如图七:
第一次运行 ClearQuest Designer 时,请使用用户为：Admin 密码为：空，登陆进入到ClearQuest Designer中.此处的用户不同于主数据库的用户. Designer中的
用户是用来在使用你设计的方案时所需的用户,由 Designer 自已的用户管理器创建.并为其分配相关的数据库访问权限. 当你在Designer 中建立数据库时,前提是你必需在 SQL Server 上
建立好一个空的数据库,同时为此库建立自已独立的DB Owner. 然后才可运行 Designer 进行建立方案.
当进入CQ Designer 后，首先弹出的窗体为CQ中向你提供的八个应用方案.你可以根据自已的应用情况选择合适的方案，当然可以自已完全定制一个方案，关键是看你对CQ的了解程度。我建议先自已学习它提供
的方案，然后自已动手定制一个完全符合自已的应用方案。因为CQ中提供的方案一般与Rational的其它产品结合较为紧密，许多功能我们暂时用不上，没有必要花很大的力气了解它，路要一步步走嘛。在此我们以CQ
提供的”Defect Tracking” 方案为例，建立一个自已的方案步骤。如图八：
进入CQ Designer 后，先取消图八的窗体。 然后在CQ Designer 的主菜单上选择”Database à New Database” 项。将出现如图九所示窗体，即为建立方案库的第一步。该
窗体中的 Logical Database Name 为CQ Designer 管理各种方案而使用的一种逻辑库，在CQ Designer 中使用这些逻辑库来进行方案的删除，恢复删除和更新. 这里的逻辑
库并不是你在SQLServer建立的表。
点击 [下一步]后,进入建立方案库的第二步；将出现连接你已经在SQLServer 建立的空表的信息 如图十，其中需注意的有以下两点：
1．连接数据库的用户必须是该空表的DB Owner ，其它具有读/写的用户仍连接不成功。原因同上面我说的，待查。 ：（
2．在最下的请选择 Production Database ，它代表此方案用于实际应用，而并非专为测试方案 ---- Test Database 使用。有关测试方案库我们会在以后再讲。
在图十上点击[下一步]将进入建立方案库的第三步, 即为方案定制超时设置。 一般情况下可以为默认值。再点击 [下一步] 为建立方案库最后一步，在CQ提供的方案模板中选择我们要创建的 “Defect T
racking ”方案。如图十一所示：
最后点击 [完成]按钮，拿一杯热茶等着吧， 如果一切顺利将会出现”Database was created successfully”对话框。恭喜你成功了!
想进一步验证，可以通过ClearQuest 客户端来进行，动行ClearQuset, 在其出现的首个对话框中选择你刚才建立的方案，使用管理员进入后便可进行其应用了。
Rational ClearQuest 功能很强大，以后有机会我们大家多交流，写出更多更好的使用经验点滴，希望我这陋文能起到抛砖引玉的作用。同时也希望能与大家交流使用经验，我联系Mail: hans_cheng@hotmail.com.
为了安全,提醒您请及时备份您的CQ主数据库与各方案数据库. Rational ClearQuest 使用概揽.doc Rational ClearQuest手册.doc Rational ClearQuest操作手册.doc Rational ClearQuest使用说明书.doc 谢谢sincky老师～！！虽然我还没有用到Rational ClearQuest，但是先学习学习也好的！难得有如此好的参考资料！ Thank you! 多谢搂主的贡献，大家有什么好东西也都拿出来show阿 感谢楼主，正配置CQ Web访问，非常感谢！ 谢谢楼主！ 谢谢楼主 谢谢 同顶 非常感谢 ，我现在正在用这个东西，不过我有的帮助全是E问的，这次就好了 谢谢！ 谢谢！刚刚接触这个管理工具。你提供的资料好全面阿！ 谢谢老师！刚学完robot，开始研究研究这个东西
