信息系统运维交接流程

1、信息系统运维工作交接流程 PAGE 10一、运维交接流程建设方负责信息系统的建设工作完成后，可根据项目实际情况，由建设工作相关组选择，是否将信息系统交运营运维组进行维护，运营运维组将根据项目实际情况评估运维人员及信息系统是否具备交维条件，如信息系统具备交维条件，并经部门领导审批后，方可进行交维工作，这是一个工作责任交接过渡的过程，需要较明确的流程进行支撑。根据内部分工， 结合系统运维实际工作内容，的顺利开展，初步制定以下运维交接流程。为保障信息系统应用的稳定性和运维工作交接过程中， 提交的信息系统项目文档可根据项目分类和所需实际维护工作情况进行调整，一般包含需求说明书、概要设计说明书 、详细设

2、计说明书 、数据字典 、测试报告、使用手册、部署文档及常见问题处理说明等，须保持项目实际情况与文档一致性。 如项目进行重大升级等，需及时更新文档并重新进行培训，同时按公司现有系统上线流程，进行对应的测试及上线审批。运营运维组根据项目规模和实际需要，组织进行系统测试，主要包含功能测试、集成测试、压力测试等， 需要在测试后编写测试总结并给出确切测试结果，如不合格需要说明不合格原因和理由。实际执行本流程过程中，难免会有一些没有约定清楚的内容或疏漏，相信通过与部门内各组共同努力，会逐渐完善，如有问题和建议，请随时与我们沟通并协商解决。二、运维交接的说明新项目需稳定运行一段时间才能交接给运营运维组，以确

3、保交接中间环节不发生重大故障，影响用户使用；新项目交接给运营运维组，建设方须对接手该系统维护的同事做全面的系统业务培训， 根据系统功能范围及维护的具体内容确定；信息系统项目维护交接通常须提供的文档资料可根据维护工作实际需要进行调整，由建设方提供，运维方在运维过程中要对常见问题处理说明等文档进行更新；交接过程中， 如项目最终用户为公司外单位，除内部按本流程交接外，还应按最终用户要求进行交接。如系项目采用了其他系统集成单位的产品及软件、服务等， 也需根据要求， 由建设相关流程编号流程名称负责方补充说明1提交运维申请建设方提交运维申请表 ，根据项目情况可一并填写项目信息表2填写交维计划维护方补充运维

4、申请表 中交维计划和所需材料清并确定资料清单内容， 由建设方提交部门经理审核，同意后单进入下一环节3填写交维项目建设方填写详细的项目信息表信息表4编制项目所需文档材料建设方根据运维申请表中确定的清单提供5进行系统培训建设方对运维方进行培训6系统测试维护方维护方组织进行系统测试，可能需要测试组的同事支持，并提出测试结果表7进行维护确认维护方填写交维确认表 ，并根据项目类型和实际情况确定是否编写项目维护方案，经建设方和部门领导审批8完成交维维护方审批通过后开始进行正常维护组统一安排， 确定该部分是由其他系统集成单位维护或转维护组进行维护，分按本流程进行交接。交接流程各环节说明如下：确定转维护组部三

5、、交维测试内容系统交维测试非常重要， 是对软件质量、 软件的可维护性、软件的易用性的考量， 是判断一个信息系统可否交维的关键， 由于一个系统在上线前一定已经进行了全面的测试， 这里就进行系统维护所关注的测试内容进行较详细说明。如系项目采用了其他系统集成单位的产品及软件、 服务等， 也需根据要求， 确定转交维护组维护的部分，由建设相关组统一组织进行维护所需相关测试。系统维护所需测试的内容，可根据项目实际情况、需维护的工作内容以及系统分类进行调整，其主要内容包含以下几方面：（ 1）功能测试：功能测试就是对项目的各功能进行验证，对用户主要常用功能进行测试， 同时维护人员可熟悉常用操作使用。重点查看是

6、否有帮助信息，菜单导航能否正常执行，一些所需的三方服务或一些特殊域和特殊控件能否运行。（ 2）可靠性测试：指软件在规定的时间和条件下不出现故障，持续运行的能力。系统不应存在导致无法运行、崩溃或导致数据破坏、缺损的重大缺陷；对关键操作、不可恢复的操作或可能引起灾难性后果的操作应有明确的提示，并请求用户确认。（ 3）可维护性测试： 系统要有专为维护工作提供的维护账号，以及数据查询的手段， 系统运行出错后，可帮助维护人员发现、诊断、修改错误的可行性，并提供常见错误处理方 法，维护过程中要更新常见问题处理说明。（ 4）安全性测试：根据项目安全方面要求，测试是否进行了安全防护策略的制定，重点包括： 软件

7、使用的安全性，数据的存储、 传输和访问安全；安全方面的设置对用户的影响比较多，也是维护工作中通常会遇到的问题。以上系统测试的内容，可根据实际项目情况进行调整，这里只描述了维护所需常用测试内容， 对用户访问量大等情况，还需要并发、 压力等性能测试内容，同时也需要专业的测试团队进行支持。测试完成后，根据实际测试情况，由维护方编写测试结果表并及时反馈建设方，测试通过后方可进行交接。四、文档一般要求项目文档是系统的重要组成部分，为了保障交维后顺利开展维护工作，建设方在提交项目文档资料时，请特别注意以下几点：（ 1）要明确文档和实际系统的一致性；（ 2）维护特别需要用户手册、操作手册、维护手册、联机帮助

8、文件，这些特别重要；（ 3）文档需要完整性，清单和内容的完整性；（ 4）文档要客观描述应用程序的实际操作；（ 5）文档的准确性，主要是文档的描述要准确，无歧义，文字表达准确；（ 6）文档要可理解， 维护人员不是开发人员，通常不具备开发人员的技术水平和能力， 在编写的操作手册中，最好有形象的操作说明。维护方要依据项目类型和维护内容及要求，结合建设方材料， 并根据最终用户方的要求，确定编制详细维护方案，并特别注意以下几点：（1）要与建设方共同明确维护的具体工作内容；（ 2）要与建设方共同约定维护的质量要求及技术要求；（ 3）在系统发生变更，重新上线时，双方做好对应的沟通及培训工作。（ 4）在项目维

9、护过程中，所需文档可能会有变化，建设方应保障维护方所需文档及时提供，双方应及时沟通解决。五、附表流程中所需表格如下： 附件 1、运维申请单附件 2、项目信息表附件 3、测试结果表附件 4、交维确认表流程中相关材料包括：附件 5、项目相关材料参考清单维护方案模板，请参考公司 9000 文档。附件 1 维护申请表XX信息系统交维申请单申请时间：申请部门申请人联系电话系统名称系统情况简单说明建系统所属设方建设类型填写系统所需维护内容系统的主要用途、用户、功能、规模等简单说明，可附系统详细信息表进一步说明。1、公司自建自用；2、公司建设其他方使用；3、其他方建设公司使用； 4、其他方建设其他方使用1、

10、客服电话及使用帮助支持；2、常见操作问题处理；3、系统及操作系统、中间件、数据库维护；4、硬件及网络环境维护申请方 负责人意见交维时间计划负责人（签字） ：1、培训时间计划：2、测试时间计划：3、人员时间计划：4、完成时间计划：所需文件资料清单所需测试内容维护方填维写护工作量1、项目需求2、项目设计3、维护手册4、常见问题处理说明5、使用手册6、系统部署说明其他：1、常用功能2、帮助信息3、可维护性4、下载安装5、安全测试6、可靠性测试其他：估算估算维护工作年度需：/人年工作量。新增维护人员估算估算需新增维护人员：名。维护方评估意见1、可以承接2、不可以承接，原因：负责人（签字） ：领导审批意

11、见注： 1、可根据项目实际情况，选择部分文档清单及部分测试内容；2、可在提交本申请表时，附信息系统详细信息表，便于确定具体维护工作。附件 2 项目信息表XX信息系统详细信息表填表时间：系统名称上线时间用户系统用户数量总用户数：日在线数量：其他： 系统使用频率在线用户每天平均使用功能数：系统系统涉及第三基本方信息信息系统访问或下载地址1、三方名称：2、联系方式：1、登录 URL ：2、下载地址URL ：3、帮助地址URL ：4、其他：系统测试角色及用户1、各角色说明：2、各角色测试用户密码：主机类型1、物理机2、虚拟机操作系统系统存储类型NAS 等存储容量软硬网络情况是否公网出口，域名、带宽、有

12、无备案，备案号件环数据库MYSQL等中间件TOMCAT等境三方软件消息服务等其他设备名称数量IP 地址开放端口部署软件系 统部 署情况可根据项目情况提供功能模块说明，项目网络拓扑或设备清单等，进一步说明系补充统的详细情况说明附件 3 测试结果表XX信息系统测试结果表测试时间：常用功能使用帮助下载安装测试安全性内容可靠性及结可维护性果系统文档其他测试发现问题改进优化建议1、通过2、不通过，原因：测试结论测试人员（签字） ：附件 4 交维确认表XX信息系统交维确认单填写时间：所属部门联络人联系电话系统名称系统交维简单说明系系统所属统情建设类型况文档资料是否齐全系统所需维护内容系统交维过程简单说明1、公司自建自用；2、公司建设其他方使用；3、其他方建设公司使用； 4、其他方建设其他方使用系统测试是否通过1、客服电话及使用帮助支持；2、常见操作问题处理；3、系统及操作系统、中间件、数据库维护；4、硬件及网络环境维护承接人员联系电话交维时间维护内容工作要求维护1、客户问题受理并记录；2、巡检系统并记录；3、数据备份； 4、周、月维护报告；5、应用、网络及硬件自动监控其他：维护方案工作量确认维护工作年度量：/人年。维护人员确认系统需要维护人员：名。其他说明可根据系统规模和类型等实际情况，确实是否单独提供详细维护方案进行说明具体维护要求。