基于三层结构的crm系统的设计和实现.docVIP

基于三层结构的CRM系统的设计和实现 　　1、引言 　　随着计算机应用技术的发展，CRM(客户关系管理)也得到了前所未有的发展。最初的CRM系统基本上都是基于两层结构-C/S模式(客户机/服务器)。C/S模式自从提出之后，曾经对CRM的发展起到了巨大的推动作用。但是随着对数据库操作复杂性的提高，传统的C/S模式已经不能满足应用需求,并且数据库产品层出不穷，即使是关系数据库，在性能指标上也存在许多差异，比如数据格式、数据精度、数据模型和语义差异等等。所以，为了解决不同数据库产品的互联及其他问题。三层Client\Server结构体系也应运而生。所谓三层结构，就是在原有的”两层结构”〔客户端和服务器端)之间增加了一层组件，这层组件包括事务处理逻辑应用服务、数据库查询代理等。随着这层组件的增加，两层结构向三层结构转变后，客户端和服务器端的负载就相应减轻了.跨平台、传输不可靠等问题也得到了解决。增加的这层组件就是我们所说的”中间件“。中间件在三层结构中主要充当中间层，实现数据安全、完整传输，通过负载均衡来调节系统的工作效率，从而弥补两层结构的不足。 　　同时，由于电子商务的飞速发展，使用CRM软件的客户的业务越来越复杂，而且业务种类可能会随时变更，这就使得企业迫切的要求自己能够进行系统的二次开发。如果有了这项功能，即使企业的业务发生变更，企业也可以应付自如。如今一般比较流行的CRM系统都不具备这样的功能。我们的开发组对这项功能进行了详细研究，并最终给子实现。作者参与了基于三层结构的CRM系统(Agent X)的设计和开发。本文详细介绍了三层结构的基本原理，并且详细介绍了基于三层结构的Agent X系统。 　　2、两层Client\Server结构 　　最简单的两层Client\Server结构如图1所示: 图1 两层Client\Server结构 　　一个功能强大的客户应用开发语言和一个多用途的用于传送客户请求到服务器的机构是整个两层结构的核心。在一个数据库存取事件中，数据由服务器实施存储和访向，数据库引擎负贵处理从客户机发来的请求。现在这种请求所使用的语言大多数类似于sQL语言。要把sQL语言从客户机传送到服务器上，必须能识别服务的标志符或者由一个应用程序接口来完成，还必须知道服务器的位置，数据组织形式以及数据如何定义。在服务器中，请求还将得到存储逻辑和处理上的进一步优化，例如使用权限、数据完整性和保密性等。数据返回后在客户机上得到进一步处理，以适应查询、商业应用、预测分析和数据报表等各种要求。 　　3、三层Client\Server结构 　　3.1三层结构的基本原理 　　X/Open DTP标准(l991)分布式处理、参考模型和分布式事务处理中描述了三层口Client\Server模型，如图2所示: 图2 三层Client\Server模型 　　应用程序定义操作来完成特定的任务。它定义事务的范围并且把服务要求提交给事务管理器，通信管理器和一个或者多个资源管理器。 　　资源管理器提供应用程序要求的事务间的服务。一般情况下，资源管理器是一个数据库，但并不总是这样。为了维护事务的完整性而修改的资源必须由资源管理器来管理，例如管理在线的队列等等。资源管理器必须对它们涉及的资源提供两阶段确认服务。 　　事务管理器提供管理事务的服务，包括资源管理的两阶段确认服务和通信管理器的服务。如果事务跨越多个平台，那么其中的一个关于这个事务的管理器将被自动命名为这个事务的控制事务管理器。 　　通信管理器提供通信服务的接口以及管理应用层协议。在大多数客户/服务器棋式情况下，提供的服务仅仅是数据传输机制的接口。大多数的三层C/S系统都提供某些对话服务。具体的三层C/S系统如图3所示: 图3 三层C/S 的系统结构 　　图3示例了应用的客户通过Miiddle Server要求应用服务器提供服务。每一个客户提交Begin要求给Miiddle Server，它表明客户想开始处理一个事务，然后客户提交一个或者多个服务请求。Miiddle Server使用服务的名字来把要求路由送到合适的服务器。图例表明一个服务可能由多个服务器提供服务具体的路由选项都可以由系统管理员在任何时候修改而不影响应用和服务程序。如果一个逻辑数据库(例如客户库)各部分存放在不同类型的数据库中，那么大多数两层结构要维持异型数据库的性能并提供数据完整性的功能是很困难的。而使用依赖数据的路由，就可以对每个数据库提供同样的服务，且对系统的所有客户是透明的。 　　由上面简单的对两层和三层C/S的描述。可以看到，三层结构在网络流量和系统反应速度方面优于两层结构，这是由于三层结构中数据在发送到网络之前首先由功能性服务器加以过滤，网络通信量会因此下降;其次由于三层结构中Client端并不是直接同数据库打交道，而