軟件配置管理規(guī)范流程

年4月19日軟件配置管理規(guī)范流程文檔僅供參考，不當(dāng)之處，請(qǐng)聯(lián)系改正。1

概述1.1

目的本文檔主要目的在于規(guī)范項(xiàng)目配置管理活動(dòng)，確保配置項(xiàng)正確地唯一標(biāo)識(shí)而且易于存取，保證基線配置項(xiàng)的更改受控，明確基線狀態(tài)，在整個(gè)軟件生命周期中建立和維護(hù)項(xiàng)目產(chǎn)品的完整性和可追溯性。1.2

適用范圍本文檔適用于不同類別的軟件產(chǎn)品和軟件項(xiàng)目開(kāi)發(fā)工程的配置管理活動(dòng)，針對(duì)項(xiàng)目不同在流程上作適當(dāng)?shù)膭h減。配置管理可采用各種工具及手工辦法，本文件以CVS（并行版本系統(tǒng)）配置管理工具為例，規(guī)定公司的配置管理辦法，使用其它工具時(shí)也可對(duì)應(yīng)本文件的要求參照?qǐng)?zhí)行。1.3

術(shù)語(yǔ)和縮略語(yǔ)1.3.1

軟件配置管理（SoftwareConfigurationManagement，SCM）軟件配置管理是對(duì)軟件修改進(jìn)行標(biāo)識(shí)、組織和控制的技術(shù)，用來(lái)協(xié)調(diào)和控制整個(gè)過(guò)程。是經(jīng)過(guò)技術(shù)或行政手段對(duì)軟件產(chǎn)品及其開(kāi)發(fā)過(guò)程和生命周期進(jìn)行控制、規(guī)范的一系列措施。配置管理的目標(biāo)是記錄軟件產(chǎn)品的演化過(guò)程，確保軟件開(kāi)發(fā)者在軟件生命周期中各個(gè)階段都能得到精確的不同版本的產(chǎn)品配置。1.3.2

配置項(xiàng)（ConfigurationItem，CI）凡是納入配置管理范疇的工作成果統(tǒng)稱為配置項(xiàng)，配置項(xiàng)邏輯上組成軟件系統(tǒng)的各組成部分，一般是能夠單獨(dú)進(jìn)行設(shè)計(jì)、實(shí)施和測(cè)試的。每個(gè)配置項(xiàng)的主要屬性有：名稱、標(biāo)簽、文件狀態(tài)、版本、作者、日期等。所有配置項(xiàng)都被保存在配置庫(kù)里，確保不會(huì)混淆、丟失。配置項(xiàng)及其歷史記錄反映了軟件的演化過(guò)程。1.3.3

基線（Baseline）在配置管理系統(tǒng)中，基線就是一個(gè)配置項(xiàng)或一組配置項(xiàng)在其生命周期的不同時(shí)間點(diǎn)上經(jīng)過(guò)正式評(píng)審而進(jìn)入正式受控的一種狀態(tài)，這些配置項(xiàng)構(gòu)成了一個(gè)相對(duì)穩(wěn)定的邏輯實(shí)體，而這個(gè)過(guò)程被稱為“基線化”。每一個(gè)基線都是其下一步開(kāi)發(fā)的出發(fā)點(diǎn)和參考點(diǎn)?；€確定了元素（配置項(xiàng)）的一個(gè)版本，且只確定一個(gè)版本。一般情況下，基線一般在指定的里程碑處創(chuàng)立，并與項(xiàng)目中的里程碑保持同步。每個(gè)基線都將接受配置管理的嚴(yán)格控制，基線中的配置項(xiàng)被“凍結(jié)”了，不能再被任何人隨意修改，對(duì)其修改要嚴(yán)格地按照變更控制的過(guò)程進(jìn)行。在一個(gè)軟件開(kāi)發(fā)階段結(jié)束時(shí)，上一個(gè)基線加上增加和修改的基線內(nèi)容形成下一個(gè)基線?；€的主要屬性有：名稱、標(biāo)簽、版本、日期等。1.4

權(quán)限與職責(zé)1.4.1

研發(fā)總經(jīng)理助理1）

審核變更請(qǐng)求。1.4.2

項(xiàng)目經(jīng)理（ProjectManager，PM）1)

審核批準(zhǔn)配置管理計(jì)劃；2)

接收或拒絕小范圍的變更申請(qǐng)；3)

召集評(píng)估變更；4)

提出配置管理的建議和要求；5)

配合配置管理員的工作。1.4.3

配置管理員（ConfigurationManagementOfficer，CMO）1)

編寫(xiě)配置管理計(jì)劃；2)

執(zhí)行版本控制和變更控制方案；3)

制定訪問(wèn)控制策略；4)

負(fù)責(zé)項(xiàng)目的配置管理工作，包括搭建環(huán)境、權(quán)限分配、配置庫(kù)的建立、配置項(xiàng)的控制等；5)

配置管理工具的日常管理與維護(hù)；6)

配置庫(kù)的日常操作和維護(hù)；7)

負(fù)責(zé)配置審核并提交報(bào)告；8)

根據(jù)配置部署表單編譯發(fā)布版本，并維護(hù)版本；9)

對(duì)開(kāi)發(fā)人員進(jìn)行相關(guān)的培訓(xùn)；10)

對(duì)配置審核中發(fā)現(xiàn)的不符合項(xiàng)，擬訂糾正措施，要求相關(guān)責(zé)任人進(jìn)行糾正。11)

監(jiān)督項(xiàng)目組成員規(guī)范的執(zhí)行情況。1.4.4

開(kāi)發(fā)人員（Developer）1)

根據(jù)確定的配置管理計(jì)劃和相關(guān)規(guī)定，提交配置項(xiàng)和基線；2)

負(fù)責(zé)項(xiàng)目組內(nèi)部測(cè)試；3)

負(fù)責(zé)軟件集成和版本生成；4)

按照軟件配置管理工具的使用模型來(lái)完成開(kāi)發(fā)任務(wù)。2

實(shí)施細(xì)則2.1

配置項(xiàng)管理2.1.1

配置項(xiàng)的范圍軟件配置可包括以下幾方面：開(kāi)發(fā)文檔，代碼，第三方控件、插件，參考資料，測(cè)試文檔，用戶文檔，項(xiàng)目管理文檔，驗(yàn)收文檔等。l

項(xiàng)目文檔主要指：立項(xiàng)建議書(shū)、可行性分析報(bào)告、技術(shù)建議書(shū)、用戶需求說(shuō)明書(shū)、項(xiàng)目計(jì)劃、項(xiàng)目進(jìn)度計(jì)劃、項(xiàng)目階段性計(jì)劃、產(chǎn)品需求規(guī)格說(shuō)明書(shū)、概要設(shè)計(jì)報(bào)告、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、界面設(shè)計(jì)、用戶操作手冊(cè)、用戶安裝手冊(cè)、培訓(xùn)文檔、驗(yàn)收?qǐng)?bào)告以及上述文檔的評(píng)審記錄。l

代碼主要指：源代碼等。l

工具主要指：腳本文件、插件、第三方控件等。2.1.2

配置項(xiàng)基線管理結(jié)合SPP和ISO9000的相關(guān)規(guī)定，配置管理員根據(jù)配置管理規(guī)范及配置管理計(jì)劃，對(duì)配置項(xiàng)進(jìn)行分階段管理，每一階段正式評(píng)審經(jīng)過(guò)后納入受控庫(kù)，作為該項(xiàng)目的一個(gè)基線。l

項(xiàng)目啟動(dòng)：配置項(xiàng)包括技術(shù)建議書(shū)、可行性分析報(bào)告、用戶需求說(shuō)明書(shū)等立項(xiàng)階段產(chǎn)生的文檔，評(píng)審或?qū)徟?jīng)過(guò)后建立發(fā)布基線。l

需求階段：系統(tǒng)調(diào)研后開(kāi)發(fā)人員進(jìn)行需求分析，并整理產(chǎn)品需求規(guī)格說(shuō)明書(shū)。產(chǎn)品需求規(guī)格說(shuō)明書(shū)經(jīng)過(guò)客戶的確認(rèn)后，建立需求基線。如需升級(jí)版本則必須經(jīng)過(guò)評(píng)審或?qū)徟⒌玫娇蛻舻拇_認(rèn)。l

項(xiàng)目計(jì)劃：需求分析完成后即可制定項(xiàng)目的開(kāi)發(fā)計(jì)劃，包括項(xiàng)目計(jì)劃和主要下屬計(jì)劃。包括項(xiàng)目進(jìn)度計(jì)劃、配置管理計(jì)劃、質(zhì)量保證計(jì)劃、測(cè)試計(jì)劃、項(xiàng)目階段性計(jì)劃。項(xiàng)目開(kāi)發(fā)計(jì)劃評(píng)審經(jīng)過(guò)后，建立項(xiàng)目計(jì)劃基線。l

設(shè)計(jì)：系統(tǒng)設(shè)計(jì)可分為概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、數(shù)據(jù)庫(kù)字典、界面設(shè)計(jì)。針對(duì)用戶需求規(guī)格說(shuō)明書(shū)進(jìn)行系統(tǒng)設(shè)計(jì)，配置時(shí)應(yīng)說(shuō)明系統(tǒng)設(shè)計(jì)的版本與需求分析報(bào)告版本的對(duì)應(yīng)關(guān)系。設(shè)計(jì)說(shuō)明書(shū)評(píng)審或?qū)徟?jīng)過(guò)后，建立設(shè)計(jì)基線。l

編碼（設(shè)計(jì)實(shí)現(xiàn)）：編碼按功能模塊分子項(xiàng)目，即每個(gè)模塊記作一個(gè)配置項(xiàng)。代碼在提交項(xiàng)目組系統(tǒng)測(cè)試時(shí)建立Beta版本，系統(tǒng)測(cè)試產(chǎn)品正式發(fā)布后建立Version版本。l

測(cè)試：?jiǎn)卧獪y(cè)試和系統(tǒng)測(cè)試。單元測(cè)試經(jīng)過(guò)提交《單元測(cè)試報(bào)告》，項(xiàng)目啟動(dòng)后應(yīng)提交《系統(tǒng)測(cè)試計(jì)劃》，系統(tǒng)測(cè)試完成后應(yīng)提交《系統(tǒng)測(cè)試報(bào)告》。配置時(shí)應(yīng)說(shuō)明測(cè)試的版本與編碼版本的對(duì)應(yīng)關(guān)系。系統(tǒng)測(cè)試完成后建立測(cè)試基線。l

版本發(fā)布：項(xiàng)目組提交《部署表單》，CMO根據(jù)部署表單進(jìn)行編譯，發(fā)布測(cè)試服務(wù)器上，并對(duì)版本進(jìn)行維護(hù)。同時(shí)將發(fā)布的版本上傳到文檔服務(wù)器上備份。l

交付與驗(yàn)收：在交付前配置審核完成后建立產(chǎn)品基線，產(chǎn)品基線包含程序以及有關(guān)文檔配置項(xiàng)，包括交付文檔、代碼、工具等。l

產(chǎn)品部署：部署時(shí)應(yīng)包括操作手冊(cè)、安裝維護(hù)手冊(cè)、維護(hù)文檔以及必要的業(yè)務(wù)和技術(shù)培訓(xùn)文檔。l

相關(guān)資料：相關(guān)資料也應(yīng)作為配置項(xiàng)納入配置管理，此部分包括：1)相關(guān)法律、法規(guī)；必須遵照或項(xiàng)目組約定的技術(shù)規(guī)范；2)與客戶或項(xiàng)目組內(nèi)部重要的交互信息記錄，如會(huì)議記錄、會(huì)談?dòng)涗洝-mail和MSN記錄等；2.2

版本控制2.2.1

文檔的版本控制所有文檔的管理納入配置管理庫(kù)，用版本控制工具進(jìn)行統(tǒng)一管理。文檔的版本控制主要經(jīng)過(guò)文檔的名稱、文檔控制頁(yè)及版本控制工具的標(biāo)簽來(lái)實(shí)現(xiàn)，主要分為以下幾類：2.2.1.1

版本變化型文檔命名方式：[文檔名稱]+[子系統(tǒng)名稱]（可選）適用文檔：項(xiàng)目計(jì)劃、配置管理計(jì)劃、質(zhì)量保證計(jì)劃、項(xiàng)目進(jìn)度計(jì)劃、用戶需求規(guī)格說(shuō)明書(shū)、產(chǎn)品需求規(guī)格說(shuō)明書(shū)、體系結(jié)構(gòu)設(shè)計(jì)報(bào)告、數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告、詳細(xì)設(shè)計(jì)報(bào)告、用戶操作維護(hù)手冊(cè)、測(cè)試用例等。示例：項(xiàng)目計(jì)劃.doc

詳細(xì)設(shè)計(jì)_SP門(mén)戶.doc標(biāo)簽結(jié)構(gòu)：[大版本]+[子系統(tǒng)簡(jiǎn)稱]+[版本號(hào)]+日期（標(biāo)簽控制說(shuō)明版本信息）l

[大版本]：可選，表示同一項(xiàng)目為不同用戶定制的版本。l

[子系統(tǒng)簡(jiǎn)稱]：可選，當(dāng)一個(gè)項(xiàng)目有多個(gè)子系統(tǒng)時(shí)，為區(qū)分不同子系統(tǒng)而設(shè)置。l

[版本號(hào)]：采用[Vs_x_y]的形式。l

日期：納入基線管理的日期，用8位表示，如1031說(shuō)明：a.

文檔發(fā)布名稱采用[文檔名+Vs_x_y]的形式，文檔的版本號(hào)應(yīng)該和版本控制工具中相應(yīng)標(biāo)簽上的版本號(hào)一致。b.

對(duì)文檔的修改需要從配置管理庫(kù)中取到本地進(jìn)行。c.

對(duì)于文檔小的修改，如文字錯(cuò)誤，格式調(diào)整，變更Vs_x_y中的y來(lái)區(qū)別（如：V1_0_1）。d.

文檔內(nèi)容沒(méi)有大的增加和刪節(jié)，意思表述沒(méi)有發(fā)生重大的變化，版本標(biāo)識(shí)經(jīng)過(guò)版本工具中加上x(chóng)標(biāo)簽來(lái)表示（如：V1_1_0），以及在文檔內(nèi)部控制頁(yè)標(biāo)注變化來(lái)表示。e.

文檔有重大增加和刪節(jié)，意思表述有重大變化的，版本標(biāo)識(shí)經(jīng)過(guò)在相應(yīng)文檔加上s標(biāo)簽來(lái)表示（如：V2_0_0）。f.

對(duì)于納入基線庫(kù)的文檔的修改需要提交變更申請(qǐng)，經(jīng)批準(zhǔn)才能進(jìn)行修改，而且修改的內(nèi)容要經(jīng)再次評(píng)審才能重新納入基線庫(kù)，作為后續(xù)階段的參考文檔。2.2.1.2

時(shí)間區(qū)別型文檔命名方式：[文檔名稱＋撰寫(xiě)時(shí)間]適用文檔：文檔名稱有明確的含義，需要用時(shí)間標(biāo)識(shí)的日常性文檔。如周例會(huì)會(huì)議紀(jì)要，項(xiàng)目月計(jì)劃，項(xiàng)目月總結(jié),階段性計(jì)劃等等。示

例：周例會(huì)會(huì)議紀(jì)要0901.doc2.2.1.3

時(shí)間序號(hào)型文檔命名方式：[文檔名稱+人員姓名（拼音）+撰寫(xiě)時(shí)間+序列號(hào)]適用文檔：測(cè)試報(bào)告示例：?jiǎn)卧獪y(cè)試報(bào)告_lixiaohong_1112_01.dco2.2.1.4

其它文檔：對(duì)于不能按照前四種類型進(jìn)行命名的文檔會(huì)議紀(jì)要：會(huì)議紀(jì)要YYYYMMDD(

)示

例：9月9日召開(kāi)的項(xiàng)目啟動(dòng)會(huì)命名為：會(huì)議紀(jì)要0909(項(xiàng)目啟動(dòng)).doc評(píng)審報(bào)告：評(píng)審報(bào)告YYYYMMDD(

)同”會(huì)議紀(jì)要”要求一致。示

例：10月9日召開(kāi)的項(xiàng)目總體方案評(píng)審命名為：評(píng)審報(bào)告0910(總體方案).doc2.2.2

發(fā)行版本表示發(fā)行版本采用標(biāo)簽說(shuō)明，結(jié)構(gòu)如下：[大版本]+[版本類型]+[版本號(hào)]+[子系統(tǒng)簡(jiǎn)稱(拼音)]+日期+序號(hào)[大版本]：可選，表示同一項(xiàng)目為不同用戶定制的版本。[子系統(tǒng)簡(jiǎn)稱]：可選，當(dāng)一個(gè)項(xiàng)目有多個(gè)子系統(tǒng)時(shí)，為區(qū)分不同子系統(tǒng)而設(shè)置。版本類型：分為3種Beta表示項(xiàng)目組內(nèi)部測(cè)試，標(biāo)簽：B1_0_0-1015-01Release系統(tǒng)測(cè)試，標(biāo)簽：Release1_0_0-SPmenhu-1112-01Version正式發(fā)行版，標(biāo)簽：Version1_0_0-SPmenhu-1112-01[版本號(hào)]對(duì)于Version正式發(fā)行版是必須要注明的，而其它可選。發(fā)行產(chǎn)品基線在版本號(hào)前加Version，如

Version_1,

Version_2,

Version_3….表示分支；Version_1_0,Version_1_1,Version_1_2…

表示在分支Version_1上的標(biāo)簽；Version_0_0,Version_0_1,Version_0_2…

表示在主線上的標(biāo)簽。2.3

配置庫(kù)管理2.3.1

配置庫(kù)的分類配置庫(kù)統(tǒng)一由配置管理員負(fù)責(zé)管理，服務(wù)器端使用cvsnt2.0.4，客戶端主要使用烏龜CVS。配置庫(kù)目錄結(jié)構(gòu)如下：2.3.2

配置庫(kù)的建立所有項(xiàng)目應(yīng)建立配置庫(kù)，以便管理各配置項(xiàng)，配置管理員組織建立配置庫(kù)。程序庫(kù)主要經(jīng)過(guò)設(shè)置版本的分支來(lái)實(shí)現(xiàn)對(duì)配置項(xiàng)權(quán)限管理：1)開(kāi)發(fā)庫(kù)：開(kāi)發(fā)人員相對(duì)比較自由的存儲(chǔ)空間，開(kāi)發(fā)人員能夠在自己的權(quán)限范圍內(nèi)任意取出提交。2)基線庫(kù)：配置管理員有最高權(quán)限，其余相關(guān)人員均為讀的權(quán)限，發(fā)生變更時(shí)變更人員須提交變更申請(qǐng)后方可修改基線庫(kù)內(nèi)的配置項(xiàng)。?

文檔評(píng)審經(jīng)過(guò)后，文檔嚴(yán)格受控。由配置管理員將經(jīng)過(guò)評(píng)審后的文檔移植到基線庫(kù)里同時(shí)將該配置項(xiàng)從開(kāi)發(fā)庫(kù)移除。?

代碼一般在移交系統(tǒng)測(cè)試時(shí)納入基線庫(kù)受控，可根據(jù)項(xiàng)目的具體情況設(shè)置基線。3)產(chǎn)品庫(kù)：產(chǎn)品庫(kù)的產(chǎn)品均出自于基線庫(kù)，產(chǎn)品庫(kù)存儲(chǔ)的產(chǎn)品用于交付和存檔。配置三庫(kù)統(tǒng)一由配置管理員管理，根據(jù)各開(kāi)發(fā)階段的實(shí)際情況定制相應(yīng)的版本選取規(guī)則，來(lái)保證開(kāi)發(fā)活動(dòng)的正常運(yùn)作。在變更發(fā)生時(shí)，應(yīng)及時(shí)做好基線的推進(jìn)。2.3.3

分配權(quán)限項(xiàng)目開(kāi)始后配置管理員編寫(xiě)《配置庫(kù)目錄結(jié)構(gòu)表》明確項(xiàng)目組成員以及相關(guān)人員的權(quán)限。在wincvs里有三種權(quán)限，讀（r）、寫(xiě)（w）、添加刪除（c）權(quán)限。在開(kāi)發(fā)庫(kù)內(nèi)，文檔部分項(xiàng)目組成員有rcw權(quán)限，其它相關(guān)人員只r權(quán)限；代碼部分項(xiàng)目組成員有rcw權(quán)限，其它相關(guān)人員沒(méi)有任何權(quán)限。在基線庫(kù)內(nèi)，項(xiàng)目組成員僅有r權(quán)限，其它相關(guān)人的權(quán)限視情況而定。在產(chǎn)品庫(kù)內(nèi)，所有人沒(méi)有任何權(quán)限。配置管理員在三庫(kù)內(nèi)均擁有最高權(quán)限。2.4

配置變更控制2.4.1

變更的分類軟件及其相關(guān)文檔的變更按照變更的影響范圍進(jìn)行分類：1)A級(jí)：變更會(huì)影響系統(tǒng)級(jí)的需求、外部接口、產(chǎn)品價(jià)格或者交付期；這類變更必須經(jīng)過(guò)配置管理委員會(huì)審核并有客戶批準(zhǔn)和確認(rèn)。2)B級(jí)：變更會(huì)影響配置項(xiàng)間的功能接口、內(nèi)部功能的設(shè)計(jì)、組件；這類變更必須由項(xiàng)目經(jīng)理或配置管理委員會(huì)的批準(zhǔn)和認(rèn)可。3)C級(jí)：變更只會(huì)影響配置項(xiàng)內(nèi)部或?qū)UG問(wèn)題的處理；這類變更能夠由配置項(xiàng)的管理人員負(fù)責(zé)批準(zhǔn)。?

系統(tǒng)測(cè)試前變更控制流程：

?

系統(tǒng)測(cè)試完畢發(fā)布release版本后變更控制流程

圖2變更控制流程2.4.2

變更請(qǐng)求的提出a．

由技術(shù)支撐中心匯集顧客意見(jiàn)，影響到需求變更則填寫(xiě)《配置項(xiàng)變更控制報(bào)告》，并提交給配置管理員。b．

配置管理員對(duì)申請(qǐng)表是否清晰、明確和完整性進(jìn)行審查，若發(fā)現(xiàn)變更不明確或不完整，應(yīng)返回申請(qǐng)者。對(duì)經(jīng)過(guò)審查的變更申請(qǐng)分配變更ID，以便跟蹤和記錄變更信息。2.4.3

評(píng)估變更a．

配置管理員將《配置項(xiàng)變更控制報(bào)告》發(fā)送給項(xiàng)目經(jīng)理（或者其它授權(quán)人員），由項(xiàng)目經(jīng)理負(fù)責(zé)對(duì)變更進(jìn)行評(píng)估。b．

項(xiàng)目經(jīng)理對(duì)變更進(jìn)行分解，一般的BUG修正不需要審批直接由項(xiàng)目經(jīng)理決定是否需要變更。新增功能或?qū)φ麄€(gè)項(xiàng)目影響重大的變更必須由研發(fā)總助審批經(jīng)過(guò)后方可變更。變更評(píng)估文檔在完成變更評(píng)估后發(fā)送給配置管理員。2.4.4

變更實(shí)施和確認(rèn)a．

變更被批準(zhǔn)后，項(xiàng)目經(jīng)理提交變更實(shí)施進(jìn)度計(jì)劃，開(kāi)發(fā)人員開(kāi)始實(shí)施變更，并詳細(xì)記錄變更的內(nèi)容；質(zhì)量部對(duì)變更的實(shí)施進(jìn)行跟蹤。b．

對(duì)于代碼變更，必須進(jìn)行回歸測(cè)試，以確保變更沒(méi)有引入新的Bug。另外與變更相關(guān)的文檔必須修訂，以反映變更。當(dāng)變更以及測(cè)試完成后，進(jìn)行提交。c．

經(jīng)過(guò)測(cè)試后，質(zhì)保人員需對(duì)變更進(jìn)行審核，審核的范圍一般涉及以下方面：測(cè)試記錄；變更請(qǐng)求；配置項(xiàng)的檢入及檢出；文件的命名；版本的編號(hào)。a．

審核后，由配置管理員更新到基線庫(kù)中。2.5

配置狀態(tài)報(bào)告2.5.1

目的記錄和報(bào)告整個(gè)軟件生命周期演化狀態(tài)。2.5.2

記錄內(nèi)容配置