信息系统变更、发布、配置管理制度

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

信息系统变更、发布、配置管理制度

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

一、变更流程:

1、系统变更的条件

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

(2)系统缺陷修改,系统设计和实现上的缺陷会引发业务操作中的异常,对系统缺陷修复的需求

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

2、系统变更工作以任务的形式有相关部门和系统管理员协助完成,系统变更过程类似软件开发,大致可分为四个阶段:任务提交和接受、任务实现、任务验收和程序下发上线。

3、因紧急问题处理引发的系统变更处理,具体流程参见《紧急变更流程》。

4、相关科室提供的系统变更需求,并将变更需求整理成《系统变更申请表》,由科室负责人提交给主管院长审批后交系统管理员。

5、系统管理员负责接受需求,进行需求分析后,向开发人员提出系统变更建议。

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

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

8、系统管理员负责对系统变更过程的文档进行归档、版本管理,变更过程中涉及的文档至少保存两年

二、紧急变更流程

1、紧急事件的报告:

科室发现系统异常,导致业务处理无法正常进行,必须迅速处理解决时,问题发现人将问题报告给系统管理员。系统管理员根据问题信息,进行问题的初步诊断。如有可能,对问题原因进行分析定位,并给出解决问题的建议。

2、紧急事件变更启动:

系统管理员接到紧急问题上报后,及时与问题报告人进行讨论和交流,了解情况,并最终判定是否属于紧急事件,确定属于紧急事件后,由系统管理员启动紧急事件变更流程,并根据其重要性和紧迫性分配优先权,组织人员采取相应的处理流程。

3、紧急事件变更处理:

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

4、紧急事件变更程序开发:

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

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

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

三、系统配置管理

1、系统配置包括操作系统软件、数据库软件、网络设备系统软件、安全设备系统软件、信息系统管理软件的基础基准。维护人员应该为信息系统建立合适的配置基准,确保系统安全和整体安全要求一致。

2、经授权的配置管理员应根据系统安装手册与配置基准对初装系统或设备进行基准配置,同时记录安装工程与设置,确保配置的正确性。

3、完成基准配置的系统或设备进行运行测试个安全性检查。运行测试和安全性检查通过后,配置管理员需在配置记录上记录运行测试和安全检查结果,由配置监管人员签字确认。只有在测试和安全性检查通过的情况下该系统或者设备才能在生产环境下运行。

相关文档
最新文档