IBM Rational ClearQuest体系结构的详细介绍
这个版本的错误应该不多了。呵呵。再有错误也懒的改了。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.2 Create Rational ClearQuest Evaluation Databases
在ClearQuest Maintenance Tool中没有Schema Repository的时候,可以使用此工具创建一个评估使用的SchemaRepository,对应的Schema中有一个Sample,可以查看ClearQuest的各项功能。
4.3 ClearQuestUser Administration
ClearQuest User Administration设置和管理ClearQuest使用的用户和用户组。
在设置完毕后,需要使用Upgrade升级数据库。
本文地址:http://www.45fan.com/a/question/68520.html