软件版本管理办法

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

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

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

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

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

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

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

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

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

10、。第二十条版本质量管控部门应按版本讣划拟定的测试完成时间提交版本测试 报告，版本如涉及UI界面设计，测试报告应同时汇总UI界面设计审核部门意见。 对于测试不通过（包括尚未完成测试）的版本，版本质量管控部门应在测试报告中 说明情况，给出风险评估，并继续完成该版本测试。版本集成发布部门以测试报告 为参考依据做出判断，确定版本具体发布时间。第三节版本发布第二十一条 版本发布的关键内容包括：生成版本包、申请发布版本、用户测 试上线。第二十二条 版本管理员在版本测试完成后汇总版本发布说明（升级指引）、 程序文件（源代码或可执行文件）、数据库脚本、测试用例、用户手册等文件，将 这些文件按照版本号命名规则打

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

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

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

14、有限公司 二OO年八月三十日 附件一：版本发布流程附件二：版本计划附件三：版本发布申请附件四：版本发布说明附件一：广东亿迅科技有限公司版本发布流程（1）例行版本发布流程例行版本发布流程序号责任部门本环节具体职责1技术部门项U组版本管理员根据客户业务 需求制定版本计划，建议制定版 本计划的周期为每月一次2技术部门项目组：审核计划中开发要求完 成时间、版本发布时间质量管理部测试组：审核计划中测试完成时 间3技术部门项目负责人审批版本计划4技术部门项U开发人员开发程序，进行单 元测试5技术部门项U开发人员将通过单元测试的 版本提交到集成库6技术部门版本管理员按版本讣划获取版本 并封版，集成到测试环境

15、供质量 管理部测试7质量管理部测试组：制定测试方案8技术部门项目组评审测试方案9质量管理部测试组：进行版本测试验证10质量管理部测试组：提交测试报告技术部门项LI组：根据实际情况，以测试 报告为参考依据判定版本具体发 布时间11技术部门版本管理员提交版本发布申请12技术部门项LI经理、部门经理审批并经用 户同意13技术部门项U组版本管理员组织实施发布 版本，通知用户14用户在用户测试环境验收版本15用户验收版本，如果版本有故障，判 定故障是否严重.是否影响生 产，对于不影响生产的小故障认 为测试通过可以升级，对于影响 生产的大故障认为测试不通过要 求重新发布版本；2次验收测试 不通过认为版本升

16、级失败，重走 版本发布流程16用户使用新版本升级技术部门项目组应用户要求提供协助17技术部门收集用户使用反馈信息，生成版本跟踪报告18质量管理部将用户使用正常的版本归档（2）紧急版本发布流程紧急版本发布流程序号责任部门本环节具体职责1技术部门项U组版本管理员提交 版本发布申请2技术部门由项目负责人、部门经 理、协助分管领导审批 并经用户同意3技术部门项目开发人员开发程 序，进行单元测试4技术部门项目开发人员将版本提 交到集成库5技术部门项U组版本管理员按版 本计划获取版本并封 版，集成到测试环境供 质量管理部测试6质量管理部测试组：制定测试方案7技术部门项目组评审测试方案8质量管理部测试组：进

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

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