XX項(xiàng)目平臺(tái)配置管理計(jì)劃

1、XX項(xiàng)目 平臺(tái)配置管理計(jì)劃 文件修改控制 文件狀態(tài)： 文件標(biāo)識(shí)： XX項(xiàng)目平臺(tái)配置管理計(jì)劃 V意見稿 當(dāng)前版本： V1.0 正式發(fā)布 作者： 正在修改 完成日期： 2015.05 XX公司 2015年5月 版本號(hào) 修改描述 作者 修改日期 審核人 審核日期 V1.0 新建 2015.02 V2.0 修改 2015.05 目錄 第1章引言3 1.1. 目的3 1.2. 術(shù)語定義3 1.3. 參考資料3 第2章軟件配置4 2.1. 軟件配置環(huán)境4 2.1.1服務(wù)器軟件環(huán)境 4 2.1.2硬件環(huán)境4 2.1.3配置管理客戶端 4 2.2. 軟件配置項(xiàng)4 2.2.1 受控配置庫(kù) 4 2.2.2非受控配

2、置目錄5 2.3. 配置管理員5 第3章軟件配置管理計(jì)劃4 3.1 建立示例配置庫(kù) 4 3.2配置標(biāo)識(shí)管理4 3.3配置庫(kù)控制 5 3.3.1 權(quán)限控制 5 3.3.2 配置庫(kù)的控制5 3.3.3 建立軟件庫(kù)5 3.3.4 軟件配置更改5 3.4配置的檢查和評(píng)審 6 3.5配置庫(kù)的備份7 3.6配置管理計(jì)劃的修訂 7 3.7配置管理計(jì)劃附屬文檔 8 第4章里程碑9 附錄1文檔命名規(guī)定1 1、受控配置庫(kù)文件命名規(guī)則 1 2、非受控配置庫(kù)文件命名規(guī)則 1 3、提交文檔文件命名規(guī)則 2 附錄2帳號(hào)及權(quán)限管理3 附錄3配置庫(kù)使用規(guī)定 5 第1章引言 1.1.目 的 本文檔目的在于對(duì) XX項(xiàng)目進(jìn)行軟件配

3、置管理，提高軟件質(zhì)量，降低軟件開發(fā)成本。 本文檔內(nèi)容主要參考研發(fā)中心相關(guān)的制度文檔，并在這基礎(chǔ)上整理成適合本項(xiàng)目的軟件 配置管理，為項(xiàng)目經(jīng)理、配置管理員及相關(guān)人員提供日常的配置管理操作步驟。 12術(shù)語定義 軟件配置管理：簡(jiǎn)稱SCM (Software Con figuration Man ageme nt的縮寫)，是在項(xiàng)目開發(fā) 中，標(biāo)識(shí)、控制和管理軟件變更的一種管理。配置管理的使用取決于項(xiàng)目規(guī)模和復(fù)雜性以及 風(fēng)險(xiǎn)水平。軟件的規(guī)模越大，配置管理就顯得越重要。 基線：(BaseLine)是項(xiàng)目?jī)?chǔ)存庫(kù)中每個(gè)工件版本在特定時(shí)期的一個(gè)快照”。它提供一個(gè)正 式標(biāo)準(zhǔn)，隨后的工作基于此標(biāo)準(zhǔn)，并且只有經(jīng)過授權(quán)后

4、才能變更這個(gè)標(biāo)準(zhǔn)。建立一個(gè)初始基 線后，以后每次對(duì)其進(jìn)行的變更都將記錄為一個(gè)差值，直到建成下一個(gè)基線。 配置管理員：項(xiàng)目組中負(fù)責(zé)配置管理工作的角色，該角色可以兼職。在某一開發(fā)階段通 過評(píng)審或某一質(zhì)量檢查點(diǎn)通過審核后，配置管理員負(fù)責(zé)統(tǒng)一添加或修改相關(guān)文檔的最新有效 版本以及審批人簽字。 配置標(biāo)識(shí)：(Con figuration Ide ntificati on )對(duì)軟件項(xiàng)目在開發(fā)過程中的資源進(jìn)行標(biāo)識(shí)，以 便識(shí)。 配置檢查：(Con figuration Audit )對(duì)軟件配置管理過程中的行動(dòng)進(jìn)行檢查。 13參考資料 暫無 第2章軟件配置 14軟件配置環(huán)境 2.1.1服務(wù)器軟件環(huán)境 軟件名稱 作

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

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

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

8、件項(xiàng)目開發(fā) 過程中的軟件配置管理工作，保證在項(xiàng)目開發(fā)過程中的一些變更管理及文檔管理的完整性， 順利地實(shí)施項(xiàng)目開發(fā)進(jìn)度。 配置管理員負(fù)責(zé)制定配置管理計(jì)劃，檢查項(xiàng)目組成員是否正確使用配置庫(kù)，并督促項(xiàng)目 開發(fā)計(jì)劃的實(shí)施。 配置管理員還需配合研發(fā)中心產(chǎn)品管理部進(jìn)行項(xiàng)目的配置評(píng)審。評(píng)審結(jié)束，相關(guān)文檔的 批準(zhǔn)人電子簽名由批準(zhǔn)人簽寫或經(jīng)批準(zhǔn)人授權(quán)配置管理員填寫，然后由配置管理員負(fù)責(zé)簽入 配置庫(kù)；同時(shí)，由配置管理員收集配置項(xiàng)審批相關(guān)的email文檔并簽入配置庫(kù)。 第3章軟件配置管理計(jì)劃 關(guān)于配置庫(kù)的日常使用的規(guī)定參見附件3配置庫(kù)使用規(guī)定。 3.1建立示例配置庫(kù) 配置管理員在制定完計(jì)劃后，根據(jù)公司建議的配置庫(kù)建

9、立符合本項(xiàng)目的配置管理庫(kù)。配 置庫(kù)建立在SVN上，目錄結(jié)構(gòu)可按照示例配置庫(kù)提供的目錄。對(duì)于本項(xiàng)目來說，需要?jiǎng)澐侄?個(gè)子系統(tǒng)，因此要在確定子系統(tǒng)的劃分后，在不同階段下分建立各子系統(tǒng)的配置目錄。 配置管理庫(kù)建立完畢后，可根據(jù)配置管理庫(kù)的人員計(jì)劃在SVN上建立相應(yīng)的用戶及權(quán) 限，并將這些用戶分發(fā)給指定的開發(fā)人員或用戶。具體的帳號(hào)及權(quán)限管理參見附錄2帳號(hào) 及權(quán)限管理 配置管理員應(yīng)保管好配置管理工具的管理員權(quán)限，項(xiàng)目組中使用配置管理庫(kù)的成員應(yīng)該 及時(shí)更改自己在配置管理工具的缺省設(shè)置密碼。 3.2配置標(biāo)識(shí)管理 i文檔 根據(jù)配置管理計(jì)劃和配置庫(kù)中的文檔清單，配置管理員要檢查需要提交的文檔是否都按 時(shí)提交，文

10、檔數(shù)目是否符合，文檔的標(biāo)識(shí)、命名以及版本等是否符合程序規(guī)定。關(guān)于文檔的 命名請(qǐng)參見附件 i文檔命名規(guī)定。 2. 程序 所有屬于該項(xiàng)目的程序、分程序、模塊和程序單元，都要按照由項(xiàng)目組和配置管理員制 訂的軟件系統(tǒng)的命名約定的規(guī)定來標(biāo)識(shí)。 要求所有模塊的源代碼都需記錄模塊編號(hào)，且模塊編號(hào)在整個(gè)系統(tǒng)中是唯一的。模塊編 號(hào)在系統(tǒng)設(shè)計(jì)完成之后，由項(xiàng)目組和配置管理員共同根據(jù)系統(tǒng)設(shè)計(jì)進(jìn)行編制。 3. 基線 所有屬于本項(xiàng)目及其各子系統(tǒng)的各類基線，首先要按照計(jì)劃書、軟件需求規(guī)格說明書、 軟件項(xiàng)目詳細(xì)分析設(shè)計(jì)說明書的規(guī)定確定其技術(shù)內(nèi)容，在整個(gè)軟件項(xiàng)目開發(fā)過程中定義以下 兩類基線： 文檔基線：本項(xiàng)目的文檔基線的定義以

11、里程碑的定義為準(zhǔn)，將到達(dá)各階段的里程碑時(shí)的 文檔作為基線，具體里程碑的定義參見第4節(jié) 里程碑”。 產(chǎn)品基線：產(chǎn)品基線包 兩個(gè)，一個(gè)是系統(tǒng)上線時(shí)，一個(gè)是系統(tǒng)經(jīng)過客戶驗(yàn)證測(cè)試時(shí)，基 線包含所有程序代碼和文檔。 配置管理員負(fù)責(zé)在項(xiàng)目開發(fā)的每一個(gè)里程碑處、每一個(gè)階段性的版本發(fā)布時(shí)負(fù)責(zé)為整個(gè) 配置庫(kù)設(shè)立書簽，劃定配置管理基線，并以文檔的方式記錄下這些書簽的定義。 3.3配置庫(kù)控制 331權(quán)限控制 配置管理員根據(jù)附錄 2帳號(hào)及權(quán)限管理設(shè)置和調(diào)整項(xiàng)目組成員對(duì)配置項(xiàng)的權(quán)限。 3.3.2 配置庫(kù)的控制 在項(xiàng)目開發(fā)和實(shí)施的整個(gè)過程中，配置管理員應(yīng)根據(jù)配置管理計(jì)劃及管理規(guī)則對(duì)配置庫(kù) 對(duì)應(yīng)進(jìn)行管理和控制。配置管理員負(fù)

12、責(zé)檢查項(xiàng)目組成員使用配置庫(kù)是否正確。包括是否及時(shí) 簽入最新版本、是否添加了注釋、是否及時(shí)更改配置狀態(tài)，是否存在項(xiàng)目組成員修改了不屬 于自己負(fù)責(zé)的配置項(xiàng)，項(xiàng)目組成員是否完成了自己負(fù)責(zé)的配置項(xiàng)的檢入，測(cè)試版本的構(gòu)造是 否從配置庫(kù)中取出等。 3.3.3 建立軟件庫(kù) 在項(xiàng)目的各個(gè)開發(fā)階段， 應(yīng)建立起各階段各子系統(tǒng)的軟件開發(fā)庫(kù)（軟件開發(fā)工作區(qū)），同 時(shí)建立起想對(duì)應(yīng)的有關(guān)該系統(tǒng)及其子系統(tǒng)的軟件受控庫(kù)。在每個(gè)階段結(jié)束或里程碑，需讓各 子系統(tǒng)提交相關(guān)的產(chǎn)品并送入軟件受控庫(kù)，由配置管理員統(tǒng)一管理，以后再有對(duì)產(chǎn)品的變更 需求，應(yīng)按照正常的變更程序來控制并檢查相關(guān)的變更文檔。當(dāng)全部開發(fā)工作結(jié)束，需建立 起軟件產(chǎn)品庫(kù)

13、，將所有可交付的產(chǎn)品都送入軟件產(chǎn)品庫(kù)。 3.3.4軟件配置更改 軟件配置的更改管理適用于全部項(xiàng)目的所有文檔和代碼，其中包括整個(gè)項(xiàng)目的各個(gè)運(yùn)行 軟件，也包括為項(xiàng)目專門開發(fā)的支持軟件。 對(duì)該項(xiàng)目各個(gè)子系統(tǒng)及其專用支持軟件的基線及其集成系統(tǒng)的任何修改，必須得到項(xiàng)目 負(fù)責(zé)人的批準(zhǔn)并在本項(xiàng)目軟件質(zhì)量管理專員處備案才能進(jìn)行配置更改。 更改完成后的文檔和代碼等，需得到項(xiàng)目負(fù)責(zé)人認(rèn)可， 提交給配置管理員后， 由配置管 理員簽入受控配置庫(kù)。 受控配置庫(kù)中的文檔，在文檔中需要有修改記錄部分，包括修改人、修改日期、修改內(nèi) 容等項(xiàng)，每次對(duì)于受控配置庫(kù)中文檔的修改，必須填寫這些項(xiàng)。 配置文件清單的維護(hù)由配置管理員維護(hù)。

14、 項(xiàng)目初期，配置管理員與項(xiàng)目組成員一起對(duì)開發(fā)過程中可能產(chǎn)生的文檔的進(jìn)行預(yù)計(jì)，并 在配置文件清單中列出這些文檔及其大致的計(jì)劃提交時(shí)間。 在實(shí)際開發(fā)過程中， 文檔提交可能會(huì)產(chǎn)生一些變化，如新增某些文檔、 原計(jì)劃的一些文 檔不再單獨(dú)產(chǎn)生、文檔計(jì)劃提交日期的變更等，項(xiàng)目組應(yīng)該及時(shí)通知配置管理員，由配置管 理員及時(shí)更改配置文件清單中的相應(yīng)項(xiàng)。 3.4配置的檢查和評(píng)審 配置的檢查和評(píng)審可通過研發(fā)中心配置管理制度的審核內(nèi)容來進(jìn)行檢查。相關(guān)的審核內(nèi) 容如下表： 審核分類 審核內(nèi)容 檢查情況 發(fā)布審核 發(fā)布文檔是否清楚地定義發(fā)布的范圍，包括應(yīng)被納入的更改請(qǐng)求？ 所有已知缺陷/毛?。╞ug）是否已文檔化？ 是否有

15、適當(dāng)?shù)奈臋n，它標(biāo)識(shí)重建該發(fā)布所需的環(huán)境（編譯器版本、 OS 版本、compilation flags，等等）？ 是否有適當(dāng)?shù)奈臋n，它說明構(gòu)成該發(fā)布的成分及成分的版本？ 發(fā)布的所有項(xiàng)是否彼此同步（在時(shí)間上一致）？ 是否采用正確存儲(chǔ)庫(kù)中的正確成分的正確版本生成發(fā)布？ 存儲(chǔ)庫(kù)/配置 項(xiàng)審核 存儲(chǔ)庫(kù)是否按 SCM計(jì)劃定義？ 項(xiàng)是否已經(jīng)進(jìn)入正確的庫(kù)？ 是否按SCM計(jì)劃中規(guī)定的命名約定項(xiàng)命名 ？ 是否按照SCM計(jì)劃，規(guī)定項(xiàng)的版本號(hào)？ 是否按照SCM計(jì)劃中規(guī)定的事件已經(jīng)將所有項(xiàng)入庫(kù)？例如：測(cè)試 完成、客戶的評(píng)審意見已采納？ 項(xiàng)是否有所要求的文檔以識(shí) 項(xiàng)、版本和更改歷史？ 更改實(shí)施審 是否全部所要求的更改請(qǐng)求

16、均已結(jié)束？ 核 是否更改請(qǐng)求標(biāo)識(shí)出全部擬更改的項(xiàng)？ 更改請(qǐng)求中所標(biāo)識(shí)的全部要更改的項(xiàng)均已更改，被QC和在所要 求的QC后入庫(kù)？ 是否可能在項(xiàng)的任何兩個(gè)版本中間區(qū)分更改？ 項(xiàng)的文檔是否足夠，能向后追蹤更改到相應(yīng)的更改請(qǐng)求？ 是否有恰當(dāng)方法能回到以前的版本？ 審核的其他 方面 是否對(duì)庫(kù)作了恰當(dāng)?shù)膫浞?？ 是否已測(cè)試過從備份中恢復(fù) ？ 在群組成員的工作目錄中是否有任何經(jīng)許可的成分？ 是否有恰當(dāng)?shù)谋Ｃ?批準(zhǔn)手續(xù)以保證只有經(jīng)授權(quán)的群組成員才能進(jìn) 行入庫(kù)/出庫(kù)？ 配置管理員應(yīng)配合研發(fā)中心產(chǎn)品管理部定期對(duì)項(xiàng)目進(jìn)行配置管理的審核。在審核過程中, 提供所需要的配置管理計(jì)劃及相關(guān)資料，在項(xiàng)目開發(fā)結(jié)束后，需提交所有

17、關(guān)于項(xiàng)目的軟件配 置庫(kù)。 3.5配置庫(kù)的備份 在項(xiàng)目開發(fā)實(shí)施過程的各個(gè)階段，配置管理員應(yīng)定期做好軟件配置庫(kù)的備份，以防造成 勞動(dòng)成果的丟失而給整個(gè)項(xiàng)目及公司帶來的嚴(yán)重?fù)p失。 備份可按照公司的要求定期（按周或月）進(jìn)行。在每個(gè)階段或里程碑處在做完基線工作 后應(yīng)進(jìn)行備份。備份文件應(yīng)存放在不同的地方。 3.6配置管理計(jì)劃的修訂 初始的配置管理計(jì)劃在項(xiàng)目開始的初期進(jìn)行制定，由于此時(shí)只能大致確定整個(gè)開發(fā)過程 中的一些活動(dòng)及其會(huì)產(chǎn)生的文檔，在實(shí)際開發(fā)過程中，可能會(huì)與此有些差異，因此，配置管 理計(jì)劃也需要根據(jù)開發(fā)過程的實(shí)際情況，及時(shí)進(jìn)行修訂，使之能夠有效地對(duì)本項(xiàng)目的配置管 理活動(dòng)進(jìn)行指導(dǎo)。 在一般情況下，進(jìn)行

18、配置管理計(jì)劃修訂的時(shí)機(jī)選在到達(dá)各個(gè)階段的里程碑時(shí)。如果在一 個(gè)階段的實(shí)施過程中，配置管理計(jì)劃不能適應(yīng)實(shí)際過程的變更，則由配置管理員與項(xiàng)目管理 人員一起根據(jù)實(shí)際情況修訂配置管理計(jì)劃。 3.7配置管理計(jì)劃附屬文檔 配置文件清單：記錄項(xiàng)目開發(fā)過程中應(yīng)該產(chǎn)生的一些文檔、描述及其提交計(jì)劃等內(nèi)容, 是執(zhí)行配置管理及檢查的重要依據(jù)。該文檔在項(xiàng)目開始的初期建立，確定開發(fā)過程中需要提 交的大部分文檔，并在項(xiàng)目開發(fā)過程中根據(jù)實(shí)際情況稍做更新。 模塊清單：模塊清單記錄了系統(tǒng)各個(gè)子系統(tǒng)、程序模塊的名稱并分進(jìn)行項(xiàng)目?jī)?nèi)的唯 一編號(hào)，是所有模塊的源代碼需記錄模塊編號(hào)的依據(jù)。模塊清單在系統(tǒng)設(shè)計(jì)完成之后，由 項(xiàng)目組和配置管理員

19、共同根據(jù)系統(tǒng)設(shè)計(jì)進(jìn)行編制。 文檔命名規(guī)定： 參見附錄1文檔命名規(guī)定 帳號(hào)及權(quán)限管理： 參見附錄2帳號(hào)及權(quán)限管理 配置庫(kù)日常使用規(guī)定 參見附錄3配置庫(kù)日常使用規(guī)定 第4章里程碑 本項(xiàng)目主要?jiǎng)澐忠韵聨讉€(gè)里程碑: 里程碑 特點(diǎn) 1.需求分析已確立 系統(tǒng)（或所有已確定子系統(tǒng)）的需求分析全部完成已 形成相應(yīng)的需求分析說明書及其它附屬文檔； 需求分析說明書已通過公司評(píng)審或與客戶一致認(rèn)為需求 分析階段已結(jié)束，可以進(jìn)入設(shè)計(jì)階段； 2概要設(shè)計(jì)完成 系統(tǒng)（或所有已確定子系統(tǒng)）的概要設(shè)計(jì)全部完成已 形成相應(yīng)的概要設(shè)計(jì)說明書及其它附屬文檔； 概要設(shè)計(jì)說明書已通過公司評(píng)審或與客戶一致認(rèn)為概要 設(shè)計(jì)階段已結(jié)束，可以進(jìn)入詳

20、細(xì)設(shè)計(jì)階段； 3詳細(xì)設(shè)計(jì)完成 系統(tǒng)（或所有已確定子系統(tǒng)）的詳細(xì)設(shè)計(jì)全部完成已 形成相應(yīng)的詳細(xì)設(shè)計(jì)說明書及其它附屬文檔 詳細(xì)設(shè)計(jì)說明書已通過公司評(píng)審或與客戶一致認(rèn)為詳細(xì) 設(shè)計(jì)階段已結(jié)束，可以進(jìn)入編碼階段； 4.編碼完成 系統(tǒng)（或所有已確定子系統(tǒng)）的編碼全部完成系統(tǒng)所 有程序已經(jīng)經(jīng)過調(diào)試并確定可以運(yùn)行； 已通過公司評(píng)審或與客戶一致認(rèn)為編碼階段已結(jié)束，可 以進(jìn)入系統(tǒng)測(cè)試階段 ； 5.測(cè)試計(jì)劃完成 測(cè)試需求已經(jīng)確定并完成；已形成相應(yīng)的測(cè)試計(jì)劃說 明書及其它附屬文檔 ； 6.測(cè)試設(shè)計(jì)完成 測(cè)試用例已經(jīng)覆蓋所有測(cè)試需求已形成相應(yīng)的測(cè)試用 例說明書及其它附屬文檔； 7.系統(tǒng)測(cè)試完成 系統(tǒng)測(cè)試完成，所發(fā)現(xiàn)的所

21、有缺陷已得到妥善處理符 合系統(tǒng)測(cè)試退出條件已完成測(cè)試分析報(bào)告； 8.項(xiàng)目結(jié)束 上線成功 ； 已得到客戶的確認(rèn)并通過驗(yàn)收測(cè)試 項(xiàng)目已結(jié)束。 與客戶一致認(rèn)為該 附錄1文檔命名規(guī)定 本命名規(guī)定主要是針對(duì)文檔的，不包括源代碼文件和最終程序的命名規(guī)則。本規(guī)定主要 以下三個(gè)方面的命名規(guī)則： 受控配置庫(kù)文件命名規(guī)則 非受控配置庫(kù)文件命名規(guī)則 提交文檔文件命名規(guī)則 1、受控配置庫(kù)文件命名規(guī)則 受控配置庫(kù)中的配置項(xiàng)文檔（不含源代碼和最終工作產(chǎn)品）名稱應(yīng)該按照如下格式命名： 項(xiàng)目名稱+資料名稱+撰寫或修改日期 項(xiàng) 說明 項(xiàng)目名稱 XX項(xiàng)目 資料名稱 軟件開發(fā)計(jì)劃 需求規(guī)格說明書 概要設(shè)計(jì) 用戶手冊(cè) 撰寫或修改日期

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