软件版本升级发布管理守则)0XX.docx

软件版本升级发布管理制度）2014-05-221XXX公司软件版本升级管理制度为进一步规范软件版本的升 级活动，制定本制度一、 原则：（一） 以产品功能优化、更好的为客户优质体验为第一原则；（二） 销售、客服针对内部发现及客户提出的问题进行描述、 统计，以书面形式、按照一定周期提交；（三） 对产品Bug及需求进行分类界定；（四） 对产品Bug及需求的紧迫程度进行界定；（五） 产品版本升级原则上按照一定周期进行，即：研发部 门对产品在规定的周期内完成Bug解决或需求开发并进行充分 测试，达到上线发布要求后方可升级；（六） 成立产品升级评估小组，由销售、客服、研发、企管 人员组成，对分类、程度、周期等进行评估、界定二、 问题提交、产品Bug及需求分类：（一） 销售、客服发现产品问题，周四下班前汇总提报企管 部，由评估小组进行分类界定；每周提报一次；（二） 严重Bug及紧迫需求可以随时提报，不受上述时限限制三、产品Bug及需求分类：（一） 程序报错、界面显示名称格式错误、查询错误、验证 条件错误、数据保存错误等问题，归为Bug；（二） 对当前功能提出的改进要求、建议（包括：易用性、 人性化、操作流程、用户体验等方面），在当前功能基础上增加 新的功能，归为需求。

三、 产品Bug的紧迫程度：（一） 严重Bug：操作流程不能继续进行、数据丢失、数据 错误等；（二） 一般Bug：不影响操作流程的其他Bug四、 产品需求的紧迫程度：（一） 紧迫需求：覆盖用户多，影响范围广的需求；公司决 策层评审确定为紧迫的需求；（二） 一般需求：其他需求五、 Bug、需求处理：（一） 严重Bug:由前台研发部在Bug提交后24小时内解 决，不能在24小时内解决的由负责人提出书面解决方案及解决 时限；（二） 紧迫需求：由评估小组确定解决方式及时限； （三）一般Bug及一般需求：前台研发部对问题每月汇总一次，确定下一版本升级的范围（解决了哪些Bug及需求），在次 月统一修改、测试并升级；六、一般Bug及一般需求的升级发布：（一） 每月最后一个周五，前台研发部对提报的问题进行规 划；（二） 一个月内可以解决的一般Bug及一般需求，列入开发 计划，报评审小组审核；（三） 修改时间超过一个月的，单独列计划开发，确保不影 响每月版本升级发布；（四） 产品发布前须经过严格测试，前台、后台都要细致测 试，出具测试报告，测试无问题后方可上线发布xxx公司山东诺安诺泰信息系统有限公司行政部2014年5 月22日印发软件变更管理制度（试行）1软件变更管理制度（试行）第一节总则第一条为规范软件变更与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。

第二条软件变更与维护管理主要包括一般性变更、紧急变 更、用户测试、版本控制、系统更新和权限管理等内容第三条本制度适用于中国铝业股份有限公司总部和各分子 公司（含郑州研究院）（以下简称“公司”第二节一般性变更流程第四条需求部门提出系统变更需求，并将变更需求整理成 《变更申请书》（附件三），由部门负责人审批后提交给信息部第五条信息部负责接受需求、分析需求，并提出系统变更建 议信息部负责人审批《变更申请书》第六条信息部根据自行开发、合作开发和外包开发的不同要 求组织实现系统变更需求，产生供发布的程序第七条信息部将所有的变更请求记录在《任务管理表》（附 件四）中，并按照优先级安排实施的先后次序进行跟踪处理第八条信息部负责对系统变更过程的文档进行归档管理，所 有文档至少保存三年详细流程参见《系统变更流程》（附件一）第三节紧急变更流程第九条对于紧急变更，需求部门可以通过电子邮件或等 书面形式提出申请第十条信息部按照事先明确的紧急变更定义做出判断，确定其优先级和影响程度，并进行相应的处理第十一条紧急变更过程中应使用专设系统用户帐号，由专责 部门或人员启动紧急修改变更程序信息部应对紧急变更的处理 进行规范的文档记录。

第十二条在紧急事件处理完成后，必须补办正式、完整的文 档详细流程参见《紧急变更流程》（附件二）第四节系统的版本控制第十三条软件变更时，加强版本控制，确保每次在最新的代 码基础上进行更改第十四条应对下发的软件进行版本控制，由专责人员负责发 布软件的版本管理第五节系统变更的责权分离第十五条应加强对运行环境的访问控制，只允许授权的用户 访问运行环境中的应用系统通过物理和逻辑隔离的手段，控制 对运行环境的访问第十六条限制开发人员对运行环境中应用程序文件夹的访 问权限，只有经过授权的人员才拥有相应的权限第十七条对授权访问运行环境的人员进行详细记录，并定期进行检查第十八条普通用户只能通过前台登录系统，不能通过后台进 行操作第十九条系统维护人员不应该拥有前台应用程序的访问权 限，更不应该在前台应用程序中担任实际的操作任务第二十条禁止系统维护人员共享操作系统级别的账号第六节附则第二十一条本制度由公司总部信息部负责解释和修订第二 十二条本制度自发布之日起开始执行中国铝业信息技术管理制度4附件一系统变更流程中国铝业信息技术管理制度系统变更流程步骤：一、任务提交和接受：本流程中需求部门为应用系统构建时提出需求的业务部门， 维护部门为负责按照需求实际构建应用系统的信息部。

流程如 下：（一）需求形成：需求方根据业务的需要，结合收到的其他用户部门要求，填写《变更申请书》（二） 需求方负责人审批需求方将《变更申请书》报请部门负责人签字批准后，经指 定途径提交给信息部相关系统维护人员三） 需求评估系统维护人员审查需求，会同相关开发负责人进行需求评 估，产生评估结果四） 信息部负责人审批系统维护人员将评估结果附在《变更申请书》后，报请部门 负责人签字批准后，正式向开发负责人下达任务如果任务实现由合作厂商完成，则由开发负责人按照与合作 厂商签订的技术服务合同，填写《厂商维护申请单》（附件五），报 请部门负责人签字批准后，正式向合作厂商下达任务五）任务登记为了便于追踪各个系统变更需求的状态，维护人员需要对需 求进行登记信息部每周对《任务管理表》中的需求完成状态进行更新， 以便信息部负责人监控系统变更任务进度二、任务实现信息部开发负责人（或由开发负责人会同合作厂商）根据《变 更申请书》的需求描述，按照与软件开发流程同样的步骤，进行 分析、设计、。