变更管理工具选择评估报告.doc

变更管理工具选择二次评估报告变更管理工具选择评估报告文档编号：项目名称：变更管理工具选择评估编 撰：编撰日期：2011-09-19审 核：审核日期：XXXX软件有限公司2011年9月文档修订记录序号修改时间修改人审核人备注123456789101112131415161718目 录1评估背景31.1评估目的31.2评估时间31.3评估地点31.4评估人员32评估范围43评估方式44评估结果及分析54.1Jira验证及分析54.1.1 工具简介54.1.2 环境要求64.1.3 功能特性64.1.3.1 自定义工作流74.1.3.2 过程跟踪情况114.1.3.3 集成Subversion144.1.3.4 集成开发工具174.1.3.5 项目版本构建184.1.4 评估结果214.2Redmine验证及分析224.2.1 工具简介224.2.2 环境要求234.2.3 功能特性234.2.3.1 自定义工作流244.2.3.2 过程跟踪情况254.2.3.3 集成Subversion294.2.3.4 集成开发工具334.2.3.5 项目版本构建334.2.4 评估结果354.3ClearQuest验证及分析354.3.1 工具简介354.3.2 环境要求364.3.3 功能特性364.3.3.1 自定义工作流364.3.3.2 过程跟踪情况384.3.3.3 集成Subversion404.3.3.4 集成开发工具434.3.3.5 项目版本构建434.3.4 评估结果444.4评估结果分析总结441 评估背景我们知道软件配置管理是对软件修改进行组织、标识和控制的技术，用来协调和控制整个软件的生命周期过程，而变更管理又是软件配置管理中不可缺少的一部分。同时，基于公司在软件配置管理规范机制建设的前提下，而且公司目前在软件配置管理中只存在对软件产品版本的控制和管理，对于软件产品的变更控制、缺陷跟踪等管理方面尚且不够完善。因此，为了加强和完善公司软件配置管理体系的建设，通过实际验证评估的方式选择符合公司要求的变更管理工具，来实现采用技术手段的方式对软件产品生命周期的各个阶段进行变更控制和缺陷跟踪管理，从而帮助软件开发者完成系统变更、缺陷跟踪的有效管理。1.1 评估目的本次评估的目的是帮助选择适合公司实际情况的变更管理工具，通过变更管理工具的使用来更好的实现对软件产品的变更控制和缺陷跟踪管理。1.2 评估时间2011年09月16日 至 2011年09月21日1.3 评估地点l XXXX软件有限公司1.4 评估人员姓名单位备注XXXXXX表格 1 评估人员配置表2 评估范围根据首轮变更管理工具选择评估的结果，公司决定再选择Redmine、Jira和ClearQuest三种变更管理工具做进一步的验证评估，再次评估的主要内容包括：验证功能验证功能说明备注工作流自定义情况对于项目中不同类型的任务或缺陷进行自定义其工作流程可以考虑变相支持过程跟踪情况对于整个项目及项目中不同类型的任务或缺陷从开始到结束的整个过程进行多方面的跟踪，如：起止时间、负责人、进度等可以考虑变相支持与Subversion集成情况验证工具与Subversion集成后，在具体项目中，变更与版本的关联情况及相关使用情况可以考虑变相支持与开发工具集成情况确定工具本身是否可以与相关的开发工具集成，或者通过插件等方式支持，以及集成后可以实现的功能等可以考虑变相支持版本构建情况对于项目版本构建时的具体情况，验证其是否根据任务、缺陷或需求等生产对应的构建版本可以考虑变相支持3 评估方式本次变更管理工具的选择评估主要分为5个步骤执行，分别为评估资料的收集、搭建工具的验证环境、对工具功能特性的验证、对验证结果的整理，并最终形成变更管理工具评估报告。 评估资料收集对评估范围中涉及参与评估的变更管理工具进行相关资料的收集，收集的内容包括：工具相关安装文件、与SVN集成相关插件、安装和配置说明，以及相关的操作手册等。 搭建验证环境根据收集来的相关资料，对相关待验证的工具进行选择性的搭建其验证环境，同时集成相关插件并配置为可用。 功能特性验证在已经搭建好的变更管理工具验证环境上，对工具自身特有的功能特性和评估范围中重点评估的功能特性进行实际操作验证，同时记录其验证结果。 验证结果整理根据参与评估的变更管理工具的功能特性验证结果，进行初步的整理各工具对应的验证信息。 形成评估报告根据先前收集的相关资料和参与验证评估的变更管理工具的实际验证结果，进一步整理和分析形成对应的评估报告。4 评估结果及分析经过首轮变更管理工具选择评估，确定了其中3种工具作为再次重点验证的工具，通过对评估范围中确定的验证内容进行实际深入使用验证，其详细验证评估结果和分析信息如下：4.1 Jira验证及分析4.1.1 工具简介JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。JIRA创建的问题类型包括New Feature、Bug、Task和Improvement四种，还可以自己定义，所以它也一是过程管理系统。Jira融合了项目管理、任务管理和缺陷管理，许多著名的开源项目都采用了JIRA。JIRA是目前比较流行的基于Java架构的管理系统，由于Atlassian公司对很多开源项目实行免费提供缺陷跟踪服务，因此在开源领域，其认知度比其他的产 品要高得多，而且易用性也好一些。同时，开源则是其另一特色，在用户购买其软件的同时，也就将源代码也购置进来，方便做二次开发。l 优点 JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体，而不仅仅是软件项目缺陷的管理； 支持多项目、模块、自定义查询、支持上传附件、支持任务分配、定制功能、数据导出导入、邮件通知等重点评估的功能； Jira通过集成svnwebclient后支持Jira用户访问项目源码版本的权限管理完全与源码版本的权限控制相同。l 缺点 商业软件，收费； Jira工具虽然可以从网络上获取资源，但需要破解，不确定将来更新的版本也可以破解； Jira工具汉化版本很低，跟不上最新版本； Jira工具自身缺省的页面显示不美观，用户界面友好性相对较差； Jira工具的功能虽然强大，许多页面的配置和管理都可以自定义根据需求进行设置，但是较其他工具复杂； Jira对系统资源的消耗很大，要求机器配置较高。4.1.2 环境要求语言环境操作系统数据库服务器客户端JavaWindows、Linux等支持JAVA语言环境的操作系统关系型数据库MySQL、Oracle等web服务器Apache Tomcat所有web浏览器4.1.3 功能特性本次验证的Jira功能特性主要包括自定义工作流、项目过程跟踪情况、与Subversion集成使用情况、与开发工具集成情况，及项目版本构建情况验证等，各个功能验证详情分别说明如下：4.1.3.1 自定义工作流在Jira中自定义工作流主要通过以下步骤实现，一是先添加新工作流的标题和描述；二是添加该新工作流需要的步骤，并将其与Jira的状态关联在一起；三是创建工作流跳转，用以将不同的步骤连接起来；四是启动工作流，并将该工作流关联到工作流方案中。 Jira中的工作流上图中是描述了工作流的三种状态，是系统缺省存在的工作流Jira，图中是描述了添加新的工作流的基本步骤，通过其首先添加新工作流的标题和描述，添加后如下图的显示：从上图的中显示，可以对该新增的工作流进行相关步骤的添加，及其他操作，上图中两个工作流中的设计功能是通过画图工具来实现各个步骤和jira状态间的流转，缺省工作流Jira设计图通过Jira工作流编辑器显示如下：完整的缺省工作流Jira流程图示如下： 添加工作流需要的步骤通过上图中可以实现添加新步骤，添加新步骤需要的元素有步骤名称和步骤连接的状态，步骤新建成功之后同样允许编辑、添加工作流跳转和设置工作流属性等。对于图中所示的步骤所连接状态同样支持自定义，如下图：对于图中所示的添加工作流跳转，如下图：对于图中所示的查看设置工作流状态对应属性支持自定义，如下图： Jira中的工作流方案Jira中的工作流方案是指某个工作流与项目和问题类型的关联关系的方案。上图示为工作流Development建立问题类型与已经存在的工作流的关联关系。图中显示可以得出，工作流方案的设置存在两个元素：工作流和问题类型，工作流从上一小节的介绍可以得知，工作流的整个流程是允许用户自定义的，同时，另外一个元素问题类型通过以下图示可以说明其同样可以支持用户自定义：因此，通过上述了解，Jira的自定义工作流中，从整个流程设计，及流程中所包含的元素，都允许用户根据需要自行定义。4.1.3.2 过程跟踪情况 Jira中项目概览在Jira中，对于具体项目的概览如上图，包括：项目的描述、问题到期信息、活动日志及问题相关的信息概要跟踪信息等。注：如果已经新建项目版本后，则上图还会显示对应项目的版本，如下图： Jira中项目问题简单统计信息 问题相关信息跟踪对于查看项目对应的问题信息如上图，图中包括了项目指定条件的问题列表，按照问题的经办人、报告人、优先级、状态、解决结果、创建日期、更新日期及到期日等相关信息展现。 Jira中项目的问题具体信息跟踪情况Jira中项目的具体问题或任务信息详情如上图所示，主要包括：问题的详情、问题对应的用户信息、问题的日期信息、问题的时间追踪图示、问题的描述、问题关联的子任务信息、问题备注及其相关活动产生的工作日志、改动记录和版本提交的相关信息等。除此之外，针对该问题或任务通过查看其对应工作流信息，可以全局了解该问题的相关流转状态，如下图：从以上描述可以看出，Jira工具对于其所管理的项目整个过程的跟踪可以做到包括：项目的时间进度、项目所包含问题、项目问题的时间进度、项目问题所属的责任人员、项目问题的状态等等都可以很好的做到跟踪及随时查看，可以满足对不同项目的过程跟踪管理。4.1.3.3 集成Subversion Jira端问题与版本关联在Jira端的服务器安装atlassian-jira-subversion-plugin之后，通过在Jira管理界面配置项目的相关版本库信息之后，在查看Jira中项目的任务或问题的信息时，就会出现Subversion Commits的相关标签信息，如下图：上图中所示区域为该问题或任务的key值，即编号，点击可以进入该问题的详细信息。除此之外，在Jira端安装SVNWebClient插件之后，通过点击图中所示蓝色部分，可以进入任务或问题对应版本的详细信息，如下图：输入版本控制端的用户和密码后便可以进行查看该版本的变更信息：注：通过SVNWebClient插件，可以轻松通过Web方式查看项目对应版本库的源码信息，同时，又可以保证在变更管理端查看版本控制端源码的权限完全与其项目版本控制端的权限一致。 Subversion端版本与问题关联在Subversion客户端进行提交版本时需要在注释中指定该提交的版本所关联的问题或任务key值，可以通过在项目版本源码端设置对应属性，强制要求输入对应的issues的key值，如下图：注：该属性的设置需要对不同版本管理的项目分别设置，一旦设置完成之后提交于版本库，无论是在Tortoise客户端，还是Eclipse下插件的客户端，都可以实现版本提交时要求其指定对应Issues的key值，从而做到版本提交时与任务或问题的关联处理。4.1.3.4 集成开发工具Jira工具与开发工具的集成相对其他两款变更工具较多，Jira支持与IntelliJ IDEA、Visual Studio及Eclipse。以与Eclipse集成为例，Eclipse可以通过Eclipse连接器（Atlassian Connector for Eclipse）插件支持与Jira连接，或者通过Mylyn工具与Jira连接，集成之后就可以在Eclipse集成开发环境中访问JIRA，这样在Eclipse开发环境下就可以看到Issue/bug相关信息，甚至可以通过Eclipse连接器集成Bamboo(Build Server)来查看Build信息。4.1.3.5 项目版本构建Jira支持在新建问题时选择对应的修复版本和影响版本，前提该目标版本名称已经存在，在新建项目版本时无法再回头选择已存在的问题，即，先新建项目版本，再在新建问题或任务时指定该修复版本和影响版本，当然也可以修改已存在的问题或任务对应的修复版本和影响版本为该新建的版本，最后在该版本项目结项时关闭该项目版本。 新建项目版本Jira中新建版本是由管理员在管理界面新建项目的版本，如下图： 新建问题/任务时指定版本在新建问题/任务时指定其对应的影响版本号和修复版本号，前提是该版本已经存在，当然已经存在的任务或问题的修复版本和影响版本是允许再次修改的，如下图： 项目版本概要已经存在的项目版本，Jira支持查看该版本的相关信息，如下图：Jira中项目版本主要包含了该版本的描述信息、到期日、包含的问题及最新更新的问题等，除此之外，在上图右上方的发行报告中海可以设定版本发布时的发布说明，如下图：Jira中项目版本的发布说明支持根据该版本所包含的任务或问题自动生成上图所示的发布说明内容，同样允许用户在文本框中自行编辑。上图显示的发布说明是文本的格式，Jira还支持通过配置发行说明标签，设定成Html的格式，如下图： 项目版本问题对应问题简要报表已经存在的项目版本，Jira支持查看该版本的相关问题的简要报表信息，如下图： Jira中项目版本的发布归档Jira中在管理员界面下支持对该项目版本进行发布、归档及删除操作。4.1.4 评估结果Jira工具在通过上述5个方面的评估验证后可以发现，其在自定义工作流方面完全可以做到用户自行定义工作流的目的；在项目过程跟踪方面同样也可以做到从问题相关属性点的跟踪到整个项目本身的全局跟踪；在与Subversion集成使用时，无论是在变更管理端还是版本控制端基本都可以实现双向跟踪的目的，值得肯定的是Jira中通过与SVNWebClient集成后可以做到与SVN权限的完整集成；对于目前需要关注的与开发工具的集成，Jira可以与相对较多的IDE工具集成，以Eclipse为例，可以通过Atlassian Connector for Eclipse插件与Jira连接，同时也可以通过Mylyn工具与Jira连接，在Eclipse开发环境下变可以看到Issue/bug相关信息；在项目版本构建方面，Jira正常使用时是以该版本项目开始时，先新建项目版本，然后再会有这个项目版本下的问题或任务，等待项目完成时便可以发布和归档项目，当然已经存在的问题或任务的所属目标版本同样是可以修改和指定的，同时在项目版本发布时支持自动生成和编辑项目版本的发布说明信息，发布说明支持Txt和Html两种格式。所以，通过该评估结果显示，Jira完全可以满足公司的变更管理要求。4.2 Redmine验证及分析4.2.1 工具简介Redmine是一个灵活的项目管理与缺陷跟踪工具，它是基于Ruby on Rails 框架建立的Web的应用程序，页面符合Web2.0特性，同时又简单易用，给项目管理和进度度量带来极大的好处。它用日历和甘特图辅助项目及进度可视化显示，同时又支持多项目管理。它是一个自由开放源码软件解决方案，提供集成的项目管理功能，问题跟踪，并提供多个版本控制选项的支持。虽说像IBM Rational Team Concert的商业项目调查工具已经很强大了，但想坚持一个自由和开放源码的解决方案，同时节省投资开销，可能会发现Redmine是一个有用的Scrum和敏捷的选择。由于Redmine的设计受到Trac的较大影响，所以它们的软件包有很多相似的特征。Redmine建立在Ruby on Rails的框架之上，他可以夸平台和数据库。l 优点 开源，免费； 支持项目计划、任务分配、需求管理、错误跟踪于一体，而不仅仅是软件项目缺陷的管理； 支持多项目、子项目、模块（可以以子项目存在）、自定义查询、支持上传附件、支持任务分配、支持定制功能（属性自定义、枚举值自定义、用户组自定义、角色自定义、问题/任务状态自定义、跟踪标签自定义等等）、数据导出、邮件通知等重点评估的功能； 支持甘特图和日历功能； 支持文件管理； Redmine自身对各个角色的内部功能权限控制比较完善； Redmine工具的界面比较清晰，且较美观。l 缺点 Redmine工具在版本库的设置中只可以指定一个版本控制工具的固定用户，这样使得每个Redmine用户在查看版本库源码变更时都是用的该固定用户，潜在的影响是无法做到与版本控制工具（Subversion）相同的权限管理，但是，由于Redmine工具自身的角色权限管理比较完善，其可以具体到某个用户是否允许查看版本库源码，因此，由于只支持固定用户设置而导致权限控制的局限性可以减少很多。4.2.2 环境要求语言环境操作系统数据库服务器客户端Ruby支持Ruby语言环境的操作系统，如Unix、Linux、Mac、MacServer、Windows等MySQL5.0以上、PostgreSQL8、SQLite可独立运行所有web浏览器4.2.3 功能特性本次验证的Redmine功能特性主要包括自定义工作流、项目过程跟踪情况、与Subversion集成使用情况、与开发工具集成情况，及项目版本构建情况验证等，各个功能验证详情分别说明如下：4.2.3.1 自定义工作流上图为Redmine工作流程的自定义界面，可定制的元素有角色、跟踪标签、问题状态，这三种元素都同时再允许自己定义如下： 自定义角色 自定义跟踪标签即自定义跟踪的类型： 自定义问题状态从以上描述可以看出，Redmine工具对于自定义工作流的功能支持非常完善，允许不同的角色人员对不同的问题或任务类型进行按自定义的问题状态设定其流程。4.2.3.2 过程跟踪情况 问题跟踪情况从上图可以看出，一个问题的属性包含有：状态、优先级、指派对象、类别、项目目标版本、开始日期、完成日期、完成百分比、耗时、预期时间、子任务及相关问题等等，各个属性都是可作为该问题的跟踪点，因此作为对应属性条件，查看问题如下图： 甘特图方式跟踪甘特图方式的跟踪主要体现项目中所包含的任务或缺陷在项目所在时间的周范围内的进度情况。图中显示内容支持根据增加过滤器选项自定义其显示内容。 日历方式跟踪日历方式的跟踪主要体现在项目中所包含的任务或缺陷在项目所在时间的日范围内的进度情况。图中显示内容支持根据增加过滤器选项自定义其显示内容。 日志记录方式跟踪在Redmine中日志记录的方式是以项目活动的方式记录，如下图： 项目任务或问耗时跟踪 项目的路线图方式跟踪Redmine中具体项目的路线图中可以显示：项目相关的问题、项目时间进度百分比及时间跟踪信息等。从以上描述可以看出，Redmine工具对于其所管理的项目整个过程的跟踪可以做到包括：项目的时间进度、项目所包含问题、项目问题的时间进度、项目问题所属的责任人员、项目问题的状态等等都可以很好的做到跟踪及随时查看，可以满足对不同项目的过程跟踪管理。4.2.3.3 集成Subversion Redmine端对应版本库信息Redmine集成Subversion后在Redmine工具端支持对每个项目设置其对应的版本控制路径，一个项目只允许设置一个版本库路径。在对项目设置完对应Subversion版本库Url之后，查看该项目的版本库功能项（上图），显示如下：通过上图中选择两个带比较的修改版本号（上图），进行查看其差别，可以实现两变更版本的间的差异，修订版本中显示的注释是在版本控制客户端通过插件工具选择提交版本所对应的问题或任务编号，形成格式化的注释后一起提交，即，在Redmine工具端查看版本变更集对应的问题或任务，是以注释的方式展现。同时，在上图中可以选择进入查看其问题的详细信息，该问题的详细信息中并不包含每次版本变更的相关信息。除此之外，可以通过上图，即通过Web源的方式查看版本库的修订版本信息，通过该方式可以实现查看指定的Issue编号对应的所有版本变更的修订信息，如下图： Subversion端提交版本时信息 Tortoise客户端在SVN版本控制的客户端Tortoise安装TortoiseRedminePlugin插件之后，设置其集成工具信息如下：在使用Tortoise提交版本变更信息时会显示如下操作：点击上图所示按钮之后，会显示如下图所示的问题信息供提交者选择：版本提交者根据实际情况选择版本信息对应的问题或任务之后提交，然后再Redmine端对应项目的版本库标签下即可查看相关信息。 Eclipse中SVN插件客户端在Eclipse中集成的SVN客户端插件，目前还没有类似于Tortoise客户端的Redmine插件TortoiseRedminePlugin可以供集成使用，因此也就无法做到在Eclipse端通过SVN提交版本时选择其对应的Redmine工具中该项目的问题或任务编号。但是，可以通过在SVN端对该项目的版本设置其相关的属性，类似于：这样，无论是在Tortoise客户端还是Eclipse的SVN插件客户端，进行提交版本时都会提示输入issue的编号（只能输入，不可选择），同样可以做到以注释的方式关联问题或任务与版本变更的关联，只是提交时要求提交者记住其提交的版本对应的Redmine的任务或问题编号及其名称。4.2.3.4 集成开发工具Redmine与开发工具Eclipse的集成插件只有Mylyn（一个Eclipse任务管理(task management)插件，用于将任务管理和上下文管理无缝集成到Eclipse中。）。4.2.3.5 项目版本构建Redmine支持在新建问题时选择对应的目标版本，前提该目标版本名称已经存在，在新建项目版本时无法再回头选择已存在的问题，即，先新建项目版本，再在新建问题或任务时指定该目标版本，当然也可以修改已存在的问题或任务对应的目标版本为该新建的版本，最后在该版本项目结项时关闭该项目版本。 项目版本管理 新建版本 新建问题4.2.4 评估结果Redmine工具在通过上述5个方面的评估验证后可以发现，其在自定义工作流方面完全可以做到用户自行定义工作流的目的；在项目过程跟踪方面同样也可以做到从问题相关属性点的跟踪到整个项目本身的全局跟踪；在与Subversion集成使用时，无论是在变更管理端还是版本控制端基本都可以实现双向跟踪的目的；对于目前需要关注的与开发工具的集成，以Eclipse为例，可以与Redmine集成的工具存在一款任务管理的工具Mylyn；在项目版本构建方面，Redmine正常使用时是以该版本项目开始时，先新建项目版本，然后再会有这个项目版本下的问题或任务，等待项目完成时便可以关闭项目，当然已经存在的问题或任务的所属目标版本同样是可以修改和指定的。所以，通过该评估结果显示，Redmine基本可以满足公司的变更管理要求。4.3 ClearQuest验证及分析4.3.1 工具简介ClearQuest在Rational产品家族中，处于整个软件生命周期和测试周期的中心地位。除了可以与其他Rational产品集成使用外（例如与ClearCase集成的UCM解决方案），ClearQuest提供了许多自带的，“开箱即用”的模板，可以在各个领域的应用中独当一面，例如软件生命周期中的“缺陷追踪”等，并且ClearQuest的应用可以扩展到一切有变更管理或工作流管理的应用领域中，例如“客户支持系统”或者“企业工作流管理系统”等。这些类型的ClearQuest解决方案都具有“部署简单”，“操作便捷”的特点。l 优点 ClearQuest支持缺陷跟踪管理，及测试结果管理，自定义查询、邮件通知、数据导出导入等重点评估功能； ClearQuest与CQ2SVN集成后，在SVN客户端提交版本变更时可以自动获取ClearQuest的缺陷列表供提交者选择。l 缺点 商业软件，收费； ClearQuest工具本身需要license，同时CQ2SVN工具也需要license，两个license是完全不同的，因CQ2SVN使用的license是与IP和Mac地址绑定，因此，更换其他环境则不能使用； ClearQuest仅是缺陷跟踪及测试结果相关的管理，但也并不是真正意义上的管理工具，其他项目计划、任务分配、需求管理等得依赖于ClearCase来完成，因此最好和ClearCase结合使用； ClearQuest设计流程由于是完全的定制化则较为复杂； ClearQuest工具界面较普通。4.3.2 环境要求语言环境操作系统数据库服务器客户端支持VBS、Perl语言开发接口WinNT4.0，Windows2000，Windows98，WindowsMe，WindowsXPSQL Server，SQL Anywhere，ORACLE，ACCESS，DB2可独立运行自带客户端和web浏览器4.3.3 功能特性在ClearQuest实际验证环境中包含了ClearCase、ClearQuest和CQ2SVN三种工具，实际只验证ClearQuest和CQ2SVN的集成环境使用，主要功能按其工具的页面显示视图分别说明如下：本次验证的ClearQuest功能特性主要包括自定义工作流、项目过程跟踪情况、与Subversion集成使用情况、与开发工具集成情况，及项目版本构建情况验证等，各个功能验证详情分别说明如下：4.3.3.1 自定义工作流ClearQuest的工作流自定义功能可以通过其提供的ClearQuest Designer设计工具自定义，即通过ClearQuest Designer对ClearQuest相关模式对应的记录状态进行设计和编辑，如下图示： ClearQuest的缺陷状态过度矩阵 ClearQuest的缺陷相关操作控制信息设置 ClearQuest的缺陷行为属性的设置上述是针对ClearQuest中缺陷的相关流程属性的自定义的设置，除此之外，还有BaseCMActivity、UCMUtilityActivity等相关记录类型的自定义设置。4.3.3.2 过程跟踪情况ClearQuest中主要是针对缺陷的跟踪管理，除此之外还有测试结果的相关管理，针对缺陷的跟踪可以通过ClearQuest客户端连接对应项目所在的缺陷管理数据库，通过用户自定义的查询条件获取对应项目的缺陷管理列表，对于列表中显示的相关缺陷可以通过右键更改其对应的操作，包括更改状态、查看历史、修改、显示详情等等，如下图：对于某个具体缺陷的跟踪可以查看其缺陷详细信息，包含该缺陷的主要信息、备注、附件、日志、客户等相关信息，如下图：对于测试结果相关的跟踪，可以通过查询对应测试结果信息，反映测试的落实情况，如下图：因此，在ClearQuest中所有相关信息的跟踪主要是通过自定义查询的方式，显示的跟踪属性都是通过其具体记录的详细信息展示。4.3.3.3 集成Subversion ClearQuest端缺陷与版本关联ClearQuest中通过CQ2SVN插件集成并配置后，在ClearQuest客户端查看对应项目缺陷的详细信息时，就会出现对话框选项卡标签，该标签显示的内容便是对应SVN端版本提交时的变更集信息，即SVN的提交注释信息，如下图：从上图中显示可以看出，在查看缺陷详细信息框中，存在对话框选项，在该选项下显示的为该缺陷关联的变更集，图中所示，通过按钮可以支持对变更集的编辑，如下图：从上图可以看出，缺陷对应版本变更的信息集合，不难看出上图中显示的乱码，因为ClearQuest工具本身是支持中文显示信息的，所以原因只能是在SVN客户端提交版本信息时使用的cq2svn commit 脚本提交时编码问题产生（cq2svn是否支持中文字符集还需后续确认）。 Subversion端版本与缺陷关联在Subversion服务器端的项目资源库目录的hooks目录下加入钩子脚本post-commit.bat、pre-commit.bat等脚本，通过该脚本将版本提交时指定通过cq2svn-pre-commit.exe、cq2svn-post-commit.exe等cq2svn的提交工具上传于ClearQuest对应缺陷的数据库记录，客户端Tortoise提交时如下图：由于在SVN客户端提交版本时，SVN服务器端的操作会存在向ClearQuest获取对应缺陷，因此响应较慢。4.3.3.4 集成开发工具根据ClearQuest帮助介绍，其可以与RequisitePro、Visual Studio .NET工具一起使用，同时ClearQuest也可以通过Rational ClearQuest Client for Eclipse与Eclipse集成，使得在Eclipse开发工具端直接使用ClearQuest。4.3.3.5 项目版本构建ClearQuest工具本身不支持项目的版本构建工作，在与ClearQuest集成的ClearCase工具中可以实现该功能。ClearCase工具中在新建Project时可以指定连接到ClearQuest工具指定项目的数据库，从而做到项目版本与其包含的缺陷统一关联：在ClearCase中对项目的管理支持建立视图、标签、基线等相关功能。4.3.4 评估结果ClearQuest工具在通过上述5个方面的评估验证后可以发现，其在自定义工作流方面完全可以做到用户自行定义工作流的目的，但设置相对来说比较复杂；在项目过程跟踪方面同样也可以做到从问题相关属性点的跟踪到整个项目本身的全局跟踪，ClearQuest所完成的跟踪仅是项目包含缺陷相关信息，其客户端所显示的信息均是由用户自定查询显示的缺陷结果集；在与Subversion集成使用时，虽然通过cq2svn工具集成后基本可以实现双向跟踪的目的，但显然cq2svn对中文的支持并不好；对于其与开发工具的集成，支持与RequisitePro、Visual Studio .NET及Eclipse的集成，通过Rational ClearQuest Client for Eclipse与Eclipse集成，使得在Eclipse开发工具端直接使用ClearQuest；在项目版本构建方面，ClearQuest工具本身并不支持，只是可以通过与ClearCase工具集成间接实现该功能。所以，通过该评估结果显示，ClearQuest基本可以满足公司的变更管理要求，但存在一定的缺陷。4.4 评估结果分析总结通过上述对Jira、Redmine、ClearQuest三种缺陷跟踪工具从自定义工作流、过程跟踪、与Subversion集成、与开发工具集成及项目版本构建情况的进一步的实际验证评估，可以发现： 自定义工作流方面三种工具在自定义工作流方面几乎都可以做到用户根据自定需求自定义其工作流，在自定义过程的复杂程度上ClearQuest较复杂、Jira次之，在操作流程的图形化界面上Redmine较简洁清晰、Jira次之。 过程跟踪情况三种工具在对项目相关的过程跟踪方面都可以做到对具体任务或问题的相关属性进行全程跟踪（ClearQuest中为缺陷），除此之外，Jira和Redmine还可以对整个项目的过程进行跟踪，不仅仅局限于具体的任务和问题，而ClearQuest则不能，在ClearQuest中的Project仅仅是以缺陷标签或属性的形式存在。 与Subversion集成情况三种工具在与Subversion集成方面都可以做到双向关联的目的，从变更工具端的使用情况来看，Jira更理想便捷、Redmine次之，ClearQuest端查看变更集中的中文存在乱码现象；从版本控制端的使用情况来看，Redmine在Tortoise端可以通过插件实现在提交版本时，选择对应Redmine端的问题或任务进行可视化的关联，ClearQuest也可以通过在SVN服务器端配置cq2svn工具，实现在SVN客户端（注：不仅仅是Tortoise客户端，同样Eclipse下SVN客户端）提交版本时选择对应ClearQuest端的缺陷进行可视化的关联，除此之外，三个工具都可以通过Tortoise工具对项目版本设置对应提交时的属性，使得在SVN客户端（注：不仅仅是Tortoise客户端，同样Eclipse下SVN客户端）提交版本时，可以只要指定问题或任务编号便可关联到对应的变更任务或问题。 与开发工具集成情况三种工具都可以与开发工具IDE进行集成，重点关注其与Eclipse的集成发现：Jira可以通过Eclipse连接器（Atlassian Connector for Eclipse）插件与Jira连接，或者通过Mylyn工具与Jira连接，集成之后就可以在Eclipse集成开发环境中访问JIRA，甚至可以通过Eclipse连接器集成Bamboo(Build Server)来查看Build信息；Redmine可以通过Mylyn工具与Redmine连接，集成之后可以在Eclipse集成开发环境中访问Redmine；ClearQuest可以通过Rational ClearQuest Client for Eclipse与Eclipse集成，使得在Eclipse开发工具端直接使用ClearQuest。具体哪一种与Ecl