系統(tǒng)軟件開發(fā)部 1.2范圍理員提供有關(guān)版本管理規(guī)范的相關(guān)內(nèi)容，包括:版本標識方法軟件系統(tǒng)數(shù)據(jù)的存放文檔的修改控制文檔的備份制度1.3術(shù)語定義文檔配置管理軟件配置軟件的具體形態(tài)在某時刻的瞬時影像.配置項碼.基線的作用是把各階段工作的劃分更加明確1.4版序控制記錄版序狀態(tài)擬稿審核批準發(fā)布日期1.0系統(tǒng)軟件開發(fā)部1.5版本更新記錄＊A—增加M—修改D-刪除版本版本/修訂版修改頁碼修改記錄修改人日期1.0初始版本2版本管理2.1流程圖評審人員配置管理員評審人員配置管理員通過文檔評審((歸檔入庫)文檔編寫人員配置管理員變更申請人文檔編寫人員配置管理員(配置管理員配置管理員修改源代碼打測試版本評審人員開發(fā)人員測試人員配置管理員評審人員開發(fā)人員測試人員配置管理員不通過不通過開發(fā)人員測試人員項目管理人員配置管理員開發(fā)人員測試人員項目管理人員1、開發(fā)人員完成所負責模塊的代碼編寫任務(wù)后,提交到項目經(jīng)理處2、項目經(jīng)理向測試部門提交測試任務(wù)3、配置管理員準備測試所需的環(huán)境開發(fā)人員處理測試過程中所出現(xiàn)的BUG，并提交給測試人員進行回歸測試，直至BUG被關(guān)閉6、測試基本完成后,測試人員提交測試報告7、項目情況根據(jù)實際情況決定是否發(fā)布新的版本8、配置管理員與各相關(guān)人員經(jīng)討論后確定好新版本各項信息9、配置管理員發(fā)布新版本2.2軟件版本命名第四部分為日期版本號加希臘字母版本號，希臘字母版本號共有5種，分此版本號由項目決定是否修改.*子版本號：當功能有一定的增加或變化，比如增加了對權(quán)限控制、增加自定義視2.3版本升級之下。應(yīng)當謹慎地控制版本的升級，保障高版本的向下兼容性，或提供嚴格定義的升級方法.1)平臺遷移；2)開發(fā)工具的遷移；3)體系結(jié)構(gòu)的變遷。功能變更描功能變更描述發(fā)布責任人子系統(tǒng)名稱子系統(tǒng)版本發(fā)布日期批準人主版本發(fā)布日期：該版本批準發(fā)布的日期.號的升級，一般不包括內(nèi)部版本號的升級。流組成：模塊首字母+下劃線+文件類型+下劃線+主版本號+次版本號+內(nèi)部版本號+時間(+下劃線+合并標記)2.4目錄結(jié)構(gòu)但為了能更好地管理各項目組的文檔,建議可將被管理的配置項分為三大類:文檔對對應(yīng)配置項源碼源碼源碼立項報告、需求分析、需求記錄軟件架構(gòu)、總體設(shè)計、概要設(shè)計、詳細設(shè)計、界面設(shè)計數(shù)據(jù)字典、數(shù)據(jù)庫搭建、備測試計劃、測試用例、測試報告用戶手冊、產(chǎn)品說明項目計劃、年度月度計劃二級目錄前置采集后臺計算業(yè)務(wù)應(yīng)用數(shù)據(jù)庫業(yè)務(wù)支撐公用開發(fā)包需求文檔設(shè)計文檔數(shù)據(jù)庫文檔測試文檔用戶文檔計劃文檔外部接口文檔標準規(guī)范發(fā)布文檔一級目錄源碼檔發(fā)布文件根目錄。2.5文檔的存放用戶需求記錄、總體設(shè)計文檔、詳細設(shè)計及數(shù)據(jù)b明書，聯(lián)機幫助(HLP)；資源文件(BMP，ICO等)，環(huán)境配置文件等。2.6權(quán)限控制管理的文檔設(shè)置不同的訪器上分別建立不同的用戶，針對不同的3備份管理3.1源文件備份開發(fā)人員每天都要將自已當日修改的源文件提交(commit)至CVS倉庫。3.2庫文件備份時將H盤備份文件異地備份至其它IP(目前備份在192。4用戶版本管理一個用戶版本文件，該文件應(yīng)包含以下用戶程序更改日志樣例如下:更更改版本號修改模變更原因變更概述軟件位置變更備注時間塊名稱人員說明:含上述內(nèi)容的一個用戶版本文件，并填2)用戶進行版本更新時要求填寫該文件的版本變更記錄,用以反映用戶版本的變更情況.5版本工具的使用5.1配置管理工具本控制系統(tǒng)來記錄文件版本，從而達到保證文件同步的目的.5.2CVS的使用英英文命令操作、說明提取/取出將文件下載到本地目錄第一次下載目錄用交將改動過的文件提交到版本庫每次對文件更新后使用將文件同步到最新版本獲取最新版本簽給某個版本添加一個標記符號便于合并分支與主線創(chuàng)建某個文件的分支建立特殊版本時用到并將分支文件(或主文件)的更改合并到主文件(或分支文件)diff比較任意兩個版本間的不同版本分支圖查看文件各版本(包括分支文件)的走向圖查看文件各個版本更新歷史查詢版本詳細信息文件提取：初次使用需將源文件從倉庫提取出來，執(zhí)行checkout命令將庫文件提取至本地相應(yīng)實時更新：某一開發(fā)人員提交更改后，可通知其它人員進行更新操作.實時提交：對某一文件進行更改完成后，執(zhí)行commit命令將更改提交至倉庫,更改前先進行更新操作，如多個人員對同一文件同時進行操作，會產(chǎn)生沖突，這時需要對沖突進行處理。沖突處理：提交產(chǎn)生沖突時，先對文件進行同步(即更新)操作，之后會產(chǎn)生一個合并文件，修改的內(nèi)容,找到最近提交該文件的同事，進行協(xié)商后對源文件進行修改并提交。該文件的版本更新記錄或歷史信息.作開發(fā)基線。當某一個特殊事件發(fā)生的時候,例是就從這個開發(fā)基線里分離出來一個叉，以滿足用戶///展方向.如果有需要，分支的代碼可以重新合并到開發(fā)基線中，開發(fā)基線的代碼也可以合并到