XX項目平臺配置管理計劃

1、XX項目平臺配置管理計劃文件修改控制文件狀態(tài)： 意見稿 正式發(fā)布 正在修改文件標識：XX項目平臺配置管理計劃當前版本：V1.0作 者：完成日期：2015.05XX公司2015年5月版本號修改描述作者修改日期審核人審核日期V1.0新建2015.02V2.0修改2015.05目錄 TOC o 1-3 h z u HYPERLINK l _Toc528166811 第1章引言 PAGEREF _Toc528166811 h 3 HYPERLINK l _Toc528166812 1.1.目的 PAGEREF _Toc528166812 h 3 HYPERLINK l _Toc528166813 1.

2、2.術語定義 PAGEREF _Toc528166813 h 3 HYPERLINK l _Toc528166814 1.3.參考資料 PAGEREF _Toc528166814 h 3 HYPERLINK l _Toc528166815 第2章軟件配置 PAGEREF _Toc528166815 h 4 HYPERLINK l _Toc528166817 2.1.軟件配置環(huán)境 PAGEREF _Toc528166817 h 4 HYPERLINK l _Toc528166818 2.1.1 服務器軟件環(huán)境 PAGEREF _Toc528166818 h 4 HYPERLINK l _Toc5

3、28166819 2.1.2 硬件環(huán)境 PAGEREF _Toc528166819 h 4 HYPERLINK l _Toc528166820 2.1.3 配置管理客戶端 PAGEREF _Toc528166820 h 4 HYPERLINK l _Toc528166821 2.2.軟件配置項 PAGEREF _Toc528166821 h 4 HYPERLINK l _Toc528166822 2.2.1 受控配置庫 PAGEREF _Toc528166822 h 4 HYPERLINK l _Toc528166823 2.2.2 非受控配置目錄 PAGEREF _Toc528166823

4、h 5 HYPERLINK l _Toc528166824 2.3.配置管理員 PAGEREF _Toc528166824 h 5 HYPERLINK l _Toc528166825 第3章軟件配置管理計劃 PAGEREF _Toc528166825 h 4 HYPERLINK l _Toc528166826 3.1 建立示例配置庫 PAGEREF _Toc528166826 h 4 HYPERLINK l _Toc528166827 3.2 配置標識管理 PAGEREF _Toc528166827 h 4 HYPERLINK l _Toc528166828 3.3 配置庫控制 PAGEREF

5、 _Toc528166828 h 5 HYPERLINK l _Toc528166829 3.3.1 權限控制 PAGEREF _Toc528166829 h 5 HYPERLINK l _Toc528166830 3.3.2 配置庫的控制 PAGEREF _Toc528166830 h 5 HYPERLINK l _Toc528166831 3.3.3 建立軟件庫 PAGEREF _Toc528166831 h 5 HYPERLINK l _Toc528166832 3.3.4 軟件配置更改 PAGEREF _Toc528166832 h 5 HYPERLINK l _Toc52816683

6、3 3.4 配置的檢查和評審 PAGEREF _Toc528166833 h 6 HYPERLINK l _Toc528166834 3.5 配置庫的備份 PAGEREF _Toc528166834 h 7 HYPERLINK l _Toc528166835 3.6 配置管理計劃的修訂 PAGEREF _Toc528166835 h 7 HYPERLINK l _Toc528166836 3.7 配置管理計劃附屬文檔 PAGEREF _Toc528166836 h 8 HYPERLINK l _Toc528166837 第4章里程碑 PAGEREF _Toc528166837 h 9 HYPE

7、RLINK l _Toc528166838 附錄1 文檔命名規(guī)定 PAGEREF _Toc528166838 h 1 HYPERLINK l _Toc528166839 1、受控配置庫文件命名規(guī)則 PAGEREF _Toc528166839 h 1 HYPERLINK l _Toc528166840 2、非受控配置庫文件命名規(guī)則 PAGEREF _Toc528166840 h 1 HYPERLINK l _Toc528166841 3、提交文檔文件命名規(guī)則 PAGEREF _Toc528166841 h 2 HYPERLINK l _Toc528166842 附錄2 帳號及權限管理 PAGER

8、EF _Toc528166842 h 3 HYPERLINK l _Toc528166843 附錄3 配置庫使用規(guī)定 PAGEREF _Toc528166843 h 5引言 目的 本文檔目的在于對XX項目進行軟件配置管理，提高軟件質量，降低軟件開發(fā)成本。 本文檔內容主要參考研發(fā)中心相關的制度文檔，并在這基礎上整理成適合本項目的軟件配置管理，為項目經理、配置管理員及相關人員提供日常的配置管理操作步驟。 術語定義 軟件配置管理：簡稱 SCM（Software Configuration Management 的縮寫），是在項目開發(fā)中，標識、控制和管理軟件變更的一種管理。配置管理的使用取決于項目規(guī)模

9、和復雜性以及風險水平。軟件的規(guī)模越大，配置管理就顯得越重要。 基線：(BaseLine) 是項目儲存庫中每個工件版本在特定時期的一個“快照”。它提供一個正式標準，隨后的工作基于此標準，并且只有經過授權后才能變更這個標準。建立一個初始基線后，以后每次對其進行的變更都將記錄為一個差值，直到建成下一個基線。 配置管理員：項目組中負責配置管理工作的角色，該角色可以兼職。在某一開發(fā)階段通過評審或某一質量檢查點通過審核后，配置管理員負責統(tǒng)一添加或修改相關文檔的最新有效版本以及審批人簽字。 配置標識：（Configuration Identification）對軟件項目在開發(fā)過程中的資源進行標識，以便識。

10、配置檢查：（Configuration Audit）對軟件配置管理過程中的行動進行檢查。 參考資料 暫無軟件配置 軟件配置環(huán)境 2.1.1 服務器軟件環(huán)境 軟件名稱 作用 Windows 10 、Windows Server2013操作系統(tǒng) TortoiseSVN配置管理軟件 在整個項目過程或產品生命周期中,選擇 SVN作為配置管理工具。 2.1.2 硬件環(huán)境 名稱 規(guī)格 說明 網絡 局域網 服務器 PC 服務器 名稱：FileServer4G 內存 為 SVN 保留500G 獨立使用空間 客戶機 普通 PC 機 項目組成員各自的計算機 2.1.3 配置管理客戶端 項目組成員在各自的計算機安裝

11、SVN客戶端，項目組成員以分配的帳號訪問配置服務器和登錄配置管理系統(tǒng)，根據(jù)配置管理員設定的用戶權限進項配置管理活動。 軟件配置項 在本項目的實施過程中，將配置庫分為受控配置庫和非受控配置庫兩種。2.2.1 受控配置庫在本項目開發(fā)實施的整個過程中，根據(jù)不同階段的配置管理劃分 11 個受控配置目錄，只有配置管理員擁有增加和修改的權限，其它用戶只有只讀的權限。 初始配置庫的根目錄中包項目的配置文件清單，該文檔包括本項目開發(fā)過程中應該提交的文檔的清單，在實際開發(fā)過程中，根據(jù)實際情況，可以在清單中酌情修改、增加和刪除需要提交的文檔。具體內容參見本文 3.3 的“配置文件清單的維護”。 2.2.2 非受控

12、配置目錄 在本項目開發(fā)過程中，設立了非受控配置目錄。設立非受控配置目錄的目的是為了統(tǒng)一管理和存放開發(fā)過程中產生的臨時文檔和過程性文檔，沒有格式及命名上的嚴格要求，使項目組成員在思考、設計時不受太多的限制和約束，能夠更有效地發(fā)揮個人能力，符合以人為本的原則。 在項目初期，設立了以下三個目錄： 目錄名稱 用途及說明 個人工作區(qū) 用于保存項目成員自己編寫的文檔，每個項目成員都有自己獨立的工作目錄小組工作區(qū) 用于保存小組成員寫作編寫的文檔，每個小組都有自己獨立的工作目錄 文檔提交區(qū) 作為非受控配置庫和受控配置庫之間的緩沖，用于提交已經定稿的文檔和代碼，在評審通過后，再由配置管理員取出并提交到受控配置庫

13、中 在根據(jù)項目開發(fā)過程中，根據(jù)實際需要，可以酌情增加非受控配置目錄。 配置管理員 在本軟件項目開發(fā)過程中，項目組設立配置管理員，專業(yè)（或兼職）負責軟件項目開發(fā)過程中的軟件配置管理工作，保證在項目開發(fā)過程中的一些變更管理及文檔管理的完整性，順利地實施項目開發(fā)進度。 配置管理員負責制定配置管理計劃，檢查項目組成員是否正確使用配置庫，并督促項目開發(fā)計劃的實施。 配置管理員還需配合研發(fā)中心產品管理部進行項目的配置評審。評審結束，相關文檔的批準人電子簽名由批準人簽寫或經批準人授權配置管理員填寫，然后由配置管理員負責簽入配置庫；同時，由配置管理員收集配置項審批相關的 email 文檔并簽入配置庫。 軟件配

14、置管理計劃 關于配置庫的日常使用的規(guī)定參見附件3配置庫使用規(guī)定。 3.1 建立示例配置庫 配置管理員在制定完計劃后，根據(jù)公司建議的配置庫建立符合本項目的配置管理庫。配置庫建立在SVN上，目錄結構可按照示例配置庫提供的目錄。對于本項目來說，需要劃分多個子系統(tǒng)，因此要在確定子系統(tǒng)的劃分后，在不同階段下分 建立各子系統(tǒng)的配置目錄。 配置管理庫建立完畢后，可根據(jù)配置管理庫的人員計劃在 SVN上建立相應的用戶及權限，并將這些用戶分發(fā)給指定的開發(fā)人員或用戶。具體的帳號及權限管理參見附錄 2 帳號及權限管理 配置管理員應保管好配置管理工具的管理員權限，項目組中使用配置管理庫的成員應該及時更改自己在配置管理工

15、具的缺省設置密碼。 3.2 配置標識管理 1文檔 根據(jù)配置管理計劃和配置庫中的文檔清單，配置管理員要檢查需要提交的文檔是否都按時提交，文檔數(shù)目是否符合，文檔的標識、命名以及版本等是否符合程序規(guī)定。關于文檔的命名請參見附件 1 文檔命名規(guī)定。 2程序 所有屬于該項目的程序、分程序、模塊和程序單元，都要按照由項目組和配置管理員制訂的軟件系統(tǒng)的命名約定的規(guī)定來標識。 要求所有模塊的源代碼都需記錄模塊編號，且模塊編號在整個系統(tǒng)中是唯一的。模塊編號在系統(tǒng)設計完成之后，由項目組和配置管理員共同根據(jù)系統(tǒng)設計進行編制。 3基線 所有屬于本項目及其各子系統(tǒng)的各類基線，首先要按照計劃書、軟件需求規(guī)格說明書、軟件項

16、目詳細分析設計說明書的規(guī)定確定其技術內容，在整個軟件項目開發(fā)過程中定義以下兩類基線： 文檔基線：本項目的文檔基線的定義以里程碑的定義為準，將到達各階段的里程碑時的文檔作為基線，具體里程碑的定義參見第 4 節(jié)“里程碑”。 產品基線：產品基線包 兩個，一個是系統(tǒng)上線時，一個是系統(tǒng)經過客戶驗證測試時，基線包含所有程序代碼和文檔。 配置管理員負責在項目開發(fā)的每一個里程碑處、每一個階段性的版本發(fā)布時負責為整個配置庫設立書簽，劃定配置管理基線，并以文檔的方式記錄下這些書簽的定義。 3.3 配置庫控制 3.3.1 權限控制 配置管理員根據(jù)附錄2帳號及權限管理設置和調整項目組成員對配置項的權限。 3.3.2

17、配置庫的控制 在項目開發(fā)和實施的整個過程中，配置管理員應根據(jù)配置管理計劃及管理規(guī)則對配置庫對應進行管理和控制。配置管理員負責檢查項目組成員使用配置庫是否正確。包括是否及時簽入最新版本、是否添加了注釋、是否及時更改配置狀態(tài)，是否存在項目組成員修改了不屬于自己負責的配置項，項目組成員是否完成了自己負責的配置項的檢入，測試版本的構造是否從配置庫中取出等。 3.3.3 建立軟件庫 在項目的各個開發(fā)階段，應建立起各階段各子系統(tǒng)的軟件開發(fā)庫（軟件開發(fā)工作區(qū)），同時建立起想對應的有關該系統(tǒng)及其子系統(tǒng)的軟件受控庫。在每個階段結束或里程碑，需讓各子系統(tǒng)提交相關的產品并送入軟件受控庫，由配置管理員統(tǒng)一管理，以后再

18、有對產品的變更需求，應按照正常的變更程序來控制并檢查相關的變更文檔。當全部開發(fā)工作結束，需建立起軟件產品庫，將所有可交付的產品都送入軟件產品庫。 3.3.4 軟件配置更改 軟件配置的更改管理適用于全部項目的所有文檔和代碼，其中包括整個項目的各個運行軟件，也包括為項目專門開發(fā)的支持軟件。 對該項目各個子系統(tǒng)及其專用支持軟件的基線及其集成系統(tǒng)的任何修改，必須得到項目負責人的批準并在本項目軟件質量管理專員處備案才能進行配置更改。 更改完成后的文檔和代碼等，需得到項目負責人認可，提交給配置管理員后，由配置管理員簽入受控配置庫。 受控配置庫中的文檔，在文檔中需要有修改記錄部分，包括修改人、修改日期、修改

19、內容等項，每次對于受控配置庫中文檔的修改，必須填寫這些項。 配置文件清單的維護由配置管理員維護。項目初期，配置管理員與項目組成員一起對開發(fā)過程中可能產生的文檔的進行預計，并在配置文件清單中列出這些文檔及其大致的計劃提交時間。 在實際開發(fā)過程中，文檔提交可能會產生一些變化，如新增某些文檔、原計劃的一些文檔不再單獨產生、文檔計劃提交日期的變更等，項目組應該及時通知配置管理員，由配置管理員及時更改配置文件清單中的相應項。 3.4 配置的檢查和評審 配置的檢查和評審可通過研發(fā)中心配置管理制度的審核內容來進行檢查。相關的審核內容如下表： 審核分類 審核內容 檢查情況 發(fā)布審核 發(fā)布文檔是否清楚地定義發(fā)布

20、的范圍，包括應被納入的更改請求？ 所有已知缺陷/毛病(bug)是否已文檔化？ 是否有適當?shù)奈臋n，它標識重建該發(fā)布所需的環(huán)境（編譯器版本、OS 版本、compilation flags，等等）？ 是否有適當?shù)奈臋n，它說明構成該發(fā)布的成分及成分的版本？ 發(fā)布的所有項是否彼此同步（在時間上一致）？ 是否采用正確存儲庫中的正確成分的正確版本生成發(fā)布？ 存儲庫/配置項審核 存儲庫是否按 SCM 計劃定義？ 項是否已經進入正確的庫？ 是否按 SCM 計劃中規(guī)定的命名約定項命名? 是否按照 SCM 計劃，規(guī)定項的版本號？ 是否按照 SCM 計劃中規(guī)定的事件已經將所有項入庫？例如：測試完成、客戶的評審意見已采

21、納？ 項是否有所要求的文檔以識 項、版本和更改歷史？ 更改實施審核 是否全部所要求的更改請求均已結束？ 是否更改請求標識出全部擬更改的項？ 更改請求中所標識的全部要更改的項均已更改，被 QC 和在所要求的 QC 后入庫？ 是否可能在項的任何兩個版本中間區(qū)分更改？ 項的文檔是否足夠，能向后追蹤更改到相應的更改請求？ 是否有恰當方法能回到以前的版本？ 審核的其他方面 是否對庫作了恰當?shù)膫浞? 是否已測試過從備份中恢復? 在群組成員的工作目錄中是否有任何 經許可的成分？ 是否有恰當?shù)谋Ｃ?批準手續(xù)以保證只有經授權的群組成員才能進行入庫/出庫？ 配置管理員應配合研發(fā)中心產品管理部定期對項目進行配置管理

22、的審核。在審核過程中，提供所需要的配置管理計劃及相關資料，在項目開發(fā)結束后，需提交所有關于項目的軟件配置庫。 3.5 配置庫的備份 在項目開發(fā)實施過程的各個階段，配置管理員應定期做好軟件配置庫的備份，以防造成勞動成果的丟失而給整個項目及公司帶來的嚴重損失。 備份可按照公司的要求定期（按周或月）進行。在每個階段或里程碑處在做完基線工作后應進行備份。備份文件應存放在不同的地方。 3.6 配置管理計劃的修訂 初始的配置管理計劃在項目開始的初期進行制定，由于此時只能大致確定整個開發(fā)過程中的一些活動及其會產生的文檔，在實際開發(fā)過程中，可能會與此有些差異，因此，配置管理計劃也需要根據(jù)開發(fā)過程的實際情況，及

23、時進行修訂，使之能夠有效地對本項目的配置管理活動進行指導。 在一般情況下，進行配置管理計劃修訂的時機選在到達各個階段的里程碑時。如果在一個階段的實施過程中，配置管理計劃不能適應實際過程的變更，則由配置管理員與項目管理人員一起根據(jù)實際情況修訂配置管理計劃。 3.7 配置管理計劃附屬文檔 配置文件清單：記錄項目開發(fā)過程中應該產生的一些文檔、描述及其提交計劃等內容，是執(zhí)行配置管理及檢查的重要依據(jù)。該文檔在項目開始的初期建立，確定開發(fā)過程中需要提交的大部分文檔，并在項目開發(fā)過程中根據(jù)實際情況稍做更新。 模塊清單：模塊清單記錄了系統(tǒng)各個子系統(tǒng)、程序模塊的名稱并分 進行項目內的唯一編號，是所有模塊的源代碼

24、需記錄模塊編號的依據(jù)。模塊清單在系統(tǒng)設計完成之后，由項目組和配置管理員共同根據(jù)系統(tǒng)設計進行編制。 文檔命名規(guī)定： 參見附錄 1 文檔命名規(guī)定 帳號及權限管理： 參見附錄 2 帳號及權限管理 配置庫日常使用規(guī)定參見附錄3 配置庫日常使用規(guī)定 里程碑 本項目主要劃分以下幾個里程碑： 里程碑 特點 1. 需求分析已確立 系統(tǒng)（或所有已確定子系統(tǒng)）的需求分析全部完成 已形成相應的需求分析說明書及其它附屬文檔； 需求分析說明書已通過公司評審或與客戶一致認為需求分析階段已結束，可以進入設計階段；2. 概要設計完成 系統(tǒng)（或所有已確定子系統(tǒng)）的概要設計全部完成 已形成相應的概要設計說明書及其它附屬文檔 ；

25、概要設計說明書已通過公司評審或與客戶一致認為概要設計階段已結束，可以進入詳細設計階段 ；3. 詳細設計完成 系統(tǒng)（或所有已確定子系統(tǒng)）的詳細設計全部完成 已形成相應的詳細設計說明書及其它附屬文檔 詳細設計說明書已通過公司評審或與客戶一致認為詳細設計階段已結束，可以進入編碼階段 ；4. 編碼完成 系統(tǒng)（或所有已確定子系統(tǒng)）的編碼全部完成 系統(tǒng)所有程序已經經過調試并確定可以運行 ； 已通過公司評審或與客戶一致認為編碼階段已結束，可以進入系統(tǒng)測試階段 ；5. 測試計劃完成 測試需求已經確定并完成； 已形成相應的測試計劃說明書及其它附屬文檔 ；6. 測試設計完成 測試用例已經覆蓋所有測試需求 已形成相

26、應的測試用例說明書及其它附屬文檔 ；7. 系統(tǒng)測試完成 系統(tǒng)測試完成，所發(fā)現(xiàn)的所有缺陷已得到妥善處理 符合系統(tǒng)測試退出條件 已完成測試分析報告 ；8. 項目結束 上線成功 ； 已得到客戶的確認并通過驗收測試 與客戶一致認為該項目已結束 。 附錄1 文檔命名規(guī)定 本命名規(guī)定主要是針對文檔的，不包括源代碼文件和最終程序的命名規(guī)則。本規(guī)定主要以下三個方面的命名規(guī)則： 受控配置庫文件命名規(guī)則 非受控配置庫文件命名規(guī)則 提交文檔文件命名規(guī)則 1、受控配置庫文件命名規(guī)則 受控配置庫中的配置項文檔（不含源代碼和最終工作產品）名稱應該按照如下格式命名：項目名稱 + 資料名稱 + 撰寫或修改日期 項 說明 項目

27、名稱 XX項目 資料名稱 軟件開發(fā)計劃需求規(guī)格說明書概要設計用戶手冊 撰寫或修改日期 第一次撰寫完成日期或修改完成日期 例如： 2015 年 3 月 15 日定稿的需求規(guī)格說明書。2、非受控配置庫文件命名規(guī)則 非受控配置庫主要用于存放項目成員工作時產生的臨時文檔等，只要求提交時不致出錯，對命名規(guī)則沒有其它限制，由項目成員根據(jù)自己習慣對文檔命名。 3、提交文檔文件命名規(guī)則 同受控配置庫的文件命名規(guī)則。 項目成員提交文檔到文檔提交區(qū)前，應該按照受控配置庫的文件命名規(guī)則對文檔命名，然后才提交道文檔提交區(qū)中。 附錄2 帳號及權限管理 帳號管理 配置管理服務器帳號 在配置管理服務器（FileServer）上為項目組的每個項目成員都建立帳號； 根據(jù)項目過程中的人員調配狀況適時增加和刪除帳號； 初始口令與用戶名一