公司应用系统运维移交管理办法
XXX制定了信息系统运维移交管理办法，旨在规范应用系统运维移交工作，确保系统稳定运行，移交后运维工作有效衔接，明确工作责任，规范移交流程。
运维移交是指业务系统从试运行移交到正式生产运行，从移交部门代为运行维护转为信息运维中心正式运维。
本办法适用于公司各部门以及直属供电（电力）公司、超高压公司、建设分公司、供应链管理中心。
公司信息化领导小组对信息系统运维移交工作实行统一领导，信息系统运维移交工作由公司信息管理中心、牵头业务部门、信息运维中心、实施单位共同完成。
具体职责分工如下：
公司信息管理中心负责信息系统运维移交的审核和批准及安全测评工作，需报公司信息化领导小组审批。
牵头业务部门负责组织相关业务部门、实施单位执行相关申请工作，进行系统运维移交的审核、许可及测评等工作。
信息系统实施单位和信息运维中心共同负责完成信息系统运维移交的申请、知识转移、交接确认等相关工作。
业务系统移交生产运维前必须测试正常、稳定运行、文档齐备，满足条件后方可申请移交。
具体条件包括上线试运行期间需连续运行不少于3个月，通过上线试运行验收，完成试运行报告并通过审查，具备必备的文档并通过审查，提供运行维护报告、完成对运行维护人员的知识转移，紧急情况恢复测试，系统备份策略明确、备份系统正常且进行过恢复测试，提供详细的日常运行维护制度或规程。
移交方应成立移交小组，由系统初始实施人员构成，并有足够的技术力量。
在系统正式交接前，系统移交部门应与信息运维中心指定相应的运维团队或者运维责任人，完成相关制度和文档的准备。
以上是运维交接流程的基本要求，以确保信息系统运维移交顺利进行。
为了确保系统移交后的稳定运行，移交部门和信息运维中心必须对所有系统、数据、系统用户、权限密码、技术文档、
合同、设备等进行登记，并对备份数据和技术文档进行封存。
在对系统用户权限和密码进行审查后，信息运维中心按照审慎原则接收系统。
第十八条：系统交接工作
一）检查系统运行情况
在移交部门的配合下，信息运维中心必须检查移交日系统的运行情况，只有当系统完全正常运行时才能进行正式移交。
二）系统安全检查
专业的信息安全技术人员必须对被移交的信息系统进行完整、全面的安全评估，找出潜在技术风险。
进行病毒、木马查杀，端口、服务等安全检查，并填写《信息系统安全检查表》。
如果存在不满足标准的情况，则需要提出整改方案，并在规定时间内监督被移交方完成整改方案，以确保系统能够移交。
三）进行应用系统及配置备份
在移交时，系统备份应包括对各应用系统的全备份，对操作系统的重要系统目录、配置文件、重要的系统文件进行备份，对网络、安全设备的配置文件进行备份等。
应用系统的全备份包括应用软件、数据库、参数配置文件、运行日志等。
在交接完毕后，需要填写《交接日系统备份登记表》。
四）完成密码交接
密码交接应包括操作系统、数据库、应用系统、网络安全设备等超级用户密码及应用系统后台用户密码的交接。
在交接完毕后，需要填写《密码设置修改登记表》。
交接后应及时修改密码。
在进行密码修改前，必须对所有系统的用户权限及参数文件进行备份。
在更改用户密码后，应检查应用系统相关配置中使用相应用户用于业务处理的情况，对配置文件中相应用户的密码进行修改，并及时进行相应测试，以确保系统能正常运行。
五）用户权限核查
在核查各系统用户及其权限前，需要备份用户权限配置文件，并在进行核查操作时详细记录操作过程。
核查工作主要包括：
停用不必要用户，系统运行一段时间后，确认不必要时删除。
按最小权限原则进行权限调整。
如果存在使用超级用户用于后台处理的情况，建立具有所需权限的用户替代超级用户，并修改相应的配置文件。
是否存在缺省的超级用户。
核查完用户权限后，需要填写《华北电网公司XX信息系统超级用户权限检查登记表》。
六）数据情况检查
必须检查所有历史数据的备份情况，包括存放位置及备份方式，并对备份数据进行有效性、完整性、连续性检查。
七）技术资料交接签字
技术资料要求交接方提供电子文档一份（光盘或U盘资料），必要时提供文字资料。
技术资料交接应涵盖以下内容：
应用系统试运行期间运行维护报告》
应在移交前对技术资料进行核对，确保完备性、可用性和一致性。
同时，需要制定应用系统试运行期间运行维护问题清单、应用系统运行维护手册和应用系统应急预案等相关资料。
对于设备资产清查交接，移交双方应共同对设备进行清查，并记录设备状况、所用系统及存放地点，完善相关表单。
所有移交工作结束后，移交方与信息运维中心共同负责填写移交情况汇总表，并经过双方签字确认后，提交到信息管理中心审批备案。
在交接后协议中，移交方需要签署书面安全协议，承诺除了正常的密码体系外不再有其他方式可进入系统查看和修改信息。
本管理办法由公司信息管理中心负责解释，自发布之日起试行。
应用系统移交工作计划包括功能移交工作计划表和技术移交工作计划表，其中包括制定交接工作方案、讨论确认交付品清单、整理核对项目文档、运维管理工作任务及流程知识转移等任务和子任务。
在移交前，实施方技术人员应对技术资料进行核对，确保完备性、可用性和一致性。
6.对于运维中心的运维人员，进行程序培训和讲解。
确保
他们清楚正在进行的工作和尚未解决的问题。
7.提供运维技术支持，并进行工作移交。
8.确定开发任务的负责人和解决方案。
在完成运维移交后，讨论注意事项和与其他项目的协调等问题。
附件2：项目交付品清单
1.开发系统文档，包括调研、设计、开发、测试、试用各
阶段文档。
其中，详细项目计划是细分到每个任务层次的项目计划，包括项目范围、工作天数、时间安排等。
针对与各家重点单位的点对点调研总结报告，主要确定软件开发需求。
2.引进系统文档，包括调研、设计、配置、迁移、试用各
阶段文档。
其中，详细实施计划是细分到每个任务层次的项目计划，包括项目范围、工作天数、时间安排等。
根据项目任务书的要求，明确每个阶段的任务和责任人，使项目能够按照计
划稳步推进，及时协调解决项目推进过程中的问题，明确相关人员责任，提高项目质量，有效降低风险。
具体文档包括：
1）可行性研究报告系统实现可行分析；需求说明书；系
统概要设计文档；系统详细设计文档；数据字典或数据库设计说明书；系统详细技术文档；操作手册；测试报告；安全评估报告；系统试用报告；软件安装及维护手册。
2）项目启动大会资料；调研报告；客户化需求清单方案，并提出客户化需求；数据采集模板，定义数据转换过程中的数据标准，包括字段长度、有效值、命名规则及数字规则；指导数据采集工作的工作说明。
1.各类业务在系统各个模块的详细业务流程设计以及相关
说明和规定。
2.针对每个业务模块，提供具体的业务流程图和说明。
3.系统详细解决设计方案，向项目领导委员会进行汇报，
以获得对详细设计方案的认可，依此作为系统详细构建（包括配置和开发）的方向和依据。
4.客户化开发文档（功能设计），列示各个客户化开发的
业务背景、业务原因、业务需求和业务逻辑，为客户化开发技术设计提供业务场景。
5.系统配置文档，记录了集成的企业经营管理软件如何满
足业务需求的实现方法。
基于设计阶段及CRP的结果，需要
在系统中进行详细的配置工作（弹性域、值列表等），将此配置工作以文档的方式记录下来成为系统配置文档。
6.客户化开发文档（技术设计），是独立的系统开发文档，包括业务逻辑、详细功能需求、变量、文件、数据库表格和相应的后台配置信息。
7.权限分配清单，详细罗列各用户的操作权限，及相应的
安全性配置描述。
8.关键用户培训资料，根据详细设计方案的结果和系统构
建方案对关键用户开展培训的相关资料。
9.测试脚本，描述了集成测试及用户测试中的测试情景、
测试脚本、测试条件及预期结果。
测试情景及脚本将使集成测试和用户测试的顺利进行、符合项目标准并且得到正确的预期结果。
在系统测试进行后，测试脚本及结果将会相应的更新。
10.UAT测试及测试报告，即用户接受度测试，以检验系
统的可用性，并撰写测试报告记录测试结果。
11.最终用户操作手册，是指导最终用户如何一步步完成
特定任务的指导手册。
根据业务流程的复杂程度及具体业务人员水平的高低，用户手册可以增加特别的提示或更多的指导信息。
最终用户培训即根据用户手册对最终用户展开的操作培训。
12.上线策略及计划（包括系统切换），详细描述了系统
上线的具体安排和工作计划、任务、工具及步骤等。
13.运维策略，由运维组发布，为了系统的正常运行和日
常业务的顺利进行，项目组制定的支持工作安排，包括现场支持和远程支持等的人员和时间安排等。
