公司应用系统运维移交管理办法.doc

1、华 北 电 网 有 限 公 司 信 息 系 统 运 维 移 交 管 理 办 法第 一 章 总 则第一条 为进一步规范华北电网有限公司（以下简称“公司” ）应用系统运维移交工作，确保运维移交期间公司应用系统稳定运行，应用系统移交后运维各项工作能够有效衔接，明确工作责任，规范移交流程，特制订本管理办法。第二条 运维移交是指业务系统从试运行移交到正式生产运行，从移交部门代为运行维护转为信息运维中心正式运维。第三条 本办法是公司应用系统运维移交的基本要求。第四条 本办法适用于公司各部门以及直属供电（电力）公司、超高压公司、建设分公司、供应链管理中心（以下简称“各单位” ） 。第 二 章 职 责 分 工

2、第五条 公司信息化领导小组对公司信息系统运维移交工作实行统一领导，信息系统运维移交工作由公司信息管理中心、牵头业务部门、信息运维中心、实施单位共同完成。系统运维移交工作职责分工：（一） 公司信息管理中心负责信息系统运维移交的审核和批准及安全测评工作，系统的运维移交需报公司信息化领导小组审批。（二） 牵头业务部门负责组织相关业务部门、实施单位执行相关申请工作，进行系统运维移交的审核、许可及测评等工作。（三） 信息系统实施单位和信息运维中心共同负责完成信息系统运维移交的申请、知识转移、交接确认等相关工作。第 三 章 交 接 前 应 具 备 的 条 件第六条 业务系统移交生产运维前必须测试正常、稳定

3、运行、文档齐备，满足条件后方可申请移交，包括但不限于以下条件：(一) 上线试运行期间需连续运行不少于 3 个月。(二) 通过上线试运行验收。(三) 完成试运行报告并通过审查。(四) 具备必备的文档并通过审查。(五) 运行维护报告：含维护记录。(六) 完成对运行维护人员的知识转移。(七) 紧急情况恢复测试（可选）：服务器瘫痪、网络故障、应用服务器故障等的解决办法，备用应急方案启动测试。(八) 系统备份策略明确、备份系统正常，且进行过恢复测试。(九) 提供详细的日常运行维护制度或规程。第七条 移交方应成立移交小组，移交小组应由系统初始实施人员构成，并有足够的技术力量。第八条 在系统正式交接前，系统

4、移交部门应与信息运维中心指定相应的运维团队或者运维责任人，完成相关制度和文档的准备。第 四 章 运 维 交 接 流 程第九条 系统上线后，移交方应根据本运行移交标准，结合应用系统及试运行情况，制订应用系统移交工作计划（可参照应用系统移交工作计划 ）,并与信息运维中心共同讨论确定，最终通过信息管理中心审批确认。第十条 信息运维中心运维团队直接参与系统运行支持工作，移交方应主动分配运维中心人员相关工作，告知运维工作涉及到的各方面内容及注意问题。信息运维中心人员参与系统主要模块运维工作应不少于 3 个月，确保运维团队在正式移交后能够独立进行系统运维支持工作。第十一条 培训信息运维中心人员：移交方小组

5、对信息运维中心人员进行系统功能培训、技术培训和交接培训。系统功能培训包括系统的配置、操作及问题处理等运维支持相关的技能；技术培训应涵盖交接中将涉及到的主要技术问题，包括技术平台、开发工具、开发代码等；交接培训主要包括交接操作流程、交接要点及异常情况的处理等。第十二条 进行文档等项目交付品的整理和移交，交付品移交清单参见项目交付品清单 。根据项目性质不同，文档交付内容也有所不同，对于完全由项目组进行开发的系统参见“开发系统文档”清单，对于购买成熟产品平台，由第三方实施单位负责实施的系统参见“引进系统文档”清单。第十三条 制定初步的应急预案：移交方应针对信息系统的风险，制定初步的应急预案，必要时将

6、进行实际演练。第十四条 在正式移交前一个月进行模拟移交，即由信息运维中心运维团队主要负责运维支持工作，移交方负责指导及帮助解决运维中心人员不能处理的问题，确保移交期间系统的正常运行。第十五条 具备移交条件后，移交方向信息运维中心提出正式申请（申请表格见移交运维申请单 ） ，同时提供相关资料或证明材料，完成移交的技术准备。第 五 章 交 接 工 作 内 容第十六条 交接前，移交方和信息运维中心要整理确认移交工作计划表 。交接时，需要双方有关人员均在现场，各项交接内容均需要专人签字确认，只有全部过程签字完毕后方可认为交接结束。第十七条 交接前的准备工作：(一) 整理系统相关单位的联系方式：移交方需

7、整理出相关单位联系方式表,表中应包括主要系统平台提供商、设备供应商等相关单位的联系方式，以便能及时获得支持。(二) 工具准备：移交方小组应根据应用系统及设备情况，根据交接工作所需设备，如手提电脑、光盘、移动硬盘、必要的软件、保险柜、交接文挡及相关表格等，填写交接工作所需设备清单 ，并作好相应准备。(三) 为了保证移交后系统的稳定运行，移交部门与信息运维中心应对所有的系统、数据、系统用户、权限密码、技术文档、合同、设备等进行登记，对备份数据、技术文档进行封存，对系统用户权限和密码进行审查后，信息运维中心按照审慎原则对系统进行接收。第十八条 系统交接工作(一) 检查系统运行情况信息运维中心在移交部

8、门配合下检查移交日系统的运行情况，运行完全正常的系统方可进行正式移交。(二) 系统安全检查由专业的信息安全技术人员对被移交信息系统进行完整、全面的安全评估，找出潜在技术风险，进行病毒、木马查杀，端口、服务等安全检查，填写信息系统安全检查表 。对不满足的情况提出整改方案，在规定时间内监督被移交方完成方可移交。(三) 进行应用系统及配置备份移交时系统备份应包括对各应用系统进行全备份，对操作系统的重要系统目录、配置文件、重要的系统文件进行备份，对网络、安全设备的配置文件进行备份等，应用系统的全备份包括应用软件、数据库、参数配置文件、运行日志等,交接完后应填写交接日系统备份登记表 。(四) 完成密码交

9、接密码交接应包括操作系统、数据库、应用系统、网络安全设备等超级用户密码及应用系统后台用户密码的交接, 交接完后应填写 密码设置修改登记表 。交接后应及时修改密码。在进行密码修改前，应对所有系统的用户权限及参数文件进行备份。在更改用户密码后，应检查应用系统相关配置中使用相应用户用于业务处理的情况，对配置文件中相应用户的密码进行修改，并及时作好相应测试，确保系统能正常运行。(五) 用户权限核查在核查各系统用户及其权限前，应备份用户权限配置文件，并在进行核查操作时详细记录操作过程，核查工作主要包括： 停用不必要用户，系统运行一段时间后，确认不必要时删除。 按最小权限原则进行权限调整。 如果存在使用超

10、级用户用于后台处理的情况，建立具有所需权限的用户替代超级用户，并修改相应的配置文件。 是否存在缺省的超级用户。核查完用户权限后，应填写华北电网公司 XX 信息系统超级用户权限检查登记表 。(六) 数据情况检查检查所有历史数据的备份情况，包括存放位置及备份方式，并对备份数据进行有效性、完整性、连续性检查。(七) 技术资料交接签字技术资料要求交接方提供电子文档一份（光盘或 U 盘资料） ，必要时提供文字资料。技术资料交接应涵盖以下内容： 应用系统试运行期间运行维护报告 应用系统试运行期间运行维护问题清单 （可以包含在维护报告中） 应用系统运行维护手册 。 应用系统应急预案 其它相关资料详见附件项目

11、交付品清单 。对移交的技术资料，需要检查其完备性、可用性、一致性，确保移交资料可用、能用。(八) 设备资产清查交接应根据被移交方提供的固定资产台账，由移交双方共同对设备进行清查，清查时应记录设备状况、所用系统及存放地点,完善系统硬件、软件台账等相关表单。(九) 移交情况汇总所有移交工作结束后，移交方与信息运维中心共同负责填写移交情况汇总表 ，经过双方签字确认后，提交到信息管理中心审批备案。第 六 章 交 接 后 协 议第 十 九 条 交接后移交方需要签署书面安全协议，应承诺除了正常的密码体系外不再有其他方式可进入系统查看和修改信息，否则移交单位将承担由此引起的一切后果和损失。第 七 章 附 则

12、第二十条 本管理办法由公司信息管理中心负责解释。第二十一条 本管理办法自发布之日起试行。附件 1：应用系统移交工作计划1）功能移交工作计划表序号 任务 子任务 起始日期 完成日期 被移交人 移交人1 制定交接工作计划并确认 2启动交接工作制定交接工作方案 3 讨论确认交付品清单4文档交接 根据交付品清单整理核对项目文档，最终经过移交双方确认5运维管理工作任务及流程知识转移6系统交接期间遗留问题与待开发优化任务交接，最终确定解决方案与解决负责人7运维管理工作的交接制定运维交接后运维策略及与其他项目或系统的沟通协调方案8整理、总结系统各模块运行情况及待改善问题9各模块功能的运维交接 进行系统各模块

13、功能移交与知识转移10 模拟运维交接交接工作后期，由运维中心承担主要运维工作，移交方进行指导的方式，进行系统运维工作正式移交前的试运行。2）技术移交工作计划表序号 任务 子任务 起始日期 完成日期 被移交人 移交人1 移交方整理客户化开发清单 2整理客户化开发清单和开发文档信息运维中心接收客户化开发文档并审核确认 3核对系统各模块客户化开发功能文档、技术文档和安装配置文档 4核对客户化开发文档 移交方补充各模块缺失的功能文档、技术文档和安装配置文档，最终通过信息运维中心确认。5源代码学习与知识转移进行系统各模块程序的整理与学习 6根据实际情况，实施方技术人员对运维中心运维人员进行程序培训讲解。

14、7整理和明确正在进行的和遗留的开发任务，确定负责人和解决方案。8运维技术支持工作移交 讨论确定运维移交完成后，技术开发工作应该注意的事项及与其他项目的协调等问题。附件 2：项目交付品清单1）开发系统文档，包括调研、设计、开发、测试、试用各阶段文档，至少应包括：序号 主要工作成果 说明 格式1 详细项目计划 详细实施计划是细分到每个任务层次的项目计划，其中包括：项目范围、工作天数、时间安排等 MPP2 调研报告 针对与各家重点单位的点对点调研总结报告，主要确定软件开发需求。 DOC3 可行性研究报告 系统实现可行分析 DOC3 需求说明书 详细的用户需求及业务流程描述 DOC4 系统概要设计文

15、档 系统实现总体功能及架构设计 DOC5 系统详细设计文 档 系统各模块详细实现方案 DOC6 数据字典或数据 库设计说明书 数据库表结构及关系详细说明 DOC7 系统详细技术文 档 系统实现总体架构，各功能模块详细实现文档 DOC8 操作手册 软件产品各功能模块的详细操作说明 DOC9 测试报告 包括功能测试、集成测试及压力测试报告等 DOC10 安全评估报告 系统在数据、网络等方面的安全评估 DOC11 系统试用报告 系统试运行或正式上线运行的运行情况报告 DOC12 软件安装及维护 手册 软件产品安装及维护手册 DOC2）引进系统文档应包括调研、设计、配置、迁移、试用各阶段文档，包括但不

16、限于以下文档：序号 主要工作成果 说明 格式1 详细实施计划 详细实施计划是细分到每个任务层次的项目计划，其中包括：项目范围、工作天数、时间安排等 MPP2 项目启动大会资料根据项目任务书的要求，明确每个阶段的任务和责任人，使项目能够按照计划稳步推进，及时协调解决项目推进过程中的问题，明确相关人员责任，提高项目质量，有效降低风险。PPT3 调研报告 针对与各家重点单位的点对点调研总结报告，主要分析与试点方案的差异。 DOC4 客户化需求清单 在功能匹配基础上，针对差异进行分析，提出初步建议的方案，并提出客户化需求。DOC5 数据采集模板 此模板定义了数据转换过程中的数据标准，包括：字段长度、有

17、效值、命名规则及数字规则。XLS6 数据采集说明 指导数据采集工作的工作说明DOC7 系统详细解决设计方案 各类业务在系统各个模块的详细业务流程设计，及其相关的说明和规定。DOC8 业务流程清单 针对每个业务模块具体的业务流程图及说明。 VISIODOC9 详细方案设计汇报就系统详细解决设计方案向项目领导委员会进行汇报，以获得对详细设计方案的认可，依此作为系统详细构建（包括配置和开发）的方向和依据。PPT10 客户化开发文档（功能设计）本文档主要列示各个客户化开发的业务背景、业务原因、业务需求和业务逻辑，为客户化开发技术设计提供业务场景。DOC11 系统配置文档此文档记录了集成的企业经营管理软件如何满足业务需求的实现方法。基于设计阶段及 CRP 的结果，需要在系统中进行详细的配置工作（弹性域、值列表等），将此配置工作以文档的方式记录下来成为系统配置文档。DOC