過程規(guī)范第17章配置管理(完整版)
【正文】 當(dāng)背保存起來，以便查閱和修改。 ☆ 制定配置管理計(jì)劃 [SPPPROCCMPLANNING]。 本規(guī)范適用于國內(nèi) IT 企業(yè)的軟件研發(fā)項(xiàng)目。這些文檔雖然不是產(chǎn)品的組成部分，但是是值得保存。通常將交付給用戶的基線稱為一個(gè)“ Release”，為內(nèi)部開發(fā)用的基線則稱為一個(gè)“ Build”。 如果機(jī)構(gòu)的各個(gè)項(xiàng)目的配置管理擁有決策權(quán)。 在項(xiàng)目開發(fā)過程中，絕大部分的配置項(xiàng)都要經(jīng)過多次的修改才能最終確定下來。 當(dāng)配置的狀態(tài)成為“正式發(fā)布”，或者被“凍結(jié)”后，此時(shí)任何人都不能隨意修改，必須依據(jù)“申請(qǐng)－審批－執(zhí)行變更－再評(píng)審－結(jié)束”的規(guī)則執(zhí)行。 角色與職責(zé) ? 配置管理員制定《配置管理計(jì)劃》。常用得配置管理軟件有 Micosoft公司的 Visual SourcevSafe 和 Rational的 ClearCase 等。 類型 主要配置項(xiàng) 標(biāo)識(shí)符 預(yù)計(jì)正式發(fā)布時(shí)間 [Step3]制定基線計(jì)劃 ? 配置管理員確定每個(gè)基線的名稱（標(biāo)識(shí)符）及其主要配置項(xiàng)，估計(jì)每個(gè)基線建立的時(shí) 間。 配置庫管理 目的 ? 所有人員依照配置管理規(guī)范和《配置管理計(jì)劃》操作配置庫。配置管理員的權(quán)限最高。這里“交付”是指從配置庫中提取配置項(xiàng)，交付給客戶或項(xiàng)目外的人員。 ☆ 索取人驗(yàn)收后簽字。此后若更改配置項(xiàng)，必須依照“變更控制規(guī)程”執(zhí)行，其狀態(tài)變?yōu)椤罢叫薷摹薄?Y為次版本號(hào)，取值范圍為 1~9。此時(shí)配置項(xiàng)的狀態(tài)為“草稿”，其版本號(hào)格式為 。 ☆ 修改完畢后，該配置項(xiàng)要重新接受技術(shù)評(píng)審或領(lǐng)導(dǎo)審批。 [Step3] 安排變更任務(wù) ? CCB 指定變更執(zhí)行人，安排他們的任務(wù)。 [Step6] 結(jié)束變更 ? 當(dāng)所有變更后的配置項(xiàng)都通過了技術(shù)評(píng)審或領(lǐng)導(dǎo)審批后，這些配置項(xiàng)的狀態(tài)從“正在修改”變遷為“正式發(fā)布”。 ? 選用合適的軟件工具，盡量減少配置管理過程的工作量。 輸出 ? 本規(guī)程的所有信息都記錄在《配置項(xiàng)變更控制報(bào)告》中。 變更執(zhí)行人可能是變更申請(qǐng)人，也可能不是。 配置項(xiàng)變更控制 目的 ? 防止配置項(xiàng)被隨意修改而導(dǎo)致混亂。 [Step3] 技術(shù)評(píng)審或領(lǐng)導(dǎo)審批 ? 如果配置項(xiàng)是技術(shù)文檔，則需要接受技術(shù)評(píng)審（參見技術(shù)評(píng)審規(guī)程 [SPPPROCTR]）。 ☆ 如果配置項(xiàng)的版本升級(jí)幅度比較小，一般只增大 Y值， X值保持不變。 否決 自由修改 變更控制 通過
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1