证券股份有限公司信息系统变更管理规范模版.doc

《证券股份有限公司信息系统变更管理规范模版.doc》由会员分享，可在线阅读，更多相关《证券股份有限公司信息系统变更管理规范模版.doc（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、光大证券股份有限公司信息系统变更管理规范第一章 总 则第一条 为保证光大证券信息系统安全、稳定、高效运行，规范信息系统生产变更管理流程，根据中国证券监督管理委员会证券期货业信息系统运维管理规范、中国证券业协会证券公司集中交易安全管理技术指引、证券公司网上证券信息系统技术指引、证券公司营业部信息技术指引等行业规范、标准及重要信息系统等级保护工作的要求，制定本规范。第二条 本规范中生产系统是指光大证券经营管理中正在提供服务的信息系统，包括但不限于业务系统、管理信息系统、办公自动化系统。与生产没有直接联系的开发测试系统、桌面办公用个人电脑、笔记本电脑、打印机等不在此列。第三条 本规范涉及的变更对象是

2、指变更行为实施的对象，包括但不限于生产系统、生产环境涉及到的所有硬件设备、系统软件、应用软件、工具软件、网络设备、安全设备、机房设备。第四条 本规范所称变更行为是指对变更对象实施的变更操作，包括但不限于信息系统软硬件的新增、升级、配置参数和物理属性的修改。第五条 本规范所称之变更窗口是指特定生产系统、生产环境可以实施变更的时间段，对于不同的生产系统和不同的变更行为可能存在不同的变更窗口。第二章 生产变更分类第六条 变更可分为标准变更和紧急变更两类。第七条 标准变更是指为完成某一业务目标而进行的计划内变更。标准变更又分为两类，对生产系统可用性没有影响的变更定义为一般变更，对生产系统可用性有影响的

3、定义为重大变更。第八条 紧急变更是指由于生产系统监控预警、运行异常或业务事件引发的急需处置的计划外变更。第九条 以下关于变更的描述，如无特别说明，均指标准变更。紧急变更由专门条款说明。第三章 生产变更管理职责第十条 生产变更的管理、协调、最终审核和裁决、变更窗口的定义等与变更管理相关的工作由信息技术部负责。对于重大变更，由信息技术部根据具体变更的内容成立变更项目组。变更项目组由与生产变更相关系统的技术人员和业务人员共同组成，变更项目组为非常设机构。第十一条 信息技术部负责日常变更的受理、协调和组织工作，在变更的流转过程中，负责跟踪、记录和汇总变更流转的情况。第十二条 变更申请人（部门）负责提交

4、变更申请，并说明变更原因、变更内容、变更时间、变更影响范围、测试情况等变更详细信息，并由变更需求提出部门负责人确认。第十三条 变更实施人应根据变更申请内容制定变更计划、回退计划，说明变更风险。第十四条 变更实施人根据变更计划和回退计划实施变更。如果变更涉及多个部门的，由信息技术部担任变更牵头实施部门。牵头实施部门负责整个变更工作的实施；参与实施部门根据牵头实施部门的统一安排做好相关的变更工作。第十五条 一般变更的变更审批由信息技术部二级部门负责人审核，信息技术部负责人批准，如果变更涉及多个系统，需组织相关系统负责人参加的协调会议，信息技术部负责人批准。第十六条 重大变更应召集变更项目组讨论通过

5、，信息技术部负责人批准。第四章 变更流程第十七条 标准变更为变更申请人（部门）提出申请，由变更申请部门负责人确认，信息技术部负责人核准后，由信息技术部相关二级部门负责人组织变更实施。第十八条 一般变更应提前2个工作日进行变更申请，重大变更应至少提前二周进行变更申请；对集中交易系统、融资融券系统、网上交易系统等核心系统提出新的业务或管理需求，应当留有充足的技术准备期，技术准备期原则上不少于30个工作日。第十九条 每个工作日16:00后停止受理当日提交的变更申请。第二十条 变更申请人（部门）应提供详尽的申请材料，包括但不限于变更原因、变更内容、变更时间、变更影响范围、测试情况等变更详细信息。第二十

6、一条 变更申请使用变更申请表，变更申请表是本规范组成部分。第二十二条 信息技术部认为变更申请不合理或变更申请提供的资料不完整，可以退回变更申请人（部门）员与变更实施人员。第二十三条 变更实施人员接到变更申请后，根据变更需求进行变更规划，变更规划应包括制定详细的变更实施计划、可行的回退方案。第二十四条 变更涉及多个部门的，由信息技术部组织所有参与变更的部门制定变更规划。第二十五条 变更规划完成后变更实施人员负责整理所有规划资料，并提交审批。第二十六条 变更审批人在接到变更规划和变更意见后应负责进行变更审批，综合考虑变更规划内容，确定变更是否可以执行。第二十七条 变更审批人认为变更申请和规划合理可

7、行的，通过变更审批后，将此变更纳入生产计划中，由指定的变更实施人员按照审批通过的流程进行实施。第二十八条 变更审批人认为变更申请或变更规划不正确、不合理、不恰当、不完整的，可对变更进行否决。对于否决的变更，应将否决原因通知变更申请人（部门）员与变更实施人员。第二十九条 变更审批人认为变更原因不充分或不明确的，可以要求变更申请人（部门）补充变更原因。第三十条 信息技术部负责变更前的测试组织工作，对涉及业务系统的变更须经相关业务部门（或由其委托指定部门）测试、签字认可后，形成正式测试报告，作为此项变更能否实施的重要依据，未经严格、完备测试，系统不得上线运行。 第三十一条 对于变更技术方案或审批过程

8、存在异议的变更，由变更申请人（部门）负责牵头组织协调，必要时召开协调会讨论决定。第三十二条 重大变更中存在的争议由变更项目组协调解决，通报变更执行情况等。第三十三条 生产变更需停止对外服务的，应由变更申请人（部门）及时通告相关业务部门和分支机构。第三十四条 公司范围内的生产变更需停止对外服务的，由信息技术部负责通告业务部门。需要告知客户公告的，由相关业务部门拟稿，由指定部门按相关规定进行公开发布。第三十五条 变更审批通过后，变更实施人员必须严格按照变更规划的任务时间执行变更，执行变更前要做好相关准备，所有前提条件具备后才能执行变更。第三十六条 变更实施过程中，应采取双人操作复核，避免因个人失误

9、导致变更失败或影响生产的稳定运行。第三十七条 变更实施涉及多个部门，由信息技术部负责整个变更的协调工作，变更实施人实施结束后信息技术部负责将实施完成情况通报相关部门。第三十八条 变更实施结束后，变更申请人（部门）应对变更的实施情况进行验证并提交书面验证报告，确认变更结果符合预期。第三十九条 变更实施人员在变更实施过程中发现变更规划不周全，需调整或新增变更内容的，报告并经本变更的审批人批准后，可视具体情况暂时终止并回退变更，或将调整变更内容以紧急变更流程执行。第四十条 变更实施失败，变更实施人员应尽力保证系统的运行，必要时经信息技术部二级部门负责人或上级领导批准可以启动回退方案。第四十一条 变更

10、实施完成后，变更实施人员负责完成变更实施报告，向变更申请人（部门）员和相关业务部门反馈变更实施情况。第五章 变更窗口第四十二条 生产变更必须在预定的变更维护窗口内执行。第四十三条 对于涉及交易系统的变更必须在非交易时间进行，紧急变更经信息技术部负责人审批后，在做好应急准备的情况下进行。第四十四条 对于非交易系统的变更避开服务时段或避开业务高峰时段。第四十五条 不会对生产系统的持续运行造成影响的生产变更，并要长期定时执行的，按照标准变更流程经过审批，报信息技术部备案后，纳入日常运维管理操作流程。第四十六条 紧急变更仅限于因生产系统事件、问题或监控预警引发的急需处理的变更。第四十七条 紧急变更不会对生产系统的连续稳定造成影响，经变更申请人（部门）提出申请，经变更申请部门负责人确认，信息技术部负责人批准实施计划后实施；紧急变更对生产的连续稳定运行会造成影响的，经变更申请部门负责人确认，经信息技术部变更项目组讨论后，由信息技术部负责人批准后实施。紧急变更完成后必须补办审批手续。信息系统发生故障时应急处置按照光大证券股份有限公司网络与信息安全应急预案执行。第六章 附 则第四十八条 变更审批流程与相关表单为本规范的组成部分。第四十九条 本规范由信息技术部负责制定、解释和修订。第五十条 本规范自印发之日起施行。