軟件版本管理制度-wenkub
2023-04-24 07:14:54 本頁(yè)面
【正文】 回歸測(cè)試，直至 BUG 被關(guān)閉測(cè)試基本完成后，測(cè)試人員提交測(cè)試報(bào)告項(xiàng)目情況根據(jù)實(shí)際情況決定是否發(fā)布新的版本配置管理員與各相關(guān)人員經(jīng)討論后確定好新版本各項(xiàng)信息配置管理員發(fā)布新版本開(kāi)發(fā)人員 項(xiàng)目管理人員 測(cè)試人員 配置管理員完成開(kāi)發(fā)任務(wù) 提交測(cè)試任務(wù)更新測(cè)試環(huán)境提交發(fā)布請(qǐng)求提交測(cè)試報(bào)告確定版本信息制做安裝程序處理 BUG新版本發(fā)布入庫(kù)輸出給市場(chǎng)部發(fā)布文檔更新測(cè)試執(zhí)行提交變更取消變更變更影響分析及審批 變更實(shí)施 代碼測(cè)試測(cè)試報(bào)告評(píng)審?fù)ㄟ^(guò)更新版本（歸檔入庫(kù)）不通過(guò) 不通過(guò)通過(guò)測(cè)試計(jì)劃、用例回歸測(cè)試7 / 13 軟件版本命名軟件版本號(hào)由四部分組成，第一個(gè) 1 為主版本號(hào)，第二個(gè) 1 為子版本號(hào)，第三個(gè) 1為階段版本號(hào)，第四部分為日期版本號(hào)加希臘字母版本號(hào)，希臘字母版本號(hào)共有 5 種，分別為：Alpha 、Beta 、RC、Release。此版本號(hào)由項(xiàng)目決定是否修改。此版本號(hào)由項(xiàng)目經(jīng)理決定是否修改。* Beta 版: 該版本相對(duì)于 α版已有了很大的改進(jìn)，消除了嚴(yán)重的錯(cuò)誤，但還是存在著一些缺陷，需要經(jīng)過(guò)多次測(cè)試來(lái)進(jìn)一步消除，此版本主要的修改對(duì)像是軟件的 UI。一般情況下，Release 不會(huì)以單詞形式出現(xiàn)在軟件封面上，取而代之的是符號(hào)(R)。重大修改和改進(jìn)包括：1）平臺(tái)遷移；2）開(kāi)發(fā)工具的遷移；3）體系結(jié)構(gòu)的變遷。每次版本升級(jí)，都要填寫版本升級(jí)記錄表，記錄表樣例如下：版本升級(jí)記錄表主版本 子系統(tǒng)名稱 子系統(tǒng)版本 發(fā)布日期 功能變更描述 發(fā)布責(zé)任人 批準(zhǔn)人 備注說(shuō)明：版本號(hào)： 記錄當(dāng)前發(fā)布的版本。流程如下：根據(jù)項(xiàng)目進(jìn)展情況，或者根據(jù)用戶需要進(jìn)行發(fā)布準(zhǔn)備。 目錄結(jié)構(gòu)但為了能更好地管理各項(xiàng)目組的文檔，建議可將被管理的配置項(xiàng)分為三大類：文檔類、源碼類及安裝盤類，這樣存放比較清晰，有利于版本管理，現(xiàn)將目錄結(jié)構(gòu)整理如下：根目錄 一級(jí)目錄 二級(jí)目錄 對(duì)應(yīng)配置項(xiàng) 備注前置采集 源碼resp源碼 后臺(tái)計(jì)算 源碼9 / 13業(yè)務(wù)應(yīng)用 源碼數(shù)據(jù)庫(kù) SQL 文件業(yè)務(wù)支撐code公用開(kāi)發(fā)包需求文檔 立項(xiàng)報(bào)告、需求分析、需求記錄設(shè)計(jì)文檔 軟件架構(gòu)、總體設(shè)計(jì)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、界面設(shè)計(jì)數(shù)據(jù)庫(kù)文檔 數(shù)據(jù)字典、數(shù)據(jù)庫(kù)搭建、備份還原方案、PDM 設(shè)計(jì)測(cè)試文檔 測(cè)試計(jì)劃、測(cè)試用例、測(cè)試報(bào)告用戶文檔 用戶手冊(cè)、產(chǎn)品說(shuō)明計(jì)劃文檔 項(xiàng)目計(jì)劃、年度月度計(jì)劃外部接口文檔文檔doc標(biāo)準(zhǔn)規(guī)范SETUPrelease rar 文件發(fā)布文件發(fā)布文檔二級(jí)目錄中的版本指一些特殊的版本，不影響基線版本。10 / 13 發(fā)行文檔的存放發(fā)行文檔是指產(chǎn)品交付用戶使用所必須的文件。文檔權(quán)限類別：無(wú)任何權(quán)限，只讀權(quán)限，所有權(quán)限。為了便于管理，應(yīng)以表格的形式列出人員與管理對(duì)象的訪問(wèn)關(guān)系（用戶權(quán)限清單） ，詳見(jiàn)《系統(tǒng)部 CVS 權(quán)限配置》 。每周備份：每周五下班時(shí)將 H 盤備份文件異地備份至其它 IP（目前備份在 上） 。5 版本工具的使用 配置管理工具開(kāi)發(fā)部采用 CVS 進(jìn)行配置管理，CVS 是一個(gè) C/S 系統(tǒng)，多個(gè)開(kāi)發(fā)人員通過(guò)一個(gè)中心版本控制系統(tǒng)來(lái)記錄文件版本，從而達(dá)到保證文件同步的目的。實(shí)時(shí)更新：某一開(kāi)發(fā)人員提交更改后，可通知其它人員進(jìn)行更新操作。查看版本/歷史：文件（非文件夾）右健菜單中選擇 ‘Revision Graph..’或‘History..’ ，可查看該文件的版本更新記錄或歷史信息。如果有需要，分支的代碼可以重新合并到開(kāi)發(fā)基線中，開(kāi)發(fā)基線的代碼也可以合并到分支代碼中。創(chuàng)建分支：右健單擊該目錄，選擇‘Branch’，指定分支名，點(diǎn)擊‘OK’即可。合并：以把分支中的更改合并到基線中為例，在基線中右健單擊目錄，選擇‘Merge’命令，指定需要合并的分支的起點(diǎn)（這里 HEAD 代表了主干的末梢）和結(jié)束點(diǎn)，點(diǎn)擊‘OK’即可。如果合并點(diǎn)設(shè)置不當(dāng)，對(duì)整個(gè)項(xiàng)目的管理可能會(huì)很麻煩。（在合并前和合并后分別創(chuàng)建一個(gè)標(biāo)簽，這樣有利于合并后恢復(fù)操作）從以上過(guò)程我們可以看到，當(dāng)進(jìn)行代碼合并的時(shí)候，一定要注意溝通，合理的設(shè)置合并點(diǎn)，合并點(diǎn)的名字也應(yīng)該望文生義。在另外的目錄下執(zhí)行 checkout 命令，把剛才建立的分支提取出來(lái)（注意不要在原來(lái)目錄下提取，那樣會(huì)覆蓋原有文件夾）。下面具體看一下，如何建立分支：當(dāng)我們要在基線某個(gè)版本建立分支時(shí)，先在基線該版本上創(chuàng)建一個(gè)標(biāo)簽（Tag），就是上圖中的黑點(diǎn)。當(dāng)某一個(gè)特殊事件發(fā)生的時(shí)候，例如，有一個(gè)用戶有特殊的需求，于是就從這個(gè)開(kāi)發(fā)基線里分離出來(lái)一個(gè)叉，以滿足用戶特殊的需求，這個(gè)叉有它自己的發(fā)展方向，這就是分支。沖突處理：提交產(chǎn)生沖突時(shí)，先對(duì)文件進(jìn)行同步（即更新）操作，之后會(huì)產(chǎn)生一個(gè)合并文件，‘’號(hào)前為兩個(gè)版本相同部分， ‘＝
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1