軟件版本管理辦法

1、 廣東億迅科技有限公司廣東億迅科技有限公司軟件版本管理辦法（暫行）第一章 總則第一條 為了加強廣東億迅科技有限公司（以下簡稱“公司”）的軟件版本管理工作，進一步細化公司配置管理規(guī)范，建立軟件版本管理的規(guī)范化操作流程，保證公司軟件產品質量，制定本辦法。第二條 本辦法適用于公司各技術部門的軟件版本管理工作。第三條 本辦法所稱的軟件版本是指公司所有面向用戶發(fā)布的應用軟件版本。第四條 軟件版本（以下簡稱“版本”）管理應遵循以下原則：(一) 實施版本變更應符合以下原則之一：1. 為滿足客戶新業(yè)務、新功能需求；2. 為滿足提高業(yè)務質量、提升業(yè)務性能指標和容量擴充的需求；3. 為解決軟件故障和軟件穩(wěn)定性、安

2、全性、可控性問題；4. 為了提高軟件可維護性。(二) 版本的集成和發(fā)布應嚴格按照計劃執(zhí)行，避免隨意和頻繁更新版本;(三) 為保證軟件質量，任何一個軟件版本須通過版本測試后方可上線；(四) 公司所有軟件版本必須通過正式渠道發(fā)布給用戶，未經審批各部門和個人不得擅自向用戶發(fā)布軟件版本。第五條 版本管理是保障應用軟件正常運行的一個重要手段，各相關部門應認真貫徹落實，并納入工作考核；未按本辦法執(zhí)行從而造成版本故障影響用戶正常生產的，一經發(fā)現(xiàn)將追究其相應責任。第二章 職責與分工第六條 版本管理實行總體質量控制，分級實施管理原則，管理工作涉及版本質量管控部門和版本集成發(fā)布部門；質量管理部是版本質量管控部門，

3、各業(yè)務部門是版本集成發(fā)布部門。第七條 版本質量管控部門的工作職責如下：(一) 負責制定與版本管理工作相關的管理辦法和工作流程并組織落實；(二) 負責組織版本管理相關的培訓并提供技術支持；(三) 負責跟蹤和監(jiān)督公司版本管理工作的執(zhí)行情況，協(xié)調解決執(zhí)行中的問題，并對版本管理的執(zhí)行效果進行評估考核；(四) 負責組織和實施對版本的測試驗證工作；(五) 負責對版本升級實施效果和版本質量進行監(jiān)控和評估；(六) 其它應由版本質量管控部門負責的事項。第八條 版本集成發(fā)布部門的工作職責如下：(一) 負責本部門版本研發(fā)集成工作環(huán)境的建立、維護和管理；(二) 負責依據(jù)版本管理工作流程，執(zhí)行版本開發(fā)、集成、發(fā)布及維護

4、的相關工作；(三) 負責收集分析業(yè)務需求，制定版本計劃并按計劃組織實施；(四) 負責跟蹤版本上線后的運行情況，收集用戶使用的反饋信息，改進版本質量； (五) 其它應由版本集成發(fā)布部門負責的事項。第九條 版本質量管控部門設置專職版本管理工程師和測試工程師崗位，負責版本的質量管控及流程監(jiān)督；版本集成發(fā)布部門應在各項目組內設置專職或兼職版本管理員，負責本項目版本集成發(fā)布的具體工作。第三章 版本管理第十條 版本管理的各項工作應按照本辦法規(guī)定的流程和要求執(zhí)行。版本集成發(fā)布部門可以根據(jù)本辦法的要求結合項目實際情況，對工作流程進行進一步細化。 第十一條 依據(jù)版本發(fā)布原因及執(zhí)行流程的不同，軟件版本可分為例行版

5、本和緊急放行版本：(一) 例行版本是指依照版本計劃生成的升級版本，例行版本按固定周期發(fā)布，執(zhí)行例行版本發(fā)布流程；(二) 緊急放行版本是指版本計劃外生成，由客戶緊急需求或影響生產的緊急故障所引發(fā)的需及時發(fā)布的軟件版本，執(zhí)行緊急版本發(fā)布流程。第十二條 版本管理的主要工作內容主要包括四個環(huán)節(jié)：版本計劃、版本測試、版本發(fā)布、版本跟蹤。第一節(jié) 版本計劃第十三條 版本計劃是例行版本開發(fā)、測試、集成以及發(fā)布的依據(jù)，與例行版本是一一對應的關系，版本集成發(fā)布部門各項目組按固定周期收集固化的用戶需求并據(jù)此制定版本計劃。制定版本計劃的要求：(一) 版本計劃需包含版本對應的用戶需求的內容、任務優(yōu)先級、研發(fā)提交測試的時

6、間、測試完成時間、版本發(fā)布時間、受影響的關聯(lián)系統(tǒng)或模塊、版本升級應急措施及注意事項等；(二) 擬定版本計劃各關鍵時間點應預留足夠的時間供版本開發(fā)和測試，特別是計劃中的版本提交測試時間和測試完成時間，在制定時應與版本質量管控部門測試組做好充分溝通，確定雙方認可的工作計劃，以保證版本質量；(三) 將每個需求作為版本計劃的一個任務，并根據(jù)任務的用戶感知度、重要性、緊急程度等排定任務優(yōu)先級。第十四條 版本計劃經項目負責人審批確立后，依計劃組織相關部門實施，各部門根據(jù)任務的緊急程度和優(yōu)先級落實工作。第十五條 原則上版本計劃一經確立不得隨意修改，確因實際情況需要時版本集成發(fā)布部門可以對版本計劃進行適當調整

7、，但計劃調整同時應及時向版本質量管控部門進行反饋、溝通。第二節(jié) 版本測試第十六條 版本質量管控部門和版本集成發(fā)布部門根據(jù)版本計劃組織實施版本測試驗證工作。第十七條 版本集成發(fā)布部門在開發(fā)庫中開發(fā)程序并將通過單元測試的版本和單元測試用例提交到集成庫，版本管理員在版本提交測試時限前從集成庫中提取程序版本并對獲取的版本封版，將版本集成到公司測試環(huán)境后通知版本質量管控部門進行版本測試驗證。版本封版是指關閉版本需求入口、固化指定程序版本的活動，版本封版的要求如下：(一) 版本管理員根據(jù)版本計劃擬定的時間和范圍，從集成庫中獲取版本并對該獲取的版本進行封版；(二) 應保證測試環(huán)境版本與封版版本的一致性；(三

8、) 版本封版后原則上版本不應再有大的變更，封版測試階段的缺陷修改應在封版的版本基礎上修改，防止出現(xiàn)版本計劃中未列明的新需求，以確保版本的穩(wěn)定性。第十八條 版本質量管控部門制定測試方案并進行版本測試，版本測試包括業(yè)務功能集成測試、性能測試，以及對相關技術文檔的完整性、規(guī)范性、準確性的審核等。若測試發(fā)現(xiàn)版本有重大缺陷或隱患，應通知版本集成發(fā)布部門共同確認是否中斷當前的版本流程，并明確下一步動作。制定測試方案的要求如下：(一) 測試方案主要包括測試內容、測試方法、測試優(yōu)先級等內容；(二) 版本計劃確立后即制定測試方案，當計劃有變更時應相應變更測試方案；(三) 應以任務優(yōu)先級為參考依據(jù)安排測試優(yōu)先級，

9、當測試時間不足以完成所有測試任務時，對于優(yōu)先級別高的任務應重點測試，對于優(yōu)先級別較低的任務只做簡單測試或只審核單元測試用例，并在測試方案中對此加以說明；(四) 涉及UI設計需求的版本，應按照公司UI界面交付使用管理辦法中相關標準制定界面測試方案并進行測試，保證軟件版本UI界面的設計及易用性與客戶需求一致；(五) 測試方案需經過版本集成發(fā)布部門審核，重點審核方案中的測試方法、測試優(yōu)先級。第十九條 對于緊急放行版本，在測試時間不充足的情況下，版本質量管控部門應優(yōu)先執(zhí)行版本中重點、難點及對用戶影響大的相關功能模塊測試任務。緊急放行版本中所涉及的功能需求變更應納入下一個例行版本中進行整體版本回歸測試。

10、第二十條 版本質量管控部門應按版本計劃擬定的測試完成時間提交版本測試報告，版本如涉及UI界面設計，測試報告應同時匯總UI界面設計審核部門意見。對于測試不通過（包括尚未完成測試）的版本，版本質量管控部門應在測試報告中說明情況，給出風險評估，并繼續(xù)完成該版本測試。版本集成發(fā)布部門以測試報告為參考依據(jù)做出判斷，確定版本具體發(fā)布時間。第三節(jié) 版本發(fā)布第二十一條 版本發(fā)布的關鍵內容包括：生成版本包、申請發(fā)布版本、用戶測試上線。第二十二條 版本管理員在版本測試完成后匯總版本發(fā)布說明（升級指引）、程序文件（源代碼或可執(zhí)行文件）、數(shù)據(jù)庫腳本、測試用例、用戶手冊等文件，將這些文件按照版本號命名規(guī)則打包生成正式版

11、本包。其中版本發(fā)布說明（升級指引）應包含版本號、發(fā)布范圍、變更內容、版本升級方案（含版本升級應急方案）、注意事項等，確保能對用戶升級起到切實的指引作用。第二十三條 版本發(fā)布前版本管理員需提交版本發(fā)布申請，版本發(fā)布申請需包含版本號、版本類別、發(fā)布范圍、申請原因、程序和文件清單、相關注意事項等內容。具體流程如下：例行版本的發(fā)布申請經該項目負責人審核后提交部門經理審批；緊急放行版本的發(fā)布申請經該項目負責人和部門經理審核通過后，提交協(xié)助分管領導審批。公司所有版本的發(fā)布都必須經過用戶同意后方可正式發(fā)布。第二十四條 版本集成發(fā)布部門將版本發(fā)布給用戶后，及時跟蹤用戶對版本進行的驗收測試和生產環(huán)境版本上線工作

12、，應用戶要求版本集成發(fā)布部門可以在版本上線時提供直接協(xié)助，上線前應先進行用戶生產系統(tǒng)的版本備份，做好安全措施。第二十五條 用戶版本上線后若發(fā)生重大問題影響生產，版本集成發(fā)布部門應該立即組織用戶根據(jù)預設的版本升級應急方案進行版本回退，并執(zhí)行新的版本發(fā)布流程。第二十六條 版本發(fā)布涉及關聯(lián)系統(tǒng)或模塊時，發(fā)布前需知會相關系統(tǒng)或模塊的負責人。第四節(jié) 版本跟蹤第二十七條 版本集成發(fā)布部門應對已發(fā)布版本進行跟蹤，版本管理員在版本發(fā)布后2周內收集用戶使用反饋信息并生成版本跟蹤報告，根據(jù)以下情況有區(qū)別地向版本質量管控部門提交報告材料：(一) 出現(xiàn)回退版本應在報告中分析定位問題原因；(二) 對于運行有異常的版本應

13、涵蓋版本質量改進等相關內容；(三) 對于運行正常的版本須提交版本包。第二十八條 版本質量管控部門根據(jù)版本跟蹤報告進行綜合評估，形成版本質量報告，將報告提交各相關部門作為工作考核的依據(jù)，對版本集成發(fā)布部門提交的版本包入產品庫進行版本基線管理。第二十九條 對于上線后產生了重大故障或生產事故的版本，版本質量管控部門應收集版本信息，分析版本產生問題的原因并確定責任人，并按公司項目重大事故上報及處理辦法的要求，及時上報問題情況。第四章 附則第三十條 本辦法自發(fā)文之日執(zhí)行。此前公司如有與本辦法不一致的，以本辦法為準。第三十一條 本辦法由質量管理部負責制定、修改和解釋。廣東億迅科技有限公司二一年八月三十日附

14、件一：版本發(fā)布流程附件二：版本計劃附件三：版本發(fā)布申請附件四：版本發(fā)布說明附件一：廣東億迅科技有限公司版本發(fā)布流程（1）例行版本發(fā)布流程例行版本發(fā)布流程序號責任部門本環(huán)節(jié)具體職責1技術部門項目組版本管理員根據(jù)客戶業(yè)務需求制定版本計劃，建議制定版本計劃的周期為每月一次2技術部門項目組：審核計劃中開發(fā)要求完成時間、版本發(fā)布時間質量管理部測試組：審核計劃中測試完成時間3技術部門項目負責人審批版本計劃4技術部門項目開發(fā)人員開發(fā)程序，進行單元測試5技術部門項目開發(fā)人員將通過單元測試的版本提交到集成庫6技術部門版本管理員按版本計劃獲取版本并封版，集成到測試環(huán)境供質量管理部測試7質量管理部測試組：制定測試方

15、案8技術部門項目組評審測試方案9質量管理部測試組：進行版本測試驗證10質量管理部測試組：提交測試報告技術部門項目組：根據(jù)實際情況，以測試報告為參考依據(jù)判定版本具體發(fā)布時間11技術部門版本管理員提交版本發(fā)布申請12技術部門項目經理、部門經理審批并經用戶同意13技術部門項目組版本管理員組織實施發(fā)布版本，通知用戶14用戶在用戶測試環(huán)境驗收版本15用戶驗收版本，如果版本有故障，判定故障是否嚴重、是否影響生產，對于不影響生產的小故障認為測試通過可以升級，對于影響生產的大故障認為測試不通過要求重新發(fā)布版本；2次驗收測試不通過認為版本升級失敗，重走版本發(fā)布流程16用戶使用新版本升級技術部門項目組應用戶要求提

16、供協(xié)助17技術部門收集用戶使用反饋信息，生成版本跟蹤報告18質量管理部將用戶使用正常的版本歸檔（2）緊急版本發(fā)布流程緊急版本發(fā)布流程序號責任部門本環(huán)節(jié)具體職責1技術部門項目組版本管理員提交版本發(fā)布申請2技術部門由項目負責人、部門經理、協(xié)助分管領導審批并經用戶同意3技術部門項目開發(fā)人員開發(fā)程序，進行單元測試4技術部門項目開發(fā)人員將版本提交到集成庫5技術部門項目組版本管理員按版本計劃獲取版本并封版，集成到測試環(huán)境供質量管理部測試6質量管理部測試組：制定測試方案7技術部門項目組評審測試方案8質量管理部測試組：進行版本測試驗證9質量管理部測試組：提交測試報告技術部門項目組：以測試報告為參考依據(jù)，根據(jù)實

17、際情況判定是否發(fā)布版本10技術部門項目組版本管理員組織實施發(fā)布版本，通知用戶11用戶在用戶測試環(huán)境驗收版本12用戶驗收版本，如果版本有故障，判定故障是否嚴重、是否影響生產，對于不影響生產的小故障認為測試通過可以升級，對于影響生產的大故障認為測試不通過要求重新發(fā)布版本；2次驗收測試不通過認為版本升級失敗，重走版本發(fā)布流程13用戶使用新版本升級技術部門項目組應用戶要求提供協(xié)助14技術部門收集用戶使用反饋信息，生成版本跟蹤報告15質量管理部將用戶使用正常的版本歸檔 22 附件二：廣東億迅科技有限公司版本計劃序號項目/模塊任務單編號任務類別提出單位功能描述關聯(lián)系統(tǒng)或模塊研發(fā)提交測試時間測試完成時間版本

18、發(fā)布時間版本發(fā)布范圍備注任務類別：需求 A /故障 B /工程 C /優(yōu)化 D 項目負責人審批：附件三：廣東億迅科技有限公司版本發(fā)布申請NO.YYYYMMDD.XX申請單位廣東億迅科技有限公司系統(tǒng)【本地計費帳務系統(tǒng)】申請時間YYYY-MM-DD計劃發(fā)布時間聯(lián)系人聯(lián)系方式版本類別例行版本 緊急放行版本 對業(yè)務的影響不中斷瞬斷中斷版本覆蓋范圍【】涉及其它系統(tǒng)否是 否 【“是”請列明涉及的其它系統(tǒng)的名稱】版本名稱【例如：LIBS_V2.0.16_20090408】發(fā)布原因（可用附件說明）提交程序說明（可用附件說明）【有哪些模塊；包括了哪些程序或腳本】提交文檔清單系統(tǒng)升級操作手冊 系統(tǒng)使用操作手冊 版本變更說明 測試報告 相關技術文檔 其他注意事項 測試用例 其他文檔： （詳見交付文檔包）項目負責人審核： 年 月 日部門經理審核/審批： 年 月 日協(xié)助分管領導審批： 年 月 日用戶意見： 年 月 日備注：1、序列編號： 語法： NO.YYYYMMDD.XX解釋：YYYYMMDD與版本號日期一致；XX為補丁號，沒有可不寫舉例：NO.20090408，或者NO.20090408.012、例行版本的發(fā)布申請需要經過項