基于SOA的NGOSS构架的研究

录入：edatop.com 点击：

成一个原子流程。这样在配置业务流程时不需修改流程或编写另外的代码，只需要为其设定不同工作流模板就可以满足不同业务的需要，不仅节约了成本而且缩短了系统的开发时间。

因此，我们可以把一些典型的业务处理过程进行抽象并组装成不同的原子流程，将业务流程的逻辑封装在一起，并独立管理，使得原子流程具有封装性、独立性、原子性以及可组装性，每一个原子流程对应于服务总线上的一个服务，为移动业务需求提供了灵活性和可操作性。

3.2 业务流程编排与实现

一个业务流程就是针对一类具体的业务对应的流程，它主要由原子流程根据一定的原则组装而得。采用 BPEL 对原子流程进行描述，主要包括原子流程的节点和任务活动信息。对业务流程的描述就是业务流程包含的原子流程信息，根据具体业务形成规则库，并设计相应的原子流程调度引擎和规则引擎，同时开发一个简单的轻量级的建模工具来完成业务流程设计。运用 BPEL 来创建能够完成执行 Web 服务调用、操作数据、抛出故障或终止一个流程等工作的不同活动，然后将它们连接起来。在BPEL中用、；和等定义了一系列流程中的各种活动。以投诉流程调用操作为例：

invoke name="调用投诉流程 "

input Variable= " 输入参数 " ，

output Variable= " 输出参数 "

operation= " 操作类型 "

target linkName = " 输入连接 "/>

source linkName = " 输出连接 "/>

/invoke>

在BPEL中通过使用结构化活动来定义这些活动之间的相互关系，从而创建出复杂的流程，这有利于系统的开放性和通用性。在此基础上采用Web服务完成流程到前台应用系统的接口， Web服务向内通过各种控件完成流程的操作与管理，向外为前台的开发提供了一个结构松散、异步操作和具有分布式支撑能力的统一接口。

上述投诉流程模型在NGOSS系统的开发中得到了比较好的应用，如最常用的客户投诉流程，其业务过程如图6 所示。从图6可以看出投诉过程由客户投诉—BOSS 投诉处理—MISC 投诉处理组成，环节中BOSS投诉处理、 MISC 投诉处理等均由调用相应的原子流程完成。客户投诉部分由客服系统完成，通过前台输入客户投诉信息并保存在数据库中相应表中，然后查找相应流程模板服务接口调用相应子流程，构成整个投诉流程，然后根据具体业务数据完成GUI设计，配置业务流程描述文件即完成整个应用的开发。

3.3 Web 服务设计

上面原子粒度的划分与服务的编排说明了业务流程的设计，而流程中BOSS投诉处理原子流程是一个服务，如何与BOSS中的客服、营业等子系统数据交互呢? NGOSS架构图中，每个系统通过外部接口或者数据视图，设计自己的接口，通过ESB的接口规则，发出的信息经过ESB转发，请求方不需关系目标系统的状态，只要等待ESB回复即可。

在上边关键技术介绍中已经说明一个Web服务主要包括UDDI、SOAP和WSDL，以客服子系统中投诉处理原子服务为例，被连接的客服系统采用EJB或者Web Service的方式连接后端数据库或者资源，然后封装为一个Web Service部署到ESB上，由ESB转发，投诉流程调用该原子服务，无需了解客服如何处理投诉细节，通过特定的协议调用进行各层消息的传输。客服投诉处理服务的WSDL简单描述如下：

operation name="投诉处理"

input message="ins ：服务请求信息 "／>