系统运维说明书及承诺书

1、实用标准系统运维工作说明书及售后服务承2017年11月概述1.1服务范围和服务内容1.2服务目标系统现状2.1应用系统2.2系统功能服务方案3.1xxxxxxx 系统的软件 bug修复3.1.1业务流程3.1.2流程说明3.2定时备份xxxxxxx 系统的业务数据3.2.1 备份业务流程3.2.2备份业务流程说明3.3按需更新xxxxxxx 系统（不包含系统迁移）3.3.1更新流程3.3.2更新业务说明文案大全3.4及时处理xxxxxxx系统的异常数据3.4.1异常数据处理流程3.4.2异常数据处理说明3.5及时解决xxxxxxx系统的咨询或培训3.5.1系统咨询或培训流程实用标准893.5.

2、2系统咨询或培训说明4服务响应4.1日常服务响应时间4.2事故分级响应服务时间4.3服务报告1.04.4运维保障资源库建设.1.04.5项目管理1.0文案大全实用标准1概述1.1服务范围和服务内容本次服务范围为XXXXX有限公司XXXXXX系统，软件系统位于XXXXXXX机房内,服务内容为XXXXXX应用软件系统的系统运维工作，不包括服务器操作系统的运维及网络 运维、专业安全服务等。1.2服务目标文案大全及时修复 xxxxxxx系统的软件bug定时备份 xxxxxxx系统的业务数据按需更新 xxxxxxx系统（不包含系统迁移）及时处理 xxxxxxx系统的异常数据及时解决 xxxxxxx系统的

3、咨询或培训2系统现状2.1应用系统其中优惠券类业务xxxxxxx系统等日常工作均在基于内网在不同应用系统上得以实现,centos系统，客户端使用的需要外网权限。OS端是安卓系统，应用服务器是使用的wi ndows 和安卓系统。2.2系统功能xxxxxxx系统L2级系统运维的内容如下。序号一级菜单二级菜单功能说明1营销部门管理1.1营销部门管理营销部门管理营销部门信息设置1.2营销部门管理用户帐号管理1、帐号的新增、改、查；2、帐号密码的重置；2XXX管理2.1XXX管理新增XXX新增XXX厂2.2XXX管理XXX管理XXX厂信息的增、改、查；XXX厂帐号的修改；2.3XXX管理XXX地理位置1

4、、xxx厂经纬度的维护；2、XXX厂信息的维护；3卡券营销3.1卡券营销普通优惠券优惠券的创建、发布、启动、暂停；3.2卡券营销普通优惠券统计优惠券使用信息的统计3.3卡券营销普通优惠券收券明细优惠券明细查询；4系统管理4.1系统管理设备管理XXX厂设备的绑定5商品管理5.1商品管理商品列表公司级商品的创建和推送5.2商品管理商品交易明细交易商品的明细5.3商品管理XXX厂商品管理XXX厂端商品的上架明细6交易管理6.1交易管理交易明细交易信息的查询与导出6.2交易管理每日汇总XXX厂日结信息查询7收银支付7.1收银支付日结报表XXX厂日结信息查询7.2收银支付优惠券报表每月优惠券的使用情况统

5、计7.3收银支付优惠券消费情况各XXX厂优惠券使用情况统计3服务方案3.1XXXXXXX 系统的软件bug修复3.1.1业务流程微信营销及支付系统bug管理流程提交bug修复阶段跟踪阶段关闭bug开始验证阶段提交bug是否再现关闭bug牌壳长延验证bug结束航星云启断是否为系统bug3.1.2流程说明xxxx公司（以下简称甲方）业务人员在实际业务的进行中，按照正常操作步骤进行操作，出现异常情况，请立即通过邮件的方式告知启xxxx公司（以下简称乙方）。乙方人员根据邮件的反馈情况进行分析，如果是系统bug在24小时内提供大致的修复周期。如果不是系统 bug，则对问题反馈者进行回复。在bug修完成之

6、后，由乙方内部进行验证检测，确定没有问题提交到测试环境（由壳牌提供）进行测试验证。如果不通过则重新进入到bug修复阶段。在验证阶段通过则进入到跟踪阶段，由乙方人员将修复代码同步到相应的应用中，由双方人员跟踪运行，跟踪周期不超过5工作日。验证阶段通过之后，甲方人员在2个工作日邮件告知启航人员关闭此bug。如未回复,默认是自动关闭。3.2定时备份xxxxxxx系统的业务数据 321备份业务流程微信营销及支付系统业务数据备份管理流程提出备份草案商定备份规则试运行正式运营定期验证开始开发代码航星云启提出备份方案关闭bug验证bug判断是否正确是牌壳长延是验证数据322备份业务流程说明乙方人员在合同签订

7、之后的 1周内制定xxxxxxx系统可提供数据的备份方案，并邮件告知项目延壳项目对接人员。甲方人员组织相关人员对此方案进行讨论，并于5个工作日告知乙方备份的最终方案。5个工作日内书面告知5个工作日完成方双方人员商定的开发周期， 并在约定的时间内完成开发。 甲方需提供数据备份的服务器。完成开发之后，由甲方人员验证备份方案的可行性，在试运行 乙方人员方案是否符合预期，符合预期乙方人员会在条件充分的条件下案上的上线。方案上线运行之后，乙方人员每季度对备份数据进行验证，确保备份数据无差异。3.3按需更新XXXXXXX 系统（不包含系统迁移） 331更新流程微信营销及支付系统软件系统升级管理流程航星云启

8、幵始结束正式运行系统运维提出申请业务回滚正式运营提出申请申请审批试运行系统运维部署并试运行是七h条件是否满足、-干9否 判断是否正确3沁.-3牌壳长延332更新业务说明乙方人员根据业务需要向甲方人员以邮件的形式提交上线申请单。具体参见附录上线申请单甲方人员根据业务的实际情况以邮件形式告知乙方人员的上线时间。乙方人员根据上线时间安排，做好代码的回滚计划， 更新计划，以及上线人员安排确保业务顺利进行。上线运行3工作日后，乙方人员将关闭此问题。3.4及时处理XXXXXXX系统的异常数据341异常数据处理流程微信营销及支付系统异常数据处理流程提出申请异常响应提交响应关闭问题开始结束提出申请是否解决 、

9、*-7关闭问题制定解决方案或建 议提交解决方案或建二议342异常数据处理说明甲方人员在实际业务中遇到异常数据时，电子邮件的形式告知乙方人员乙方人员在收到电子邮件之后2个工组日响应，10个工作日形成解决建议或方案。并以邮件形式反馈。甲方人员进行验证是否可以解决此事，可行告知乙方人员关闭此问题，如未解决，并以邮件 告知，乙方人员重新制定解决方案或建议，进入下一轮的异常处理流程。整体沟通不超过 次。当提交建议或方案 3个工作日未回复，乙方人员自行关闭问题。3.5及时解决XXXXXXX 系统的咨询或培训 3.5.1系统咨询或培训流程微信营销及支付系统培训或咨询流程提出申请培训或咨询响应提交响应关闭组织

10、相关人员讨论结束提出申请孑是否现场讨论否关闭问题制定解决方案或建>议方案反馈3.5.2系统咨询或培训说明，以邮件形式告知乙方。乙方人甲方人员在实际使用存在系统相关疑问（不包含操作级别）员会在第一时间响应此事，给出相应的建议或方案，并以邮件形式反馈给甲方人员，甲方人员根据实际情况确定是否需要召开讨论会，如果需要则组织相关人员进行，讨论完之后邮件告知乙方人员关闭此问题。不需要组织讨论会，则以邮件告知乙方人员关闭此问题。当提交建议或方案 3个工作日未回复，乙方人员自行关闭问题。4服务响应5X84.1日常服务响应时间由于针对本项目采用的驻留现场服务方式，运维团队中包含资深工程师，并采取的作息时间

11、。1、常规服务:（1 ）提供在工作时间（每周一至周五，每天上午9:00至下午18:00 ）电话、电子邮件支持服务，随时解决甲方提出的技术问题。（2）电话、电子邮件支持无法解决的，我司工程师在甲方许可的情况下实行远程维护。2、应急服务：（由非我司导致的故障属增值服务，需甲方另行付费）当发生重大故障时， 热线技术支持失效的时候,我司启动应急服务，在交通工具允许的范围内，指派工程师以最快方式前往现场进行维护,协助用户尽量降低停机时间，减少业务的损失。4.2事故分级响应服务时间响应时间承诺故障级别故障级别定义故障示例响应时间修复时限一级故障系统在运行中出现整体服务中断， 导致所有相关业务的功能不能实

12、现的故障。程序无法启动；服务器瘫痪； 重要领导的PC无法使用程序<=15分钟<=24小时二级故障系统在运行中出现的故障具有潜 在的系统瘫痪或服务中断的危险， 在受影响的情况下工作通过人为 辅助仍能进行程序BUG导致特定功能无法提供/CPU、内存使用率偏高；<=30分钟<=72小时三级故障业务受轻度影响：甲方业务轻度影响受损或服务轻度降级， 在受影响的情况下，工作仍能继续开展。某些特定用户/场景无法使用<=1小时<=1周当用户系统发生一、二级故障时，启动应急响应服务，在交通工具允许的范围内，指派技术工程师以最快的方式前往现场进行维护。应急响应服务通常在以下情况下实施:(1)系统崩溃，系统平台故障，导致数据库不能正常启动或运行;(不包含人为或系统病毒等因素导致系统不可用)(2)在重大故障发生时，应急服务能协助用户尽量降低停机时间，减少业务的损失。4.3服务报告维护团队季度提供服务报告， 服务期结束前应提供服务年报，并对每一次重大故障和问题的原因、解决方法、完成情况等形成专门报告，及时报送用户部门和服务管理部门。4.4运维保障资源库建设在系统运维工作实施过程中把有助于提高用户运维效率的资料进行