項(xiàng)目軟件版本管理方式

1、項(xiàng)目軟件管理規(guī)范版本號(hào)：a編制日期審核仃期批準(zhǔn)h期歷史修改記錄版本號(hào)修訂內(nèi)容修訂時(shí)間修訂人1.1軟件版本按照一定的規(guī)則保存所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象， 并且可以快速準(zhǔn)確的查找到任何版本。12軟件版本規(guī)范冇利于公司各部門z間的對(duì)接工作，冇利于公司內(nèi)部資料統(tǒng)一 管理。1. 3本文檔是為規(guī)范安徽瑞徳醫(yī)療器械制造有限公司研發(fā)部軟件版本管理而制 定的。二. 范圍2. 1木文檔為研發(fā)部軟件開(kāi)發(fā)版本提供有關(guān)版本管理規(guī)范的相關(guān)內(nèi)容，包括：2. 2版本標(biāo)識(shí)方法及管理2. 3版本升級(jí)2. 4文檔及源碼的備份制度2. 5所有研發(fā)部軟件工程師成員都必須遵照項(xiàng)口軟件管理規(guī)范操作，公司內(nèi)部使 用按照文檔及源碼

2、存放備份制度。三. 版本管理3. 1版木號(hào)規(guī)則3. 1. 1每一個(gè)歸檔版本都有兩個(gè)版本號(hào)：內(nèi)部版本號(hào)和外部版本號(hào)。版本號(hào)使 用vbp規(guī)則，v是指外部版本號(hào)（研發(fā)測(cè)試版本），b是指內(nèi)部版本號(hào)（受 控版本），p是指補(bǔ)丁版本號(hào)（可選）。3.1.2版本號(hào)命名：項(xiàng)口名稱+發(fā)布版本（對(duì)內(nèi)/對(duì)外）+版本更新記錄3. 2版本控制記錄3.2.1版本狀態(tài)變遷要遵守一定的規(guī)則，內(nèi)部先生成一個(gè)內(nèi)部版本，提交測(cè)試 審批，通過(guò)了則由開(kāi)發(fā)人員進(jìn)行版本歸檔受控，生成外部版本。（測(cè)試人員 在測(cè)試過(guò)程屮根據(jù)軟件測(cè)試規(guī)程檢測(cè)生成軟件測(cè)試報(bào)告再由項(xiàng)目組 內(nèi)部討論是否能生成新的版本）不通過(guò)則為無(wú)效版本，需耍軟件開(kāi)發(fā)人員再 進(jìn)行修改，直

3、至通過(guò)。通過(guò)后生成表格記錄，再和源碼一起打包受控形成外 部版本。3. 2. 2版本審核記錄表如下：每次審核記錄添加，審核通過(guò)后作為開(kāi)發(fā)文檔一 起打包受控。內(nèi)部版本狀態(tài)外部版本狀態(tài)開(kāi)發(fā)人審核人批準(zhǔn)人發(fā)布吋間b1.0vi. 0研發(fā)部軟件工程師3. 3版本更新記錄3. 3.1版本更新軟件工程師根據(jù)項(xiàng)目?jī)?nèi)容的變更，優(yōu)化軟件功能的，需要變更 內(nèi)部版本號(hào)提交測(cè)試審批，通過(guò)了則由開(kāi)發(fā)人員進(jìn)行版木歸檔，（測(cè)試人員 在測(cè)試過(guò)程111根據(jù)項(xiàng)口軟件變更優(yōu)化的內(nèi)容，結(jié)合項(xiàng)口軟件整體結(jié)合進(jìn)行測(cè) 試。測(cè)試完成根據(jù)測(cè)試報(bào)告由項(xiàng)口組內(nèi)部討論是否能生成新的版木。不 通過(guò)則為無(wú)效版木，由開(kāi)發(fā)人員再進(jìn)行優(yōu)化工作。更新記錄過(guò)程小生成

4、表格 記錄，審核通過(guò)后和源碼一起打包受控形成外部版本。內(nèi)部版本外部版本優(yōu)化內(nèi)容優(yōu)化記錄記錄人優(yōu)化日期bl. 1vi. 1功能實(shí)現(xiàn)功能h的性3. 4版本受控說(shuō)明：3.4.1開(kāi)發(fā)人員完成所負(fù)責(zé)模塊的代碼編寫任務(wù)后，提交到項(xiàng)口經(jīng)理處3.4.2項(xiàng)目經(jīng)理向測(cè)試人員提交測(cè)試任務(wù)3.4.3測(cè)試人員準(zhǔn)備測(cè)試所需的環(huán)境3.4.4測(cè)試人員開(kāi)展測(cè)試并根據(jù)軟件測(cè)試報(bào)告實(shí)時(shí)提交bug3.4.5開(kāi)發(fā)人員處理測(cè)試過(guò)程中所出現(xiàn)的bug,并提交給測(cè)試人員進(jìn)行回歸測(cè) 試，直至bug被解決3.4.6測(cè)試基本完成后，測(cè)試人員提交測(cè)試報(bào)告3. 4. 7根據(jù)項(xiàng)目市場(chǎng)需求結(jié)合實(shí)際情況決定是否發(fā)布新的版木3. 4. 8測(cè)試人員與各相關(guān)人員經(jīng)

5、討論后確定好新版本各項(xiàng)信息3.4.9測(cè)試人員發(fā)布新版本3. 5如何體現(xiàn)產(chǎn)品版本號(hào)3. 5.1上位機(jī)體現(xiàn)變更版本號(hào)：上位機(jī)可以發(fā)送查看下位機(jī)版本號(hào)命令字給下 位機(jī)，下位機(jī)通過(guò)發(fā)送反饋命令字來(lái)體現(xiàn)當(dāng)前版本號(hào)。上位機(jī)可直接查看當(dāng) 前版本號(hào)。（設(shè)備擁有上位機(jī)條件下可使用，液晶顯示也可使用）3. 5.2無(wú)上位機(jī)反饋?zhàn)兏姹咎?hào)：如果沒(méi)有上位機(jī)顯示的條件下，可以通過(guò)在 電路板上做對(duì)應(yīng)版本號(hào)的標(biāo)識(shí)來(lái)區(qū)分，通過(guò)查看電路板上的標(biāo)識(shí)確認(rèn)下位機(jī) 軟件版木號(hào)。四. 版本升級(jí)4. 1版本升級(jí)原則4. 1. 1版本升級(jí)應(yīng)嚴(yán)格納入版本管理的控制之下。應(yīng)當(dāng)謹(jǐn)慎地控制版本的升級(jí), 保障高版本下的兼容性，提供嚴(yán)格定義的升級(jí)方法。4

6、.1.2在下面兒種情況下，進(jìn)行版本演化和升級(jí)：1）當(dāng)產(chǎn)品發(fā)生重大修改和改進(jìn)時(shí)，主版本號(hào)加1。2）重大修改和改進(jìn)包扌乩a平臺(tái)遷移；b開(kāi)發(fā)工具的遷移；c體系結(jié)構(gòu)的變 遷。4.1.3記錄版本升級(jí)過(guò)程。每次版本升級(jí)，都要填寫版本升級(jí)記錄表，記錄表 樣例如2 （僅供外部版本升級(jí)）內(nèi)部版木和修訂版本分別使用版本審核記 錄表、版本更新記錄表。主版本原版本主版本發(fā)布時(shí)間功能變更描述發(fā)布責(zé)任人批準(zhǔn)人備注4. 2新版本的發(fā)布4.2. 1新版木的發(fā)布指對(duì)外新版木程序的升級(jí)，內(nèi)部版木程序和變更版木程序 只對(duì)研發(fā)部?jī)?nèi)部升級(jí)。流程如下：1）根據(jù)項(xiàng)目進(jìn)展情況，或者根據(jù)用戶需要、市場(chǎng)需求進(jìn)行發(fā)布準(zhǔn)備。2）將發(fā)布所需文件進(jìn)行打

7、包整理，放在指定目錄中，給目錄加上標(biāo)簽，標(biāo) 簽小包含將要發(fā)布的版本信息。對(duì)外部門發(fā)布只發(fā)布供程序燒寫的hex 文件。3）同樣對(duì)源碼文件也要加上與版本信息相關(guān)的標(biāo)簽。五. 文檔及源碼存放備份制度5.1開(kāi)發(fā)文檔5.1.1各項(xiàng)目的開(kāi)發(fā)文檔根據(jù)對(duì)外新版本程序的發(fā)布做出相對(duì)應(yīng)的變更，內(nèi)部 版本程序和更新的程序不做變更。5.1.2根據(jù)各項(xiàng)目組自己的情況，將市場(chǎng)需求記錄、總體設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì) 及數(shù)據(jù)結(jié)構(gòu)文件、測(cè)試記錄、用戶手冊(cè)等放入備份文件中與源代碼一起打包 保存。5. 2源代碼的存放5.2.1源代碼包描如：上位機(jī)、下位機(jī)相關(guān)文件，是未經(jīng)編譯處理的、不能直 接交付使用的產(chǎn)品文件（測(cè)試階段文件）以及編譯產(chǎn)品所需的文件，包括可 以直接燒寫的hex文件。由研發(fā)部保管。5.2.2源代碼的借閱、復(fù)制必須進(jìn)行詳細(xì)的登記，必需記錄借閱人、批準(zhǔn)人、 借閱時(shí)間、借閱口的、文件流向、文件版本或內(nèi)容、歸述時(shí)間（登記記錄由 研發(fā)部存檔）。5.2.3源代碼向軟件部門以外復(fù)制必須獲得部門經(jīng)理的授權(quán)。并必需記錄復(fù)制 人、批準(zhǔn)人、復(fù)制時(shí)間、復(fù)制目的、文件流向、文件版本或內(nèi)容。5. 2. 4對(duì)于因合作需耍，需耍向外復(fù)制、傳播、分發(fā)源代碼的，不論是全部還 是部分代碼和資料，均必需和對(duì)方簽訂技術(shù)、源碼的保密