過程規(guī)范第17章配置管理-免費閱讀
【正文】 實施建議 說明 說明 ? 要求所有人員對其工作成果進(jìn)行配置管理。 [Step5] 對更改后的配置項重新進(jìn)行技術(shù)評審（或?qū)徟? ? 如果配置項是技術(shù)文檔，則需要接受技術(shù)評審（參見技術(shù)評審規(guī)程 [SPPPROCTR]）。 輸入 ? 待變更的配置項 主要步驟 [Step1] 變更申請 ? 變更申請人向 CCB 提交變更申請，重點 說明“變更內(nèi)容”和“變更原因”。 [Step4]正式發(fā)布 ? 配置項通過了技術(shù)評審或領(lǐng)導(dǎo)審批之后，則配置項的狀態(tài)從“草稿”變遷為“正式發(fā)布”，版本號格式為 。 ☆ 配置項正在修改時，一般只增大 Z值， ?！?YZ”的初值和增幅由用戶自己把握。 配置項狀態(tài)變遷規(guī)則 配置項的狀態(tài)有 3種：“草稿”（ Draft）、“正式發(fā)布”（ Released）和“正在修改 ” (Changging). 配置項狀態(tài)變遷如圖 17— 2 所示。則拒絕交付配置項。 ? 配置管理員定期清除配置庫里的垃圾文件。 輸入 ? 《配置管理計劃》 主要步驟 [Step1]創(chuàng)建配置庫 ? 配置管理員的創(chuàng)建配置庫 ，并且至少創(chuàng)建庫的所以第一級目錄。否則，配置管理員按照 CCB 的意見修改配置管理計劃，直到該計劃被批準(zhǔn)為止。 ☆ Number為數(shù)字，范圍從 001－ 999，表示一個配置項有若干的文件。 啟動準(zhǔn)則 ? 《項目計劃》已經(jīng)制定。 ☆ 《 配置庫管理報告》，模板見 [SPP－ TEMP－ CM－ LIB]。 在項目開發(fā)過程中，配置項發(fā)生變更幾乎是不可避免的。 CBB 審批該計劃。 鑒于配置管理的重要性和復(fù)雜性，機(jī)構(gòu)還應(yīng)當(dāng)設(shè)立配置控制委員會 （ Configuration Control Board， CBB） ?；€中的配置項被“凍結(jié)”了，不能再被任何人隨意修改（見 變更控制規(guī)程）。毫無疑問，人們應(yīng)當(dāng)將文件分類、有條理地保存起來。 ☆ 配置項版本控制 [SPPPROC－ CM－ VERSION]。 ☆ 配置項變更控制 [SPP－ PROC－ CM－ CHANGE]。 凡是納入配置管理范疇的工作成果 統(tǒng)稱為配置項 （ Configuration Item， CI） ， 配置項主要有兩大類： ? 屬于產(chǎn)品組成部分的工作成果， 例如需求文檔、設(shè)計文檔、源代碼、測試用例等。基線通常對應(yīng)開發(fā)過程中的里程碑 (Milestone),一個產(chǎn)品可以有多個基線，也可以只有一個基線。 CBB 是個虛擬小組，對配置管理各項活動擁有決策權(quán)（例如審批計劃，審批變更請求等）。 配置管理員為項目創(chuàng)建配置庫，并給每個項目成員根據(jù)自己的權(quán)限操作配置庫。變更控制的目的就是為了防止配置項被隨意的修改而導(dǎo)致混亂。 ☆ 《配置項變更控制報告》，模板見 [SPP－ TEMP－ CM－ CHANGE]。 ? 配置管理員和 CCB 已經(jīng)確定。若配置項只有一個文件，則該項可以省略。 輸出 ? 《配置管理計劃》 結(jié)束準(zhǔn)則 ? 《配置管理計劃 》已經(jīng)制定并被 CCB 批準(zhǔn)。 [Step2]分配權(quán)限 ? 配置管理員為每個項目成員分配操作權(quán)限。 ? 配置管理員定期備份配置庫。如果同意交付，
公司管理相關(guān)推薦
鄂ICP備17016276號-1