Network 版 (精华区)

发信人: dhf (老朋友), 信区: Network
标  题: 电信业务多煤体磁卡查询联网系统(2)
发信站: 紫 丁 香 (Fri Aug 13 20:04:07 1999), 转信


                        
                             解决方案论证 

      1、系统设计思路


      系统设计参照了"邮电部‘九七’工程技术规范"等相关规定,并充分考
虑了整个系统所 涉及的数据处理规模和未来发展的需要,以及目前网络的现
状。 

      (1) 整个系统的设计、规划和开发立足于保持原有的业务应用系统的正
常使用,并充分 利用已有的资源,保护投资。 

      (2) 网络设计应避免瓶颈点的出现,网络流量应保持平衡。由于目前局
间通信只能提供 传输速率仅为9600bps的拨号线或专线,所以必须找到了一种
合适的解决途径,以保证系统的 响应速度。 

      (3) 系统要有较强的互操作性、扩展性、可移植性、较大范围内升级能
力,以适应邮电 行业业务发展和计算机技术发展的需求。 

      (4) 系统用户界面简单、直观、方便,以保证使用者易学、易懂、易
用。 

      本系统的集成规模虽然不大,但整个系统因多协议、多操作系统、异种
数据库并存而变 得较为复杂。为了使整个系统都能连通并具有互操作性,必须
从技术到设备都要进行通盘考 虑,包括产品集成、网络集成、应用集成和数据
集成。 

      2、系统总体设计 

      全系统由三部分组成:数据服务、前台多媒体应用和网络传输。基于对
系统开发和集成 的各方面分析,我们在系统结构、软硬件构架等方面采用如下
方案: 

      系统整体结构作为九十年代计算机应用开发的主要潮流,客户/服务器结
构体系(C/S)可 有机地利用中央控制式数据库系统的长处、PC环境中的用户
友好性和灵活性。它把数据存贮 、处理、安全机制等交由高性能的服务器来
完成,而客户端工作站只需承担与用户交互的应 用,从而克服了宿主式计算机
系统和文件服务器系统的主要弱点。C/S体系的这一模式能使系 统开发的效率
大为提高,同时降低系统设备开销。考虑到C/S技术具有的先进、高效、数据的
完整性、一致性、安全性、开放性等特点及今后的发展趋势,我们采用了基于
微软平台的C/ S应用。 

      网络操作系统和数据库系统以技术的先进性、开放性和满足系统需求为
依据,同时为使 工作更富有效率,系统采用了Windows NT Server 3.51中文
版作为网络操作系统。优越的伸 缩性、抢占式多任务与防护完善的虚拟内存
等功能,使网络的运算环境始终保持最佳状态。 与之匹配的MS SQL Server
6.5,是一个可伸缩、高性能的大型数据库管理系统。至于网络协 议,毫无疑
问采用TCP/IP。 

      应用开发工具软件开发采用PowerBuilder 5.0作为客户端开发工具。
采用ODBC技术,使 应用可连接任意数据库(现有的小型数据库Foxpro或‘97工
程’所要求的大型关系数据库Or acle等)硬件平台为了使服务器运行的大型
数据库具有较好的并发事务处理能力,选择了HPN S5/166 LH作为服务器,配置
32M内存,这样使得数据库的实时响应能力和联机事务处理能力较 强。 

      客户机选用IBM 5/133 PC,内存16M,外接表面声波触摸屏、刷卡器、票
据打印机等相关 外设。 

      3、应用软件开发分析 

      系统的基本数据处理流程为:应用程序接收用户输入,应用执行SQL语句
完成对服务器端 的数据库的访问,向用户返回执行结果。该系统可看成是一个
分布式计算环境,减轻了对单一 主机的压力和依赖,可大幅度降低建网费用。 

      对于应用程序的开发我们采取了如下策略,将整个应用程序分为前台和
后台两套程序。 前台用户程序运行在查询台上,负责为用户提供话费和其它信
息查询、清单打印等工作。后 台控制程序运行在NT服务器上,负责读取
Novell服务器上的Foxpro数据文件,并利用PowerBu ilder的数据管道功能完
成从Foxpro数据到大型数据库SQL数据的转换,并随时监测Foxpro数 据库,及
时完成数据更新,以保持两个异种数据库中数据的一致和准同步。这样一来,查
询台 应用只需对NT服务器的SQL数据库进行操作,而无须同时操作Novell服务
器上的Foxpro数据库 ,并避免了在广域网上传送庞大的Foxpro数据文件。 



      图1 电讯多媒体磁卡查询联网系统 

      C/S结构的最大优点在于能将计算处理工作负荷分布　在不同的客户机
和服务器上,从而 充分利用两者的处理能力。这种结构使得应用系统具备更多
的灵活性和伸缩性。但从网络实 际应用的角度来看,C/S结构的效率却并不理
想,如一个基本的SQL请求需要约200个请求-应答 循环,网络延迟越大,则完成
这个数据请求的时间就越长。就局域网环境而言,LAN的高速低延 迟屏蔽了
C/S应用的这种低效率;然而在广域网中应用时,较大的网络延迟会使交互式作
业变 得不可接受。所以,在网络环境无法改善的情况下,只能从应用软件开发
着手,针对网络应用 加以优化,尽量减少网络间的数据包交换的数量,从而使系
统的性能得以提高。在软件开发时 ,采用的方法具体有:将SQL语句集中到
BEGIN/END模块;或将多个表作为参数,使多条SELECT语 句结合成一条语句,这
样都可减少客户机和服务器间数据包交换的数量,但会使编码变得复杂 ;再就
是调整服务器中数据库组参数,以减少服务器响应请求后返回的数据包数量。
还有一个 变通的办法,就是系统在网络进行数据交换过程中启动一个小窗口
(有动态窗口),揭示用户稍 加等待,以改善交互式作业。 

      由于该系统的特殊性——数据需求量不大,使用9600bps的带宽也能基本
满足传输要求, 即使是最大的瓶颈所在——网络延迟,对系统的影响也不大(电
路专线长度小于100公里,且软 件已进行了针对性的优化)。 

--
 OOOOOO  O       OOOOOO    OOOOOO  OOOOOO  OOOOO  OOOOOO  OO   O  OOOOOO
 O    O  O       O   OOO   O       O    O    O    O       O O  O  O   OOO
 O    O  O       O    OOO  OOOOO   OOOOO     O    OOOOO   O  O O  O    OOO
 O    O  O       O   OOO   O       O  O      O    O       O   OO  O   OOO
 OOOOOO  OOOOOO  OOOOOO    O       O    O  OOOOO  OOOOOO  O    O  OOOOOO
                        我  本  无  名  一  小  卒

※ 来源:．紫 丁 香 bbs.hit.edu.cn．[FROM: ppp69.hlshptt.ne]