1、配置管理計劃關于本文檔主題配置管理計劃說明本文檔重點說明測試的實施規程適用對象項目組全體成員修訂歷史版本早下類型日期作者說明1.0全部C2008-2-27根據項目情況創建評審記錄角色簽名日期說明1刖言1.1編制目的本文旨在規范華泰財產保險項目的配置管理，目的如下：1 .結合配置管理工具，規劃華泰財產保險項目的配置庫框架，制定配置庫規范。2 .通過版本控制和變更控制的有效執行，確保所有配置項的完整性和可跟蹤性，確保產品內容得到保護，確保產品的修改過程受到控制。3 .控制產品正式發布的時機，規范產品發布的行為方式和工作流程，保證發布的工作產品是正確的、完整的，同時工作產品的發布過程是有計劃的和受控

2、的。4 .2適用范圍本文檔適用對象：華泰財產保險項目配置庫的使用者。本文檔適用范圍：華泰財產保險項目的整個生存期中，各階段的產品。5 .3崗位與職責角色職責SCM工程師- 制定SCM計劃，負責計劃的執行和完善- 建立和維護軟件配置管理庫、基線庫，控制基線的變更、保存所有變更請求- 識別/標識軟件配置項，確定哪些內容將納入基線庫- 基線化軟件工作產品- 審核待發布的工作產品- 對項目組成員，提供SCM知識、SCM工具的必要培訓SCCB- 審查、分析變更請求- 做出對變更請求的決定（接受/拒絕），授權義更- 確定義奧的責任人、驗證手段、審核人PM- 審查SCM計劃- 協助SCM工程師制定SCM計劃

3、，并支持計劃的執行- 提出變更請求- 提出產品發布請求- 確保只選用基線庫的基線來構建工作產品或最終產品項目組成員- 了解SCM計劃，支持SCM工程師的工作- 提交變更請求- 按照過程、規程、約定及工作計劃的要求，提交工作產品SQA工程師- 協助SCM計劃的制定、參與SCM計劃評審- 對于SCM過程活動，實施審核- 產品發布或提交給客戶前，實施軟件的配置審核高級經理-主持SCCB評審-批準產品發布6 .4參考文檔FI-SCM-配置管理規范.doc。2配置庫目錄結構一級目錄二級目錄三級目錄目錄內容目錄說明XXX財產項目組縮寫（開發庫）Development開發文檔存放項目開放方面的文檔如：問題跟

4、蹤文檔等Maintenance維護文檔存放項目維護方面的文檔如：用戶使用手冊、系統維護手冊、系統安裝手冊等標識：FI-項目組縮寫-MAN-中文名稱Requirement需求文檔項目的系統需求文檔，如：需求規格說明書等標識：FI-項目組縮寫-RM-中文名稱SourceCode源代碼標識：源代碼文件名Support支持工作產品發布期間支持組工作文檔一級目錄二級目錄三級目錄目錄內容目錄說明SystemDesign設計文檔系統設計說明書、數據庫結構等標識：FI-項目組縮寫-SD-中文名稱Test測試文檔存放項目的測試文檔測試計劃、版本發布計劃、系統測試說明書、測試數據、測試申請、測試報告、測試總結等標

5、識：FI-項目組縮寫-TEST-中文名稱Team項目組的常用文檔開發參考、客戶聯系方式、項目組員聯系方式文檔；項目組綜合信息等Env項目環境文檔環境搭建手冊、保監會驗收環境、各種開發測試環境描述、項目組對環境維護的規程等文檔Management（管理庫）IC組間溝通文檔存放項目組與其它相關組制訂的組間約定內容、組間溝通記錄等標識：FI-項目組縮寫-相關組英文簡稱-IC-中文名稱Minutes會議紀要存放本項目進行例會的記錄標識：FI-項目組縮寫-MIG-中文名稱SCM配置管理文檔項目組配置管理活動文檔，如配置管理計劃、基線狀態報告、變更請求總報告、變更請求、CCB會議備忘不等標識：FI-項目組

6、縮寫-SCM-中文名稱SPP項目策劃項目策劃活動文檔，如項目開發計劃、項目估計結果、需求分析計劃、項目設計計劃、項目實現計劃等標識：FI-項目組縮寫-SPP-中文名稱SPTO項目跟蹤項目跟蹤活動文檔，如項目周報（如上BF的項目組可不包含項目周報）、項目狀態報告等標識：FI-項目組縮寫-SPTO-中文名稱SQA質量保證文檔項目組質量保證活動文檔，如SQA計劃、SQA周報、SQA項目問題記錄等標識：FI-項目組縮寫-SQA-中文名稱Template模版存放與項目組工作相關的各文檔模版標識：FI-項目組縮與-Template-中文名稱Train培訓文檔存放本項目進行培訓的資料，如ppt等標識：FI-

7、項目組縮寫-TR-中文名稱項目組縮寫BASELINE（基線庫）SourceCode源代碼標識：源代碼文件名3配置管理規范配置庫目錄結構的制定需遵循以下步驟：1 .配置管理員提出配置庫目錄結構的方案初稿；2 .經部門審核通過后成為正式規范，所有的配置庫均需按照規范的要求建立；3 .對配置庫目錄結構的優化過程可以在配置庫管理員廣泛收集配置庫使用人員的意見后，定期的遵循以上步驟1、2來予以改進。一級目錄二級目錄三級目錄目錄內容目錄說明XXX財產項目組縮寫（開發庫）Development開發文檔存放項目開放方面的文檔如：問題跟蹤文檔等Maintenance維護文檔存放項目維護方面的文檔如：用戶使用手冊

8、、系統維護手冊、系統安裝手冊等標識：FI-項目組縮寫-MAN-中文名稱Requirement需求文檔項目的系統需求文檔，如：需求規格說明書等標識：FI-項目組縮寫-RM-中文名稱SourceCode源代碼標識：源代碼文件名Support支持工作產品發布期間支持組工作文檔SystemDesign設計文檔系統設計說明書、數據庫結構等標識：FI-項目組縮寫-SD-中文名稱Test測試文檔存放項目的測試文檔測試計劃、版本發布計劃、系統測試說明書、測試數據、測試申請、測試報告、測試總結等標識：FI-項目組縮寫-TEST-中文名稱Team項目組的常用文檔開發參考、客戶聯系方式、項目組員聯系方式文檔；項目組

9、綜合信息等Env項目環境文檔環境搭建手冊、保監會驗收環境、各種開發測試環境描述、項目組對環境維護的規程等文檔Management（管理庫）IC組間溝通文檔存放項目組與其它相關組制訂的組間約定內容、組間溝通記錄等標識：FI-項目組縮寫-相關組英文簡稱-IC-中文名稱一級目錄二級目錄三級目錄目錄內容目錄說明Minutes會議紀要存放本項目進行例會的記錄標識：FI-項目組縮寫-MIG-中文名稱SCM配置管理文檔項目組配置管理活動文檔，如配置管理計劃、變更請求標識：FI-項目組縮寫-SCM-中文名稱SPP項目策劃項目策劃活動文檔，如項目開發計劃、階段計劃等標識：FI-項目組縮寫-SPP-中文名稱SPT

10、O項目跟蹤項目跟蹤活動文檔，如項目周報、里程碑評審報告等標識：FI-項目組縮寫-SPTO-中文名稱SQA質量保證文檔項目組質量保證活動文檔，如SQA計劃、SQA周報、SQA項目問題記錄等標識：FI-項目組縮寫-SQA-中文名稱Template模版存放與項目組工作相關的各文檔模版標識：FI-項目組縮與-Template-中文名稱Train培訓文檔存放本項目進行培訓的資料，如ppt等標識：FI-項目組縮寫-TR-中文名稱項目組縮寫BASELINE（基線庫）SourceCode源代碼標識：源代碼文件名3.1 配置庫權限管理3.1.1 VSS權限的劃分類型如下只讀型-read：在需要對文檔的修改作控制

11、時，可以只給指定人員分配讀寫權限，而為其他人分配只讀權限；可修改型checkout/checkin；可增/刪型add/delete/rename:此權限通常分配給項目經理和項目組正式職工；永久刪除型destroy:此權限通常只分配給配置管理員；3.2 配置標識的定義標準配置項標識=部門標識-ProjectName-Type-NameVersion。其中，部門標識：金融保險部為FI8位的字符ProjectName：項目名稱采用約定的縮寫規則取長度不超過華泰一一華泰系統項目組簡稱；Type：類型劃分如下：SQA質量保證文檔SCM配置管理文檔CR變更請求（代碼、數據結構除外）CODEM代碼變更請求D

12、BM數據結構變更請求MTG一會議文檔SCM項目計劃文檔RM需求管理文檔SD系統設計文檔TEST測試文檔MAN用戶手冊OTH其它類型文檔配置項名稱為：項目工作產品的名稱，如需求規格說明書3.3權限申請流程非正式員工：項目經理同意（需要發送相關郵件），即可開放;正式員工/特批非正式員工：流程如下：1.申請人在郵件中描述清楚以下內容:所在項目組：XXX項目組是否分支管理員：。是。否制#人：XXX申請時間：2007-11-23所需權限說明請求開通VSS權限Project:XXX®目組一一級目錄名稱二級目錄名稱：讀寫一一級目錄名稱：只讀2 .申請人發郵件給項目經理，在郵件主題中要寫清“XXX項

13、目組XXX姓名申請XXX配置庫權限”，（如“華泰項目組金波申請華泰配置庫權限”）3 .項目經理審批項目經理如果審批通過，轉發郵件給配置管理員，在郵件中寫清審批結果;如果審批沒有通過，項目經理要回復告知申請人沒有通過審批。4 .配置管理員處理配置管理員收到項目經理的郵件后，給申請人開通權限；發郵件通知申請人，抄送項目經理。3.4配置項操作配置項以文件為單位。文件同一次檢出的持續時間不能超過5個工作日。4 Build構建后配置約定在集成測試之后開始，每次build成功，在開發庫上建lable標識。5 VSS基線管理5.1 基線入庫只有源代碼進行基線管理。初次建立的配置項，或經過修改的配置項，必須經

14、過SCCB批準之后由項目經理提交SCME入庫。項目組提交的配置項需在郵件中說明是否已經過驗證。5.2 基線庫的取用項目組在構造和配送產品時，必須取用軟件基線庫中的配置項來完成。只有SCME擁有基線庫的管理權限，其他人員只能讀取基線庫中的內容。5.3 基線變更5.3.1 申請1. 發送郵件主題為：XXX項目組XXX基線變更申請yyyymmdd_姓全拼名縮寫（大寫），其中，yyyymmdd為發送日，如PICCALLB工具基線變更申請20050617_ZHANGL；附件文件名同郵件主題名。2. 為便于QA跟蹤基線申請的處理情況，請將申請郵件同時抄送給QA。3. 模板統一采用問題跟蹤模板，有不需要列時

15、，隱藏，而不要刪除，以便后續合并處理。4. 在附件中，申請者需明確每一變更的計劃解決日期。5.3.2 處理1. 申請者在開發庫中進行變更。2. 申請者將變更申請內容粘貼到開發庫根目錄下的xxx受控文件匯總清單中，并指明復核人，mail告知PM讓其審核。3. PM在接到申請，審核通過后，補充填寫記錄狀態，并告知申請者。4. 申請者在備注字段內標示“已合并”。5.3.3 合并基線1. 為了保證最終的產品發布進度不受影響，必須在發布提出的“最晚合并完基線變更內容的日期”前，把與自己相關的基線變更申請合并完成。2. 最終合并時，項目組SCME負責在開發庫中打label，3. 項目組SCME基線庫中建立

16、版本子目錄，并將label對應內容合并到此目錄中。4. Label之后又發生變更的文件，原則上將體現在下次發布合并中。5. 為了檢查基線庫內容的正確性，每次在合并完成后，由項目組QA負責檢查：基線庫中此版本所包含的變更文件，是否和受控文件匯總清單中的所列文件一致。5.3.4 問題記錄1. 對于審核過程中發現的問題，由SCME負責記錄統計，并每月向PM、QA發布統計結果。6配置狀態統計6.1.1配制項狀態報告SCM工程師必須定期(每周)提供變更請求統計月報給項目經理，客戶SCME，抄送QA高級主管，用以報告和跟蹤配制項變更狀態。1. 開始條件：需求基線形成之后；2. 統計級別：顆粒度為label級別，label的變更算一次狀態改變；3. 報告發送：發送配置狀態報告有兩種：a) 正常發送報告，為每周一次b) 以新打label驅動，每打一次label，發送一次mail6.1.2基線狀態報告2.4.1.1 報告發送開始條件：需求基線形成；報告發送：新增加基線；基線變更發送，要求能夠區別兩次變更之間功能不同。2.4.1.2 基線產品控制基線產品為了防止他人未授權修改，作出以下約定：生產庫中形成基線的文件，為了防止被修改，使用pin功能鎖住文件，不允許被修改。需要修改時走變更申