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

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