软件变更管理制度20140306

第1页，共6页软件变更管理制度第一节总则第一条为规范软件变更与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。第二条本制度适用于应用系统已开发或采购完毕并正式上线、且由软件开发公司移交给应用管理部门之后，所发生的应用软件系统（以下简称应用系统）运行支持及系统变更工作。第二节变更流程第三条系统变更工作可分为下面二种类型：功能完善维护、系统缺陷修改。功能完善维护指根据业务部门的需求，对系统进行的功能完善性或适应性维护；系统缺陷修改指对一些系统功能或使用上的问题所进行的修复，这些问题是由于系统设计和实现上的缺陷而引发的。第四条系统变更工作以任务形式由需求方（一般为业务部门）、信息化处和维护方（一般为软件开发组织，还包括合作厂商）协作完成。系统变更过程类似软件开发，大致可分为四个阶段：任务提交和接受、任务实现、任务验收和程序下发上线。第五条需求部门提出系统变更需求，并填写《系统变更申请表》（附件一），由部门负责人审批后提交给信息化处。第2页，共6页第六条信息化处负责接受需求并并会同需求部门分析需求，并提出系统变更建议。信息化处根据变更建议审批《系统变更申请表》。第七条需求部门根据应用系统要求组织实现系统变更需求，将需求提交至开发人员，产生供发布的程序。第八条实现过程应按照软件开发过程规定进行。系统变更过程应遵循软件开发过程相同的正式、统一的编码标准，并经过测试和正式验收才能下发和上线。第九条需求部门组织应用系统的最终用户对系统程序变更进行测试（包括网络安全测试），并撰写《用户测试报告》（附件二），提交业务部门负责人签字确认通过才能验收。第十条在系统变更完成后，开发人员和业务部门的最终用户组织验收，共同填写《程序变更验收报告》（附件三），经业务部门负责人验收后签字确认。第十一条需求负责对系统变更过程的文档进行归档管理并提交给信息化处一份，变更过程中涉及的所有文档应至少保存两年。第十二条信息化处根据业务部门提交的文档，进行上线部署。上线部署应遵守《系统上线管理办法》。第三节附则第十三条本制度由信息化处负责解释和修订。第十四条本制度自发布之日起开始执行。第3页，共6页附件一系统变更申请表系统变更申请表编号：变更请求类型□用户方变更□开发方变更□需求增加□需求修改□需求缩减□其它：请说明：变更申请人申请日期实施人员验证人原需求内容描述变更内容描述变更的影响业务部门负责人意见：签字：IT人员意见：签字：备注：第4页，共6页附件二用户测试报告1.基本信息测试依据例如：参照标准、客户需求、需求规格说明书、测试用例等测试范围测试验收标准测试环境描述测试驱动程序描述提示：可以把测试驱动程序当作附件测试人员测试时间须注明每次回归测试的时间测试工具2.实况记录模块测试用例编号期望结果测试结果缺陷密度是否执行了回归测试3.测试总评价根据对测试结果提出一个关于软件能力的全面分析，需标明遗留的主要缺陷、局限性和软件的约束限制等，并提出软件测试过程中程序中的不足。根据测试标准及测试结果，综合评价软件的开发是否已达到预定目标。4.缺陷修改记录提示：如果采用了缺陷管理工具，能自动产生缺陷报表的话，则无需本表。缺陷名称缺陷类型严重程度模块原因驻留时间解决方案…测试人员签字/日期：第5页，共6页附件三程序变更验收报告验收报告书需求部门系统名称系统名称英文缩写系统版本任务完成情况栏*由信息技术部根据任务完成实际情况填写*任务名称实际开始时间实际完成时间实际工作量人天，合人月本次任务实际税前开发费用（含报酬）*注明小写金额和大写金额*￥元，（大写）【任务完成情况】：*由信息技术部简要概述任务完成情况*【提交文档清单】：*由信息技术部提交相关文档清单*业务部门接受人签字：信息技术部提交人签字：日期：日期：验收过程信息栏*由信息技术部根据验收过程填写*验收开始时间验收完成时间验收地点需求部门验收人员角色/职责信息部门协助人员角色/职责第6页，共6页任务验收情况栏*由业务部门根据验收情况出具*【验收意见】：*由业务部门项目负责人出具对实际验收结果的意见*业务部门项目负责人签字：日期：任务管理处室项目负责人签字：日期：任务管理处室负责人签字：日期：任务验收结论栏*由业务部门出具，双方负责人签字确认*【验收结论】：*由业务部门根据验收意见出具任务验收结论*【下发意见】：*由业务部门根据验收结论出具程序下发意见*业务部门负责人签字：信息技术部负责人签字：日期：日期：注：该表格一式两份，业务部门、信息技术部双方各执一份。