基于Web服务的经销商数据交互平台应用研究

摘 要 本文在了解江淮汽车股份有限公司乘用车营销体系信息化现状的基础上，提出了一个基于Web服务的经销商管理系统数据交互平台架构，有效解决数据共享及未来系统集成和扩展问题，并通过了模拟客户端的远程调用来验证了该平台的合理性和有效性。

【关键词】数据交互 Web服务 经销商管理系统

1 引言

随着江淮乘用车事业的发展，大量信息系统逐渐被引入乘用车营销体系中，实现着对不同阶段业务数据的有效管理，推动着相关业务的快速发展。但是，由于这些系统是针对特定需求开发而来，并没有统一规划，且每个系统所专长的领域不同，彼此间缺乏联系，容易形成“信息孤岛”，又不可能把所有业务流程都放到一个系统中，因此，多系统并存是当前乃至今后的常态。如果无法实现多系统数据资源的整合，任由各系统各自为政，数据就难以共享和重用，且维护难度大、管理困难。因此，实现乘用车营销体系内多个信息系统的集成和数据共享是信息化建设部门当前最紧迫的任务，也是实现公司资源最优化配置的关键步骤之一。

就系统集成而言，传统的解决方案有：集线器解决方案、对点集成解决方案、总线型解决方案和基于中间件的解决方案。然而，这些传统的解决方案都有其缺点或不足之处：

（1）集线器解决方案在各应用交互时可能导致效率瓶颈，并存在单点失效的问题，且只能通过加入多集成Hub来扩展系统，成本较高；

（2）点对点集成解决方案中集成系统之间耦合度高、不易扩展，且需要手工编写异构应用系统和平台的接入，代码量大；

（3）总线型解决方案的适配器和集成引擎被捆绑在应用程序平台上，增加了复杂度，网络负载压力也较大；

（4）基于中间件型解决方案，由于不同中间件厂商的实现技术不同，容易造成可移植性、兼容性比较差，不能充分利用现有硬件资源，不便于管理和维护。

Web服务，能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件，就可相互交换数据或集成。它建立于SOA基础之上，作为一个平立的、松耦合的、自包含的、基于可编程的web的应用程序，可以对跨平台、跨业务范围的信息系统的集成实现实时的、动态的支持。因此，本文创新性地提出了一个基于Web服务的经销商管理系统数据交互平台架构，并通过了模拟客户端的远程调用来验证了该平台的合理性和有效性。

2 基于Web服务的数据交互平台设计

2.1乘用车营销体系信息化框架

江淮乘用车营销体系由多个专业信息系统构成，其信息化框架主要包括信息交互平台、业务运营系统、主数据平台、分析决策平台和基础技术平台。如图1所示。

DMS系统：包含销售、售后协同管理系统和经销商销售、售后管理系统，涵盖了整车订单、配车发运、A/C卡管理、实销上报、配件业务、索赔业务、客户档案及上下端库存管理，完全实现了厂商业务全面覆盖。

DBS系统：江淮乘用车业务支持系统，承担着乘用车营销体系办公平台的重任。

移动APP：是营销体系内开展业务的又一快捷通道。通过APP可以加强车厂和终端客户的联系，实时获取到客户的需求数据，用于市场策略的决策支持。

微信公众号平台：包含微信订阅号、服务号和企业号，通过订阅号和服务号做营销、服务客户，通过企业号构建营销体系内部员工的紧密连接。

电商平台：乘用车自建的电商平台。

除此之外还有一些业务辅助系统，如：WMS、电子图册系统、400投诉系统等。

2.2 数据交互平台设计

针对传统解决方案的不足，结合Web服务技术的优势，我们提出了基于Web服务的乘用车经销商管理系统数据交互平台，用于实现对事业部内部和事业部间的数据交互业务实时的、动态的支持。该平台以需方为主导，由五个部分组成（如图2所示），用户界面、接入认证、交互数据信息库、Web服务注册中心、授权准入认证系统。

用户界面：为用户提供数据交互平台使用介绍、接入规范及Web服务调用文档等，主要是为了使开发人员能快速了解数据交互平台，缩短交互应用的开发时间。

接入认证：对请求调用平台Web服务的接入方进行认证，是确保乘用车营销数据安全的必要过程。

交互数据信息库：交互平台中的一个关键部分，提供了所有交互数据的调用逻辑和功能，负责返回/处理请求方请求的数据信息。

Web服务注册中心：显然，公有的UDDI注册中心无法为我们的数据交互平台提供足够的信息。因此，私有的Web服务注册中心是必不可少的。私有注册中心能够扩展服务列表，对数据交互平台的提供交互数据的能力提升发挥着重要的作用。

授权准入认证系统：数据交互平台简化了数据交互的复杂程度，在提高数据交互效率、减小系统集成成本的同时也增加了企业信息泄漏的风险，建立授权准入机制，根据授权开放数据交互查询功能是必不可少的。

2.3 优势分析

通过上述验证过程可以看到，基于Web服务的数据交互平台在跨平台数据交互中省去了繁杂的业务逻辑和中间层应用开发，只需根据数据交互平台的调用规范，简单地定义下本地调用结果解析逻辑和存储方式即可完成，大大降低了数据调用的开发周期和成本，为跨平台系统集成提供了一个有效的模式。且数据交互平台通过Web服务封装了业务系统的业务逻辑，避免了自身数据库结构暴露给第三方平台，在确保数据安全的同时也实现了对第三方数据调用的管控，有效控制了由数据交互产生的业务系统应用服务器的负载。同时，一次开发，多平台使用，从企业全局角度来讲，为企业跨平台、跨业务范围的系统集成提供了便利，降低了企业信息系统集成的成本，提升了企业的核心竞争力。

3 数据交互平台调用案例

数据交互平台部署较为简单，在本例中主要通过模拟客户端调用数据交互平台的获取产品清单的Web服务为例，来验证数据交互平台提供交互数据解析使用的过程。在服务器首页提供了Web服务调用规范和使用说明。以产品清单为例，验证Web服务调用和结果解析的过程。

3.1 建立产品清单XML并声明字段定义

先建立产品清单XML，然后根据数据交互平台提供的接口文档定义产品清单数据中的字段，并编译。产品清单信息（单条产品信息）如图3。

3.2 Web服务调用

为了验证Web服务被调用的过程和返回数据的正确性和完整性，项目组设计开发了一个模拟客户端的JAVA类，用来调用Web服务、获取产品清单数据。这个模拟客户端也可以用来日后验证新Web服务是否满足业务需求。显然，只要通过这个模拟客户端验证正确的，其它平台也可获取相应正确的请求数据。模拟客户端设计首先定义模拟客户端DmsClient。然后定义接口代码，在调用过程过根据此代码调用相应功能接口的Web服务。再初始化Web服务，并根据WSDL的描述进行调用。最后根据获取的产品清单数据，并与业务逻辑进行PO封装。

3.3 封装数据和本地业务逻辑

调用Web服务获取数据结果后，需要将获取的数据和本地业务逻辑进行封装。本地存储数据和数据库数据一一对应，数据库中多行数据可以用该类的集合存储。根据不同调用平台定义稍有不同，PO工厂类设计首先定义产品清单数据PO工厂类，然后将数据结果进行本地存储，在此基础上，封装本地业务逻辑。

3.4 常量定义

规范了应用中常量的定义。包括Web服务网址、Web服务名称和Web服务方法名称等。

4 结论

数据交互平台能够实时的、动态的为不同的应用提供数据支持，实现企业信息系统的快速、有效地集成，从而解决了由“信息孤岛”引发的各种问题，使公司能够快速地了解一线业务数据、响应市场需求。该平台有效改善了跨平台数据交互的效率，提升了企业信息系统集成的整体性能。尽管本交互平台是针对乘用车营销公司DMS系统提出来的，但对各事业部乃至股份公司的信息系统数据交互都有着重要的借鉴意义。

参考文献

[1]宋晓宇.数据集成与应用集成[M].北京：水利水电出版社，2008.

作者单位

江淮汽车股份有限公司乘用车营销公司 安徽省合肥市 230009