信息系统运维交接流程Word文件下载.docx
《信息系统运维交接流程Word文件下载.docx》由会员分享，可在线阅读，更多相关《信息系统运维交接流程Word文件下载.docx（12页珍藏版）》请在冰豆网上搜索。
V0.2
修订文档，调整部分内容
2020.4.16
修订文档，增加涉及三方内容
一、运维交接流程
建设方负责信息系统的建设工作完成后，可根据项目实际情况，由建设工作相关组选择，是否将信息系统交运营运维组进行维护，运营运维组将根据项目实际情况评估运维人员及信息系统是否具备交维条件，如信息系统具备交维条件，并经部门领导审批后，方可进行交维工作，这是一个工作责任交接过渡的过程，需要较明确的流程进行支撑。
根据内部分工，结合系统运维实际工作内容，为保障信息系统应用的稳定性和运维工作的顺利开展，初步制定以下运维交接流程。
交接过程中，提交的信息系统项目文档可根据项目分类和所需实际维护工作情况进行调整，一般包含《需求说明书》、《概要设计说明书》、《详细设计说明书》、《数据字典》、《测试报告》、《使用手册》、《部署文档》及《常见问题处理说明》等，须保持项目实际情况与文档一致性。
如项目进行重大升级等，需及时更新文档并重新进行培训，同时按公司现有系统上线流程，进行对应的测试及上线审批。
运营运维组根据项目规模和实际需要，组织进行系统测试，主要包含功能测试、集成测试、压力测试等，需要在测试后编写测试总结并给出确切测试结果，如不合格需要说明不合格原因和理由。
实际执行本流程过程中，难免会有一些没有约定清楚的内容或疏漏，相信通过与部门内各组共同努力，会逐渐完善，如有问题和建议，请随时与我们沟通并协商解决。
二、运维交接的说明
新项目需稳定运行一段时间才能交接给运营运维组，以确保交接中间环节不发生重大故障，影响用户使用；
新项目交接给运营运维组，建设方须对接手该系统维护的同事做全面的系统业务培训，根据系统功能范围及维护的具体内容确定；
信息系统项目维护交接通常须提供的文档资料可根据维护工作实际需要进行调整，由建设方提供，运维方在运维过程中要对《常见问题处理说明》等文档进行更新；
交接过程中，如项目最终用户为公司外单位，除内部按本流程交接外，还应按最终用户要求进行交接。
如系项目采用了其他系统集成单位的产品及软件、服务等，也需根据要求，由建设相关组统一安排，确定该部分是由其他系统集成单位维护或转维护组进行维护，确定转维护组部分按本流程进行交接。
交接流程各环节说明如下：
流程编号
流程名称
负责方
补充说明
1
提交运维申请
建设方
提交《运维申请表》，根据项目情况可一并填写《项目信息表》
2
填写交维计划并确定资料清单
维护方
补充《运维申请表》中交维计划和所需材料清单内容，由建设方提交部门经理审核，同意后进入下一环节
3
填写交维项目信息表
填写详细的《项目信息表》
4
编制项目所需文档材料
根据《运维申请表》中确定的清单提供
5
进行系统培训
对运维方进行培训
6
系统测试
维护方组织进行系统测试，可能需要测试组的同事支持，并提出《测试结果表》
7
进行维护确认
填写《交维确认表》，并根据项目类型和实际情况确定是否编写《项目维护方案》，经建设方和部门领导审批
8
完成交维
审批通过后开始进行正常维护
三、交维测试内容
系统交维测试非常重要，是对软件质量、软件的可维护性、软件的易用性的考量，是判断一个信息系统可否交维的关键，由于一个系统在上线前一定已经进行了全面的测试，这里就进行系统维护所关注的测试内容进行较详细说明。
如系项目采用了其他系统集成单位的产品及软件、服务等，也需根据要求，确定转交维护组维护的部分，由建设相关组统一组织进行维护所需相关测试。
系统维护所需测试的内容，可根据项目实际情况、需维护的工作内容以及系统分类进行调整，其主要内容包含以下几方面：
（1）功能测试：
功能测试就是对项目的各功能进行验证，对用户主要常用功能进行测试，同时维护人员可熟悉常用操作使用。
重点查看是否有帮助信息，菜单导航能否正常执行，一些所需的三方服务或一些特殊域和特殊控件能否运行。
（2）可靠性测试：
指软件在规定的时间和条件下不出现故障，持续运行的能力。
系统不应存在导致无法运行、崩溃或导致数据破坏、缺损的重大缺陷；
对关键操作、不可恢复的操作或可能引起灾难性后果的操作应有明确的提示，并请求用户确认。
（3）可维护性测试：
系统要有专为维护工作提供的维护账号，以及数据查询的手段，系统运行出错后，可帮助维护人员发现、诊断、修改错误的可行性，并提供常见错误处理方法，维护过程中要更新《常见问题处理说明》。
（4）安全性测试：
根据项目安全方面要求，测试是否进行了安全防护策略的制定，重点包括：
软件使用的安全性，数据的存储、传输和访问安全；
安全方面的设置对用户的影响比较多，也是维护工作中通常会遇到的问题。
以上系统测试的内容，可根据实际项目情况进行调整，这里只描述了维护所需常用测试内容，对用户访问量大等情况，还需要并发、压力等性能测试内容，同时也需要专业的测试团队进行支持。
测试完成后，根据实际测试情况，由维护方编写《测试结果表》并及时反馈建设方，测试通过后方可进行交接。
四、文档一般要求
项目文档是系统的重要组成部分，为了保障交维后顺利开展维护工作，建设方在提交项目文档资料时，请特别注意以下几点：
（1）要明确文档和实际系统的一致性；
（2）维护特别需要用户手册、操作手册、维护手册、联机帮助文件，这些特别重要；
（3）文档需要完整性，清单和内容的完整性；
（4）文档要客观描述应用程序的实际操作；
（5）文档的准确性，主要是文档的描述要准确，无歧义，文字表达准确；
（6）文档要可理解，维护人员不是开发人员，通常不具备开发人员的技术水平和能力，在编写的操作手册中，最好有形象的操作说明。
维护方要依据项目类型和维护内容及要求，结合建设方材料，并根据最终用户方的要求，确定编制详细《维护方案》，并特别注意以下几点：
（1）要与建设方共同明确维护的具体工作内容；
（2）要与建设方共同约定维护的质量要求及技术要求；
（3）在系统发生变更，重新上线时，双方做好对应的沟通及培训工作。
（4）在项目维护过程中，所需文档可能会有变化，建设方应保障维护方所需文档及时提供，双方应及时沟通解决。
五、附表
流程中所需表格如下：
附件1、《运维申请单》
附件2、《项目信息表》
附件3、《测试结果表》
附件4、《交维确认表》
流程中相关材料包括：
附件5、《项目相关材料》参考清单
《维护方案》模板，请参考公司9000文档。
附件1维护申请表
XX信息系统交维申请单
申请时间：
建设方填写
申请部门
申请人
联系电话
系统名称
系统情况
简单说明
系统的主要用途、用户、功能、规模等简单说明，可附系统详细信息表进一步说明。
系统所属
建设类型
1、公司自建自用；
2、公司建设其他方使用；
3、其他方建设公司使用；
4、其他方建设其他方使用
系统所需
维护内容
1、客服电话及使用帮助支持；
2、常见操作问题处理；
3、系统及操作系统、中间件、数据库维护；
4、硬件及网络环境维护
申请方
负责人意见
负责人（签字）：
维护方填写
交维时间
计划
1、培训时间计划：
2、测试时间计划：
3、人员时间计划：
4、完成时间计划：
所需文件
资料清单
1、《项目需求》2、《项目设计》3、《维护手册》4、《常见问题处理说明》5、《使用手册》6、《系统部署说明》
其他：
所需
测试内容
1、常用功能2、帮助信息3、可维护性4、下载安装
5、安全测试6、可靠性测试其他：
维护工作量
估算
估算维护工作年度需：
/人年工作量。
新增维护
人员估算
估算需新增维护人员：
名。
评估意见
1、可以承接2、不可以承接，原因：
负责人（签字）：
领导审批意见
注：
1、可根据项目实际情况，选择部分文档清单及部分测试内容；
2、可在提交本申请表时，附《信息系统详细信息表》，便于确定具体维护工作。
附件2项目信息表
XX信息系统详细信息表
填表时间：
系统基本信息
上线时间
用户
系统用户数量
总用户数：
日在线数量：
其他：
系统使用频率
在线用户每天平均使用功能数：
系统涉及第三方信息
1、三方名称：
2、联系方式：
系统访问或下载地址
1、登录URL：
2、下载地址URL：
3、帮助地址URL：
4、其他：
系统测试角色及用户
1、各角色说明：
2、各角色测试用户密码：
系统软硬件环境
主机类型
1、物理机2、虚拟机
操作系统
存储类型
NAS等
存储容量
网络情况
是否公网出口，域名、带宽、有无备案，备案号
数据库
MYSQL等
中间件
TOMCAT等
三方软件
消息服务等
其他
系统部署情况
设备名称
数量
IP地址
开放端口
部署软件
补充
可根据项目情况提供功能模块说明，项目网络拓扑或设备清单等，进一步说明系统的详细情况
附件3测试结果表
XX信息系统测试结果表
测试时间：
测试内容及结果
常用功能
使用帮助
下载安装
安全性
可靠性
可维护性
系统文档
测试发现问题
改进优化建议
测试结论
1、通过2、不通过，原因：
测试人员（签字）：
附件4交维确认表
XX信息系统交维确认单
填写时间：
所属部门
联络人
系统交维
系统交维过程简单说明
文档资料
是否齐全
系统测试是否通过
维护方案
承接人员
工作要求
1、客户问题受理并记录；
2、巡检系统并记录；
3、数据备份；
4、周、月维护报告；
5、应用、网络及硬件自动监控
维护
工作量
确认维护工作年度量：
/人年。
维护人员
确认系统需要维护人员：
其他说明
可根据系统规模和类型等实际情况，确实是否单独提供详细《维护方案》进行说明具体维护要求。
维护方意见
建设方意见
升级会员 