軟件版本管理辦法

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

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

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

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

5、布，執(zhí)行例行版本發(fā)布流程；（二）緊急放行版本是指版本計(jì)劃外生成，由客戶緊急需求或影響生產(chǎn)的緊急故障所引發(fā)的需及時(shí)發(fā)布的軟件版本，執(zhí)行緊急版本發(fā)布流程。第十二條版本管理的主要工作內(nèi)容主要包括四個(gè)環(huán)節(jié)：版本計(jì)劃、版本測試、版本發(fā)布、版本跟蹤。第一節(jié)版本計(jì)劃第十三條版本計(jì)劃是例行版本開發(fā)、測試、集成以及發(fā)布的依據(jù)，與例行版本是一一對應(yīng)的關(guān)系，版本集成發(fā)布部門各項(xiàng)目組按固定周期收集固化的用戶需求并據(jù)此制定版本計(jì)劃。制定版本計(jì)劃的要求：（一）版本計(jì)劃需包含版本對應(yīng)的用戶需求的內(nèi)容、任務(wù)優(yōu)先級、研發(fā)提交測試的時(shí)間、測試完成時(shí)間、版本發(fā)布時(shí)間、受影響的關(guān)聯(lián)系統(tǒng)或模塊、版本升級應(yīng)急措施及注意事項(xiàng)等；（二）擬定

6、版本計(jì)劃各關(guān)鍵時(shí)間點(diǎn)應(yīng)預(yù)留足夠的時(shí)間供版本開發(fā)和測試，特別是計(jì)劃中的版本提交測試時(shí)間和測試完成時(shí)間，在制定時(shí)應(yīng)與版本質(zhì)量管控部門測試組做好充分溝通，確定雙方認(rèn)可的工作計(jì)劃，以保證版本質(zhì)量；（三）將每個(gè)需求作為版本計(jì)劃的一個(gè)任務(wù)，并根據(jù)任務(wù)的用戶感知度、重要性、緊急程度等排定任務(wù)優(yōu)先級。第十四條版本計(jì)劃經(jīng)項(xiàng)目負(fù)責(zé)人審批確立后，依計(jì)劃組織相關(guān)部門實(shí)施，各部門根據(jù)任務(wù)的緊急程度和優(yōu)先級落實(shí)工作。第十五條原則上版本計(jì)劃一經(jīng)確立不得隨意修改，確因?qū)嶋H情況需要時(shí)版本集成發(fā)布部門可以對版本計(jì)劃進(jìn)行適當(dāng)調(diào)整，但計(jì)劃調(diào)整同時(shí)應(yīng)及時(shí)向版本質(zhì)量管控部門進(jìn)行反饋、溝通。第二節(jié)版本測試第十六條版本質(zhì)量管控部門和版本集成

7、發(fā)布部門根據(jù)版本計(jì)劃組織實(shí)施版本測試驗(yàn)證工作。第十七條版本集成發(fā)布部門在開發(fā)庫中開發(fā)程序并將通過單元測試的版本和單元測試用例提交到集成庫，版本管理員在版本提交測試時(shí)限前從集成庫中提取程序版本并對獲取的版本封版，將版本集成到公司測試環(huán)境后通知版本質(zhì)量管控部門進(jìn)行版本測試驗(yàn)證。版本封版是指關(guān)閉版本需求入口、固化指定程序版本的活動(dòng)，版本封版的要求如下：（一）版本管理員根據(jù)版本計(jì)劃擬定的時(shí)間和范圍，從集成庫中獲取版本并對該獲取的版本進(jìn)行封版；（二）應(yīng)保證測試環(huán)境版本與封版版本的一致性；（3） 版本封版后原則上版本不應(yīng)再有大的變更，封版測試階段的缺陷修改應(yīng)在封版的版本基礎(chǔ)上修改，防止出現(xiàn)版本計(jì)劃中未列明

8、的新需求，以確保版本的穩(wěn)定性。第十八條版本質(zhì)量管控部門制定測試方案并進(jìn)行版本測試，版本測試包括業(yè)務(wù)功能集成測試、性能測試，以及對相關(guān)技術(shù)文檔的完整性、規(guī)范性、準(zhǔn)確性的審核等。若測試發(fā)現(xiàn)版本有重大缺陷或隱患，應(yīng)通知版本集成發(fā)布部門共同確認(rèn)是否中斷當(dāng)前的版本流程，并明確下一步動(dòng)作。制定測試方案的要求如下：（一）測試方案主要包括測試內(nèi)容、測試方法、測試優(yōu)先級等內(nèi)容；（二）版本計(jì)劃確立后即制定測試方案，當(dāng)計(jì)劃有變更時(shí)應(yīng)相應(yīng)變更測試方案;（三）應(yīng)以任務(wù)優(yōu)先級為參考依據(jù)安排測試優(yōu)先級，當(dāng)測試時(shí)間不足以完成所有測試任務(wù)時(shí)，對于優(yōu)先級別高的任務(wù)應(yīng)重點(diǎn)測試，對于優(yōu)先級別較低的任務(wù)只做簡單測試或只審核單元測試用例

9、，并在測試方案中對此加以說明；（4） 涉及UI設(shè)計(jì)需求的版本，應(yīng)按照公司UI界面交付使用管理辦法中相關(guān)標(biāo)準(zhǔn)制定界面測試方案并進(jìn)行測試，保證軟件版本UI界面的設(shè)計(jì)及易用性與客戶需求一致；（五）測試方案需經(jīng)過版本集成發(fā)布部門審核，重點(diǎn)審核方案中的測試方法、測試優(yōu)先級。第十九條對于緊急放行版本，在測試時(shí)間不充足的情況下，版本質(zhì)量管控部門應(yīng)優(yōu)先執(zhí)行版本中重點(diǎn)、難點(diǎn)及對用戶影響大的相關(guān)功能模塊測試任務(wù)。緊急放行版本中所涉及的功能需求變更應(yīng)納入下一個(gè)例行版本中進(jìn)行整體版本回歸測試。第二十條版本質(zhì)量管控部門應(yīng)按版本計(jì)劃擬定的測試完成時(shí)間提交版本測試報(bào)告，版本如涉及UI界面設(shè)計(jì)，測試報(bào)告應(yīng)同時(shí)匯總UI界面設(shè)計(jì)

10、審核部門意見。對于測試不通過（包括尚未完成測試）的版本，版本質(zhì)量管控部門應(yīng)在測試報(bào)告中說明情況，給出風(fēng)險(xiǎn)評估，并繼續(xù)完成該版本測試。版本集成發(fā)布部門以測試報(bào)告為參考依據(jù)做出判斷，確定版本具體發(fā)布時(shí)間。第三節(jié)版本發(fā)布第二十一條版本發(fā)布的關(guān)鍵內(nèi)容包括：生成版本包、申請發(fā)布版本、用戶測試上線第二十二條版本管理員在版本測試完成后匯總版本發(fā)布說明（升級指引）、程序文件（源代碼或可執(zhí)行文件）、數(shù)據(jù)庫腳本、測試用例、用戶手冊等文件，將這些文件按照版本號命名規(guī)則打包生成正式版本包。其中版本發(fā)布說明（升級指引）應(yīng)包含版本號、發(fā)布范圍、變更內(nèi)容、版本升級方案（含版本升級應(yīng)急方案）、注意事項(xiàng)等，確保能對用戶升級起到

11、切實(shí)的指引作用。第二十三條版本發(fā)布前版本管理員需提交版本發(fā)布申請，版本發(fā)布申請需包含版本號、版本類別、發(fā)布范圍、申請?jiān)?、程序和文件清單、相關(guān)注意事項(xiàng)等內(nèi)容。具體流程如下：例行版本的發(fā)布申請經(jīng)該項(xiàng)目負(fù)責(zé)人審核后提交部門經(jīng)理審批；緊急放行版本的發(fā)布申請經(jīng)該項(xiàng)目負(fù)責(zé)人和部門經(jīng)理審核通過后，提交協(xié)助分管領(lǐng)導(dǎo)審批。公司所有版本的發(fā)布都必須經(jīng)過用戶同意后方可正式發(fā)布。第二十四條版本集成發(fā)布部門將版本發(fā)布給用戶后，及時(shí)跟蹤用戶對版本進(jìn)行的驗(yàn)收測試和生產(chǎn)環(huán)境版本上線工作，應(yīng)用戶要求版本集成發(fā)布部門可以在版本上線時(shí)提供直接協(xié)助，上線前應(yīng)先進(jìn)行用戶生產(chǎn)系統(tǒng)的版本備份，做好安全措施。第二十五條用戶版本上線后若發(fā)生

12、重大問題影響生產(chǎn)，版本集成發(fā)布部門應(yīng)該立即組織用戶根據(jù)預(yù)設(shè)的版本升級應(yīng)急方案進(jìn)行版本回退，并執(zhí)行新的版本發(fā)布流程。第二十六條版本發(fā)布涉及關(guān)聯(lián)系統(tǒng)或模塊時(shí)，發(fā)布前需知會(huì)相關(guān)系統(tǒng)或模塊的負(fù)責(zé)人第四節(jié)版本跟蹤第二十七條版本集成發(fā)布部門應(yīng)對已發(fā)布版本進(jìn)行跟蹤，版本管理員在版本發(fā)布后2周內(nèi)收集用戶使用反饋信息并生成版本跟蹤報(bào)告，根據(jù)以下情況有區(qū)別地向版本質(zhì)量管控部門提交報(bào)告材料：（一）出現(xiàn)回退版本應(yīng)在報(bào)告中分析定位問題原因；（二）對于運(yùn)行有異常的版本應(yīng)涵蓋版本質(zhì)量改進(jìn)等相關(guān)內(nèi)容；（三）對于運(yùn)行正常的版本須提交版本包。第二十八條版本質(zhì)量管控部門根據(jù)版本跟蹤報(bào)告進(jìn)行綜合評估，形成版本質(zhì)量報(bào)告，將報(bào)告提交各相

13、關(guān)部門作為工作考核的依據(jù)，對版本集成發(fā)布部門提交的版本包入產(chǎn)品庫進(jìn)行版本基線管理。第二十九條對于上線后產(chǎn)生了重大故障或生產(chǎn)事故的版本，版本質(zhì)量管控部門應(yīng)收集版本信息，分析版本產(chǎn)生問題的原因并確定責(zé)任人，并按公司項(xiàng)目重大事故上報(bào)及處理辦法的要求，及時(shí)上報(bào)問題情況。第四章附則第三十條本辦法自發(fā)文之日執(zhí)行。此前公司如有與本辦法不一致的，以本辦法為準(zhǔn)。第三十一條本辦法由質(zhì)量管理部負(fù)責(zé)制定、修改和解釋。廣東億迅科技有限公司二0一0年八月三十日附件一：版本發(fā)布流程附件二：版本計(jì)劃附件三：版本發(fā)布申請附件四：版本發(fā)布說明附件一:廣東億迅科技有限公司版本發(fā)布流程(1)例行版本發(fā)布流程例行版本發(fā)布流程N(yùn)序號責(zé)任

14、部門本環(huán)節(jié)具體職責(zé)1技術(shù)部門項(xiàng)目組版本管理員根據(jù)客戶業(yè)務(wù)需求制定版本計(jì)劃，建議制定版本計(jì)劃的周期為每月一次2技術(shù)部門項(xiàng)目組：審核計(jì)劃中開發(fā)要求完成時(shí)間、版本發(fā)布時(shí)間質(zhì)量管理部測試組：審核計(jì)劃中測試完成時(shí)間3技術(shù)部門項(xiàng)目負(fù)責(zé)人審批版本計(jì)劃4技術(shù)部門項(xiàng)目開發(fā)人員開發(fā)程序，進(jìn)行單元測試5技術(shù)部門項(xiàng)目開發(fā)人員將通過單元測試的版本提交到集成庫6技術(shù)部門版本管理員按版本計(jì)劃狀取版本并封版，集成到測試環(huán)境供質(zhì)量管理部測試7質(zhì)量管理部測試組：制定測試方噪8技術(shù)部門項(xiàng)目組評審測試方案9質(zhì)量管理部測試組：進(jìn)行版本測試驗(yàn)證10質(zhì)量管理部測試組：提交測試報(bào)告技術(shù)部門項(xiàng)目組：根據(jù)實(shí)際情況，以測試報(bào)告為結(jié)束參考依據(jù)判定版

15、本具體發(fā)布時(shí)間11技術(shù)部門版本管理員提交版本發(fā)布申請12技術(shù)部門項(xiàng)目經(jīng)理、部門經(jīng)理審批并經(jīng)用戶同意13技術(shù)部門項(xiàng)目組版本管理員組織實(shí)施發(fā)布版本，通知用戶14用戶在用戶測試環(huán)境驗(yàn)收版本15用戶驗(yàn)收版本，如果版本有故障，判定故障是否嚴(yán)重、是否影響生產(chǎn)，對于不影響生產(chǎn)的小故障認(rèn)為測試通過可以升級，對于影響生產(chǎn)的大故障認(rèn)為測試不通過要求重新發(fā)布版本;2次驗(yàn)收測試不通過認(rèn)為版本升級失敗，重走版本發(fā)布流程16用戶使用新版本升級技術(shù)部門項(xiàng)目組應(yīng)用戶要求提供協(xié)助17技術(shù)部門收集用戶使用反饋信息，生成版本跟蹤報(bào)告18質(zhì)量管理部將用戶使用正常的版本歸檔6、提交測試方案，進(jìn)行評審緊急版本發(fā)布流程序號責(zé)任部門本環(huán)節(jié)具

16、體職責(zé)I開始'1技術(shù)部門項(xiàng)目組版本管理員提交版本發(fā)布申請1、提交版本發(fā)布申請4N一1<2、申請通過否>11(2)緊急版本發(fā)布流程Y3、開發(fā)，單元測試2技術(shù)部門由項(xiàng)目負(fù)責(zé)人、部門經(jīng)理、協(xié)助分管領(lǐng)導(dǎo)審批并經(jīng)用戶同意3技術(shù)部門項(xiàng)目開發(fā)人員開發(fā)程序，進(jìn)行單元測試4技術(shù)部門項(xiàng)目開發(fā)人員將版本提交到集成庫5技術(shù)部門項(xiàng)目組版本管理員按版本計(jì)劃狀取版本并封版，集成到測試環(huán)境供質(zhì)量管理部測試6質(zhì)量管理部測試組：制定測試方噪7技術(shù)部門項(xiàng)目組評審測試方案8質(zhì)量管理部測試組：進(jìn)行版本測試驗(yàn)證9質(zhì)量管理部測試組：提交測試報(bào)告技術(shù)部門項(xiàng)目組：以測試報(bào)告為參考依據(jù)，根據(jù)實(shí)際情況判定是否發(fā)布版本10技術(shù)部

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

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