第一条第二条4ft-—4r第四条第五条第六条第七条第八条第九条第+条更王作。软件开发扌大致可分为U任务提交和接受、任务实现'任务验收和程序下发上线.内部控制-信息系统更新/改造/升级方案第一节总则为规范软件变更誦维护着理牛提高软件管理水平■优化软件变更与维护管理流程.特制定本制度。本制度适用于应用系统己开发或采购完毕并正式上线 3 且由软件开发组织移交给应用管理组织之后，所发生的生产应用系统（以下简称应用系统）运行支持及系统变第二节变更流程系统变更工作可分为下面三类类型；功能完善维护.系统缺陷障改.统计報表生成。功能完善维护指根据业务部门的需求 4 对系统进行的功能完善性或适应性维护；系统缺陷修改指对一些系统功能或使用上的问题所进行的修匍，这些问题是由于系统设计和实现上的缺|!邕而引发的；统计报表生成指为了满足业务部门块计报表数据生成的需要，而进行的不包含在应用系统功能之内的数据处理工作.系统变更工作以任务形式由需求方（一般为业务部门）和堆护方（一般为信息部门的应用维护组织和软件开发组织'还包括合柞厂商）协作完成。系统变更过程类似因问题处理引发的系统变更处理，具体流程華见《问题处理管理制度丸需求部门提出系统变更需求"并将变更需或整理成《系统变更申请表》（附件 1）,由部门负责人审按后提交给系统管理员。系统管理员负责接受需求井上报给 iT 主管"IT 主管分折需求，井提出系统变更建议・IT 经理根据娈更建议审批《系统变更申请表扎系统管理员根据自行开发、合件开发和外包开发的不同雯求组织实现系统变更需求.将需求提交至内部开发人员、合作开发商或外包开发商.产生供发布的程序・实现过程应按照软件开发过程规定进行。系统变更过程应遵循软件开发过程相同的正式*统一的编码标准*井经过测试和正式验收才能下发和上线口系统管理员组织业务部门的系统谥终用户对系统程序变更进行测试，井撰写«用户第十一条第+二条第十三条第十四条第+五条第十六条第+七条测试报吿》（附件二 h 提交业务部门负责人和订主管领导签字确认通过口告》（附件三人经业务部门负责人孫字验收后［报送 IT 经理审批。培训管理员负责对系统变更过程的文档进行归挡管理.变更过程中涉&的所有文档应至少保存两年些第三节紧急变更流程对干紧急变更、需求部门可以通过电子邮件或传真等书面形式提岀申谴。信息技术部根据重要性和紧迫性做判断*确定耳忧先级和影响程度甲井进行相应处理紧急变更过程中应使用...
