信息系统运维交接流程-D.pdf

该【信息系统运维交接流程-D 】是由【小屁孩】上传分享，文档一共【10】页，该文档可以免费在线阅读，需要了解更多关于【信息系统运维交接流程-D 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。 : .
信息系统运维交接流程-D--第1页
















信息系统运维工作交接流程
信息系统运维交接流程-D--第1页 : .
信息系统运维交接流程-D--第2页
一、运维交接流程
建设方负责信息系统的建设工作完成后， 可根据项目实际情况， 由建设工作相关组选择，
是否将信息系统交运营运维组进行维护， 运营运维组将根据项目实际情况评估运维人员及信
息系统是否具备交维条件， 如信息系统具备交维条件， 并经部门领导审批后， 方可进行交维
工作，这是一个工作责任交接过渡的过程，需要较明确的流程进行支撑。
根据内部分工， 结合系统运维实际工作内容， 为保障信息系统应用的稳定性和运维工作
的顺利开展，初步制定以下运维交接流程。



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

二、运维交接的说明

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



组统一安排， 确定该部分是由其他系统集成单位维护或转维护组进行维护， 确定转维护组部


分按本流程进行交接。


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


流程编号 流程名称 负责方 补充说明
1 提交运维申请 建设方 提交《运维申请表》 ，根据项目情况可一并填
写《项目信息表》
2 填写交维计划 维护方 补充《运维申请表》 中交维计划和所需材料清
并确定资料清 单内容， 由建设方提交部门经理审核， 同意后
单 进入下一环节
3 填写交维项目 建设方 填写详细的《项目信息表》
信息表
4 编制项目所需 建设方 根据《运维申请表》中确定的清单提供
文档材料
5 进行系统培训 建设方 对运维方进行培训
6 系统测试 维护方 维护方组织进行系统测试， 可能需要测试组的
同事支持，并提出《测试结果表》
7 进行维护确认 维护方 填写《交维确认表》 ，并根据项目类型和实际
情况确定是否编写《项目维护方案》 ，经建设
方和部门领导审批
8 完成交维 维护方 审批通过后开始进行正常维护



三、交维测试内容
系统交维测试非常重要， 是对软件质量、 软件的可维护性、软件的易用性的考量， 是判断
一个信息系统可否交维的关键， 由于一个系统在上线前一定已经进行了全面的测试， 这里就
进行系统维护所关注的测试内容进行较详细说明。
如系项目采用了其他系统集成单位的产品及软件、 服务等， 也需根据要求， 确定转交维
护组维护的部分，由建设相关组统一组织进行维护所需相关测试。
系统维护所需测试的内容， 可根据项目实际情况、 需维护的工作内容以及系统分类
进行调整，其主要内容包含以下几方面：
（ 1）功能测试：功能测试就是对项目的各功能进行验证，对用户主要常用功能进行
测试， 同时维护人员可熟悉常用操作使用。 重点查看是否有帮助信息， 菜单导航能否正常执
行，一些所需的三方服务或一些特殊域和特殊控件能否运行。
（ 2）可靠性测试：指软件在规定的时间和条件下不出现故障，持续运行的能力。系
统不应存在导致无法运行、崩溃或导致数据破坏、 缺损的重大缺陷；对关键操作、 不可恢复
的操作或可能引起灾难性后果的操作应有明确的提示，并请求用户确认。
（ 3）可维护性测试： 系统要有专为维护工作提供的维护账号， 以及数据查询的手段，
系统运行出错后，可帮助维护人员发现、 诊断、修改错误的可行性，并提供常见错误处理方
法，维护过程中要更新《常见问题处理说明》 。
（ 4）安全性测试：根据项目安全方面要求，测试是否进行了安全防护策略的制定，
重点包括： 软件使用的安全性， 数据的存储、 传输和访问安全；安全方面的设置对用户的影
响比较多，也是维护工作中通常会遇到的问题。
以上系统测试的内容， 可根据实际项目情况进行调整， 这里只描述了维护所需常用测试
内容， 对用户访问量大等情况， 还需要并发、