系统变更管理方案办法.docx
《系统变更管理方案办法.docx》由会员分享，可在线阅读，更多相关《系统变更管理方案办法.docx（13页珍藏版）》请在冰点文库上搜索。
系统变更管理方案办法
系统更正管理方法
（V1.0）
文档编号
更正管理方法
文档敏感性
敏感
项目监理
文档编写
编写日期
文档审察
审察日期
公开范围
1.目录
1.
2.
3.
4.
5.
6.
7.
目录...........................................................................................................................................
目的...........................................................................................................................................
范围...........................................................................................................................................
更正流程...................................................................................................................................
更正方案的拟订........................................................................................................................
紧迫更正流程............................................................................................................................
权责分别...................................................................................................................................
2
3
3
3
4
5
5
第2页/共8页
2.目的
为规范软件更正与保护管理，提高软件管理水平，优化软件更正与保护管理
流程，特拟订本管理方法。
3.范围
本方法适用于应用系统已开发或采买达成并正式上线、且由软件开发组织移
交给应用管理组织此后，所发生的生产应用系统（以下简称应用系统）运行支持
及系统更正工作。
4.更正流程
系统更正工作可分为下面三类种类：
功能圆满保护、系统弊端更正、统计报表生成。
功能圆满保护指依照业务部门的需求，对系统进行的功能圆满性或适应性保护；
系统弊端更正指对一些系统功能或使用上的问题所进行的修复，这些问题是由于系统设计和实现上的弊端而惹起的；统计报表生成指为了满足业务部门统计报表数据生成的需要，而进行的不包括在应用系统功能之内的数据办理工作。
系统更正工作以任务形式由需求方（一般为业务部门）和保护方（一般为信息中心，还包括合作厂商）协作达成。
系统更正过程近似软件开发，大体可分为四个阶段：
任务提交和接受、任务实现、任务查收和程序下发上线。
需求部门提出系统更正需求，并将更正需求整理成《系统更正申请表》，由部门负责人审批后提交给信息中心系统管理员。
系统管理员负责接受需求并上报给信息中心。
信息中心剖析需求，并提出系统更正建议。
对更正过程应形成更正过程记录。
系统管理员依照自行开发、合作开发和外包开发的不一样样要求组织实现系统更正需求，将需求提交至内部开发人员、合作开发商或外包开发商，产生供宣布的程序。
系统管理员应形成详细的更正方案。
信息中心主任依照更正建议审批更正
第3页/共8页
方案。
实现过程应依照软件开发过程规定进行。
系统更正过程应依照软件开发过程
相同的正式、一致的编码标准，并经过测试和正式查收才能下发和上线。
信息中心系统管理员组织业务部门的系统最后用户对系统程序更正进行测
试，并撰写《用户测试报告》，提交业务部门负责人和信息中心主管领导签字确
认经过。
在系统更正达成后，信息中心系统管理员和业务部门的最后用户共同撰写
《程序更正查收报告》，经业务部门负责人签字查收后，报送信息中心主管审批。
培训管理员负责对系统更正过程的文档进行归档管理，更正过程中涉及的所
有文档应最少保存两年。
5.更正方案的拟订
由系统管理员负责拟订更正推行计划和方案。
更正推行计划和方案包括以下内容：
（一）生产更正事件日期、时间（包括生产更正事件推行计划开始时间和结束时间）；
（二）生产更正事件影响范围和可否影响生产系统业务连续运行。
（三）生产更正事件中各参加部门需要配合和确认的工作，明确更正主要推行成员。
（四）生产更正事件推行前的测试报告。
（五）生产更正事件推行后的考据方案。
（六）可否达成相关技术培训、操作手册和操作日志的校正。
（七）更正可否涉及配置更正。
（八）更正的详细推行步骤、内容。
（九）更正的回退方案。
（十）更正的应急方案。
第4页/共8页
6.紧迫更正流程
对于紧迫更正，需求部门能够经过电子邮件或传真等书面形式提出申请。
信息中心依照重要性和紧迫性做判断，确定其优先级和影响程度，并进行相
应办理。
紧迫更正过程中应使用专设的系统用户账号，由专责部门或人员启动紧迫修
改更正程序。
信息中心对付紧迫更正的办理进行规范的文档记录。
在紧迫事件办理达成后，必定在一周内补办正式、圆满的文档，其中包括问
题发现人填写的紧迫更正申请、问题发现人所在部门负责人对该申请的审批、需
求部门/信息技术部测试记录（包括签字确认测试结果）。
7.权责分别
系统更正过程中，应采用各种措施保证保护环境程序代码接见权限碰到优异控制。
这些措施包括：
1、经过系统用户的授权管理，保证只有特定人员能进行系统保护工作；
2、若是使用专用程序开发工具，只有授权人员才能使用程序开发工具（通
过只有特定开发人员拥有程序开发工具）；
3、经过对源代码的接见控制，限制只有授权人员才能获得源代码以进行系
统保护；
4、在进行自有系统的程序更正时，应建立版本控制制度保证每次在最新的
代码基础进步行更正，当多名程序员同时进行更正工作时，能够进行合适协调；
5、经过对系统日志的批阅，督查系统保护人员在系统中的操作，确认保护
工作的授权；
6、在进行自有系统的程序更正时，应防范源代码在达成测试到正式上线之
间的非授权更正。
系统更正过程中，采用各种措施保证生产系统应用程序接见权限碰到优异控
制。
这些措施包括：
1、经过生产环境的接见控制，限制对生产环境的接见；
第5页/共8页
2、经过物理间隔的手段，限制对生产环境的接见；
3、经过逻辑间隔的手段，限制对生产环境的接见；
4、对授权接见生产环境的人员进行详细记录，使用该记录对生产环境接见
权限的检查，保证只有经授权人员才能接见生产环境；
5、一般用户只能经过前台登录系统，不能够通过后台（如使用生产环境操作
系统的命令行）进行操作；
6、信息技术人员不应该拥有前台应用程序的业务操作接见权限，更不应该
在前台应用程序中担当本质的业务操作任务；
7、从技术角度限制开发人员对生产环境中应用程前言件夹的接见权限，只
有经过授权的人员对程序拥有读、写和执行的权限；
8、禁止信息技术人员共享操作系统级其余账号。
第6页/共8页
附录
1、系统更正申请表
系统名称：
申请人：
申请时间：
更正原因：
更正内容：
物理安全更正□网络安全更正□
主机安全更正□应用安全更正□
数据安全更正□
更正描述：
更正影响：
系统主管部门审批建议：
审批人签字：
信息安全管理部门审批建议：
审批人签字：
信息安全领导机构审批建议：
审批人签字：
备注：
注：
可加附页
第7页/共8页
2、更正过程记录
系统名称：
更正执行时间开始：
结束：
更正结果成功□失败□（可否达成回退操作是□否□）
更正执行机构及人员：
更正相关系统更正申请□风险管理威胁控制计划□
资料更正操作指南□系统回退方案□
更正推行过程描述：
更正
财富名称
种类
责任人
更正办理
操作
财富
管理
更正结果确认查收人员：
备注：
第8页/共8页
升级会员 