信息系统变更管理制度范文
信息系统变更管理制度范文
为规范信息系统的配置、变更和发布的流程，使系统配置和变更等工作能顺利实施，需要制定并实施相应的管理制度。学习啦小编今天为你整理了信息系统变更管理制度范文，希望对大家有帮助!
信息系统变更管理制度范文篇一
1.目的 为规范信息系统的配置、变更和发布的流程，使系统配置和变更等工作能顺利实施，保证硬件设备和软件系统的正常运行。
2.标准
2.1 信息系统的定义：计算机软件系统、硬件设备以及数据。
2.2信息系统配置、变更和发布管理的范围
2.2.1核心设备的配置和变更，包括服务器硬件变更、服务器操作系统配置和变更、各级交换机的配置和变更。
2.2.2业务数据库的配置和变更。
2.2.3应用软件的配置、变更和发布。
2.2.4终端计算机的配置和变更。
2.3配置、变更和发布的流程
2.3.1计划和申请
2.3.1.1对于新上线的信息系统，应根据实际需要制定配置和实施计划，确保系统能顺利投入使用。
2.3.1.2对于在用的信息系统，因管理工作需要进行变更的，应调研变更的涉及范围和实施过程中可能出现的问题，涉及面广影响较大的需填写《信息系统变更申请表》，并制定变更实施计划。
2.3.1.3对于在用的软件业务系统，科室因业务工作需要，要求对软件系统进行系统缺陷修改或功能完善的，须填写《信息系统软件功能新增修改申请表》。
2.3.2审批
2.3.2.1涉及面小且影响轻微的或必须立刻实施的信息系统变更，可由信息科负责人审批。
2.3.2.2 涉及面广且影响较大的信息系统变更，先由信息科负责人审批，再上报主管院长审批。
2.3.2.3 对于科室提交的软件系统功能的修改变更，先由所属的主管职能部门审批，再由信息科负责人审批，如涉及开发费用的需由主管院长审批。
2.4实施和发布
2.4.1对于新上线的信息系统，按照制定的计划方案进行实施。
2.4.2 对于在用的信息系统，信息科需细化实施方案，必要时制定风险应对计划，通知本次变更所涉及的科室和人员作好相应的准备工作，再按照实施方案进行具体的变更实施。
2.4.3 软件系统的发布，按照《信息系统软件版本变更管理制度》的有关规定执行。
2.4.4 对于新安装的计算机终端，在投入使用前应由所涉及到的业务系统的责任维护人员进行检查和配置，再进行分发使用。
2.5 记录
2.5.1信息系统配置或变更实施完毕，持续正常运行后，需进行相关配置的记录，填写《信息系统配置记录表》。
3.文档
3.1《信息系统变更申请表》
3.2《信息系统软件功能新增修改申请表》
3.3《信息系统配置记录表》
信息系统变更管理制度范文篇二
第1章 总则
第1条 为了提高企业的经营绩效与工作效率提升企业信息系统的可靠性、稳定性与安全性特制定本制度。
第2条 本制度适用于信息部以及各用户部门涉及使用企业信息系统的相关人员。
第2章 系统开发与变更
第3条 企业信息系统开发所遵循的原则
1. 因地制宜原则 应根据行业特点、企业规模、管理理念、组织结构、核算方法等因素设计适合本单位的计算机信息系统。
2. 成本效益原则 计算机信息系统的建设应当能起到降低成本、纠正偏差的作用根据成本效益原则企业可以选择对重要领域中的关键因素进行信息系统改造。
3. 理念与技术并重原则 信息系统建设应当将信息系统技术与信息系统管理理念整合倡导全体员工积极参与信息系统建设正确理解和使用信息系统提高信息系统的运作效率。
第4条 项目部人员在信息系统开发中要将相应的交易权限嵌入到系统程序中以便检查、纠正错误和舞弊行为。
第5条 系统开发任务书内容
1. 信息系统名称。
2. 信息系统应该达到的技术性能。
3. 信息系统的操作环境。
4. 开发信息系统的具体工作计划。
5. 开发信息系统的人员与协作单位。
6. 开发信息系统的费用预算。
第6条 所选的外包合作开发信息系统的机构必须有合作开发信息系统的经验
并加强对其的监控力度。
第7条 测试专员需将系统测试中所出现的问题记录成册定期交予信息部经理。
第8条 在信息系统安装调试前的必要工作如下。
1. 制定紧急预案以确保新系统发生故障时能切回到旧系统。
2. 必须完成整体测试和用户验收测试后才可安装调试。
第9条 新旧系统切换时进行数据迁移必须建立数据迁移计划并对迁移结果进行测试。
第10条 安装后的信息系统功能变更时须重新按照系统开发的有关程序进行。
第3章 信息系统的维护 第11条 对于企业自主开发的信息系统根据其大小及性能定期检测、定期维护。
第12条 数据库管理专员将数据库中的数据定期备份以防止系统出现问题时数据丢失。
第13条 信息系统出现问题时信息部员工按应急预案进行处理。
第4章 附则
第14条 本制度由信息部制定其解释权、修改权归属信息部。
第15条 本制度自总裁审批之日起实施修改时亦同。
信息系统变更管理制度范文篇三
为规范软件变更与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。
一、变更流程：
1、系统变更的条件
(1)功能完善维护，业务部门由于业务发展或业务处理需要，所产生的对系统的现有功能进行修改、完善的需求。
(2)系统缺陷修改，系统设计和实现上的缺陷会引发业务操作中的异常，对系统缺陷修复的需求
(3)统计报表生成，业务部门统计报表数据生成的需求。所要求的统计报表数据不能够通过应用系统现有功能提供。这些报表有的只是一次性使用，有的需要经常使用。
2、系统变更工作以任务的形式有相关部门和系统管理员协助完成，系统变更过程类似软件开发，大致可分为四个阶段：任务提交和接受、任务实现、任务验收和程序下发上线。
3、因紧急问题处理引发的系统变更处理，具体流程参见《紧急变更流程》。
4、相关科室提供的系统变更需求，并将变更需求整理成《系统变更申请表》，由科室负责人提交给主管院长审批后交系统管理员。
5、系统管理员负责接受需求，进行需求分析后，向开发人员提出系统变更建议。
6、实现过程应按照软件开发过程规定进行，系统变更过程应遵循软件开发过程相同的正式、统一的编码标准，并经过测试和正式验收才能发布。
7、系统管理员组织相关科室对系统变更严格按照功能要求在备用服务器上进行全面调试，并撰写《程序变更验收报告》，提交科室负责人和系统管理员签字确认通过后才能发布，并对前一版本撤销。
8、系统管理员负责对系统变更过程的文档进行归档、版本管理，变更过程中涉及的文档至少保存两年
二、紧急变更流程
1、紧急事件的报告：
科室发现系统异常，导致业务处理无法正常进行，必须迅速处理解决时，问题发现人将问题报告给系统管理员。系统管理员根据问题信息，进行问题的初步诊断。如有可能，对问题原因进行分析定位，并给出解决问题的建议。
2、紧急事件变更启动：
系统管理员接到紧急问题上报后，及时与问题报告人进行讨论和交流，了解情况，并最终判定是否属于紧急事件，确定属于紧急事件后，由系统管理员启动紧急事件变更流程，并根据其重要性和紧迫性分配优先权，组织人员采取相应的处理流程。
3、紧急事件变更处理：
系统管理员组织人员进行紧急事件变更处理。紧急事件变更流程处理同一般问题变更流程，包括分析、设计、实施、测试、验收;但需要使用专设用户账号进行紧急事件处理变更，并进行明确的紧急事件变更文档记录。
4、紧急事件变更程序开发：
系统管理员组织完成变更处理后，进行程序分发。紧急事件变更流程的程序分发同一般系统变更流程。
5、补办文档领导审批记录
紧急问题得到妥善解决后，需要分别补办各类文档和审批记录。
三、系统配置管理
1、系统配置包括操作系统软件、数据库软件、网络设备系统软件、安全设备系统软件、信息系统管理软件的基础基准。维护人员应该为信息系统建立合适的配置基准，确保系统安全和整体安全要求一致。
2、经授权的配置管理员应根据系统安装手册与配置基准对初装系统或设备进行基准配置，同时记录安装工程与设置，确保配置的正确性。
3、完成基准配置的系统或设备进行运行测试个安全性检查。运行测试和安全性检查通过后，配置管理员需在配置记录上记录运行测试和安全检查结果，由配置监管人员签字确认。只有在测试和安全性检查通过的情况下该系统或者设备才能在生产环境下运行。
看过信息系统变更管理制度范文的人还会看：
1.文件管理制度范文
2.完善规章制度范文
3.部门规章制度范本
5.部门管理制度范文