變更管理工具選擇評估報告

1、變更管理工具選擇評估報告文檔編號：項目名稱：變更管理工具選擇評估編 撰：編撰日期：2011-09-19審 核：審核日期：XXXX軟件有限公司2011年9月文檔修訂記錄序號修改時間修改人審核人備注123456789101112131415161718目 錄1評估背景31.1評估目的31.2評估時間31.3評估地點31.4評估人員32評估范圍43評估方式44評估結(jié)果及分析54.1Jira驗證及分析54.1.1 工具簡介54.1.2 環(huán)境要求64.1.3 功能特性 自定義工作流 過程跟蹤情況 集成Subversion 集成開發(fā)工具1

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

3、開發(fā)工具4 項目版本構(gòu)建434.3.4 評估結(jié)果444.4評估結(jié)果分析總結(jié)441 評估背景我們知道軟件配置管理是對軟件修改進行組織、標(biāo)識和控制的技術(shù)，用來協(xié)調(diào)和控制整個軟件的生命周期過程，而變更管理又是軟件配置管理中不可缺少的一部分。同時，基于公司在軟件配置管理規(guī)范機制建設(shè)的前提下，而且公司目前在軟件配置管理中只存在對軟件產(chǎn)品版本的控制和管理，對于軟件產(chǎn)品的變更控制、缺陷跟蹤等管理方面尚且不夠完善。因此，為了加強和完善公司軟件配置管理體系的建設(shè)，通過實際驗證評估的方式選擇符合公司要求的變更管理工具，來實現(xiàn)采用技術(shù)手段的方式對軟件產(chǎn)品生命周期的各個階段進行變更控制和缺陷跟蹤管理，

4、從而幫助軟件開發(fā)者完成系統(tǒng)變更、缺陷跟蹤的有效管理。1.1 評估目的本次評估的目的是幫助選擇適合公司實際情況的變更管理工具，通過變更管理工具的使用來更好的實現(xiàn)對軟件產(chǎn)品的變更控制和缺陷跟蹤管理。1.2 評估時間2011年09月16日 至 2011年09月21日1.3 評估地點l XXXX軟件有限公司1.4 評估人員姓名單位備注XXXXXX表格 1 評估人員配置表2 評估范圍根據(jù)首輪變更管理工具選擇評估的結(jié)果，公司決定再選擇Redmine、Jira和ClearQuest三種變更管理工具做進一步的驗證評估，再次評估的主要內(nèi)容包括：驗證功能驗證功能說明備注工作流自定義情況對于項目中不同類型的任務(wù)或缺

5、陷進行自定義其工作流程可以考慮變相支持過程跟蹤情況對于整個項目及項目中不同類型的任務(wù)或缺陷從開始到結(jié)束的整個過程進行多方面的跟蹤，如：起止時間、負責(zé)人、進度等可以考慮變相支持與Subversion集成情況驗證工具與Subversion集成后，在具體項目中，變更與版本的關(guān)聯(lián)情況及相關(guān)使用情況可以考慮變相支持與開發(fā)工具集成情況確定工具本身是否可以與相關(guān)的開發(fā)工具集成，或者通過插件等方式支持，以及集成后可以實現(xiàn)的功能等可以考慮變相支持版本構(gòu)建情況對于項目版本構(gòu)建時的具體情況，驗證其是否根據(jù)任務(wù)、缺陷或需求等生產(chǎn)對應(yīng)的構(gòu)建版本可以考慮變相支持3 評估方式本次變更管理工具的選擇評估主要分為5個步驟執(zhí)行，

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

7、初步的整理各工具對應(yīng)的驗證信息。 形成評估報告根據(jù)先前收集的相關(guān)資料和參與驗證評估的變更管理工具的實際驗證結(jié)果，進一步整理和分析形成對應(yīng)的評估報告。4 評估結(jié)果及分析經(jīng)過首輪變更管理工具選擇評估，確定了其中3種工具作為再次重點驗證的工具，通過對評估范圍中確定的驗證內(nèi)容進行實際深入使用驗證，其詳細驗證評估結(jié)果和分析信息如下：4.1 Jira驗證及分析4.1.1 工具簡介JIRA是集項目計劃、任務(wù)分配、需求管理、錯誤跟蹤于一體的商業(yè)軟件。JIRA創(chuàng)建的問題類型包括New Feature、Bug、Task和Improvement四種，還可以自己定義，所以它也一是過程管理系統(tǒng)。Jira融合了項目管理、

8、任務(wù)管理和缺陷管理，許多著名的開源項目都采用了JIRA。JIRA是目前比較流行的基于Java架構(gòu)的管理系統(tǒng)，由于Atlassian公司對很多開源項目實行免費提供缺陷跟蹤服務(wù)，因此在開源領(lǐng)域，其認知度比其他的產(chǎn) 品要高得多，而且易用性也好一些。同時，開源則是其另一特色，在用戶購買其軟件的同時，也就將源代碼也購置進來，方便做二次開發(fā)。l 優(yōu)點 JIRA是集項目計劃、任務(wù)分配、需求管理、錯誤跟蹤于一體，而不僅僅是軟件項目缺陷的管理； 支持多項目、模塊、自定義查詢、支持上傳附件、支持任務(wù)分配、定制功能、數(shù)據(jù)導(dǎo)出導(dǎo)入、郵件通知等重點評估的功能； Jira通過集成svnwebclient后支持Jira用戶

9、訪問項目源碼版本的權(quán)限管理完全與源碼版本的權(quán)限控制相同。l 缺點 商業(yè)軟件，收費； Jira工具雖然可以從網(wǎng)絡(luò)上獲取資源，但需要破解，不確定將來更新的版本也可以破解； Jira工具漢化版本很低，跟不上最新版本； Jira工具自身缺省的頁面顯示不美觀，用戶界面友好性相對較差； Jira工具的功能雖然強大，許多頁面的配置和管理都可以自定義根據(jù)需求進行設(shè)置，但是較其他工具復(fù)雜； Jira對系統(tǒng)資源的消耗很大，要求機器配置較高。4.1.2 環(huán)境要求語言環(huán)境操作系統(tǒng)數(shù)據(jù)庫服務(wù)器客戶端JavaWindows、Linux等支持JAVA語言環(huán)境的操作系統(tǒng)關(guān)系型數(shù)據(jù)庫MySQL、Oracle等web服務(wù)器Apa

10、che Tomcat所有web瀏覽器4.1.3 功能特性本次驗證的Jira功能特性主要包括自定義工作流、項目過程跟蹤情況、與Subversion集成使用情況、與開發(fā)工具集成情況，及項目版本構(gòu)建情況驗證等，各個功能驗證詳情分別說明如下： 自定義工作流在Jira中自定義工作流主要通過以下步驟實現(xiàn)，一是先添加新工作流的標(biāo)題和描述；二是添加該新工作流需要的步驟，并將其與Jira的狀態(tài)關(guān)聯(lián)在一起；三是創(chuàng)建工作流跳轉(zhuǎn)，用以將不同的步驟連接起來；四是啟動工作流，并將該工作流關(guān)聯(lián)到工作流方案中。 Jira中的工作流上圖中是描述了工作流的三種狀態(tài)，是系統(tǒng)缺省存在的工作流Jira，圖中是描述了添加新

11、的工作流的基本步驟，通過其首先添加新工作流的標(biāo)題和描述，添加后如下圖的顯示：從上圖的中顯示，可以對該新增的工作流進行相關(guān)步驟的添加，及其他操作，上圖中兩個工作流中的設(shè)計功能是通過畫圖工具來實現(xiàn)各個步驟和jira狀態(tài)間的流轉(zhuǎn)，缺省工作流Jira設(shè)計圖通過Jira工作流編輯器顯示如下：完整的缺省工作流Jira流程圖示如下： 添加工作流需要的步驟通過上圖中可以實現(xiàn)添加新步驟，添加新步驟需要的元素有步驟名稱和步驟連接的狀態(tài)，步驟新建成功之后同樣允許編輯、添加工作流跳轉(zhuǎn)和設(shè)置工作流屬性等。對于圖中所示的步驟所連接狀態(tài)同樣支持自定義，如下圖：對于圖中所示的添加工作流跳轉(zhuǎn)，如下圖：對于圖中所示的查看設(shè)置工作

12、流狀態(tài)對應(yīng)屬性支持自定義，如下圖： Jira中的工作流方案Jira中的工作流方案是指某個工作流與項目和問題類型的關(guān)聯(lián)關(guān)系的方案。上圖示為工作流Development建立問題類型與已經(jīng)存在的工作流的關(guān)聯(lián)關(guān)系。圖中顯示可以得出，工作流方案的設(shè)置存在兩個元素：工作流和問題類型，工作流從上一小節(jié)的介紹可以得知，工作流的整個流程是允許用戶自定義的，同時，另外一個元素問題類型通過以下圖示可以說明其同樣可以支持用戶自定義：因此，通過上述了解，Jira的自定義工作流中，從整個流程設(shè)計，及流程中所包含的元素，都允許用戶根據(jù)需要自行定義。 過程跟蹤情況 Jira中項目概覽在Jira中，對于具體項目的

13、概覽如上圖，包括：項目的描述、問題到期信息、活動日志及問題相關(guān)的信息概要跟蹤信息等。注：如果已經(jīng)新建項目版本后，則上圖還會顯示對應(yīng)項目的版本，如下圖： Jira中項目問題簡單統(tǒng)計信息 問題相關(guān)信息跟蹤對于查看項目對應(yīng)的問題信息如上圖，圖中包括了項目指定條件的問題列表，按照問題的經(jīng)辦人、報告人、優(yōu)先級、狀態(tài)、解決結(jié)果、創(chuàng)建日期、更新日期及到期日等相關(guān)信息展現(xiàn)。 Jira中項目的問題具體信息跟蹤情況Jira中項目的具體問題或任務(wù)信息詳情如上圖所示，主要包括：問題的詳情、問題對應(yīng)的用戶信息、問題的日期信息、問題的時間追蹤圖示、問題的描述、問題關(guān)聯(lián)的子任務(wù)信息、問題備注及其相關(guān)活動產(chǎn)生的工作日志、改動

14、記錄和版本提交的相關(guān)信息等。除此之外，針對該問題或任務(wù)通過查看其對應(yīng)工作流信息，可以全局了解該問題的相關(guān)流轉(zhuǎn)狀態(tài)，如下圖：從以上描述可以看出，Jira工具對于其所管理的項目整個過程的跟蹤可以做到包括：項目的時間進度、項目所包含問題、項目問題的時間進度、項目問題所屬的責(zé)任人員、項目問題的狀態(tài)等等都可以很好的做到跟蹤及隨時查看，可以滿足對不同項目的過程跟蹤管理。 集成Subversion Jira端問題與版本關(guān)聯(lián)在Jira端的服務(wù)器安裝atlassian-jira-subversion-plugin之后，通過在Jira管理界面配置項目的相關(guān)版本庫信息之后，在查看Jira中項目的任務(wù)或

15、問題的信息時，就會出現(xiàn)Subversion Commits的相關(guān)標(biāo)簽信息，如下圖：上圖中所示區(qū)域為該問題或任務(wù)的key值，即編號，點擊可以進入該問題的詳細信息。除此之外，在Jira端安裝SVNWebClient插件之后，通過點擊圖中所示藍色部分，可以進入任務(wù)或問題對應(yīng)版本的詳細信息，如下圖：輸入版本控制端的用戶和密碼后便可以進行查看該版本的變更信息：注：通過SVNWebClient插件，可以輕松通過Web方式查看項目對應(yīng)版本庫的源碼信息，同時，又可以保證在變更管理端查看版本控制端源碼的權(quán)限完全與其項目版本控制端的權(quán)限一致。 Subversion端版本與問題關(guān)聯(lián)在Subversion客戶端進行提

16、交版本時需要在注釋中指定該提交的版本所關(guān)聯(lián)的問題或任務(wù)key值，可以通過在項目版本源碼端設(shè)置對應(yīng)屬性，強制要求輸入對應(yīng)的issues的key值，如下圖：注：該屬性的設(shè)置需要對不同版本管理的項目分別設(shè)置，一旦設(shè)置完成之后提交于版本庫，無論是在Tortoise客戶端，還是Eclipse下插件的客戶端，都可以實現(xiàn)版本提交時要求其指定對應(yīng)Issues的key值，從而做到版本提交時與任務(wù)或問題的關(guān)聯(lián)處理。 集成開發(fā)工具Jira工具與開發(fā)工具的集成相對其他兩款變更工具較多，Jira支持與IntelliJ IDEA、Visual Studio及Eclipse。以與Eclipse集成為例，Ecl

17、ipse可以通過Eclipse連接器（Atlassian Connector for Eclipse）插件支持與Jira連接，或者通過Mylyn工具與Jira連接，集成之后就可以在Eclipse集成開發(fā)環(huán)境中訪問JIRA，這樣在Eclipse開發(fā)環(huán)境下就可以看到Issue/bug相關(guān)信息，甚至可以通過Eclipse連接器集成Bamboo(Build Server)來查看Build信息。 項目版本構(gòu)建Jira支持在新建問題時選擇對應(yīng)的修復(fù)版本和影響版本，前提該目標(biāo)版本名稱已經(jīng)存在，在新建項目版本時無法再回頭選擇已存在的問題，即，先新建項目版本，再在新建問題或任務(wù)時指定該修復(fù)版本和影

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

19、Jira中項目版本的發(fā)布說明支持根據(jù)該版本所包含的任務(wù)或問題自動生成上圖所示的發(fā)布說明內(nèi)容，同樣允許用戶在文本框中自行編輯。上圖顯示的發(fā)布說明是文本的格式，Jira還支持通過配置發(fā)行說明標(biāo)簽，設(shè)定成Html的格式，如下圖： 項目版本問題對應(yīng)問題簡要報表已經(jīng)存在的項目版本，Jira支持查看該版本的相關(guān)問題的簡要報表信息，如下圖： Jira中項目版本的發(fā)布歸檔Jira中在管理員界面下支持對該項目版本進行發(fā)布、歸檔及刪除操作。4.1.4 評估結(jié)果Jira工具在通過上述5個方面的評估驗證后可以發(fā)現(xiàn)，其在自定義工作流方面完全可以做到用戶自行定義工作流的目的；在項目過程跟蹤方面同樣也可以做到從問題相關(guān)屬性

20、點的跟蹤到整個項目本身的全局跟蹤；在與Subversion集成使用時，無論是在變更管理端還是版本控制端基本都可以實現(xiàn)雙向跟蹤的目的，值得肯定的是Jira中通過與SVNWebClient集成后可以做到與SVN權(quán)限的完整集成；對于目前需要關(guān)注的與開發(fā)工具的集成，Jira可以與相對較多的IDE工具集成，以Eclipse為例，可以通過Atlassian Connector for Eclipse插件與Jira連接，同時也可以通過Mylyn工具與Jira連接，在Eclipse開發(fā)環(huán)境下變可以看到Issue/bug相關(guān)信息；在項目版本構(gòu)建方面，Jira正常使用時是以該版本項目開始時，先新建項目版本，然后再

21、會有這個項目版本下的問題或任務(wù)，等待項目完成時便可以發(fā)布和歸檔項目，當(dāng)然已經(jīng)存在的問題或任務(wù)的所屬目標(biāo)版本同樣是可以修改和指定的，同時在項目版本發(fā)布時支持自動生成和編輯項目版本的發(fā)布說明信息，發(fā)布說明支持Txt和Html兩種格式。所以，通過該評估結(jié)果顯示，Jira完全可以滿足公司的變更管理要求。4.2 Redmine驗證及分析4.2.1 工具簡介Redmine是一個靈活的項目管理與缺陷跟蹤工具，它是基于Ruby on Rails 框架建立的Web的應(yīng)用程序，頁面符合Web2.0特性，同時又簡單易用，給項目管理和進度度量帶來極大的好處。它用日歷和甘特圖輔助項目及進度可視化顯示，同時又支持多項目管

22、理。它是一個自由開放源碼軟件解決方案，提供集成的項目管理功能，問題跟蹤，并提供多個版本控制選項的支持。雖說像IBM Rational Team Concert的商業(yè)項目調(diào)查工具已經(jīng)很強大了，但想堅持一個自由和開放源碼的解決方案，同時節(jié)省投資開銷，可能會發(fā)現(xiàn)Redmine是一個有用的Scrum和敏捷的選擇。由于Redmine的設(shè)計受到Trac的較大影響，所以它們的軟件包有很多相似的特征。Redmine建立在Ruby on Rails的框架之上，他可以夸平臺和數(shù)據(jù)庫。l 優(yōu)點 開源，免費； 支持項目計劃、任務(wù)分配、需求管理、錯誤跟蹤于一體，而不僅僅是軟件項目缺陷的管理； 支持多項目、子項目、模塊（

23、可以以子項目存在）、自定義查詢、支持上傳附件、支持任務(wù)分配、支持定制功能（屬性自定義、枚舉值自定義、用戶組自定義、角色自定義、問題/任務(wù)狀態(tài)自定義、跟蹤標(biāo)簽自定義等等）、數(shù)據(jù)導(dǎo)出、郵件通知等重點評估的功能； 支持甘特圖和日歷功能； 支持文件管理； Redmine自身對各個角色的內(nèi)部功能權(quán)限控制比較完善； Redmine工具的界面比較清晰，且較美觀。l 缺點 Redmine工具在版本庫的設(shè)置中只可以指定一個版本控制工具的固定用戶，這樣使得每個Redmine用戶在查看版本庫源碼變更時都是用的該固定用戶，潛在的影響是無法做到與版本控制工具（Subversion）相同的權(quán)限管理，但是，由于Redmin

24、e工具自身的角色權(quán)限管理比較完善，其可以具體到某個用戶是否允許查看版本庫源碼，因此，由于只支持固定用戶設(shè)置而導(dǎo)致權(quán)限控制的局限性可以減少很多。4.2.2 環(huán)境要求語言環(huán)境操作系統(tǒng)數(shù)據(jù)庫服務(wù)器客戶端Ruby支持Ruby語言環(huán)境的操作系統(tǒng)，如Unix、Linux、Mac、MacServer、Windows等MySQL5.0以上、PostgreSQL8、SQLite可獨立運行所有web瀏覽器4.2.3 功能特性本次驗證的Redmine功能特性主要包括自定義工作流、項目過程跟蹤情況、與Subversion集成使用情況、與開發(fā)工具集成情況，及項目版本構(gòu)建情況驗證等，各個功能驗證詳情分別說明如下：4.2.

25、3.1 自定義工作流上圖為Redmine工作流程的自定義界面，可定制的元素有角色、跟蹤標(biāo)簽、問題狀態(tài)，這三種元素都同時再允許自己定義如下： 自定義角色 自定義跟蹤標(biāo)簽即自定義跟蹤的類型： 自定義問題狀態(tài)從以上描述可以看出，Redmine工具對于自定義工作流的功能支持非常完善，允許不同的角色人員對不同的問題或任務(wù)類型進行按自定義的問題狀態(tài)設(shè)定其流程。 過程跟蹤情況 問題跟蹤情況從上圖可以看出，一個問題的屬性包含有：狀態(tài)、優(yōu)先級、指派對象、類別、項目目標(biāo)版本、開始日期、完成日期、完成百分比、耗時、預(yù)期時間、子任務(wù)及相關(guān)問題等等，各個屬性都是可作為該問題的跟蹤點，因此作為對應(yīng)屬性條件，

26、查看問題如下圖： 甘特圖方式跟蹤甘特圖方式的跟蹤主要體現(xiàn)項目中所包含的任務(wù)或缺陷在項目所在時間的周范圍內(nèi)的進度情況。圖中顯示內(nèi)容支持根據(jù)增加過濾器選項自定義其顯示內(nèi)容。 日歷方式跟蹤日歷方式的跟蹤主要體現(xiàn)在項目中所包含的任務(wù)或缺陷在項目所在時間的日范圍內(nèi)的進度情況。圖中顯示內(nèi)容支持根據(jù)增加過濾器選項自定義其顯示內(nèi)容。 日志記錄方式跟蹤在Redmine中日志記錄的方式是以項目活動的方式記錄，如下圖： 項目任務(wù)或問耗時跟蹤 項目的路線圖方式跟蹤Redmine中具體項目的路線圖中可以顯示：項目相關(guān)的問題、項目時間進度百分比及時間跟蹤信息等。從以上描述可以看出，Redmine工具對于其所管理的項目整個

27、過程的跟蹤可以做到包括：項目的時間進度、項目所包含問題、項目問題的時間進度、項目問題所屬的責(zé)任人員、項目問題的狀態(tài)等等都可以很好的做到跟蹤及隨時查看，可以滿足對不同項目的過程跟蹤管理。 集成Subversion Redmine端對應(yīng)版本庫信息Redmine集成Subversion后在Redmine工具端支持對每個項目設(shè)置其對應(yīng)的版本控制路徑，一個項目只允許設(shè)置一個版本庫路徑。在對項目設(shè)置完對應(yīng)Subversion版本庫Url之后，查看該項目的版本庫功能項（上圖），顯示如下：通過上圖中選擇兩個帶比較的修改版本號（上圖），進行查看其差別，可以實現(xiàn)兩變更版本的間的差異，修訂版本中顯示的

28、注釋是在版本控制客戶端通過插件工具選擇提交版本所對應(yīng)的問題或任務(wù)編號，形成格式化的注釋后一起提交，即，在Redmine工具端查看版本變更集對應(yīng)的問題或任務(wù)，是以注釋的方式展現(xiàn)。同時，在上圖中可以選擇進入查看其問題的詳細信息，該問題的詳細信息中并不包含每次版本變更的相關(guān)信息。除此之外，可以通過上圖，即通過Web源的方式查看版本庫的修訂版本信息，通過該方式可以實現(xiàn)查看指定的Issue編號對應(yīng)的所有版本變更的修訂信息，如下圖： Subversion端提交版本時信息 Tortoise客戶端在SVN版本控制的客戶端Tortoise安裝TortoiseRedminePlugin插件之后，設(shè)置其集成工具信息

29、如下：在使用Tortoise提交版本變更信息時會顯示如下操作：點擊上圖所示按鈕之后，會顯示如下圖所示的問題信息供提交者選擇：版本提交者根據(jù)實際情況選擇版本信息對應(yīng)的問題或任務(wù)之后提交，然后再Redmine端對應(yīng)項目的版本庫標(biāo)簽下即可查看相關(guān)信息。 Eclipse中SVN插件客戶端在Eclipse中集成的SVN客戶端插件，目前還沒有類似于Tortoise客戶端的Redmine插件TortoiseRedminePlugin可以供集成使用，因此也就無法做到在Eclipse端通過SVN提交版本時選擇其對應(yīng)的Redmine工具中該項目的問題或任務(wù)編號。但是，可以通過在SVN端對該項目的版本設(shè)置其相關(guān)的屬

30、性，類似于：這樣，無論是在Tortoise客戶端還是Eclipse的SVN插件客戶端，進行提交版本時都會提示輸入issue的編號（只能輸入，不可選擇），同樣可以做到以注釋的方式關(guān)聯(lián)問題或任務(wù)與版本變更的關(guān)聯(lián)，只是提交時要求提交者記住其提交的版本對應(yīng)的Redmine的任務(wù)或問題編號及其名稱。 集成開發(fā)工具Redmine與開發(fā)工具Eclipse的集成插件只有Mylyn（一個Eclipse任務(wù)管理(task management)插件，用于將任務(wù)管理和上下文管理無縫集成到Eclipse中。）。 項目版本構(gòu)建Redmine支持在新建問題時選擇對應(yīng)的目標(biāo)版本，前提該目標(biāo)版本名

31、稱已經(jīng)存在，在新建項目版本時無法再回頭選擇已存在的問題，即，先新建項目版本，再在新建問題或任務(wù)時指定該目標(biāo)版本，當(dāng)然也可以修改已存在的問題或任務(wù)對應(yīng)的目標(biāo)版本為該新建的版本，最后在該版本項目結(jié)項時關(guān)閉該項目版本。 項目版本管理 新建版本 新建問題4.2.4 評估結(jié)果Redmine工具在通過上述5個方面的評估驗證后可以發(fā)現(xiàn)，其在自定義工作流方面完全可以做到用戶自行定義工作流的目的；在項目過程跟蹤方面同樣也可以做到從問題相關(guān)屬性點的跟蹤到整個項目本身的全局跟蹤；在與Subversion集成使用時，無論是在變更管理端還是版本控制端基本都可以實現(xiàn)雙向跟蹤的目的；對于目前需要關(guān)注的與開發(fā)工具的集成，以E

32、clipse為例，可以與Redmine集成的工具存在一款任務(wù)管理的工具Mylyn；在項目版本構(gòu)建方面，Redmine正常使用時是以該版本項目開始時，先新建項目版本，然后再會有這個項目版本下的問題或任務(wù)，等待項目完成時便可以關(guān)閉項目，當(dāng)然已經(jīng)存在的問題或任務(wù)的所屬目標(biāo)版本同樣是可以修改和指定的。所以，通過該評估結(jié)果顯示，Redmine基本可以滿足公司的變更管理要求。4.3 ClearQuest驗證及分析4.3.1 工具簡介ClearQuest在Rational產(chǎn)品家族中，處于整個軟件生命周期和測試周期的中心地位。除了可以與其他Rational產(chǎn)品集成使用外（例如與ClearCase集成的UCM解

33、決方案），ClearQuest提供了許多自帶的，“開箱即用”的模板，可以在各個領(lǐng)域的應(yīng)用中獨當(dāng)一面，例如軟件生命周期中的“缺陷追蹤”等，并且ClearQuest的應(yīng)用可以擴展到一切有變更管理或工作流管理的應(yīng)用領(lǐng)域中，例如“客戶支持系統(tǒng)”或者“企業(yè)工作流管理系統(tǒng)”等。這些類型的ClearQuest解決方案都具有“部署簡單”，“操作便捷”的特點。l 優(yōu)點 ClearQuest支持缺陷跟蹤管理，及測試結(jié)果管理，自定義查詢、郵件通知、數(shù)據(jù)導(dǎo)出導(dǎo)入等重點評估功能； ClearQuest與CQ2SVN集成后，在SVN客戶端提交版本變更時可以自動獲取ClearQuest的缺陷列表供提交者選擇。l 缺點 商業(yè)

34、軟件，收費； ClearQuest工具本身需要license，同時CQ2SVN工具也需要license，兩個license是完全不同的，因CQ2SVN使用的license是與IP和Mac地址綁定，因此，更換其他環(huán)境則不能使用； ClearQuest僅是缺陷跟蹤及測試結(jié)果相關(guān)的管理，但也并不是真正意義上的管理工具，其他項目計劃、任務(wù)分配、需求管理等得依賴于ClearCase來完成，因此最好和ClearCase結(jié)合使用； ClearQuest設(shè)計流程由于是完全的定制化則較為復(fù)雜； ClearQuest工具界面較普通。4.3.2 環(huán)境要求語言環(huán)境操作系統(tǒng)數(shù)據(jù)庫服務(wù)器客戶端支持VBS、Perl語言開發(fā)

35、接口WinNT4.0，Windows2000，Windows98，WindowsMe，WindowsXPSQL Server，SQL Anywhere，ORACLE，ACCESS，DB2可獨立運行自帶客戶端和web瀏覽器4.3.3 功能特性在ClearQuest實際驗證環(huán)境中包含了ClearCase、ClearQuest和CQ2SVN三種工具，實際只驗證ClearQuest和CQ2SVN的集成環(huán)境使用，主要功能按其工具的頁面顯示視圖分別說明如下：本次驗證的ClearQuest功能特性主要包括自定義工作流、項目過程跟蹤情況、與Subversion集成使用情況、與開發(fā)工具集成情況，及項目版本構(gòu)建情

36、況驗證等，各個功能驗證詳情分別說明如下： 自定義工作流ClearQuest的工作流自定義功能可以通過其提供的ClearQuest Designer設(shè)計工具自定義，即通過ClearQuest Designer對ClearQuest相關(guān)模式對應(yīng)的記錄狀態(tài)進行設(shè)計和編輯，如下圖示： ClearQuest的缺陷狀態(tài)過度矩陣 ClearQuest的缺陷相關(guān)操作控制信息設(shè)置 ClearQuest的缺陷行為屬性的設(shè)置上述是針對ClearQuest中缺陷的相關(guān)流程屬性的自定義的設(shè)置，除此之外，還有BaseCMActivity、UCMUtilityActivity等相關(guān)記錄類型的自定義設(shè)置。4.3

37、.3.2 過程跟蹤情況ClearQuest中主要是針對缺陷的跟蹤管理，除此之外還有測試結(jié)果的相關(guān)管理，針對缺陷的跟蹤可以通過ClearQuest客戶端連接對應(yīng)項目所在的缺陷管理數(shù)據(jù)庫，通過用戶自定義的查詢條件獲取對應(yīng)項目的缺陷管理列表，對于列表中顯示的相關(guān)缺陷可以通過右鍵更改其對應(yīng)的操作，包括更改狀態(tài)、查看歷史、修改、顯示詳情等等，如下圖：對于某個具體缺陷的跟蹤可以查看其缺陷詳細信息，包含該缺陷的主要信息、備注、附件、日志、客戶等相關(guān)信息，如下圖：對于測試結(jié)果相關(guān)的跟蹤，可以通過查詢對應(yīng)測試結(jié)果信息，反映測試的落實情況，如下圖：因此，在ClearQuest中所有相關(guān)信息的跟蹤主要是通過自定義查

38、詢的方式，顯示的跟蹤屬性都是通過其具體記錄的詳細信息展示。 集成Subversion ClearQuest端缺陷與版本關(guān)聯(lián)ClearQuest中通過CQ2SVN插件集成并配置后，在ClearQuest客戶端查看對應(yīng)項目缺陷的詳細信息時，就會出現(xiàn)對話框選項卡標(biāo)簽，該標(biāo)簽顯示的內(nèi)容便是對應(yīng)SVN端版本提交時的變更集信息，即SVN的提交注釋信息，如下圖：從上圖中顯示可以看出，在查看缺陷詳細信息框中，存在對話框選項，在該選項下顯示的為該缺陷關(guān)聯(lián)的變更集，圖中所示，通過按鈕可以支持對變更集的編輯，如下圖：從上圖可以看出，缺陷對應(yīng)版本變更的信息集合，不難看出上圖中顯示的亂碼，因為ClearQ

39、uest工具本身是支持中文顯示信息的，所以原因只能是在SVN客戶端提交版本信息時使用的cq2svn commit 腳本提交時編碼問題產(chǎn)生（cq2svn是否支持中文字符集還需后續(xù)確認）。 Subversion端版本與缺陷關(guān)聯(lián)在Subversion服務(wù)器端的項目資源庫目錄的hooks目錄下加入鉤子腳本post-commit.bat、pre-commit.bat等腳本，通過該腳本將版本提交時指定通過cq2svn-pre-commit.exe、cq2svn-post-commit.exe等cq2svn的提交工具上傳于ClearQuest對應(yīng)缺陷的數(shù)據(jù)庫記錄，客戶端Tortoise提交時如下圖：由于在S

40、VN客戶端提交版本時，SVN服務(wù)器端的操作會存在向ClearQuest獲取對應(yīng)缺陷，因此響應(yīng)較慢。 集成開發(fā)工具根據(jù)ClearQuest幫助介紹，其可以與RequisitePro、Visual Studio .NET工具一起使用，同時ClearQuest也可以通過Rational ClearQuest Client for Eclipse與Eclipse集成，使得在Eclipse開發(fā)工具端直接使用ClearQuest。 項目版本構(gòu)建ClearQuest工具本身不支持項目的版本構(gòu)建工作，在與ClearQuest集成的ClearCase工具中可以實現(xiàn)該功能。ClearC

41、ase工具中在新建Project時可以指定連接到ClearQuest工具指定項目的數(shù)據(jù)庫，從而做到項目版本與其包含的缺陷統(tǒng)一關(guān)聯(lián)：在ClearCase中對項目的管理支持建立視圖、標(biāo)簽、基線等相關(guān)功能。4.3.4 評估結(jié)果ClearQuest工具在通過上述5個方面的評估驗證后可以發(fā)現(xiàn)，其在自定義工作流方面完全可以做到用戶自行定義工作流的目的，但設(shè)置相對來說比較復(fù)雜；在項目過程跟蹤方面同樣也可以做到從問題相關(guān)屬性點的跟蹤到整個項目本身的全局跟蹤，ClearQuest所完成的跟蹤僅是項目包含缺陷相關(guān)信息，其客戶端所顯示的信息均是由用戶自定查詢顯示的缺陷結(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)該功能。所以，通過該評估結(jié)果顯示，ClearQuest基本可以滿足公司的