XX項目平臺配置管理計劃.doc
《XX項目平臺配置管理計劃.doc》由會員分享,可在線閱讀,更多相關(guān)《XX項目平臺配置管理計劃.doc(19頁珍藏版)》請在裝配圖網(wǎng)上搜索。
.XX項目平臺配置管理計劃文件修改控制文件狀態(tài): 意見稿 正式發(fā)布 正在修改文件標識:XX項目平臺配置管理計劃當前版本:V1.0作 者:完成日期:2015.05XX公司2015年5月精選word范本!.版本號修改描述作者修改日期審核人審核日期V1.0新建2015.02V2.0修改2015.05精選word范本!目錄第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 非受控配置目錄52.3.配置管理員5第3章軟件配置管理計劃43.1 建立示例配置庫43.2 配置標識管理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 配置庫使用規(guī)定5精選word范本!第1章 引言 1.1. 目的 本文檔目的在于對XX項目進行軟件配置管理,提高軟件質(zhì)量,降低軟件開發(fā)成本。 本文檔內(nèi)容主要參考研發(fā)中心相關(guān)的制度文檔,并在這基礎(chǔ)上整理成適合本項目的軟件配置管理,為項目經(jīng)理、配置管理員及相關(guān)人員提供日常的配置管理操作步驟。 1.2. 術(shù)語定義 軟件配置管理:簡稱 SCM(Software Configuration Management 的縮寫),是在項目開發(fā)中,標識、控制和管理軟件變更的一種管理。配置管理的使用取決于項目規(guī)模和復(fù)雜性以及風險水平。軟件的規(guī)模越大,配置管理就顯得越重要。 基線:(BaseLine) 是項目儲存庫中每個工件版本在特定時期的一個“快照”。它提供一個正式標準,隨后的工作基于此標準,并且只有經(jīng)過授權(quán)后才能變更這個標準。建立一個初始基線后,以后每次對其進行的變更都將記錄為一個差值,直到建成下一個基線。 配置管理員:項目組中負責配置管理工作的角色,該角色可以兼職。在某一開發(fā)階段通過評審或某一質(zhì)量檢查點通過審核后,配置管理員負責統(tǒng)一添加或修改相關(guān)文檔的最新有效版本以及審批人簽字。 配置標識:(Configuration Identification)對軟件項目在開發(fā)過程中的資源進行標識,以便識。 配置檢查:(Configuration Audit)對軟件配置管理過程中的行動進行檢查。 1.3. 參考資料 暫無第2章 軟件配置 2.2.1. 軟件配置環(huán)境 2.1.1 服務(wù)器軟件環(huán)境 軟件名稱 作用 Windows 10 、Windows Server2013操作系統(tǒng) TortoiseSVN配置管理軟件 在整個項目過程或產(chǎn)品生命周期中,選擇 SVN作為配置管理工具。 2.1.2 硬件環(huán)境 名稱 規(guī)格 說明 網(wǎng)絡(luò) 局域網(wǎng) 服務(wù)器 PC 服務(wù)器 名稱:FileServer4G 內(nèi)存 為 SVN 保留500G 獨立使用空間 客戶機 普通 PC 機 項目組成員各自的計算機 2.1.3 配置管理客戶端 項目組成員在各自的計算機安裝SVN客戶端,項目組成員以分配的帳號訪問配置服務(wù)器和登錄配置管理系統(tǒng),根據(jù)配置管理員設(shè)定的用戶權(quán)限進項配置管理活動。 2.2. 軟件配置項 在本項目的實施過程中,將配置庫分為受控配置庫和非受控配置庫兩種。2.2.1 受控配置庫在本項目開發(fā)實施的整個過程中,根據(jù)不同階段的配置管理劃分 11 個受控配置目錄,只有配置管理員擁有增加和修改的權(quán)限,其它用戶只有只讀的權(quán)限。 初始配置庫的根目錄中包項目的配置文件清單,該文檔包括本項目開發(fā)過程中應(yīng)該提交的文檔的清單,在實際開發(fā)過程中,根據(jù)實際情況,可以在清單中酌情修改、增加和刪除需要提交的文檔。具體內(nèi)容參見本文 3.3 的“配置文件清單的維護”。 2.2.2 非受控配置目錄 在本項目開發(fā)過程中,設(shè)立了非受控配置目錄。設(shè)立非受控配置目錄的目的是為了統(tǒng)一管理和存放開發(fā)過程中產(chǎn)生的臨時文檔和過程性文檔,沒有格式及命名上的嚴格要求,使項目組成員在思考、設(shè)計時不受太多的限制和約束,能夠更有效地發(fā)揮個人能力,符合以人為本的原則。 在項目初期,設(shè)立了以下三個目錄: 目錄名稱 用途及說明 個人工作區(qū) 用于保存項目成員自己編寫的文檔,每個項目成員都有自己獨立的工作目錄小組工作區(qū) 用于保存小組成員寫作編寫的文檔,每個小組都有自己獨立的工作目錄 文檔提交區(qū) 作為非受控配置庫和受控配置庫之間的緩沖,用于提交已經(jīng)定稿的文檔和代碼,在評審?fù)ㄟ^后,再由配置管理員取出并提交到受控配置庫中 在根據(jù)項目開發(fā)過程中,根據(jù)實際需要,可以酌情增加非受控配置目錄。 2.3. 配置管理員 在本軟件項目開發(fā)過程中,項目組設(shè)立配置管理員,專業(yè)(或兼職)負責軟件項目開發(fā)過程中的軟件配置管理工作,保證在項目開發(fā)過程中的一些變更管理及文檔管理的完整性,順利地實施項目開發(fā)進度。 配置管理員負責制定配置管理計劃,檢查項目組成員是否正確使用配置庫,并督促項目開發(fā)計劃的實施。 配置管理員還需配合研發(fā)中心產(chǎn)品管理部進行項目的配置評審。評審結(jié)束,相關(guān)文檔的批準人電子簽名由批準人簽寫或經(jīng)批準人授權(quán)配置管理員填寫,然后由配置管理員負責簽入配置庫;同時,由配置管理員收集配置項審批相關(guān)的 email 文檔并簽入配置庫。 第3章 軟件配置管理計劃 關(guān)于配置庫的日常使用的規(guī)定參見附件3配置庫使用規(guī)定。 3.1 建立示例配置庫 配置管理員在制定完計劃后,根據(jù)公司建議的配置庫建立符合本項目的配置管理庫。配置庫建立在SVN上,目錄結(jié)構(gòu)可按照示例配置庫提供的目錄。對于本項目來說,需要劃分多個子系統(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 配置標識管理 1文檔 根據(jù)配置管理計劃和配置庫中的文檔清單,配置管理員要檢查需要提交的文檔是否都按時提交,文檔數(shù)目是否符合,文檔的標識、命名以及版本等是否符合程序規(guī)定。關(guān)于文檔的命名請參見附件 1 文檔命名規(guī)定。 2程序 所有屬于該項目的程序、分程序、模塊和程序單元,都要按照由項目組和配置管理員制訂的軟件系統(tǒng)的命名約定的規(guī)定來標識。 要求所有模塊的源代碼都需記錄模塊編號,且模塊編號在整個系統(tǒng)中是唯一的。模塊編號在系統(tǒng)設(shè)計完成之后,由項目組和配置管理員共同根據(jù)系統(tǒng)設(shè)計進行編制。 3基線 所有屬于本項目及其各子系統(tǒng)的各類基線,首先要按照計劃書、軟件需求規(guī)格說明書、軟件項目詳細分析設(shè)計說明書的規(guī)定確定其技術(shù)內(nèi)容,在整個軟件項目開發(fā)過程中定義以下兩類基線: 文檔基線:本項目的文檔基線的定義以里程碑的定義為準,將到達各階段的里程碑時的文檔作為基線,具體里程碑的定義參見第 4 節(jié)“里程碑”。 產(chǎn)品基線:產(chǎn)品基線包 兩個,一個是系統(tǒng)上線時,一個是系統(tǒng)經(jīng)過客戶驗證測試時,基線包含所有程序代碼和文檔。 配置管理員負責在項目開發(fā)的每一個里程碑處、每一個階段性的版本發(fā)布時負責為整個配置庫設(shè)立書簽,劃定配置管理基線,并以文檔的方式記錄下這些書簽的定義。 3.3 配置庫控制 3.3.1 權(quán)限控制 配置管理員根據(jù)附錄2帳號及權(quán)限管理設(shè)置和調(diào)整項目組成員對配置項的權(quán)限。 3.3.2 配置庫的控制 在項目開發(fā)和實施的整個過程中,配置管理員應(yīng)根據(jù)配置管理計劃及管理規(guī)則對配置庫對應(yīng)進行管理和控制。配置管理員負責檢查項目組成員使用配置庫是否正確。包括是否及時簽入最新版本、是否添加了注釋、是否及時更改配置狀態(tài),是否存在項目組成員修改了不屬于自己負責的配置項,項目組成員是否完成了自己負責的配置項的檢入,測試版本的構(gòu)造是否從配置庫中取出等。 3.3.3 建立軟件庫 在項目的各個開發(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)的變更文檔。當全部開發(fā)工作結(jié)束,需建立起軟件產(chǎn)品庫,將所有可交付的產(chǎn)品都送入軟件產(chǎn)品庫。 3.3.4 軟件配置更改 軟件配置的更改管理適用于全部項目的所有文檔和代碼,其中包括整個項目的各個運行軟件,也包括為項目專門開發(fā)的支持軟件。 對該項目各個子系統(tǒng)及其專用支持軟件的基線及其集成系統(tǒng)的任何修改,必須得到項目負責人的批準并在本項目軟件質(zhì)量管理專員處備案才能進行配置更改。 更改完成后的文檔和代碼等,需得到項目負責人認可,提交給配置管理員后,由配置管理員簽入受控配置庫。 受控配置庫中的文檔,在文檔中需要有修改記錄部分,包括修改人、修改日期、修改內(nèi)容等項,每次對于受控配置庫中文檔的修改,必須填寫這些項。 配置文件清單的維護由配置管理員維護。項目初期,配置管理員與項目組成員一起對開發(fā)過程中可能產(chǎn)生的文檔的進行預(yù)計,并在配置文件清單中列出這些文檔及其大致的計劃提交時間。 在實際開發(fā)過程中,文檔提交可能會產(chǎn)生一些變化,如新增某些文檔、原計劃的一些文檔不再單獨產(chǎn)生、文檔計劃提交日期的變更等,項目組應(yīng)該及時通知配置管理員,由配置管理員及時更改配置文件清單中的相應(yīng)項。 3.4 配置的檢查和評審 配置的檢查和評審可通過研發(fā)中心配置管理制度的審核內(nèi)容來進行檢查。相關(guān)的審核內(nèi)容如下表: 審核分類 審核內(nèi)容 檢查情況 發(fā)布審核 發(fā)布文檔是否清楚地定義發(fā)布的范圍,包括應(yīng)被納入的更改請求? 所有已知缺陷/毛病(bug)是否已文檔化? 是否有適當?shù)奈臋n,它標識重建該發(fā)布所需的環(huán)境(編譯器版本、OS 版本、compilation flags,等等)? 是否有適當?shù)奈臋n,它說明構(gòu)成該發(fā)布的成分及成分的版本? 發(fā)布的所有項是否彼此同步(在時間上一致)? 是否采用正確存儲庫中的正確成分的正確版本生成發(fā)布? 存儲庫/配置項審核 存儲庫是否按 SCM 計劃定義? 項是否已經(jīng)進入正確的庫? 是否按 SCM 計劃中規(guī)定的命名約定項命名? 是否按照 SCM 計劃,規(guī)定項的版本號? 是否按照 SCM 計劃中規(guī)定的事件已經(jīng)將所有項入庫?例如:測試完成、客戶的評審意見已采納? 項是否有所要求的文檔以識 項、版本和更改歷史? 更改實施審核 是否全部所要求的更改請求均已結(jié)束? 是否更改請求標識出全部擬更改的項? 更改請求中所標識的全部要更改的項均已更改,被 QC 和在所要求的 QC 后入庫? 是否可能在項的任何兩個版本中間區(qū)分更改? 項的文檔是否足夠,能向后追蹤更改到相應(yīng)的更改請求? 是否有恰當方法能回到以前的版本? 審核的其他方面 是否對庫作了恰當?shù)膫浞? 是否已測試過從備份中恢復(fù)? 在群組成員的工作目錄中是否有任何 經(jīng)許可的成分? 是否有恰當?shù)谋C?批準手續(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 配置管理計劃的修訂 初始的配置管理計劃在項目開始的初期進行制定,由于此時只能大致確定整個開發(fā)過程中的一些活動及其會產(chǎn)生的文檔,在實際開發(fā)過程中,可能會與此有些差異,因此,配置管理計劃也需要根據(jù)開發(fā)過程的實際情況,及時進行修訂,使之能夠有效地對本項目的配置管理活動進行指導。 在一般情況下,進行配置管理計劃修訂的時機選在到達各個階段的里程碑時。如果在一個階段的實施過程中,配置管理計劃不能適應(yīng)實際過程的變更,則由配置管理員與項目管理人員一起根據(jù)實際情況修訂配置管理計劃。 3.7 配置管理計劃附屬文檔 配置文件清單:記錄項目開發(fā)過程中應(yīng)該產(chǎn)生的一些文檔、描述及其提交計劃等內(nèi)容,是執(zhí)行配置管理及檢查的重要依據(jù)。該文檔在項目開始的初期建立,確定開發(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)的需求分析說明書及其它附屬文檔; 需求分析說明書已通過公司評審或與客戶一致認為需求分析階段已結(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. 測試計劃完成 測試需求已經(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)品)名稱應(yīng)該按照如下格式命名:項目名稱 + 資料名稱 + 撰寫或修改日期 項 說明 項目名稱 XX項目 資料名稱 軟件開發(fā)計劃需求規(guī)格說明書概要設(shè)計用戶手冊 撰寫或修改日期 第一次撰寫完成日期或修改完成日期 例如: 2015 年 3 月 15 日定稿的需求規(guī)格說明書。2、非受控配置庫文件命名規(guī)則 非受控配置庫主要用于存放項目成員工作時產(chǎn)生的臨時文檔等,只要求提交時不致出錯,對命名規(guī)則沒有其它限制,由項目成員根據(jù)自己習慣對文檔命名。 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)限管理: 受控配置庫的權(quán)限管理 非受控配置庫的權(quán)限管理 1、 受控配置庫 配置管理員對受控配置庫擁有所有權(quán)限; 項目組其他成員對受控配置庫擁有只讀權(quán)限; 非項目組成員 經(jīng)允許對整個配置庫沒有任何權(quán)限; 2、 非受控配置庫 非受控配置庫主要包 以下三個目錄: 個人工作區(qū) 小組工作區(qū) 文檔提交區(qū) 附錄3 配置庫使用規(guī)定 1. 項目組成員編寫的與本項目有關(guān)文檔、程序代碼等,應(yīng)該保存在配置庫中; 2. 文檔在編寫過程中,保存在配置庫的非受控目錄中,其中個人文檔和代碼保存在“個人工作區(qū)”的項目成員本人的目錄下,小組文檔保存在“小組工作區(qū)”的所屬小組目錄下; 3. 每周第一個工作日開始,項目成員從非受控配置庫中簽出要編寫、修改的文檔或代碼到本人的計算機,進行編寫、修改工作; 4. 每周最后一個工作日結(jié)束時,項目成員必須將簽出的文檔保存后簽入到配置庫中; 5. 文檔和代碼要提交到受控配置庫中時,必須先提交給配置管理員,由配置管理員提交到受控配置庫中; 6. 當文檔或代碼通過評審或得到項目管理人員及客戶的一致認為可以提交時,提交到“文檔提交區(qū)”的目錄中; 7. 文檔提交前應(yīng)該按照附錄 1文檔命名規(guī)定中的規(guī)定進行命名,文檔編碼應(yīng)該符合附錄 2文檔編碼規(guī)范中的規(guī)定; 8. 項目組成員未經(jīng)項目組允許不得更改他人的文檔和代碼; 9. 任何文檔、代碼等,不能以壓縮文件的方式簽入配置庫中; 10. 每次評審結(jié)束,相關(guān)文檔的批準人電子簽名由批準人簽寫或經(jīng)批準人授權(quán)配置管理員填寫,然后由配置管理員負責簽入配置庫。11. 如果需要對受控配置庫中的文檔、代碼進行變更,需得到項目負責人批準方能從受控配置庫中取出更改; 12. 更改完成后的文檔,需得到項目負責人認可,提交給配置管理員后,由配置管理員簽入受控配置庫。- 1.請仔細閱讀文檔,確保文檔完整性,對于不預(yù)覽、不比對內(nèi)容而直接下載帶來的問題本站不予受理。
- 2.下載的文檔,不會出現(xiàn)我們的網(wǎng)址水印。
- 3、該文檔所得收入(下載+內(nèi)容+預(yù)覽)歸上傳者、原創(chuàng)作者;如果您是本文檔原作者,請點此認領(lǐng)!既往收益都歸您。
下載文檔到電腦,查找使用更方便
15 積分
下載 |
- 配套講稿:
如PPT文件的首頁顯示word圖標,表示該PPT已包含配套word講稿。雙擊word圖標可打開word文檔。
- 特殊限制:
部分文檔作品中含有的國旗、國徽等圖片,僅作為作品整體效果示例展示,禁止商用。設(shè)計者僅對作品中獨創(chuàng)性部分享有著作權(quán)。
- 關(guān) 鍵 詞:
- XX 項目 平臺 配置管理 計劃
鏈接地址:http://ioszen.com/p-5382894.html