统一客户接触信息推送平台技术方案

鸿程系统

HONGCHENGSYSFEMS

安徽统一客户接触信息推送平台

技术方案

文档记录:

摘要记录:

关键字技术方案

编号

关联

变更记录:

变更者版本变更日期批准人审批日期变更内容

目录

第一章项目概述............................................

1.1.项目背景................................................

1.2.项目目的.................................................

第二章整体技术方案..........................................

2.1.系统总体架构............................................

2.2.系统部署架构............................................

第三章系统功能方案..........................................

3.1.接入配置管理............................................

3.1.1.接入系统管理.........................................

3.1.2.服务等级管理........................................

3.1.3.服务限制管理.........................................

3.1.4.接入场景管理.........................................

3.1.5.接入安全管理.........................................

3.2.策略配置管理..............................................

3.2.1.模板管理.............................................

3.2.2.规则管理............................................

3.2.3.名单管理.............................................

3.10.6.日记管理............................................

第四章系统设计原则..........................................

4.1.实用性..................................................

4.2.易用性..................................................

4.3.可靠性..................................................

4.4.安全性..................................................

4.5.扩展性..................................................

46开放性..................................................

4.7.先进性..................................................

4.8.标准性..................................................

第五章硬件规定..............................................

第六章整体实行方案.............................................

6.1.总体实行计划............................................

6.2.项目组织架构及分工.....................................

6.2.1组织架构图..............................................

6.2.2架构分工及职费说明......................................

6.3.系统安装、测试及数据迁移方案...........................

6.3.1系统安装（上线割接）.................................

6.3.2测试保障..............................................

6.3.2.1V-Modcl测试方法.......................................

6.322测试分类.............................................

632.3测试执行、职责......................................

6.4,验收标准................................................

6.5.技术支撑及培训.........................................

6.5.1技术服务请求...........................................

6.5.2培训...................................................

6.5.2.1培训准备.............................................

6.5.2.2培训形式.............................................

6.5.23培训人数、时间、地点..................................

6.5.2.4培训考核.............................................

6.6.质量控制及保证体系.....................................

6.6.1系统运营维护管理.......................................

6.6.2运营维护的流程.........................................

6.6.3运营维护制度...........................................

6.7.风险管理................................................

6.7.1风险发现...............................................

6.7.2风险分析...............................................

6.7.3风险解决...............................................

6.7.4跟踪风险的方法...........................................

第一章项目概述

1.1.项目背景

随着安徽电信业务的发展，通信市场的竞争日益剧烈，客户接

触信息的发送也暴露杰出多问题：

1.发送信息接触的系统众多，没有统一管控；

2.信息种类多、数量大，多系统各自发送，对客户形成“信息

轰炸”，过度打扰用户；

3.对于接触信息投诉，由于系统终端众多、执行记录不统一、

缺失，客服人员很难快速查询、定位出用户投诉的问题，不能基于客

户及时解释，导致客户感知下降；

4.发送信息没有区分优先级，导致停机前告知、业务办理告知

等客户急需获知的信息易出现晚到现象；

5.无接触信息执行监控，导致电信员工无法获知接触信息是否

发送成功；

为了满足各类角色的规定，中国电信启动了统一客户接触信息

推送平台的建设，通过集约化管理方式，统一管控中国电信与用户间

的接触信息构造、发送、结果记录、问题定位，提高用户感知。

1.2.项目目的

统一客户接触信息推送平台的建立是基于提高中国电信客户接

触服务质量开展的系统建设，本规范遵循中国电信集团公司现有信息

提醒规定与规范，同时，针对电信短信提醒服务中需重点提高的能力,

进行新的梳理提出业务提高规定。

关键目的：

建立统一客户接触管理调度通道：对中国电信和客户接触的信

息内容、方式、渠道进行集中管控。

集约化管理提高客户服务运营管控能力，减少运营成本：通过

集约化管理，提高客户服务水平，减少公司营销服务的综合成本。

满足个性化的客户需求，提高客户服务水平：支撑个性化信息

接触定制，按照各户个人需求，提供接触信息发送渠道、时间、内容

的定制，接受什么内容客户“自己做主二

整合服务与营销服务接触信息，提高营销成功率，减少对用户

打扰：整合服务与营销的接触信息，在提供业务服务信息的同时向部

分用户推送营销信息。有针对性的对消费存在较大波动的用户进行营

销信息推送、提高营销成功率，减少整体的营销信息的推送数量。

信息提醒区分内部、外部客户群体:建议通过场景区分对内、对

外发送对象，根据场景可记录对内、对外的发送情况分析汇总。

第二章整体技术方案

2.1.系统总体架构

销账CRMPFGISEPRM网厅资源PRMITSMOOGP]|EA1jISALE短厅

短信网关邮件服务器

统一客户接触信息推送平台，支持短信服务、彩信服务、Push服

务、邮件服务。平台提供了灵活多样的规则配置、多层级的角色与权

限管理、精细的服务权限控制、具体的日记记录及全流程的推送结果

查询和监控功能。

关键功能简介：

＞场景定义：以场景的形式定义推送信息，规范化管理

•实现多种推送方式选择：短信、彩信、邮件和PUSH

•实现推送方式的规则选择

•实现场景或场景推送方式的启动和停止

•实现每种推送方式的模板配置

＞模板定义：规范推送信息的内容，语言组织

•实现不同的推送方式的模板定义

•实现模板内容动态参数设立

＞个性化定义：对推送信息的内容，时间，推送方式进行个性

化定义

•实现灵活的推送方式模板选择

•实现推送的时间段、免打扰时间段等推送规则配置

•实现推送信息的过滤规则选择

＞名单管理：支持对黑名单白名单的用户定义、审核、管理

•实现黑白名单分组管理

•实现对用户列表进行黑白名单划分

•实现对黑白名单的单个维护和批量维护

＞过滤策略管理:信息过滤策略、用户过滤策略管理

•实现过滤关键词分级管理：场景级、系统级

•实现设立单个或者多个关键词过滤

•实现按黑名单.、白名单制定用户过滤策略

•实现设立单个或者多个用户过滤

＞信息过滤:通过信息防火墙对所有的请求信息进行过滤

•实现信息防火墙的关键词可维护

•实现敏感信息的安全审计

＞信息压缩合并:从整体上减少用户接触信息的数量，提高用户

感知

•实现对一定周期内，同类别的推送信息进行压缩、合并

•实现对不同场景的，同类别的推送信息进行压缩、合并

＞信息替换:对推送信息中的专业术语或者敏感信息进行替换

•实现专业术语的信息替换

•实现敏感词语的信息替换

＞信息组合:用请求参数替换模板中的动态参数进行信息拼接

和构造

•实现基于批量数据导入的参数获取

•实现基于实时请求的参数获取

•实现不同接触模板的参数共享

＞优先发送:推送信息集中管控，以紧急优先作为推送的基本原

则

•根据请求实例所在场景的优先级，保证紧急先行

•实现紧急插队解决

•实现紧急停止和重启

＞延迟发送:在夜间、午休等情况下不影响客户使用的信息延迟

发送

•实现夜间延迟发送、午休延迟发送、节假日延迟发送等

•实现允许发送开始时间和结束时间外的延迟发送

＞推送渠道匹配:根据场景定义匹配短信、彩信、邮件、PUSH

等推送渠道

・实现短信调用短信网关直接发送

•实现邮件调用邮件服务器直接发送

＞执行结果获取:通过发送记录，了解推送信息的解决情况

•实现通过界面对执行结果进行展示和分析

•实现各个环节的解决结果展示如：信息构造、推送执行等

•实现推送结果积极反馈给外围系统

＞执行结果查询:对推送信息执行情况进行查询

•按成果与失败查询

•按上行于下行短信查询

•按场景、所属系统、用户号码等条件查询

＞异常预警:对在业务解决和性能方面的异常进行预警提醒

•提供一系列异常解决机制，快速捕获异常

•异常按照不同的场景进行告警

＞执行监控:多环节的全流程跟踪监控

•信息推送结果的全流程监控

•多维度的记录分析与监控

2.2.系统部署架构

0

HAProxv

——一9

RabbitMQRabhitMQRabbitMQ

分布式部署、分模块水平扩展、MQ、缓存、数据库的多层集群、

统一的业务调度架构。

第三章系统功能方案

3.1.接入配置管理

3.1.1.接入系统管理

接入系统管理是统一客户接触信息推送平台对所有接入的系统

统一管理，通过接入系统管理可以对所有接入的系统进行统一的服务

管理和服务控制，一方面保证各个系统的接触质量另一方面可以减少

客户接触对客户产生的负面影响，提高服务质量。

接入系统管理实现以下功能：

＞新增接入系统，新增接入系统账号提供应相关系统账号、接

入密码

＞修改接入系统，修改接入系统基本信息

＞删除接入系统，对没有使用过的接入系统可以删除，对已有

服务记录的接入系统只能做逻辑删除

＞锁定接入系统，根据需要可以对接入系统进行锁定，锁定后

业务系统暂时不能使用统一客户接触信息推送平台的系统功

能

＞激活接入系统，对于锁定的系统用户可以根据需要进行激活,

激活后接入系统可以重新使用统一客户接触信息推送平台的

系统功能

3.1.2.服务等级管理

服务等级管理是对接入系统进行服务根据系统的性质和业务的

重要性，进行服务等级的配置，以便于优先保证关键'业务的关键推送

信息的推送服务质量。

3.1.3.服务限制管理

服务限制管理地对接入的系统进行服务次数的限制，涉及天天可

以享受的服务次数限制或者每月可以享受的服务次数限制。

3.1.4.接入场景管理

接入场景管理是接入系统对需要发送的信息以场景的形式进行

定义，设定信息发送的条件、内容规定、接触形式进行配置，同时以

场景的方式进行接触信息的评审，以规范化接触信息到质量。

接入场景管理实现以下功能：

＞新增场景，新增场景涉及下行和下行场景

＞修改场景，修改场景的基本信息、名单、规则等信息

＞删除场景，对于没有使用过的场景可以做物理删除，对于已

有使用记录的场景做逻辑删除

＞锁定场景，根据业务需要可以暂时锁定某些场景，当场景被

锁定后所有该场景的服务请求都被拒绝

＞激活场景，可以激活被锁定的场景，当场景被激活后所有该

场景的服务请求可以再次被接受

＞名单配置，可以配置场景的黑名单和白名单

＞规则配置，可以定义场景的发送规则

3.1.5.接入安全管理

接入安全管理是对接入的系统进行安全管理配置，实现以下功能:

＞动态验证码配置，可以选择接入系统是否需要动态态验证码，

动态密码可以设立有效期，在动态验证码失效后需要重新获

取

＞IP限制配置，可以设立接入系统是否需要ip限制，对于设立

了IP限制的接入系统，在服务请求时对服务发起的ip进行校

验，以保证服务的对象为可信任对象

3.2.策略配置管理

3.2.1.模板管理

模板管理涉及短信模板、彩信模板、邮件模板和PUSH模板，模

板管理实现以下功能：

＞可以新增、修改、删除模板

＞可以定义短信模板、彩信模板、邮件模板和PUSH模板

＞可以对模板参数进行配置

3.2.2.规则管理

规则管理是对于接触信息的发送时间段、和免打扰时间段等规则

进行管理。规则管理的重要内容涉及：

＞发送规则管理，新增、修改和删除发送规则

＞免打扰规则管理，新增、修改和删除免打扰规则

＞场景可以引用发送规则

＞场景可以引用免打扰规则

3.2.3.名单管理

名单管理是对政企客户、免打扰客户及有过投诉记录的客户等进

行分类管理，以保证服务质量。重要内容涉及：

＞黑名单分组管理

＞白名单分组管理

＞黑名单批量管理

＞白名单批量管理

＞名单划分管理

＞场景可以引用黑名单

＞场景可以引用白名单

3.2.4.信息防火墙管理

信息防火墙是对发送的敏感信息进行过滤，对专业术语进行替换。

信息防火墙的重要内容涉及:

＞信息过滤规则的新增、修改和删除

＞敏感词屏蔽规则新增修改和删除

＞专业术语替换规则的新增修改和删除

＞场景默认引用敏感词屏蔽规则

＞场景可以引用专业术语替换规则

3.3.服务请求

3.4.信息构造

通过'业务系统的触发，根据接触信息发送规则进行判断进行信息

的转换、过滤、合并压缩、替换等信息构造工作。

3.4.1.信息组合

对于业务信息待发送的信息，支持参数列表形式发送至统一客户

接触信息推送平台，然后按照模板定义中的相应模板进行接触信息的

拼接和构造，形成符合用户阅读的文本内容。涉及支持外部系统以批

量文献方式，传递以参数形式的信息，统一客户接触信息推送平台可

以运用参数与文字模板拼接的方式，形成滋触信息。

3.4.2.信息压缩与合并

对一定周期内、同类别、互斥、关联的接触信息进行压缩与合并，

从整体上减少用户接触信息的数量，提高用户感知。对不同场景发送

的相似度较高的信息可以进行压缩合并为一条信息发送，避免客户统

一客户接触信息推送平台技术规范过度打优。

3.4.3.信息替换

对业务部门认为不合适的接触信息内容（描述语言）按照服务部

门的规定进行词语或整句信息替换，以符合业务规定、用户易懂的

语言进行接触信息的二次构造。

＞专业术语替换，专业术语用专业术语替换规则中设立的替换

词进行替换

＞敏感词语替换，敏感反动不健康的词语用***替换

3.5.推送执行

将构导致功的接触信息按照执行策略、优先级、渠道分发策略进

行信息向网关的推送，同时要对已经推送的信息进行执行结果的获取。

3.6.优先级发送机制

优先级发送机制：将所有接触信息进行集中管控，对所有类别的

信息，进行优先级设定，同时将发送通道按优先级进行设定，对于优

先级高的信息、，要进行及时、快速解决保证不影响用户使用，从主线

上解决由于信息无级别所导致的对用户使用影响大的信息由于信息

拥塞、排队导致的信息晚到现象。优先级发送机制功能涉及：

＞在同一时间段内多系统可以按系统优先级解决

＞在同一周期内不同场景都在进行短信推送，按场景优先级解

决

＞紧急信息可以紧急插队解决

＞发送队列紧急批量启停

3.7.延迟发送

系统按照用户普遍的使用习惯，在夜间、节假日调整服务类信息

的发送时间，对于不影响用户使用的服务、营销信息进行适当的延时

发送，避免打扰用户的休息。支持规则里可设立不同的发送时间段,

如：夜间延迟发送、节假日延迟发送、个性化延迟等。

＞可以按照场景配置的发送规则进行发送

＞可以按照场景配置免打扰规则进行发送

3.8.执行结果获取

执行结果获取:通过发送网管的发送记录，得知信息的解决情况,

实时、准确的获知接触信息的解决情况，结合执行情况、用户的个性

化设定、系统解决策略，决策是否进行二次发送，有效提高接触信息

的有效达成率。

3.9.全流程监控

对于统一客户接触信息推送平台的相关流程建立相应的监控点,

通过解决日记、信息点，实时获知系统解决效率、信息解决的情况。

3.9.1.执行监控

对接触信息从触发数据获取、策略匹配、信息构造、信息执行、

执行结果记录多个环节进行全流程跟踪、监控，以便了解接触信息的

解决情况。重要功能涉及：发送结果的全流程监控、多维度进行记录

分析与监控、执行结果环比参考等。

3.9.2.异常预警

异常预警通过信息点与定义的阀值进行值比较，判断是否触发告

警操作，通过告警提醒统一客户接触信息推送平台在业务解决、性能

上的异常点，方便后续异常解决的触发。重要功能涉及：

＞可以快速捕获异常，分析异常因素，解决异常

＞异常信息按不同的异常名称及场景名称、时间进行查询

＞自动获取异常信息，并对异常信息进行分类解决

＞异常监控与告警

3.10.系统管理

3.10.1.字典管理

数据字典管理和维护的功能，方便用户进行自定义数据字典的维

护管理。

3.10.2.模块管理

模块管理重要是实现系统模块的增删改操作，同时基于模块对角

色赋权，实现各个模块的权限控制。

3.10.3.机构管理

机构管理重要实现部门的增删和改操作，同时基于机构可以实现

对员工的增删改查进而实现对员工访问该系统的权限管理。

3.10.4.用户管理

用户管理是对用户基本属性信息和权限信息的管理维护，对用户

认证信息的增删改等操作管理。

用户登录门户后台时，门户将对用户进行身份认证，认证通过的

为合法用户，门户根据事先配置的用户权限对合法用户进行授权管理,

允许其对拥有功能模块操作。

用户管理功能只能由授权的用户实行，无此权限的用户，可以查

询自身的用户属性，修改自身的用户密码、真实姓名和描述信息。

＞增长用户：增长用户时需提供以下信息：用户名、用户密码、

真实姓名、用户的描述信息（如用户的通信地址、用户单位、

联系方法等）、用户角色。

＞删除用户：删除门户中已存在的用户。

＞查询用户属性：根据用户名称或工号，状态，单位等条件查

询用户属性。涉及：真实姓名、用户的描述信息（如用户的通

信地址、联系方法等）、用户角色、用户的操作权限。

＞修改用户属性：根据用户名称或工号，状态，单位等条件修

改用户属性。涉及：用户密码、真实姓名、用户的描述信息（如

用户的通信地址、联系方法等）、用户角色，用户的操作权限

等。

3.10.5.角色管理

角色管理重要涉及角色人员管理和角色权限管理，其中角色管理

功能只能由授权的用户实行，允许其对角色进行增删改查操作，修改

相应的角色，具有该角色的用户在下次登录时启用新的角色权限。

3.10.6.日记管理

日记管理是对各个关键解决部位采用三记管理的方法，保证网络

和IT服务管理系统的安全、可靠和稳定运营，及时发现、及时防止

故障隐患，避免系统运营事故的发生。功能涉及：

>用户操作日记：系统可记录每个操作员进入、退出系统的时

间以及在系统中的一些重要操作的操作内容；

>故障日记：对人为和软、硬件故障及其解决过程进行具体

的记录备案

>日记备份：对数据完整性规定较高的数据建立双副本日记,

以保证意外发生时的数据恢复

>日记记录：系统支持对日记数据进行记录分析，帮助检查

系统使用情况，对于系统的非正常使用和非正常状态及时发

现、及时防止，避免系统运营事故

>日记查询：系统支持对用户操作日记的浏览、查询、删除

和记录功能。当用户进入日记管理功能后，可以看到日记记

录的列表显示

第四章系统设计原则

4.1.实用性

设计与实行充足考虑实际使用者的计算机水平，使得系统在界面

操作部分具有相称的和谐度，充足考虑到系统的易用性。选择B/S

结构，使得系统维护方便、信息获取方便，显示直观。系统的设

计，针对不同的用户、不同类型的应用，做到合用实用。

4.2.易用性

系统应具有一致的、和谐的客户化界面，易于使用和推广，并具

有实际可操作性，使用户可以快速地掌握系统的使用。除特殊的、

必须的应用外，用户终端所有采用浏览器方式。操作简朴方便，

简洁明了，易学易用，切近用户的使用习惯。计算机可以解决的

要实现计算机解决，尽量减少人工解决；录入数据要实现一次录

入后全系统共用，避免数据反复录入；查询数据要方便、快捷。

快速部署：可以在最短的时间里，进行应用结构和功能的定义、

设计、实现。

零客户端维护：除特殊的、必须的应用外，整个系统采用B/S结

构，所有的数据及应用都统一在服务器端维护，客户端只要支持

浏览器就可以完毕所有操作。

操作简便：采用成熟的产品和先进的系统设计理念，同时应用设

计遵循简朴实用的原则，做到对操作人员、使用人员最低的技术

门槛规定，简朴培训即可以进行操作，做到名称浅显、易懂，操

作所见即所得；提供方便的后台管理系统，系统管理、页面风格

调整灵活、简朴。管理人员不需要编写代码、制作复杂的页面，

就可对系统进行维护管理。

模板支持：采用模板技术发布信息页面，使得系统应用、检索页

面的定制变得更加简朴。

系统易于维护：使用该系统如同使用IE浏览器同样容易，且易于

系统管理员维护。

4.3.可靠性

稳定性和可靠性是系统必须具有的最基本的规定。

＞应用服务器、数据库服务器、WEB服务器所有双机互备，可以保

持24小时开机运营。

＞支持配置数据、参数数据热加载生效。

＞系统应可以连续不断稳定可靠的工作。

＞软件版本升级或改善应在不影响业务的情况下进行，保证系统可

以稳定、平滑过渡。

＞业务流程的优化、组织机构和人员的异动及数据记录等必须保证

系统稳定可靠运营。

＞系统工作可靠，关键部分具有必要的自动备份，出现故障能自行

诊断，并提供方便的排除工具。

4.4.安全性

(1)允许授权用户执行合法操作，访问合法数据。

(2)超权限操作的授权用户和非授权用户不允许执行非法操作,

不能访问有关数据。

(3)可以在数据库级、表级和字段级进行数据安全控制。

(4)系统要在数据库级实现审计和跟踪功能，并显示操作用户信

息。

(5)系统要支持对关键应用数据和系统数据的定期自动备份和不

定期人工备份，数据出现损坏可及时进行数据恢复。

(6)应用系统应遵循编写安全代码的规范进行设计开发，最大限

度的避免安全漏洞，在系统开发完毕后应由专门的测试机构对代码进

行安全性测试，开发商应根据测试结果全力配合进行代码修改，并在

系统应用上线的一定期间内有义务根据新的安全漏洞进行代码修改。

4.5.扩展性

在系统架构和业务实现上要采用SOA的思想，业务解决功能上要

具有组件化的方式提高软件适应变化的能力，以及软件的自动重组能

力。

系统结构良好，易于调整、扩展和维护。系统平台要具有良好的

兼容性，在未来要易于扩展、修改模块、博长新的功能以及重组；系

统允许用户自己维护人员在应用系统中的权限；允许相应用模块进行

扩展，涉及增长功能模块和用户数量；软件自身必须随着管理业务需

求的提高可以柔性地适应需求的变化；系统的建设应遵循易于维护的

原则。规定系统在设计开发时，充足考虑其维护的难易限度。

4.6.开放性

全面支持XMI^、SOAP、WebService、LDAP、UDDI等当前受到普

遍支持的开放标准，保证系统可以与其它平台的应用系统、数据库等

互相互换数据并进行应用级的互操作性和互连性。

4.7.先进性

系统建设重视总体方案、系统结构、软硬件环境方面设计的先进

性。总体方案不仅满足当前需求，还应充足考虑到未来的发展，以适

应新技术及职能转换带来的系统变化；采用先进的计算机系统结构,

实现系统的跨越性发展；软硬件设备的购置与开发以全局最优和资源

共享为原则。

4.8.标准性

系统应全面支持业内标准，应用服务器程序可以与各类主流关系型数

据库连接，支持SOA、WebService、XML等业界主流标准。

第五章硬件规定

系统推荐配置如下:

环境用途机器数量硬盘软件

数据库1台CPU：Intel(R)RedHatEnterprise

Xeon(R)CPUE7-LinuxServer

4820@2.00GHz4release6.2

核(Santiago)(64bit)

内存：4G

硬盘:250G

SIT

环境

应用、MQ1台CPU：Intel(R)RedHatEnterprise

服务器

Xeon(R)CPUE7-LinuxServer

4820@2.OOGllz4release6.2

核(Santiago)(64bit)

内存：4G

硬盘:250G

数据库服2台CPU：Intel(R)Xeon：R)RedHatEnterprise

务器CPUE7-4820@2.00GHz

4核LinuxServer

内存:16G

release6.2

硬盘:250G

(Santiago)(64bit)

生产

环境

应用、MQ4台CPU：Intel(R)Xeon；R)RedHatEnterprise

服务器CPUE7-4820@2.OOGHz

4核LinuxServer

内存：16G

release6.2

硬盘：250G

(Santiago)(64bit)

以上为系统推荐配置，也可以分别复用。

第六章整体实行方案

6.1.总体实行计划

待定

6.2.项目组织架构及分工

6.2.1组织架构图

6.2.2架构分工及职责说明

各小组分工及指责说明如下:

小组角色分工说明

项目领导小1、负责制订项目的总体目的

组2、明确项目需求范围、分工

3、制订项目的里程碑计划，并跟踪计划

4、监控并应对项目的重大风险

5、沟通与协调

架构组1、建立整体架构，或调整架构

2、解决项目过程中的重大技术

业务分析组1、负责整理需求、形成需求列表

2、分析需求文档，最终形成需求规格说明

书

3、按照需求书完毕系统设计，形成设计说

明书

功能组1、负责业务的开发

2、负责前台开发

3、负责接口开发

测试组1、编写测试用例

2、负责集成、性能测试

3、测试后问题和缺陷的跟踪

TA组1、负责开发环境、测试环境、中间件、操

作系统、数据库等的安装和调试工作

部署组1、负责制定权限收集模版、收集客户权限

数据

2、制定培训相关

3、制作系统操作手册

6.3.系统安装、测试及数据迁移方案

6.3.1系统安装（上线割接）

上线割接计划管理重要负责制定上线割接计划、上线预演总体

架构、上线割接过程检查清单及上线支撑组织。

/上线割接计划需要具体制定割接过程的每一个环节，每个工

作项都要预先进行测试并估算执行时长。

/上线支撑计划：根据不同层级制定相应的工作职责、支撑流

程和运维界面分工；规定客户在规定期间内确认上线支持流

程及人员结构、制定一系列的应用疏导方案和应急解决流程

和制作操作宝典等多项内容。

/上线预演是生产系统功能就绪后模拟实际业务规定进行系统

使用演练，在验证系统功能的同时保证上线支撑流程的畅通。

,上线割接过程检查清单是上线前的一系列检查工作，如：针

对以往测试过程中出现的问题进行再次检查并测试；

632测试保障

6.3.2.19Model测试方法

测试过程中采用的V-model方法是一套成熟的业界测试标准。它

根据不同的设计阶段特点制定了一个特殊框架来校验交付物。图中左

边的每个设计环节都在右边相应有相应的测试环节。每一个测试阶段

的测试范围都在相应项目阶段的交付物中有具体定义。

在V-model测试方法中，测试环节层层递进，每个环节高效高质

量测试都对后续环节的测试有很多的帮助，这样做可以保证每个阶段

都有自己的目的和分界，可以在整个测试过程中减少差异和重叠。

6.3.2.2测试分类

测试有不能阶段，根据不同的阶段我们将测试分为下：

单元测试、应用测试、联通性测试、集成测试、外围接口测试、

性能测试、最终用户测试、迁移集成测试、部署验证测试等测试各阶

段，按照标准的测试流程和方法论进行软件的测试工作。

6.323测试执行、职责

在V-Model中我们看到，在测试在设计阶段就参与其中：

•在设计阶段只要职责是：熟悉需求、设计；制定测试场景；制

定测试计划。

•在测试阶段只要职责是：进行各类测试、跟踪测试问题、跟踪

测试计划、参与设计变更会议、调整测试场景或计划等。

6.4.验收标准

无

6.5.技术支撑及培训

6.5.1技术服务请求

技术支持方式：支持方式分为电话支持、现场服务、远程登录支持,

问题网站等形式，具体问题及也许支持方式如下例：

严重性情况我们的预期响应2预期的合作伙伴

响应

1劫难性业务1小时或更短时间内初次告知您的高

影响：电话级管理人员

只能通

响应

过电话核心（关键分派适当资

提交任务）业务我们会尽快派遣资源提供源以全天候

流程完全受现场(24x7)连续

损，工作无

法正常继续支持采用措施2

需要立即着全天候(24x7)连续采用通过改变控

手解决措施制权迅速给

予支持人员

告知我们的高级管理人员

权限并响应

A严重业务影1小时或更短时间内初次分派适当资

响：电话响应源以全天候

只能通

(24x7)连续

过电话严重受损或根据客户请求，我们会派

采用措施

提交服务降级遣资源提供现场支持2

通过改变控

需要在1全天候(24x7)连续采用

制权迅速给

小时内着手措施

予支持人员

解决

告知我们的高级管理人员

权限并响应

管理告知

B中度业务影2小时内初次电话响应分派适当资

响：源以在工作

通过电仅在工作时间1内采用措

时间内连

话或网中度受损或施1

续采用措施

络提交服务降级，

但工作尚可在4小时

在受到影响的工作时间

的情况下正1内通过改

常变控制权迅

继续。速给予支持

人员权限并

需要在2

响应

小时的工作

时间1内着

手解决

c最低业务影4小时内初次电话响应故障所有者

响：的准确联系

通过电仅在工作时间1内采用措

信息

话或网基本上可正施

络提交常工作，服在24小时

务稍有或没内响应C

有影响。

需要在4

小时的工作

时间1内着

手解决

6.5.2培训

6.5.2.1培训准备

培训准备，重要涉及以下工作：

•培训环境的准备一培训环境测试一培训环境问题反馈和解决

・教材编写—教材会审—教材打印/装订/派送—试讲

•培训一反馈培训情况一公布培训结果（涉及参培人数和测试结果）

-发布培训报告

6・5.2.2培训形式

在项目中会采用不同的培训形式，力求培训效果的最佳，并根据

项目的进展进行相应的培训使培训和项目进展能互相促进。

•项目前期任务较为单一，我们采用集中培训保证阶段目的的

完毕；

•随着项目进展，项目任务并行交叉的逐渐增多，我们采用分

客户对象的局部集中和客户现场培训方式相结合的培训方式;

•在项目收尾阶段，系统上线后项目任务会逐渐减少，我们采

用集