软件版本管理办法

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

2、本的集成和发布应严格根据方案执行,预防随意和频繁更新版本；三为保证软件质量,任何一个软件版本须通过版本测试前方可上线；四公司所有软件版本必须通过正式渠道发布给用户,未经审批各部门和个人不得擅自向用户发布软件版本第五条 版本治理是保证应用软件正常运行的一个重要手段,各 相关部门应认真贯彻落实,并纳入工作考核；未按本方法执行从而造 成版本故障影响用户正常生产的,一经发现将追究其相应责任.第二章责任与分工第六条 版本治理实行总体质量限制,分级实施治理原那么,治理工作涉及版本质量管控部门和版本集成发布部门； 质量治理部是版本 质量管控部门,各业务部门是版本集成发布部门.第七条 版本质量管控部门的工作责

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

4、的反应信息,改良版本质量；五其它应由版本集成发布部门负责的事项.第九条版本质量管控部门设置专职版本治理工程师和测试工程师岗位,负责版本的质量管控及流程监督； 版本集成发布部门应在各 工程组内设置专职或兼职版本治理员,负责本工程版本集成发布的具 体工作.第三章版本治理第十条版本治理的各项工作应根据本方法规定的流程和要求执 行.版本集成发布部门可以根据本方法的要求结合工程实际情况,对工作流程进行进一步细化.第十一条 依据版本发布原因及执行流程的不同,软件版本可分 为例行版本和紧急放行版本：一例行版本是指依照版本方案生成的升级版本,例行版本按固定周期发布,执行例行版本发布流程；二紧急放行版本是指版本

5、方案外生成,由客户紧急需求或影 响生产的紧急故障所引发的需及时发布的软件版本,执行紧急版本发布流程.第十二条 版本治理的主要工作内容主要包括四个环节：版本计 划、版本测试、版本发布、版本跟踪第一节版本方案第十三条 版本方案是例行版本开发、测试、集成以及发布的依据,与例行版本是一一对应的关系,版本集成发布部门各工程组按固 定周期收集固化的用户需求并据此制定版本方案. 制定版本方案的要 求：一版本方案需包含版本对应的用户需求的内容、 任务优先级、 研发提交测试的时间、测试完成时间、版本发布时间、受影响的关联 系统或模块、版本升级应急举措及考前须知等；二拟定版本方案各关键时间点应预留足够的时间供版本

6、开发 和测试,特别是方案中的版本提交测试时间和测试完成时间,在制定时应与版本质量管控部门测试组做好充分沟通,确定双方认可的工作 方案,以保证版本质量；三将每个需求作为版本方案的一个任务,并根据任务的用户感知度、重要性、紧急程度等排定任务优先级.第十四条 版本方案经工程负责人审批确立后,依方案组织相关部门实施,各部门根据任务的紧急程度和优先级落实工作.第十五条 原那么上版本方案一经确立不得随意修改,确因实际情 况需要时版本集成发布部门可以对版本方案进行适当调整,但方案调整同时应及时向版本质量管控部门进行反应、沟通.第二节版本测试第十六条 版本质量管控部门和版本集成发布部门根据版本方案组织实施版本

7、测试验证工作.第十七条 版本集成发布部门在开发库中开发程序并将通过单元 测试的版本和单元测试用例提交到集成库,版本治理员在版本提交测 试时限前从集成库中提取程序版本并对获取的版本封版,将版本集成 到公司测试环境后通知版本质量管控部门进行版本测试验证.版本封版是指关闭版本需求入口、 固化指定程序版本的活动,版 本封版的要求如下：一版本治理员根据版本方案拟定的时间和范围,从集成库中 获取版本并对该获取的版本进行封版；二应保证测试环境版本与封版版本的一致性；三版本封版后原那么上版本不应再有大的变更,封版测试阶段 的缺陷修改应在封版的版本根底上修改, 预防出现版本方案中未列明 的新需求,以保证版本的稳

8、定性.第十八条版本质量管控部门制定测试方案并进行版本测试,版 本测试包括业务功能集成测试、性能测试,以及对相关技术文档的完 整性、标准性、准确性的审核等.假设测试发现版本有重大缺陷或隐患, 应通知版本集成发布部门共同确认是否中断当前的版本流程,并明确下一步动作.制定测试方案的要求如下：一测试方案主要包括测试内容、测试方法、测试优先级等内容；二版本方案确立后即制定测试方案,当方案有变更时应相应变更测试方案；三应以任务优先级为参考依据安排测试优先级,当测试时间缺乏以完成所有测试任务时,对于优先级别高的任务应重点测试, 对 于优先级别较低的任务只做简单测试或只审核单元测试用例, 并在测 试方案中对此

9、加以说明；四涉及UI设计需求的版本,应根据公司?UI界面交付使用 治理方法?中相关标准制定界面测试方案并进行测试,保证软件版本 UI界面的设计及易用性与客户需求一致；五测试方案需经过版本集成发布部门审核,重点审核方案中 的测试方法、测试优先级.第十九条 对于紧急放行版本,在测试时间不充足的情况下,版 本质量管控部门应优先执行版本中重点、 难点及对用户影响大的相关 功能模块测试任务.紧急放行版本中所涉及的功能需求变更应纳入下 一个例行版本中进行整体版本回归测试.第二十条 版本质量管控部门应按版本方案拟定的测试完成时间 提交版本测试报告,版本如涉及 UI界面设计,测试报告应同时汇总 UI界面设计审

10、核部门意见.对于测试不通过包括尚未完成测试 的版本,版本质量管控部门应在测试报告中说明情况, 给出风险评估, 并继续完成该版本测试.版本集成发布部门以测试报告为参考依据做 出判断,确定版本具体发布时间.第三节版本发布第二十一条 版本发布的关键内容包括：生成版本包、申请发布 版本、用户测试上线.第二十二条版本治理员在版本测试完成后汇总版本发布说明升级指引、程序文件源代码或可执行文件、数据库脚本、测试 用例、用户手册等文件,将这些文件根据版本号命名规那么打包生成正 式版本包.其中版本发布说明升级指引应包含版本号、发布范围、 变更内容、版本升级方案含版本升级应急方案、考前须知等,确 保能对用户升级起

11、到切实的指引作用.第二十三条 版本发布前版本治理员需提交版本发布申请,版本 发布申请需包含版本号、版本类别、发布范围、申请原因、程序和文 件清单、相关考前须知等内容.具体流程如下：例行版本的发布申请经该工程负责人审核后提交部门经理审批； 紧急放行版本的发布申请经该工程负责人和部门经理审核通过后,提交协助分管领导审批.公司所有版本的发布都必须经过用户同意前方 可正式发布.第二十四条 版本集成发布部门将版本发布给用户后,及时跟踪 用户对版本进行的验收测试和生产环境版本上线工作, 应用户要求版 本集成发布部门可以在版本上线时提供直接协助, 上线前应先进行用 户生产系统的版本备份,做好平安举措.第二十

12、五条 用户版本上线后假设发生重大问题影响生产,版本集 成发布部门应该立即组织用户根据预设的版本升级应急方案进行版 本回退,并执行新的版本发布流程.第二十六条版本发布涉及关联系统或模块时,发布前需知会相 关系统或模块的负责人第四节版本跟踪第二十七条版本集成发布部门应对已发布版本进行跟踪,版本治理员在版本发布后2周内收集用户使用反应信息并生成版本跟踪 报告,根据以下情况有区别地向版本质量管控部门提交报告材料：一出现回退版本应在报告中分析定位问题原因；二对于运行有异常的版本应涵盖版本质量改良等相关内容；三对于运行正常的版本须提交版本包.第二十八条版本质量管控部门根据版本跟踪报告进行综合评 估,形成版

13、本质量报告,将报告提交各相关部门作为工作考核的依据, 对版本集成发布部门提交的版本包入产品库进行版本基线治理.第二十九条对于上线后产生了重大故障或生产事故的版本,版 本质量管控部门应收集版本信息,分析版本产生问题的原因并确定责 任人,并按?公司工程重大事故上报及处理方法?的要求,及时上报 问题情况.第四章附那么第三十条 本方法自发文之日执行.此前公司如有与本方法不一 致的,以本方法为准.第三十一条本方法由质量治理部负责制定、修改和解释.广东亿迅科技 二0一0年八月三十日附件一：版本发布流程附件二：版本方案附件三：版本发布申请附件四：版本发布说明附件一:广东亿迅科技版本发布流程(1)例行版本发布

14、流程例行版本发布流程N序号责任部门本环节具体责任1技术部门工程组版本治理员根据客户业务需求制定版本方案,建议制定版本方案的周期为每月一次2技术部门工程组：审核方案中开发要求完成时间、版本发布时间质量治理部测试组：审核方案中测试完成时间3技术部门工程负责人审批版本方案4技术部门工程开发人员开发程序,进行单元测试5技术部门工程开发人员将通过单元测试的版本提交到集成库6技术部门版本治理员按版本方案状取版本并封版,集成到测试环境供质量治理部测试7质量治理部测试组：制定测试方案8技术部门工程组评审测试方案9质量治理部测试组：进行版本测试验证10质量治理部测试组：提交测试报告技术部门工程组：根据实际情况,

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

16、程序号责任部门本环节具体责任开始1舌1技术部门工程组版本治理员提交版本发布申请_NY J 3、开发,单元 测试书请Y6、提交测试方 案,进行评审广|2技术部门由工程负责人、部门经理、协助分管领导审批并经用户同意3技术部门工程开发人员开发程序, 进行TM4、提交版本到 集成库17、评1L单元测试5、版本封版集成4技术部门工程开发人员将版本提交到NVNJ集成库Y8、测试验证5技术部门工程组版本治理员按版本计测试通过亿->Y110、发布版本*'I Ii划获取版本并封版,集成到测试环境供质量治理部测试6质量治理部测试组：制定测试方案7技术部门工程组评审测试方案8质量治理部测试组：进行版本

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

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