配置項(xiàng)管理規(guī)范

UF/QP/3-01/QI/002配置項(xiàng)管理規(guī)范配置項(xiàng)管理要求在產(chǎn)品/項(xiàng)目的整個(gè)生存周期中，由SCM人員使用配置管理庫(kù)系統(tǒng)對(duì)配置管理計(jì)劃中確立的配置項(xiàng)進(jìn)行統(tǒng)一的管理，控制它們的變更、存取和投放，記錄并報(bào)告它們的狀態(tài)和變更;SCM組和SQA需分別定期對(duì)有關(guān)SCM的活動(dòng)和工作產(chǎn)品進(jìn)行審計(jì)。各產(chǎn)品開(kāi)發(fā)經(jīng)理定期且事件驅(qū)動(dòng)地參加SCM活動(dòng)的評(píng)審。研發(fā)中心主管經(jīng)理定期參加SCM活動(dòng)的評(píng)審。配置項(xiàng)變更管理規(guī)范1.非基線(xiàn)化配置項(xiàng)變更管理規(guī)范非基線(xiàn)化配置項(xiàng)由相應(yīng)SCM人員存放在軟件配置數(shù)據(jù)庫(kù)中。SCM人員根據(jù)各產(chǎn)品/項(xiàng)目組的《配置管理計(jì)劃》，來(lái)確立各個(gè)工程師提交配置項(xiàng)的權(quán)限。在非基線(xiàn)化配置項(xiàng)變成基線(xiàn)前，它(們)的變更可以迅速而非正式地進(jìn)行。1.1在配置項(xiàng)通過(guò)評(píng)審、審核和確認(rèn)前，各配置項(xiàng)的負(fù)責(zé)人可根據(jù)配置項(xiàng)計(jì)劃提交時(shí)間以及自身需要，事件驅(qū)動(dòng)地向SCM人員提交經(jīng)過(guò)合適修改的配置項(xiàng)，并由SCM人員標(biāo)識(shí)后放置到軟件配置數(shù)據(jù)庫(kù)。1.2當(dāng)配置項(xiàng)通過(guò)相應(yīng)評(píng)審、審核和確認(rèn)后，在其待基線(xiàn)化的過(guò)程中，如需發(fā)生必要的變化，則需對(duì)變更的內(nèi)容進(jìn)行再次評(píng)審、審核和確認(rèn)。在再次評(píng)審前，需提交配置項(xiàng)變更記錄（UF/QP/3－01/QR/006）。1.3一旦配置項(xiàng)已經(jīng)經(jīng)過(guò)正式的技術(shù)評(píng)審且已被認(rèn)可，并得到SCCB基線(xiàn)控制委員會(huì)的批準(zhǔn)，則此配置項(xiàng)將被基線(xiàn)化，并轉(zhuǎn)入到相應(yīng)軟件基線(xiàn)庫(kù)中。2.基線(xiàn)化配置項(xiàng)變更管理規(guī)范基線(xiàn)是軟件開(kāi)發(fā)過(guò)程中的里程碑。當(dāng)配置項(xiàng)被基線(xiàn)化后，它(們)的變更需通過(guò)正式的變更控制過(guò)程，以確保其它基線(xiàn)未受到此變更的影響或完成相應(yīng)的適當(dāng)變更。2.1基線(xiàn)的建立由軟件配置控制委員會(huì)批準(zhǔn)軟件基線(xiàn)庫(kù)的建立，且只有被軟件配置控制委員會(huì)批準(zhǔn)的配置項(xiàng)才能進(jìn)入軟件基線(xiàn)庫(kù)。2.2基線(xiàn)變更控制2.2.1變更控制的目的變更控制的目的是不允許跨越里程碑去任意修改前一（或幾）階段的軟件工作產(chǎn)品，以保證變更不會(huì)對(duì)基線(xiàn)造成不可預(yù)料的影響。2.2.2變更控制過(guò)程基線(xiàn)庫(kù)中的某個(gè)配置項(xiàng)被提出需要修改時(shí)，需遵循以下變更控制過(guò)程：提交變更請(qǐng)求表CRF、產(chǎn)品/項(xiàng)目經(jīng)理確認(rèn)變更申請(qǐng)人組織變更請(qǐng)求評(píng)審提交變更請(qǐng)求表CRF、產(chǎn)品/項(xiàng)目經(jīng)理確認(rèn)變更申請(qǐng)人組織變更請(qǐng)求評(píng)審變更請(qǐng)求評(píng)審決定生成工程變化命令實(shí)施變更記錄變更將變更項(xiàng)提交評(píng)審和/或回歸測(cè)試評(píng)審和/或回歸測(cè)試創(chuàng)建并發(fā)布新版本拒絕變更請(qǐng)求通過(guò)通過(guò)不通過(guò)不通過(guò)2.2.2.1由變更申請(qǐng)人填寫(xiě)并提交變更請(qǐng)求表（CRF），并經(jīng)由相關(guān)產(chǎn)品經(jīng)理確認(rèn)。2.2.2.2變更申請(qǐng)人將經(jīng)確認(rèn)的變更請(qǐng)求表提交相關(guān)SCM人員。SCM人員則組織由相關(guān)部門(mén)、小組組成的軟件配置控制委員會(huì)（SCCB基線(xiàn)控制委員會(huì)）對(duì)變更請(qǐng)求進(jìn)行評(píng)審。評(píng)審?fù)ㄟ^(guò)后，生成工程變更命令，并由相關(guān)小組簽字，以再次確認(rèn)變更已通知到各相關(guān)小組（保證受變更影響的配置項(xiàng)能得到及時(shí)的相應(yīng)變更），方可實(shí)施變更。2.2.2.3實(shí)施變更時(shí)，變更實(shí)施人及受變更影響的其他配置項(xiàng)的負(fù)責(zé)人將要變更的配置項(xiàng)從軟件基線(xiàn)庫(kù)中檢出到自己的工作區(qū)并通知SCM人員；在實(shí)施變更的同時(shí)在《配置項(xiàng)變更記錄表》（UF/QP/3－01/QR/006）中記錄變更。SCM人員則立即封鎖并特殊標(biāo)識(shí)軟件基線(xiàn)庫(kù)中的相關(guān)對(duì)象，以保證當(dāng)前檢出的版本在沒(méi)有被置換前不能再更新它；同時(shí)建立變更記錄。2.2.2.4變更申請(qǐng)人組織軟件配置控制委員會(huì)對(duì)變更后的所有配置項(xiàng)進(jìn)行評(píng)審和/或回歸測(cè)試，直到評(píng)審和/或回歸測(cè)試通過(guò)為止，以確保變更沒(méi)有對(duì)基線(xiàn)造成意外的影響。2.2.2.5SCM人員對(duì)經(jīng)修改并得到認(rèn)可的配置項(xiàng)重新標(biāo)識(shí)新版本號(hào)后，經(jīng)由SCCB基線(xiàn)控制委員會(huì)的批準(zhǔn)，解除對(duì)基線(xiàn)庫(kù)中原版本封鎖，將新版本置于軟件基線(xiàn)庫(kù)中；同時(shí)記錄變更。3.特殊基線(xiàn)化配置項(xiàng)變更管理規(guī)范3.1特殊變更處理對(duì)象為改正小錯(cuò)誤而需要進(jìn)行變更的基線(xiàn)化配置項(xiàng)。配置項(xiàng)已經(jīng)基線(xiàn)化，而變更是必須的，但這些變更不會(huì)給其他配置項(xiàng)帶來(lái)影響。例如，以此配置項(xiàng)為輸入點(diǎn)的下一階段工作還未開(kāi)始；改正錯(cuò)別字等等情況。3.2特殊變更處理方式變更申請(qǐng)人填寫(xiě)變更請(qǐng)求表（CRF），并說(shuō)明申請(qǐng)?zhí)厥馓幚淼睦碛伞Ｓ蒘CCB基線(xiàn)控制委員會(huì)考核此變更是否會(huì)給別的配置項(xiàng)帶來(lái)影響。如SCCB基線(xiàn)控制委員會(huì)同意變更申請(qǐng)人的特殊處理申請(qǐng)，則SCCB基線(xiàn)控制委員會(huì)需給出相應(yīng)的特殊處理流程，并由SCM人員協(xié)助執(zhí)行此簡(jiǎn)化流程。配置審計(jì)1.配置審計(jì)的目的配置審計(jì)作為正式技術(shù)審計(jì)的補(bǔ)充，是用來(lái)保證整個(gè)軟件生命周期中各項(xiàng)工作產(chǎn)品在技術(shù)上和管理上的完整性。2.配置審計(jì)的內(nèi)容2.1SCM標(biāo)準(zhǔn)和規(guī)程的執(zhí)行情況審計(jì)SCM組、SCCB基線(xiàn)控制委員會(huì)和產(chǎn)品組對(duì)SCM標(biāo)準(zhǔn)和規(guī)程的執(zhí)行情況。2.2基線(xiàn)審計(jì)（1）評(píng)估軟件基線(xiàn)的完整性。（2）評(píng)審配置管理庫(kù)系統(tǒng)的結(jié)構(gòu)和設(shè)施。（3）驗(yàn)證軟件基線(xiàn)庫(kù)內(nèi)容的完備性和正確性。（4）驗(yàn)證與配置管理規(guī)范、配置項(xiàng)標(biāo)識(shí)和版本控制規(guī)則的符合性：a.驗(yàn)證在工程變更命令表中說(shuō)明的變化是否已經(jīng)完成；b.驗(yàn)證是否任意加入附加的修改；c.驗(yàn)證修改后的配置項(xiàng)中是否強(qiáng)調(diào)了變更；有沒(méi)有單獨(dú)指出變化的內(nèi)容、日期、作者；d.驗(yàn)證是否記錄了變更并形成配置狀態(tài)報(bào)告；e.驗(yàn)證受影響的配置項(xiàng)是否被適當(dāng)?shù)男薷摹?.配置審計(jì)的執(zhí)行SCM組內(nèi)部定期對(duì)軟件基線(xiàn)進(jìn)行配置審計(jì)，并形成配置審計(jì)報(bào)告。SQA定期對(duì)SCM的活動(dòng)和工作產(chǎn)品進(jìn)行審計(jì)，并形成配置審計(jì)報(bào)告，同時(shí)向相關(guān)產(chǎn)品經(jīng)理、SCM人員提交此報(bào)告。各產(chǎn)品開(kāi)發(fā)經(jīng)理定期且事件驅(qū)動(dòng)地參加SCM活動(dòng)的評(píng)審。研發(fā)中心主管經(jīng)理定期參加SCM活動(dòng)的評(píng)審。SQA對(duì)配置審計(jì)發(fā)現(xiàn)的問(wèn)題進(jìn)行跟蹤解決。配置狀態(tài)報(bào)告規(guī)范1.配置狀態(tài)報(bào)告的意義各產(chǎn)品部SCM角色詳細(xì)記錄的相應(yīng)產(chǎn)品/項(xiàng)目配置狀態(tài)報(bào)告，可以使相關(guān)部門(mén)和人員能夠及時(shí)且清楚地了解軟件配置的內(nèi)容和狀態(tài)（包括每一配置項(xiàng)的當(dāng)前狀態(tài)和歷史情況）；這樣，也保證了每一配置項(xiàng)都能恢復(fù)到以前的任意版本。2.配置狀態(tài)報(bào)告的內(nèi)容配置狀態(tài)報(bào)告的信息流圖：配置確定配置確定配置控制配置審計(jì)軟件配置項(xiàng)及其標(biāo)識(shí)變更缺陷狀態(tài)報(bào)告配置狀態(tài)報(bào)告配置狀態(tài)報(bào)告

聯(lián)機(jī)數(shù)據(jù)庫(kù)由配置管理過(guò)程，可以得到以下配置狀態(tài)報(bào)告內(nèi)容：（1）配置項(xiàng)標(biāo)識(shí)和版本歷史狀況；（2）軟件基線(xiàn)狀態(tài)；（3）變更申請(qǐng)一覽表和狀態(tài)；（4）工程變更命令一覽表和狀態(tài)；（5）配置審計(jì)結(jié)果；（6）缺陷報(bào)告一覽表和狀態(tài)(包含fixes）;其中部分信息由SCM人員在配置狀態(tài)報(bào)告聯(lián)機(jī)數(shù)據(jù)庫(kù)中填寫(xiě)，以便相關(guān)人員可以對(duì)它進(jìn)行查詢(xún)。配置管理庫(kù)中每次新增加一個(gè)軟件配置項(xiàng)或更新一個(gè)已有軟件配置項(xiàng)的標(biāo)識(shí)，或者一項(xiàng)變更申請(qǐng)被相關(guān)任意評(píng)審?fù)ㄟ^(guò)，并給出了一個(gè)工程變更命令時(shí)，在配置狀態(tài)報(bào)告中就要增加一條變更記錄條目。一旦進(jìn)行了配置審計(jì)，其結(jié)果也應(yīng)該寫(xiě)入報(bào)告之中。在配置狀態(tài)報(bào)告中新登記的變更由SCM人員及時(shí)通知給相關(guān)人員。五、產(chǎn)品/項(xiàng)目創(chuàng)建規(guī)