软件版本管理办法Word文档格式.docx

软件版本管理办法Word文档格式.docx

《软件版本管理办法Word文档格式.docx》由会员分享，可在线阅读，更多相关《软件版本管理办法Word文档格式.docx（13页珍藏版）》请在冰豆网上搜索。

（四）负责组织和实施对版本的测试验证工作；

（五）负责对版本升级实施效果和版本质量进行监控和评估；

（六）其它应由版本质量管控部门负责的事项。

第八条版本集成发布部门的工作职责如下：

（一）负责本部门版本研发集成工作环境的建立、维护和管理；

（二）负责依据版本管理工作流程，执行版本开发、集成、发布及维护的相关工作；

（三）负责收集分析业务需求，制定版本计划并按计划组织实施；

（四）负责跟踪版本上线后的运行情况，收集用户使用的反馈信息，改进版本质量；

（五）其它应由版本集成发布部门负责的事项。

第九条版本质量管控部门设置专职版本管理工程师和测试工程师岗位，负责版本的质量管控及流程监督；

版本集成发布部门应在各项目组内设置专职或兼职版本管理员，负责本项目版本集成发布的具体工作。

第三章版本管理

第一十条版本管理的各项工作应按照本办法规定的流程和要求执行。

版本集成发布部门可以根据本办法的要求结合项目实际情况，对工作流程进行进一步细化。

第一十一条依据版本发布原因及执行流程的不同，软件版本可分为例行版本和紧急放行版本：

（一）例行版本是指依照版本计划生成的升级版本，例行版本按固定周期发布，执行例行版本发布流程；

（二）紧急放行版本是指版本计划外生成，由客户紧急需求或影响生产的紧急故障所引发的需及时发布的软件版本，执行紧急版本发布流程。

第一十二条版本管理的主要工作内容主要包括四个环节：

版本计划、版本测试、版本发布、版本跟踪。

第一节版本计划

第一十三条版本计划是例行版本开发、测试、集成以及发布的依据，与例行版本是一一对应的关系，版本集成发布部门各项目组按固定周期收集固化的用户需求并据此制定版本计划。

制定版本计划的要求：

（一）版本计划需包含版本对应的用户需求的内容、任务优先级、研发提交测试的时间、测试完成时间、版本发布时间、受影响的关联系统或模块、版本升级应急措施及注意事项等；

（二）拟定版本计划各关键时间点应预留足够的时间供版本开发和测试，特别是计划中的版本提交测试时间和测试完成时间，在制定时应与版本质量管控部门测试组做好充分沟通，确定双方认可的工作计划，以保证版本质量；

（三）将每个需求作为版本计划的一个任务，并根据任务的用户感知度、重要性、紧急程度等排定任务优先级。

第一十四条版本计划经项目负责人审批确立后，依计划组织相关部门实施，各部门根据任务的紧急程度和优先级落实工作。

第一十五条原则上版本计划一经确立不得随意修改，确因实际情况需要时版本集成发布部门可以对版本计划进行适当调整，但计划调整同时应及时向版本质量管控部门进行反馈、沟通。

第二节版本测试

第一十六条版本质量管控部门和版本集成发布部门根据版本计划组织实施版本测试验证工作。

第一十七条版本集成发布部门在开发库中开发程序并将通过单元测试的版本和单元测试用例提交到集成库，版本管理员在版本提交测试时限前从集成库中提取程序版本并对获取的版本封版，将版本集成到公司测试环境后通知版本质量管控部门进行版本测试验证。

版本封版是指关闭版本需求入口、固化指定程序版本的活动，版本封版的要求如下：

（一）版本管理员根据版本计划拟定的时间和范围，从集成库中获取版本并对该获取的版本进行封版；

（二）应保证测试环境版本与封版版本的一致性；

（三）版本封版后原则上版本不应再有大的变更，封版测试阶段的缺陷修改应在封版的版本基础上修改，防止出现版本计划中未列明的新需求，以确保版本的稳定性。

第一十八条版本质量管控部门制定测试方案并进行版本测试，版本测试包括业务功能集成测试、性能测试，以及对相关技术文档的完整性、规范性、准确性的审核等。

若测试发现版本有重大缺陷或隐患，应通知版本集成发布部门共同确认是否中断当前的版本流程，并明确下一步动作。

制定测试方案的要求如下：

（一）测试方案主要包括测试内容、测试方法、测试优先级等内容；

（二）版本计划确立后即制定测试方案，当计划有变更时应相应变更测试方案；

（三）应以任务优先级为参考依据安排测试优先级，当测试时间不足以完成所有测试任务时，对于优先级别高的任务应重点测试，对于优先级别较低的任务只做简单测试或只审核单元测试用例，并在测试方案中对此加以说明；

（四）涉及UI设计需求的版本，应按照公司《UI界面交付使用管理办法》中相关标准制定界面测试方案并进行测试，保证软件版本UI界面的设计及易用性与客户需求一致；

（五）测试方案需经过版本集成发布部门审核，重点审核方案中的测试方法、测试优先级。

第一十九条对于紧急放行版本，在测试时间不充足的情况下，版本质量管控部门应优先执行版本中重点、难点及对用户影响大的相关功能模块测试任务。

紧急放行版本中所涉及的功能需求变更应纳入下一个例行版本中进行整体版本回归测试。

第二十条版本质量管控部门应按版本计划拟定的测试完成时间提交版本测试报告，版本如涉及UI界面设计，测试报告应同时汇总UI界面设计审核部门意见。

对于测试不通过（包括尚未完成测试）的版本，版本质量管控部门应在测试报告中说明情况，给出风险评估，并继续完成该版本测试。

版本集成发布部门以测试报告为参考依据做出判断，确定版本具体发布时间。

第三节版本发布

第二十一条版本发布的关键内容包括：

生成版本包、申请发布版本、用户测试上线。

第二十二条版本管理员在版本测试完成后汇总版本发布说明（升级指引）、程序文件（源代码或可执行文件）、数据库脚本、测试用例、用户手册等文件，将这些文件按照版本号命名规则打包生成正式版本包。

其中版本发布说明（升级指引）应包含版本号、发布范围、变更内容、版本升级方案（含版本升级应急方案）、注意事项等，确保能对用户升级起到切实的指引作用。

第二十三条版本发布前版本管理员需提交版本发布申请，版本发布申请需包含版本号、版本类别、发布范围、申请原因、程序和文件清单、相关注意事项等内容。

具体流程如下：

例行版本的发布申请经该项目负责人审核后提交部门经理审批；

紧急放行版本的发布申请经该项目负责人和部门经理审核通过后，提交协助分管领导审批。

公司所有版本的发布都必须经过用户同意后方可正式发布。

第二十四条版本集成发布部门将版本发布给用户后，及时跟踪用户对版本进行的验收测试和生产环境版本上线工作，应用户要求版本集成发布部门可以在版本上线时提供直接协助，上线前应先进行用户生产系统的版本备份，做好安全措施。

第二十五条用户版本上线后若发生重大问题影响生产，版本集成发布部门应该立即组织用户根据预设的版本升级应急方案进行版本回退，并执行新的版本发布流程。

第二十六条版本发布涉及关联系统或模块时，发布前需知会相关系统或模块的负责人。

第四节版本跟踪

第二十七条版本集成发布部门应对已发布版本进行跟踪，版本管理员在版本发布后2周内收集用户使用反馈信息并生成版本跟踪报告，根据以下情况有区别地向版本质量管控部门提交报告材料：

（一）出现回退版本应在报告中分析定位问题原因；

（二）对于运行有异常的版本应涵盖版本质量改进等相关内容；

（三）对于运行正常的版本须提交版本包。

第二十八条版本质量管控部门根据版本跟踪报告进行综合评估，形成版本质量报告，将报告提交各相关部门作为工作考核的依据，对版本集成发布部门提交的版本包入产品库进行版本基线管理。

第二十九条对于上线后产生了重大故障或生产事故的版本，版本质量管控部门应收集版本信息，分析版本产生问题的原因并确定责任人，并按《公司项目重大事故上报及处理办法》的要求，及时上报问题情况。

第四章附则

第三十条本办法自发文之日执行。

此前公司如有与本办法不一致的，以本办法为准。

第三十一条本办法由质量管理部负责制定、修改和解释。

二〇一〇年八月三十日

附件一：

版本发布流程

附件二：

版本计划

附件三：

版本发布申请

附件四：

版本发布说明

（1）例行版本发布流程

例行版本发布流程

序号

责任部门

本环节具体职责

1

技术部门

项目组版本管理员根据客户业务需求制定版本计划，建议制定版本计划的周期为每月一次

2

项目组：

审核计划中开发要求完成时间、版本发布时间

质量管理部

测试组：

审核计划中测试完成时间

3

项目负责人审批版本计划

4

项目开发人员开发程序，进行单元测试

5

项目开发人员将通过单元测试的版本提交到集成库

6

版本管理员按版本计划获取版本并封版，集成到测试环境供质量管理部测试

7

制定测试方案

8

项目组评审测试方案

9

进行版本测试验证

10

提交测试报告

根据实际情况，以测试报告为参考依据判定版本具体发布时间

11

版本管理员提交版本发布申请

12

项目经理、部门经理审批并经用户同意

13

项目组版本管理员组织实施发布版本，通知用户

14

用户

在用户测试环境验收版本

15

验收版本，如果版本有故障，判定故障是否严重、是否影响生产，对于不影响生产的小故障认为测试通过可以升级，对于影响生产的大故障认为测试不通过要求重新发布版本；

2次验收测试不通过认为版本升级失败，重走版本发布流程

16

使用新版本升级

项目组应用户要求提供协助

17

收集用户使用反馈信息，生成版本跟踪报告

18

将用户使用正常的版本归档

（2）紧急版本发布流程

紧急版本发布流程

项目组版本管理员提交版本发布申请

由项目负责人、部门经理、协助分管领导审批并经用户同意

项目开发人员将版本提交到集成库

项目组版本管理员按版本计划获取版本并封版，集成到测试环境供质量管理部测试

以测试报告为参考依据，根据实际情况判定是否发布版本

项目/模块

任务单编号

任务类别

提出单位

功能描述

关联系统或模块

研发提交测试时间

测试完成时间

版本发布时间

版本发布范围

备注

任务类别：

需求A/故障B/工程C/优化D

项目负责人审批：

申请单位

系统

【本地计费帐务系统】

申请时间

YYYY-MM-DD

计划发布时间

联系人

联系方式

版本类别

例行版本□

紧急放行版本□

对业务的影响

不中断□

瞬断□

中断□

版本覆盖范围

【】

涉及其它系统否

是□否□

【“是”请列明涉及的其它系统的名称】

版本名称

【例如：

】

发布原因（可用附件说明）

提交程序说明（可用附件说明）

【有哪些模块；

包括了哪些程序或脚本】

提交文档清单

系统升级操作手册■系统使用操作手册□

版本变更说明■测试报告□

相关技术文档□其他注意事项□

测试用例■其他文档：

□（详见交付文档包）

项目负责人审核：

年月日

部门经理审核/审批：

协助分管领导审批：

用户意见：

备注：

1、序列编号：

解释：

YYYYMMDD与版本号日期一致；

XX为补丁号，没有可不写

2、例行版本的发布申请需要经过项目负责人、部门经理审批、用户意见；

紧急放行版本的发布申请需要经过项目负责人、部门经理、协助分管领导审批、用户意见。

一、版本描述

【说明版本名称如版本号，版本存放位置、发布时间等】

1、版本号：

2、版本存放位置：

3、发布时间要求：

二、版本适用范围

【说明版本适用范围，如全省，某个地市局等，以及其它；

根据需要可分模块说明】

三、版本接口人

【版本接口人以及接口人邮箱、电话】

四、关联系统

【没有请写“无”】

五、运行环境要求

【说明运行本版本所需新增软硬件配置要求，没有请写“无”】

1、硬件配置

2、软件配置

六、版本说明

【详细描述版本具体变更内容，可添加附件说明；

本节可根据需要分模块说明，对于不同用户的个性化要求要做特别说明】

七、尚存问题

【说明版本发布计划中已列明，但本版本未实现的功能项】

八、版本升级方案

【描述系统使用本版本进行升级的详细步骤和方法；

如果另有系统升级方案，本节可指向系统升级方案；

本节可根据需要分模块说明】

1、升级前准备

【描述升级前的准备工作，如进行验收测试和版本备份，以及系统应该做的其他准备工作】

2、升级操作指引

【详细描述升级步骤和方法】

3、配置参数

【描述数据库配置参数和系统配置参数；

可做详细说明和添加附件】

4、升级应急方案

【说明版本升级中遇到意外事件，如升级失败、升级后出现严重故障等时应该采取的补救措施】

5、其他说明

【外系统应用说明及其他】

九、其他注意事项

【补充说明以上未尽事项和说明】