1、KjNEUVLPIhE標識規范文件編號：NW601101生效日期：2000.3.20受控編號：密級：秘密版次：Ver2.1修改狀態：總頁數9正文8附錄1馬云生孟莉孟莉沈陽東大阿爾派軟件股份（版權所有，翻版必究）文件修改控制修改記錄編號修改狀態修改頁碼及條款修改人審核人批準人修改日期目錄目的適用范圍術語和縮略語標識規則標識對象文檔版本控制發行版本控制軟件項標識方式不合格品的標識引用文件NW602102文件編號規定質量記錄NR602101A”文件備份清單”.目的為便于標識、控制和追蹤軟件開發過程中產生的各種軟件項及介質，特制定本文件。.適用范圍適用于軟件開發過程中所需的各種軟件項及介質。.術語和縮

2、略語本程序采用NQ402100質量手冊中的術語和縮略語及其定義。.標識規則標識對象標識對象主要包括：技術文檔（可行性分析報告、需求分析報告、開發計劃、質量計劃、系統設計報告、技術報告、測試計劃等）、提交產品（計算機程序、釋放產品等），主要通過介質標識和版本控制以便于存取和查閱。文檔版本控制對于計劃性文檔、技術文檔和用戶文檔，其版本按修改的先后順序確定。新生成的文檔第一次發行為第一版，修改后第二次發行為第二版，以此類推。發行版本控制最終完成的軟件版本用三位符號表示：“s.xy”。各符號位的含義如下：“y”為第二次版本號，表示糾正錯誤時的版本升級，用一位數字表示：“19”,對上一次產品或項目中的缺

3、陷做修正，第二次版本號增加；“x”為第一次版本號，表示增加功能時的版本升級，用一位數字表示：“09”。與上一產品或項目相比，功能進行了小量的增加或修正時，第一次版本號增加，第二次版本號為零，第二版本號為零時可以省略不寫；“s”為主版本號，用一位數字表示：“19”。對產品作重大調整，或與已發行的上一產品相比，在功能與性能上有較大改善時主版本號增加，次版本號為零，產品或項目概念全新，第一次完成，版本號為1.0。軟件項標識方式技術文檔的標識體現在相應文件的封面上，由開發人員參照相應文檔模板的格式要求，對技術文檔進行標識。技術文檔編號用十五位符號表示：“xxxxxxxxxxxttnn”。各符號位的含義

4、如下：“xxxxxxxxxxx”為本次開發的項目編號，共十一位，具體含義見NW602102文件編號規定；“tt”為文檔類別代號，用兩位大寫字母表示。“tt”的取值范圍如下：FA(FeasibilityAnalysis):可行性分析報告RA(RequirementAnalysis):需求分析報告DP(DevelopingPlan)：開發計劃QP(QualityPlan):質量計劃SD(SystemDesign):系統設計報告TR(TechnicalReport):技術報告SR(SummaryReport)：項目開發總結報告本部分未給出代號的文檔，其代號由相應的文檔編寫部門確定。“nn”為順序號，

5、用兩位數字表示：“0199”。計算機程序備份標識方法程序備份標識方法體現在提供備份介質的備份路徑中。在開發過程中保存的文件，由開發人員參照相應的文件管理軟件進行操作。在提交開發結果時，由開發人員對存放文件的介質進行規范標識，目錄標識方法如下：技術文檔其中的文件名稱為：文檔名稱（文檔編號）項目名稱（項目編號-日期）源程序（版本號）按類別或模塊建立子目錄執行程序（版本號）項目編號規定參見NW602102文件編號規定，程序版本號規定見4.3說明：日期格式為：nnnnmmdd根據介質上所存儲的內容，在介質的表面進行標識1）磁盤介質產品的標識方式:沈陽東大阿爾派軟件股份Tel: (024) 238417

6、48 Fax: 23890817Copyright 1990-1998, NEU-ALPINE.ALL rights reserved產品磁盤號/總 磁盤數2）光盤介質產品的標識方式:盤簽號：MO-QA1998M001其中，MO盤簽的編號方式如下：MO盤簽編號共12位“MO-ssnnnnxddd”;前2位“ss”表示部門代號；第36兩位“nnnn”為數字,取公元紀年的末兩位。如1991年為“1991”;第7位“x”取值及表示意義如下：取“M”時，表示為主拷貝或母盤；取“B”時，表示為備份拷貝；取“T”時，表示為臨時存貯用盤；后3位為存盤序列號，取值為“001999”，每年從頭排號，按每年用盤的

7、數量和次序依次編號。每張MO盤可按部門分類或項目分類存貯一個或多個軟件產品/項目的程序及文檔，并在盤標上分別注明內容、備份時間和備份人員。當MO盤標簽不足以記錄所存貯內容的索引時，應在MO盤的根目錄下用電子文件：“文件備份清單”來記錄。4）備份光盤的標識方式備份光盤的標識應同時加注在光盤盤面與光盤簽上，其編號方式如下：編號共12位“CD-ssnnnnxddd”：前2位“ss”表示部門代號；第36兩位“nnnn”為數字，取公元紀年的末兩位。如1991年為“1991”；第7位“x”取值及表示意義如下：取“M”時，表示為主拷貝或母盤；取“B”時，表示為備份拷貝；取“T”時，表示為臨時存貯用盤；后3位

8、為存盤序列號，取值為“001999”，每年從頭排號，按每年用盤的數量和次序依次編號。每張光盤可按部門分類或項目分類存貯一個或多個軟件產品/項目的程序及文檔，并在盤標上分別注明內容、備份時間和備份人員。當光盤標簽不足以記錄所存貯內容的索引時，應在光盤的根目錄下用電子文件：“文件備份清單”來記錄。5）母盤的標識方式對于母盤，除按上述方式標識之外，一定注明“母盤”字樣注：PR產品釋放（ProductionReleaseM廠品釋放的母盤盤簽號：CD-PR1999M001產品名稱：版本號：注明“（母盤）”字樣回收時間釋放時間回收人釋放人不合格品的標識4.5.3對不合格品的處理應能防止該不合格品被誤用或以

9、其他方式重新流入軟件開發過程。對不合格品的處理可以采用刪除存儲內容、重新格式化、退貨或讓步接收等方式進行。必須記錄不合格品的處理過程。.引用文件NW602102文件編號規定.質量記錄NR602101A”文件備份清單”文件備份清單記錄編號：NR602101A-序號項目編號項目（軟件）名稱內容備份人/日期開發部門備注1.此表用于登記MO/CD備份時的內容索引，一般在MO/CD盤的根目錄下，也可以是書面記錄;2.此頁不足可以有附頁，附頁與此頁相同。第頁/共頁回港期亞1.1.11.1.1.1.1密級：內控研發本部版本管理規范1.1.11.1.2.V1.0浪潮集團山東通用軟件目錄 TOC o 1-5 h

10、 z HYPERLINK l bookmark22 o Current Document 文檔類別使用對象31引言4目的4范圍4 HYPERLINK l bookmark29 o Current Document 術語定義4參考資料4版序控制記錄5 HYPERLINK l bookmark33 o Current Document 版本更新記錄52版本管理5 HYPERLINK l bookmark37 o Current Document 21版本標識方法5211正式版本6212特殊版本622目錄結構6 HYPERLINK l bookmark45 o Current Document 3文

11、檔的存放8 HYPERLINK l bookmark47 o Current Document 當前版本和歷史版本的存放8 HYPERLINK l bookmark49 o Current Document 開發文檔的存放8 HYPERLINK l bookmark51 o Current Document 源代碼的存放8 HYPERLINK l bookmark53 o Current Document SQL語句的存放8發行文檔的存放8 HYPERLINK l bookmark57 o Current Document 4權限控制管理83更新管理91源程序的修改932已發布版本的維護及修改

12、9 HYPERLINK l bookmark59 o Current Document 3外出人員對產品的修改104版本升級12版本升級原則12 HYPERLINK l bookmark66 o Current Document 新版本的發布13 HYPERLINK l bookmark68 o Current Document 安裝盤制作步驟134備份管理14 HYPERLINK l bookmark72 o Current Document 5用戶版本管理142文檔類別使用對象文檔類別該文檔是為浪潮通軟公司研發本部各產品部、事業部提供一個版本管理規范性文件。使用對象該文檔使用對象為浪潮通軟

13、公司研發本部各部門經理及版本管理人員，以及其他相關人員。未經管理過程改善部書面許可，該文檔不得提供給上述規定對象以外的人員閱讀或使用。31引言1.1目的本文檔是為規范公司研發本部各產品部、事業部版本管理而制定的。1.2范圍本文檔為各產品部、事業部版本管理員提供有關版本管理規范的相關內容，包括：版本標識方法軟件系統數據的存放文檔的修改控制文檔的備份制度1.3術語定義SCMSoftwereConfigurationManagemen稀寫SVMSoftwareVersionManageme陶!寫文檔一種數據媒體和其上所記錄的數據。配置管理標識和確定系統中配置項的過程，在系統整個生存周期內控制這些項的

14、投放和更動，記錄并報告配置的狀態和更動要求，驗證配置項的完整性和正確性。軟件配置軟件的具體形態在某時刻的瞬時影像。配置項軟件配置管理的對象稱為配置項，如：系統規格說明書，項目開發計劃，用戶手冊，源碼。基線軟件生存周期中各開發階段末尾的標記，它的作用是把各階段工作的劃分更加明確化，使本來連續的工作在這些點上斷開，使之便于檢驗和肯定階段成果。3.31.4參考資料1事業部門版本管理工作標準SEPG2國強財務V60配置管理財務產品部V1.03商業事業部版本管理規范V1.04酒店事業部版本管理規范V1.05財務產品部版本管理規范V1.06PAC事業部版本管理規范V1.0口MRPII部版本管理規范V1.0

15、8金融事業部版本管理規范V1.09ER唐B版本管理規范V1.03.41.5版序控制記錄版序狀態擬稿審核批準發布日期r1.0管理過程改善部任甲林99/11/183.51.6版本更新記錄*A-增加M-修改D-刪除版本/修訂版修改頁碼修改記錄修改人日期1.0初始版本99/1142.版本管理4.12.1版本標識方法為了使工作規范化、統一化，研發本部各部門實行的版本標識管理方法分為：正式版本和特殊版本。.1.1正式版本公司在市場渠道上發行的正規版本。以“V”開頭，版本號放后。版本號分3節：主版本號，次版本號和內部版本號，每節之間以小數點（.）間隔。如V表示主版本號為2,次版本號為0,內部版本號為01.1

16、.2特殊版本特殊版本是在正式版本的基礎上，針對某客戶開發的版本。它與正式版本的不同之處在于問題不具有通用性和適應性，只符合該用戶的實際使用情況。該版本標識分為常規部分和擴展部分，常規部分表示該特殊版本哪一個正式版本的分支，命名方法同正式版本的命名方法。對于擴展部分，以“S”開頭，后加一唯一序號。舉例如下：V2.33.S01表示由V2.33分支出的第一個特殊版本V2.33.S02表示由V2.33分支出的第二個特殊版本事業部不鼓勵產生特殊版本。只有在極特殊的情況下，才產生適當的特殊版本。并在以后的版本演化中，盡量將其納入到正式版本中。2.2目錄結構由于各部門的實際情況不同，目錄結構很難統一，但為了

17、能更好地管理各事業部的文檔，建議可將被管理的配置項分為三大類：文檔類、源碼類及安裝盤類，這樣存放比較清晰，有利于版本管理。至于二級目錄是以模塊劃分還是以版本劃分，各產品部、事業部可根據自己部門的情況，制定適合本部門的目錄結構，并根據制定的目錄結構給出文件級目錄清單（先給出源程序及文檔的文件級目錄清單，安裝盤的可以后再執行）：,現以財務產品部V6。0的目錄結構舉例如下：根目錄二級目錄三級目錄四級目錄對應配置項備注源碼（F：）模塊縮寫1Current存目錄前正在修改的內容V6.0PBLSQLSQL文件DOC詳細設計、數據結構HTML幫助文件bmp:圖像文件V6.0.01按版本號依次類推模塊縮寫2與

18、模塊1相同000000模塊縮寫n文檔(G：)Require用戶需求記錄版本號在文件名上標識DesignV6.0總體設計文檔按版本號依次類推VTestRecord測試記錄版本號在文件名上標識CaseV6.0測試用例VUserV6.0用戶使用手冊產品說明手冊VPlanProject項目計劃Month月度計劃安裝盤(H：)V6.0ReleaseRELSRCSETUP產品盤或發布文檔V.表示正式版本及特殊版本的目錄按以下原則定義：正始版本：以“V”開頭，版本號放后，主版本號和次主版本號之間的”.去掉，明細版本號之前加“-。舉例如下：版本號目錄名 TOC o 1-5 h z V6.0V60V6.1V61

19、V6.0.01V60-1V6.1.02V61-2特殊版本：目錄名分為常規名和擴展名兩部分，常規部分表示該特殊版本是由哪一個正始版本分支而來，命名方法同正始版本的命名方法。對于擴展名,以“S”開頭，后加一唯一序號。舉例如下：目錄名意義V60.S01表示由V6.0分支出的第一個特殊版本V60.S02表示由V6.0分支出的第二個特殊版本V60-1.S01表示由V6.0.01分支出的第一個特殊版本對于有些事業部是針對某個具體用戶開發的特殊版本，在表示特殊版本的目錄時，常規部分表示該特殊版本是哪一個正始版本的分支，對于擴展部分，可以把項目名稱作為擴展名。舉例如下：V60.中信表示由V6.0分支出的中信版

20、本23文檔的存放當前版本和歷史版本的存放對于源碼文件，特別增加了一個Current目錄，存放當前正在開發與維護的源碼文件，當前未發布版本的所有數據都存放在下。一旦當前版本正式發行，則當前目錄被修改為相應的歷史目錄。歷史版本是指已經發行的版本，存放在相應的版本目錄之下，一般不允許改動。4.3.22.3.2開發文檔的存放根據各部門自己的情況，將系統用戶需求記錄、總體設計文檔、詳細設計及數據結構文件、測試記錄、用戶手冊等放入相應的目錄下，也可將不同模塊的開發文檔存放于不同的模塊中。4.3.3源代碼的存放源代碼包括如：PBL，PBR，BMP，ICO，CPP，HPP，MAK，PRJ，INI等相關文件，是

21、未經編譯處理的、不能直接交付使用的產品文件以及編譯產品所需的文件；聯機幫助文件HLP在未生成HLP文件之前的DOC，RTF等格式的文檔也視為源代碼。各子系統當前的程序源文件放入相應的目錄下。對于一個子系統又分多個分子系統的情況，應在該目錄下分別建立幾個相應的目錄。4.3.42.3.4SQL語句的存放各子系統SQL文件放入.SQL下，對于不同的數據庫，分別建立不同的子目錄，如WAT、SYB、MSS、ORC、DB2等。公共SQL文件直接放入SQL下即可，不同數據庫的特殊SQL分別放入對應的子目錄下。4.3.52.3.5發行文檔的存放發行文檔是指產品交付用戶使用所必須的文件。包括：產品可執行文件，用

22、戶使用說明書，聯機幫助（HLP）；資源文件（BMP，ICO等），環境配置文件等。以上文檔作為制作發行盤的素材，放在RELEASE的REL_SRC目錄之下，制作好的發行盤放在RELEASE的SETUP目錄。4.424權限控制管理為保障文檔的安全性，一致性，以及防止意外修改，必須對不同的文檔設置不同的訪問權限。文檔權限類別：只讀權限，讀寫權限。文檔類別：設計文檔，源碼，發行文檔。用戶類別：開發人員、測試人員、分析設計人員、部門經理、配置管理員、安裝盤制作人員、問題及需求管理人員、用戶文檔編寫人員等。為了控制不同的使用權限，根據要求在服務器上分別建立不同的用戶，針對不同的配置項所在目錄分配不同的權限

23、。為了便于各產品部、事業部的管理，應以表格的形式列出人員與管理對象的訪問關系（用戶權限清單）。53更新管理31源程序的修改當開發小組在開發同一產品時，應能保障：各成員間的修改不會互相覆蓋；程序員的修改能及時反映到產品的最新版本中。建議首先在相應子系統的下一級建一目錄，如checkout,存放正在修改的文檔及修改登記表。當某個程序員要修改某一文檔時，遵循以下程序：1、接收維護任務；2、查看需要修改的文件（如PBL及SQL等）是否正在被其它人員修改（檢查checkout目錄下是否存在要修改的文件或后綴已改為該程序員姓名簡寫）；3、如果有人在修改該文件，等待或與相應的開發員聯系，重復2。否則繼續；4

24、、將該文件復制到checkout目錄下，在修改登記表中登記；或將該文件的后綴改為本人姓名簡寫；5、將該文件考至自己的私有目錄；6、根據要求修改源文件；7、根據要求測試，并進行相關項的回歸測試；8、交測試人員測試，如未通過，重復6。如通過則繼續；9、在checkout目錄中刪除該文件，并在修改登記表中標注修改完成；10、將修改完畢的文件通過電子郵件或其它手段送交版本管理員，版本管理員將文件復制到相應的路徑；如遇特殊情況（版本管理員出差），程序員可將修改完畢的文件復制到相應的路徑下，或將后綴改回正式。11、回復下達者，報告維護任務完成。駐外開發時，也采用以上程序進行控制。32已發布版本的維護及修改

25、在正式版本發布后，由于軟件錯誤或其它問題（如用戶提出增加小功能）需要對程序進行修改時，應及時作出修補盤（可以軟盤或其它的形式），。在該發布版本目錄下建立一該版本的修補目錄，該目錄由版本管理員負責。各系統如果修改了部分錯誤或增強了部分功能，應將修改或增加的編譯后程序文件交由版本管理員，由管理員將該程序文件加入到該目錄下，并更及時更新到安裝盤中去。維護人員在更改產品的程序錯誤，如增加小的模塊，或做小的改進時，應將程序文件及時通知版本管理員，由版本管理員負責更新源程序。維護人員應詳細記錄修改內容。舉例如下:修改時間產品代號或名稱以及版本號修改原因修改的模塊；受影響的模塊是否修改了表結構，修改了哪些表

26、結構對應的修改申請表單號修改負責人該表存放在相應版本的根目錄下。(4)修改過的源程序要經過測試人員的測試。事業部如沒有專人測試，可由程序員自己測試。(5)對于涉級數據結構的程序變動，原則上不作為修補的內容，它只對某些用戶有用，將可能在下一版本中體現，具體情況要具體處理。3.3外出人員對產品的修改外出人員對產品的修改，是指以下幾種情況：(1)外出維護時，需要對產品進行修改；(2)實施工程時，針對客戶要求，對產品進行用戶個性化修改(在這種情況下，一般需要衍生出特殊版本)。執行程序：(1)維護人員每當接到實施或維護任務時，若需修改源代碼，應在啟程前認真填寫源程序修改申請表，交部門負責人認定后，維護人

27、員可攜帶源程序到用戶現場。(2)在維護期間，確實由于維護需要而必須在用戶設備上拷入源程序時，應確保源程序的安全性，并及時予以刪除。(3)在維護期間若修改了源程序或用戶提出了新的問題，維護人員必須認真填寫源程序更新登記表。(4)回公司后，版本管理員應負責和監督相關人員將所有文檔復制到規定目錄之下，并完善相關的所有文檔，相關的文檔包括：源程序更新登記表、用戶程序更改日志和修改申請表。將更新登記表及所更新的源程序數據交由部門版本管理人員確認并審定。如果是已發布版本的源程序，必須由版本管理員負責更新；非對外發布的版本如特殊版本可由程序員自己更新，但版本管理員應及時進行備份，保證源程序為最新。(5)修改

28、過的源程序要經過測試人員的測試。事業部如沒有專人測試，可由其他程序員或本人自己測試。(6)將更新登記表交由部門負責人簽字確認。(7)將更新登記表交由部門版本管理人員存檔。(8)部門配置管理員及時通知相關程序員。修改申請表樣例:申請時間用尸名稱版本號問題簡單描述申請人簽字偵貴人簽字源程序更新登記表樣例：源程序更新登記表編號：年月日填表人單位名稱地址版本情況問題描述編號描述內容（包括：模塊問題現象問題原因）實編號修改時問修改內容際修改遺留問題*更新編號是e更新更新時問版本管理員簽字備注：部門經理簽字注:更新欄由部門版本管理寫；5.43.4版本升級5.4.13.4.1版本升級原則版本升級應嚴格納入版

29、本管理的控制之下。應當謹慎地控制版本的升級，保障高版本的向下兼容性，或提供嚴格定義的升級方法。在下面幾種情況下，進行版本演化和升級：1、當產品發生重大修改和改進時，主版本號加1。重大修改和改進包括：1）平臺遷移；2）開發工具的遷移；3）體系結構的變遷。2、當產品發生較小的改進或修改時，次版本號可以加1。3、對于改動量比較少的，如修改產品的錯誤，可增加內部版本號。內部版本號對用戶來說是不可見的，只對事業部內部版本控制有用。4、記錄版本升級過程。每次版本升級，都要填寫版本升級記錄表，記錄表樣例如下:版本升級記錄表版本號發布日期修改文件問題簡要描述發布責任人批準人備注說明：版本號：記錄當前發布的版本

30、。發布日期：該版本批準發布的日期。修改文件：版本修改記錄文件，一般為版本修改日志。5.4.23.4.2新版本的發布新版本的發布包括主版本號和次版本號的升級，一般不包括內部版本號的升級。流程如下：1、接收新版本發布任務，接收本次發布的版本代號。2、在指定目錄中，根據本次發布的版本號建立相應的子目錄，將current下的所有內容拷貝至新建目錄下。3、可在新建目錄下建立readme.txt,并加入相應的內容。4、下達安裝盤制作指令。readme.txt文件是記錄該版本與上一版本的不同，作過哪些改動。格式樣例如下：增加或修改功能涉及源文件改動原因5.4.33.4.3安裝盤制作步驟.接收安裝盤制作指令。

31、.編譯源程序。.制作升級SQL。.測試升級程序。.根據版本號在安裝盤目錄下建立新版安裝盤目錄。.在新建目錄下制作安裝盤。.交測試員測試安裝盤，如安裝盤存在問題重復7,否則繼續.提交安裝盤。4.備份管理為了保證文檔的最大可恢復性，要隨時及定期地進行備份工作。1、隨時備份：(1)開發人員每天都要將自已當日修改的源文件在本地機器上進行備份。(2)開發負責人每天要將所有源文件在本地機備份。(3)建議備份采用循環備份。2、定期備份(1)備份形式為硬盤備份和光盤備份。硬盤備份時，要備份在獨立的硬盤上；光盤備份時，要將光盤存放在可靠的地方。(2)備份周期視各產品部、事業部的具體情況而定。如果處于開發階段，每

32、周應對所有的源程序項進行備份，一般為每周周五；如果處于其它階段，根據具體情況而定，但周期不能超過兩周。(3)備份要由版本管理員負責，備份原則應是保證文檔的最大可恢復性。(4)對于歷史版本或某用戶的特殊版本，如果無特殊原因不再進行修改的話，建議用光盤進行備份，而且應有備份盤說明文件BACKUP.TXT。該文件應該記錄以下內容：本次備份時間，備份內容，執行人。5.用戶版本管理目前各事業部很多是以做項目為主，是根據客戶要求開發的程序。為了更好地管理源程序，應為每一用戶建立一個用戶版本文件，該文件應包含以下內容：用戶編號：用戶名稱：軟件版本號：開始使用時間：聯系人：聯系：用戶程序更改日志樣例如下：更改

33、時間版本號修改模塊名稱變更原因變更概述軟件位置變更人員備注說明：用戶購買軟件時要為該用戶建立一個包含上述內容的一個用戶版本文件，并填寫有關數據。用戶進行版本更新時要求填寫該文件的版本變更記錄，用以反映用戶版本的變更情況。NEUVLPrE配置管理規范文件編號：NW601103生效日期：0受控編號：密級：秘密版次：Ve10修改狀態：總頁數7正文7附錄0馬云生王宇孟莉沈陽東大阿爾派軟件股份（x,翻版必究）文件修改控制修改記錄編號修改狀態修改頁碼及條款修改人審核人批準人修改日期目錄目的適用范圍術語和縮略語規范內容引用文件8目的指導配置管理人員如何建立配置庫，并利用配置庫管理所有配置項，從而提供配置項的

34、存取和檢索功能，有利于配置項的更改控制，保證配置項的完整性和可跟蹤性。適用范圍適用于所有軟件產品和軟件項目的配置項管理。配置管理可采用各種工具及手工辦法，本文件以Sourcesafe配置管理工具為例，規定公司的配置管理辦法，使用其他工具時也可對應本文件的要求參照執行。術語和縮略語本文件采用NP601100配置管理程序使用的術語和縮略語的定義。規范內容配置管理的范圍軟件配置可包括以下幾方面：項目文檔，源代碼，執行程序，相關設備及資料等。項目文檔主要指：立項建議報告、項目啟動計劃、可行性分析報告、開發計劃、需求分析報告、軟件功能規格說明書、系統設計報告、數據庫表結構、技術報告、總結報告、驗收報告以

35、及上述文檔的評審記錄。相關設備主要指項目開發和運行環境(包括硬件和軟件)，以及項目開發和測試過程中使用的專用儀器設備，如讀卡機、掃描儀等。相關資料主要指客戶提供的行業法規，標準及其調研期間提供的業務單據，往來會議記要，電子郵件，重要的記錄等。各配置項的獲得項目立項之后，軟件配置管理負責人SCML即可建立項目配置庫，并著手收集各配置項。項目文檔。開發各階段結束時，軟件配置管理負責人SCML可向開發人員索要相關文檔及對應評審記錄，歸到配置庫。開發人員在出差前應帶好與客戶會談的準備材料。根據出差的任務不同，還應準備客滿意度調查表，交付書，驗收報告等。返回之前應和客戶確認，并在出差回來時交給軟件配置管

36、理負責人SCML一份備份，如有客戶提供的文獻資料、有關設備儀器須進行登記。對于任何正在進行的項目，如有客戶來訪須做好會議紀要。開發部門發給客戶的件或客戶發來至少應在項目檔案中保存一份備份。對于源代碼和執行程序的管理最好使用工具，條件不具備時，要注意對配置庫的目錄分配。各開發人員分別建立自己的工作目錄，完成后的模塊再放到項目相關目錄下。在項目結束歸檔時電子郵件也應作為項目的相關資料進行歸檔。配置庫的建立所有項目應建立一配置庫，以便管理前面提到的各配置項。一般的可視化開發環境都有自帶的配置管理工具，可以用管理工具來建立配置庫，也可以在機器的某目錄下建立配置庫，手工管理。下面以SourceSafe為例描述配置管理庫的建立及各配置項的控制方法。各項目在開始時，均應建立以下幾項子項目，進行分階段管理。配置項包括立項建議報告及其評審結果、合同草案及評審結果、合作協議、項目任務書等。項目立項通