软件版本管理办法

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

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

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

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

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

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

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

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

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

10、响大的相关功能模块测试任务。紧急放行 版本中所涉及的功能需求变更应纳入下一个例行版本中 进行整体版本回归测试。第二十条版本质量管控部门应按版本计划拟定的测试完成时间提交版本测试报告，版本如涉及UI界面设 计，测试报告应同时汇总UI界面设计审核部门意见。对 于测试不通过（包括尚未完成测试）的版本，版本质量 管控部门应在测试报告中说明情况，给出风险评估，并 继续完成该版本测试。版本集成发布部门以测试报告为 参考依据做出判断，确定版本具体发布时间。第三节版本发布第二一条 版本发布的关键内容包括：生成版本包、申请发布版本、用户测试上线。第二十二条版本管理员在版本测试完成后汇总版 本发布说明（升级指引）

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

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

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

14、日执行。此前公司如有与本办法不一致的，以本办法为准。第三一条本办法由质量管理部负责制定、修改 和解释。广东亿迅科技有限公司二OO年八月三十日附件一：版本发布流程附件二：版本计划附件三：版本发布申请 附件四：版本发布说明附件一：广东亿迅科技有限公司版本发布流程(1)例行版本发布流程例行版本发布流程11、提交版本发布申请 *13、发布版本14、用户验收测试序号责任部门本环节具体职责1技术部门项目组版本管理员 根据客户业务需求 制定版本计划，建议 制定版本计划的周 期为每月一次2技术部门项目组：审核计划中开发要求完成时间、版本发布时间质量管测试组：审核计划中N亡12、申请通过否YT15、测试通过否斛

15、Y理部测试完成时间3技术部门项目负责人审批版本计划4技术部门项目开发人员开发程序，进行单元测试5技术部门项目开发人员将通过单元测试的版本提交到集成库6技术部门版本管理员按版本 计划获取版本并封 版，集成到测试环境 供质量管理部测试7质量管理部测试组：制定测试方案8技术部项目组评审测试方门案9质量管测试组：进行版本测理部试验证10质量管测试组：提交测试报理部告技术部项目组：根据实际情门况，以测试报告为参考依据判定版本具体发布时间11技术部版本管理员提交版门本发布申请12技术部项目经理、部门经理门审批并经用户同意13技术部门14用户项目组版本管理员组织实施发布版本，通知用户在用户测试环境验15用户

16、收版本验收版本，如果版本有故障，判定故障是否严重、是否影响生产，对于不影响生产 的小故障认为测试 通过可以升级，对于 影响生产的大故障 认为测试不通过要求重新发布版本；2次验收测试不通过认为版本升级失败， 重走版本发布流程16用户使用新版本升级技术部门项目组应用户要求提供协助17技术部门收集用户使用反馈信息，生成版本跟踪报告18质量管理部将用户使用正常的版本归档(2)紧急版本发布流程紧急版本发布流程序责任部本环节具体号门职责1、提交版本发布申请Y3、开发，单元6、提交测试方测试案，进行评审<4-11N4、提交版本到1r集成库7、评审通过；1诲2 申请通过否二.A5、版本封版集成NYJ Y

17、N8、测试验证老9、测试通过否号10、发布版本11、用户验收测试Y12、测试通过否A13、版本升级14、用户反馈* 15、版本归档结束1技术部门项目组版本管理员提交版本发布申请2技术部门由项目负责人、 部门经理、协助 分管领导审批 并经用户同意3技术部门项目开发人员开发程序，进行单元测试4技术部门项目开发人员将版本提交到集成库5技术部项目组版本管门理员按版本计 划获取版本并 封版，集成到测 试环境供质量 管理部测试6质量管测试组：制定测理部试方案7技术部项目组评审测门试方案8质量管测试组：进行版理部本测试验证9质量管测试组：提交测理部试报告技术部项目组：以测试门报告为参考依 据，根据实际情 况

18、判定是否发 布版本10技术部门项目组版本管 理员组织实施 发布版本，通知 用户11用户在用户测试环境验收版本12用户验收版本，如果 版本有故障，判 定故障是否严 重、是否影响生产，对于不影响 生产的小故障 认为测试通过 可以升级，对于 影响生产的大 故障认为测试 不通过要求重 新发布版本；2 次验收测试不 通过认为版本 升级失败，重走 版本发布流程13用户使用新版本升级电陳技术部门项目组应用户要求提供协助14技术部门收集用户使用反馈信息，生成版本跟踪报告15质量管理部将用户使用正常的版本归档附件二:广东亿迅科技有限公司版本计划序号项目模块任 务 单 编 号任务 类 别提 出 单 位功能描述关联

19、 系统 或模块研发 提交 测试 时间测试完成时间版本发布时间版本发布范围备注任务类别：需求 A/故障B/工程C/优化D项目负责人审批:附件三:广东亿迅科技有限公司版本发布申请O.YYYY MMDD.XX申请单位广东亿迅科技有限公司系统【本地计费帐务系统】申请时间YYYY-MM-D计划发D布时间联系人联系方式版本类别例行版本紧急放行版本口对业务的影响不中断口瞬断口中断口版本覆盖【】范围涉及其它系统否是-否口【“是”请列明涉及的其它系统的名称】版本名称【例如：LIBS._V2.0.16_20090408 】发布原因（可用附件说明）提交程序说明（可用附件说明）【有哪些模块；包括了哪些程序或脚本】C H IM TE LCCOM广东亿迅科技有限公司系统升级操作手册 系统使用操作手册版本变更说明测试报提交文档告清单相关技术文档其他注意事项测试用例其他文档：（详见交付文档包）项目负责人审核：年月日部门经理审核/审批:年 月 日协助分管领导审批:年 月 日用户意见：年 月 日备注：1、序列编号:语法：NO.YYYY MMDD.XX解释：YYYYMMDD与版本号日期一致；XX为补丁号，没有可不写举 例 ：N0.20090408， 或 者2、例行版本的发