軟件版本管理辦法.doc

廣東億迅科技有限公司廣東億迅科技有限公司軟件版本管理辦法（暫行）第一章 總則第一條 為了加強廣東億迅科技有限公司（以下簡稱“公司”）的軟件版本管理工作，進一步細(xì)化公司配置管理規(guī)范，建立軟件版本管理的規(guī)范化操作流程，保證公司軟件產(chǎn)品質(zhì)量，制定本辦法。第二條 本辦法適用于公司各技術(shù)部門的軟件版本管理工作。第三條 本辦法所稱的軟件版本是指公司所有面向用戶發(fā)布的應(yīng)用軟件版本。第四條 軟件版本（以下簡稱“版本”）管理應(yīng)遵循以下原則：(一) 實施版本變更應(yīng)符合以下原則之一：1. 為滿足客戶新業(yè)務(wù)、新功能需求；2. 為滿足提高業(yè)務(wù)質(zhì)量、提升業(yè)務(wù)性能指標(biāo)和容量擴充的需求；3. 為解決軟件故障和軟件穩(wěn)定性、安全性、可控性問題；4. 為了提高軟件可維護性。(二) 版本的集成和發(fā)布應(yīng)嚴(yán)格按照計劃執(zhí)行，避免隨意和頻繁更新版本;(三) 為保證軟件質(zhì)量，任何一個軟件版本須通過版本測試后方可上線；(四) 公司所有軟件版本必須通過正式渠道發(fā)布給用戶，未經(jīng)審批各部門和個人不得擅自向用戶發(fā)布軟件版本。第五條 版本管理是保障應(yīng)用軟件正常運行的一個重要手段，各相關(guān)部門應(yīng)認(rèn)真貫徹落實，并納入工作考核；未按本辦法執(zhí)行從而造成版本故障影響用戶正常生產(chǎn)的，一經(jīng)發(fā)現(xiàn)將追究其相應(yīng)責(zé)任。第二章 職責(zé)與分工第六條 版本管理實行總體質(zhì)量控制，分級實施管理原則，管理工作涉及版本質(zhì)量管控部門和版本集成發(fā)布部門；質(zhì)量管理部是版本質(zhì)量管控部門，各業(yè)務(wù)部門是版本集成發(fā)布部門。第七條 版本質(zhì)量管控部門的工作職責(zé)如下：(一) 負(fù)責(zé)制定與版本管理工作相關(guān)的管理辦法和工作流程并組織落實；(二) 負(fù)責(zé)組織版本管理相關(guān)的培訓(xùn)并提供技術(shù)支持；(三) 負(fù)責(zé)跟蹤和監(jiān)督公司版本管理工作的執(zhí)行情況，協(xié)調(diào)解決執(zhí)行中的問題，并對版本管理的執(zhí)行效果進行評估考核；(四) 負(fù)責(zé)組織和實施對版本的測試驗證工作；(五) 負(fù)責(zé)對版本升級實施效果和版本質(zhì)量進行監(jiān)控和評估；(六) 其它應(yīng)由版本質(zhì)量管控部門負(fù)責(zé)的事項。第八條 版本集成發(fā)布部門的工作職責(zé)如下：(一) 負(fù)責(zé)本部門版本研發(fā)集成工作環(huán)境的建立、維護和管理；(二) 負(fù)責(zé)依據(jù)版本管理工作流程，執(zhí)行版本開發(fā)、集成、發(fā)布及維護的相關(guān)工作；(三) 負(fù)責(zé)收集分析業(yè)務(wù)需求，制定版本計劃并按計劃組織實施；(四) 負(fù)責(zé)跟蹤版本上線后的運行情況，收集用戶使用的反饋信息，改進版本質(zhì)量； (五) 其它應(yīng)由版本集成發(fā)布部門負(fù)責(zé)的事項。第九條 版本質(zhì)量管控部門設(shè)置專職版本管理工程師和測試工程師崗位，負(fù)責(zé)版本的質(zhì)量管控及流程監(jiān)督；版本集成發(fā)布部門應(yīng)在各項目組內(nèi)設(shè)置專職或兼職版本管理員，負(fù)責(zé)本項目版本集成發(fā)布的具體工作。第三章 版本管理第十條 版本管理的各項工作應(yīng)按照本辦法規(guī)定的流程和要求執(zhí)行。版本集成發(fā)布部門可以根據(jù)本辦法的要求結(jié)合項目實際情況，對工作流程進行進一步細(xì)化。 第十一條 依據(jù)版本發(fā)布原因及執(zhí)行流程的不同，軟件版本可分為例行版本和緊急放行版本：(一) 例行版本是指依照版本計劃生成的升級版本，例行版本按固定周期發(fā)布，執(zhí)行例行版本發(fā)布流程；(二) 緊急放行版本是指版本計劃外生成，由客戶緊急需求或影響生產(chǎn)的緊急故障所引發(fā)的需及時發(fā)布的軟件版本，執(zhí)行緊急版本發(fā)布流程。第十二條 版本管理的主要工作內(nèi)容主要包括四個環(huán)節(jié)：版本計劃、版本測試、版本發(fā)布、版本跟蹤。第一節(jié) 版本計劃第十三條 版本計劃是例行版本開發(fā)、測試、集成以及發(fā)布的依據(jù)，與例行版本是一一對應(yīng)的關(guān)系，版本集成發(fā)布部門各項目組按固定周期收集固化的用戶需求并據(jù)此制定版本計劃。制定版本計劃的要求：(一) 版本計劃需包含版本對應(yīng)的用戶需求的內(nèi)容、任務(wù)優(yōu)先級、研發(fā)提交測試的時間、測試完成時間、版本發(fā)布時間、受影響的關(guān)聯(lián)系統(tǒng)或模塊、版本升級應(yīng)急措施及注意事項等；(二) 擬定版本計劃各關(guān)鍵時間點應(yīng)預(yù)留足夠的時間供版本開發(fā)和測試，特別是計劃中的版本提交測試時間和測試完成時間，在制定時應(yīng)與版本質(zhì)量管控部門測試組做好充分溝通，確定雙方認(rèn)可的工作計劃，以保證版本質(zhì)量；(三) 將每個需求作為版本計劃的一個任務(wù)，并根據(jù)任務(wù)的用戶感知度、重要性、緊急程度等排定任務(wù)優(yōu)先級。第十四條 版本計劃經(jīng)項目負(fù)責(zé)人審批確立后，依計劃組織相關(guān)部門實施，各部門根據(jù)任務(wù)的緊急程度和優(yōu)先級落實工作。第十五條 原則上版本計劃一經(jīng)確立不得隨意修改，確因?qū)嶋H情況需要時版本集成發(fā)布部門可以對版本計劃進行適當(dāng)調(diào)整，但計劃調(diào)整同時應(yīng)及時向版本質(zhì)量管控部門進行反饋、溝通。第二節(jié) 版本測試第十六條 版本質(zhì)量管控部門和版本集成發(fā)布部門根據(jù)版本計劃組織實施版本測試驗證工作。第十七條 版本集成發(fā)布部門在開發(fā)庫中開發(fā)程序并將通過單元測試的版本和單元測試用例提交到集成庫，版本管理員在版本提交測試時限前從集成庫中提取程序版本并對獲取的版本封版，將版本集成到公司測試環(huán)境后通知版本質(zhì)量管控部門進行版本測試驗證。版本封版是指關(guān)閉版本需求入口、固化指定程序版本的活動，版本封版的要求如下：(一) 版本管理員根據(jù)版本計劃擬定的時間和范圍，從集成庫中獲取版本并對該獲取的版本進行封版；(二) 應(yīng)保證測試環(huán)境版本與封版版本的一致性；(三) 版本封版后原則上版本不應(yīng)再有大的變更，封版測試階段的缺陷修改應(yīng)在封版的版本基礎(chǔ)上修改，防止出現(xiàn)版本計劃中未列明的新需求，以確保版本的穩(wěn)定性。第十八條 版本質(zhì)量管控部門制定測試方案并進行版本測試，版本測試包括業(yè)務(wù)功能集成測試、性能測試，以及對相關(guān)技術(shù)文檔的完整性、規(guī)范性、準(zhǔn)確性的審核等。若測試發(fā)現(xiàn)版本有重大缺陷或隱患，應(yīng)通知版本集成發(fā)布部門共同確認(rèn)是否中斷當(dāng)前的版本流程，并明確下一步動作。制定測試方案的要求如下：(一) 測試方案主要包括測試內(nèi)容、測試方法、測試優(yōu)先級等內(nèi)容；(二) 版本計劃確立后即制定測試方案，當(dāng)計劃有變更時應(yīng)相應(yīng)變更測試方案；(三) 應(yīng)以任務(wù)優(yōu)先級為參考依據(jù)安排測試優(yōu)先級，當(dāng)測試時間不足以完成所有測試任務(wù)時，對于優(yōu)先級別高的任務(wù)應(yīng)重點測試，對于優(yōu)先級別較低的任務(wù)只做簡單測試或只審核單元測試用例，并在測試方案中對此加以說明；(四) 涉及UI設(shè)計需求的版本，應(yīng)按照公司UI界面交付使用管理辦法中相關(guān)標(biāo)準(zhǔn)制定界面測試方案并進行測試，保證軟件版本UI界面的設(shè)計及易用性與客戶需求一致；(五) 測試方案需經(jīng)過版本集成發(fā)布部門審核，重點審核方案中的測試方法、測試優(yōu)先級。第十九條 對于緊急放行版本，在測試時間不充足的情況下，版本質(zhì)量管控部門應(yīng)優(yōu)先執(zhí)行版本中重點、難點及對用戶影響大的相關(guān)功能模塊測試任務(wù)。緊急放行版本中所涉及的功能需求變更應(yīng)納入下一個例行版本中進行整體版本回歸測試。第二十條 版本質(zhì)量管控部門應(yīng)按版本計劃擬定的測試完成時間提交版本測試報告，版本如涉及UI界面設(shè)計，測試報告應(yīng)同時匯總UI界面設(shè)計審核部門意見。對于測試不通過（包括尚未完成測試）的版本，版本質(zhì)量管控部門應(yīng)在測試報告中說明情況，給出風(fēng)險評估，并繼續(xù)完成該版本測試。版本集成發(fā)布部門以測試報告為參考依據(jù)做出判斷，確定版本具體發(fā)布時間。第三節(jié) 版本發(fā)布第二十一條 版本發(fā)布的關(guān)鍵內(nèi)容包括：生成版本包、申請發(fā)布版本、用戶測試上線。第二十二條 版本管理員在版本測試完成后匯總版本發(fā)布說明（升級指引）、程序文件（源代碼或可執(zhí)行文件）、數(shù)據(jù)庫腳本、測試用例、用戶手冊等文件，將這些文件按照版本號命名規(guī)則打包生成正式版本包。其中版本發(fā)布說明（升級指引）應(yīng)包含版本號、發(fā)布范圍、變更內(nèi)容、版本升級方案（含版本升級應(yīng)急方案）、注意事項等，確保能對用戶升級起到切實的指引作用。第二十三條 版本發(fā)布前版本管理員需提交版本發(fā)布申請，版本發(fā)布申請需包含版本號、版本類別、發(fā)布范圍、申請原因、程序和文件清單、相關(guān)注意事項等內(nèi)容。具體流程如下：例行版本的發(fā)布申請經(jīng)該項目負(fù)責(zé)人審核后提交部門經(jīng)理審批；緊急放行版本的發(fā)布申請經(jīng)該項目負(fù)責(zé)人和部門經(jīng)理審核通過后，提交協(xié)助分管領(lǐng)導(dǎo)審批。公司所有版本的發(fā)布都必須經(jīng)過用戶同意后方可正式發(fā)布。第二十四條 版本集成發(fā)布部門將版本發(fā)布給用戶后，及時跟蹤用戶對版本進行的驗收測試和生產(chǎn)環(huán)境版本上線工作，應(yīng)用戶要求版本集成發(fā)布部門可以在版本上線時提供直接協(xié)助，上線前應(yīng)先進行用戶生產(chǎn)系統(tǒng)的版本備份，做好安全措施。第二十五條 用戶版本上線后若發(fā)生重大問題影響生產(chǎn)，版本集成發(fā)布部門應(yīng)該立即組織用戶根據(jù)預(yù)設(shè)的版本升級應(yīng)急方案進行版本回退，并執(zhí)行新的版本發(fā)布流程。第二十六條 版本發(fā)布涉及關(guān)聯(lián)系統(tǒng)或模塊時，發(fā)布前需知會相關(guān)系統(tǒng)或模塊的負(fù)責(zé)人。第四節(jié) 版本跟蹤第二十七條 版本集成發(fā)布部門應(yīng)對已發(fā)布版本進行跟蹤，版本管理員在版本發(fā)布后2周內(nèi)收集用戶使用反饋信息并生成版本跟蹤報告，根據(jù)以下情況有區(qū)別地向版本質(zhì)量管控部門提交報告材料：(一) 出現(xiàn)回退版本應(yīng)在報告中分析定位問題原因；(二) 對于運行有異常的版本應(yīng)涵蓋版本質(zhì)量改進等相關(guān)內(nèi)容；(三) 對于運行正常的版本須提交版本包。第二十八條 版本質(zhì)量管控部門根據(jù)版本跟蹤報告進行綜合評估，形成版本質(zhì)量報告，將報告提交各相關(guān)部門作為工作考核的依據(jù)，對版本集成發(fā)布部門提交的版本包入產(chǎn)品庫進行版本基線管理。第二十九條 對于上線后產(chǎn)生了重大故障或生產(chǎn)事故的版本，版本質(zhì)量管控部門應(yīng)收集版本信息，分析版本產(chǎn)生問題的原因并確定責(zé)任人，并按公司項目重大事故上報及處理辦法的要求，及時上報問題情況。第四章 附則第三十條 本辦法自發(fā)文之日執(zhí)行。此前公司如有與本辦法不一致的，以本辦法為準(zhǔn)。第三十一條 本辦法由質(zhì)量管理部負(fù)責(zé)制定、修改和解釋。廣東億迅科技有限公司二一年八月三十日附件一：版本發(fā)布流程附件二：版本計劃附件三：版本發(fā)布申請附件四：版本發(fā)布說明附件一：廣東億迅科技有限公司版本發(fā)布流程（1）例行版本發(fā)布流程例行版本發(fā)布流程序號責(zé)任部門本環(huán)節(jié)具體職責(zé)1技術(shù)部門項目組版本管理員根據(jù)客戶業(yè)務(wù)需求制定版本計劃，建議制定版本計劃的周期為每月一次2技術(shù)部門項目組：審核計劃中開發(fā)要求完成時間、版本發(fā)布時間質(zhì)量管理部測試組：審核計劃中測試完成時間3技術(shù)部門項目負(fù)責(zé)人審批版本計劃4技術(shù)部門項目開發(fā)人員開發(fā)程序，進行單元測試5技術(shù)部門項目開發(fā)人員將通過單元測試的版本提交到集成庫6技術(shù)部門版本管理員按版本計劃獲取版本并封版，集成到測試環(huán)境供質(zhì)量管理部測試7質(zhì)量管理部測試組：制定測試方案8技術(shù)部門項目組評審測試方案9質(zhì)量管理部測試組：進行版本測試驗證10質(zhì)量管理部測試組：提交測試報告技術(shù)部門項目組：根據(jù)實際情況，以測試報告為參考依據(jù)判定版本具體發(fā)布時間11技術(shù)部門版本管理員提交版本發(fā)布申請12技術(shù)部門項目經(jīng)理、部門經(jīng)理審批并經(jīng)用戶同意13技術(shù)部門項目組版本管理員組織實施發(fā)布版本，通知用戶14用戶在用戶測試環(huán)境驗收版本15用戶驗收版本，如果版本有故障，判定故障是否嚴(yán)重、是否影響生產(chǎn)，對于不影響生產(chǎn)的小故障認(rèn)為測試通過可以升級，對于影響生產(chǎn)的大故障認(rèn)為測試不通過要求重新發(fā)布版本；2次驗收測試不通過認(rèn)為版本升級失敗，重走版本發(fā)布流程16用戶使用新版本升級技術(shù)部門項目組應(yīng)用戶要求提供協(xié)助17技術(shù)部門收集用戶使用反饋信息，生成版本跟蹤報告18質(zhì)量管理部將用戶使用正常的版本歸檔（2）緊急版本發(fā)布流程緊急版本發(fā)布流程序號責(zé)任部門本環(huán)節(jié)具體職責(zé)1技術(shù)部門項目組版本管理員提交版本發(fā)布申請2技術(shù)部門由項目負(fù)責(zé)人、部門經(jīng)理、協(xié)助分管領(lǐng)導(dǎo)審批并經(jīng)用戶同意3技術(shù)部門項目開發(fā)人員開發(fā)程序，進行單元測試4技術(shù)部門項目開發(fā)人員將版本提交到集成庫5技術(shù)部門項目組版本管理員按版本計劃獲取版本并封版，集成到測試環(huán)境供質(zhì)量管理部測試6質(zhì)量管理部測試組：制定測試方案7技術(shù)部門項目組評審測試方案8質(zhì)量管理部測試組：進行版本測試驗證9質(zhì)量管理部測試組：提交測試報告技術(shù)部門項目組：以測試報告為參考依據(jù)，根據(jù)實際情況判定是否發(fā)布版本10技術(shù)部門項目組版本管理員組織實施發(fā)布版本，通知用戶11用戶在用戶測試環(huán)境驗收版本12用戶驗收版本，如果版本有故障，判定故障是否嚴(yán)重、是否影響生產(chǎn)，對于不影響生產(chǎn)的小故障認(rèn)為測試通過可以升級，對于影響生產(chǎn)的大故障認(rèn)為測試不通過要求重新發(fā)布版本；2次驗收測試不通過認(rèn)為版本升級失敗，重走版本發(fā)布流程13用戶使用新版本升級技術(shù)部門項目組應(yīng)用戶要求提供協(xié)助14技術(shù)部門收集用戶使用反饋信息，生成版本跟蹤報告15質(zhì)量管理部將用戶使用正常的版本歸檔 17 附件二：廣東億迅科技有限公司版本計劃序號項目/模塊任務(wù)單編號任務(wù)類別提出單位功能描述關(guān)聯(lián)系統(tǒng)或模塊研發(fā)提交測試時間測試完成時間版本發(fā)布時間版本發(fā)布范圍備注任務(wù)類別：需求 A /故障 B /工程 C /優(yōu)化 D 項目負(fù)責(zé)人審批：附件三：廣東億迅科技有限公司版本發(fā)布申請NO.YYYYMMDD.XX申請單位廣東億迅科技有限公司系統(tǒng)【本地計費帳務(wù)系統(tǒng)】申請時間YYYY-MM-DD計劃發(fā)布時間聯(lián)系人聯(lián)系方式版本類別例行版本 緊急放行版本 對業(yè)務(wù)的影響不中斷瞬斷中斷版本覆蓋范圍【】涉及其它系統(tǒng)否是 否 【“是”請列明涉及的其它系統(tǒng)的名稱】版本名稱【例如：LIBS_V2.0.16_20090408】發(fā)布原因（可用附件說明）提交程序說明（可用附件說明）【有哪些模塊；包括了哪些程序或腳本】提交文檔清單系統(tǒng)升級操作手冊 系統(tǒng)使用操作手冊 版本變更說明 測試報告 相關(guān)技術(shù)文檔 其他注意事項 測試用例 其他文檔： （詳見交付文檔包）項目負(fù)責(zé)人審核： 年 月 日部門經(jīng)理審核/審批： 年 月 日協(xié)助分管領(lǐng)導(dǎo)審批： 年 月 日用戶意見： 年 月 日備注：1、序列編號： 語法： NO.YYYYMMDD.XX解釋：YYYYMMDD與版本號日期一致；XX為補丁號，沒有可不寫舉例：NO.20090408，或者NO.20090408.012、例行版本的發(fā)布申請需要經(jīng)過項