軟件版本管理辦法

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

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

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

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

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

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

7、計劃一經(jīng)確立不得隨意修改，確因?qū)嶋H情 況需要時版本集成發(fā)布部門可以對版本計劃進行適當調(diào)整，但計劃 調(diào)整同時應及時向版本質(zhì)量管控部門進行反饋、溝通。第二節(jié) 版本測試第十六條 版本質(zhì)量管控部門和版本集成發(fā)布部門根據(jù)版本計劃 組織實施版本測試驗證工作第十七條 版本集成發(fā)布部門在開發(fā)庫中開發(fā)程序并將通過單元 測試的版本和單元測試用例提交到集成庫，版本管理員在版本提交 測試時限前從集成庫中提取程序版本并對獲取的版本封版，將版本 集成到公司測試環(huán)境后通知版本質(zhì)量管控部門進行版本測試驗證。版本封版是指關閉版本需求入口、固化指定程序版本的活動， 版本封版的要求如下：（一 ） 版本管理員根據(jù)版本計劃擬定的時間和

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

9、；（二 ） 版本計劃確立后即制定測試方案，當計劃有變更時應相應 變更測試方案；（三 ） 應以任務優(yōu)先級為參考依據(jù)安排測試優(yōu)先級，當測試時間 不足以完成所有測試任務時，對于優(yōu)先級別高的任務應重點測試， 對于優(yōu)先級別較低的任務只做簡單測試或只審核單元測試用例，并 在測試方案中對此加以說明；（四 ） 涉及 UI 設計需求的版本，應按照公司 UI 界面交付使用 管理辦法中相關標準制定界面測試方案并進行測試，保證軟件版本 UI 界面的設計及易用性與客戶需求一致；（五 ） 測試方案需經(jīng)過版本集成發(fā)布部門審核，重點審核方案中 的測試方法、測試優(yōu)先級。第十九條 對于緊急放行版本，在測試時間不充足的情況下，版

10、本質(zhì)量管控部門應優(yōu)先執(zhí)行版本中重點、難點及對用戶影響大的相 關功能模塊測試任務。緊急放行版本中所涉及的功能需求變更應納 入下一個例行版本中進行整體版本回歸測試。第二十條 版本質(zhì)量管控部門應按版本計劃擬定的測試完成時間 提交版本測試報告，版本如涉及 UI 界面設計，測試報告應同時匯總 UI 界面設計審核部門意見。對于測試不通過（包括尚未完成測試） 的版本，版本質(zhì)量管控部門應在測試報告中說明情況，給出風險評 估，并繼續(xù)完成該版本測試。版本集成發(fā)布部門以測試報告為參考 依據(jù)做出判斷，確定版本具體發(fā)布時間。第三節(jié) 版本發(fā)布第二十一條 版本發(fā)布的關鍵內(nèi)容包括：生成版本包、申請發(fā)布 版本、用戶測試上線。第

11、二十二條版本管理員在版本測試完成后匯總版本發(fā)布說明（升級指引）、程序文件（源代碼或可執(zhí)行文件）、數(shù)據(jù)庫腳本、測 試用例、用戶手冊等文件，將這些文件按照版本號命名規(guī)則打包生 成正式版本包。其中版本發(fā)布說明（升級指引）應包含版本號、發(fā)布 范圍、變更內(nèi)容、版本升級方案（含版本升級應急方案）、注意事項 等，確保能對用戶升級起到切實的指引作用。第二十三條 版本發(fā)布前版本管理員需提交版本發(fā)布申請，版本 發(fā)布申請需包含版本號、版本類別、發(fā)布范圍、申請原因、程序和 文件清單、相關注意事項等內(nèi)容。具體流程如下：例行版本的發(fā)布申請經(jīng)該項目負責人審核后提交部門經(jīng)理審 批；緊急放行版本的發(fā)布申請經(jīng)該項目負責人和部門經(jīng)

12、理審核通過 后，提交協(xié)助分管領導審批。公司所有版本的發(fā)布都必須經(jīng)過用戶 同意后方可正式發(fā)布。第二十四條 版本集成發(fā)布部門將版本發(fā)布給用戶后，及時跟蹤 用戶對版本進行的驗收測試和生產(chǎn)環(huán)境版本上線工作，應用戶要求 版本集成發(fā)布部門可以在版本上線時提供直接協(xié)助，上線前應先進 行用戶生產(chǎn)系統(tǒng)的版本備份，做好安全措施。第二十五條 用戶版本上線后若發(fā)生重大問題影響生產(chǎn)，版本集 成發(fā)布部門應該立即組織用戶根據(jù)預設的版本升級應急方案進行版 本回退，并執(zhí)行新的版本發(fā)布流程。第二十六條版本發(fā)布涉及關聯(lián)系統(tǒng)或模塊時，發(fā)布前需知會相 關系統(tǒng)或模塊的負責人第四節(jié) 版本跟蹤第二十七條 版本集成發(fā)布部門應對已發(fā)布版本進行跟

13、蹤，版本 管理員在版本發(fā)布后 2 周內(nèi)收集用戶使用反饋信息并生成版本跟蹤 報告，根據(jù)以下情況有區(qū)別地向版本質(zhì)量管控部門提交報告材料：（一 ） 出現(xiàn)回退版本應在報告中分析定位問題原因；（二 ） 對于運行有異常的版本應涵蓋版本質(zhì)量改進等相關內(nèi)容；（三 ） 對于運行正常的版本須提交版本包。第二十八條 版本質(zhì)量管控部門根據(jù)版本跟蹤報告進行綜合評 估，形成版本質(zhì)量報告，將報告提交各相關部門作為工作考核的依 據(jù)，對版本集成發(fā)布部門提交的版本包入產(chǎn)品庫進行版本基線管 理。第二十九條 對于上線后產(chǎn)生了重大故障或生產(chǎn)事故的版本，版 本質(zhì)量管控部門應收集版本信息，分析版本產(chǎn)生問題的原因并確定 責任人，并按 公司項

14、目重大事故上報及處理辦法 的要求，及時上 報問題情況。第四章 附則第三十條 本辦法自發(fā)文之日執(zhí)行。此前公司如有與本辦法不一 致的，以本辦法為準。第三十一條 本辦法由質(zhì)量管理部負責制定、修改和解釋。廣東億迅科技有限公司二00年八月三十日附件一：版本發(fā)布流程附件二：版本計劃附件三：版本發(fā)布申請附件四：版本發(fā)布說明附件一：廣東億迅科技有限公司版本發(fā)布流程(1)例行版本發(fā)布流程例行版本發(fā)布流程序號責任部門本環(huán)節(jié)具體職責1技術部門項目組版本管理員根據(jù)客戶業(yè)務需求制定版本計劃，建議制定版本計劃的周期為每月一次2技術部門項目組：審核計劃中開發(fā)要求完成時間、版本發(fā)布時間質(zhì)量管理部測試組：審核計劃中測試完成時間

15、3技術部門項目負責人審批版本計劃4技術部門項目開發(fā)人員開發(fā)程序，進行單元測試5技術部門項目開發(fā)人員將通過單元測試的版本提交到集成庫6技術部門版本管理員按版本計劃獲取版本并封版，集成到測試環(huán)境供質(zhì)量管理部測試7質(zhì)量管理部測試組：制定測試方案8技術部門項目組評審測試方案9質(zhì)量管理部測試組：進行版本測試驗證10質(zhì)量管理部測試組：提交測試報告技術部門項目組：根據(jù)實際情況，以測試報告為參考依據(jù)判疋版本具體發(fā)布時間11技術部門版本管理員提交版本發(fā)布申請12技術部門項目經(jīng)理、部門經(jīng)理審批并經(jīng)用戶同意13技術部門項目組版本管理員組織實施發(fā)布版本，通知用戶14用戶在用戶測試環(huán)境驗收版本15用戶驗收版本，如果版本

16、有故障，判 定故障是否嚴重、是否影響生 產(chǎn)，對于不影響生產(chǎn)的小故障認 為測試通過可以升級，對于影響 生產(chǎn)的大故障認為測試不通過要 求重新發(fā)布版本；2次驗收測試不 通過認為版本升級失敗，重走版 本發(fā)布流程16用戶使用新版本升級技術部門項目組應用戶要求提供協(xié)助17技術部門收集用戶使用反饋信息，生成版本跟蹤報告18質(zhì)量管理部將用戶使用正常的版本歸檔(2)緊急版本發(fā)布流程緊急版本發(fā)布流程序號責任部門本環(huán)節(jié)具體職責1技術部門項目組版本管理員提交版本發(fā)布申請2技術部門由項目負責人、部門經(jīng)理、協(xié)助分管領導審批并經(jīng)用戶同意3技術部門項目開發(fā)人員開發(fā)程序，進行單元測試4技術部門項目開發(fā)人員將版本提交到集成庫5技

17、術部門項目組版本管理員按版本 計劃獲取版本并封版，集 成到測試環(huán)境供質(zhì)量管理 部測試6質(zhì)量管理部測試組：制定測試方案7技術部門項目組評審測試方案8質(zhì)量管理部測試組：進行版本測試驗證9質(zhì)量管理部測試組：提交測試報告技術部門項目組：以測試報告為參考依據(jù)，根據(jù)實際情況判定是否發(fā)布版本10技術部門項目組版本管理員組織實施發(fā)布版本，通知用戶11用戶在用戶測試環(huán)境驗收版本12用戶驗收版本，如果版本有故 障，判定故障是否嚴重、 是否影響生產(chǎn)，對于不影 響生產(chǎn)的小故障認為測試 通過可以升級，對于影響 生產(chǎn)的大故障認為測試不 通過要求重新發(fā)布版本； 2次驗收測試不通過認為 版本升級失敗，重走版本 發(fā)布流程13用

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