第一章总则
第一条为规范cc银行信息系统变更与维护管理行为，
提
高信息系统管理水平，优化信息系统升级变更与维护管理机制，防范和降低因信息系统维护而产生的风险，特制定本规定。
第二条本规定适用于cc银行信息系统软件正式投入生产后所发生的软件功能变更、新系统上线、数据修改、数据查询等工作。按照需求方提出的业务需求，对信息系统升级、参数调整、配置变更等内容进行修改，均依照本规定执行。
第二章申请种类
第三条申请按照维护对象和范围的不同可以分为三类：第一类是系统变更类，包括新业务需求和现有业务变更；第二类是数据操作类，包括数据修改、数据查询；第三类是硬件网络类，包括终端申请、线路申请，根据需求种类，选择流程。具体申请定义如下：
（一）新业务需求：指现有系统已经不能满足业务需求，必须增加新功能或新模块。
（二）需求变更：指现有系统已经具有该功能但由于该功
能不完善或是业务需求变更，系统不能满足业务发展时，需要修改现有系统或模块。
（三）数据修改：指修改现有系统的参数或数据状态。（四）数据查询：指查询现有系统数据。
（五）终端申请：指申请新增终端，包括计算机终端（含验印机器）、ATM和自助查询机的新增。
（六）线路申请：指新增加网络线路，或分支行、营业网点地址变更导致网络线路迁移。
第四条科技发展部已将上述申请在我行持模块中定义，并将逐渐替换纸质申请。
第五条科技发展部将根据业务需要增加新的申请种类，新增加的种类具体流程可参照以上三类申请。
第六条按照申请内容对生产的影响分为一般申请和重大申请。
（一）一般申请：指申请内容对生产系统的持续运行没有影响，不影响系统连续性的申请。
（二）重大申请：指申请内容对生产系统的持续运行有影响或可能影响系统连续性的申请。
第七条系统重大变更申请应向科技发展部提供纸质文件申请，并制定执行计划和应急回退预案，在得到信息科技管理委员会的批准后实施，并定期向信息科技管理委员会汇报进度。
第八条
按照申请需要操作的时间频度和紧急程度分为
OA系统的IT支
常规申请和紧急申请。
（一）常规申请：指可按照相应的申请流程和操作步骤执行的各类申请。
（二）紧急申请：指根据特殊情况（如影响生产系统运行的连续性或是客户的特殊原因等）
需要紧急执行的各类申请。
第九条对于紧急申请，科技发展部必须对事件的重要性和紧迫性进行判断，确定其优先级和影响程度，并与业务主管部门和需求提出部门沟通，经科技发展部负责人确认和授权后，方可进行操作。
第十条科技发展部要对紧急申请的经过和工作内容进行详细记录，事件处理完毕后，需求方必须在一周内补办正式、完整的申请手续并归档。
第十一条规申请。
以下关于申请的描述，如无特殊说明，均指常
第三章申请流程
第十二条系统变更类申请由以下环节构成：提出申请、需求分析、变更审批、系统修改及调试、测试及验收和变更生效，具体流程如下：
（一）由于系统变更类申请涉及前期需求的撰写和后期的测试、培训、上线等步骤，所以申请人一般是指总行机关业务部门的工作人员。分支行和网点人员如有此项变更需要，可以
与总行相关业务部门沟通，由总行业务部门人员确认并提出变更申请。
（二）变更申请人在提出变更申请时需要说明需求名称、功能描述及相关附件等详细信息，并指定测试人员。如对原有交易进行变更还需提供交易码，同时从业务管理和业务风险的角度分析完成变更申请内容和附件材料，批后，提交至科技发展部。
（三）科技发展部针对变更申请的内容和附件材料进行需求分析，明确需要进行的变更工作内容并提示潜在风险和预测变更工作量。
（四）科技发展部各应用系统管理员审阅申请材料和需求分析结果，并结合业务部门和风险合规部门意见，综合评估业务和技术风险，有权审批人签字同意后方可执行。如果存在较大变更风险，与业务部门沟通后，各应用系统管理员有权对变更申请予以驳回；如果是重大变更，则需提交到信息科技管理委员会审议。
（五）科技发展部系统管理员指派相应系统开发人员，针对需求分析的内容，按照相关系统的开发规范进行系统结构、程序或数据的修改及调试工作。
（六）系统修改工作完成并通过科技发展部开发人员自测后，由业务部门指定的测试人员对所做出的变更和修改进行测试并验收，验收合格后业务部门领导签字确认，同时确定变更
经业务部门负责人审
因篇幅问题不能全部显示，请点此查看更多更全内容