信息系统变更和发布管理办法Word文档格式.docx

1、遵循原则监督制约原则：针对信息系统变更和发布管理工作中各个环节，建立相应 的监督检查机制。计划性原则：信息系统发布应纳入每年计算机应用计划，确保全行计算机 系统资源、应用环境、维护力量、操作技能能满足系统安全、可靠运行的要 求。可行性原则：具有普遍适用性和可操作性。风险控制原则:若为新项目或新业务功能变更和发布，需进行以下风险分析：备份机建设情况；应用系统投产后的集中监控方案；生产数据备份方案；程序及系统备份方案；数据库建库/建表/建索引方式等；对其他系统的影响。组织与管理职责划分需求部门：提出需求，并确认用户需求说明书；用户测试阶段确认用户测试计划、记录用户测试问题、确认用户测试报告；接受用

2、户培训并提出反馈。科技信息部安全科：在需求阶段审阅和提出IT风险控制、IT合规和IT稽核方面的要求，在项目 开发阶段对有关IT风险控制、IT合规和IT稽核方面的测试结果进行审阅；在项目实施后审阅阶段对有关IT风险控制、IT合规和IT稽核要求的实施效 果进行审阅。科技信息部运行维护中心：负责受理所有变更和发布需求，会同IT其他相关部门（IT软件开发中心、 安全科等）对变更和发布需求进行评估，并将评估意见向 IT部门领导、业务部 门领导汇报沟通，获取所需的授权；在详细设计阶段审阅和提出网络、硬件、操作系统和数据库等方面的配置 和容量要求；在设计与编程阶段提供网络、硬件、操作系统和数据库的参数配置；

3、在测试阶段配合项目组设立网络、硬件、操作系统和数据库环境；配合项目组对系统进行联合测试，把信息系统版本软件、相关配置文件、 标准数据和相关文档提供给测试评估中心；将信息系统发布到使用部门，系统上线时会同项目组搭建生产系统并进行 程序移植，组织定期对变更和发布效果进行分析和总结。接收管理和备份软件开发中心提供的源程序、相关标准数据、配置文件、 相关文档；科技信息部软件开发中心：负责设计、编程、纠错和开发质量控制，编制系统设计规格书；落实项目管理制度和业务操作手册的编制工作，参加制定上线方案制定， 编制上线实施计划；负责系统切换上线的技术支持工作；负责项目验收资料整理汇总，配合项目验收工作。科技信

4、息部测试评估中心：负责对需要测试评估的软件进行分析测试；负责提交测试分析报告。信息系统变更信息系统变更，指由于新增信息系统功能、系统逻辑改变、系统错误修 正、系统补丁安装及版本更新、系统配置修改及业务参数修改等原因，而对已 投产系统进行局部改变的一切活动。已投产系统变更需求主要来源于以下几种 情况：由于业务快速发展，业务部门对现有已投产系统的功能或设置进行变更或 通过新增功能来满足需求；用户在使用过程中发生的一些操作错误，或技术人员、监控管理软件自动 发现的故障或事件，需要通过安装程序补丁或修改配置等操作进行修改；厂商定期发布的系统补丁，涉及系统的功能、性能、安全漏洞，需要在已 投产系统中进行

5、安装；由于系统容量扩充或与已投产系统存在数据交换或数据共享的其他已投产 系统发生变化后引发的已投产系统变更。信息系统变更的提出，必须由申请部门（用户部门或 IT部门）填写已投 产系统变更流程单（附件1）第一部分，申请信息。在申请信息填写阶段的主 要工作内容包括：申请人需选择变更类型；描述变更内容和目的；是否存在其他措施满足变更需求；如不实施变更可能对客户、合规、外部利益相关方、内部管理和操作、安 全控制、系统可用性和数据准确性的影响；选择变更的急迫性。申请部门主管审批签字后提交IT运行维护中心进行处理。IT运行维护中心收到变更申请后，和变更申请部门充分沟通，理解变更需 求的合理性，审阅变更的影

6、响和急迫性，并会同 IT其他相关部门（IT软件开发 中心、安全科等）对可行的变更实施方案和变更对已投产系统的影响做出评估，最终形成建议的变更日期，填写至已投产系统变更流程单第二部分， 变更需求评估信息，交IT运行维护中心负责人进行审批。IT运行维护中心组织变更需求评估时，应充分考虑系统是否已存在满足变 更需求的功能或设置；是否存在其他操作手段，能达到同样的变更需求效果。IT运行维护中心组织变更需求评估时，了解实施变更：是否需要进行IT开发，以及IT开发的工时；是否需要进行操作系统、数据库系统、中间件、硬件和网络的变更；是否需要进行后台数据变更；是否存在信息安全控制的考虑因素；结合IT部门现有的

7、IT资源，统筹安排变更实施时间表；实施相关变更时，可能导致的业务中断或客户服务水平下降。综合对变更需求合理性的评估和变更实施影响的评估， IT运行维护中心在已投产系统变更流程单的第二部分提出变更的建议日期，并进行资源协 调。在IT运行维护中心负责人进行审批后，通知相关部门：如不建议实施变更，则向变更申请部门说明理由；如建议实施变更，贝皓知建议变更的时间及对客户服务和内部操作的影响，要求变更申请部门和相关部门进行准备；如变更规模超过XX银行IT项目管理指引规定的项目受理标准，则依据 该指引有关规定执行。对涉及软件开发的需求变更，参照XX银行IT开发方法指引的要求执 行。对不涉及软件开发的需求变更

8、，IT运行维护中心根据需要，提交IT测试评 估中心相关人员负责制定变更的测试步骤，落实测试人员在测试环境中对变更 进行测试，测试人员对测试结果进行记录并签字确认。信息安全人员对变更进行上线前审阅，确保系统变更过程中的系统安全。 信息安全人员完成上线前审阅后，IT运行维护中心进行上线处理。信息安全人 员根据变更的风险程度，进行上线后审阅，确保达到变更目标。为控制已投产系统的变更对客户服务和业务操作带来的影响，确保生产环 境的完整性和可靠性，IT部门应制定一系列控制IT变更的策略和制度，严格控 制变更的规模、涉及面及信息安全风险。包括：IT运行维护中心负责人每周对集中的变更工作计划进行审阅，确保充

9、分有 效的IT技术资源或系统供应商/开发商技术资源，保证变更的有序进行；除非是需要立即实施的特急变更，IT运行维护中心应选择非业务繁忙时 间，如凌晨、周末或公众假期进行变更上线；IT运行维护中心进行周密计划，包括制定意外应急措施；分离已投产系统与开发或测试系统的管理职责；保证已投产系统和开发或者测试系统相分离，禁止开发人员在XX的 情况下进入已投产系统；只有在得到管理层批准执行紧急修复任务时，开发人员才能访问已投产系 统，所有的紧急修复活动都应立即进行记录和审核；开发人员对已投产系统进行变更必须经过严格的审批和控制；开发人员访 问已投产系统时必须由IT运行维护中心系统管理员对其访问进行监督和记

10、录， 并在访问结束后系统管理员及时禁用或删除开发人员在已投产系统中使用的账 号；对已投产系统进行变更必须经过严格的授权之后才能进行操作实施，操作 实施过程必须受到严格监控。变更实施上线前需进行用户测试，并在变更上线后由变更申请部门负责人 对变更进行签字确认。对于上线过程可能导致业务暂时中断或导致业务操作发生重大变化的 IT变 更，IT运行维护中心必须在上线前以书面方式告知相关业务部门 （至少包括行长 办公室和客户服务中心）影响的业务范围和时间，并提供相关技术支持。IT变更上线执行的工作内容和相关要求参照XX银行IT开发方法指引中 对上线的要求和描述。变更计划与步骤、回退计划与步骤、IT测试步骤

11、与结果、信息安全审阅意 见、用户测试确认等变更实施信息记录在已投产系统变更流程单第三部 分，变更计划和测试接受信息。IT运行维护中心负责人负责对变更实施信息进 行审阅。急变更是指在某些紧急情况下，对已投产系统需要在没有完整的系统测 试，或无法完成正式审批流程的情况下进行的变更。如：因系统缺陷需要对已 投产系统进行立即修补，或突发的监管要求对已投产系统进行紧急变更（如利 率的紧急调整）。紧急变更应由变更申请部门相关负责人提出，获得 IT运行维护中心负责人的审批或者授权方可进行。可以接受的审批方式或者授权是 IT运行维护中心负责人的口头授权或邮件授权等，并在紧急变更实施之后，补足相应的已投产 系统

12、变更流程单并由相关负责人员签字，进行备案。在紧急变更实施前，须进行测试。紧急变更前未能实现测试的，须事后补 足相应的测试及测试文档，并由相关测试人员签字。紧急变更应记录日志，由IT运行维护中心和变更申请部门共同审核和签字 确认，并进行程序和数据备份，以便必要时可以恢复到原来的程序版本和数据 版本。变更实施后，IT运行维护中心组织IT其他相关部门（IT软件开发中心、安 全科等）对变更实施的结果进行定期集中评估，主要应从以下几个方面对变更 实施的情况进行总结：变更是否达到预期目标；变更是否存在负面影响；一段时期内实施的变更数量（包括总量以及按变更类型分类的数量）；变更以及变更请求的理由清单和类型分

13、析、以及未来控制变更数量的跟进 措施；变更回退的数量及其原因。已投产系统变更流程单填写完整后由IT运行维护中心进行整理，并由 IT部门负责人安排人员进行定期审阅，最终交 IT综合科归档。软件上线流程和控制要求上线受理项目开发和测试工作完成后，项目组提交软件产品上线申请表附件 2和相关业务部门负责人签署意见的用户测试验收报告给项目管理科进行审 核。项目管理科审核通过后，将上线申请材料交科技信息部安全科及科技信息 部负责人审核。审核后在上线申请书上写明上线意见并签名盖章。上线准备项目组提交通过审核的上线材料给运行维护中心。运行维护中心配合项目 组制定上线实施计划，项目经理提交部门负责人进行审批，上

14、线实施计划的主 要内容包括：历史数据、配置参数、应用程序等的备份方案上线环境的搭建（项目经理协调运行中心搭建生产环境）上线执行的内容和步骤、各项工作任务责任人、人员组织和具体时间安排 等上线回退计划确定上线时可能出现的问题及解决方案项目组配合业务主管部门编写项目上线后的业务管理办法和操作细则，完 成相应的培训工作。对新项目，要求相关业务部门提供相关核算办法、管理办 法、下发文件。项目组向系统应用维护人员提供维护手册；向后台操作人员提供操作手 册，并完成相应的培训工作。项目组提交软件版本管理表给版本管理部门，完成上线版本的制作。上线与试运行系统切换发布按照上线实施计划步骤进行；安全科负责检查项目

15、的安全性，是否符合国家和上级单位的有关安全规疋；生产系统版本管理员在程序正式迁移至主机之前，首先完成生产系统的备 份，对上线所涉及的程序进行新老版本比对，同时根据上线步骤所定的时点完 成程序的编译，制作新版本，并使新程序生效；系统管理管理员根据上线步骤所定的时点，负责对数据库进行新增、修 改、删除等维护工作；系统管理员根据上线步骤所定的时点，提供所需的系统资源、定义系统参 数、定义各类文件；并做好基础资料建档；网络通讯技术人员根据上线步骤所定的时点，负责网络通讯有关参数的设 置，将通讯接口切换到生产系统；前台版本管理员根据上线步骤所定的时点，负责下发新的前台版本至各支 行、网点，并跟踪各支行、

16、网点的版本安装和生效情况；前置机系统技术人员根据上线步骤所定的时点，负责变更前置机系统的程 序版本、数据库信息等，并负责与主机的交易联动；项目建设部门、各相关业务部门配合系统切换上线的具体实施；对于只涉及主机日终批处理程序变更的应用项目，在上线当日及相应关键 日期（如月终、结息日等）的批处理时段，批处理技术人员应提供技术支持， 并负责跟踪试运行的结果；对于只涉及前台版本更新的应用项目，在上线后下一个营业日及关键日期 （如下一个对公营业日等）的联机时段，前台技术人员负责跟踪试运行的结 果；对于只涉及主机联机交易变更的应用项目，在上线后下一个营业日及关键 日期的联机时段，相关主机技术人员应提供技术

17、支持，并负责跟踪试运行的结 果；对于同时涉及主机联机交易、前台版本和/或前置机版本改动的应用项目， 在上线后下一个营业日及关键日期的联机时段，相关主机技术人员、前台技术 人员、主机接口术人员及前置机系统技术人员应提供技术支持，并负责跟踪试 运行的结果；试运行中发现问题时通知项目组技术人员对系统进行修改；系统上线后，项目组还需要在上线后为用户提供一段时间的上线后支持服 务，对系统运行状态进行监控，保证系统在使用后能够有一个稳定、良好的状 态。在此期间，运行维护中心在项目组的指导下执行系统的日常维护和批处 理。上线运行项目系统上线试运行3个月以后，根据试运行情况，项目组提交项目正式 上线验收申请报

18、告；科技信息部审核并确认验收报告及相关项目资料后，牵头组织验收；经验收合格后的项目转正式运行，运行维护管理由运行维护中心按 IT运行维护指引要求进行管理。系统发布流程和控制要点系统发布申请系统项目组实施和测试工作完成后，项目组提交系统发布申请表（附 件4）和相关业务部门负责人签署意见的系统测试验收报告给项目管理科进 行审核。项目管理科审核通过后，将系统申请材料交科技信息部安全科及科技 信息部负责人审核。审核后在发布申请书上写明意见并签名盖章。系统发布准备项目组提交通过审核的发布材料给运行维护中心。运行维护中心配合项目 组制定系统发布计划，项目经理提交部门负责人进行审批，发布计划的主要内 容包括

19、：所涉及系统的历史数据、配置参数、应用程序等的备份方案；系统发布执行的内容和步骤、各项工作任务责任人、人员组织和具体时间 安排等；回退计划；确定发布时可能出现的问题及解决方案；项目组配合业务主管部门编写系统发布后的的系统管理办法和操作细则， 完成相应的培训工作。项目组向系统维护人员提供维护手册；向操作人员提供操作手册，并完成 相应的培训工作。系统发布及试运行系统更新或者发布按照发布实施计划步骤进行；科技信息部安全科负责检查项目系统的安全性，是否符合国家和上级单位 的有关安全规定；运行维护中心系统管理员首先完成相关系统的数据或配置等备份；运行维护中心网络管理员根据发布计划所定的时点，负责涉及系统

20、的网络 通讯有关参数的设置，将通讯接口切换到发布系统；项目建设部门、各相关业务部门配合系统发布及运行的具体实施；运行维护中心在试运行期间中发现问题时通知该系统项目组技术人员对系 统涉及的产品进行修改；系统发布后，项目组还需要在发布后为用户提供一段时间的支持服务，配 合运行维护中心人员对系统运行状态进行监控，保证系统在使用后能够有一个 稳定、良好的状态。系统发布运行系统发布试运行3个月以后，根据试运行情况，系统项目组提交项目正式 验收申请报告；经验收合格后的系统转正式运行，运行维护管理由运行维护中心按 IT运检查监督检察监督科技信息部版本管理员在系统切换发布前对系统切换发布的版本进行检查 控制；科技信息部系统管理员在系统更变和发布前对系统进行检查控制；科技信息部每季度对项目文档的完整性、规范性进行检查监督；科技信息部安全科至少每季度进行一次检查。附贝S本管理办法由科技信息部负责解释和修订。本管理办法自发布之日起施行。