信息系统变更及发布管理制度

信息系统变更及发布管理制度

第一章总则

第一条为规范软件变更与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。

第二条本制度适用于应用系统已开发或采购完毕并正式上线、且由软件开发组织移交给应用管理组织之后，所发生的生产应用系统（以下简称应用系统）运行支持及系统变更工作。

第二章变更流程

第三条系统变更工作可分为下面三类类型：

1.功能完善维护

业务部门由于业务发展或业务处理的需要，所产生的对系统的现有功能进行修改、完善的需求。

2.系统缺陷修改

系统设计和实现上的缺陷会引发业务操作中的异常。对系统缺陷进行修复的需求。

3.统计报表生成

业务部门统计报表数据生成的需求。所要求的统计报表数据不能够通过应用系统现有功能提供。这些报表有的只是一次性使用，有的需要经常使用。

第四条系统变更工作以任务形式由相关科室和计算机管理员协作完成。系统变更过程类似软件开发，大致可分为四个阶段：任务提交和接受、任务实现、任务验收和程序下发上线。

第五条因紧急问题处理引发的系统变更处理，具体流程参见《紧急变更流程》。

第六条相关科室提出系统变更需求，并将变更需求整理成《系统变更申请表》，由科室负责人审批后提交给计算机管理员。

第七条计算机管理员负责接受需求，进行分析需求后，向开发人员提出系统变更建议。

第八条实现过程应按照软件开发过程规定进行。系统变更过程应遵循软件开发过程相同的正式、统一的编码标准，并经过测试和正式验收才能分发。

第九条计算机管理员组织相关科室对系统程序变更严格按照功能要求在备用服务器上进行全面调试，并撰写《程序变更验收报告》，提交科室负责人和计算机管理员签字确认通过后才能分发，并对前一版本撤销。

第十条计算机管理员负责对系统变更过程的文档进行归档进行版本管理，变更过程中涉及的所有文档应至少保存两年。

第三章紧急变更流程

1、紧急事件的报告

科室发现系统异常，导致业务处理无法正常进行，必须迅速处理解决时，问题发现人将问题报告给计算机管理员。

计算机管理员根据问题信息，进行问题的初步诊断，如有可能，对问题原因进行分析定位，并给出解决问题的建议

2、紧急事件变更启动

计算机管理员接到紧急问题上报后，及时与进行讨论和交流，了解情况，并最终判定是否属于紧急事件。

确定属于紧急事件后，由计算机管理员启动紧急事件变更流程，并根据其重要性和紧迫性分配优先权，组织人员采取相应的处理流程。

3、紧急事件变更处理

计算机管理员组织人员进行紧急事件变更处理。紧急事件变更流程的变更处理同一般问题变更流程，包括分析、设计、实施、测试、验收，但需使用专设系统用户账号进行紧急事件变更，并进行明确的紧急事件变更文档记录。

4、紧急事件变更程序分发

计算机管理员组织完成变更处理后，进行程序分发。紧急事件变更流程的程序分发同一般系统变更流程。

5、补办文档和领导审批记录

紧急问题得到妥善解决后，需要分别补办各类文档和审批记录。

第十八条系统变更过程中，采取各种措施保证调试系统应用程序访问权限受到良好控制。这些措施包括：

1、通过调试环境的访问控制，限制对调试环境的访问；

2、通过物理隔离的手段，限制对调试环境的访问；

3、通过逻辑隔离的手段，限制对调试环境的访问；

4、对授权访问调试环境的开发人员进行详细记录，使用该记录对调试环境访问权限的检查，确保只有经授权开发人员才能访问调试

环境；

5、普通用户只能通过前台登录系统，不能通过后台（如使用调试环境操作系统的命令行）进行操作；

6、开发人员不应该拥有前台应用程序的业务操作访问权限，更不应该在前台应用程序中担任实际的业务操作任务

7、从技术角度限制开发人员对调试环境中应用程序文件夹的访问权限，只有经过授权的开发人员对程序拥有读、写和执行的权限；