UML软件工程组织

 

 


IBM Rational ClearQuest 体系结构分析
 
作者:相思已是不曾闲 文章出处:CSDN
 

这个版本的错误应该不多了。呵呵。再有错误也懒的改了。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升级数据库。

 

组织简介 | 联系我们 |   Copyright 2002 ®  UML软件工程组织 京ICP备10020922号

京公海网安备110108001071号