項目軟件版本管理方式20160627

1、軟件管理規(guī)范ccRev.7/7項目軟件管理規(guī)范版本號：A編制日期審核日期批準日期瑞德醫(yī)療內(nèi)部資料，注意保密歷史修改記錄版本號修訂內(nèi)容修訂時間修訂人1. 目的1.1 軟件版本按照一定的規(guī)則保存所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準確的查找到任何版本。1.2 軟件版本規(guī)范有利于公司各部門之間的對接工作，有利于公司內(nèi)部資料統(tǒng)一管理。1.3 本文檔是為規(guī)范安徽瑞德醫(yī)療器械制造有限公司研發(fā)部軟件版本管理而制定的。2. 范圍2.1 本文檔為研發(fā)部軟件開發(fā)版本提供有關(guān)版本管理規(guī)范的相關(guān)內(nèi)容，包括：2.2 版本標識方法及管理2.3 版本升級2.4 文檔及源碼的備份制度 2.5 所有研

2、發(fā)部軟件工程師成員都必須遵照項目軟件管理規(guī)范操作，公司內(nèi)部使用按照文檔及源碼存放備份制度。 3. 版本管理3.1 版本號規(guī)則3.1.1 每一個歸檔版本都有兩個版本號：內(nèi)部版本號和外部版本號。版本號使用VBP規(guī)則，V是指外部版本號（研發(fā)測試版本），B是指內(nèi)部版本號（受控版本），P是指補丁版本號（可選）。3.1.2 版本號命名：項目名稱+發(fā)布版本（對內(nèi)/對外）+版本更新記錄3.2 版本控制記錄3.2.1 版本狀態(tài)變遷要遵守一定的規(guī)則，內(nèi)部先生成一個內(nèi)部版本，提交測試審批，通過了則由開發(fā)人員進行版本歸檔受控，生成外部版本。（測試人員在測試過程中根據(jù)軟件測試規(guī)程檢測生成軟件測試報告再由項目組

3、內(nèi)部討論是否能生成新的版本）不通過則為無效版本，需要軟件開發(fā)人員再進行修改，直至通過。通過后生成表格記錄，再和源碼一起打包受控形成外部版本。3.2.2 版本審核記錄表如下：每次審核記錄添加，審核通過后作為開發(fā)文檔一起打包受控。內(nèi)部版本狀態(tài)外部版本狀態(tài)開發(fā)人審核人批準人發(fā)布時間B1.0V1.0研發(fā)部軟件工程師3.3 版本更新記錄3.3.1 版本更新軟件工程師根據(jù)項目內(nèi)容的變更，優(yōu)化軟件功能的，需要變更內(nèi)部版本號提交測試審批，通過了則由開發(fā)人員進行版本歸檔，（測試人員在測試過程中根據(jù)項目軟件變更優(yōu)化的內(nèi)容，結(jié)合項目軟件整體結(jié)合進行測試。測試完成根據(jù)測試報告由項目組內(nèi)部討論是否能生成新的版本。不通過

4、則為無效版本，由開發(fā)人員再進行優(yōu)化工作。更新記錄過程中生成表格記錄，審核通過后和源碼一起打包受控形成外部版本。內(nèi)部版本外部版本優(yōu)化內(nèi)容優(yōu)化記錄記錄人優(yōu)化日期B1.1V1.1功能實現(xiàn)功能目的性3.4 版本受控說明：3.4.1 開發(fā)人員完成所負責模塊的代碼編寫任務后，提交到項目經(jīng)理處 3.4.2 項目經(jīng)理向測試人員提交測試任務 3.4.3 測試人員準備測試所需的環(huán)境 3.4.4 測試人員開展測試并根據(jù)軟件測試報告實時提交BUG 3.4.5 開發(fā)人員處理測試過程中所出現(xiàn)的BUG，并提交給測試人員進行回歸測試，直至BUG被解決3.4.6 測試基本完成后，測試人員

5、提交測試報告3.4.7 根據(jù)項目市場需求結(jié)合實際情況決定是否發(fā)布新的版本 3.4.8 測試人員與各相關(guān)人員經(jīng)討論后確定好新版本各項信息 3.4.9 測試人員發(fā)布新版本3.5 如何體現(xiàn)產(chǎn)品版本號3.5.1 上位機體現(xiàn)變更版本號：上位機可以發(fā)送查看下位機版本號命令字給下位機，下位機通過發(fā)送反饋命令字來體現(xiàn)當前版本號。上位機可直接查看當前版本號。（設(shè)備擁有上位機條件下可使用，液晶顯示也可使用）3.5.2 無上位機反饋變更版本號：如果沒有上位機顯示的條件下，可以通過在電路板上做對應版本號的標識來區(qū)分，通過查看電路板上的標識確認下位機軟件版本號。4. 版本升級4.1 版本升級原則4.

6、1.1 版本升級應嚴格納入版本管理的控制之下。應當謹慎地控制版本的升級，保障高版本下的兼容性，提供嚴格定義的升級方法。 4.1.2 在下面幾種情況下，進行版本演化和升級： 1) 當產(chǎn)品發(fā)生重大修改和改進時，主版本號加1。2) 重大修改和改進包括：a平臺遷移；b開發(fā)工具的遷移；c體系結(jié)構(gòu)的變遷。 4.1.3 記錄版本升級過程。每次版本升級，都要填寫版本升級記錄表，記錄表樣例如下：（僅供外部版本升級）內(nèi)部版本和修訂版本分別使用版本審核記錄表、版本更新記錄表。主版本原版本主版本發(fā)布時間功能變更描述發(fā)布責任人批準人備注4.2 新版本的發(fā)布4.2.1 新版本的發(fā)布指對外新版

7、本程序的升級，內(nèi)部版本程序和變更版本程序只對研發(fā)部內(nèi)部升級。流程如下： 1) 根據(jù)項目進展情況，或者根據(jù)用戶需要、市場需求進行發(fā)布準備。 2) 將發(fā)布所需文件進行打包整理，放在指定目錄中，給目錄加上標簽，標簽中包含將要發(fā)布的版本信息。對外部門發(fā)布只發(fā)布供程序燒寫的HEX文件。 3) 同樣對源碼文件也要加上與版本信息相關(guān)的標簽。5. 文檔及源碼存放備份制度5.1 開發(fā)文檔5.1.1 各項目的開發(fā)文檔根據(jù)對外新版本程序的發(fā)布做出相對應的變更，內(nèi)部版本程序和更新的程序不做變更。5.1.2 根據(jù)各項目組自己的情況，將市場需求記錄、總體設(shè)計文檔、詳細設(shè)計及數(shù)據(jù)結(jié)構(gòu)文件、測試

8、記錄、用戶手冊等放入備份文件中與源代碼一起打包保存。5.2 源代碼的存放5.2.1 源代碼包括如：上位機、下位機相關(guān)文件，是未經(jīng)編譯處理的、不能直接交付使用的產(chǎn)品文件（測試階段文件）以及編譯產(chǎn)品所需的文件，包括可以直接燒寫的HEX文件。由研發(fā)部保管。5.2.2 源代碼的借閱、復制必須進行詳細的登記，必需記錄借閱人、批準人、借閱時間、借閱目的、文件流向、文件版本或內(nèi)容、歸還時間（登記記錄由研發(fā)部存檔）。5.2.3 源代碼向軟件部門以外復制必須獲得部門經(jīng)理的授權(quán)。并必需記錄復制人、批準人、復制時間、復制目的、文件流向、文件版本或內(nèi)容。5.2.4 對于因合作需要，需要向外復制、傳播、分發(fā)源代碼的，不論是全部還是部分代碼和資料，均必需和對方簽訂技術(shù)、源碼的保密協(xié)定，明確