信息系统运维交接流程.docVIP

信息系统运维交接流程

XX公司运营运维组

2020年4月

文档描述

文档名称

信息系统运维交接流程

适用范围

适用于运营运维组承接的信息系统运维项目

当前版本

V0.3

编制组织

运营运维组

内容简介

为规范信息系统运维交接工作，保障信息系统应用的稳定性和运维工作的顺利开展，理顺部门内建设工作、运维运营组、及系统相关外部组织人员在交接工作中的工作职责和流程，基于现有维护工作实际需要，特制定本交接流程。

文档变更

日期

版本

说明

作者

审核

2020.4.10

V0.1

初次创建

xx

2020.4.12

V0.2

修订文档，调整部分内容

xx

2020.4.16

V0.3

修订文档，增加涉及三方内容

xx

一、运维交接流程

建设方负责信息系统的建设工作完成后，可根据项目实际情况，由建设工作相关组选择，是否将信息系统交运营运维组进行维护，运营运维组将根据项目实际情况评估运维人员及信息系统是否具备交维条件，如信息系统具备交维条件，并经部门领导审批后，方可进行交维工作，这是一个工作责任交接过渡的过程，需要较明确的流程进行支撑。

根据内部分工，结合系统运维实际工作内容，为保障信息系统应用的稳定性和运维工作的顺利开展，初步制定以下运维交接流程。

交接过程中，提交的信息系统项目文档可根据项目分类和所需实际维护工作情况进行调整，一般包含《需求说明书》、《概要设计说明书》、《详细设计说明书》、《数据字典》、《测试报告》、《使用手册》、《部署文档》及《常见问题处理说明》等，须保持项目实际情况与文档一致性。如项目进行重大升级等，需及时更新文档并重新进行培训，同时按公司现有系统上线流程，进行对应的测试及上线审批。

运营运维组根据项目规模和实际需要，组织进行系统测试，主要包含功能测试、集成测试、压力测试等，需要在测试后编写测试总结并给出确切测试结果，如不合格需要说明不合格原因和理由。

实际执行本流程过程中，难免会有一些没有约定清楚的内容或疏漏，相信通过与部门内各组共同努力，会逐渐完善，如有问题和建议，请随时与我们沟通并协商解决。

二、运维交接的说明

新项目需稳定运行一段时间才能交接给运营运维组，以确保交接中间环节不发生重大故障，影响用户使用；

新项目交接给运营运维组，建设方须对接手该系统维护的同事做全面的系统业务培训，根据系统功能范围及维护的具体内容确定；

信息系统项目维护交接通常须提供的文档资料可根据维护工作实际需要进行调整，由建设方提供，运维方在运维过程中要对《常见问题处理说明》等文档进行更新；

交接过程中，如项目最终用户为公司外单位，除内部按本流程交接外，还应按最终用户要求进行交接。

如系项目采用了其他系统集成单位的产品及软件、服务等，也需根据要求，由建设相关组统一安排，确定该部分是由其他系统集成单位维护或转维护组进行维护，确定转维护组部分按本流程进行交接。

交接流程各环节说明如下：

流程编号

流程名称

负责方

补充说明

1

提交运维申请

建设方

提交《运维申请表》，根据项目情况可一并填写《项目信息表》

2

填写交维计划并确定资料清单

维护方

补充《运维申请表》中交维计划和所需材料清单内容，由建设方提交部门经理审核，同意后进入下一环节

3

填写交维项目信息表

建设方

填写详细的《项目信息表》

4

编制项目所需文档材料

建设方

根据《运维申请表》中确定的清单提供

5

进行系统培训

建设方

对运维方进行培训

6

系统测试

维护方

维护方组织进行系统测试，可能需要测试组的同事支持，并提出《测试结果表》

7

进行维护确认

维护方

填写《交维确认表》，并根据项目类型和实际情况确定是否编写《项目维护方案》，经建设方和部门领导审批

8

完成交维

维护方

审批通过后开始进行正常维护

三、交维测试内容

系统交维测试非常重要，是对软件质量、软件的可维护性、软件的易用性的考量，是判断一个信息系统可否交维的关键，由于一个系统在上线前一定已经进行了全面的测试，这里就进行系统维护所关注的测试内容进行较详细说明。

如系项目采用了其他系统集成单位的产品及软件、服务等，也需根据要求，确定转交维护组维护的部分，由建设相关组统一组织进行维护所需相关测试。

系统维护所需测试的内容，可根据项目实际情况、需维护的工作内容以及系统分类进行调整，其主要内容包含以下几方面：

（1）功能测试：功能测试就是对项目的各功能进行验证，对用户主要常用功能进行测试，同时维护人员可熟悉常用操作使用。重点查看是否有帮助信息，菜单导航能否正常执行，一些所需的三方服务或一些特殊域和特殊控件能否运行。

（2）可靠性测试：指软件在规定的时间和条件下不出现故障，持续运行的能力。系统不应存在导致无法运行