变更管理规定-v1内容摘要：
应用程序软件和程序库的升级、补丁或更新等，在制订变更计划时，就需要将失败恢复措施作为 必要措施写入计划，并经 实施部 领导与各应用部门论证通过。 3) 实施部 提交《变更申请表》和《变更计划表》 变更的测试 1) 变更测试是对回退计划、变更实施计划和变更预期进行测试。 变更测试应在独立的测试系统上进行。 不可再正式环境中进行测试 2) 对于重要设备和重要信息系统的重大变更要首先进行测试，避免变更带来的风险。 3) 对需要测试的变更，制定应急恢复计划。 1) 实施部 长 对提交的变更计划进行审核，如涉及到其他部门，则转发相关部门共同审议，达成共同意见后，批准变更计划。 2) 如需要召开变更协调会议， 实施部 要保留相关会议记录。 3) 系统管理员经 实施部 长 授权后实施变更具体操作。 1) 变更实施前， 实施部 负责将变更的信息传达到所有相关用户。 变更应按批准的计划和程序进行。 2) 要 由经过培训的管理员，根据授权来执行操作系统软件、应用程序软件和程序库的升级、补丁或更新。 3) 操作系统软件、应用程序软件和程序库的升级、补丁或更新前，应进行数据备份，包括数据、程序和具体配置。 4) 在变更实施时，需要时刻注意对应用系统造成的影响，如影响超出可控范围，需停止变更，并将系统恢复到变更前的状态。 1) 变更后， 实施部 填写《变 更验收报告》 2) 在变更实施后，由 实施部 和各应用部门及用户对变更的影响作出测试或评估，确保对业务连续性和安全没有不利影响。 3) 变更主管对变更进行评估，评估内容包括： a) 变更是否达到预期的目标 b) 用户是否满意变更的结果 c) 变更是否带来未预期的副作用 d) 变更的费用和工作量是否超过预期 4) 如果变更成功，则变更结束。 如果变更失败，则重新开始。 变更主管可根据情况，建议执行回退计划然后重新申请变更。 因为继续在失败的系统中变更常常会引起更多的问题。 5) 变更 不成功的恢复措施： a) 根。阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体)，仅供学习参考。
用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权，请联系我们反馈本站将在三个工作日内改正。