银行业金融机构重要信息系统投产及变更管理办法

第一篇：银行业金融机构重要信息系统投产及变更管理办法

中国银监会办公厅关于印发《银行业金融机构重要信息系统投产及变更管理办法》的通知各银监局，各政策性银行、国有商业银行、股份制商业银行，邮政储蓄银行，各省级农村信用联社：

为加强银行业金融机构重要信息系统投产及变更风险管理，保障银行业金融机构重要信息系统安全稳定运行，现将《银行业金融机构重要信息系统投产及变更管理办法》印发给你们，请遵照执行。请各银监局将本通知转发至辖内各银行业金融机构。

中国银行业监督管理委员会

二00九年十二月二十九日

银行业金融机构重要信息系统投产及变更管理办法

第一章 总则

第一条 为加强银行业金融机构重要信息系统投产及变更风险管理，根据《中华人民共和国银行业监督管理法》、《中华人民共和国商业银行法》制定本办法。

第二条 在中华人民共和国境内设立的政策性银行、国有商业银行、股份制商业银行、邮政储蓄银行、城市商业银行、农村商业银行、农村合作银行、农村信用社、城市信用社、外商独资银行、中外合资银行适用本办法。中国银行业监督管理委员会（以下简称中国银监会）监管的其他金融机构参照本办法执行。

第三条 本办法所称的重要信息系统是指支撑重要业务，其信息安全和服务质量关系公民、法人和其他组织的权益，或关系社会秩序、公共利益乃至国家安全的信息系统。包括面向客户、涉及账务处理且实时性要求较高的业务处理类、渠道类和涉及客户风险管理等业务的管理类信息系统，以及支撑系统运行的机房和网络等基础设施。

第四条 本办法所称的重要信息系统投产及变更主要指：

（一）重要信息系统投产。

（二）支撑重要信息系统运行的机房和网络基础设施投产。

（三）影响全辖或一个（含）以上分行系统服务、重要业务中断时间3小时（含）以上的重要信息系统以及支持其运行的基础设施变更，包括机房场地迁移、网络及核心业务系统应用架构变更、核心业务系统版本变更等。

（四）其他对银行重要业务运营及重要信息系统的可用性、完整性、安全性具有较大潜在影响的投产及变更。

第二章 组织管理

第五条 银行业金融机构应健全IT治理结构，落实重要信息系统投产及变更管理责任。

第六条 银行业金融机构高级管理层应统筹管理重要信息系统建设，听取重大项目投产或变更的风险评估汇报，对风险控制过程进行监督。

第七条 银行业金融机构信息科技部门应建立重要信息系统投产及变更管理机制、制度与流程，承担技术管理工作，协调业务、管理部门开展重要信息系统投产及变更工作，保障信息科技资源投入。

第八条 银行业金融机构业务、管理部门应配合信息科技部门开展投产及变更工作，开展业务影响分析，制定业务管理办法，组织用户测试，保证业务资源投入。

第九条 银行业金融机构内部审计部门应开展重要信息系统投产及变更审计工作，针对问题发现提出整改意见。

第三章 风险评估

第十条 银行业金融机构应充分识别、分析、评估重要信息系统投产及变更风险，包括系统功能缺陷、客户信息泄露、业务中断、交易缓慢或其他因素可能造成的操作风险、法律风险和声誉风险，并形成风险评估报告。

第十一条 银行业金融机构在采取有效信息安全控制措施的前提下，可委托外部专家或具备相应资质的外部专业机构进行重要信息系统投产及变更的风险评估工作。

第十二条 银行业金融机构董事会及高级管理层应审慎重大项目的风险评估报告。

第十三条 银行业金融机构应针对风险评估中发现的薄弱环节制定整改方案，明确整改时间。不具备整改条件的应采取风险缓释措施。

第四章 投产及变更控制

第十四条 银行业金融机构应统一组织协调重要信息系统投产及变更工作，制定年度投产及变更规则，编制实施计划和方案，确定实施策略和步骤，明确岗位职责，确保关键岗位职责分离。

第十五条 银行业金融机构应对重要信息系统投产及变更过程进行安全审查，采取风险控制措施，有效控制重要信息系统投产及变更风险。

第十六条 银行金融机构应建立重要信息系统投产及变更内容评审和审批、授权机制。

第十七条 银行业金融机构应按照对业务影响最小原则，采取与风险程度相适应的重要信息系统投产及变更策略。

第十八条 银行业金融机构应合理避开业务高峰期和敏感时段安排重要信息系统上线，应提前将重要信息系统投产及变更可能对服务的影响告知客户。

第十九条 银行业金融机构应建立充分、完整的测试体系，测试结果应经过信息科技部门和相关业务部门确认，并形成测试和验收报告，确保系统上线后的正常稳定运行以及系统功能与业务目标的一致性。

第二十条 银行业金融机构应建立与生产环境相隔离的测试环境，测试环境应模拟生产环境的真实情况。

第二十一条 银行业金融机构应建立完善的版本管理制度，制定严格的审批、控制和操作流程，保存完整的日志记录。拟投产及变更的重要信息系统应保证版本完整、准确、有效，遵从系统开发和运行管理制度规范。

第二十二条 银行业金融机构应加强重要信息系统投产及变更过程中的数据管理与质量控制；测试环境中使用的敏感生产数据应进行脱敏、变形处理；需要历史数据迁移的，应制定详细的数据迁移计划，并提前进行数据迁移测试和数据有效性、兼容性验证，确保迁移后数据的完整性、安全性和可用性。

第二十三条 银行业金融机构应制定重要信息系统投产及变更应急预案，制定系统回退和应急处置计划和流程，必要时应实施演练。

第二十四条 重要信息系统投产及变更过程中，银行业金融机构应严格执行上线实施方案，加强监督与复核，避免操作失误和非法操作。

第二十五条 银行业金融机构应加强重要信息系统投产及变更过程的风险监控和预警，各相关部门协同做好应急准备。

第二十六条 银行业金融机构应制定并落实系统运行管理规程、制度，制定、完善相关业务管理办法、操作规程，明确业务及运行管理职责，组织必要的培训，确保投产及变更实施后业务顺利开展。

第二十七条 银行业金融机构应在重要信息系统投产及变更实施后，组织业务部门、管理部门和信息科技部门对投产及变更的有效性进行验证。

第二十八条 银行业金融机构应在重要信息系统投产及变更实施后及时更新各项相关应急预案，并适时实施演练。

第二十九条 银行业金融机构应对重要信息系统投产及变更过程产生的各类文档资料进行管理，确保文档资料的完整性、及时性和有效性，并满足独立审计要求。

第五章 投产及变更报告

第三十条 银行业金融机构应就重要信息系统投产及变更事项向中国银监会或其派出机构报告。

第三十一条 银行业金融机构应在重要信息系统投产前至少20个工作日、变更前至少10个工作日向中国银监会或其派出机构报告，包括但不限于：

（一）总体说明：投产及变更目的、内容、计划起止时间、业务影响范围、联系人及联系方式等。

（二）重要信息系统基本信息，包括：系统名称、业务功能，操作系统、数据库、中间件情况，应用架构、技术架构、数据架构，生产主机备份方案、数据备份方案，运行管理等相关职能部门，是否纳入灾难恢复计划等。

（三）重要信息系统安全策略和措施，包括对账户、交易和客户敏感信息的安全控制措施等。

（四）涉及基础设施的，需提供基础设施基本信息，包括机房和网络方案。机房方案包括等级标准、地址、供配电系统、消防、空调、弱电系统、机房加固、机房空间规划，以及机房验收报告等；网络方案包括网络架构分区、核心网络备份情况，以及区域间、外联网、互联网边界安全措施与网络监控措施等。

（五）采取外包方式的，需提交外包服务机构情况、外包服务内容、外包风险评估报告等。

（六）投产及变更方案，包括投产及变更的组织结构与实施计划、操作步骤等。

（七）风险评估报告，应包括业务影响分析，技术风险分析与评估，控制措施的有效性，以及剩余风险等。

（八）应急预案，包括应急处置组织结构，应急场景，应急处置流程、步骤，应急联系方式与报告路线等，实施演练的应提交演练总结报告。

第三十二条 银行业金融机构应在重要信系统投产及变更实施后1个月内向中国银监会或其派出机构提交总结报告材料，内容包括但不限于：投产及变更方案执行情况、效果，问题发现和处理情况，后续改进措施等。如投产及变更失败，应详细说明失败原因。

第三十三条 银行业金融机构应按照属地监管原则提交报告材料，报送路线如下：

（一）银行业金融机构法人组织实施投产及变更的，由该法人机构统一向中国银监会或其派出机构提交报告材料。

（二）银行业金融机构分行组织实施投产及变更的，由分行向所在地中国银监会派出机

构提交报告材料。

第三十四条 重要信息系统投产及变更如失败需要重新安排的，银行业金融机构应再次向中国银监会或其派出机构报告。

第三十五条 银行业金融机构数据中心机房设立、场所变更，应按照中国银监会有关数据中心管理规范报告。

第六章 监督管理

第三十六条 针对银行业金融机构重要信息系统投产及变更风险，中国银监会及其派出机构可以采取风险提示、约见谈话、监管质询等措施。

第三十七条 中国银监会及其派出机构可依法对银行业金融的重要信息系统投产及变更实施现场检查。

第三十八条 银行业金融机构违反本办法有关规定的，中国银监会及其派出机构将依法追究相关责任。

第七章 附则

第三十九条 本办法由中国银监会负责解释和修订。

第四十条 本办法自公布之日起执行。

第二篇：银行业金融机构重要信息系统投产及变更管理办法范文

中国银监会办公厅关于印发

《银行业金融机构重要信息系统投产及变更管理办法》的通

知

银监办发[2009]437号

各银监局，各政策性银行、国有商业银行、股份制商业银行，邮政储蓄银行，各省级农村信用联社：

为加强银行业金融机构重要信息系统投产及变更风险管理，保障银行业金融机构重要信息系统安全稳定运行，现将《银行业金融机构重要信息系统投产及变更管理办法》印发给你们，请遵照执行。请各银监局将本通知转发至辖内各银行业金融机构。

2009年12月29日

银行业金融机构重要信息系统投产及变

更管理办法

第一章 总 则

第一条为加强银行业金融机构重要信息系统投产及变更风险管理，根据《中华人民共和国银行业监督管理法》、《中华人民共和国商业银行法》制定本办法。

第二条在中华人民共和国境内设立的政策性银行、国有商业银行、股份制商业银行、邮政储蓄银行、城巿商业银行、农村商业银行、农村合作银行、农村信用社、城巿信用社、外商独资银行、中外合资银行适用本办法。中国银行业监督管理委员会（以下简称中国银监会）监管的其他金融机构参照本办法执行。

第三条本办法所称的重要信息系统是指支撑重要业务，其信息安全和服务质量关系公民、法人和其他组织的权益，或关系社会秩序、公共利益乃至国家安全的信息系统。包括面向客户、涉及账务处理且实时性要求较高的业务处理类、渠道类和涉及客户风险管理等业务的管理类信息系统，以及支撑系统运行的机房和网络等基础设施。

第四条本办法所称的重要信息系统投产及变更主要指：(一）重要信息系统投产。

(二）支撑重要信息系统运行的机房和网络基础设施投产。

(三）影响全辖或一个（含）以上分行系统服务、重要业务中断时间3小时（含）以上的重要信息系统以及支持其运行的基础设施变更，包括机房场地迁移、网络及核心业务系统应用架构变更、核心业务系统版本变更等。(四）其他对银行重要业务运营及重要信息系统的可用性、完整性、安全性具有较大潜在影响的投产及变更。

第二章 组织管理

第五条银行业金融机构应健全IT治理结构，落实重要信息系统投产及变更管理责任。

第六条银行业金融机构高级管理层应统筹管理重要信息系统建设，听取重大项目投产或变更的风险评估汇报，对风险控制过程进行监督。

第七条银行业金融机构信息科技部门应建立重要信息系统投产及变更管理机制、制度与流程，承担技术管理工作，协调业务、管理部门开展重要信息系统投产及变更工作，保障信息科技资源投入。

第八条银行业金融机构业务、管理部门应配合信息科技部门开展投产及变更工作，开展业务影响分析，制定业务管理办法，组织用户测试，保证业务资源投入。

第九条银行业金融机构内部审计部门应开展重要信息系统投产及变更审计工作，针对问题发现提出整改意见。

第三章 风险评估

第十条银行业金融机构应充分识别、分析、评估重要信息系统投产及变更风险，包括系统功能缺陷、客户信息泄露、业务中断、交易缓慢或其他因素可能造成的操作风险、法律风险和声誉风险，并形成风险评估报告。第十一条银行业金融机构在采取有效信息安全控制措施的前提下，可委托外部专家或具备相应资质的外部专业机构进行重要信息系统投产及变更的风险评估工作。

第十二条银行业金融机构董事会及高级管理层应审核重大项目的风险评估报告。

第十三条银行业金融机构应针对风险评估中发现的薄弱环节制定整改方案，明确整改时间。不具备整改条件的应采取风险缓释措施。

第四章 投产及变更控制

第十四条银行业金融机构应统一组织协调重要信息系统投产及变更工作，制定投产及变更规划，编制实施计划和方案，确定实施策略和步骤，明确岗位职责，确保关键岗位职责分离。

第十五条银行业金融机构应对重要信息系统投产及变更过程进行安全审查，采取风险控制措施，有效控制重要信息系统投产及变更风险。

第十六条银行业金融机构应建立重要信息系统投产及变更内容评审和审批、授权机制。

第十七条银行业金融机构应按照对业务影响最小原则，采取与风险程度相适应的重要信息系统投产及变更策略。

第十八条银行业金融机构应合理避开业务高峰期和敏感时段安排重要信息系统上线，应提前将重要信息系统投产及变更可能对服务的影响告知客户。第十九条银行业金融机构应建立充分、完整的测试体系，测试结果应经过信息科技部门和相关业务部门确认，并形成测试和验收报告，确保系统上线后的正常稳定运行以及系统功能与业务目标的一致性。

第二十条银行业金融机构应建立与生产环境相隔离的测试环境，测试环境应模拟生产环境的真实情况。

第二十一条银行业金融机构应建立完善的版本管理制度，制定严格的审批、控制和操作流程，保存完整的日志记录。拟投产及变更的重要信息系统应保证版本完整、准确、有效，遵从系统开发和运行管理制度规范。

第二十二条银行业金融机构应加强重要信息系统投产及变更过程中的数据管理与质量控制；测试环境中使用的敏感生产数据应进行脱敏、变形处理；需要历史数据迁移的，应制定详细的数据迁移计划，并提前进行数据迁移测试和数据有效性、兼容性验证，确保迁移后数据的完整性、安全性和可用性。

第二十三条银行业金融机构应制定重要信息系统投产及变更应急预案，制定系统回退和应急处置计划和流程，必要时应实施演练。

第二十四条重要信息系统投产及变更过程中，银行业金融机构应严格执行上线实施方案，加强监督与复核，避免操作失误和非法操作。

第二十五条银行业金融机构应加强重要信息系统投产及变更过程的风险监控和预警，各相关部门协同做好应急准备。

第二十六条银行业金融机构应制定并落实系统运行管理规程、制度，制定、完善相关业务管理办法、操作规程，明确业务及运行管理职责，组织必要的培训，确保投产及变更实施后业务顺利开展。第二十七条银行业金融机构应在重要信息系统投产及变更实施后，组织业务部门、管理部门和信息科技部门对投产及变更的有效性进行验证。

第二十八条银行业金融机构应在重要信息系统投产及变更实施后及时更新各项相关应急预案，并适时实施演练。

第二十九条银行业金融机构应对重要信息系统投产及变更过程产生的各类文档资料进行管理，确保文档资料的完整性、及时性和有效性，并满足独立审计要求。

第五章 投产及变更报告

第三十条银行业金融机构应就重要信息系统投产及变更事项向中国银监会或其派出机构报告。

第三十一条银行业金融机构应在重要信息系统投产前至少20个工作日、变更前至少10个工作日向中国银监会或其派出机构报告，包括但不限于：(一）总体说明：投产及变更目的、内容、计划起止时间、业务影响范围、联系人及联系方式等。

(二）重要信息系统基本信息，包括：系统名称，业务功能，操作系统、数据库、中间件情况，应用架构、技术架构、数据架构，生产主机备份方案、数据备份方案，运行管理等相关职能部门，是否纳入灾难恢复计划等。

(三）

重要信息系统信息安全策略和措施，包括对账户、交易和客户敏感信息的安全控制措施等。(四）涉及基础设施的，需提供基础设施基本信息，包括机房和网络方案。机房方案包括等级标准、地址、供配电系统、消防、空调、弱电系统、机房加固、机房空间规划，以及机房验收报告等；网络方案包括网络架构分区、核心网络备份情况，以及区域间、外联网、互联网边界安全措施与网络监控措施等。

(五）采取外包方式的，需提交外包服务机构情况、外包服务内容、外包风险评估报告等。

(六）投产及变更方案，包括投产及变更的组织结构与实施计划、操作步骤等。

(七）风险评估报告，应包括业务影响分析，技术风险分析与评估，控制措施的有效性，以及剩余风险等。

(八）应急预案，包括应急处置组织结构，应急场景，应急处置流程、步骤，应急联系方式与报告路线等，实施演练的应提交演练总结报告。

第三十二条银行业金融机构应在重要信息系统投产及变更实施后1个月内向中国银监会或其派出机构提交总结报告材料，内容包括但不限于：投产及变更方案执行情况、效果，问题发现和处理情况，后续改进措施等。如投产及变更失败，应详细说明失败原因。

第三十三条银行业金融机构应按照属地监管原则提交报告材料，报送路线如下：

(一）银行业金融机构法人组织实施投产及变更的，由该法人机构统一向中国银监会或其派出机构提交报告材料。

(二）银行业金融机构分行组织实施投产及变更的，由分行向 所在地中国银监会派出机构提交报告材料。

第三十四条重要信息系统投产及变更如失败需重新安排的，银行业金融机构应再次向中国银监会或其派出机构报告。第三十五条银行业金融机构数据中心机房设立、场所变更，应按照中国银监会有关数据中心管理规范报告。

第六章 监督管理

第三十六条针对银行业金融机构重要信息系统投产及变更风险，中国银监会及其派出机构可以采取风险提示、约见谈话、监管质询等措施。

第三十七条中国银监会及其派出机构可依法对银行业金融机构的重要信息系统投产及变更实施现场检查。

第三十八条银行业金融机构违反本办法有关规定的，中国银监会及其派出机构将依法追究相关责任。

第七章 附 则

第三十九条本办法由中国银监会负责解释和修订。第四十条本办法自公布之日起执行。

第三篇：银行业金融机构重要信息系统投产及变更管理办法

银行业金融机构重要信息系统投产及变更管理办法

第一章 总则

第一条 为加强银行业金融机构重要信息系统投产及变更风险管理，根据《中华人民共和国银行

第二条 在中华人民共和国境内设立的政策性银行、国有商业银行、股份制商业银行、邮政储蓄业监督管理法》、《中华人民共和国商业银行法》制定本办法。

银行、城市商业银行、农村商业银行、农村合作银行、农村信用社、城市信用社、外商独资银行、中外合资银行适用本办法。中国银行业监督管理委员会（以下简称中国银监会）监管的其他金融机构参照本办法执行。

第三条 本办法所称的重要信息系统是指支撑重要业务，其信息安全和服务质量关系公民、法人和其他组织的权益，或关系社会秩序、公共利益乃至国家安全的信息系统。包括面向客户、涉及账务处理且实时性要求较高的业务处理类、渠道类和涉及客户风险管理等业务的管理类信息系统，以及支撑系统运行的机房和网络等基础设施。

第四条 本办法所称的重要信息系统投产及变更主要指：

（一）重要信息系统投产。

（二）支撑重要信息系统运行的机房和网络基础设施投产。

（三）影响全辖或一个（含）以上分行系统服务、重要业务中断时间3小时（含）以上的重要信息系统以及支持其运行的基础设施变更，包括机房场地迁移、网络及核心业务系统应用架构变更、核心业务系统版本变更等。

（四）其他对银行重要业务运营及重要信息系统的可用性、完整性、安全性具有较大潜在影响的投产及变更。

第二章 组织管理

第五条 银行业金融机构应健全IT治理结构，落实重要信息系统投产及变更管理责任。第六条 银行业金融机构高级管理层应统筹管理重要信息系统建设，听取重大项目投产或变更的第七条 银行业金融机构信息科技部门应建立重要信息系统投产及变更管理机制、制度与流程，风险评估汇报，对风险控制过程进行监督。

承担技术管理工作，协调业务、管理部门开展重要信息系统投产及变更工作，保障信息科技资源投入。

第八条 银行业金融机构业务、管理部门应配合信息科技部门开展投产及变更工作，开展业务影

第九条 银行业金融机构内部审计部门应开展重要信息系统投产及变更审计工作，针对问题发现响分析，制定业务管理办法，组织用户测试，保证业务资源投入。

提出整改意见。

第三章 风险评估

第十条 银行业金融机构应充分识别、分析、评估重要信息系统投产及变更风险，包括系统功能缺陷、客户信息泄露、业务中断、交易缓慢或其他因素可能造成的操作风险、法律风险和声誉风险，并形成风险评估报告。

第十一条 银行业金融机构在采取有效信息安全控制措施的前提下，可委托外部专家或具备相应第十二条 银行业金融机构董事会及高级管理层应审核重大项目的风险评估报告。资质的外部专业机构进行重要信息系统投产及变更的风险评估工作。

第十三条 银行业金融机构应针对风险评估中发现的薄弱环节制定整改方案，明确整改时间。不具备整改条件的应采取风险缓释措施。

第四章 投产及变更控制

第十四条 银行业金融机构应统一组织协调重要信息系统投产及变更工作，制定投产及变更

第十五条 银行业金融机构应对重要信息系统投产及变更过程进行安全审查，采取风险控制措施，第十六条 银行金融机构应建立重要信息系统投产及变更内容评审和审批、授权机制。

第十七条 银行业金融机构应按照对业务影响最小原则，采取与风险程度相适应的重要信息系统第十八条 银行业金融机构应合理避开业务高峰期和敏感时段安排重要信息系统上线，应提前将第十九条 银行业金融机构应建立充分、完整的测试体系，测试结果应经过信息科技部门和相关规则，编制实施计划和方案，确定实施策略和步骤，明确岗位职责，确保关键岗位职责分离。有效控制重要信息系统投产及变更风险。投产及变更策略。重要信息系统投产及变更可能对服务的影响告知客户。

业务部门确认，并形成测试和验收报告，确保系统上线后的正常稳定运行以及系统功能与业务目标的一致性。

第二十条 银行业金融机构应建立与生产环境相隔离的测试环境，测试环境应模拟生产环境的真

第二十一条 银行业金融机构应建立完善的版本管理制度，制定严格的审批、控制和操作流程，实情况。

保存完整的日志记录。拟投产及变更的重要信息系统应保证版本完整、准确、有效，遵从系统开发和运行管理制度规范。

第二十二条 银行业金融机构应加强重要信息系统投产及变更过程中的数据管理与质量控制；测试环境中使用的敏感生产数据应进行脱敏、变形处理；需要历史数据迁移的，应制定详细的数据迁移计划，并提前进行数据迁移测试和数据有效性、兼容性验证，确保迁移后数据的完整性、安全性和可用性。

第二十三条 银行业金融机构应制定重要信息系统投产及变更应急预案，制定系统回退和应急处

第二十四条 重要信息系统投产及变更过程中，银行业金融机构应严格执行上线实施方案，加强第二十五条 银行业金融机构应加强重要信息系统投产及变更过程的风险监控和预警，各相关部第二十六条 银行业金融机构应制定并落实系统运行管理规程、制度，制定、完善相关业务管理置计划和流程，必要时应实施演练。监督与复核，避免操作失误和非法操作。门协同做好应急准备。

办法、操作规程，明确业务及运行管理职责，组织必要的培训，确保投产及变更实施后业务顺利开展。

第二十七条 银行业金融机构应在重要信息系统投产及变更实施后，组织业务部门、管理部门和

第二十八条 银行业金融机构应在重要信息系统投产及变更实施后及时更新各项相关应急预案，第二十九条 银行业金融机构应对重要信息系统投产及变更过程产生的各类文档资料进行管理，信息科技部门对投产及变更的有效性进行验证。并适时实施演练。

确保文档资料的完整性、及时性和有效性，并满足独立审计要求。

第五章 投产及变更报告

第三十条 银行业金融机构应就重要信息系统投产及变更事项向中国银监会或其派出机构报告。第三十一条 银行业金融机构应在重要信息系统投产前至少20个工作日、变更前至少10个工作日向中国银监会或其派出机构报告，包括但不限于：

（一）总体说明：投产及变更目的、内容、计划起止时间、业务影响范围、联系人及联系方式等。

（二）重要信息系统基本信息，包括：系统名称，业务功能，操作系统、数据库、中间件情况，应用架构、技术架构、数据架构，生产主机备份方案、数据备份方案，运行管理等相关职能部门，是否纳入灾难恢复计划等。

（三）重要信息系统安全策略和措施，包括对账户、交易和客户敏感信息的安全控制措施等。

（四）涉及基础设施的，需提供基础设施基本信息，包括机房和网络方案。机房方案包括等级标准、地址、供配电系统、消防、空调、弱电系统、机房加固、机房空间规划，以及机房验收报告等；网络方案包括网络架构分区、核心网络备份情况，以及区域间、外联网、互联网边界安全措施与网络监控措施等。

（五）采取外包方式的，需提交外包服务机构情况、外包服务内容、外包风险评估报告等。

（六）投产及变更方案，包括投产及变更的组织结构与实施计划、操作步骤等。

（七）风险评估报告，应包括业务影响分析，技术风险分析与评估，控制措施的有效性，以及剩余风险等。

（八）应急预案，包括应急处置组织结构，应急场景，应急处置流程、步骤，应急联系方式与报告路线等，实施演练的应提交演练总结报告。

第三十二条 银行业金融机构应在重要信系统投产及变更实施后1个月内向中国银监会或其派出机构提交总结报告材料，内容包括但不限于：投产及变更方案执行情况、效果，问题发现和处理情况，后续改进措施等。如投产及变更失败，应详细说明失败原因。

第三十三条 银行业金融机构应按照属地监管原则提交报告材料，报送路线如下：

（一）银行业金融机构法人组织实施投产及变更的，由该法人机构统一向中国银监会或其派出机构提交报告材料。

（二）银行业金融机构分行组织实施投产及变更的，由分行向所在地中国银监会派出机构提交报告材料。

第三十四条 重要信息系统投产及变更如失败需要重新安排的，银行业金融机构应再次向中国银

第三十五条 银行业金融机构数据中心机房设立、场所变更，应按照中国银监会有关数据中心管监会或其派出机构报告。

理规范报告。

第六章 监督管理

第三十六条 针对银行业金融机构重要信息系统投产及变更风险，中国银监会及其派出机构可以

第三十七条 中国银监会及其派出机构可依法对银行业金融机构的重要信息系统投产及变更实施第三十八条 银行业金融机构违反本办法有关规定的，中国银监会及其派出机构将依法追究相关采取风险提示、约见谈话、监管质询等措施。现场检查。

责任。

第七章 附则

第三十九条 本办法由中国银监会负责解释和修订。

第四十条 本办法自公布之日起执行。

第四篇：《银行业金融机构重要信息系统投产及变更管理办法》(银监办发[2009]437号)20091229

中国银监会办公厅关于印发《银行业金融机构重要信息系统投产及变更管理办法》的通知

（银监办发[2009]437号）

各银监局，各政策性银行、国有商业银行、股份制商业银行，邮政储蓄银行，各省级农村信用联社：

为加强银行业金融机构重要信息系统投产及变更风险管理，保障银行业金融机构重要信息系统安全稳定运行，现将《银行业金融机构重要信息系统投产及变更管理办法》印发给你们，请遵照执行。请各银监局将本通知转发至辖内各银行业金融机构。

中国银行业监督管理委员会 二00九年十二月二十九日

银行业金融机构重要信息系统投产及变更管理办法

第一章 总则

第一条 为加强银行业金融机构重要信息系统投产及变更风险管理，根据《中华人民共和国银行第二条 在中华人民共和国境内设立的政策性银行、国有商业银行、股份制商业银行、邮政储蓄业监督管理法》、《中华人民共和国商业银行法》制定本办法。

银行、城市商业银行、农村商业银行、农村合作银行、农村信用社、城市信用社、外商独资银行、中外合资银行适用本办法。中国银行业监督管理委员会（以下简称中国银监会）监管的其他金融机构参照本办法执行。

第三条 本办法所称的重要信息系统是指支撑重要业务，其信息安全和服务质量关系公民、法人和其他组织的权益，或关系社会秩序、公共利益乃至国家安全的信息系统。包括面向客户、涉及账务处理且实时性要求较高的业务处理类、渠道类和涉及客户风险管理等业务的管理类信息系统，以及支撑系统运行的机房和网络等基础设施。

第四条 本办法所称的重要信息系统投产及变更主要指：

（一）重要信息系统投产。

（二）支撑重要信息系统运行的机房和网络基础设施投产。

（三）影响全辖或一个（含）以上分行系统服务、重要业务中断时间3小时（含）以上的重要信息系统以及支持其运行的基础设施变更，包括机房场地迁移、网络及核心业务系统应用架构变更、核心业务系统版本变更等。

（四）其他对银行重要业务运营及重要信息系统的可用性、完整性、安全性具有较大潜在影响的投产及变更。

第二章 组织管理

第五条 银行业金融机构应健全IT治理结构，落实重要信息系统投产及变更管理责任。第六条 银行业金融机构高级管理层应统筹管理重要信息系统建设，听取重大项目投产或变更的第七条 银行业金融机构信息科技部门应建立重要信息系统投产及变更管理机制、制度与流程，风险评估汇报，对风险控制过程进行监督。

承担技术管理工作，协调业务、管理部门开展重要信息系统投产及变更工作，保障信息科技资源投入。

第八条 银行业金融机构业务、管理部门应配合信息科技部门开展投产及变更工作，开展业务影响分析，制定业务管理办法，组织用户测试，保证业务资源投入。第九条 银行业金融机构内部审计部门应开展重要信息系统投产及变更审计工作，针对问题发现提出整改意见。

第三章 风险评估

第十条 银行业金融机构应充分识别、分析、评估重要信息系统投产及变更风险，包括系统功能缺陷、客户信息泄露、业务中断、交易缓慢或其他因素可能造成的操作风险、法律风险和声誉风险，并形成风险评估报告。

第十一条 银行业金融机构在采取有效信息安全控制措施的前提下，可委托外部专家或具备相应第十二条 银行业金融机构董事会及高级管理层应审核重大项目的风险评估报告。

第十三条 银行业金融机构应针对风险评估中发现的薄弱环节制定整改方案，明确整改时间。不资质的外部专业机构进行重要信息系统投产及变更的风险评估工作。

具备整改条件的应采取风险缓释措施。

第四章 投产及变更控制

第十四条 银行业金融机构应统一组织协调重要信息系统投产及变更工作，制定投产及变更第十五条 银行业金融机构应对重要信息系统投产及变更过程进行安全审查，采取风险控制措施，第十六条 银行金融机构应建立重要信息系统投产及变更内容评审和审批、授权机制。第十七条 银行业金融机构应按照对业务影响最小原则，采取与风险程度相适应的重要信息系统第十八条 银行业金融机构应合理避开业务高峰期和敏感时段安排重要信息系统上线，应提前将第十九条 银行业金融机构应建立充分、完整的测试体系，测试结果应经过信息科技部门和相关规则，编制实施计划和方案，确定实施策略和步骤，明确岗位职责，确保关键岗位职责分离。

有效控制重要信息系统投产及变更风险。

投产及变更策略。

重要信息系统投产及变更可能对服务的影响告知客户。

业务部门确认，并形成测试和验收报告，确保系统上线后的正常稳定运行以及系统功能与业务目标的一致性。

第二十条 银行业金融机构应建立与生产环境相隔离的测试环境，测试环境应模拟生产环境的真第二十一条 银行业金融机构应建立完善的版本管理制度，制定严格的审批、控制和操作流程，实情况。

保存完整的日志记录。拟投产及变更的重要信息系统应保证版本完整、准确、有效，遵从系统开发和运行管理制度规范。

第二十二条 银行业金融机构应加强重要信息系统投产及变更过程中的数据管理与质量控制；测试环境中使用的敏感生产数据应进行脱敏、变形处理；需要历史数据迁移的，应制定详细的数据迁移计划，并提前进行数据迁移测试和数据有效性、兼容性验证，确保迁移后数据的完整性、安全性和可用性。

第二十三条 银行业金融机构应制定重要信息系统投产及变更应急预案，制定系统回退和应急处第二十四条 重要信息系统投产及变更过程中，银行业金融机构应严格执行上线实施方案，加强第二十五条 银行业金融机构应加强重要信息系统投产及变更过程的风险监控和预警，各相关部置计划和流程，必要时应实施演练。

监督与复核，避免操作失误和非法操作。

门协同做好应急准备。第二十六条 银行业金融机构应制定并落实系统运行管理规程、制度，制定、完善相关业务管理办法、操作规程，明确业务及运行管理职责，组织必要的培训，确保投产及变更实施后业务顺利开展。

第二十七条 银行业金融机构应在重要信息系统投产及变更实施后，组织业务部门、管理部门和第二十八条 银行业金融机构应在重要信息系统投产及变更实施后及时更新各项相关应急预案，第二十九条 银行业金融机构应对重要信息系统投产及变更过程产生的各类文档资料进行管理，信息科技部门对投产及变更的有效性进行验证。

并适时实施演练。

确保文档资料的完整性、及时性和有效性，并满足独立审计要求。

第五章 投产及变更报告

第三十条 银行业金融机构应就重要信息系统投产及变更事项向中国银监会或其派出机构报告。第三十一条 银行业金融机构应在重要信息系统投产前至少20个工作日、变更前至少10个工作日向中国银监会或其派出机构报告，包括但不限于：

（一）总体说明：投产及变更目的、内容、计划起止时间、业务影响范围、联系人及联系方式等。

（二）重要信息系统基本信息，包括：系统名称，业务功能，操作系统、数据库、中间件情况，应用架构、技术架构、数据架构，生产主机备份方案、数据备份方案，运行管理等相关职能部门，是否纳入灾难恢复计划等。

（三）重要信息系统安全策略和措施，包括对账户、交易和客户敏感信息的安全控制措施等。

（四）涉及基础设施的，需提供基础设施基本信息，包括机房和网络方案。机房方案包括等级标准、地址、供配电系统、消防、空调、弱电系统、机房加固、机房空间规划，以及机房验收报告等；网络方案包括网络架构分区、核心网络备份情况，以及区域间、外联网、互联网边界安全措施与网络监控措施等。

（五）采取外包方式的，需提交外包服务机构情况、外包服务内容、外包风险评估报告等。

（六）投产及变更方案，包括投产及变更的组织结构与实施计划、操作步骤等。

（七）风险评估报告，应包括业务影响分析，技术风险分析与评估，控制措施的有效性，以及剩余风险等。

（八）应急预案，包括应急处置组织结构，应急场景，应急处置流程、步骤，应急联系方式与报告路线等，实施演练的应提交演练总结报告。

第三十二条 银行业金融机构应在重要信系统投产及变更实施后1个月内向中国银监会或其派出机构提交总结报告材料，内容包括但不限于：投产及变更方案执行情况、效果，问题发现和处理情况，后续改进措施等。如投产及变更失败，应详细说明失败原因。

第三十三条 银行业金融机构应按照属地监管原则提交报告材料，报送路线如下：

（一）银行业金融机构法人组织实施投产及变更的，由该法人机构统一向中国银监会或其派出机构提交报告材料。

（二）银行业金融机构分行组织实施投产及变更的，由分行向所在地中国银监会派出机构提交报告材料。

第三十四条 重要信息系统投产及变更如失败需要重新安排的，银行业金融机构应再次向中国银第三十五条 银行业金融机构数据中心机房设立、场所变更，应按照中国银监会有关数据中心管监会或其派出机构报告。

理规范报告。

第六章 监督管理

第三十六条 针对银行业金融机构重要信息系统投产及变更风险，中国银监会及其派出机构可以第三十七条 中国银监会及其派出机构可依法对银行业金融机构的重要信息系统投产及变更实施第三十八条 银行业金融机构违反本办法有关规定的，中国银监会及其派出机构将依法追究相关采取风险提示、约见谈话、监管质询等措施。

现场检查。

责任。

第七章 附则

第三十九条 本办法由中国银监会负责解释和修订。第四十条 本办法自公布之日起执行。

第五篇：信息系统变更和发布管理办法

信息系统变更和发布管理办法

第一章 总 则

第一条 目的：本管理办法规定了XX银行（以下简称“我行”）信息系统的变更和发布管理，变更和发布管理作业操作流程和控制要点，确保变更需求的受理符合业务的优先需要，并使变更和发布过程规范化，控制变更对银行业务和已投产系统安全运行的不利影响。达到降低信息系统变更和发布风险的目的。保障信息系统的安全稳定运行，特制定本管理办法。

第二条 第三条 第四条(一)目。

(二)生产业务系统：指我行从事金融服务的应用网络系统，包括综合业务系统、国依据：本管理办法根据《XX银行信息安全管理策略》制订。范围：本管理办法适用于我行信息系统变更和发布管理。定义

软件产品：泛指信息技术开发的生产业务系统和管理信息系统等应用软件项际业务系统、支付系统等银行对外营业的各种核心业务系统。

(三)管理信息系统：指我行信息管理的计算机网络系统，具体指OA办公系统、信贷管理、报表系统等用来进行内部管理的应用软件系统。

(四)第五条(五)遵循原则 业务部门：指我行总部相关业务部门。

监督制约原则：针对信息系统变更和发布管理工作中各个环节，建立相应的监督检查机制。

(六)计划性原则：信息系统发布应纳入每年计算机应用计划，确保全行计算机系统资源、应用环境、维护力量、操作技能能满足系统安全、可靠运行的要求。

(七)(八)可行性原则：具有普遍适用性和可操作性。风险控制原则：

若为新项目或新业务功能变更和发布，需进行以下风险分析： 1.备份机建设情况；

2.应用系统投产后的集中监控方案； 3.生产数据备份方案； 4.程序及系统备份方案；

5.数据库建库/建表/建索引方式等； 6.对其他系统的影响。

第二章 组织与管理

第六条(一)职责划分

需求部门：

1.提出需求，并确认《用户需求说明书》；

2.用户测试阶段确认用户测试计划、记录用户测试问题、确认用户测试报告； 3.接受用户培训并提出反馈。(二)科技信息部安全科：

1.在需求阶段审阅和提出IT风险控制、IT合规和IT稽核方面的要求，在项目开发阶段对有关IT风险控制、IT合规和IT稽核方面的测试结果进行审阅；

2.在项目实施后审阅阶段对有关IT风险控制、IT合规和IT稽核要求的实施效果进行审阅。

(三)科技信息部运行维护中心：

1.负责受理所有变更和发布需求，会同IT其他相关部门（IT软件开发中心、安全科等）对变更和发布需求进行评估，并将评估意见向IT部门领导、业务部门领导汇报沟通，获取所需的授权；

2.在详细设计阶段审阅和提出网络、硬件、操作系统和数据库等方面的配置和容量要求；

3.在设计与编程阶段提供网络、硬件、操作系统和数据库的参数配置； 4.在测试阶段配合项目组设立网络、硬件、操作系统和数据库环境；

5.配合项目组对系统进行联合测试，把信息系统版本软件、相关配置文件、标准数据和相关文档提供给测试评估中心；

6.将信息系统发布到使用部门，系统上线时会同项目组搭建生产系统并进行程序移植，组织定期对变更和发布效果进行分析和总结。

7.接收管理和备份软件开发中心提供的源程序、相关标准数据、配置文件、相关文档；(四)科技信息部软件开发中心：

1.负责设计、编程、纠错和开发质量控制，编制《系统设计规格书》；

2.落实项目管理制度和业务操作手册的编制工作，参加制定上线方案制定，编制《上线实施计划》；

3.负责系统切换上线的技术支持工作；

4.负责项目验收资料整理汇总，配合项目验收工作。(五)科技信息部测试评估中心：

1.负责对需要测试评估的软件进行分析测试； 2.负责提交测试分析报告。

第三章 信息系统变更

第七条 信息系统变更，指由于新增信息系统功能、系统逻辑改变、系统错误修正、系统补丁安装及版本更新、系统配置修改及业务参数修改等原因，而对已投产系统进行局部改变的一切活动。已投产系统变更需求主要来源于以下几种情况：

(一)由于业务快速发展，业务部门对现有已投产系统的功能或设置进行变更或通过新增功能来满足需求；

(二)用户在使用过程中发生的一些操作错误，或技术人员、监控管理软件自动发现的故障或事件，需要通过安装程序补丁或修改配置等操作进行修改；(三)厂商定期发布的系统补丁，涉及系统的功能、性能、安全漏洞，需要在已投产系统中进行安装；

(四)由于系统容量扩充或与已投产系统存在数据交换或数据共享的其他已投产系统发生变化后引发的已投产系统变更。

第八条 信息系统变更的提出，必须由申请部门（用户部门或IT部门）填写《已投产系统变更流程单》（附件1）第一部分，申请信息。在申请信息填写阶段的主要工作内容包括：

(一)申请人需选择变更类型；(二)描述变更内容和目的；

(三)是否存在其他措施满足变更需求；

(四)如不实施变更可能对客户、合规、外部利益相关方、内部管理和操作、安全控制、系统可用性和数据准确性的影响；

(五)选择变更的急迫性。

第九条 申请部门主管审批签字后提交IT运行维护中心进行处理。

第十条 IT运行维护中心收到变更申请后，和变更申请部门充分沟通，理解变更需求的合理性，审阅变更的影响和急迫性，并会同IT其他相关部门（IT软件开发中心、安全科等）对可行的变更实施方案和变更对已投产系统的影响做出评估，最终形成建议的变更日期，填写至《已投产系统变更流程单》第二部分，变更需求评估信息，交IT运行维护中心负责人进行审批。

第十一条 IT运行维护中心组织变更需求评估时，应充分考虑系统是否已存在满足变更需求的功能或设置；是否存在其他操作手段，能达到同样的变更需求效果。

第十二条 IT运行维护中心组织变更需求评估时，了解实施变更：

(一)是否需要进行IT开发，以及IT开发的工时；

(二)是否需要进行操作系统、数据库系统、中间件、硬件和网络的变更；(三)是否需要进行后台数据变更；(四)是否存在信息安全控制的考虑因素；

(五)结合IT部门现有的IT资源，统筹安排变更实施时间表；(六)实施相关变更时，可能导致的业务中断或客户服务水平下降。

第十三条 综合对变更需求合理性的评估和变更实施影响的评估，IT运行维护中心在《已投产系统变更流程单》的第二部分提出变更的建议日期，并进行资源协调。在IT运行维护中心负责人进行审批后，通知相关部门：(一)如不建议实施变更，则向变更申请部门说明理由；

(二)如建议实施变更，则告知建议变更的时间及对客户服务和内部操作的影响，要求变更申请部门和相关部门进行准备；

(三)如变更规模超过《XX银行IT项目管理指引》规定的项目受理标准，则依据该指引有关规定执行。

第十四条 对涉及软件开发的需求变更，参照《XX银行IT开发方法指引》的要求执行。

第十五条 对不涉及软件开发的需求变更，IT运行维护中心根据需要，提交IT测试评估中心相关人员负责制定变更的测试步骤，落实测试人员在测试环境中对变更进行测试，测试人员对测试结果进行记录并签字确认。

第十六条 信息安全人员对变更进行上线前审阅，确保系统变更过程中的系统安全。信息安全人员完成上线前审阅后，IT运行维护中心进行上线处理。信息安全人员根据变更的风险程度，进行上线后审阅，确保达到变更目标。

第十七条 为控制已投产系统的变更对客户服务和业务操作带来的影响，确保生产环境的完整性和可靠性，IT部门应制定一系列控制IT变更的策略和制度，严格控制变更的规模、涉及面及信息安全风险。包括：

(一)IT运行维护中心负责人每周对集中的变更工作计划进行审阅，确保充分有效的IT技术资源或系统供应商/开发商技术资源，保证变更的有序进行；

(二)除非是需要立即实施的特急变更，IT运行维护中心应选择非业务繁忙时间，如凌晨、周末或公众假期进行变更上线；

(三)IT运行维护中心进行周密计划，包括制定意外应急措施；(四)分离已投产系统与开发或测试系统的管理职责；

(五)保证已投产系统和开发或者测试系统相分离，禁止开发人员在未经授权的情况下进入已投产系统；

(六)只有在得到管理层批准执行紧急修复任务时，开发人员才能访问已投产系统，所有的紧急修复活动都应立即进行记录和审核；

(七)开发人员对已投产系统进行变更必须经过严格的审批和控制；开发人员访问已投产系统时必须由IT运行维护中心系统管理员对其访问进行监督和记录，并在访问结束后系统管理员及时禁用或删除开发人员在已投产系统中使用的账号；(八)对已投产系统进行变更必须经过严格的授权之后才能进行操作实施，操作实施过程必须受到严格监控。

第十八条 变更实施上线前需进行用户测试，并在变更上线后由变更申请部门负责人对变更进行签字确认。

第十九条 对于上线过程可能导致业务暂时中断或导致业务操作发生重大变化的IT变更，IT运行维护中心必须在上线前以书面方式告知相关业务部门(至少包括行长办公室和客户服务中心)影响的业务范围和时间，并提供相关技术支持。

第二十条 IT变更上线执行的工作内容和相关要求参照《XX银行IT开发方法指引》中对上线的要求和描述。

第二十一条 变更计划与步骤、回退计划与步骤、IT测试步骤与结果、信息安全审阅意见、用户测试确认等变更实施信息记录在《已投产系统变更流程单》第三部分，变更计划和测试接受信息。IT运行维护中心负责人负责对变更实施信息进行审阅。

第二十二条

急变更是指在某些紧急情况下，对已投产系统需要在没有完整的系统测试，或无法完成正式审批流程的情况下进行的变更。如：因系统缺陷需要对已投产系统进行立即修补，或突发的监管要求对已投产系统进行紧急变更（如利率的紧急调整）。

第二十三条 紧急变更应由变更申请部门相关负责人提出，获得IT运行维护中心负责人的审批或者授权方可进行。可以接受的审批方式或者授权是IT运行维护中心负责人的口头授权或邮件授权等，并在紧急变更实施之后，补足相应的《已投产系统变更流程单》并由相关负责人员签字，进行备案。

第二十四条

在紧急变更实施前，须进行测试。紧急变更前未能实现测试的，须事后补足相应的测试及测试文档，并由相关测试人员签字。

第二十五条

紧急变更应记录日志，由IT运行维护中心和变更申请部门共同审核和签字确认，并进行程序和数据备份，以便必要时可以恢复到原来的程序版本和数据版本。

第二十六条

变更实施后，IT运行维护中心组织IT其他相关部门（IT软件开发中心、安全科等）对变更实施的结果进行定期集中评估，主要应从以下几个方面对变更实施的情况进行总结：

(一)(二)(三)(四)施；

(五)变更回退的数量及其原因。

《已投产系统变更流程单》填写完整后由IT运行维护中心进行整变更是否达到预期目标； 变更是否存在负面影响；

一段时期内实施的变更数量（包括总量以及按变更类型分类的数量）； 变更以及变更请求的理由清单和类型分析、以及未来控制变更数量的跟进措第二十七条

理，并由IT部门负责人安排人员进行定期审阅，最终交IT综合科归档。

第四章 软件上线流程和控制要求

第二十八条 上线受理(一)项目开发和测试工作完成后，项目组提交《软件产品上线申请表》附件2和相关业务部门负责人签署意见的《用户测试验收报告》给项目管理科进行审核。

(二)项目管理科审核通过后，将上线申请材料交科技信息部安全科及科技信息部负责人审核。审核后在上线申请书上写明上线意见并签名盖章。

第二十九条(一)上线准备

项目组提交通过审核的上线材料给运行维护中心。运行维护中心配合项目组制定上线实施计划，项目经理提交部门负责人进行审批，上线实施计划的主要内容包括：

1.历史数据、配置参数、应用程序等的备份方案

2.上线环境的搭建（项目经理协调运行中心搭建生产环境）

3.上线执行的内容和步骤、各项工作任务责任人、人员组织和具体时间安排等 4.上线回退计划

5.确定上线时可能出现的问题及解决方案(二)项目组配合业务主管部门编写项目上线后的业务管理办法和操作细则，完成相应的培训工作。对新项目，要求相关业务部门提供相关核算办法、管理办法、下发文件。

(三)项目组向系统应用维护人员提供维护手册；向后台操作人员提供操作手册，并完成相应的培训工作。

(四)项目组提交《软件版本管理表》给版本管理部门，完成上线版本的制作。

第三十条

上线与试运行

系统切换发布按照上线实施计划步骤进行；

(一)安全科负责检查项目的安全性，是否符合国家和上级单位的有关安全规定；(二)生产系统版本管理员在程序正式迁移至主机之前，首先完成生产系统的备份，对上线所涉及的程序进行新老版本比对，同时根据上线步骤所定的时点完成程序的编译，制作新版本，并使新程序生效；

(三)系统管理管理员根据上线步骤所定的时点，负责对数据库进行新增、修改、删除等维护工作；(四)系统管理员根据上线步骤所定的时点，提供所需的系统资源、定义系统参数、定义各类文件；并做好基础资料建档；

(五)网络通讯技术人员根据上线步骤所定的时点，负责网络通讯有关参数的设置，将通讯接口切换到生产系统；并做好基础资料建档；

(六)前台版本管理员根据上线步骤所定的时点，负责下发新的前台版本至各支行、网点，并跟踪各支行、网点的版本安装和生效情况；

(七)前置机系统技术人员根据上线步骤所定的时点，负责变更前置机系统的程序版本、数据库信息等，并负责与主机的交易联动；

(八)项目建设部门、各相关业务部门配合系统切换上线的具体实施；

(九)对于只涉及主机日终批处理程序变更的应用项目，在上线当日及相应关键日期（如月终、结息日等）的批处理时段，批处理技术人员应提供技术支持，并负责跟踪试运行的结果；

(十)对于只涉及前台版本更新的应用项目，在上线后下一个营业日及关键日期（如下一个对公营业日等）的联机时段，前台技术人员负责跟踪试运行的结果；

(十一)对于只涉及主机联机交易变更的应用项目，在上线后下一个营业日及关键日期的联机时段，相关主机技术人员应提供技术支持，并负责跟踪试运行的结果；

(十二)对于同时涉及主机联机交易、前台版本和/或前置机版本改动的应用项目，在上线后下一个营业日及关键日期的联机时段，相关主机技术人员、前台技术人员、主机接口术人员及前置机系统技术人员应提供技术支持，并负责跟踪试运行的结果；

(十三)(十四)试运行中发现问题时通知项目组技术人员对系统进行修改；

系统上线后，项目组还需要在上线后为用户提供一段时间的上线后支持服务，对系统运行状态进行监控，保证系统在使用后能够有一个稳定、良好的状态。在此期间，运行维护中心在项目组的指导下执行系统的日常维护和批处理。

第三十一条 上线运行(一)项目系统上线试运行3个月以后，根据试运行情况，项目组提交项目正式上线验收申请报告；

(二)(三)科技信息部审核并确认验收报告及相关项目资料后，牵头组织验收； 经验收合格后的项目转正式运行，运行维护管理由运行维护中心按《IT运行维护指引》要求进行管理。

第五章 系统发布流程和控制要点

第三十二条

系统发布申请

系统项目组实施和测试工作完成后，项目组提交《系统发布申请表》（附件4）和相关业务部门负责人签署意见的《系统测试验收报告》给项目管理科进行审核。项目管理科审核通过后，将系统申请材料交科技信息部安全科及科技信息部负责人审核。审核后在发布申请书上写明意见并签名盖章。

第三十三条

系统发布准备(一)项目组提交通过审核的发布材料给运行维护中心。运行维护中心配合项目组制定系统发布计划，项目经理提交部门负责人进行审批，发布计划的主要内容包括：

1.所涉及系统的历史数据、配置参数、应用程序等的备份方案；

2.系统发布执行的内容和步骤、各项工作任务责任人、人员组织和具体时间安排等； 3.回退计划；

4.确定发布时可能出现的问题及解决方案；(二)项目组配合业务主管部门编写系统发布后的的系统管理办法和操作细则，完成相应的培训工作。

(三)项目组向系统维护人员提供维护手册；向操作人员提供操作手册，并完成相应的培训工作。

第三十四条

系统发布及试运行

(一)系统更新或者发布按照发布实施计划步骤进行；(二)科技信息部安全科负责检查项目系统的安全性，是否符合国家和上级单位的有关安全规定；

(三)运行维护中心系统管理员首先完成相关系统的数据或配置等备份；

(四)运行维护中心网络管理员根据发布计划所定的时点，负责涉及系统的网络通讯有关参数的设置，将通讯接口切换到发布系统；并做好基础资料建档；

(五)项目建设部门、各相关业务部门配合系统发布及运行的具体实施；(六)运行维护中心在试运行期间中发现问题时通知该系统项目组技术人员对系统涉及的产品进行修改；

(七)系统发布后，项目组还需要在发布后为用户提供一段时间的支持服务，配合运行维护中心人员对系统运行状态进行监控，保证系统在使用后能够有一个稳定、良好的状态。

第三十五条 系统发布运行(一)申请报告；

(二)(三)科技信息部审核并确认验收报告及相关项目资料后，牵头组织验收； 经验收合格后的系统转正式运行，运行维护管理由运行维护中心按《IT运行维系统发布试运行3个月以后，根据试运行情况，系统项目组提交项目正式验收护指引》要求进行管理。

第六章 检查监督

第三十六条 检察监督

(一)科技信息部版本管理员在系统切换发布前对系统切换发布的版本进行检查控制；

(二)科技信息部系统管理员在系统更变和发布前对系统进行检查控制；(三)科技信息部每季度对项目文档的完整性、规范性进行检查监督；(四)科技信息部安全科至少每季度进行一次检查。

第七章 附 则 第三十七条 第三十八条 本管理办法由科技信息部负责解释和修订。

本管理办法自发布之日起施行。