過程規(guī)范第17章配置管理-全文預(yù)覽
【正文】 配置項的版本號與配置項的狀態(tài)緊密相關(guān)： ? 處于“草稿”狀態(tài)的配置項的版本號格式為： 。配置項剛建立時其狀態(tài)為“草稿”。 度量 ? 配置管理員統(tǒng)計工作量以及文檔規(guī)模。如果同意交付， CCB 應(yīng)給出詳細的交付清單。流程如下： ☆ “索取人”向 CCB 提出交付申請。 ? 配置管理員定期備份配置庫。 [Step3]配置管理操作與管理 ? 項目成員根據(jù)自己的權(quán)限操作配置庫。 [Step2]分配權(quán)限 ? 配置管理員為每個項目成員分配操作權(quán)限。 ? 項目成員在權(quán)限之內(nèi)操作配置庫。 輸出 ? 《配置管理計劃》 結(jié)束準則 ? 《配置管理計劃 》已經(jīng)制定并被 CCB 批準。 基線名稱 / 標識符 基線所包含的主要配置項 預(yù)計建立時間 [Step4]制定配置庫備份計劃 ? 配置管理員制定配置庫備份計劃，指明 何人 在 何時 （頻度）將配置庫備份在 何處 。若配置項只有一個文件，則該項可以省略。每個配置項都有唯一的標識符，標識符 的參考格式為 Project－ Type...Type－ Number。 ? 配置管理員和 CCB 已經(jīng)確定。 CBB的人數(shù)視項目的規(guī)模而定。 ☆ 《配置項變更控制報告》，模板見 [SPP－ TEMP－ CM－ CHANGE]。審計配置是一種“過程質(zhì)量檢查”活動，是質(zhì)量保證人員的工作職責(zé)之一。變更控制的目的就是為了防止配置項被隨意的修改而導(dǎo)致混亂。由于我們不能保證新的版本一定比撈的版本“號”，所以不能拋棄老的版本。 配置管理員為項目創(chuàng)建配置庫，并給每個項目成員根據(jù)自己的權(quán)限操作配置庫。 CBB 的決策采用“少數(shù)服從多數(shù)”的原則。 CBB 是個虛擬小組，對配置管理各項活動擁有決策權(quán)（例如審批計劃，審批變更請求等）。機構(gòu)應(yīng)當(dāng)采用統(tǒng)一的配置管理軟件，常見的配置管理軟件有 Microsoft的 Visual SourceSafe和 Rational的 ClearCase等。基線通常對應(yīng)開發(fā)過程中的里程碑 (Milestone),一個產(chǎn)品可以有多個基線，也可以只有一個基線。所有配置項都被保存再配置庫里，確保不會混淆、丟失。 凡是納入配置管理范疇的工作成果 統(tǒng)稱為配置項 （ Configuration Item， CI） ， 配置項主要有兩大類： ? 屬于產(chǎn)品組成部分的工作成果， 例如需求文檔、設(shè)計文檔、源代碼、測試用例等。 介 紹 項目研發(fā)和管理過程中會產(chǎn)生許許多多地工作成果。 ☆ 配置項變更控制 [SPP－ PROC－ CM－ CHANGE]。第 17 章 配置管理 配置管理 (Configuration Management,CM)的目的是通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置管理軟件，來保證所有配置項的完整性和可跟蹤性，配置管理是對工作成果的一種有效保護。 ☆ 配置項版本控制 [SPPPROC－ CM－ VERSION]。建議用戶根據(jù)自身情況（如商業(yè)目標、研發(fā)實力等）適當(dāng)?shù)匦薷囊?guī)范，然后推廣使用。毫無疑問，人們應(yīng)當(dāng)將文件分類、有條理地保存起來。 每個配置項的主要屬性有：名稱、標識符、文件狀態(tài)、版本、作者、日期等?；€中的配置項被“凍結(jié)”了，不能再被任何人隨意修改（見 變更控制規(guī)程）。 所有的項目成
公司管理相關(guān)推薦
鄂ICP備17016276號-1