1、變變更管理工具更管理工具選擇評選擇評估估報報告告文檔編號：項目名稱：變更管理工具選擇評估編 撰：編撰日期：2011-09-19審 核：審核日期：XXXX 軟軟件有限公司件有限公司2011 年年 9 月月變更管理工具選擇二次評估報告- 1 -文檔修訂記錄序號修改時間修改時間修改人審核人備注123456789101112131415161718變更管理工具選擇二次評估報告- 2 -目目 錄錄1評評估背景估背景.31.1評估目的.31.2評估時間.31.3評估地點.31.4評估人員.32評評估范估范圍圍.43評評估方式估方式.44評評估估結(jié)結(jié)果及分析果及分析.54.1JIRA驗證及分析.54.1.1

2、 工具簡介.54.1.2 環(huán)境要求.64.1.3 功能特性. 自定義工作流. 過程跟蹤情況. 集成 Subversion. 集成開發(fā)工具. 項目版本構(gòu)建.184.1.4 評估結(jié)果.214.2REDMINE驗證及分析.224.2.1 工具簡介.224.2.2 環(huán)境要求.234.2.3 功能特性. 自定義工作流. 過程跟蹤情況. 集成 Subversion.2 集成開發(fā)工具.3 項目版本構(gòu)建.334.2.4 評估結(jié)果.354.3

3、CLEARQUEST驗證及分析.354.3.1 工具簡介.354.3.2 環(huán)境要求.364.3.3 功能特性.3 自定義工作流.3 過程跟蹤情況.3 集成 Subversion.40 集成開發(fā)工具.4 項目版本構(gòu)建.434.3.4 評估結(jié)果.444.4評估結(jié)果分析總結(jié).44變更管理工具選擇二次評估報告- 3 -1 評評估背景估背景我們知道軟件配置管理是對軟件修改進行組織、標識和控制的技術(shù)，用來協(xié)調(diào)和控制整個軟件的生命周期過程，而變更管理又是軟件配置管理中不可缺少的一部分。同時，基于公司在軟件配置管理規(guī)范機制建設的前提

4、下，而且公司目前在軟件配置管理中只存在對軟件產(chǎn)品版本的控制和管理，對于軟件產(chǎn)品的變更控制、缺陷跟蹤等管理方面尚且不夠完善。因此，為了加強和完善公司軟件配置管理體系的建設，通過實際驗證評估的方式選擇符合公司要求的變更管理工具，來實現(xiàn)采用技術(shù)手段的方式對軟件產(chǎn)品生命周期的各個階段進行變更控制和缺陷跟蹤管理，從而幫助軟件開發(fā)者完成系統(tǒng)變更、缺陷跟蹤的有效管理。1.1 評評估目的估目的本次評估的目的是幫助選擇適合公司實際情況的變更管理工具，通過變更管理工具的使用來更好的實現(xiàn)對軟件產(chǎn)品的變更控制和缺陷跟蹤管理。1.2 評評估估時間時間2011 年 09 月 16 日 至 2011 年 09 月 21 日

5、1.3 評評估地點估地點XXXX 軟件有限公司變更管理工具選擇二次評估報告- 4 -1.4 評評估人估人員員姓名姓名單單位位備備注注XXXXXX表格表格 1 評評估人估人員員配置表配置表2 評評估范估范圍圍根據(jù)首輪變更管理工具選擇評估的結(jié)果，公司決定再選擇 Redmine、Jira 和ClearQuest 三種變更管理工具做進一步的驗證評估，再次評估的主要內(nèi)容包括：驗證驗證功能功能驗證驗證功能功能說說明明備備注注工作流自定工作流自定義義情況情況對于項目中不同類型的任務或缺陷進行自定義其工作流程可以考慮變相支持過過程跟蹤情況程跟蹤情況對于整個項目及項目中不同類型的任務或缺陷從開始到結(jié)束的整個過程

6、進行多方面的跟蹤，如：起止時間、負責人、進度等可以考慮變相支持與與 Subversion 集成情況集成情況驗證工具與 Subversion 集成后，在具體項目中，變更與版本的關聯(lián)情況及相關使用情況可以考慮變相支持與開與開發(fā)發(fā)工具集成情況工具集成情況確定工具本身是否可以與相關的開發(fā)工具集成，或者通過插件等方式支持，以及集成后可以實現(xiàn)的功能等可以考慮變相支持版本構(gòu)建情況版本構(gòu)建情況對于項目版本構(gòu)建時的具體情況，驗證其是否根據(jù)任務、缺陷或需求等生產(chǎn)對應的構(gòu)建版本可以考慮變相支持3 評評估方式估方式本次變更管理工具的選擇評估主要分為 5 個步驟執(zhí)行，分別為評估資料的收集、搭建工具的驗證環(huán)境、對工具功能

7、特性的驗證、對驗證結(jié)果的整理，并最終變更管理工具選擇二次評估報告- 5 -形成變更管理工具評估報告。 評評估估資資料收集料收集對評估范圍中涉及參與評估的變更管理工具進行相關資料的收集，收集的內(nèi)容包括：工具相關安裝文件、與 SVN 集成相關插件、安裝和配置說明，以及相關的操作手冊等。 搭建搭建驗證環(huán)驗證環(huán)境境根據(jù)收集來的相關資料，對相關待驗證的工具進行選擇性的搭建其驗證環(huán)境，同時集成相關插件并配置為可用。 功能特性功能特性驗證驗證在已經(jīng)搭建好的變更管理工具驗證環(huán)境上，對工具自身特有的功能特性和評估范圍中重點評估的功能特性進行實際操作驗證，同時記錄其驗證結(jié)果。 驗證結(jié)驗證結(jié)果整理果整理根據(jù)參與評估

8、的變更管理工具的功能特性驗證結(jié)果，進行初步的整理各工具對應的驗證信息。 形成形成評評估估報報告告根據(jù)先前收集的相關資料和參與驗證評估的變更管理工具的實際驗證結(jié)果，進一步整理和分析形成對應的評估報告。4 評評估估結(jié)結(jié)果及分析果及分析經(jīng)過首輪變更管理工具選擇評估，確定了其中 3 種工具作為再次重點驗證的工具，通過對評估范圍中確定的驗證內(nèi)容進行實際深入使用驗證，其詳細驗證評估結(jié)果和分析信息如下：變更管理工具選擇二次評估報告- 6 -4.1 Jira 驗證驗證及分析及分析4.1.1 工具工具簡簡介介JIRA 是集項目計劃、任務分配、需求管理、錯誤跟蹤于一體的商業(yè)軟件。JIRA 創(chuàng)建的問題類型包括 Ne

9、w Feature、Bug、Task 和 Improvement 四種，還可以自己定義，所以它也一是過程管理系統(tǒng)。Jira 融合了項目管理、任務管理和缺陷管理，許多著名的開源項目都采用了 JIRA。JIRA 是目前比較流行的基于 Java 架構(gòu)的管理系統(tǒng)，由于 Atlassian 公司對很多開源項目實行免費提供缺陷跟蹤服務，因此在開源領域，其認知度比其他的產(chǎn) 品要高得多，而且易用性也好一些。同時，開源則是其另一特色，在用戶購買其軟件的同時，也就將源代碼也購置進來，方便做二次開發(fā)。優(yōu)優(yōu)點點JIRA 是集項目計劃、任務分配、需求管理、錯誤跟蹤于一體，而不僅僅是軟件項目缺陷的管理；支持多項目、模塊、

10、自定義查詢、支持上傳附件、支持任務分配、定制功能、數(shù)據(jù)導出導入、郵件通知等重點評估的功能；Jira 通過集成 svnwebclient 后支持 Jira 用戶訪問項目源碼版本的權(quán)限管理完全與源碼版本的權(quán)限控制相同。缺點缺點商業(yè)軟件，收費；Jira 工具雖然可以從網(wǎng)絡上獲取資源，但需要破解，不確定將來更新的版本也可以破解；變更管理工具選擇二次評估報告- 7 -Jira 工具漢化版本很低，跟不上最新版本；Jira 工具自身缺省的頁面顯示不美觀，用戶界面友好性相對較差；Jira 工具的功能雖然強大，許多頁面的配置和管理都可以自定義根據(jù)需求進行設置，但是較其他工具復雜；Jira 對系統(tǒng)資源的消耗很大，

11、要求機器配置較高。4.1.2 環(huán)環(huán)境要求境要求語語言言環(huán)環(huán)境境操作系操作系統(tǒng)統(tǒng)數(shù)據(jù)數(shù)據(jù)庫庫服服務務器器客客戶戶端端JavaWindows、Linux 等支持 JAVA 語言環(huán)境的操作系統(tǒng)關系型數(shù)據(jù)庫MySQL、Oracle等web 服務器Apache Tomcat所有 web 瀏覽器4.1.3 功能特性功能特性本次驗證的 Jira 功能特性主要包括自定義工作流、項目過程跟蹤情況、與Subversion 集成使用情況、與開發(fā)工具集成情況，及項目版本構(gòu)建情況驗證等，各個功能驗證詳情分別說明如下： 自定自定義義工作流工作流在 Jira 中自定義工作流主要通過以下步驟實現(xiàn)，一是先添加新工

12、作流的標題和描述；二是添加該新工作流需要的步驟，并將其與 Jira 的狀態(tài)關聯(lián)在一起；三是創(chuàng)建工作流跳轉(zhuǎn)，用以將不同的步驟連接起來；四是啟動工作流，并將該工作流關聯(lián)到工作流方案中。 Jira 中的工作流中的工作流變更管理工具選擇二次評估報告- 8 -上圖中是描述了工作流的三種狀態(tài)，是系統(tǒng)缺省存在的工作流 Jira，圖中是描述了添加新的工作流的基本步驟，通過其首先添加新工作流的標題和描述，添加后如下圖的顯示：從上圖的中顯示，可以對該新增的工作流進行相關步驟的添加，及其他操作，上圖中兩個工作流中的設計功能是通過畫圖工具來實現(xiàn)各個步驟和 jira 狀態(tài)間的流轉(zhuǎn)，缺省工作流 Jira 設計圖通過 Ji

13、ra 工作流編輯器顯示如下：變更管理工具選擇二次評估報告- 9 -完整的缺省工作流 Jira 流程圖示如下： 添加工作流需要的步添加工作流需要的步驟驟變更管理工具選擇二次評估報告- 10 -通過上圖中可以實現(xiàn)添加新步驟，添加新步驟需要的元素有步驟名稱和步驟連接的狀態(tài)，步驟新建成功之后同樣允許編輯、添加工作流跳轉(zhuǎn)和設置工作流屬性等。對于圖中所示的步驟所連接狀態(tài)同樣支持自定義，如下圖：對于圖中所示的添加工作流跳轉(zhuǎn)，如下圖：變更管理工具選擇二次評估報告- 11 -對于圖中所示的查看設置工作流狀態(tài)對應屬性支持自定義，如下圖： Jira 中的工作流方案中的工作流方案Jira 中的工作流方案是指某個工作流

14、與項目和問題類型的關聯(lián)關系的方案。變更管理工具選擇二次評估報告- 12 -上圖示為工作流Development建立問題類型與已經(jīng)存在的工作流的關聯(lián)關系。圖中顯示可以得出，工作流方案的設置存在兩個元素：工作流和問題類型，工作流從上一小節(jié)的介紹可以得知，工作流的整個流程是允許用戶自定義的，同時，另外一個元素問題類型通過以下圖示可以說明其同樣可以支持用戶自定義：因此，通過上述了解，Jira 的自定義工作流中，從整個流程設計，及流程中所包含的元素，都允許用戶根據(jù)需要自行定義。變更管理工具選擇二次評估報告- 13 - 過過程跟蹤情況程跟蹤情況 Jira 中中項項目概目概覽覽在 Jira 中

15、，對于具體項目的概覽如上圖，包括：項目的描述、問題到期信息、活動日志及問題相關的信息概要跟蹤信息等。注：如果已經(jīng)新建項目版本后，則上圖還會顯示對應項目的版本，如下圖：變更管理工具選擇二次評估報告- 14 - Jira 中中項項目目問題簡單統(tǒng)計問題簡單統(tǒng)計信息信息 問題問題相關信息跟蹤相關信息跟蹤對于查看項目對應的問題信息如上圖，圖中包括了項目指定條件的問題列表，按照問題的經(jīng)辦人、報告人、優(yōu)先級、狀態(tài)、解決結(jié)果、創(chuàng)建日期、更新日期及到期日等相關信息展現(xiàn)。 Jira 中中項項目的目的問題問題具體信息跟蹤情況具體信息跟蹤情況變更管理工具選擇二次評估報告- 15 -Jira 中項目的具體問題或任務信息

16、詳情如上圖所示，主要包括：問題的詳情、問題對應的用戶信息、問題的日期信息、問題的時間追蹤圖示、問題的描述、問題關聯(lián)的子任務信息、問題備注及其相關活動產(chǎn)生的工作日志、改動記錄和版本提交的相關信息等。除此之外，針對該問題或任務通過查看其對應工作流信息，可以全局了解該問題的相關流轉(zhuǎn)狀態(tài)，如下圖：從以上描述可以看出，Jira 工具對于其所管理的項目整個過程的跟蹤可以做到包括：項目的時間進度、項目所包含問題、項目問題的時間進度、項目問題所屬的責任人員、項目問題的狀態(tài)等等都可以很好的做到跟蹤及隨時查看，可以滿足對不同項目的過程跟蹤管理。變更管理工具選擇二次評估報告- 16 - 集成集成 Su

17、bversion Jira 端端問題問題與版本關與版本關聯(lián)聯(lián)在 Jira 端的服務器安裝 atlassian-jira-subversion-plugin 之后，通過在 Jira 管理界面配置項目的相關版本庫信息之后，在查看 Jira 中項目的任務或問題的信息時，就會出現(xiàn) Subversion Commits 的相關標簽信息，如下圖：上圖中所示區(qū)域為該問題或任務的 key 值，即編號，點擊可以進入該問題的詳細信息。除此之外，在 Jira 端安裝 SVNWebClient 插件之后，通過點擊圖中所示藍色部分，可以進入任務或問題對應版本的詳細信息，如下圖：變更管理工具選擇二次評估報告- 17 -輸

18、入版本控制端的用戶和密碼后便可以進行查看該版本的變更信息：注：通過 SVNWebClient 插件，可以輕松通過 Web 方式查看項目對應版本庫的源碼信息，同時，又可以保證在變更管理端查看版本控制端源碼的權(quán)限完全與其項目版本控制端的權(quán)限一致。 Subversion 端版本與端版本與問題問題關關聯(lián)聯(lián)在 Subversion 客戶端進行提交版本時需要在注釋中指定該提交的版本所關聯(lián)的問題或任務 key 值，可以通過在項目版本源碼端設置對應屬性，強制要求輸變更管理工具選擇二次評估報告- 18 -入對應的 issues 的 key 值，如下圖：注：該屬性的設置需要對不同版本管理的項目分別設置，一旦設置完

19、成之后提交于版本庫，無論是在 Tortoise 客戶端，還是 Eclipse 下插件的客戶端，都可以實現(xiàn)版本提交時要求其指定對應 Issues 的 key 值，從而做到版本提交時與任務或問題的關聯(lián)處理。 集成開集成開發(fā)發(fā)工具工具Jira 工具與開發(fā)工具的集成相對其他兩款變更工具較多，Jira 支持與 IntelliJ IDEA、Visual Studio 及 Eclipse。以與 Eclipse 集成為例，Eclipse 可以通過 Eclipse 連接器（Atlassian Connector for Eclipse）插件支持與 Jira 連接，或者通過 Mylyn 工具與 Ji

20、ra 連接，集成之后就可以在 Eclipse 集成開發(fā)環(huán)境中訪問 JIRA，這樣在 Eclipse 開發(fā)環(huán)境下就可以看到 Issue/bug 相關信息，甚至可以通過 Eclipse 連接器集成 Bamboo(Build Server)變更管理工具選擇二次評估報告- 19 -來查看 Build 信息。 項項目版本構(gòu)建目版本構(gòu)建Jira 支持在新建問題時選擇對應的修復版本和影響版本，前提該目標版本名稱已經(jīng)存在，在新建項目版本時無法再回頭選擇已存在的問題，即，先新建項目版本，再在新建問題或任務時指定該修復版本和影響版本，當然也可以修改已存在的問題或任務對應的修復版本和影響版本為該新建的

21、版本，最后在該版本項目結(jié)項時關閉該項目版本。 新建新建項項目版本目版本Jira 中新建版本是由管理員在管理界面新建項目的版本，如下圖： 新建新建問題問題/任任務時務時指定版本指定版本在新建問題/任務時指定其對應的影響版本號和修復版本號，前提是該版本已經(jīng)存在，當然已經(jīng)存在的任務或問題的修復版本和影響版本是允許再次修改的，如下圖：變更管理工具選擇二次評估報告- 20 - 項項目版本概要目版本概要已經(jīng)存在的項目版本，Jira 支持查看該版本的相關信息，如下圖：Jira 中項目版本主要包含了該版本的描述信息、到期日、包含的問題及最新更新的問題等，除此之外，在上圖右上方的發(fā)行報告中?？梢栽O定版本發(fā)布時的

22、發(fā)布說明，如下圖：變更管理工具選擇二次評估報告- 21 -Jira 中項目版本的發(fā)布說明支持根據(jù)該版本所包含的任務或問題自動生成上圖所示的發(fā)布說明內(nèi)容，同樣允許用戶在文本框中自行編輯。上圖顯示的發(fā)布說明是文本的格式，Jira 還支持通過配置發(fā)行說明標簽，設定成 Html 的格式，如下圖： 項項目版本目版本問題對應問題簡問題對應問題簡要要報報表表已經(jīng)存在的項目版本，Jira 支持查看該版本的相關問題的簡要報表信息，如下圖：變更管理工具選擇二次評估報告- 22 - Jira 中中項項目版本的目版本的發(fā)發(fā)布布歸歸檔檔Jira 中在管理員界面下支持對該項目版本進行發(fā)布、歸檔及刪除操作。4.1.4 評評

23、估估結(jié)結(jié)果果Jira 工具在通過上述 5 個方面的評估驗證后可以發(fā)現(xiàn)，其在自定義工作流方面完全可以做到用戶自行定義工作流的目的；在項目過程跟蹤方面同樣也可以做到從問題相關屬性點的跟蹤到整個項目本身的全局跟蹤；在與 Subversion 集成使用時，無論是在變更管理端還是版本控制端基本都可以實現(xiàn)雙向跟蹤的目的，值得肯定的是 Jira 中通過與 SVNWebClient 集成后可以做到與 SVN 權(quán)限的完整集成；對于目前需要關注的與開發(fā)工具的集成，Jira 可以與相對較多的 IDE工具集成，以 Eclipse 為例，可以通過 Atlassian Connector for Eclipse 插件與

24、Jira變更管理工具選擇二次評估報告- 23 -連接，同時也可以通過 Mylyn 工具與 Jira 連接，在 Eclipse 開發(fā)環(huán)境下變可以看到 Issue/bug 相關信息；在項目版本構(gòu)建方面，Jira 正常使用時是以該版本項目開始時，先新建項目版本，然后再會有這個項目版本下的問題或任務，等待項目完成時便可以發(fā)布和歸檔項目，當然已經(jīng)存在的問題或任務的所屬目標版本同樣是可以修改和指定的，同時在項目版本發(fā)布時支持自動生成和編輯項目版本的發(fā)布說明信息，發(fā)布說明支持 Txt 和 Html 兩種格式。所以，通過該評估結(jié)果顯示，Jira 完全可以滿足公司的變更管理要求。4.2 Redmine 驗證驗證

25、及分析及分析4.2.1 工具工具簡簡介介Redmine 是一個靈活的項目管理與缺陷跟蹤工具，它是基于 Ruby on Rails 框架建立的 Web 的應用程序，頁面符合 Web2.0 特性，同時又簡單易用，給項目管理和進度度量帶來極大的好處。它用日歷和甘特圖輔助項目及進度可視化顯示，同時又支持多項目管理。它是一個自由開放源碼軟件解決方案，提供集成的項目管理功能，問題跟蹤，并提供多個版本控制選項的支持。雖說像 IBM Rational Team Concert 的商業(yè)項目調(diào)查工具已經(jīng)很強大了，但想堅持一個自由和開放源碼的解決方案，同時節(jié)省投資開銷，可能會發(fā)現(xiàn) Redmine 是一個有用的 Sc

26、rum 和敏捷的選擇。由于 Redmine 的設計受到 Trac 的較大影響，所以它們的軟件包有很多相似的特征。Redmine 建立在 Ruby on Rails 的框架之上，他可以夸平臺和數(shù)據(jù)庫。優(yōu)優(yōu)點點開源，免費；變更管理工具選擇二次評估報告- 24 -支持項目計劃、任務分配、需求管理、錯誤跟蹤于一體，而不僅僅是軟件項目缺陷的管理；支持多項目、子項目、模塊（可以以子項目存在）、自定義查詢、支持上傳附件、支持任務分配、支持定制功能（屬性自定義、枚舉值自定義、用戶組自定義、角色自定義、問題/任務狀態(tài)自定義、跟蹤標簽自定義等等）、數(shù)據(jù)導出、郵件通知等重點評估的功能；支持甘特圖和日歷功能；支持文件

27、管理；Redmine 自身對各個角色的內(nèi)部功能權(quán)限控制比較完善；Redmine 工具的界面比較清晰，且較美觀。缺點缺點Redmine 工具在版本庫的設置中只可以指定一個版本控制工具的固定用戶，這樣使得每個 Redmine 用戶在查看版本庫源碼變更時都是用的該固定用戶，潛在的影響是無法做到與版本控制工具（Subversion）相同的權(quán)限管理，但是，由于 Redmine 工具自身的角色權(quán)限管理比較完善，其可以具體到某個用戶是否允許查看版本庫源碼，因此，由于只支持固定用戶設置而導致權(quán)限控制的局限性可以減少很多。4.2.2 環(huán)環(huán)境要求境要求語語言言環(huán)環(huán)境境操作系操作系統(tǒng)統(tǒng)數(shù)據(jù)數(shù)據(jù)庫庫服服務務器器客客戶

28、戶端端Ruby支持 Ruby 語言環(huán)境的操作系統(tǒng)，如Unix、Linux、Mac、MacSMySQL5.0 以上、PostgreSQL8、SQLite可獨立運行所有 web 瀏覽器變更管理工具選擇二次評估報告- 25 -erver、Windows 等4.2.3 功能特性功能特性本次驗證的 Redmine 功能特性主要包括自定義工作流、項目過程跟蹤情況、與 Subversion 集成使用情況、與開發(fā)工具集成情況，及項目版本構(gòu)建情況驗證等，各個功能驗證詳情分別說明如下： 自定自定義義工作流工作流上圖為 Redmine 工作流程的自定義界面，可定制的元素有角色、跟蹤標簽、問題狀態(tài)，這三

29、種元素都同時再允許自己定義如下： 自定自定義義角色角色變更管理工具選擇二次評估報告- 26 - 自定自定義義跟蹤跟蹤標簽標簽即自定義跟蹤的類型： 自定自定義問題義問題狀狀態(tài)態(tài)從以上描述可以看出，Redmine 工具對于自定義工作流的功能支持非常完善，允許不同的角色人員對不同的問題或任務類型進行按自定義的問題狀態(tài)設定其流程。 過過程跟蹤情況程跟蹤情況 問題問題跟蹤情況跟蹤情況變更管理工具選擇二次評估報告- 27 -從上圖可以看出，一個問題的屬性包含有：狀態(tài)、優(yōu)先級、指派對象、類別、項目目標版本、開始日期、完成日期、完成百分比、耗時、預期時間、子任務及相關問題等等，各個屬性都是可作為

30、該問題的跟蹤點，因此作為對應屬性條件，查看問題如下圖：變更管理工具選擇二次評估報告- 28 - 甘特甘特圖圖方式跟蹤方式跟蹤甘特圖方式的跟蹤主要體現(xiàn)項目中所包含的任務或缺陷在項目所在時間的周范圍內(nèi)的進度情況。圖中顯示內(nèi)容支持根據(jù)增加過濾器選項自定義其顯示內(nèi)容。 日日歷歷方式跟蹤方式跟蹤變更管理工具選擇二次評估報告- 29 -日歷方式的跟蹤主要體現(xiàn)在項目中所包含的任務或缺陷在項目所在時間的日范圍內(nèi)的進度情況。圖中顯示內(nèi)容支持根據(jù)增加過濾器選項自定義其顯示內(nèi)容。 日志日志記錄記錄方式跟蹤方式跟蹤在 Redmine 中日志記錄的方式是以項目活動的方式記錄，如下圖：變更管理工具選擇二次評估報告- 30

31、 - 項項目任目任務務或或問問耗耗時時跟蹤跟蹤 項項目的路目的路線圖線圖方式跟蹤方式跟蹤變更管理工具選擇二次評估報告- 31 -Redmine 中具體項目的路線圖中可以顯示：項目相關的問題、項目時間進度百分比及時間跟蹤信息等。從以上描述可以看出，Redmine 工具對于其所管理的項目整個過程的跟蹤可以做到包括：項目的時間進度、項目所包含問題、項目問題的時間進度、項目問題所屬的責任人員、項目問題的狀態(tài)等等都可以很好的做到跟蹤及隨時查看，可以滿足對不同項目的過程跟蹤管理。 集成集成 Subversion Redmine 端端對應對應版本版本庫庫信息信息Redmine 集成 Subve

32、rsion 后在 Redmine 工具端支持對每個項目設置其對應的版本控制路徑，一個項目只允許設置一個版本庫路徑。變更管理工具選擇二次評估報告- 32 -在對項目設置完對應 Subversion 版本庫 Url 之后，查看該項目的版本庫功能項（上圖），顯示如下：通過上圖中選擇兩個帶比較的修改版本號（上圖），進行查看其差別，可以實現(xiàn)兩變更版本的間的差異，修訂版本中顯示的注釋是在版本控制客戶端通過插件工具選擇提交版本所對應的問題或任務編號，形成格式化的注釋后一起提交，即，在 Redmine 工具端查看版本變更集對應的問題或任務，是以注釋的方式展現(xiàn)。同時，在上圖中可以選擇進入查看其問題的詳細信息，該

33、問題的詳細變更管理工具選擇二次評估報告- 33 -信息中并不包含每次版本變更的相關信息。除此之外，可以通過上圖，即通過 Web 源的方式查看版本庫的修訂版本信息，通過該方式可以實現(xiàn)查看指定的 Issue 編號對應的所有版本變更的修訂信息，如下圖： Subversion 端提交版本端提交版本時時信息信息 Tortoise 客客戶戶端端在 SVN 版本控制的客戶端 Tortoise 安裝 TortoiseRedminePlugin 插件之后，設置其集成工具信息如下：變更管理工具選擇二次評估報告- 34 -在使用 Tortoise 提交版本變更信息時會顯示如下操作：點擊上圖所示按鈕之后，會顯示如下圖

34、所示的問題信息供提交者選擇：變更管理工具選擇二次評估報告- 35 -版本提交者根據(jù)實際情況選擇版本信息對應的問題或任務之后提交，然后再Redmine 端對應項目的版本庫標簽下即可查看相關信息。 Eclipse 中中 SVN 插件客插件客戶戶端端在 Eclipse 中集成的 SVN 客戶端插件，目前還沒有類似于 Tortoise 客戶端的Redmine 插件 TortoiseRedminePlugin 可以供集成使用，因此也就無法做到在Eclipse 端通過 SVN 提交版本時選擇其對應的 Redmine 工具中該項目的問題或任務編號。但是，可以通過在 SVN 端對該項目的版本設置其相關的屬性，

35、類似于：變更管理工具選擇二次評估報告- 36 -這樣，無論是在 Tortoise 客戶端還是 Eclipse 的 SVN 插件客戶端，進行提交版本時都會提示輸入 issue 的編號（只能輸入，不可選擇），同樣可以做到以注釋的方式關聯(lián)問題或任務與版本變更的關聯(lián)，只是提交時要求提交者記住其提交的版本對應的 Redmine 的任務或問題編號及其名稱。 集成開集成開發(fā)發(fā)工具工具Redmine 與開發(fā)工具 Eclipse 的集成插件只有 Mylyn（一個 Eclipse 任務管理(task management)插件，用于將任務管理和上下文管理無縫集成到 Eclipse 中。 ）。4.2.

36、3.5 項項目版本構(gòu)建目版本構(gòu)建Redmine 支持在新建問題時選擇對應的目標版本，前提該目標版本名稱已經(jīng)存在，在新建項目版本時無法再回頭選擇已存在的問題，即，先新建項目版本，再在新建問題或任務時指定該目標版本，當然也可以修改已存在的問題或任務對應的目標版本為該新建的版本，最后在該版本項目結(jié)項時關閉該項目版本。 項項目版本管理目版本管理 新建版本新建版本變更管理工具選擇二次評估報告- 37 - 新建新建問題問題4.2.4 評評估估結(jié)結(jié)果果Redmine 工具在通過上述 5 個方面的評估驗證后可以發(fā)現(xiàn)，其在自定義工作流方面完全可以做到用戶自行定義工作流的目的；在項目過程跟蹤方面同樣也可以做到從問

37、題相關屬性點的跟蹤到整個項目本身的全局跟蹤；在與 Subversion變更管理工具選擇二次評估報告- 38 -集成使用時，無論是在變更管理端還是版本控制端基本都可以實現(xiàn)雙向跟蹤的目的；對于目前需要關注的與開發(fā)工具的集成，以 Eclipse 為例，可以與 Redmine集成的工具存在一款任務管理的工具 Mylyn；在項目版本構(gòu)建方面，Redmine 正常使用時是以該版本項目開始時，先新建項目版本，然后再會有這個項目版本下的問題或任務，等待項目完成時便可以關閉項目，當然已經(jīng)存在的問題或任務的所屬目標版本同樣是可以修改和指定的。所以，通過該評估結(jié)果顯示，Redmine基本可以滿足公司的變更管理要求。

38、4.3 ClearQuest 驗證驗證及分析及分析4.3.1 工具工具簡簡介介ClearQuest 在 Rational 產(chǎn)品家族中，處于整個軟件生命周期和測試周期的中心地位。除了可以與其他 Rational 產(chǎn)品集成使用外（例如與 ClearCase 集成的UCM 解決方案），ClearQuest 提供了許多自帶的， “開箱即用”的模板，可以在各個領域的應用中獨當一面，例如軟件生命周期中的“缺陷追蹤”等，并且 ClearQuest的應用可以擴展到一切有變更管理或工作流管理的應用領域中，例如“客戶支持系統(tǒng)”或者“企業(yè)工作流管理系統(tǒng)”等。這些類型的 ClearQuest 解決方案都具有“部署簡單

39、”， “操作便捷”的特點。優(yōu)優(yōu)點點ClearQuest 支持缺陷跟蹤管理，及測試結(jié)果管理，自定義查詢、郵件通知、數(shù)據(jù)導出導入等重點評估功能；ClearQuest 與 CQ2SVN 集成后，在 SVN 客戶端提交版本變更時可以自動獲取 ClearQuest 的缺陷列表供提交者選擇。變更管理工具選擇二次評估報告- 39 -缺點缺點商業(yè)軟件，收費；ClearQuest 工具本身需要 license，同時 CQ2SVN 工具也需要 license，兩個 license 是完全不同的，因 CQ2SVN 使用的 license 是與 IP 和 Mac 地址綁定，因此，更換其他環(huán)境則不能使用；ClearQu

40、est 僅是缺陷跟蹤及測試結(jié)果相關的管理，但也并不是真正意義上的管理工具，其他項目計劃、任務分配、需求管理等得依賴于ClearCase 來完成，因此最好和 ClearCase 結(jié)合使用；ClearQuest 設計流程由于是完全的定制化則較為復雜；ClearQuest 工具界面較普通。4.3.2 環(huán)環(huán)境要求境要求語語言言環(huán)環(huán)境境操作系操作系統(tǒng)統(tǒng)數(shù)據(jù)數(shù)據(jù)庫庫服服務務器器客客戶戶端端支持VBS、Perl語言開發(fā)接口WinNT4.0，Windows2000，Windows98，WindowsMe，WindowsXPSQL Server，SQL Anywhere，ORACLE，ACCESS，DB2可獨立

41、運行自帶客戶端和 web瀏覽器4.3.3 功能特性功能特性在 ClearQuest 實際驗證環(huán)境中包含了 ClearCase、ClearQuest 和 CQ2SVN 三種工具，實際只驗證 ClearQuest 和 CQ2SVN 的集成環(huán)境使用，主要功能按其工具的頁面顯示視圖分別說明如下：本次驗證的 ClearQuest 功能特性主要包括自定義工作流、項目過程跟蹤情況、變更管理工具選擇二次評估報告- 40 -與 Subversion 集成使用情況、與開發(fā)工具集成情況，及項目版本構(gòu)建情況驗證等，各個功能驗證詳情分別說明如下： 自定自定義義工作流工作流ClearQuest 的工作流自定

42、義功能可以通過其提供的 ClearQuest Designer 設計工具自定義，即通過 ClearQuest Designer 對 ClearQuest 相關模式對應的記錄狀態(tài)進行設計和編輯，如下圖示： ClearQuest 的缺陷狀的缺陷狀態(tài)過態(tài)過度矩度矩陣陣 ClearQuest 的缺陷相關操作控制信息的缺陷相關操作控制信息設設置置變更管理工具選擇二次評估報告- 41 - ClearQuest 的缺陷行的缺陷行為為屬性的屬性的設設置置上述是針對 ClearQuest 中缺陷的相關流程屬性的自定義的設置，除此之外，還有 BaseCMActivity、UCMUtilityActivity 等相

43、關記錄類型的自定義設置。 過過程跟蹤情況程跟蹤情況ClearQuest 中主要是針對缺陷的跟蹤管理，除此之外還有測試結(jié)果的相關管變更管理工具選擇二次評估報告- 42 -理，針對缺陷的跟蹤可以通過 ClearQuest 客戶端連接對應項目所在的缺陷管理數(shù)據(jù)庫，通過用戶自定義的查詢條件獲取對應項目的缺陷管理列表，對于列表中顯示的相關缺陷可以通過右鍵更改其對應的操作，包括更改狀態(tài)、查看歷史、修改、顯示詳情等等，如下圖：對于某個具體缺陷的跟蹤可以查看其缺陷詳細信息，包含該缺陷的主要信息、備注、附件、日志、客戶等相關信息，如下圖：變更管理工具選擇二次評估報告- 43 -對于測試結(jié)果相關的跟

44、蹤，可以通過查詢對應測試結(jié)果信息，反映測試的落實情況，如下圖：因此，在 ClearQuest 中所有相關信息的跟蹤主要是通過自定義查詢的方式，顯示的跟蹤屬性都是通過其具體記錄的詳細信息展示。變更管理工具選擇二次評估報告- 44 - 集成集成 Subversion ClearQuest 端缺陷與版本關端缺陷與版本關聯(lián)聯(lián)ClearQuest 中通過 CQ2SVN 插件集成并配置后，在 ClearQuest 客戶端查看對應項目缺陷的詳細信息時，就會出現(xiàn)對話框選項卡標簽，該標簽顯示的內(nèi)容便是對應 SVN 端版本提交時的變更集信息，即 SVN 的提交注釋信息，如下圖：從上圖中顯示可以看出，

45、在查看缺陷詳細信息框中，存在對話框選項，在該選項下顯示的為該缺陷關聯(lián)的變更集，圖中所示，通過按鈕可以支持對變更集的編輯，如下圖：變更管理工具選擇二次評估報告- 45 -從上圖可以看出，缺陷對應版本變更的信息集合，不難看出上圖中顯示的亂碼，因為 ClearQuest 工具本身是支持中文顯示信息的，所以原因只能是在 SVN客戶端提交版本信息時使用的 cq2svn commit 腳本提交時編碼問題產(chǎn)生（cq2svn是否支持中文字符集還需后續(xù)確認）。 Subversion 端版本與缺陷關端版本與缺陷關聯(lián)聯(lián)在 Subversion 服務器端的項目資源庫目錄的 hooks 目錄下加入鉤子腳本post-co

46、mmit.bat、pre-commit.bat 等腳本，通過該腳本將版本提交時指定通過cq2svn-pre-commit.exe、cq2svn-post-commit.exe 等 cq2svn 的提交工具上傳于ClearQuest 對應缺陷的數(shù)據(jù)庫記錄，客戶端 Tortoise 提交時如下圖：變更管理工具選擇二次評估報告- 46 -由于在 SVN 客戶端提交版本時，SVN 服務器端的操作會存在向 ClearQuest獲取對應缺陷，因此響應較慢。 集成開集成開發(fā)發(fā)工具工具根據(jù) ClearQuest 幫助介紹，其可以與 RequisitePro、Visual Studio .NET

47、工具一起使用，同時 ClearQuest 也可以通過 Rational ClearQuest Client for Eclipse 與Eclipse 集成，使得在 Eclipse 開發(fā)工具端直接使用 ClearQuest。 項項目版本構(gòu)建目版本構(gòu)建ClearQuest 工具本身不支持項目的版本構(gòu)建工作，在與 ClearQuest 集成的ClearCase 工具中可以實現(xiàn)該功能。ClearCase 工具中在新建 Project 時可以指定連接到 ClearQuest 工具指定項目的數(shù)據(jù)庫，從而做到項目版本與其包含的缺陷統(tǒng)一關聯(lián)：變更管理工具選擇二次評估報告- 47 -在 Clear

48、Case 中對項目的管理支持建立視圖、標簽、基線等相關功能。4.3.4 評評估估結(jié)結(jié)果果ClearQuest 工具在通過上述 5 個方面的評估驗證后可以發(fā)現(xiàn)，其在自定義工作流方面完全可以做到用戶自行定義工作流的目的，但設置相對來說比較復雜；在項目過程跟蹤方面同樣也可以做到從問題相關屬性點的跟蹤到整個項目本身的全局跟蹤，ClearQuest 所完成的跟蹤僅是項目包含缺陷相關信息，其客戶端所顯示的信息均是由用戶自定查詢顯示的缺陷結(jié)果集；在與 Subversion 集成使用時，雖然通過 cq2svn 工具集成后基本可以實現(xiàn)雙向跟蹤的目的，但顯然 cq2svn對中文的支持并不好；對于其與開發(fā)工具的集成，支持與 RequisitePro、Visual Studio .NET 及 Eclipse 的集成，通過 Rational ClearQuest Client for Eclipse 與Eclipse 集成，使得在 Eclipse 開發(fā)工具端直接使用 ClearQuest；在項目版本構(gòu)建方面，ClearQuest 工具本身并不支持，只是可以通過與 ClearCase 工具集成間接實現(xiàn)該功能。所