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

1、.軟件配置管理規(guī)范1.簡介軟件配置管理的目的是保證在整個軟件生命周期中軟件產(chǎn)品的完整性。1.1 目的本文檔指導項目開展配置管理活動。1.2 范圍本文檔適用于SWL開發(fā)小組批準立項的軟件項目。1.3 文檔結(jié)構(gòu)第一部分：簡介，包括本規(guī)范的目的、范圍、詞匯以及所涉及到的參考信息。第二部分：配置管理工作規(guī)范的正文，包括活動的流程圖、進入能及退出的準則、所涉及的角色、相關(guān)活動的闡述、驗證與確認能及度量。第三部分：變更控制工作規(guī)范的正文，包括活動的流程圖、進入能及退出準則、所涉及的角色、相關(guān)活動的闡述、驗證與確認能及度量。第四部分：參考文獻，列出了編寫本規(guī)范所參考的相關(guān)的文獻資料。第五部分：附錄，本文中流

2、程圖的標準符號定義。1.4 詞匯表CM (Configuration Management)配置管理。CCB (Change Control Board)變更控制委員會。CI (Configuration Item)配置項，包含文檔、程序。CR (Change Request)變更請求，對提出的要變更工件或流程的任何請求的統(tǒng)稱。在變更請求中記錄的信息是有關(guān)當前問題、提議解決方案及其成本的起源和影響的信息。PCA (Physical Configuration Audit)物理審計，在配置管理系統(tǒng)中建成立基線的工件是否為“正確”版本。FCA (Functional Configuration A

3、udit)功能審計，核心軟件配置項的實際性能是否符合它的需求?；€ (Baseline)己通過復審和批準的工件發(fā)布版，由此構(gòu)成進一步演進或開發(fā)的公認基礎(chǔ)，并且只能通過正式程序，例如變更管理和配置控制才能進行更改。CML (Configuration Management Library)配置客理庫，存儲項目工件的所有版本，即存儲項目的定義的配置項。版本 (Version)某個工件的變體，工件的后期版本一般是在初期版本的基礎(chǔ)上進行的擴展。1.5 參考信息1.5.1 可追溯性CMU/ SET-93-TR-024 Capability Maturity Model SM for Software,

4、Version 1.11.5.2 方針SWL開發(fā)組項目開發(fā)與管理工作方針1.5.3 過程/規(guī)范項目計劃與控制規(guī)范1.5.4 指南配置管理計劃指南基線策略指南配置狀態(tài)報告編制指南配置審計工作活動指南配置管理工具指南VSS 使用指南組織管理配置庫使用指南軟件開發(fā)文檔命名約定1.5.5 模板配置管理計劃配置狀態(tài)報告配置審計報告文檔變更請求1.5.6 檢查表無1.5.7 培訓軟件配置管理教材軟件變更控制管理教材Clear Case 配置管理培訓教材1.5.7 工具Clear CaseVisual SourceSafeVisual BasicOffice 97/2000/XPDreamWeaverPho

5、toShopMicrosoft SQL Server 20001.6 參考網(wǎng)站1 配置管理規(guī)范2.1 配置管理流程圖開始計劃配置管理創(chuàng)建配置管理環(huán)境編寫配置狀態(tài)報告建立基線配置頂標識執(zhí)行配置審計變更控制管理結(jié)束2.2 角色本文檔在組織中實施所涉及的角色配置管理經(jīng)理負責為產(chǎn)品開發(fā)團隊提供全面的配置管理基礎(chǔ)設(shè)施和環(huán)境，負責制定配置管理計劃，負責對文檔類的配置項建立基線，負責基線審計，報告配置狀態(tài)。集成員負責制定集成計劃，建立基線（程序類）。任意角色提交配置項。CCB審計基線。2.3 進入準則進入準則描述 項目立項2.4 輸入項目開發(fā)計劃只要有了項目開發(fā)計劃草稿，就可以根據(jù)項目開發(fā)計劃編寫配置管理計

6、劃項目計劃與控制規(guī)范2.5 活動1計劃配置管理配置管理經(jīng)理CCB 制定配置管理策略 制定變更控制策略 編寫配置管理計劃 評審配置管理計劃配置管理計劃指南配置管理計劃模塊2創(chuàng)建配置管理環(huán)境配置管理經(jīng)理 設(shè)置硬件環(huán)境 設(shè)置網(wǎng)絡(luò)環(huán)境 設(shè)置軟件環(huán)境建立一個配置管理庫，儲存項目中定義的配置工具。 提供配置管理培訓配置管理工具指南3配置項的標識配置管理經(jīng)理 對文檔類的配置項進行的標識，參見附錄B 對程序（Coding、模型）的配置項進行標識軟件開發(fā)文檔命名約定4建立基線配置管理經(jīng)理集成員 標識基線：根據(jù)配置管理計劃，對經(jīng)過測試或者評審通過的工件進行標識 審批基線：CCB負責召開會議，評審配置管理經(jīng)理建立的

7、基線 發(fā)布基線：將建立的基線向相關(guān)人員發(fā)布配置管理計劃指南基線策略指南5報告配置配置管理經(jīng)理 根據(jù)配置管理計劃，收集配置活動數(shù)據(jù)，編寫配置狀態(tài)報告配置狀態(tài)報告編制指南配置狀態(tài)報告模板6執(zhí)行配置審計配置管理經(jīng)理 根據(jù)配置管理計劃定期地執(zhí)行配置審計，它包括：物理審計 功能審計 編寫配置審計報告配置審計工作活動指南配置審計報告模板7變更控制管理CCB任意角色 參見變更控制規(guī)范文檔變更請求2.6 輸出配置管理計劃 CM計劃說明要在項目生命周期過程中執(zhí)行的所有配置和變更控制管理活動。說明了活動時間表、指定的職責和需要的資源（包括人員、工具和計計算機設(shè)備）配置管理計劃模板變更請求 對項目當前問題說明 提出

8、的變更請求內(nèi)容 CCB的復審活動 確認變更的結(jié)果文檔變更請求配置狀態(tài)報告 主要報告變更請求情況，當前基于工作的工件版本以及版本說明基線的狀態(tài)配置狀態(tài)報告模板配置審計報告 對基線物理審計和功能審計進行描述配置審計報告模板2.7 驗證與確認配置計劃的評審 高級管理者、SQA、項目經(jīng)理參與配置管理計劃的評審階段狀態(tài)評審報告 高級管理者和項目組成員參與SQA驗證 SQA對項目的變更控制流程，配置管理流程進行審計CCB的審計 對基線進行評審配置審計 配置經(jīng)理將配置審計結(jié)果報告給項目經(jīng)理2.8 退出準則退出標準描述項目驗收通過或項目終止、暫停2.9 度量2 變更控制規(guī)范3.1 變更控制流程圖否詳細信息提出

9、變更請求變更請求復審變更請求拒絕. 接受.否否推遲變更是立即變更是分配任務(wù)是進行變更確認變更否通過.是結(jié)束3.2 角色CCB復審變更請求，確定變更請求任意角色提出變更請求項目經(jīng)理根據(jù)變更請求分配任務(wù)3.3 進入準則進入準則描述變更請求己提交給CCB3.4 輸入配置管理計劃配置管理計劃中定義了變更控制策略。配置管理計劃模板變更請求變更請求是一個正式提交的工作，用于在整個項目的生命期內(nèi)跟蹤所有的請求（包括新特性、擴展請求、缺陷、變更的需求等）與相關(guān)的狀態(tài)信息。變更請求模板3.5 活動1提交變更請求任意角色 任意角色填寫變更請求并提交CCB變更請求表模板2評估變更請求CCB CCB評審會議中對變更請

10、求的內(nèi)容進行評審，以確定它是否為有效請求 CCB評估影響范圍并做出決定3分配任務(wù)項目經(jīng)理 項目經(jīng)理根據(jù)CCB批準的變更請求分配任務(wù)4實施變更任意角色 執(zhí)行變更任務(wù) 提交變更結(jié)果5確認變更CCB CCB確認變更是否完成，發(fā)布變更結(jié)果3.6 輸出變更請求 大經(jīng)過CCB評審后的變更請求變更請求模板變更通知 項目經(jīng)理根據(jù)CCB評審后的變更請求，安排指定的人員完成變更3.7 驗證與確認變更請求評審 CCB對變更請求進行評審，分析其影響并做出決定變更確認 CCB指派人員對完成后的變更進行確認SQA驗證 SQA對變更流程的實施進行審計3.8 退出準則退出標準描述變更請求被拒絕或者變更經(jīng)過確認3.8 度量3

11、參考文獻BUC93Implementing Configuration Management,Hardware,Software and Firmware,Los Almitox,CA:IEEE Computer Science Press,j.Buckley 1993.Rational 2001Rational Unified Process,Version2001,Rational Software Corporation,2001.SCM_CRI_2.0軟件配置管理規(guī)范，托普信息集團，2002附錄附錄A 流程框圖符號Circles represent connectors when a

12、process/procedure flowchart continues on the next pageDiamonds represent important decision points in the process/procedure.Parallelograms represent Inputs and Output to or from a process/procedure.Rectangles represent individual process/procedure activitiesLines with arrowheads connect symbols to show the progression or directionof he acti