目前，由美國軟件工程學(xué)會(huì )（SEI）開(kāi)發(fā)的軟件能力成熟度模型（CMM，Capability Maturity Model），已經(jīng)在軟件過(guò)程及質(zhì)量改進(jìn)方面被廣泛接受，但如何在商業(yè)驅動(dòng)的軟件過(guò)程改進(jìn)中有效地使用這一模型，特別是針對小型組織和小型工程項目，仍存在著(zhù)許多誤解。本文就這個(gè)問(wèn)題進(jìn)行嘗試性的探討，并對CMM二級的軟件配置管理關(guān)鍵過(guò)程域的執行予以描述。

　　一、小組織/小項目與CMM

　　小組織/小項目必須引入標準的軟件能力成熟度模型，否則就不可能成為真正的軟件開(kāi)發(fā)企業(yè)。在全面接受CMM理念的同時(shí)，最為急需導入的是軟件配置管理關(guān)鍵過(guò)程域，要不失時(shí)機地上線(xiàn)使用軟件配置管理工具，以便支撐項目實(shí)施。項目承制方不僅能在開(kāi)發(fā)過(guò)程中受益，最為實(shí)際的是通過(guò)軟件基線(xiàn)的界定，能形成階段性產(chǎn)品。這些產(chǎn)品是項目開(kāi)發(fā)團隊理應關(guān)注的對象，也是市場(chǎng)部經(jīng)理與客戶(hù)方博弈的砝碼。小組織/小項目在執行軟件配置管理關(guān)鍵過(guò)程域中，應該完全按照規范操作，不能做任何裁剪，在組織結構與角色劃分上盡量實(shí)現4個(gè)目標、25個(gè)關(guān)鍵實(shí)踐及其描述的各種活動(dòng)。

　　1.小項目／小組織

　　CMM能否被用于小項目/小組織的問(wèn)題中，關(guān)于“小”的定義一直是模糊難解的。

　　其中，小項目到微小項目是在小組軟件過(guò)程（TSP，Team Software Process）的范圍中，而個(gè)人的開(kāi)發(fā)努力則在個(gè)體軟件過(guò)程（PSP，Personal Software Process）的范圍中。TSP和PSP闡明了CMM的概念是如何應用到小項目中的。

　　2.PSP和TSP

　　個(gè)體軟件過(guò)程是一種可用于控制、管理和改進(jìn)個(gè)人工作方式的自我改善過(guò)程，是一個(gè)包括軟件開(kāi)發(fā)表格、指南和規程的結構化框架。PSP為基于個(gè)體和小型群組軟件過(guò)程的優(yōu)化提供了具體而有效的途徑，譬如，如何制定計劃，如何控制質(zhì)量，如何與其他人相互協(xié)作等等。在軟件設計階段，PSP的著(zhù)眼點(diǎn)在于軟件缺陷的預防，其具體辦法是強化設計結束的準則，而不是設計方法的選擇。

　　個(gè)體軟件過(guò)程與具體的技術(shù)（程序設計語(yǔ)言、工具或者設計方法）相對獨立，其原則能夠應用到幾乎任何軟件工程任務(wù)之中。個(gè)體軟件過(guò)程應達到：

　�、僬f(shuō)明個(gè)體軟件過(guò)程的原則；

　�、趲椭�軟件工程師做出準確的計劃；

　�、鄞_定軟件工程師為改善產(chǎn)品質(zhì)量要采取的步驟；

　�、芙�立度量個(gè)體軟件過(guò)程改善的基準；

　�、荽_定過(guò)程的改變對軟件工程師能力的影響。

　　小組軟件過(guò)程致力于開(kāi)發(fā)高質(zhì)量的產(chǎn)品，建立、管理和授權項目小組，并指導他們在滿(mǎn)足計劃費用的前提下，在承諾的期限范圍內，不斷生產(chǎn)并交付高質(zhì)量的產(chǎn)品。

　　小組軟件過(guò)程實(shí)施集體管理與自己管理相結合的原則，最終目的在于指導開(kāi)發(fā)人員如何在最少的時(shí)間內，以預定的費用生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，所采用的方法是對群組開(kāi)發(fā)過(guò)程的定義、度量和改進(jìn)。

　　實(shí)現小組軟件過(guò)程的方法需要具備四個(gè)條件：

　�、傩枰�高層主管和各級經(jīng)理的支持，以取得必要的資源；

　�、谡麄�(gè)軟件開(kāi)發(fā)小組至少應在CMM的第二級（可重復層）；

　�、廴�體軟件開(kāi)發(fā)人員必須經(jīng)過(guò)個(gè)體軟件過(guò)程培訓，并有按小組軟件過(guò)程工作的愿望和熱情；

　�、荛_(kāi)發(fā)小組成員應在2到20個(gè)人之間。

　　在實(shí)施小組軟件過(guò)程中，如果發(fā)現未能按期按質(zhì)完成，應立即分析原因，以判定問(wèn)題是由于工作內容不合適或工作計劃不實(shí)際引起，還是由于資源不足或主觀(guān)努力不夠所引起的。開(kāi)發(fā)小組應隨時(shí)追蹤項目進(jìn)展狀況并定期匯報，還應經(jīng)常審視自己是否按軟件開(kāi)發(fā)過(guò)程的原理工作。如發(fā)現過(guò)程不合適，應及時(shí)改進(jìn)。

　　3.CMM、PSP和TSP組成的軟件過(guò)程框架

　　CMM、PSP和TSP組成的軟件過(guò)程框架。

　　CMM是過(guò)程改善的第一步，它提供評價(jià)組織的能力、識別優(yōu)先改善需求和追蹤改善進(jìn)展的管理方式。PSP能夠指導軟件工程師如何保證自己的工作質(zhì)量，估計和規劃自身的工作，度量和追蹤個(gè)人的表現，管理自身的軟件過(guò)程和產(chǎn)品質(zhì)量。TSP結合了CMM的管理方法和PSP的工程技能，通過(guò)告訴軟件工程師如何將個(gè)體過(guò)程結合進(jìn)小組軟件過(guò)程，并將后者與整個(gè)管理系統相聯(lián)系；通過(guò)告訴管理層如何支持和授權項目小組，堅持高質(zhì)量的工作，并且依據數據進(jìn)行項目管理，向組織展示如何應用CMM原則和PSP去生產(chǎn)高質(zhì)量的產(chǎn)品。

　　4.PSP和TSP對CMM的支持

　　二、軟件配置管理

　　軟件配置管理（SCM，Soft Configure Management）的目的是在整個(gè)項目的軟件生存周期內，建立和維護軟件項目產(chǎn)品的完整性。

　　軟件配置管理包括在給定時(shí)間點(diǎn)上及時(shí)地標識軟件的配置，系統地控制對配置的更改，并在整個(gè)軟件生存周期中維護配置的完整性和可跟蹤性。置于軟件配置管理之下的工作產(chǎn)品包括交付給客戶(hù)的軟件產(chǎn)品（如軟件需求文檔和代碼），以及與這些軟件產(chǎn)品一同標識的或為產(chǎn)生這些軟件產(chǎn)品所要求的產(chǎn)品項（如編譯程序）。

　　通過(guò)軟件配置管理的更改控制和配置審核職能，項目能系統地控制對基線(xiàn)的更改和由軟件基線(xiàn)庫構造的軟件產(chǎn)品的發(fā)布。

　　關(guān)鍵過(guò)程域包括實(shí)施軟件配置管理職能的有關(guān)實(shí)踐。標識特定配置項/單元的實(shí)踐則包含在描述各配置項/單元開(kāi)發(fā)和維護的關(guān)鍵過(guò)程域中。

　　1.SCM的關(guān)鍵活動(dòng)

　　CMM中的軟件配置管理包括了多項相關(guān)活動(dòng)，包括版本控制、建立軟件配置庫系統、配置項變化的控制、軟件基線(xiàn)記錄報告等等。如果將SCM作為一個(gè)配置管理模型，應當強調以下幾點(diǎn)：

　�。�1）任務(wù)清晰，責任明確

　　為了確保軟件開(kāi)發(fā)過(guò)程中開(kāi)發(fā)人員之間各種信息交流的順暢和準確，首要問(wèn)題是確立一個(gè)實(shí)施架構。通常是以“組”的概念細分一項工程中各類(lèi)任務(wù)的執行單位，明確各組在開(kāi)發(fā)和管理過(guò)程中各自的職責、需要完成的工作，管理層面可由此清晰地了解產(chǎn)品的完成情況�？傮w設計者利用任務(wù)的展開(kāi)方式進(jìn)行任務(wù)分配，用網(wǎng)絡(luò )圖的方式控制各組之間的關(guān)系，包括時(shí)間進(jìn)度計劃和各組之間的接口等等。

　　軟件開(kāi)發(fā)過(guò)程中的任務(wù)管理是配置管理的基礎，如果任務(wù)定義不明確，配置管理的實(shí)施也將難以保證。通過(guò)對任務(wù)的詳細定義，把每一個(gè)子任務(wù)具體分配給某一個(gè)人去完成，這樣就將對集體管理的任務(wù)細化到對個(gè)人的管理層面上了。

　�。�2）建立軟件配置管理庫系統

　　建立軟件配置管理庫系統的主要目的是用來(lái)存放軟件基線(xiàn)。它可以對軟件配置管理進(jìn)行多級控制，譬如在產(chǎn)品開(kāi)發(fā)周期中，不同階段有著(zhù)不同力度的配置管理，隨著(zhù)產(chǎn)品不斷成熟，控制力度也隨之增強；提供對庫中配置項的存儲和修改的功能，支持在相關(guān)組之間和庫中不同控制級間共享和傳輸配置項；支持生成軟件配置管理的報告文檔及軟件基線(xiàn)內容的報告文檔；有助于確保從軟件基線(xiàn)庫中發(fā)布的相關(guān)文檔和軟件產(chǎn)品的正確性。

　�。�3）版本管理

　　版本控制是軟件配置管理的基本要求，它可以保證在任何時(shí)刻恢復任何一個(gè)中間產(chǎn)品的任意版本。版本管理記錄了所有庫中代碼和文檔的開(kāi)發(fā)歷程，可以保證產(chǎn)品的可追溯性，為調試代碼、清除缺陷提供很大的幫助。同時(shí)，版本管理支持并行開(kāi)發(fā)和維護，為協(xié)同開(kāi)發(fā)打下了基礎。

　�。�4）變化控制

　　在有配置管理概念的軟件產(chǎn)品開(kāi)發(fā)過(guò)程中，所有的改變都是在有效控制下的，包括軟件基線(xiàn)的改變、配置項的改變。改變管理的一個(gè)基本項就是改變請求（CR，Change Request），在一個(gè)軟件系統中描述邏輯上改變的實(shí)體。改變請求是由開(kāi)發(fā)計劃變化和錯誤報告生成的。在開(kāi)發(fā)過(guò)程中，CR主要收集有關(guān)系統改變的信息。開(kāi)發(fā)人員將一個(gè)新建或修改過(guò)的文件寫(xiě)入庫中時(shí)，要指出相關(guān)的CR，文件名稱(chēng)和版本需在CR中登記。CR的最終版本包括邏輯改變的描述和所有修改的文件版本信息。由SCM組和SCCM（軟件配置控制委員會(huì )）審核要寫(xiě)入配置管理庫中的新的軟件基線(xiàn)。

　　2.軟件配置管理工具

　　軟件配置管理工具（SCMT，Soft Configure Management Tool）正是從這一角度出發(fā)，對軟件配置管理過(guò)程進(jìn)行具體實(shí)施，將抽象的軟件配置管理工作轉化為可借鑒的、可操作的具體執行規范。SCMT作為軟件配置管理的輔助手段，必須要制定一個(gè)實(shí)際、可行的軟件配置管理流程，依據該流程，加之SCMT的輔助，軟件配置管理工作才能真正做到科學(xué)、有序。

　　3.軟件配置管理流程

　　SCMT將軟件配置管理工作分解為項目建立、配置策劃？項目策劃、計算機軟件配置項（CSCI）策劃？、CSCI入庫（初始入庫、更動(dòng)入庫）、軟件問(wèn)題報告、軟件更動(dòng)報告、更動(dòng)出庫、瀏覽出庫、項目歸檔、項目導入、產(chǎn)品定義、產(chǎn)品出庫、配置審計、配置追蹤、狀態(tài)報告等。

　　首先由系統管理員建立項目，將項目基本信息入庫和創(chuàng )建軟件配置控制委員會(huì )（SCCB）用戶(hù)、項目管理員；其次由項目管理員對已建立的項目進(jìn)行項目策劃，劃分CSCI，一個(gè)項目可以包含一個(gè)或多個(gè)CSCI，包括將CSCI 基本信息入庫和創(chuàng )建CSCI管理員、配置管理組成員，項目策劃需要由軟件配置控制委員會(huì )審批。

　　其次，由CSCI管理員進(jìn)行CSCI策劃，包括劃分基線(xiàn)、為每條基線(xiàn)標識軟件配置管理項（CMI）、確定CMI之間的依賴(lài)關(guān)系、創(chuàng )建一般用戶(hù)，CSCI策劃由配置管理組審批；配置策劃完成后，即可進(jìn)行初始入庫（指CMI的初次入庫，由權限用戶(hù)操作，由配置管理組審批）。有了已入庫的CMI后就可以進(jìn)行后續操作。

　　SCMT中規定如下配置更動(dòng)規程：配置更動(dòng)針對的是受控庫中登錄的軟件問(wèn)題，配置更動(dòng)實(shí)施前必須填寫(xiě)軟件更動(dòng)報告，經(jīng)更動(dòng)評審組評審通過(guò)，且確認評審結論為“按計劃實(shí)施”時(shí)，才能從受控庫中提出需更動(dòng)的 CMI并實(shí)施更動(dòng)。更動(dòng)實(shí)施完成后，必須通過(guò)評審才能重新進(jìn)入受控庫。

　　更動(dòng)過(guò)程在 SCMT 內分解為提交軟件問(wèn)題報告，提交軟件更動(dòng)報告，更動(dòng)出庫和更動(dòng)入庫。軟件問(wèn)題報告由發(fā)現問(wèn)題的人員填寫(xiě)，不需要審批；軟件更動(dòng)報告由CSCI管理員填寫(xiě)，交更動(dòng)評審組審核。在項目建立時(shí)或在接到軟件更動(dòng)報告后，建立更動(dòng)評審組。根據所開(kāi)發(fā)軟件的關(guān)鍵級別和規模大小決定更動(dòng)評審組規模的大小，構成人員應包括軟件項目的管理人員、技術(shù)負責人員、總體設計人員、軟件質(zhì)量保證人員和軟件配置管理人員，組成人數可視實(shí)際情況酌定。更動(dòng)評審組收到軟件更動(dòng)報告后，分析此更動(dòng)的必要性和技術(shù)可行性，并權衡其他的更動(dòng)策略和方法，所涉及的有關(guān)CMI，對系統的功能和性能的影響，更動(dòng)所需的資源是否合理、充分以及對整個(gè)工程進(jìn)展和經(jīng)費的影響等。由此決策是否實(shí)施此項更動(dòng)，并給出更動(dòng)評審結論，同時(shí)由 SCCB簽署該軟件更動(dòng)報告。

　　SCMT審查簽署后的軟件更動(dòng)報告中的更動(dòng)結論，清除問(wèn)題時(shí)，形成“問(wèn)題報告”－“更動(dòng)報告”鏈并發(fā)布問(wèn)題解決通告；暫緩執行時(shí)，不需做任何處理；按計劃實(shí)施時(shí)，允許CMI更動(dòng)出庫。更動(dòng)出庫由權限用戶(hù)依據簽署的軟件更動(dòng)報告進(jìn)行；更動(dòng)入庫由權限用戶(hù)操作，由CMG審批。

　　瀏覽出庫指出于測試或閱讀的需要對CMI進(jìn)行出庫，瀏覽出庫不需要審批。

　　產(chǎn)品定義、產(chǎn)品出庫、項目歸檔和項目導入由項目管理員操作，由SCCB審批。要求出庫的產(chǎn)品必須曾經(jīng)定義過(guò)，要求導入的項目必須為歸檔項目。

　　配置審計、配置追蹤、狀態(tài)報告由SCCB、CMG、CSCI管理員操作。

　　SCMT提供配置審計向導，引導用戶(hù)完成配置審計處理過(guò)程。

　　在導入SCMT時(shí)應該本著(zhù)軟件配置管理關(guān)鍵域的核心思想，從現有市場(chǎng)中選擇適合自己的配置工具。需要強調的是，無(wú)論什么樣的工具都無(wú)法完全實(shí)現軟件配置管理的目標與關(guān)鍵實(shí)踐，在此也不排除自我開(kāi)發(fā)的SCMT.問(wèn)題的關(guān)鍵在于對人的培訓，在使用工具的同時(shí)深化CMM管理理念，使整個(gè)軟件項目團隊在開(kāi)發(fā)過(guò)程中確保質(zhì)量達標。因此，手工操作仍然是今后一段時(shí)間內軟件配置管理實(shí)施中必不可少的基礎手段。