軟件配置管理（Software Configuration Management，SCM）作為CMM 2級的一個(gè)關(guān)鍵域（Key Practice Area，KPA），在整個(gè)軟件的開(kāi)發(fā)活動(dòng)中占有很重要的位置。正如Pressman所說(shuō)的：“軟件配置管理是貫穿于整個(gè)軟件過(guò)程中的保護性活動(dòng)，它被設計來(lái)（1）標識變化，（2）控制變化，（3）保證變化被適當的發(fā)現，以及（4）向其他可能有興趣的人員報告變化。” 所以，我們必須為軟件配置管理活動(dòng)設計一個(gè)能夠融合于現有的軟件開(kāi)發(fā)流程的管理過(guò)程，甚至直接以這個(gè)軟件配置管理過(guò)程為框架，來(lái)再造組織的軟件開(kāi)發(fā)流程。
一、迅速發(fā)展的軟件配置管理
配置管理的概念源于美國空軍，為了規范設備的設計與制造，美國空軍1962年制定并發(fā)布了第一個(gè)配置管理的標準“AFSCM375-1，CM During the Development & Acquisition Phases”。
而軟件配置管理概念的提出則在20世紀60年代末70年代初。當時(shí)加利福利亞大學(xué)圣巴巴拉分校的Leon Presser教授在承擔美國海軍的航空發(fā)動(dòng)機研制合同期間，撰寫(xiě)了一篇名為“Change and Configuration Control”的論文，提出控制變更和配置的概念，這篇論文同時(shí)也是他在管理該項目（這個(gè)過(guò)程進(jìn)行過(guò)近一千四百萬(wàn)次修改）的一個(gè)經(jīng)驗總結。
Leon Presser在1975年成立了一家名為SoftTool的公司，開(kāi)發(fā)了配置管理工具：Change and Configuration Control（CCC），這是最早的配置管理工具之一。
隨著(zhù)軟件工程的發(fā)展，軟件配置管理越來(lái)越成熟，從最初的僅僅實(shí)現版本控制，發(fā)展到現在的提供工作空間管理、并行開(kāi)發(fā)支持、過(guò)程管理、權限控制、變更管理等一系列全面的管理能力，已經(jīng)形成了一個(gè)完整的理論體系。同時(shí)在軟件配置管理的工具方面，也出現了大批的產(chǎn)品，如：最著(zhù)名的ClearCase；開(kāi)源產(chǎn)品CVS；入門(mén)級工具M(jìn)icrosoft VSS；新秀Hansky Firefly。
在國外已經(jīng)有30多年歷史的軟件配置管理，但在國內的發(fā)展卻是在21世紀這幾年的事。但是通過(guò)專(zhuān)家們的介紹，我們感受到，國內的軟件配置管理已經(jīng)取得了迅速發(fā)展，并得到了軟件公司的普遍認可。
二、軟件配置管理的基本目標
軟件配置管理是在貫穿整個(gè)軟件生命周期中建立和維護項目產(chǎn)品的完整性。它的基本目標包括：
目標 1: 軟件配置管理的各項工作是有計劃進(jìn)行的。
目標 2: 被選擇的項目產(chǎn)品得到識別，控制并且可以被相關(guān)人員獲取。
目標 3: 已識別出的項目產(chǎn)品的更改得到控制。
目標 4: 使相關(guān)組別和個(gè)人及時(shí)了解軟件基準的狀態(tài)和內容。
三、XSSC有關(guān)軟件配置管理的方針
為了達到上述目標， 如下的方針應該得到貫徹執行：
技術(shù)部門(mén)經(jīng)理和具體項目主管應該使用和遵循XSSC的OSSP中所描述的軟件配置管理的工作過(guò)程。
施行軟件配置管理的職責應被明確分配。相關(guān)人員得到軟件配置管理方面的培訓。
技術(shù)部門(mén)經(jīng)理和具體項目主管應該明確他們在相關(guān)項目中所擔負的軟件配置管理方面的責任。
軟件配置管理工作應該享有足夠的資金支持，這需要在客戶(hù)，技術(shù)部門(mén)經(jīng)理和具體項目主管之間協(xié)商。
軟件配置管理應該實(shí)施于如下產(chǎn)品：對外交付的軟件產(chǎn)品，以及那些被選定的在項目中使用的支持類(lèi)工具等。
軟件配置的整體性在整個(gè)項目生命周期中得到控制。
軟件質(zhì)量保證人員應該定期審核各類(lèi)軟件基準以及軟件配置管理工作。
使軟件基準的狀態(tài)和內容能夠及時(shí)通知給相關(guān)組別和個(gè)人。
四、常用的軟件配置管理工具
現在常用的軟件配置管理工具主要分為三個(gè)級別：
l Rational ClearCase，CA CCC/Havest
l Merant PVCS
l Microsoft VSS，CVS
五．軟件配置管理角色職責
對于任何一個(gè)管理流程來(lái)說(shuō)，保證該流程正常運轉的前提條件就是要有明確的角色、職責和權限的定義。特別是在引入了軟件配置管理的工具之后，比較理想的狀態(tài)就是：組織內的所有人員按照不同的角色的要求、根據系統賦予的權限來(lái)執行相應的動(dòng)作。因此，在本文所介紹的這個(gè)軟件配置管理過(guò)程中主要涉及下列的角色和分工：
項目經(jīng)理（Project Manager，PM）：
項目經(jīng)理是整個(gè)軟件研發(fā)活動(dòng)的負責人，他根據軟件配置控制委員會(huì )的建議批準配置管理的各項活動(dòng)并控制它們的進(jìn)程。其具體職責為以下幾項：
制定和修改項目的組織結構和配置管理策略；
批準、發(fā)布配置管理計劃；
決定項目起始基線(xiàn)和開(kāi)發(fā)里程碑；
接受并審閱配置控制委員會(huì )的報告。
配置控制委員會(huì )（Configuration Control Board，CCB）：
負責指導和控制配置管理的各項具體活動(dòng)的進(jìn)行，為項目經(jīng)理的決策提供建議。其具體職責為以下幾項：
定制開(kāi)發(fā)子系統；
定制訪(fǎng)問(wèn)控制；
制定常用策略；
建立、更改基線(xiàn)的設置，審核變更申請；
根據配置管理員的報告決定相應的對策。
配置管理員（Configuration Management Officer，CMO）：
根據配置管理計劃執行各項管理任務(wù)，定期向CCB提交報告，告，并列席CCB的例會(huì )。其具體職責為以下幾項：
軟件配置管理工具的日常管理與維護；
提交配置管理計劃；
各配置項的管理與維護；
執行版本控制和變更控制方案；
完成配置審計并提交報告；
對開(kāi)發(fā)人員進(jìn)行相關(guān)的培訓；
識別軟件開(kāi)發(fā)過(guò)程中存在的問(wèn)題并擬就解決方案。
系統集成員（System Integration Officer，SIO）：
系統集成員負責生成和管理項目的內部和外部發(fā)布版本，其具體職責為以下幾項：
集成修改；
構建系統；
完成對版本的日常維護；
建立外部發(fā)布版本。
開(kāi)發(fā)人員（Developer，DEV）：
開(kāi)發(fā)人員的職責就是根據組織內確定的軟件配置管理計劃和相關(guān)規定，按照軟件配置管理工具的使用模型來(lái)完成開(kāi)發(fā)任務(wù)。
六．軟件配置管理過(guò)程描述
一個(gè)軟件研發(fā)項目一般可以劃分為三個(gè)階段：計劃階段、開(kāi)發(fā)階段和維護階段。然而從軟件配置管理的角度來(lái)看，后兩個(gè)階段所涉及的活動(dòng)是一致，所以就把它們合二為一，成為“項目開(kāi)發(fā)和維護”階段。
項目計劃階段：
一個(gè)項目設立之初PM首先需要制定整個(gè)項目的計劃，它是項目研發(fā)工作的基礎。在有了總體研發(fā)計劃之后，軟件配置管理的活動(dòng)就可以展開(kāi)了，因為如果不在項目開(kāi)始之初制定軟件配置管理計劃，那么軟件配置管理的許多關(guān)鍵活動(dòng)就無(wú)法及時(shí)有效的進(jìn)行，而它的直接后果就是造成了項目開(kāi)發(fā)狀況的混亂并注定軟件配置管理活動(dòng)成為一種“救火”的行為。所以及時(shí)制定一份軟件配置管理計劃在一定程度上是項目成功的重要保證。
在軟件配置管理計劃的制定過(guò)程中，它的主要流程應該是這樣的：
CCB根據項目的開(kāi)發(fā)計劃確定各個(gè)里程碑和開(kāi)發(fā)策略；
CMO根據CCB的規劃，制定詳細的配置管理計劃，交CCB審核；
CCB通過(guò)配置管理計劃后交項目經(jīng)理批準，發(fā)布實(shí)施。
項目開(kāi)發(fā)維護階段：
這一階段時(shí)項目研發(fā)的主要階段。在這一階段中，軟件配置管理活動(dòng)主要分為三個(gè)層面：（1）主要由CMO完成的管理和維護工作；（2）由SIO和DEV具體執行軟件配置管理策略；（3）變更流程。這三個(gè)層面是彼此之間既獨立又互相聯(lián)系的有機的整體。
在這個(gè)軟件配置管理過(guò)程中，它的核心流程應該是這樣的：（1）CCB設定研發(fā)活動(dòng)的初始基線(xiàn)；（2）CMO根據軟件配置管理規劃設立配置庫和工作空間，為執行軟件配置管理就阿做好準備；（3）開(kāi)發(fā)人員按照統一的軟件配置管理策略，根據獲得的授權的資源進(jìn)行項目的研發(fā)工作；（4）SIO按照項目的進(jìn)度集成組內開(kāi)發(fā)人員的工作成果，并構建系統，推進(jìn)版本的演進(jìn)；（5）CCB根據項目的進(jìn)展情況，審核各種變更請求，并適時(shí)的劃定新的基線(xiàn)，保證開(kāi)發(fā)和維護工作有序的進(jìn)行。
這個(gè)流程就是如此循環(huán)往復，直到項目的結束。當然，在上述的核心過(guò)程之外，還涉及其他一些相關(guān)的活動(dòng)和操作流程，下面按不同的角色分工予以列出：
各開(kāi)發(fā)人員按照項目經(jīng)理發(fā)布的開(kāi)發(fā)策略或模型進(jìn)行工作；
SIO負責將各分項目的工作成果歸并至集成分支，供測試或發(fā)布；
SIO可向CCB提出設立基線(xiàn)的要求，經(jīng)批準后由CMO執行；
CMO定期向項目經(jīng)理和CCB提交審計報告，并在CCB例會(huì )中報告項目在軟件過(guò)程中可能存在的問(wèn)題和改進(jìn)方案；
在基線(xiàn)生效后，一切對基線(xiàn)和基線(xiàn)之前的開(kāi)發(fā)成果的變更必須經(jīng)CCB的批準；
CCB定期舉行例會(huì )，根據成員所掌握的情況、CMO的報告和開(kāi)發(fā)人員的請求，對配置管理計劃作出修改，并向項目經(jīng)理負責。
綜上所述，配置管理的工作流程如圖1所示：
七. 軟件配置管理的關(guān)鍵活動(dòng)
1．配置項（Software Configuration Item，SCI）識別
Pressman對于SCI給出了一個(gè)比較簡(jiǎn)單的定義：“軟件過(guò)程的輸出信息可以分為三個(gè)主要類(lèi)別：（1）計算機程序（源代碼和可執行程序），（2）描述計算機程序的文檔（針對技術(shù)開(kāi)發(fā)者和用戶(hù)），以及（3）數據（包含在程序內部或外部）。這些項包含了所有在軟件過(guò)程中產(chǎn)生的信息，總稱(chēng)為軟件配置項。”
由此可見(jiàn)，配置項的識別是配置管理活動(dòng)的基礎，也是制定配置管理計劃的重要內容。
軟件配置項分類(lèi)軟件的開(kāi)發(fā)過(guò)程是一個(gè)不斷變化著(zhù)的過(guò)程，為了在不嚴重阻礙合理變化的情況下來(lái)控制變化，軟件配置管理引入了“基線(xiàn)（Base Line）”這一概念。IEEE對基線(xiàn)的定義是這樣的：“已經(jīng)正式通過(guò)復審核批準的某規約或產(chǎn)品，它因此可作為進(jìn)一步開(kāi)發(fā)的基礎，并且只能通過(guò)正式的變化控制過(guò)程改變。”
所以，根據這個(gè)定義，我們在軟件的開(kāi)發(fā)流程中把所有需加以控制的配置項分為基線(xiàn)配置項和非基線(xiàn)配置項兩類(lèi)，例如：基線(xiàn)配置項可能包括所有的設計文檔和源程序等；非基線(xiàn)配置項可能包括項目的各類(lèi)計劃和報告等。
配置項的標識和控制
所有配置項都都應按照相關(guān)規定統一編號，按照相應的模板生成，并在文檔中的規定章節（部分）記錄對象的標識信息。在引入軟件配置管理工具進(jìn)行管理后，這些配置項都應以一定的目錄結構保存在配置庫中。
所有配置項的操作權限應由CMO嚴格管理，基本原則是：基線(xiàn)配置項向軟件開(kāi)發(fā)人員開(kāi)放讀取得權限；非基線(xiàn)配置項向PM、CCB及相關(guān)人員開(kāi)放。
2．工作空間管理
在引入了軟件配置管理工具之后，所有開(kāi)發(fā)人員都會(huì )被要求把工作成果存放到由軟件配置管理工具所管理的配置庫中去，或是直接工作在軟件配置管理工具提供的環(huán)境之下。所以為了讓每個(gè)開(kāi)發(fā)人員和各個(gè)開(kāi)發(fā)團隊能更好的分工合作，同時(shí)又互不干擾，對工作空間的管理和維護也成為了軟件配置管理的一個(gè)重要的活動(dòng)。
一般來(lái)說(shuō)，比較理想的情況是把整個(gè)配置庫視為一個(gè)統一的工作空間，然后再根據需要把它劃分為個(gè)人（私有）、團隊（集成）和全組（公共）這三類(lèi)工作空間（分支），從而更好的支持將來(lái)可能出現的并行開(kāi)發(fā)的需求。
每個(gè)開(kāi)發(fā)人員按照任務(wù)的要求，在不同的開(kāi)發(fā)階段，工作在不同的工作空間上，例如：對于私有開(kāi)發(fā)空間而言，開(kāi)發(fā)人員根據任務(wù)分工獲得對相應配置項的操作許可之后，他即在自己的私有開(kāi)發(fā)分支上工作，他的所有工作成果體現為在該配置項的私有分支上的版本的推進(jìn)，除該開(kāi)發(fā)人員外，其他人員均無(wú)權操作該私有空間中的元素；而集成分支對應的是開(kāi)發(fā)團隊的公共空間，該開(kāi)發(fā)團隊擁有對該集成分支的讀寫(xiě)權限，而其他成員只有只讀權限，它的管理工作由SIO負責；至于公共工作空間，則是用于統一存放各個(gè)開(kāi)發(fā)團隊的階段性工作成果，它提供全組統一的標準版本，并作為整個(gè)組織的Knowledge Base。
當然，由于選用的軟件配置管理工具的不同，在對于工作空間的配置和維護的實(shí)現上有比較大的差異，但對于CMO來(lái)說(shuō)，這些工作是他的重要職責，他必須根據各開(kāi)發(fā)階段的實(shí)際情況來(lái)配置工作空間并定制相應的版本選取規則，來(lái)保證開(kāi)發(fā)活動(dòng)的正常運作。在變更發(fā)生時(shí)，應及時(shí)做好基線(xiàn)的推進(jìn)。
3．版本控制
版本控制是軟件配置管理的核心功能。所有置于配置庫中的元素都應自動(dòng)予以版本的標識，并保證版本命名的唯一性。版本在生成過(guò)程中，自動(dòng)依照設定的使用模型自動(dòng)分支、演進(jìn)。除了系統自動(dòng)記錄的版本信息以外，為了配合軟件開(kāi)發(fā)流程的各個(gè)階段，我們還需要定義、收集一些元數據（Metadata）來(lái)記錄版本的輔助信息和規范開(kāi)發(fā)流程，并為今后對軟件過(guò)程的度量做好準備。當然如果選用的工具支持的話(huà)，這些輔助數據將能直接統計出過(guò)程數據，從而方便我們軟件過(guò)程改進(jìn)（Software Process Improvement，SPI）活動(dòng)的進(jìn)行。
對于配置庫中的各個(gè)基線(xiàn)控制項，應該根據其基線(xiàn)的位置和狀態(tài)來(lái)設置相應的訪(fǎng)問(wèn)權限。一般來(lái)說(shuō)，對于基線(xiàn)版本之前的各個(gè)版本都應處于被鎖定的狀態(tài)，如需要對它們進(jìn)行變更，則應按照變更控制的流程來(lái)進(jìn)行操作。
4．變更控制
在對SCI的描述中，我們引入了基線(xiàn)的概念。從IEEE對于基線(xiàn)的定義中我們可以發(fā)現，基線(xiàn)是和變更控制緊密相連的。也就是說(shuō)在對各個(gè)SCI做出了識別，并且利用工具對它們進(jìn)行了版本管理之后，如何保證它們在復雜多變得開(kāi)發(fā)過(guò)程中真正的處于受控的狀態(tài)，并在任何情況下都能迅速的恢復到任一歷史狀態(tài)就成為了軟件配置管理的另一重要任務(wù)。因此，變更控制就是通過(guò)結合人的規程和自動(dòng)化工具，以提供一個(gè)變化控制的機制。
在本文的前面的部分中，已經(jīng)把SCI分為基線(xiàn)配置項和非基線(xiàn)配置項兩大類(lèi)，所以這里所涉及的變更控制的對象主要指配置庫中的各基線(xiàn)配置項。
變更管理的一般流程是：
A) （獲得）提出變更請求；
B) 由CCB審核并決定是否批準；
C) （被接受）修改請求分配人員為，提取SCI，進(jìn)行修改；
D) 復審變化；
E) 提交修改后的SCI；
F) 建立測試基線(xiàn)并測試；
G) 重建軟件的適當版本；
H) 復審（審計）所有SCI的變化；
I) 發(fā)布新版本。
在這樣的流程中，CMO通過(guò)軟件配置管理工具來(lái)進(jìn)行訪(fǎng)問(wèn)控制和同步控制，而這兩種控制則是建立在前文所描述的版本控制和分支策略的基礎上的。
5．狀態(tài)報告
配置狀態(tài)報告就是根據配置項操作數據庫中的記錄來(lái)向管理者報告軟件開(kāi)發(fā)活動(dòng)的進(jìn)展情況。這樣的報告應該是定期進(jìn)行，并盡量通過(guò)CASE工具自動(dòng)生成，用數據庫中的客觀(guān)數據來(lái)真實(shí)的反映各配置項的情況。
配置狀態(tài)報告應根據報告應著(zhù)重反映當前基線(xiàn)配置項的狀態(tài)，以作為對開(kāi)發(fā)進(jìn)度報告的參照。同時(shí)也能從中根據開(kāi)發(fā)人員對配置項的操作記錄來(lái)對開(kāi)發(fā)團隊的工作關(guān)系作一定的分析。
配置狀態(tài)報告應該包括下列主要內容：
A) 配置庫結構和相關(guān)說(shuō)明；
B) 開(kāi)發(fā)起始基線(xiàn)的構成；
C) 當前基線(xiàn)位置及狀態(tài)；
D) 各基線(xiàn)配置項集成分支的情況；
E) 各私有開(kāi)發(fā)分支類(lèi)型的分布情況；
F) 關(guān)鍵元素的版本演進(jìn)記錄；
G) 其它應予報告的事項。
6．配置審計
配置審計的主要作用是作為變更控制的補充手段，來(lái)確保某一變更需求已被切實(shí)實(shí)現。在某些情況下，它被作為正式的技術(shù)復審的一部分，但當軟件配置管理是一個(gè)正式的活動(dòng)時(shí)，該活動(dòng)由SQA人員單獨執行。
總之，軟件配置管理的對象是軟件研發(fā)活動(dòng)中的全部開(kāi)發(fā)資產(chǎn)。所有這一切都應作為配置項納入管理計劃統一進(jìn)行管理，從而能夠保證及時(shí)的對所有軟件開(kāi)發(fā)資源進(jìn)行維護和集成。因此，軟件配置管理的主要任務(wù)也就歸結為以下幾條：（1）制定項目的配置計劃；（2）對配置項進(jìn)行標識；（3）對配置項進(jìn)行版本控制；（4）對配置項進(jìn)行變更控制；（5）定期進(jìn)行配置審計；（6）向相關(guān)人員報告配置的狀態(tài)。
在此，我想特別指出的是：由于軟件配置管理覆蓋了整個(gè)軟件的開(kāi)發(fā)過(guò)程，因此它是改進(jìn)我們的軟件過(guò)程、提高過(guò)程能力成熟度的理想的切入點(diǎn)。希望本文所描述的這個(gè)軟件配置管理的角色分配和工作流程能在實(shí)踐中不斷地得到完善，從而使我們的軟件開(kāi)發(fā)活動(dòng)能夠更加有序、高效的進(jìn)行！
八、實(shí)施配置管理的收益
國內很多軟件企業(yè)已經(jīng)逐漸認識到配置管理的重要性，都希望通過(guò)實(shí)施配置管理來(lái)提高軟件開(kāi)發(fā)管理的水平，增強企業(yè)自身的競爭力，應對市場(chǎng)的壓力。
針對市場(chǎng)的這些需求，Hansky公司在中國市場(chǎng)推出了業(yè)界技術(shù)領(lǐng)先的軟件配置管理解決方案，產(chǎn)品包括配置管理工具Firefly和變更管理工具Butterfly。Firefly是Hansky公司推出的軟件配置管理系統，它可以輕松管理、維護整個(gè)企業(yè)的軟件、代碼和文檔。Firefly是一個(gè)高性能、運行速度極快的軟件配置管理系統，支持不同的開(kāi)發(fā)、運行平臺，因此它能在整個(gè)企業(yè)中的不同團隊、不同項目中都得以廣泛的應用。Firefly能夠對團隊開(kāi)發(fā)提供有力的支持，開(kāi)發(fā)團隊一旦擁有了Firefly，就可以非常準確的定義：
軟件將在什么時(shí)間發(fā)布；
當前發(fā)布版本中有哪些功能，由哪些組件構成；
當前版本中加入了針對哪些Bug的修改；
軟件的某個(gè)修改是誰(shuí)認可的；
如何建立新的發(fā)布版本；
等等…
Butterfly是Hansky公司提供的新一代的軟件變更請求管理軟件。它以軟件產(chǎn)品為中心，有效的協(xié)調軟件項目中各職位人員的工作，能夠使軟件項目在較短時(shí)間內高質(zhì)量完成。
Butterfly的主要功能如下：
提供對開(kāi)發(fā)過(guò)程中的缺陷、建議和任務(wù)的追蹤管理；
規劃開(kāi)發(fā)過(guò)程，完善源代碼編寫(xiě)，提高軟件重用率，最大限度保護企業(yè)知識財富；
提供豐富的報表功能，以直觀(guān)圖形統計開(kāi)發(fā)人員的工作進(jìn)度和編碼質(zhì)量，客觀(guān)評價(jià)員工表現；
優(yōu)化業(yè)務(wù)流程，科學(xué)的工作流系統使用戶(hù)工作起來(lái)有條不紊，大大提高工作效率，同時(shí)用戶(hù)可以根據實(shí)際情況簡(jiǎn)單、快捷地定制自己的業(yè)務(wù)流程；
掌握工作進(jìn)度，在軟件開(kāi)發(fā)的各個(gè)階段進(jìn)行都可以進(jìn)行強大的過(guò)程控制；
開(kāi)發(fā)人員可以明確地了解他被分配的開(kāi)發(fā)任務(wù)，并根據優(yōu)先級依次完成；
提供友好的人機界面，支持工作分配的電子郵件自動(dòng)通知，方便各種類(lèi)型的工作人員使用，增加溝通和交流；
對軟件的錯誤進(jìn)行系統管理，從根本上提高軟件產(chǎn)品競爭力，提高產(chǎn)品質(zhì)量；
加速開(kāi)發(fā)進(jìn)程，規范軟件產(chǎn)品開(kāi)發(fā)的各個(gè)階段，避免浪費不必要的時(shí)間。
Hansky公司的配置管理解決方案給公司帶來(lái)的益處將是顯而易見(jiàn)的：管理者能夠輕松控制產(chǎn)品的進(jìn)度、質(zhì)量；開(kāi)發(fā)人員將有更多的時(shí)間進(jìn)行創(chuàng )造性的工作；測試人員將依照一個(gè)標準的流程高效完成日常工作；產(chǎn)品發(fā)布人員能夠確保交到用戶(hù)手中的產(chǎn)品的質(zhì)量。
具體而言，用戶(hù)可以在資金、管理水平和保護知識財富等方面得到切實(shí)收益。
節約用戶(hù)資金
(1) Hansky配置管理系統的總體實(shí)施成本低
對硬件系統性能的要求低，可以跨平臺使用，節約了用戶(hù)的投資；
安裝簡(jiǎn)單，易于維護，無(wú)需專(zhuān)職的系統管理員；
功能簡(jiǎn)潔、實(shí)用，易于學(xué)習和掌握，可以有效縮短配置管理系統投入實(shí)際使用的周期；
良好的擴展性和靈活的License管理方式，以及組件式的解決方案，使得我們的配置管理系統既支持小組模式的用戶(hù)，也能夠支持大規模團隊的協(xié)同開(kāi)發(fā)工作，并且能夠方便地進(jìn)行擴展，用戶(hù)可以根據實(shí)際需要，靈活的配置，大大降低了降低初期投入的資金；
具有前瞻性，保護用戶(hù)的投資。Hansky公司的軟件配置管理產(chǎn)品采用最新的技術(shù)（如純TCP/IP技術(shù)、J2EE技術(shù)、MS .NET的開(kāi)發(fā)環(huán)境等）和全新的應用模式（如三層結構、B/S應用結構等），確保系統在較長(cháng)的時(shí)間內不會(huì )落后于同類(lèi)產(chǎn)品或不需要技術(shù)上的更新；
自帶存儲庫增量備份/恢復功能，節約用戶(hù)在備份方面的支出。
(2) 縮短用戶(hù)的產(chǎn)品開(kāi)發(fā)周期
利用Hansky的Firefly系統對開(kāi)發(fā)資源進(jìn)行版本管理和跟蹤，可以建立公司級的代碼知識庫，保存開(kāi)發(fā)過(guò)程中的所有歷史版本，這樣大大提高了代碼的復用率，還便于同時(shí)維護多個(gè)版本和進(jìn)行新版本的開(kāi)發(fā)，最大限度地共享代碼。利用Butterfly組建開(kāi)發(fā)團體之間的問(wèn)題跟蹤及消息通訊機制，通過(guò)與電子郵件系統的結合大大增強了開(kāi)發(fā)團體之間的溝通能力，通過(guò)豐富的報表功能可對發(fā)現的問(wèn)題進(jìn)行整理、以報表方式分類(lèi)報出，作為開(kāi)發(fā)的指導。通過(guò)使用Hansky的配置管理套件可以提高開(kāi)發(fā)效率和產(chǎn)品質(zhì)量，避免了代碼覆蓋、溝通不夠、開(kāi)發(fā)無(wú)序的混亂局面，大大縮短了產(chǎn)品的開(kāi)發(fā)周期。
(3) 降低產(chǎn)品的部署費用
使用Hansky的軟件配置管理解決方案后，用戶(hù)可以在Hansky技術(shù)專(zhuān)家的幫助下建立規范的配置管理流程，所有的軟件產(chǎn)品將得到統一有效的管理。借助Firefly和Butterfly，工程人員可以通過(guò)訪(fǎng)問(wèn)服務(wù)器直接獲取所需的最新版本，查找公司的知識庫，提交變更請求，收集用戶(hù)的反饋意見(jiàn)。開(kāi)發(fā)人員無(wú)需到現場(chǎng)即可再現用戶(hù)環(huán)境，集中解決問(wèn)題，發(fā)布補丁。這樣可以同時(shí)響應多個(gè)地點(diǎn)的項目，防止開(kāi)發(fā)人員分配到各個(gè)項目點(diǎn)、力量分散、人員不夠的弊端，同時(shí)節約大量的旅差費用。
提高軟件開(kāi)發(fā)管理的水平
(1) 改進(jìn)用戶(hù)的開(kāi)發(fā)工作模式
使用Hansky的配置管理解決方案，可以有效地改進(jìn)用戶(hù)的軟件開(kāi)發(fā)模式和過(guò)程，提高企業(yè)軟件能力成熟度的級別。
借助Firefly和Butterfly，用戶(hù)可以：
有效的管理工作空間，各個(gè)成員的具有獨立的工作空間，并能記錄其變更集和整個(gè)生命周期中的完整變更歷史；
簡(jiǎn)便建立分支，支持分支之間的比較與合并，歸并，管理基線(xiàn)；
支持并行開(kāi)發(fā)模式，提高開(kāi)發(fā)效率；
支持異地開(kāi)發(fā)，Firefly通過(guò)自動(dòng)或手動(dòng)同步不同開(kāi)發(fā)地點(diǎn)的的存儲庫，為地理分布的開(kāi)發(fā)團隊提供很好的支持；
集成變更請求管理與項目生存周期中的變更記錄與追蹤，優(yōu)化測試流程；
完善的發(fā)布管理，可以方便的回溯任意版本，為不同的用戶(hù)定制應用程序的版本，促進(jìn)系統的快速部署，提供發(fā)布版本內容的審計能力；
支持變更集和原子事務(wù)，確保變更的一致性；
支持離線(xiàn)的版本管理，幫助用戶(hù)記錄項目證明周期內的完整歷史；
內置Defect、RFE、Task（問(wèn)題、建議、任務(wù)）工作流，符合正規軟件公司的軟件開(kāi)發(fā)流程?？茖W(xué)的工作流系統可以使公司人員工作起來(lái)得心應手，有條不紊，從而大大提高工作效率。
(2) 加強項目管理能力
通過(guò)瀏覽器，項目負責人可以方便地查看項目進(jìn)展情況以及員工工作情況；
利用Web界面即可實(shí)現代碼復查和項目狀態(tài)復查；
豐富的圖表、報告功能，可以自動(dòng)生成變更統計報告、配置審計報告，支持過(guò)程管理與進(jìn)度分析，能夠幫助管理者進(jìn)行決策。
(3) 量化工作量考核
傳統的開(kāi)發(fā)管理中，工作量一直是難以估量的指標?？块_(kāi)發(fā)人員自己把握，隨意性過(guò)大；靠管理人員把握，主觀(guān)性又太強。采用Firefly和Butterfly管理后，系統能夠客觀(guān)的記錄員工的工作內容和質(zhì)量，可以作為工作量的衡量指標。
(4) 規范測試流程
Butterfly和Firefly集成后，可以有效地跟蹤和處理軟件的變更，完整地記錄測試人員的工作內容，測試有了實(shí)實(shí)在在的工作，測試人員根據修改描述細節對每一天的工作做具體的測試。對測試人員也具有相應的可考核性，這樣環(huán)環(huán)相扣，有效地增強了對測試的管理。
(5) 加強協(xié)調與溝通，增加團隊競爭力
使用Firefly保存公司的所有知識財富、利用Butterfly的FAQ、檢索以及Email自動(dòng)通知功能，有效地加強了項目成員之間的溝通，做到有問(wèn)題及時(shí)發(fā)現、及時(shí)修改、及時(shí)通知，卻又不會(huì )額外增加很多的工作量，大大提高了開(kāi)發(fā)團隊的協(xié)同工作效率。
保護企業(yè)的知識財富
從整個(gè)企業(yè)的發(fā)展戰略來(lái)說(shuō)，如何在技術(shù)日新月異、人員流動(dòng)頻繁的情況下，本公司的知識庫及經(jīng)驗庫，把個(gè)人的知識及經(jīng)驗轉變?yōu)楣镜闹R和經(jīng)驗，這對于提高工作效率、縮短產(chǎn)品周期以及提高公司的競爭力都具有至關(guān)重要的作用。采用科學(xué)的配置管理思想，輔之以先進(jìn)的配置管理工具，可以幫助用戶(hù)在內部建立完善的知識管理體系。
(1) 代碼對象庫
軟件代碼是軟件開(kāi)發(fā)人員腦力勞動(dòng)的結晶，也是軟件公司的寶貴財富，長(cháng)期開(kāi)發(fā)過(guò)程中形成的各種代碼對象就像一個(gè)個(gè)零件一樣，是快速生成系統的組成部分。然而長(cháng)期以來(lái)的一個(gè)事實(shí)是：一旦某個(gè)開(kāi)發(fā)人員離開(kāi)工作崗位，其原來(lái)所編寫(xiě)的代碼便基本成為垃圾，無(wú)人過(guò)問(wèn)；或者由于文檔不全，無(wú)從考究。究其原因，就是沒(méi)有專(zhuān)門(mén)對每個(gè)開(kāi)發(fā)人員的代碼、組件和文檔進(jìn)行科學(xué)的管理，將其應用范圍擴大到公司一級，進(jìn)行規范化，加以說(shuō)明和普及。Firefly為代碼管理提供了一個(gè)平臺和倉庫，有利于建立公司級的代碼對象庫，增進(jìn)代碼復用，提高開(kāi)發(fā)重用率和軟件質(zhì)量。
(2) 業(yè)務(wù)及經(jīng)驗庫
通過(guò)Firefly和Butterfly，可自動(dòng)生成完整的開(kāi)發(fā)日志及問(wèn)題集合，用文字記錄開(kāi)發(fā)的整個(gè)過(guò)程，不會(huì )因某人的流動(dòng)而消失，有利于公司積累業(yè)務(wù)經(jīng)驗，無(wú)論對軟件維護或版本升級，都具有重要的指導作用。此外，利用Butterfly內建的FAQ模塊，可以建立檢索方便的經(jīng)驗庫，傳播和共享集體的智慧。
(3) 安全性和可靠性
由于配置管理系統集中存儲了企業(yè)的重要知識財富，因此對其安全性和可靠性有極高的要求。Firefly可以對所有存儲的文件進(jìn)行冗余校驗，使用MD5作為文件的校驗和，并提供備份和恢復工具，確保了數據的可靠性。同時(shí)Firefly支持用戶(hù)身份驗證和訪(fǎng)問(wèn)控制，支持用戶(hù)組，便于權限設置。訪(fǎng)問(wèn)控制可以針對分支、目錄，甚至單個(gè)文件設置，采用類(lèi)似Windows NTFS的權限管理方式，既靈活又安全。這些措施使得企業(yè)的知識財富得到了安全可靠的存儲和保護。
另外，由于Hansky的產(chǎn)品采用了三層結構設計，其存儲庫完全不依賴(lài)于網(wǎng)絡(luò )文件體統，無(wú)需共享存儲目錄，能夠有效防止病毒攻擊所導致的存儲庫癱瘓或損壞，同時(shí)杜絕網(wǎng)絡(luò )非法訪(fǎng)問(wèn)。
聯(lián)系客服
