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

1、XXXXX股份XXXXXBD/QW-02-04軟件配置治理標(biāo)準(zhǔn)擬 制： 版 號(hào)： C/2受控狀態(tài)：內(nèi)部使用2021年9月10日發(fā)布2021年9月12日實(shí)施XXXXX股份XXXXX發(fā)布XXXXX股份XXXXX軟件配置治理標(biāo)準(zhǔn)文件編號(hào)BD/QW-02-04版號(hào)C/2操作文件文件頁碼共4頁第1頁1. 目的限制對構(gòu)成軟件產(chǎn)品的各配置項(xiàng)的標(biāo)識(shí)、治理、更改活動(dòng),保證軟件配置項(xiàng)的完全性 和正確性,預(yù)防非預(yù)期的使用,并能夠有效地實(shí)現(xiàn)可追溯性.2. 適用范圍適用于軟件產(chǎn)品在整個(gè)生存周期中的限制治理活動(dòng).3. 責(zé)任3.1. 配置治理員負(fù)責(zé)建立配置治理系統(tǒng)；負(fù)責(zé)執(zhí)行配置項(xiàng)的創(chuàng)立與變更限制,并在?配置項(xiàng)治理記錄表?中

2、進(jìn)行記錄; 負(fù)責(zé)執(zhí)行對配置系統(tǒng)的訪問限制；負(fù)責(zé)制定?配置治理方案?；負(fù)責(zé)配置庫目錄的設(shè)置、人員操作權(quán)限的定義等； 負(fù)責(zé)標(biāo)識(shí)配置項(xiàng)；負(fù)責(zé)執(zhí)行日常配置治理系統(tǒng)維護(hù).3.2. 配置審核人負(fù)責(zé)審核及批準(zhǔn)配置治理方案； 負(fù)責(zé)審核及批準(zhǔn)基線的發(fā)布； 負(fù)責(zé)審核配置項(xiàng)/基線變更的請求3.3. 工程經(jīng)理接受配置治理方案,并按相關(guān)規(guī)定貫徹執(zhí)行; 提出配置治理方案的修改要求；提出基線變更請求.3.4. 開發(fā)人員根據(jù)配置治理方案和相關(guān)規(guī)定,創(chuàng)立和修改配置項(xiàng)操作文件BD/QW-02-04共4頁第4頁4. 工作流程4.1. 術(shù)語4.1.1. 軟件配置治理軟件配置治理是對軟件修改良行標(biāo)識(shí)、組織和限制的技術(shù),用來協(xié)調(diào)和限制整

3、個(gè)過程. 是通過技術(shù)或行政手段對軟件產(chǎn)品及其開發(fā)過程進(jìn)行限制、標(biāo)準(zhǔn)的一系列舉措.配置治理 的目標(biāo)是記錄軟件產(chǎn)品的演化過程,保證軟件開發(fā)者在軟件生命周期中各個(gè)階段都能得到 版本的產(chǎn)品配置.4.1.2. 配置項(xiàng)但凡納入配置治理范疇的工作成果統(tǒng)稱為配置項(xiàng),配置項(xiàng)邏輯上組成軟件系統(tǒng)的各組 成局部,一般是可以設(shè)計(jì)、實(shí)施和測試的.4.1.3. 基線是工程儲(chǔ)存庫中每個(gè)工件版本在特定時(shí)期的一個(gè)“快照.它提供一個(gè)正式標(biāo)準(zhǔn),隨后 的工作基于此標(biāo)準(zhǔn),并且只有經(jīng)過授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn).建立一個(gè)初始基線后,以后 每次對其進(jìn)行的變更都將記錄為一個(gè)差值,直到建成下一個(gè)基線.4.2. 配置治理清單?配置治理清單?應(yīng)對所有工

4、程配置項(xiàng)作出標(biāo)識(shí),注明狀態(tài)及版本,該清單在工程計(jì) 劃階段由工程經(jīng)理配合配置治理員編制,工程開發(fā)過程中隨配置項(xiàng)狀態(tài)變化而變化,工程 結(jié)項(xiàng)后正式發(fā)布.4.3. 配置治理方案?配置治理方案?規(guī)定了在工程開發(fā)過程中應(yīng)執(zhí)行的配置治理的責(zé)任、活動(dòng)和要求. 該方案在工程方案階段由工程經(jīng)理配合配置治理員編制.?配置治理方案?應(yīng)包括以下內(nèi)容：(1) 明確配置治理人員；(2) 基線的建立及劃分時(shí)機(jī)；(3) 各階段需治理的配置項(xiàng)；(4) 配置治理使用的工具、技術(shù)和方法；(5) 適用的標(biāo)準(zhǔn)、慣例和約定；(6) 配置項(xiàng)標(biāo)識(shí)方法.4.4. 工程版本標(biāo)識(shí)對整個(gè)工程進(jìn)行版本限制,對工程開發(fā)完成后的總體版本、開發(fā)組內(nèi)各功能模塊

5、的最 終版本進(jìn)行定義,并規(guī)定相應(yīng)的功能要求.暫定義兩種版本編號(hào)方式,各工程組根據(jù)自身 需要選擇,在配置治理方案中說明,具體規(guī)定如下：4.4.1 版本編號(hào)為w.x.y.z 即主版本號(hào).子版本號(hào).功能版本號(hào)修訂版本號(hào)初始版本為1.0.0.0, bug修訂那么z+1;定制版本那么y+1,依定制次序定義；功能升級(jí)那么 x+1 ；工程在進(jìn)行了重大修改或局部修正累積較多,而導(dǎo)致工程整體發(fā)生全局變化時(shí),w+1, 同時(shí)x,y,z復(fù)位為0.z為0時(shí),可省略此位不寫.4.4.2 版本編號(hào)為x.y.z即主版本號(hào)子版本號(hào).修訂版本號(hào)初始版本為1.0.0, bug修訂那么z+1;功能升級(jí)那么y+1,z復(fù)位為0;工程在進(jìn)

6、行了重大 修改或局部修正累積較多,而導(dǎo)致工程整體發(fā)生全局變化時(shí),x+1,同時(shí)y,z復(fù)位為0.z為0時(shí),可省略此位不寫.定制版本編號(hào)為x.y.z_特征名_定制版本修訂版本號(hào).特征名可為客戶名、模塊名,或通用版本GE Ge neral Editio n及增強(qiáng)版本EEE nhanced Edition.4.5. 配置項(xiàng)標(biāo)識(shí)4.5.1.文檔標(biāo)識(shí)配置庫中的文檔名稱需要根據(jù)以下格式命名：產(chǎn)品名稱含版本號(hào)+資料名稱.項(xiàng)說明資料名稱需求規(guī)格說明書 系統(tǒng)設(shè)計(jì)說明書測試報(bào)告平安目標(biāo)功能標(biāo)準(zhǔn)高層設(shè)計(jì)文檔編號(hào)格式為CC_XXX_*_$_#,其中CC表示公司,XXX是工程的三位英文 字母縮寫表示,*_$表示文檔類別,#

7、表示文件的一個(gè)序列號(hào),如藍(lán)盾千兆防火墻 配置治理文檔.doc的編號(hào)為BD_FWL_CM0_D0C_001.文檔版本規(guī)那么為第一次正式發(fā)行 的為第一版,修改后第二次發(fā)行的為第二版,依次類推.4.5.2. 程序標(biāo)識(shí)所有屬于該工程的程序、分程序、模塊和程序單元都要有唯一的標(biāo)識(shí).要求所有模塊 的源代碼都需記錄模塊編號(hào),且模塊編號(hào)在整個(gè)系統(tǒng)中是唯一的.模塊編號(hào)在系統(tǒng)設(shè)計(jì)完 成之后,由工程組和配置治理員共同根據(jù)系統(tǒng)設(shè)計(jì)進(jìn)行編制.46 工程變更治理流程需要對配置項(xiàng)進(jìn)行變更時(shí),必須得到工程負(fù)責(zé)人的批準(zhǔn)才能進(jìn)行.更改完成后,需得 到工程負(fù)責(zé)人的認(rèn)可,才能提交給配置治理員,由配置治理員導(dǎo)入配置庫.配置庫中文檔 的狀態(tài)分為“草稿、“正式發(fā)布和“正在修改三種.對處于“草稿狀態(tài)的文檔進(jìn) 行修改不算是“變更,無需審核批準(zhǔn).而對于“正式發(fā)布的文檔,必須依照配置變更 限制的規(guī)那么獲得批準(zhǔn)后才能進(jìn)行修改,并需要把