XX項目平臺配置管理計劃

1、文件狀態(tài)： 意見稿 正式發(fā)布 正在修改XX項目平臺配置管理計劃文件修改控制文件標(biāo)識：XX項目平臺配置管理計劃當(dāng)前版本：V1.0作者：完成日期：2015.05XX公司2015年5月版本號修改描述作者修改日期審核人審核日期V1.0新建2015.02V2.0修改2015.05目錄第 1 章引言 . .31.1.目的 . .31.2.術(shù)語定義 . .31.3.參考資料 . .3第 2 章軟件配置 . .42.1.軟件配置環(huán)境 . .42.1.1服務(wù)器軟件環(huán)境 . .42.1.2硬件環(huán)境 . .42.1.3配置管理客戶端 . .42.2.軟件配置項 . .42.2.1受控配置庫 . .42.2.2非受控

2、配置目錄 . .52.3.配置管理員 . .5第 3 章軟件配置管理計劃 . .43.1建立示例配置庫 . .43.2配置標(biāo)識管理 . .43.3配置庫控制 . .53.3.1權(quán)限控制 . .53.3.2配置庫的控制 . .53.3.3建立軟件庫 . .53.3.4軟件配置更改 . .53.4配置的檢查和評審 . .63.5配置庫的備份 . .73.6配置管理計劃的修訂 . .73.7配置管理計劃附屬文檔 . .8第 4 章里程碑 . .9附錄 1文檔命名規(guī)定 .11、受控配置庫文件命名規(guī)則 . .12、非受控配置庫文件命名規(guī)則 . .13、提交文檔文件命名規(guī)則 . .2附錄 2帳號及權(quán)限管理

3、 .3附錄 3配置庫使用規(guī)定 .4第1章 引言1.1.目的本文檔目的在于對XX 項目進行軟件配置管理，提高軟件質(zhì)量，降低軟件開發(fā)成本。本文檔內(nèi)容主要參考研發(fā)中心相關(guān)的制度文檔，并在這基礎(chǔ)上整理成適合本項目的軟件配置管理，為項目經(jīng)理、配置管理員及相關(guān)人員提供日常的配置管理操作步驟。1.2.術(shù)語定義軟件配置管理：簡稱SCM（ SoftwareConfigurationManagement 的縮寫），是在項目開發(fā)中，標(biāo)識、控制和管理軟件變更的一種管理。配置管理的使用取決于項目規(guī)模和復(fù)雜性以及風(fēng)險水平。軟件的規(guī)模越大，配置管理就顯得越重要?；€： (BaseLine)是項目儲存庫中每個工件版本在特定時

4、期的一個“快照”。它提供一個正式標(biāo)準(zhǔn)，隨后的工作基于此標(biāo)準(zhǔn)，并且只有經(jīng)過授權(quán)后才能變更這個標(biāo)準(zhǔn)。建立一個初始基線后，以后每次對其進行的變更都將記錄為一個差值，直到建成下一個基線。配置管理員：項目組中負責(zé)配置管理工作的角色，該角色可以兼職。在某一開發(fā)階段通過評審或某一質(zhì)量檢查點通過審核后，配置管理員負責(zé)統(tǒng)一添加或修改相關(guān)文檔的最新有效版本以及審批人簽字。配置標(biāo)識：（ConfigurationIdentification）對軟件項目在開發(fā)過程中的資源進行標(biāo)識，以便識。配置檢查：（ Configuration Audit）對軟件配置管理過程中的行動進行檢查。1.3.參考資料暫無第2章 軟件配置2.1

5、.軟件配置環(huán)境服務(wù)器軟件環(huán)境軟件名稱作用Windows 10 、 Windows Server2013操作系統(tǒng)TortoiseSVN配置管理軟件在整個項目過程或產(chǎn)品生命周期中, 選擇 SVN 作為配置管理工具。硬件環(huán)境名稱規(guī)格說明網(wǎng)絡(luò)局域網(wǎng)服務(wù)器PC 服務(wù)器名稱： FileServer4G 內(nèi)存為 SVN 保留 500G 獨立使用空間客戶機普通 PC 機項目組成員各自的計算機配置管理客戶端項目組成員在各自的計算機安裝SVN客戶端，項目組成員以分配的帳號訪問配置服務(wù)器和登錄配置管理系統(tǒng)，根據(jù)配置管理員設(shè)定的用戶權(quán)限進項配置管理活動。2.2.軟件配置項在本項目的實施過程中，將配置庫分為受控配置庫和

6、非受控配置庫兩種。受控配置庫在本項目開發(fā)實施的整個過程中，根據(jù)不同階段的配置管理劃分11個受控配置目錄，只有配置管理員擁有增加和修改的權(quán)限，其它用戶只有只讀的權(quán)限。初始配置庫的根目錄中包項目的配置文件清單，該文檔包括本項目開發(fā)過程中應(yīng)該提交的文檔的清單，在實際開發(fā)過程中，根據(jù)實際情況，可以在清單中酌情修改、增加和刪除需要提交的文檔。具體內(nèi)容參見本文3.3的“配置文件清單的維護”。非受控配置目錄在本項目開發(fā)過程中，設(shè)立了非受控配置目錄。設(shè)立非受控配置目錄的目的是為了統(tǒng)一管理和存放開發(fā)過程中產(chǎn)生的臨時文檔和過程性文檔，沒有格式及命名上的嚴格要求，使項目組成員在思考、設(shè)計時不受太多的限制和約束，能夠

7、更有效地發(fā)揮個人能力，符合以人為本的原則。在項目初期，設(shè)立了以下三個目錄：目錄名稱用途及說明個人工作區(qū)用于保存項目成員自己編寫的文檔，每個項目成員都有自己獨立的工作目錄小組工作區(qū)用于保存小組成員寫作編寫的文檔，每個小組都有自己獨立的工作目錄文檔提交區(qū)作為非受控配置庫和受控配置庫之間的緩沖，用于提交已經(jīng)定稿的文檔和代碼，在評審?fù)ㄟ^后，再由配置管理員取出并提交到受控配置庫中在根據(jù)項目開發(fā)過程中，根據(jù)實際需要，可以酌情增加非受控配置目錄。2.3.配置管理員在本軟件項目開發(fā)過程中，項目組設(shè)立配置管理員，專業(yè)（或兼職）負責(zé)軟件項目開發(fā)過程中的軟件配置管理工作，保證在項目開發(fā)過程中的一些變更管理及文檔管理

8、的完整性，順利地實施項目開發(fā)進度。配置管理員負責(zé)制定配置管理計劃，檢查項目組成員是否正確使用配置庫，并督促項目開發(fā)計劃的實施。配置管理員還需配合研發(fā)中心產(chǎn)品管理部進行項目的配置評審。評審結(jié)束，相關(guān)文檔的批準(zhǔn)人電子簽名由批準(zhǔn)人簽寫或經(jīng)批準(zhǔn)人授權(quán)配置管理員填寫，然后由配置管理員負責(zé)簽入配置庫；同時，由配置管理員收集配置項審批相關(guān)的email文檔并簽入配置庫。第 3章 軟件配置管理計劃關(guān)于配置庫的日常使用的規(guī)定參見附件3配置庫使用規(guī)定 。3.1 建立示例配置庫配置管理員在制定完計劃后，根據(jù)公司建議的配置庫建立符合本項目的配置管理庫。配置庫建立在 SVN上，目錄結(jié)構(gòu)可按照示例配置庫提供的目錄。對于本項

9、目來說，需要劃分多個子系統(tǒng)，因此要在確定子系統(tǒng)的劃分后，在不同階段下分建立各子系統(tǒng)的配置目錄。配置管理庫建立完畢后， 可根據(jù)配置管理庫的人員計劃在 SVN 上建立相應(yīng)的用戶及權(quán)限，并將這些用戶分發(fā)給指定的開發(fā)人員或用戶。 具體的帳號及權(quán)限管理參見附錄 2 帳號及權(quán)限管理配置管理員應(yīng)保管好配置管理工具的管理員權(quán)限，項目組中使用配置管理庫的成員應(yīng)該及時更改自己在配置管理工具的缺省設(shè)置密碼。3.2 配置標(biāo)識管理1文檔根據(jù)配置管理計劃和配置庫中的文檔清單，配置管理員要檢查需要提交的文檔是否都按時提交，文檔數(shù)目是否符合，文檔的標(biāo)識、命名以及版本等是否符合程序規(guī)定。關(guān)于文檔的命名請參見附件 1 文檔命名規(guī)

10、定 。2程序所有屬于該項目的程序、分程序、模塊和程序單元，都要按照由項目組和配置管理員制訂的軟件系統(tǒng)的命名約定的規(guī)定來標(biāo)識。要求所有模塊的源代碼都需記錄模塊編號，且模塊編號在整個系統(tǒng)中是唯一的。模塊編號在系統(tǒng)設(shè)計完成之后，由項目組和配置管理員共同根據(jù)系統(tǒng)設(shè)計進行編制。3基線所有屬于本項目及其各子系統(tǒng)的各類基線，首先要按照計劃書、軟件需求規(guī)格說明書、軟件項目詳細分析設(shè)計說明書的規(guī)定確定其技術(shù)內(nèi)容，在整個軟件項目開發(fā)過程中定義以下兩類基線：文檔基線：本項目的文檔基線的定義以里程碑的定義為準(zhǔn)，將到達各階段的里程碑時的文檔作為基線，具體里程碑的定義參見第4節(jié)“里程碑” 。產(chǎn)品基線：產(chǎn)品基線包 兩個，一

11、個是系統(tǒng)上線時，一個是系統(tǒng)經(jīng)過客戶驗證測試時，基線包含所有程序代碼和文檔。配置管理員負責(zé)在項目開發(fā)的每一個里程碑處、每一個階段性的版本發(fā)布時負責(zé)為整個配置庫設(shè)立書簽，劃定配置管理基線，并以文檔的方式記錄下這些書簽的定義。3.3 配置庫控制權(quán)限控制配置管理員根據(jù)附錄2帳號及權(quán)限管理設(shè)置和調(diào)整項目組成員對配置項的權(quán)限。配置庫的控制在項目開發(fā)和實施的整個過程中，配置管理員應(yīng)根據(jù)配置管理計劃及管理規(guī)則對配置庫對應(yīng)進行管理和控制。配置管理員負責(zé)檢查項目組成員使用配置庫是否正確。包括是否及時簽入最新版本、是否添加了注釋、是否及時更改配置狀態(tài)，是否存在項目組成員修改了不屬于自己負責(zé)的配置項，項目組成員是否完

12、成了自己負責(zé)的配置項的檢入，測試版本的構(gòu)造是否從配置庫中取出等。建立軟件庫在項目的各個開發(fā)階段，應(yīng)建立起各階段各子系統(tǒng)的軟件開發(fā)庫（軟件開發(fā)工作區(qū)） ，同時建立起想對應(yīng)的有關(guān)該系統(tǒng)及其子系統(tǒng)的軟件受控庫。在每個階段結(jié)束或里程碑，需讓各子系統(tǒng)提交相關(guān)的產(chǎn)品并送入軟件受控庫，由配置管理員統(tǒng)一管理，以后再有對產(chǎn)品的變更需求，應(yīng)按照正常的變更程序來控制并檢查相關(guān)的變更文檔。當(dāng)全部開發(fā)工作結(jié)束，需建立起軟件產(chǎn)品庫，將所有可交付的產(chǎn)品都送入軟件產(chǎn)品庫。軟件配置更改軟件配置的更改管理適用于全部項目的所有文檔和代碼，其中包括整個項目的各個運行軟件，也包括為項目專門開發(fā)的支持軟件。對該項目各個子系統(tǒng)及其專用支持

13、軟件的基線及其集成系統(tǒng)的任何修改，必須得到項目負責(zé)人的批準(zhǔn)并在本項目軟件質(zhì)量管理專員處備案才能進行配置更改。更改完成后的文檔和代碼等， 需得到項目負責(zé)人認可， 提交給配置管理員后， 由配置管理員簽入受控配置庫。受控配置庫中的文檔，在文檔中需要有修改記錄部分，包括修改人、修改日期、修改內(nèi)容等項，每次對于受控配置庫中文檔的修改，必須填寫這些項。配置文件清單的維護由配置管理員維護。項目初期，配置管理員與項目組成員一起對開發(fā)過程中可能產(chǎn)生的文檔的進行預(yù)計，并在配置文件清單中列出這些文檔及其大致的計劃提交時間。在實際開發(fā)過程中， 文檔提交可能會產(chǎn)生一些變化， 如新增某些文檔、 原計劃的一些文檔不再單獨產(chǎn)

14、生、文檔計劃提交日期的變更等，項目組應(yīng)該及時通知配置管理員，由配置管理員及時更改配置文件清單中的相應(yīng)項。3.4 配置的檢查和評審配置的檢查和評審可通過研發(fā)中心配置管理制度的審核內(nèi)容來進行檢查。相關(guān)的審核內(nèi)容如下表：審核分類審核內(nèi)容檢查情況發(fā)布審核發(fā)布文檔是否清楚地定義發(fā)布的范圍，包括應(yīng)被納入的更改請求？所有已知缺陷/ 毛病 (bug)是否已文檔化？是否有適當(dāng)?shù)奈臋n，它標(biāo)識重建該發(fā)布所需的環(huán)境（編譯器版本、OS 版本、pilation flags，等等）？是否有適當(dāng)?shù)奈臋n，它說明構(gòu)成該發(fā)布的成分及成分的版本？發(fā)布的所有項是否彼此同步（在時間上一致）？是否采用正確存儲庫中的正確成分的正確版本生成發(fā)

15、布？存儲庫 / 配存儲庫是否按SCM 計劃定義？置項審核是否按 SCM 計劃中規(guī)定的命名約定項命名?是否按照SCM 計劃，規(guī)定項的版本號？是否按照 SCM 計劃中規(guī)定的事件已經(jīng)將所有項入庫？例如：測試完成、客戶的評審意見已采納？項是否有所要求的文檔以識項、版本和更改歷史？更改實施審是否全部所要求的更改請求均已結(jié)束？核是否更改請求標(biāo)識出全部擬更改的項？更改請求中所標(biāo)識的全部要更改的項均已更改，被 QC 和在所要求的 QC 后入庫？是否可能在項的任何兩個版本中間區(qū)分更改？項的文檔是否足夠，能向后追蹤更改到相應(yīng)的更改請求？是否有恰當(dāng)方法能回到以前的版本？審核的其他是否對庫作了恰當(dāng)?shù)膫浞?方面是否已測

16、試過從備份中恢復(fù)?在群組成員的工作目錄中是否有任何經(jīng)許可的成分？是否有恰當(dāng)?shù)谋Ｃ?/ 批準(zhǔn)手續(xù)以保證只有經(jīng)授權(quán)的群組成員才能進行入庫 / 出庫？配置管理員應(yīng)配合研發(fā)中心產(chǎn)品管理部定期對項目進行配置管理的審核。在審核過程中，提供所需要的配置管理計劃及相關(guān)資料，在項目開發(fā)結(jié)束后，需提交所有關(guān)于項目的軟件配置庫。3.5 配置庫的備份在項目開發(fā)實施過程的各個階段，配置管理員應(yīng)定期做好軟件配置庫的備份，以防造成勞動成果的丟失而給整個項目及公司帶來的嚴重損失。備份可按照公司的要求定期（按周或月）進行。在每個階段或里程碑處在做完基線工作后應(yīng)進行備份。備份文件應(yīng)存放在不同的地方。3.6 配置管理計劃的修訂初始

17、的配置管理計劃在項目開始的初期進行制定，由于此時只能大致確定整個開發(fā)過程中的一些活動及其會產(chǎn)生的文檔，在實際開發(fā)過程中，可能會與此有些差異，因此，配置管理計劃也需要根據(jù)開發(fā)過程的實際情況，及時進行修訂，使之能夠有效地對本項目的配置管理活動進行指導(dǎo)。在一般情況下，進行配置管理計劃修訂的時機選在到達各個階段的里程碑時。如果在一個階段的實施過程中，配置管理計劃不能適應(yīng)實際過程的變更，則由配置管理員與項目管理人員一起根據(jù)實際情況修訂配置管理計劃。3.7 配置管理計劃附屬文檔配置文件清單 ：記錄項目開發(fā)過程中應(yīng)該產(chǎn)生的一些文檔、 描述及其提交計劃等內(nèi)容，是執(zhí)行配置管理及檢查的重要依據(jù)。該文檔在項目開始的

18、初期建立，確定開發(fā)過程中需要提交的大部分文檔，并在項目開發(fā)過程中根據(jù)實際情況稍做更新。模塊清單：模塊清單記錄了系統(tǒng)各個子系統(tǒng)、程序模塊的名稱并分 進行項目內(nèi)的唯一編號，是所有模塊的源代碼需記錄模塊編號的依據(jù)。 模塊清單在系統(tǒng)設(shè)計完成之后，由項目組和配置管理員共同根據(jù)系統(tǒng)設(shè)計進行編制。文檔命名規(guī)定 ：參見附錄1文檔命名規(guī)定帳號及權(quán)限管理 ：參見附錄2帳號及權(quán)限管理配置庫日常使用規(guī)定參見附錄3 配置庫日常使用規(guī)定第4章 里程碑本項目主要劃分以下幾個里程碑：里程碑特點1.需求分析已確立系統(tǒng)（或所有已確定子系統(tǒng)）的需求分析全部完成已形成相應(yīng)的需求分析說明書及其它附屬文檔；需求分析說明書已通過公司評審或

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

20、試需求已經(jīng)確定并完成；已形成相應(yīng)的測試計劃說明書及其它附屬文檔；6.測試設(shè)計完成測試用例已經(jīng)覆蓋所有測試需求已形成相應(yīng)的測試用例說明書及其它附屬文檔；7.系統(tǒng)測試完成系統(tǒng)測試完成，所發(fā)現(xiàn)的所有缺陷已得到妥善處理符合系統(tǒng)測試退出條件已完成測試分析報告；8.項目結(jié)束上線成功；已得到客戶的確認并通過驗收測試與客戶一致認為該項目已結(jié)束。附錄 1 文檔命名規(guī)定本命名規(guī)定主要是針對文檔的， 不包括源代碼文件和最終程序的命名規(guī)則。 本規(guī)定主要以下三個方面的命名規(guī)則：受控配置庫文件命名規(guī)則非受控配置庫文件命名規(guī)則提交文檔文件命名規(guī)則1、受控配置庫文件命名規(guī)則受控配置庫中的配置項文檔（不含源代碼和最終工作產(chǎn)品）

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