软件版本管理办法

1、广东亿迅科技有限公司1 广东亿迅科技有限公司软件版本管理办法（暂行）第一章 总则第一条为了加强广东亿迅科技有限公司（以下简称“公司”）的软件版本管理工作， 进一步细化公司配置管理规范，建立软件版本管理的规范化操作流程，保证公司软件产品质量，制定本办法。第二条本办法适用于公司各技术部门的软件版本管理工作。第三条本办法所称的软件版本是指公司所有面向用户发布的应用软件版本。第四条软件版本（以下简称“版本”）管理应遵循以下原则：(一)实施版本变更应符合以下原则之一：1. 为满足客户新业务、新功能需求；2. 为满足提高业务质量、提升业务性能指标和容量扩充的需求；3. 为解决软件故障和软件稳定性、安全性、

2、可控性问题；4. 为了提高软件可维护性。(二)版本的集成和发布应严格按照计划执行，避免随意和频繁更新版本 ; (三)为保证软件质量，任何一个软件版本须通过版本测试后方可上线；广东亿迅科技有限公司2 (四)公司所有软件版本必须通过正式渠道发布给用户，未经审批各部门和个人不得擅自向用户发布软件版本。第五条版本管理是保障应用软件正常运行的一个重要手段，各相关部门应认真贯彻落实， 并纳入工作考核； 未按本办法执行从而造成版本故障影响用户正常生产的，一经发现将追究其相应责任。第二章职责与分工第六条版本管理实行总体质量控制，分级实施管理原则，管理工作涉及版本质量管控部门和版本集成发布部门；质量管理部是版本

3、质量管控部门，各业务部门是版本集成发布部门。第七条版本质量管控部门的工作职责如下：(一)负责制定与版本管理工作相关的管理办法和工作流程并组织落实；(二)负责组织版本管理相关的培训并提供技术支持；(三)负责跟踪和监督公司版本管理工作的执行情况，协调解决执行中的问题，并对版本管理的执行效果进行评估考核；(四)负责组织和实施对版本的测试验证工作；(五)负责对版本升级实施效果和版本质量进行监控和评估；(六)其它应由版本质量管控部门负责的事项。第八条版本集成发布部门的工作职责如下：(一)负责本部门版本研发集成工作环境的建立、维护和管理；(二)负责依据版本管理工作流程，执行版本开发、集成、发布广东亿迅科技

4、有限公司3 及维护的相关工作；(三)负责收集分析业务需求， 制定版本计划并按计划组织实施；(四)负责跟踪版本上线后的运行情况，收集用户使用的反馈信息，改进版本质量；(五)其它应由版本集成发布部门负责的事项。第九条版本质量管控部门设置专职版本管理工程师和测试工程师岗位，负责版本的质量管控及流程监督；版本集成发布部门应在各项目组内设置专职或兼职版本管理员，负责本项目版本集成发布的具体工作。第三章版本管理第十条版本管理的各项工作应按照本办法规定的流程和要求执行。版本集成发布部门可以根据本办法的要求结合项目实际情况，对工作流程进行进一步细化。第十一条依据版本发布原因及执行流程的不同，软件版本可分为例行

5、版本和紧急放行版本：(一)例行版本是指依照版本计划生成的升级版本，例行版本按固定周期发布，执行例行版本发布流程；(二)紧急放行版本是指版本计划外生成，由客户紧急需求或影响生产的紧急故障所引发的需及时发布的软件版本，执行紧急版本发布流程。第十二条版本管理的主要工作内容主要包括四个环节：版本计广东亿迅科技有限公司4 划、版本测试、版本发布、版本跟踪。第一节版本计划第十三条版本计划是例行版本开发、测试、集成以及发布的依据，与例行版本是一一对应的关系，版本集成发布部门各项目组按固定周期收集固化的用户需求并据此制定版本计划。制定版本计划的要求：(一)版本计划需包含版本对应的用户需求的内容、任务优先级、研

6、发提交测试的时间、测试完成时间、版本发布时间、受影响的关联系统或模块、版本升级应急措施及注意事项等；(二)拟定版本计划各关键时间点应预留足够的时间供版本开发和测试，特别是计划中的版本提交测试时间和测试完成时间，在制定时应与版本质量管控部门测试组做好充分沟通，确定双方认可的工作计划，以保证版本质量；(三)将每个需求作为版本计划的一个任务，并根据任务的用户感知度、重要性、紧急程度等排定任务优先级。第十四条版本计划经项目负责人审批确立后，依计划组织相关部门实施，各部门根据任务的紧急程度和优先级落实工作。第十五条原则上版本计划一经确立不得随意修改，确因实际情况需要时版本集成发布部门可以对版本计划进行适

7、当调整，但计划调整同时应及时向版本质量管控部门进行反馈、沟通。第二节版本测试第十六条版本质量管控部门和版本集成发布部门根据版本计划广东亿迅科技有限公司5 组织实施版本测试验证工作。第十七条版本集成发布部门在开发库中开发程序并将通过单元测试的版本和单元测试用例提交到集成库，版本管理员在版本提交测试时限前从集成库中提取程序版本并对获取的版本封版，将版本集成到公司测试环境后通知版本质量管控部门进行版本测试验证。版本封版是指关闭版本需求入口、固化指定程序版本的活动， 版本封版的要求如下：(一)版本管理员根据版本计划拟定的时间和范围，从集成库中获取版本并对该获取的版本进行封版；(二)应保证测试环境版本与

8、封版版本的一致性；(三)版本封版后原则上版本不应再有大的变更，封版测试阶段的缺陷修改应在封版的版本基础上修改，防止出现版本计划中未列明的新需求，以确保版本的稳定性。第十八条版本质量管控部门制定测试方案并进行版本测试，版本测试包括业务功能集成测试、性能测试， 以及对相关技术文档的完整性、规范性、准确性的审核等。 若测试发现版本有重大缺陷或隐患，应通知版本集成发布部门共同确认是否中断当前的版本流程，并明确下一步动作。制定测试方案的要求如下：(一)测试方案主要包括测试内容、测试方法、测试优先级等内容；(二)版本计划确立后即制定测试方案，当计划有变更时应相应变更测试方案；广东亿迅科技有限公司6 (三)

9、应以任务优先级为参考依据安排测试优先级，当测试时间不足以完成所有测试任务时， 对于优先级别高的任务应重点测试，对于优先级别较低的任务只做简单测试或只审核单元测试用例，并在测试方案中对此加以说明；(四)涉及 ui 设计需求的版本，应按照公司ui 界面交付使用管理办法中相关标准制定界面测试方案并进行测试，保证软件版本ui 界面的设计及易用性与客户需求一致；(五)测试方案需经过版本集成发布部门审核，重点审核方案中的测试方法、测试优先级。第十九条对于紧急放行版本，在测试时间不充足的情况下，版本质量管控部门应优先执行版本中重点、难点及对用户影响大的相关功能模块测试任务。 紧急放行版本中所涉及的功能需求变

10、更应纳入下一个例行版本中进行整体版本回归测试。第二十条版本质量管控部门应按版本计划拟定的测试完成时间提交版本测试报告，版本如涉及ui 界面设计，测试报告应同时汇总ui 界面设计审核部门意见。对于测试不通过（包括尚未完成测试）的版本，版本质量管控部门应在测试报告中说明情况，给出风险评估，并继续完成该版本测试。 版本集成发布部门以测试报告为参考依据做出判断，确定版本具体发布时间。第三节版本发布第二十一条版本发布的关键内容包括：生成版本包、申请发布版本、用户测试上线。广东亿迅科技有限公司7 第二十二条版本管理员在版本测试完成后汇总版本发布说明（升级指引）、程序文件（源代码或可执行文件） 、数据库脚本

11、、测试用例、用户手册等文件， 将这些文件按照版本号命名规则打包生成正式版本包。其中版本发布说明 （升级指引）应包含版本号、 发布范围、变更内容、版本升级方案（含版本升级应急方案）、注意事项等，确保能对用户升级起到切实的指引作用。第二十三条版本发布前版本管理员需提交版本发布申请，版本发布申请需包含版本号、版本类别、发布范围、申请原因、程序和文件清单、相关注意事项等内容。具体流程如下：例行版本的发布申请经该项目负责人审核后提交部门经理审批；紧急放行版本的发布申请经该项目负责人和部门经理审核通过后，提交协助分管领导审批。 公司所有版本的发布都必须经过用户同意后方可正式发布。第二十四条版本集成发布部门

12、将版本发布给用户后，及时跟踪用户对版本进行的验收测试和生产环境版本上线工作，应用户要求版本集成发布部门可以在版本上线时提供直接协助，上线前应先进行用户生产系统的版本备份，做好安全措施。第二十五条用户版本上线后若发生重大问题影响生产，版本集成发布部门应该立即组织用户根据预设的版本升级应急方案进行版本回退，并执行新的版本发布流程。第二十六条版本发布涉及关联系统或模块时，发布前需知会相关系统或模块的负责人。广东亿迅科技有限公司8 第四节版本跟踪第二十七条版本集成发布部门应对已发布版本进行跟踪，版本管理员在版本发布后2 周内收集用户使用反馈信息并生成版本跟踪报告，根据以下情况有区别地向版本质量管控部门

13、提交报告材料：(一)出现回退版本应在报告中分析定位问题原因；(二)对于运行有异常的版本应涵盖版本质量改进等相关内容；(三)对于运行正常的版本须提交版本包。第二十八条版本质量管控部门根据版本跟踪报告进行综合评估， 形成版本质量报告，将报告提交各相关部门作为工作考核的依据，对版本集成发布部门提交的版本包入产品库进行版本基线管理。第二十九条对于上线后产生了重大故障或生产事故的版本，版本质量管控部门应收集版本信息， 分析版本产生问题的原因并确定责任人，并按公司项目重大事故上报及处理办法的要求，及时上报问题情况。第四章 附则第三十条本办法自发文之日执行。此前公司如有与本办法不一致的，以本办法为准。第三十

14、一条本办法由质量管理部负责制定、修改和解释。广东亿迅科技有限公司二一年八月三十日广东亿迅科技有限公司9 附件一：版本发布流程附件二：版本计划附件三：版本发布申请附件四：版本发布说明广东亿迅科技有限公司10 附件一：广东亿迅科技有限公司版本发布流程（1）例行版本发布流程例行版本发布流程序号责任部门本环节具体职责开始1、提交版本计划3、审批通过否2、计划审核4、开发，单元测试5、提交版本到集成库6、版本封版集成9、测试验证11、提交版本发布申请10、测试通过否12、申请通过否13、发布版本14、用户验收测试15、测试通过否18、版本归档17、用户反馈yynynnn16、版本升级n7、提交测试方案，

15、进行评审8、评审通过否yyy结束1 技术部门项目组版本管理员根据客户业务需求制定版本计划，建议制定版本计划的周期为每月一次2 技术部门项目组：审核计划中开发要求完成时间、版本发布时间质量管理部测试组：审核计划中测试完成时间3 技术部门项目负责人审批版本计划4 技术部门项目开发人员开发程序，进行单元测试5 技术部门项目开发人员将通过单元测试的版本提交到集成库6 技术部门版本管理员按版本计划获取版本并封版，集成到测试环境供质量管理部测试7 质量管理部测试组：制定测试方案8 技术部门项目组评审测试方案9 质量管理部测试组：进行版本测试验证10 质量管理部测试组：提交测试报告技术部门项目组：根据实际情

16、况，以测试报告为广东亿迅科技有限公司11 参考依据判定版本具体发布时间11 技术部门版本管理员提交版本发布申请12 技术部门项目经理、部门经理审批并经用户同意13 技术部门项目组版本管理员组织实施发布版本，通知用户14 用户在用户测试环境验收版本15 用户验收版本，如果版本有故障，判定故障是否严重、是否影响生产，对于不影响生产的小故障认为测试通过可以升级，对于影响生产的大故障认为测试不通过要求重新发布版本；2 次验收测试不通过认为版本升级失败，重走版本发布流程16 用户使用新版本升级技术部门项目组应用户要求提供协助17 技术部门收集用户使用反馈信息，生成版本跟踪报告18 质量管理部将用户使用正

17、常的版本归档（2）紧急版本发布流程紧急版本发布流程序号责任部门本环节具体职责开始1、提交版本发布申请2、申请通过否3、开发，单元测试yn6、提交测试方案，进行评审y1 技术部门项目组版本管理员提交版本发布申请广东亿迅科技有限公司12 2 技术部门由项目负责人、 部门经理、 协助分管领导审批并经用户同意3 技术部门项目开发人员开发程序，进行单元测试4 技术部门项目开发人员将版本提交到集成库5 技术部门项目组版本管理员按版本计划获取版本并封版，集成到测试环境供质量管理部测试6 质量管理部测试组：制定测试方案7 技术部门项目组评审测试方案8 质量管理部测试组：进行版本测试验证9 质量管理部测试组：提

18、交测试报告技术部门项目组： 以测试报告为参考依据，根据实际情况判定是否发布版本10 技术部门项目组版本管理员组织实施发布版本，通知用户11 用户在用户测试环境验收版本12 用户验收版本，如果版本有故障，判定故障是否严重、是否影响广东亿迅科技有限公司13 生产，对于不影响生产的小故障认为测试通过可以升级，对于影响生产的大故障认为测试不通过要求重新发布版本；2 次验收测试不通过认为版本升级失败， 重走版本发布流程13 用户使用新版本升级技术部门项目组应用户要求提供协助14 技术部门收集用户使用反馈信息，生成版本跟踪报告15 质量管理部将用户使用正常的版本归档广东亿迅科技有限公司14 附件二：广东亿

19、迅科技有限公司版本计划序号项 目 /模块任 务 单编号任 务类别提 出单位功能描述关 联 系 统或模块研发提交测试时间测试完成时间版本发布时间版本发布范围备注广东亿迅科技有限公司15 任务类别：需求a /故障b /工程c /优化d 项目负责人审批：广东亿迅科技有限公司16 附件三：广东亿迅科技有限公司版本发布申请no.yyyymmdd.xx 申请单位广东亿迅科技有限公司系统【本地计费帐务系统】申请时间yyyy-mm-dd计划发布时间联系人联系方式版本类别例行版本紧急放行版本对业务的影响不中断瞬断中断版本覆盖范围【】涉及其它系统否是 否 【“是”请列明涉及的其它系统的名称】版本名称【例如： li

20、bs_v2.0.16_20090408 】广东亿迅科技有限公司17 发布原因（可用附件说明）提交程序说明（可用附件说明）【有哪些模块；包括了哪些程序或脚本】广东亿迅科技有限公司18 提交文档清单系统升级操作手册系统使用操作手册版本变更说明测试报告相关技术文档其他注意事项测试用例其他文档：（详见交付文档包）项目负责人审核：年月日部门经理审核/审批：年月日协助分管领导审批：年月日用户意见：年月日备注：1、序列编号：语法：no.yyyymmdd.xx 解释： yyyymmdd与版本号日期一致；xx 为补丁号，没有可不写举例： no.20090408，或者 no.20090408.01 2、例行版本的发布申请需要经过项目负责人、部门经理