中国移动渠道协同系统的设计与实现Word文件下载.docx

中国移动渠道协同系统的设计与实现Word文件下载.docx

《中国移动渠道协同系统的设计与实现Word文件下载.docx》由会员分享，可在线阅读，更多相关《中国移动渠道协同系统的设计与实现Word文件下载.docx（45页珍藏版）》请在冰豆网上搜索。

增强了系统的可维护性。

该系统应用后收到了良好的效果，不仅提高了移动客户服务方的客户满意度，并且全面提升了移动的品牌影响力，有效的维持了老用户和争取了新用户入网，在一定程度上拓展了移动增值服务的市场。

第1章绪论

1．1系统开发背景

中国移动通信集团公司（简称“中国移动"

）于2000年4月20日成立，注册资本518亿元人民币，中国移动全资拥有中国移动（香港）集团有限公司，由其控股的中国移动有限公司（简称“上市公司”）在国内31个省（自治区、直辖市）和香港特别行政区设立全资子公司，并在香港和纽约上市。

目前，中国移动有限公司是中国在境外上市公司中市值最大的公司之一，也是全球市值最大的通信公司。

中国移动主要经营移动话音、数据、IP电话和多媒体业务，并具有计算机互联网国际联网单位经营权和国际出入口局业务经营权。

除提供基本话音业务外，还提供传真、数据、IP电话等多种增值业务，拥有“全球通"

、“神州行"

、“动感地带’’等著名客户品牌。

随着中国移动的发展壮大，对移动使用的客服系统也提出了更高的要求，逐渐加大对用户的服务项目，提升移动运营商的市场价值。

目前，移动增值服务成为移动通信的新的利润增长点，主要类型包括短消息、小区广播、WAP应用、多媒体消息和语音信箱等。

短消息业务近年来在中国发展迅速，取得惊人成绩并有望进一步拓展潜力；

小区广播处于起步阶段；

另外，多媒体短消息服务成为热点并且正在推出。

近年来，全球各运营商在语音业务方面的竞争日趋激烈，话音通信的利润空间日益缩小，移动通信网络的单位客户平均收益（ARPU）正在逐年下降。

ARPU的下降，意味着收益的减少和投资回收期的延长，这对于投资兴建新一代移动通信网络的运营商来说，无疑是一个挑战。

未来巨大的移动增值服务市场潜力，吸引了大量的服务提供商跳入洪流，一试身手。

现阶段，移动增值服务五大类基础业务发展得如火如荼，预示着一个新的服务经济时代已经到来，未来的体验经济时代亦杏帘在望。

究其本质，服务的核心存在形态是应用，高性价比的应用需要开放的软件系统平台承载，这将促使在未来的移动增值服务领域中，计算体系与通讯体系在无线网络环境下的完美统一。

所以，加强这些渠道的协作能力，将有力推动移动增值服务市场的发展。

中国移动渠道协同系统是中国移动客服系统的组成部分，渠道是中国移动面向客户进行销售和服务的载体，各种渠道的集合构成中国移动营销服务网（例如客服渠道、营业厅渠道、短信渠道、网厅渠道等等）。

随着移动的发展壮大，面对庞大的使用移动产品的用户群，如何更好的对在网用户进行维系和挽留，提升用户群的满意率，加强服务效果，减少失散用户群，争取竞争对手用户，需要各个渠道之间的协同工作。

所以渠道协同系统就应运而生了。

1．2研究现状

目前，中国移动各个渠道系统之间都是独立工作的，存在着很多的问题。

比如在湖南地区移动服务存在着的问题：

问题一，顾客通过营销中心外呼业务介绍或者朋友介绍等途径对某项业务产生兴趣，于是打电话给移动客服要求办理，有些业务客服系统可以直接办理，但有些业务只能到营业厅办理，此时客服话务员会要求客户去营业厅办理，客户到营业厅之后，营业厅人员并不知道该客户要办理什么业务，只能通过询问客户需要办理什么业务得知，这样造成客户感知非常不好，并且使得营销部门的营销效果严重打折扣。

问题二，营销中心通过号码10086外呼向目标客户进行营销推广，或是因欠费提醒电话。

但因客户没有接到电话而未完成，客户回来看到手机上有10086电话来电显示，并回拨电话查询来电原因（用户回拨10086直接连接到移动客服），客服接到电话后，不知道客户来电原因（客服方面不知道营销中心外呼需要向客户推销什么），而无法给客户一个满意的答复，造成客户对客服产生负面印象，也使得营销效果大打折扣。

在营销、终端资源预约等方面也存在类似情况。

这就要求建设渠道协同系统来完善这些问题。

1．3本文的主要工作

本文主要对渠道协同系统的设计和实现进行描述，分析了系统开发的背景及业务场景，采用典型的软件设计方法进行系统的设计，主要分需求分析阶段、系统架构设计、详细设计和实现几个步骤，论文对这几个阶段分别进行描述，在各个环节上展示系统的设计和开发过程，对系统的技术难点即协同调度处理过程和重点功能进行了更一步的叙述，更深层次的展现开发研究的过程，并通过实现部分描述系统功能实现情况。

具体内容分以下几个部分：

1、背景分析，渠道协同系统是中国移动客服系统的组成部分，渠道是中国移动面向客户进行销售和服务的载体，这部分分析了目前各个渠道系统之间没有实现协同工作的现状，由此获取渠道协同的需求；

2、需求分析，该部分将功能性需求分为了几个部分进行详细的阐述，并通过UML建模的方式对需求进行分析描述；

3、系统设计，对渠道协同系统的软件体系架构和系统功能结构进行设计，以需求分析作为依据，将系统所采用的技术架构和功能架构用UML包图和序列图等进行详细的描述；

4、详细设计，设计系统实现的类组织结构，分析系统业务信息以及调用关系，对业务建立实体类，并类和类之间的联系，分析业务请求信息和业务处理过程，进行数据库表设计；

5、系统实现，整合各个实现框架，通过xml配置参数，利用工作流引擎实现业务预约的流程，以及环节配置和流程发布的方法和过程。

1．4本文的组织结构

第l章绪论，首先描述了系统开发背景和研究现状，其次描述了本文的主要工作。

第2章需求分析与获取，首先对业务进行总体描述，其次描述本系统的目标和需要解决的问题，最后对需求分析按照功能需求和非功能需求两个类别进行描述。

第3章是系统概要设计，首先阐述了系统的软件架构设计，阐述系统所使用的技术；

其次，详细描述了系统功能架构的设计。

第4章是系统的详细设计部分，主要描述了类结构设计和数据库的详细设计。

第5章主要描述了系统的实现和测试，针对系统实现过程中的主要流程配置和解决的技术问题进行了阐述。

第6章总结与展望部分，对本文进行了总结，并对下一步的工作进行了展望。

第2章需求分析与获取

2．1总体系统描述

移动用户接触的渠道有：

客服、营业厅、短信、网厅等。

渠道协同系统对用户不可见，系统外部关系图如图：

渠道协同与CRM（即营业系统）核心业务逻辑关系：

渠道协同向营业系统核心组件转发其他渠道的服务请求协同，营业系统核心业务组件处理服务请求；

同时营业系统核心业务逻辑也可以向渠道协同申请其他渠道的协同处理，共同完成客户服务处理逻辑。

渠道协同与RBOSS（即账务系统）核心业务逻辑关系：

渠道协同向账务系统核心组件转发其他渠道的服务请求协同，账务系统核心业务组件处理服务请求；

同时账务系统核心业务逻辑也可以向渠道协同申请其他渠道的协同处理，共同完成客户服务处理逻辑。

渠道协同与统一接口平台关系：

统一接口平台向渠道协同申请业务协同处理，渠道协同系统负责协同的拆分，转发及跟踪管理。

系统框架图如图：

系统描述：

规则元数据管理：

规则元数据是对协同规则参考因素的定义，包括元数据类型定义，取值约束，取值来源等；

元数据是协同处理的数据基础。

协同规则管理：

协同规则管理实现协同处理规则、流程节点、动作、执行路径等相关协同策略信息的管理。

在渠道协同管理中使用工作流引擎来实现协同规则的管理。

协同调度：

协同调度是渠道协同的执行引擎，支持异步和同步处理两种模式。

负载均衡管理：

渠道协同系统实时收集各电子渠道业务处理量和性能指标（排队量、业务处理量、处理时长）及经验负载情况分析信息进行渠道业务转发，实现跨渠道的业务负载均衡。

请求转发：

业务请求转发内容包含客户通过渠道提交的业务请求，以及营业系统中的市场营销、销售、客户服务功能域发起的业务请求。

转发的方式支持异步、同步两种处理模式。

随机服务密码管理：

随机服务密码管理功能使渠道协同系统各电子渠道和实体渠道提供的一项基础服务功能，主要是通过快速的短信方式协助其他渠道快速获取随机密码。

随机密码功能支持密码生成，密码验证，密码有效期管理等。

预约管理：

预约管理功能是客户通过电子渠道申请到实体渠道的预约服务。

通过与实体营业厅的排队系统的接口，可为客户提供快速业务办理通道。

业务协同管理：

业务协同管理是指将业务处理流程分解，由渠道协同负责渠道／跨渠道接触调度来完成客户服务功能；

业务协同管理典型的应用有业务办理短信通知，客户二次确认等。

协同内容管理：

主要实现服务转发或业务协同时各渠道之间的内容的转换，生成，加工等。

接口管理：

接口管理完成协同调度逻辑与相关渠道和营业系统核心业务逻辑之间的交互；

交互接口要求是同步调用接口。

渠道协同总体需求如下：

1．接收各个渠道的跨渠道业务请求信息；

2．针对不同的业务请求信息进行转发或处理；

3．对业务协同流程进行监控；

4．提供同步的随机密码服务。

2．2系统目标和解决的问题

渠道协同系统要实现与渠道基础平台的连接，实现客户接触过程中的连接、监控、异常等管理与控制，并根据客户或业务需要实现跨渠道的业务请求接收、拆分、发送、监控功能。

协同调度根据协同逻辑对来自各渠道和营业系统内部的协同请求进行解析、分解成各渠道的协同任务及其执行策略，并根据渠道特性对协同任务进行封装后发给渠道执行。

如下图所示：

当一个协同任务产生时，渠道协同系统根据业务情况进行协同处理，比如业务预约这个案例，如下图所示，渠道协同系统要达到这样的功能。

业务预约场景中，渠道协同作为一个信息记录和转发的中心，有效的将多个渠道在业务办理流程中串接起来，为实现闭环化的服务能力提供了技术可能。

另外，渠道协同系统要对协同处理过程进行监控，针对异常情况做出反应，或告知用户或进行相关的处理，并且用户可查询到协同处理状态。

渠道协同系统本身要有一定的健壮性，对多变的业务规则的现状有较高的适应性。

2．3系统需求分析

软件开发的目标是在预算内按时开发符合客户真正需要的高质量软件。

需求分析主要通过建立模型的方式来描述用户的需求，为客户、开发方等不同参与方提供一个交流的渠道。

这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。

用户需求的分