字号: 小 中 大 |
推荐给好友
上一篇 |
下一篇
中间件TUXEDO在电信计费营帐系统中的应用
发布: 2008-4-24 10:04 |
作者: 不详 |
来源:
uml.org.cn |
查看: 219次 | 进入软件测试论坛讨论
领测软件测试网
(5)优先级管理。可将Service根据优先级的不同赋权值,系统根据优先级权值将客户请求(Service)排队管理。 |
(6)路由管理。有多台机器做应用服务器时,用户可设定同一种事务(根据申请包中FML的某一个域)在不同的机器上执行。 |
(7)权限控制、安全管理。包括两个方面:①服务端控制,可限制用户对应用程序的启动、关闭,限制用户在应用中建立服务程序。②限制客户端对应用程序的访问。可由专门的Service做安全验证。 |
(8) 丰富的通信方式。有同步调用、异步调用、管道通信、会话、广播、通知、队列、发布订阅等通信方式,能很好地满足应用开发的要求。 |
(9)可MP方式工作,多台应用服务器互相备份,实现其高可用性。 |
四、中间件在浙江联通计费营业帐务系统营业子系统中的实现 |
浙江联通计费营帐系统三层体系中客户端程序用C++BUILDER,服务端(应用服务层)程序用Pro*c开发,中间件采用Bea公司的TUXEDO,数据库采用ORACLE8。其体系结构如图2所示。 |
三层体系中客户端与服务端的通信是由TUXEDO的API函数实现,客户端由函数Tpinit与服务器建立连接,由函数Tpcall申请Service服务,再由相关的TUXEDO函数对数据解包。 |
数据传输采用TUXEDO提供的非常灵活的FML方式实现客户端与服务端的数据交换。 |
目前,浙江联通计费营帐系统中所有营业受理模块、除详细话单以外的查询模块均采用三层结构来实现。 |
营业模块包括开户、话费收缴、改号、换/补卡、套餐变更以及营业数据的查询等,营业模块是用得相当频繁得模块(有300台客户机要同时实现25种服务),在将来高峰时将达到500多台,所以在本系统中首先采用三层结构来实现前台各种业务受理工作。 |
在营业受理子系统中,根据前台业务的分类,我们将服务端的服务(SERVICE)分成三类: |
1.公共服务函数:提供诸如操作员登录、操作员权限控制、两台清方式的第一次提交确认、欠费校验、黑名单校验等。 |
2.公共查询服务函数:应用ORACLE的动态SQL功能,完成客户端发出的各种查询请求。 |
3.各业务提交函数:完成客户端各个业务(开户、改号……)的提交确认。 |
根据这三类SERVICE的不同特点,需要三种不同的配置要求。 |
服务程序之所以采用一个公用模块(程序),是因为业务受理涉及面广,几乎涉及所有数据库表,若每一种业务都做一个服务程序,则要做很多个服务程序。程序开发和维护量很大,系统扩展、管理不方便。且运行性能也受到较大的影响,因为每个服务程序至少启动一个进程,而有些进程由于业务上的原因会很少利用(运用)却占用了系统资源(如:内存、数据库连接数等)。 |
2.如何既简单又统一的实现界面中控件与FML缓冲、FML缓冲与服务端的数据的一致和数据交换? |
对于第一个问题,我们应用面向对象技术,定义了一个C++ Builder虚类SaleManBase,SaleManBase类抽象出了一般业务的流程,同时给继承实现类又留有不同业务的实现接口。 |
SaleManBase的简单流程如下图: |
|
文章来源于领测软件测试网 https://www.ltesting.net/