配置管理管控規(guī)范

文件編號：生效日期：

受控編號：

NW6011032000.3.20

密級：秘密版次：Ver1.()修改狀態(tài)：

總負(fù)數(shù)|7正文7附錄（）

編制：馬云生審核：王宇批準(zhǔn)：孟莉

沈陽東大阿爾派軟件XX

（x,翻版必究）

文件修改控制

修改

修改記錄編號修改頁碼及條約條款修改人審核人批準(zhǔn)人修改日期

狀態(tài)

目錄

1.目的

2.適用范圍

3.術(shù)語和縮略語

4.規(guī)范合適的內(nèi)容

5.引用文件

在出差回來時交給軟件配置管理管控負(fù)責(zé)人SCML一份備份，如有客戶提供

的文獻資料、有關(guān)設(shè)備儀器須進行登記。對于任何正在進行的相關(guān)項目，如

有客戶來訪須做好會議紀(jì)要。

3）開發(fā)部門發(fā)給客戶的傳真件或客戶發(fā)來傳真至少應(yīng)在相關(guān)項目檔案中保存一

份備份。

4）對于源代碼和執(zhí)行程序的管理管控最好使用工具，條件不具備時，要注意對

配置庫的目錄分配、，各開發(fā)人員分別建立自己的工作目錄，完成后的模塊再

放到相關(guān)項目相關(guān)目錄下。

5）在相關(guān)項目結(jié)束歸檔時電子郵件也應(yīng)作為相關(guān)項目的相關(guān)資料進行歸檔。

4.3配置庫的建立

所有相關(guān)項目應(yīng)建立一配置庫，以便管理管控前面提到的各配置項。一般的可視

化開發(fā)環(huán)境都有自帶的配置管理管控工具，可以用管理管控工具來建立配置庫，

也可以在機器的某目錄下建立配置庫，手工管理管控。下面以SourceSafe為例描

述配置管理管控庫的建立及各配置項的控制方法。各相關(guān)項目在開始時，均應(yīng)建

立以下幾項子相關(guān)項目，進行分階段管理管控。

4.3.1相關(guān)項目啟動

配置項包括立項建議報告及其評審結(jié)果、合同合約草案及評審結(jié)果、合作協(xié)議、

相關(guān)項目任務(wù)書等。相關(guān)項目立項通過后應(yīng)封鎖該子相關(guān)項目，如后期須增加或

修改應(yīng)征得軟件配置管理管控負(fù)貢人SCML的認(rèn)可，并作好標(biāo)記。相關(guān)項目啟動

相關(guān)計劃部門內(nèi)部評審?fù)ㄟ^后，版本為0.7版，當(dāng)啟動相關(guān)計劃生效執(zhí)行后，版

本升為l.Oo

4.3.2需求分析

針對合同合約相關(guān)項目，按系統(tǒng)所處理的業(yè)務(wù)不同，需求分析可分為客戶業(yè)務(wù)描

述、業(yè)務(wù)流程圖、系統(tǒng)功能點提取、系統(tǒng)數(shù)據(jù)流圖等子相關(guān)項目。系統(tǒng)調(diào)研后開

發(fā)人員進行系統(tǒng)分析，并整理需求分析報告。需求分析報告通過部門內(nèi)部評審時，

版本定為0.7,取得客戶的確定后為1.0版本。在需求分析報告取得客戶的確認(rèn)后,

封鎖該子相關(guān)項目，如后期需要修改，須征得管理管控員的認(rèn)可，并作好修改說

明，如需升版則必須通過部門評審并得到客戶的確認(rèn)，以1.0版本為基準(zhǔn)按0.1

單位增加版本。

4.3.3軟件功能規(guī)格說明書

針對公司自立相關(guān)項目，在相關(guān)項目啟動階段需要編寫軟件功能規(guī)格說明書，通

過內(nèi)部評審后，版本定為().7,公司評審?fù)ㄟ^后版本定為1.(),如無須公司評審，

則由0.7版自動升為1.0版，如后期需要修改，須征得軟件配置管理管控負(fù)責(zé)人

SCML的認(rèn)可，并作好修改說明，如需升版則必須通過部門評審，以1.0版本為

基準(zhǔn)按0.1單位增加版本。

4.3.4開發(fā)相關(guān)計劃

需求分析或欽件功能規(guī)格說明書完成后即可制定相關(guān)項目的開發(fā)相關(guān)計劃，包括

相關(guān)項目總體進度說明，及進度跟蹤，相關(guān)計劃修改，配置管理管控相關(guān)計劃等。

開發(fā)相關(guān)計劃的修改按相關(guān)項目文檔來處理。進度跟蹤一般使用Project管理管控

編制，由于修改較頻繁，可只對作為進度基準(zhǔn)的進度標(biāo)記修改說明。開發(fā)相關(guān)計

劃通過部門內(nèi)部評審后版本為0.7,批準(zhǔn)執(zhí)行后版本為l.Oo

4.3.5系統(tǒng)設(shè)計

系統(tǒng)設(shè)計可分為CDM、PDM和數(shù)據(jù)字典設(shè)計，功能模塊劃分及算法描述等部分。

針對需求分析報告或軟件功能規(guī)格說明書進行系統(tǒng)設(shè)計，系統(tǒng)設(shè)計報告部門評審

通過后的版本為0.7,系統(tǒng)測試修改完成后其版本升為1.(),配置時應(yīng)說明系統(tǒng)設(shè)

計的版本與需求分析或軟件功能規(guī)格說明書版本的對應(yīng)關(guān)系。

4.3.6編碼

編碼可分為前臺業(yè)務(wù)處理和后臺過程，也可按功能模塊或人員再分子相關(guān)項目。

編碼實現(xiàn)過程應(yīng)注意與客戶需求系統(tǒng)設(shè)計相一致，否則須修改設(shè)計報告。在配置

管理管控活動中工程相關(guān)項目的源程序代碼版本控制一般指內(nèi)部版本，新相關(guān)項

目的系統(tǒng)測試結(jié)束后其版本為0.7,試運行階段驗收通過后版本為1.0,并以此版

本為基準(zhǔn)將來每次升級時，以0.1為單位增加。產(chǎn)品相關(guān)項目的源代碼版本控制

也可參照執(zhí)行。

4.3.7測試

功能測試階段應(yīng)提供測試問題卡與測試總結(jié)；系統(tǒng)測試階段應(yīng)提供測試大綱、測

試用例、測試所發(fā)現(xiàn)的問題和修改說明，及測試總結(jié)報告等。

4.3.8驗收與相關(guān)項目總結(jié)

相關(guān)項目驗收最好能分為兩個階段，即安裝試運行驗收和相關(guān)項目最終驗收。除

驗收報告外，驗收期間與客戶會談紀(jì)要也應(yīng)作為驗收材料之一。相關(guān)項目總結(jié)由

相關(guān)項目組成員共同編制，并應(yīng)經(jīng)過部門內(nèi)部評審。

4.3.9相關(guān)資料與培訓(xùn)

此部分包括相關(guān)法律、法規(guī)，必須遵照或相關(guān)項目組約定的技術(shù)規(guī)范，必要的業(yè)

務(wù)或技術(shù)培訓(xùn)等。

4.3.10分承包商（可選