1 / 8
文档名称:

软件变更管理制度(讨论稿).doc

格式:doc   页数:8
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件变更管理制度(讨论稿).doc

上传人:管理资源吧 2012/2/14 文件大小:0 KB

下载得到文件列表

软件变更管理制度(讨论稿).doc

文档介绍

文档介绍:版本页
标题:China Advanced Construction Materials Group信息技术管理制度
主题:软件变更管理制度
文档编号:
版本说明:
版本号
版本日期
作者
备注

创建

审批
China Advanced Construction Materials Group
软件变更管理制度
总则
为规范软件变更与维护管理,提高软件管理水平,优化软件变更与维护管理流程,特制定本制度。
本制度适用于应用系统已开发或采购完毕并正式上线、且由软件开发组织移交给应用管理组织之后,所发生的生产应用系统(以下简称应用系统)运行支持及系统变更工作。
变更流程
系统变更工作可分为下面三类类型:功能完善维护、系统缺陷修改、统计报表生成。功能完善维护指根据业务部门的需求,对系统进行的功能完善性或适应性维护;系统缺陷修改指对一些系统功能或使用上的问题所进行的修复,这些问题是由于系统设计和实现上的缺陷而引发的;统计报表生成指为了满足业务部门统计报表数据生成的需要,而进行的不包含在应用系统功能之内的数据处理工作。
系统变更工作以任务形式由需求方(一般为业务部门)和维护方(一般为信息部门的应用维护组织和软件开发组织,还包括合作厂商)协作完成。系统变更过程类似软件开发,大致可分为四个阶段:任务提交和接受、任务实现、任务验收和程序下发上线。
因问题处理引发的系统变更处理,具体流程参见《问题处理管理制度》。
需求部门提出系统变更需求,并将变更需求整理成《系统变更申请表》(附件一),由部门负责人审批后提交给系统管理员。
系统管理员负责接受需求并上报给IT主管。IT主管分析需求,并提出系统变更建议。IT经理根据变更建议审批《系统变更申请表》。
系统管理员根据自行开发、合作开发和外包开发的不同要求组织实现系统变更需求,将需求提交至内部开发人员、合作开发商或外包开发商,产生供发布的程序。
实现过程应按照软件开发过程规定进行。系统变更过程应遵循软件开发过程相同的正式、统一的编码标准,并经过测试和正式验收才能下发和上线。
系统管理员组织业务部门的系统最终用户对系统程序变更进行测试,并撰写《用户测试报告》(附件二),提交业务部门负责人和IT主管领导签字确认通过。
在系统变更完成后,系统管理员和业务部门的最终用户共同撰写《程序变更验收报告》(附件三),经业务部门负责人签字验收后,报送IT经理审批。
培训管理员负责对系统变更过程的文档进行归档管理,变更过程中涉及的所有文档应至少保存两年。
紧急变更流程
对于紧急变更,需求部门可以通过电子邮件或传真等书面形式提出申请。
信息技术部根据重要性和紧迫性做判断,确定其优先级和影响程度,并进行相应处理。
紧急变更过程中应使用专设的系统用户账号,由专责部门或人员启动紧急修改变更程序。信息技术部应对紧急变更的处理进行规范的文档记录。
在紧急事件处理完成后,必须在一周内补办正式、完整的文档,其中包括问题发现人填写的紧急变更申请、问题发现人所在部门负责人对该申请的审批、需求部门/信息技术部测试记录(包括签字确认测试结果)。
系统变更的权责分离
系统变更过程中,应采取各种措施保证维护环境程序代码访问权限受到良好控制。这些措施包括:
1、通过系统用户的授权