030-变更控制程序.docx

《030-变更控制程序.docx》由会员分享，可在线阅读，更多相关《030-变更控制程序.docx（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、变更控制程序撰写： 发布：2020年8月1日文件编号：YJF-SP-030版本:A0文档秘级：秘密版本历史序号版本修订内容修订部门/人修订时间1A0制定2020-8-123451范围本标准规定了*科技管理信息网信息系统/实时数据网信息系统 变更的分类、影响、授权、失败恢复等过程的控制要求。2规范性引用文件以下文件中的条款通过本标准的引用而成为本标准的条款。但凡注日期的引用文 件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓 励各部门研究是否可使用这些文件的最新版本。但凡不注日期的引用文件，其最新版本 适用于本标准。YJF-SP-021信息处理设施控制程序YJF-SP

2、-027软件开发平安控制程序3术语和定义无4职责和权限1. 1系统运维部系统运维部是管理本公司信息系统变更的归口管理部门，负责批准变更的计划、实 施、恢复，总体评价变更影响，决策管理；配合应用管理部门实施变更。系统运维部在对外服务方面应遵守被服务方的变更管理流程及相关要求。5活动描述5. 1变更分类6. 1. 1本公司涉及的变更分为以下6类：a） IT设备（信息处理设施）变更。b）操作系统变更。c）应用系统变更。d）操作流程变更。e）数据库变更。f）配置信息变更。5.2变更控制要求5. 2. 1变更计划制订5. 当信息系统需要产生变更时，应先分析其变更原因，变更主要有以下几个 方面：a） IT

3、设备的维修、升级或更换，按信息处理设施控制程序进行控制。b）操作系统的补丁升级或更换。c）应用系统的升级或更换。d）各类操作流程的变更。e）数据库变更。f）配置信息变更。5.2. 1.2在明确变更原因后，信息系统归口管理部门负责对变更进行筹划，提出变 更意见，以及变更的具体实施方案计划，交由领导审核。5. 2.2变更的批准（授权）5.2.2. 1领导对提交的变更计划进行审核，如涉及到其他部门，那么转发相关部门共 同审议，达成共同意见后，批准变更计划。5. 2. 2. 2归口管理部门经领导授权后实施变更具体操作。5. 2.3变更影响评价对于重要设备和管理信息网系统的重大变更，应对变更影响进行评价

4、：a）变更实施前，由归口管理部门及各应用管理部门提出变更预期目的及影响预测, 交由领导审核。b）变更实施后，首先由归口管理部门对变更的实际影响进行评估，提交领导进行 影响评估。c）变更实施后，各应用管理部门和用户对变更产生的影响进行评估，并将意见反 馈给归口管理部门。5.3变更的实施5.3. 1变更实施前，归口管理部门负责将变更的信息传到达所有相关用户。变更应 按批准的计划和程序进行。5. 3. 2软件的版本控制按软件开发平安控制程序进行。5.3.3 应当由经过培训的管理员，根据授权来执行操作系统软件、应用程序软件和 程序库的升级、补丁或更新。5.3.4 操作系统软件、应用程序软件和程序库的升

5、级、补丁或更新前，应进行数据 备份，包括数据、程序和具体配置。5. 3. 5变更如果影响业务连续性计划，应对业务连续性计划做适当调整或改变。5. 3. 6在变更过程中，应采取措施防止信息泄漏（防止隐蔽通道或特洛伊木马等）。5. 3. 7应保存操作系统软件、应用程序软件和程序库的升级、补丁或更新记录。5.4变更不成功的恢复措施1.1.1 1所有的变更，包括IT系统的变更、操作系统软件、应用程序软件和程序库的 升级、补丁或更新等，在制订变更计划时，就需要将失败恢复措施作为必要措施写入计 划，并经领导与各应用管理部门论证通过。1.1.2 在变更实施时，需要时刻注意对应用系统造成的影响，如影响超出可控

6、范围, 需停止变更，并将系统恢复到变更前的状态。1.1.3 在变更实施后，由归口管理部门和各应用管理部门及用户对变更的影响作出 测试或评估，确保对业务连续性和平安没有不利影响。如评估结果为变更不成功，那么应 启动变更恢复措施，将变更还原。5.5软件包的变更5. 5. 1本公司一般不更改软件包。如果确有必要进行更改，应取得供应商的许可和 支持，提出更改的部门应在实施前进行风险评估，确定必须的控制措施，经系统运维部 及上级领导批准。6. 5. 2软件包更改时，应保存原始软件，并在完全一样的复制软件上进行更改，更 改实施前应得到归口管理部门和应用系统主管部门的授权。6相关文件6.1 软件开发平安控制程序6.2 信息处理设施控制程序7记录表单7. 1变更申请表