項(xiàng)目配置管理計(jì)劃范本

XXXX工程配置管理方案這里填寫公司名稱XXXX年XX月XX日文檔編號：XXXXXXXX-XXX-XXX版本號：1.00產(chǎn)品名稱:XXXX工程工程文檔名稱:配置管理方案版本修改內(nèi)容描述修改人日期備注1.00第一版1.01修正了幾個(gè)缺乏1.02增加對受控文件修改后必須增加描述內(nèi)容批準(zhǔn)人：日期：審核人：日期：這里填寫公司地址、聯(lián)系方式等目錄TOC\o"1-3"\h\z1.引言 11.1目的 11.2術(shù)語定義 11.3參考資料 12.軟件配置 22.1軟件配置環(huán)境 22.2軟件配置項(xiàng) 22.3配置管理員 33.軟件配置管理方案 43.1建立例如配置庫 43.2配置標(biāo)識管理 63.3配置庫控制 73.4配置的檢查和評審 83.5配置庫的備份 93.6配置管理方案的修訂 93.7配置管理方案附屬文檔 94.里程碑 11附錄1文檔命名規(guī)定 121、受控配置庫文件命名規(guī)那么 122、非受控配置庫文件命名規(guī)那么 123、提交文檔文件命名規(guī)那么 12附錄2文檔編碼標(biāo)準(zhǔn) 13附錄3帳號及權(quán)限管理 14附錄4配置庫使用規(guī)定 16文檔修改記錄 171.引言1.1目的本文檔目的在于對XXXX工程工程進(jìn)行軟件配置管理，提高軟件質(zhì)量，降低軟件開發(fā)本錢。本文檔內(nèi)容主要參考研發(fā)中心相關(guān)的ISO程序和制度文檔，并在這根底上整理成適合本工程的軟件配置管理，為工程經(jīng)理、配置管理員及相關(guān)人員提供日常的配置管理操作步驟。1.2術(shù)語定義軟件配置管理：簡稱SCM〔SoftwareConfigurationManagement的縮寫〕，是在工程開發(fā)中，標(biāo)識、控制和管理軟件變更的一種管理。配置管理的使用取決于工程規(guī)模和復(fù)雜性以及風(fēng)險(xiǎn)水平。軟件的規(guī)模越大，配置管理就顯得越重要。基線：(BaseLine)是工程儲存庫中每個(gè)工件版本在特定時(shí)期的一個(gè)“快照〞。它提供一個(gè)正式標(biāo)準(zhǔn)，隨后的工作基于此標(biāo)準(zhǔn)，并且只有經(jīng)過授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。建立一個(gè)初始基線后，以后每次對其進(jìn)行的變更都將記錄為一個(gè)差值，直到建成下一個(gè)基線。

配置管理員：工程組中負(fù)責(zé)配置管理工作的角色，該角色可以兼職。在某一開發(fā)階段通過評審或某一質(zhì)量檢查點(diǎn)通過審核后，配置管理員負(fù)責(zé)統(tǒng)一添加或修改相關(guān)文檔的最新有效版本以及審批人簽字。配置標(biāo)識：〔ConfigurationIdentification〕對軟件工程在開發(fā)過程中的資源進(jìn)行標(biāo)識，以便識別。配置檢查：〔ConfigurationAudit〕對軟件配置管理過程中的行動(dòng)進(jìn)行檢查。1.3參考資料?研發(fā)中心配置管理制度??產(chǎn)品的標(biāo)識與可追溯性程序??開發(fā)手冊?2.軟件配置2.1軟件配置環(huán)境效勞器軟件環(huán)境軟件名稱作用Windowns2000AdvanceServer操作系統(tǒng)VisualSourceSafe6.0配置管理軟件在整個(gè)工程過程或產(chǎn)品生命周期中,選擇VisualSouceSafe(VSS)作為配置管理工具。硬件環(huán)境名稱規(guī)格說明網(wǎng)絡(luò)局域網(wǎng)效勞器PC效勞器名稱：fileserver256M內(nèi)存為VSS保存5G獨(dú)立使用空間客戶機(jī)普通PC機(jī)工程組成員各自的計(jì)算機(jī)配置管理客戶端工程組成員在各自的計(jì)算機(jī)安裝VSS客戶端，工程組成員以分配的帳號訪問配置效勞器和登錄配置管理系統(tǒng)，根據(jù)配置管理員設(shè)定的用戶權(quán)限進(jìn)項(xiàng)配置管理活動(dòng)。2.2軟件配置項(xiàng)在本工程的實(shí)施過程中，將配置庫分為受控配置庫和非受控配置庫兩種受控配置庫在本工程開發(fā)實(shí)施的整個(gè)過程中，根據(jù)不同階段的配置管理劃分11個(gè)受控配置目錄，只有配置管理員擁有增加和修改的權(quán)限，其它用戶只有只讀的權(quán)限。受控配置庫的目錄為：00初始配置01啟動(dòng)02需求分析03設(shè)計(jì)04編碼05測試06安裝07總結(jié)08變更09工程管理10環(huán)境配置初始配置庫的根目錄中包含XXXX工程的配置文件清單，該文檔包括本工程開發(fā)過程中應(yīng)該提交的文檔的清單，在實(shí)際開發(fā)過程中，根據(jù)實(shí)際情況，可以在清單中酌情修改、增加和刪除需要提交的文檔。具體內(nèi)容參見本文3.3的“配置文件清單的維護(hù)〞。各個(gè)配置目錄內(nèi)應(yīng)該包含的文檔，請參見“XXXX工程配置文件清單.xls〞。非受控配置目錄在本工程開發(fā)過程中，設(shè)立了非受控配置目錄。設(shè)立非受控配置目錄的目的是為了統(tǒng)一管理和存放開發(fā)過程中產(chǎn)生的臨時(shí)文檔和過程性文檔，沒有格式及命名上的嚴(yán)格要求，使工程組成員在思考、設(shè)計(jì)時(shí)不受太多的限制和約束，能夠更有效地發(fā)揮個(gè)人能力，符合以人為本的原那么。在工程初期，設(shè)立了以下三個(gè)目錄：目錄名稱用途及說明個(gè)人工作區(qū)用于保存工程成員自己編寫的文檔，每個(gè)工程成員都有自己獨(dú)立的工作目錄小組工作區(qū)用于保存小組成員寫作編寫的文檔，每個(gè)小組都有自己獨(dú)立的工作目錄文檔提交區(qū)作為非受控配置庫和受控配置庫之間的緩沖，用于提交已經(jīng)定稿的文檔和代碼，在評審?fù)ㄟ^后，再由配置管理員取出并提交到受控配置庫中在根據(jù)工程開發(fā)過程中，根據(jù)實(shí)際需要，可以酌情增加非受控配置目錄。2.3配置管理員在本軟件工程開發(fā)過程中，工程組必須設(shè)立配置管理員，專業(yè)〔或兼職〕負(fù)責(zé)軟件工程開發(fā)過程中的軟件配置管理工作，保證在工程開發(fā)過程中的一些變更管理及文檔管理的完整性，順利地實(shí)施工程開發(fā)進(jìn)度。配置管理員負(fù)責(zé)制定配置管理方案，檢查工程組成員是否正確使用配置庫，并催促工程開發(fā)方案的實(shí)施。配置管理員還需配合研發(fā)中心產(chǎn)品管理部進(jìn)行工程的配置評審。評審結(jié)束，相關(guān)文檔的批準(zhǔn)人電子簽名由批準(zhǔn)人簽寫或經(jīng)批準(zhǔn)人授權(quán)配置管理員填寫，然后由配置管理員負(fù)責(zé)簽入配置庫；同時(shí)，由配置管理員收集配置項(xiàng)審批相關(guān)的email文檔并簽入配置庫。3.軟件配置管理方案關(guān)于XXXX工程工程軟件配置管理的文檔提交方案請參見?XXXX工程配置文件清單.xls?。關(guān)于配置庫的日常使用的規(guī)定參見附件4?配置庫使用規(guī)定?。3.1建立例如配置庫配置管理員在制定完方案后，根據(jù)公司建議的配置庫建立符合本工程的配置管理庫。配置庫建立在VisualSouceSafe上，目錄結(jié)構(gòu)可按照例如配置庫提供的目錄。對于本工程來說，需要?jiǎng)澐侄鄠€(gè)子系統(tǒng)，因此要在確定子系統(tǒng)的劃分后，在不同階段下分別建立各子系統(tǒng)的配置目錄。XXXX工程其配置管理目錄結(jié)構(gòu)如下所示。配置管理庫建立完畢后，可根據(jù)配置管理庫的人員方案在VisualSouceSafe上建立相應(yīng)的用戶及權(quán)限，并將這些用戶分發(fā)給指定的開發(fā)人員或用戶。具體的帳號及權(quán)限管理參見HYPERLINK附錄3?帳號及權(quán)限管理?配置管理員應(yīng)保管好配置管理工具的管理員權(quán)限，工程組中使用配置管理庫的成員應(yīng)該及時(shí)更改自己在配置管理工具的缺省設(shè)置密碼。3.2配置標(biāo)識管理1．文檔根據(jù)配置管理方案和配置庫中的文檔清單，配置管理員要檢查需要提交的文檔是否都按時(shí)提交，文檔數(shù)目是否符合，文檔的標(biāo)識、命名以及版本等是否符合程序規(guī)定。關(guān)于文檔的命名請參見HYPERLINK附件1?文檔命名規(guī)定?，文檔標(biāo)識及版本參見HYPERLINK附件2?文檔編碼標(biāo)準(zhǔn)?2．程序所有屬于該工程的程序、分程序、模塊和程序單元，都要按照由工程組和配置管理員制訂的軟件系統(tǒng)的命名約定的規(guī)定來標(biāo)識。要求所有模塊的源代碼都需記錄模塊編號，且模塊編號在整個(gè)系統(tǒng)中是唯一的。模塊編號在系統(tǒng)設(shè)計(jì)完成之后，由工程組和配置管理員共同根據(jù)系統(tǒng)設(shè)計(jì)進(jìn)行編制。3．基線所有屬于本工程及其各子系統(tǒng)的各類基線，首先要按照方案書、軟件需求規(guī)格說明書、軟件工程詳細(xì)分析設(shè)計(jì)說明書的規(guī)定確定其技術(shù)內(nèi)容，在整個(gè)軟件工程開發(fā)過程中定義以下兩類基線：文檔基線：本工程的文檔基線的定義以里程碑的定義為準(zhǔn)，將到達(dá)各階段的里程碑時(shí)的文檔作為基線，具體里程碑的定義參見第4節(jié)“里程碑〞。產(chǎn)品基線：產(chǎn)品基線包含兩個(gè)，一個(gè)是系統(tǒng)上線時(shí)，一個(gè)是系統(tǒng)經(jīng)過客戶驗(yàn)證測試時(shí)，基線包含那時(shí)的所有程序代碼和文檔。配置管理員負(fù)責(zé)在工程開發(fā)的每一個(gè)里程碑處、每一個(gè)階段性的版本發(fā)布時(shí)負(fù)責(zé)為整個(gè)配置庫設(shè)立書簽，劃定配置管理基線，并以文檔的方式記錄下這些書簽的定義。3.3配置庫控制權(quán)限控制配置管理員根據(jù)HYPERLINK附錄3?帳號及權(quán)限管理?設(shè)置和調(diào)整工程組成員對配置項(xiàng)的權(quán)限。配置庫的控制在工程開發(fā)和實(shí)施的整個(gè)過程中，配置管理員應(yīng)根據(jù)配置管理方案及管理規(guī)那么對配置庫應(yīng)進(jìn)行管理和控制。配置管理員負(fù)責(zé)檢查工程組成員使用配置庫是否正確。包括是否及時(shí)檢入最新版本、是否添加了注釋、是否及時(shí)更改配置狀態(tài)，是否存在工程組成員修改了不屬于自己負(fù)責(zé)的配置項(xiàng)，工程組成員是否完成了自己負(fù)責(zé)的配置項(xiàng)的檢入，測試版本的構(gòu)造是否從配置庫中取出等。建立軟件庫在工程的各個(gè)開發(fā)階段，應(yīng)建立起各階段各子系統(tǒng)的軟件開發(fā)庫〔軟件開發(fā)工作區(qū)〕，同時(shí)建立起想對應(yīng)的有關(guān)該系統(tǒng)及其子系統(tǒng)的軟件受控庫。在每個(gè)階段結(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)品庫。軟件配置更改軟件配置的更改管理適用于全部工程的所有文檔和代碼，其中包括整個(gè)工程的各個(gè)運(yùn)行軟件，也包括為工程專門開發(fā)的支持軟件。對該工程各個(gè)子系統(tǒng)及其專用支持軟件的基線及其集成系統(tǒng)的任何修改，必須得到工程負(fù)責(zé)人的批準(zhǔn)并在本工程軟件質(zhì)量管理專員處備案才能進(jìn)行配置更改；更改完成后的文檔和代碼等，需得到工程負(fù)責(zé)人認(rèn)可，提交給配置管理員后，由配置管理員簽入受控配置庫；受控配置庫中的文檔，在文檔末尾必須有修改記錄局部，包括修改人、修改日期、修改內(nèi)容等項(xiàng)，每次對于受控配置庫中文檔的修改，必須填寫這些項(xiàng)。配置文件清單的維護(hù)配置文件清單的維護(hù)由配置管理員維護(hù)；工程初期，配置管理員與工程組成員一起對開發(fā)過程中可能產(chǎn)生的文檔的進(jìn)行預(yù)計(jì)，并在配置文件清單中列出這些文檔及其大致的方案提交時(shí)間；在實(shí)際開發(fā)過程中，文檔提交可能會產(chǎn)生一些變化，如新增某些文檔、原方案的一些文檔不再單獨(dú)產(chǎn)生、文檔方案提交日期的變更等，工程組應(yīng)該及時(shí)通知配置管理員，由配置管理員及時(shí)更改配置文件清單中的相應(yīng)項(xiàng)。3.4配置的檢查和評審配置的檢查和評審可通過研發(fā)中心配置管理制度的審核內(nèi)容來進(jìn)行檢查。相關(guān)的審核內(nèi)容如下表：審核分類審核內(nèi)容檢查情況發(fā)布審核發(fā)布文檔是否清楚地定義發(fā)布的范圍，包括應(yīng)被納入的更改請求？所有缺陷/毛病(bug)是否已文檔化？是否有適當(dāng)?shù)奈臋n，它標(biāo)識重建該發(fā)布所需的環(huán)境〔編譯器版本、OS版本、compilationflags，等等〕？是否有適當(dāng)?shù)奈臋n，它說明構(gòu)成該發(fā)布的成分及成分的版本？發(fā)布的所有項(xiàng)是否彼此同步〔在時(shí)間上一致〕？是否采用正確存儲庫中的正確成分的正確版本生成發(fā)布？存儲庫/配置項(xiàng)審核存儲庫是否按SCM方案定義？項(xiàng)是否已經(jīng)進(jìn)入正確的庫？是否按SCM方案中規(guī)定的命名約定項(xiàng)命名?是否按照SCM方案，規(guī)定項(xiàng)的版本號？是否按照SCM方案中規(guī)定的事件已經(jīng)將所有項(xiàng)入庫？例如：測試完成、客戶的評審意見已采納項(xiàng)是否有所要求的文檔以識別項(xiàng)、版本和更改歷史？更改實(shí)施審核是否全部所要求的更改請求均已結(jié)束？是否更改請求標(biāo)識出全部擬更改的項(xiàng)？更改請求中所標(biāo)識的全部要更改的項(xiàng)均已更改，被QC和在所要求的QC后入庫？是否可能在項(xiàng)的任何兩個(gè)版本中間區(qū)分更改？項(xiàng)的文檔是否足夠，能向后追蹤更改到相應(yīng)的更改請求？是否有恰當(dāng)方法能回到以前的版本？審核的其他方面是否對庫作了恰當(dāng)?shù)膫浞?是否已測試過從備份中恢復(fù)?在群組成員的工作目錄中是否有任何未經(jīng)許可的成分？是否有恰當(dāng)?shù)谋Ｃ?批準(zhǔn)手續(xù)以保證只有經(jīng)授權(quán)的群組成員才能進(jìn)行入庫/出庫？配置管理員應(yīng)配合研發(fā)中心產(chǎn)品管理部定期對工程進(jìn)行配置管理的審核。在審核過程中，提供所需要的配置管理方案及相關(guān)資料，在工程開發(fā)結(jié)束后，需提交所有關(guān)于工程的軟件配置庫。3.5配置庫的備份在工程開發(fā)實(shí)施過程的各個(gè)階段，配置管理員應(yīng)定期做好軟件配置庫的備份，以防造成勞動(dòng)成果的喪失而給整個(gè)工程及公司帶來的嚴(yán)重?fù)p失。備份可按照公司的要求定期〔按周或月〕進(jìn)行。在每個(gè)階段或里程碑處在做完基線工作后應(yīng)進(jìn)行備份。備份文件應(yīng)存放在不同的地方。本工程的備份按如下方式進(jìn)行：定期備份時(shí)間為每個(gè)月備份一次，備份方式同公司研發(fā)中心一致，定于每個(gè)月的最后一個(gè)星期二；當(dāng)在月末〔大于當(dāng)月20日〕到達(dá)一個(gè)里程碑時(shí)，對配置庫進(jìn)行一次備份，取消當(dāng)月月備份；當(dāng)在月中〔大于當(dāng)月10日，小于等于當(dāng)月20日〕到達(dá)一個(gè)里程碑時(shí)，對配置庫進(jìn)行一次備份，當(dāng)月月備份不變；當(dāng)在月初〔小于當(dāng)月10日〕到達(dá)一個(gè)里程碑時(shí)，不需要對配置庫再進(jìn)行一次備份，當(dāng)月月備份不變；備份的文件要明確標(biāo)明備份日期，刻錄成光盤，在外地封閉開發(fā)，現(xiàn)場尚未配備刻錄機(jī)時(shí)，應(yīng)保存在可靠的計(jì)算機(jī)中；3.6配置管理方案的修訂初始的配置管理方案在工程開始的初期進(jìn)行制定，由于此時(shí)只能大致確定整個(gè)開發(fā)過程中的一些活動(dòng)及其會產(chǎn)生的文檔，在實(shí)際開發(fā)過程中，可能會與此有些差異，因此，配置管理方案也需要根據(jù)開發(fā)過程的實(shí)際情況，及時(shí)進(jìn)行修訂，使之能夠有效地對本工程的配置管理活動(dòng)進(jìn)行指導(dǎo)。在一般情況下，進(jìn)行配置管理方案修訂的時(shí)機(jī)選在到達(dá)各個(gè)階段的里程碑時(shí)。如果在一個(gè)階段的實(shí)施過程中，配置管理方案不能適應(yīng)實(shí)際過程的變更，那么由配置管理員與工程管理人員一起根據(jù)實(shí)際情況修訂配置管理方案。配置管理方案的修訂，需要通過XXXX工程工程的工程負(fù)責(zé)任、軟件質(zhì)量控制專員、配置管理員的共同審核，一致簽字同意前方能作為此后階段的配置管理方案。3.7配置管理方案附屬文檔?配置文件清單?：記錄工程開發(fā)過程中應(yīng)該產(chǎn)生的一些文檔、描述及其提交方案等內(nèi)容，是執(zhí)行配置管理及檢查的重要依據(jù)。該文檔在工程開始的初期建立，確定開發(fā)過程中需要提交的大局部文檔，并在工程開發(fā)過程中根據(jù)實(shí)際情況稍做更新。?模塊清單?：模塊清單記錄了系統(tǒng)各個(gè)子系統(tǒng)、程序模塊的名稱并分別進(jìn)行工程內(nèi)的唯一編號，是所有模塊的源代碼需記錄模塊編號的依據(jù)。?模塊清單?在系統(tǒng)設(shè)計(jì)完成之后，由工程組和配置管理員共同根據(jù)系統(tǒng)設(shè)計(jì)進(jìn)行編制。HYPERLINK?文檔編碼標(biāo)準(zhǔn)?： 參見附錄2?文檔編碼標(biāo)準(zhǔn)?HYPERLINK?帳號及權(quán)限管理?： 參見附錄3?帳號及權(quán)限管理?HYPERLINK?配置庫日常使用規(guī)定?： 參見附錄4?配置庫日常使用規(guī)定?4.里程碑本工程主要?jiǎng)澐忠韵聨讉€(gè)里程碑：里程碑特點(diǎn)需求分析已確立系統(tǒng)〔或所有已確定子系統(tǒng)〕的需求分析全部完成已形成相應(yīng)的需求分析說明書及其它附屬文檔需求分析說明書已通過公司評審或與客戶一致認(rèn)為需求分析階段已結(jié)束，可以進(jìn)入設(shè)計(jì)階段概要設(shè)計(jì)完成系統(tǒng)〔或所有已確定子系統(tǒng)〕的概要設(shè)計(jì)全部完成已形成相應(yīng)的概要設(shè)計(jì)說明書及其它附屬文檔概要設(shè)計(jì)說明書已通過公司評審或與客戶一致認(rèn)為概要設(shè)計(jì)階段已結(jié)束，可以進(jìn)入詳細(xì)設(shè)計(jì)階段詳細(xì)設(shè)計(jì)完成系統(tǒng)〔或所有已確定子系統(tǒng)〕的詳細(xì)設(shè)計(jì)全部完成已形成相應(yīng)的詳細(xì)設(shè)計(jì)說明書及其它附屬文檔詳細(xì)設(shè)計(jì)說明書已通過公司評審或與客戶一致認(rèn)為詳細(xì)設(shè)計(jì)階段已結(jié)束，可以進(jìn)入編碼階段編碼完成系統(tǒng)〔或所有已確定子系統(tǒng)〕的編碼全部完成系統(tǒng)所有程序已經(jīng)經(jīng)過調(diào)試并確定可以運(yùn)行已通過公司評審或與客戶一致認(rèn)為編碼階段已結(jié)束，可以進(jìn)入系統(tǒng)測試階段測試方案完成測試需求已經(jīng)確定并完成；已形成相應(yīng)的測試方案說明書及其它附屬文檔測試設(shè)計(jì)完成測試用例已經(jīng)覆蓋所有測試需求已形成相應(yīng)的測試用例說明書及其它附屬文檔系統(tǒng)測試完成系統(tǒng)測試完成，所發(fā)現(xiàn)的所有缺陷已得到妥善處理符合系統(tǒng)測試退出條件已完成測試分析報(bào)告工程結(jié)束上線成功已得到客戶確實(shí)認(rèn)并通過驗(yàn)收測試與客戶一致認(rèn)為該工程已結(jié)束附錄1文檔命名規(guī)定本命名規(guī)定主要是針對文檔的，不包含源代碼文件和最終程序的命名規(guī)那么。本規(guī)定主要包含以下三個(gè)方面的命名規(guī)那么：受控配置庫文件命名規(guī)那么非受控配置庫文件命名規(guī)那么提交文檔文件命名規(guī)那么1、受控配置庫文件命名規(guī)那么受控配置庫中的配置項(xiàng)文檔〔不含源代碼和最終工作產(chǎn)品〕名稱應(yīng)該按照如下格式命名：工程名稱+資料名稱+撰寫或修改日期項(xiàng)說明工程名稱XXXX工程資料名稱開發(fā)方案書系統(tǒng)方案書需求分析說明書概要設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書測試方案模塊清單……撰寫或修改日期第一次撰寫完成日期或修改完成日期例如：2002年5月8日定稿的開發(fā)方案書XXXX工程軟件開發(fā)方案書.doc。2002年XXXX工程子系統(tǒng)一需求分析說明書20020521.doc2、非受控配置庫文件命名規(guī)那么非受控配置庫主要用于存放工程成員工作時(shí)產(chǎn)生的臨時(shí)文檔等，只要求提交時(shí)不致出錯(cuò)，對命名規(guī)那么沒有其它限制，由工程成員根據(jù)自己習(xí)慣對文檔命名。3、提交文檔文件命名規(guī)那么同受控配置庫的文件命名規(guī)那么。工程成員提交文檔到文檔提交區(qū)前，應(yīng)該按照受控配置庫的文件命名規(guī)那么對文檔命名，然后才提交道文檔提交區(qū)中。附錄2文檔編碼標(biāo)準(zhǔn)文件編碼原那么依據(jù)復(fù)旦金仕達(dá)公司研發(fā)中心ISO程序文件?文件編碼及撰寫標(biāo)準(zhǔn)?的規(guī)定，技術(shù)文件的文檔編號、編碼規(guī)那么如下表示：××××××××××××××××-×××-×××工程編號〔8碼〕文檔類型號〔3碼〕文檔流水號〔3碼〕工程編號工程編號為8位，1-5位為在研發(fā)中心產(chǎn)品管理部申請的工程編號，6-8位標(biāo)識版本。文檔類型號用來標(biāo)識軟件開發(fā)中產(chǎn)生的某一類技術(shù)文檔，用三位數(shù)字表示：文檔類型號技術(shù)文檔類型001系統(tǒng)方案書/新產(chǎn)品可行性報(bào)告002軟件開發(fā)方案書003需求分析報(bào)告004概要設(shè)計(jì)說明書/設(shè)計(jì)說明書005測試方案006詳細(xì)設(shè)計(jì)說明書007用戶手冊008程序設(shè)計(jì)標(biāo)準(zhǔn)009界面標(biāo)準(zhǔn)010數(shù)據(jù)庫標(biāo)準(zhǔn)011測試用例說明書012軟件測試分析報(bào)告013開發(fā)總結(jié)報(bào)告014安裝手冊015新產(chǎn)品初步可行性分析報(bào)告016測試方案017配置管理方案文檔流水號只有當(dāng)在同一文檔分成幾局部編寫時(shí)才使用。對于技術(shù)文件來說，每一種技術(shù)文件的文件大小要取決于項(xiàng)關(guān)工程的規(guī)模大小和復(fù)雜程度。因?yàn)楸竟こ瘫葦M大，根據(jù)系統(tǒng)情況拆分成了三個(gè)子系統(tǒng)，文檔流水號分別為：001~003。子系統(tǒng)一 001子系統(tǒng)二 002子系統(tǒng)三 003附錄3帳號及權(quán)限管理一、帳號管理1、配置管理效勞器帳號在配置管理效勞器〔fileserver〕上為工程組的每個(gè)工程成員都建立帳號；帳號名與?XXXX工程開發(fā)小組通訊錄?中登記的內(nèi)部用戶名一樣；根據(jù)工程過程中的人員調(diào)配狀況適時(shí)增加和刪除帳號；初始口令與用戶名一致；每個(gè)工程成員訪問配置管理效勞器時(shí)，都應(yīng)該用自己的帳號；2、配置管理庫帳號在SourceSafe上為工程組的每個(gè)工程成員都建立帳號；帳號名與?XXXX工程開發(fā)小組通訊錄?中登記的內(nèi)部用戶名一樣；根據(jù)工程過程中的人員調(diào)配狀況適時(shí)增加和刪除帳號；初始口令與用戶名一致；每個(gè)工程成員第一次登錄配置庫時(shí)應(yīng)該修改自己的用戶口令；每個(gè)工程成員應(yīng)該使用自己的帳號登錄SourceSafe；工程成員如果遺忘帳號口令，應(yīng)即時(shí)通知配置管理員重新分配該帳號的口令；二、權(quán)限管理權(quán)限管理分為兩大局部的權(quán)限管理：受控配置庫的權(quán)限管理非受控配置庫的權(quán)限管理1、受控配置庫配置管理員對受控配置庫擁有所有權(quán)限；工程組其他成員對受控配置庫擁有只讀權(quán)限；非工程組成員未經(jīng)