（计算机应用技术专业论文）基于web的瘦客户计算技术在mis开发中的应用研究.pdf

摘要 随着计算机的技术的发展、i n t e r n e t 的普及和企业界不断提出新的需求，多 层、分布对象计算技术作为企业计算的解决方案正成为主流，基于w e b 的瘦客 户计算是实现多层、分布应用的流行方法。其主要优点是减少t c o ( 总拥有成 本) 、易于管理、简化支持和维护、提供很好的远程访问能力等。由于这种计算 模式使企业既能获得高效率又能减少总拥有成本，因而成为新的研究热点和应 、 用热点。? ， 本文论述了作者在硕士学位论文工作期间在基于w e b 的瘦客户计算领域所 做的研究工作和实践工作，主要工作围绕着湖州市电力局分布式物资管理信息 系统中的两个应用：查询和企业报表生成所进行的具体工作而展开，完成了这 两个系统的总体结构和系统设计： 1 基于w e b 的物资信息查询子系统 2 基于w e b 的企业报表生成子系统 并在w i n d o w sn t 环境下，使用h t m l ：a e t i v e x 这种开放脚本和构件体系结构 的客户服务器的开发技术，用d e l p h i 和i n t e r d e v 开发平台加以实现。在本文的 后面的章节中将详细描述了这两个应用的设计与实现。 a b s t r a c t w i t ht h er a p i dd e v e l o p m e n to fs o f t w a r e ，c o m m u n i c a t i o nt e c h n o l o g i e sa n dt h e p o p u l a r i t yo fi n t e r n e t ，an e wm u l t i t i e r s ，d i s t r i b u t e dc o m p u t i n gt e c h n o l o g y 一一t h es o c a l l e dw e b b a s e dt h i n c l i e n tc o m p u t i n gt e c h n o l o g y 一一h a sc o m e i n t ob e i n gt om e e tt h e n e e d so fb u s i n e s sa b l et o p r o v i d e l o wt c o ，e a s yf o r m a n a g e m e n t ，e a s y f o r m a i n t e n a n c ea n de x c e l l e n tr e m o t e a c c e s s p o s s i b i l i t i e s m a k eu pt h e p r i m a r y i t s a d v a n t a g e s i ti sa t t r a c t i n gr e m a r k a b l e f o c u sf o rr e s e a r c ha n da p p l i c a t i o nb yv i r t u eo f i t sa d v a n t a g eo f h e l p i n g t oa c h i e v eh i g hp e r f o r m a n c ea tl o wc o s t t h i sa r t i c l ep r e s e n t st h ea u t h o r sw o r ko fr e s e a r c ha n dp r a c t i c ed u r i n g h i s s t u d y i n g f o rm a s t e r s d e g r e e i ti s m a i n l yo r g a n i z e d a r o u n d d e v e l o p i n g t w o a p p l i c a t i o n so f h u z h o up o w e rb u r e a u sd i s t r i b u t e dw u z im a n a g e m e n ti n f o r m a t i o n s y s t e m ：q u e r ya n dr e p o r tg e n e r a t i n g s u c c e s s f u l l y f i n i s ht h em a i n f r a m es t r u c t u r e d e s i g nf o r t h et w o f o l l o w i n gs y s t e m s 1 w - e b b a s e dw u z ii n f o r m a t i o nq u e r ys u bs y s t e m 2 w e b b a s e dr e p o r tg e n e r a t i n gs y s t e m a n di m p l e m e n tt h e mo nw i n d o w sn tp l a t f o r mw i t ht h ed e v e l o p i n gt e c h n o l o g y h t m l ：a c t i v e xa n dd e v e l o p i n gt o o l sb e i n gd e l p h ia n di n t e r d e v i nl a t e rp o r t i o n so f t h i sp a p e rp r e s e n t sd e t a i l e dd i s c u s sa b o u tt h ed e s i g na n di m p l e m e n t a t i o no f t h e s e t w o a p p l i c a t i o n s 图1 1 图1 2 图1 3 图 图 图 图 一4 1 2 3 图2 4 图2 5 图2 - 6 图2 7 图2 8 图3 一l 图3 2 图3 3 图3 - 4 图3 - 5 图4 1 图4 2 图4 3 图4 4 图4 - 5 图4 - 6 图4 7 图4 - 8 图4 9 图4 。10 冈4 一i l 图表索引 独立主机系统应用的体系结构 客户服务器应用的体系结构 瘦客户计算应用的体系结构 基于w e b 瘦客户计算模型 第四代w e b 应用程序 o r b 体系结构组成 使用接口池的c o r b a 模型 在同一机器上访问c o m 服务 在不同的机器访问c o m 服务 w e b 应用服务器体系结构图 传统应用服务器体系结构 企业应用服务器 以m i d a s 为基础的多层应用程序的结构图 远程数据集体系结构 物资w e b 查询子系统功能结构图 物资全局库存明细表 基于w e b 的物资信息查询体系结构 复杂栏目示意图 简单列表示意图 多层次的主从式列表示意图 普通表示意图 基于w e b 的报表生成系统结构图 正界面下定义数据表结构图 系统实现s q l 查询的流程图 报表构件图 构件属性图 正界面下报表的生成示意图 l e 界面下报表予览和打印 ， 2 o 8 m n m 怕 丝 m 凹 驺 虬 甜郇 卯 勰 鹌 如 ” 第一蕈劈蘑j 1 1 企业计算模式的演进一l 1 2 瘦客户计算的概念一4 l ，3 驱动瘦客户计算技术发展的因素4 1 3 基于w e b 的瘦客户计算模型6 1 4 本文目标9 第二幸基于w e b 豹瘦客户诗算的基础1 0 2 1 概述 2 2 分布对象技术 1 对象请求代理 2 通用对象请求代理体系结构 3 互联网交互o r b 协议 4 分布构件对象模型 5 a c t i v e x 6j a v a 7 j a v a 和a c f i v e x 2 3 中间层应用服务器。1 9 2 3 1 企业转向中间层j 1 9 2 3 2 企业应用服务器方案 2 2 第三章基于w e b 的物资信息查询子系统2 6 3 1 湖州市电力局物资管理系统的现状与需求2 6 3 2 w 曲查询子系统的设计与实现2 8 3 2 1 系统开发平台 2 8 3 2 2 应用的创建3 0 3 2 3 电力物资管理系统w e b 查询子系统的功能结构3 3 3 3 小结。 第四章基于w e b 的企监报表生成系统豹设计和实现3 7 4 1 报表系统的现状与需求。 4 1 1 传统的报表系统 4 1 ，2 基于w e b 的报表生成系统的需求 4 2 基于w 曲的企业报表生成系统的设计 4 2 1 企业报表分析 4 2 2 需要解决的问题 4 2 3 基于w e b 的企业报表生成系统总体结构 4 3 基于w e b 的报表生成系统的实现 4 3 1 数据库系统的实现 4 3 2 建立基于w e b 的可视化报表设训环境 3 7 3 7 3 9 3 9 3 9 4 2 4 2 4 3 4 4 4 7 n u u = 2 ” 墙 立l 塑竺：! 兰丝笙兰! ! 型1 4 4 小结 箍五学名蒙语 5 2 浙大学硕十学位论文( 2 0 0 0 ) 第一章绪论 1 1 企业计算模式的演进f 4 】 3 3 】 在过去1 5 年里，设计、开发和维护企业信息系统的方法发生了巨大的改变。 这个时期开始于独立主机系统。每个独立主机系统包含所有的表现逻辑、商业 逻辑和数据访问逻辑。这种系统不能与其他系统共享数据，每个系统都必须存 有一份数据的私有拷贝。如果不同的系统需要访问相同的数据，就不得不存储 冗余的拷贝在多个系统上。 分离的，单功能应用 不能与其他应用共享数 据，造成数据完整性和数据 同步问题 开发者必须为相同的功能 创建多个实例 一独占式的数据访问接口， 导致依赖于单个数据库系统 图1 1独立主机系统应用的体系结构 这些独立的应用效率低且花费高，不久它们让位给关系数据库技术和客户 服务器模型。网络、廉价的p c 机、图形用户接口和关系数据库等技术的汇合 使客户服务器计算成为可能，客户n 务器计算通过将集中的、独立的系统分解 成控件的形式，简化了开发和维护。 应用被分解为客户控件和服务器控件。客户控件实现应用的表现逻辑和包 含一些商业逻辑，服务器控件以存储过程的形式包含商业逻辑。数据访问逻辑 由实现策略的不同，可以由客户或服务器来处理。客户服务器结构解决了数据 浙江太学颈士学位论文( 2 0 0 0 ) 共享的问题，具有稳定性好等优点。缺点是不易维护，需要为每台客户机都安 装相应的应用软件，修改商业逻辑时，必须对每一个客户机进行更新，当用户 数很多时，网络上需传送大量的数据，网络和客户机的负担都很重。两层式客 户服务器应用软件没有为拨号和广域网连接提供优化，所以对于远程用户，访 问时间经常难以接受。最后，许多客户服务器方案简单地将原来单个主机系统 系统分成两个主机系统，直到今天，客户服务器模型仍然留有创建、维护和扩 展的困难。 图1 2 客户服务器应用的体系结构 今天的信息技术部门面对着这样的困境一是否有可能创建有竞争优势的、 可用于l a n 、w a n 和i n t e m e t 的分布式应用，同时保护系统、应用、信息和人 员的投资，i t 部门被要求创建这样的未来应用，而不破坏维护现有商业应用的 系统。对这种困境的答案就是瘦客户计算。 瘦客户计算模型由瘦客户端、中间层应用程序服务器和数据库服务器组成。 它把应用程序分为：瘦客户端应用程序、应用程序服务器和远端数据库服务器。 浙江大学磺士学位论文( 2 0 0 0 ) 其中，客户端主要负责提供可移植的表达逻辑；应用程序服务器端主要负责业 务逻辑的处理，为客户端提供公共的数据服务，处理客户端与数据库间的数据 流；远端数据库服务器提供对专门服务( 数据库服务器) 的访问。用户将业务 逻辑放到中间层。这种模块化方法明确划分了表达逻辑、业务逻辑和数据存储。 图i - 3 瘦客户计算应用的体系结构 这种模型在技术上称为多层、分布对象计算模型，但由于它的瘦客户特性 而使企业在总拥有成本上获得普遍的利益，因此“瘦客户计算”成为其流行的 名称，本文也引用这个名称。在本文的第二章第三节“中间层应用服务器”中， 由于“多层、分布对象计算”更能体现其技术特性，因此在第二章第三节采用 “多层、分布对象计算”这一术语。 由于引入了瘦客户计算模型，因此首先，对于合法用户而言，只要有费用 低廉的瘦客户设备就可以访问和操作数据库；其次，对于开发者而言，通过将 应用逻辑集中在中间层服务器，可以迅速更新业务逻辑，而无需重新将应用递 交到成千上万的桌面系统上；最后，瘦客户设备可以通过网络从服务器上获取 应用和数据，它将许多功能诸如处理和存储从台式机中移去，直接从服务器上 获得。由于瘦客户设备成本低廉并且应用和维护集中在服务器上，因此使企业 的总拥有成本( t c o ) 显著降低。 瘦客户计算模型是一种能使得信息系统人员和组织在提供给他们的高质量 浙江太学硕士学位论文( 2 0 0 0 j 的服务的同时，最大程度地利用资源和节省时间的计算模型。瘦客户计算( 或 者以服务器为中心的计算) 比现有客户服务器两层结构和主机系统应用能提供 更好、更及时的信息，并且由于应用和大部分计算负载都落在服务器上，从而 使开发、安装、维护和扩展的费用最少。 1 2 瘦客户计算的概念【3 】 瘦客户计算技术创立了种全新的以网络为主的计算模式，结合了不同的 计算观点，常被认为是“最小总代价的计算”，瘦客户计算正迅猛地向前发展并 引起广泛的注意。每一个阵营都试图给瘦客户计算一个完整的定义。一方面由 n e t s c a p e ，o r a c l e ，s u n ，m i c r o s y s t e m 组成，他们主张使用可在网络计算机上下 载并运行的基于j a v a 的瘦客户软件；另一方面由微软和i n t e l 领导，他们主张利 用原本打算在独立的台式机上运行的传统桌面应用软件。其共同点是将用户界 面从应用执行中分开。大部分的工作负载落在了服务器上，从而使软件和硬件 对客户端的需求最少。 而c i t r i x 公司的j o l ep k a n t e r 给出了更理想的瘦客户计算技术的定义 为：“应用程序百分之一百在服务器上执行，” “瘦客户计算模型涉及到使用高效网络协议将瘦客户软件或瘦客户硬件设 备连接到服务器的过程。瘦客户，服务器体系结构使得特定任务、生产、基于w e b 或其它用户的应用程序的处理、管理、调度及支持都1 0 0 地基于服务器来完成， 并且与平台无关。这些应用程序可蚍从任何类型连接延伸到任何类型客户硬件。 这些瘦客户硬件可以包括基于w i n d o w s 的终端、p c 、n e t p c ( 网络化p c ) 、网络 计算机、a p p l e m a c i n e t o s h 计算机或u n i x 设备。” “使用瘦客户计算模型，你将不必为了运行最新的软件而去购买或升级硬 件，而能够从现有的硬件、操作系统、软件、网络、标准中受益。瘦客户计算 技术极大地延长了计算基础结构的使用寿命。” 1 3 驱动瘦客户计算技术发展的因素【2 1 】f 2 2 】 瘦客户计算被描述为一釉进化，或是一种革命。无论哪种描述是正确的， 瘦客户计算最终来源于i t 业的迅速发展和竞争的日趋激烈使企业对优化其计 4 浙江大学硕士学t 市论文( 2 0 0 0 ) 算资源不断提出新的需求而产生。 瘦客户计算的创建是用来解决台式机在协同环境下遭遇的问题。瘦客户一 般依附于一个应用服务器，因而创建一个集中式控制结构。应用软件从客户机 中被移去，被放在服务器中软件替代。这样就消除了潜在的对客户机的维护。 基于客户服务器的软件包创建时，允许传统的台式机在广泛的区域中对的服务 器的无缝访问。 瘦客户计算拥有的下列优点是其不断发展的原因： 1 减少t c o ( 总拥有成本) 瘦客户网络采用集中式管理和控制。通过服务器的软件更新使软件易于管 理。有用的软件被限制在服务器上，使得管理费用降低，在用户p c 机上少了 金字塔式的软件设置，终端用户的费用大大地减少了。总之，在发展中的瘦客 户操作的低费用使得瘦客户网络成为令人感兴趣的解决方案。 2 统一管理、简化支持维护、提高可靠性和安全性 瘦客户服务器体系结构允许信息部门将数据库、文件服务器和应用服务器 合并到同一个地方，并在那里管理用户的访问，从而避免了广泛分布的数据库 带来的管理、支持、维护、可靠性以及安全性、等问题。 3 可扩展性 发展中的企业可能从几十个用户发展到上千个用户，瘦客户计算的负载平 衡功能( 1 0 a db a l a n c e ) 功能从服务集群的角度解决了瘦客户应用软件可靠调度 的问题，解决了可扩展问题。通过负载平衡方案，用户可以动态路由到能提供 最好的应用性能的服务器。 4 简单的用户配置 使用瘦客户技术，用户的配置是很简单的。因为所有的应用软件都驻留在 服务器上，数据处理也在服务器上，瘦客户仅需要获得网络的连接就可以得到 完全的操作。这种用户独立性给予瘦客户计算极大的灵活性。 除以上优点外，瘦客户计算还有简化远程访问、提高系统可用性、提高性 能、延长传统桌面系统的寿命等。 目前有四种基本的瘦客户服务器体系结构类型一x - w i n d o w s 微软的 c i t r i xw i n f r a m e ，j a v a 虚拟机和w e b 浏览器。 浙江大学硕士学位论文( 2 0 0 0 ) x w i n d o w s 系统一使用在u n i x 环境中，远程访问、显示中心服务器上的图 形屏幕信息。 微软的c i t r i xw i n f r a m e 一仅用来运行来自w i n d o w sm 平台的w i n d o w s 的应用 程序，具有智能控制台体系结构的客户端。 j a v a 虚拟机一在本地设备( 个人机或网络计算机) 上运行服务器端上发布的用 j a v a 语言写的小程序。 w e b 浏览器一使用i n t e m e t 的概念连接基于h t m l 的w e b 服务器到客户浏览 器。 瘦客户设备包括许多产品类型：n c ，n e t p c ，廉价p c ，基于w i n d o w s 的 终端，机顶盒，a p p l em a c i n t o s h 计算机，u n i x 设备，w e b t v , p c t v , 掌上计算 机等。 网络计算机( n e t w o r kc o m p u t e r ，n c ) 。n c 是可在本地运行j a v a 应用的台 式计算设备。n c 通常依附于应用服务器。特别地，n c 为了获得高性能的执行 速度比其他类型的瘦客户拥有更快的处理器和更多的内存。 n e t p c 。这是一种没有软驱的类似与p c 机的设备。n e t p c 在本地运行应用 程序或依附于应用服务器运行w i n d o w s 应用。这种设备的价格一般比传统“胖” p c 要便宜，但比其他瘦客户产品类型要贵。 廉价p c 。这种p c 平台比标准p c 有更慢的处理器、更少的内存、更小的 硬盘，驻留的软件少等等。廉价p c 和其他瘦客户样可以依附于应用服务器。 基于w i n d o w s 的终端( w i n d o w s - b a s e dt e r m i n a l s ，、) l ，b t ) 。w b t 是个桌面设 备，需要连接到服务器上才能实现功能操作。w b t 不在本地运行应用，所有的 处理事实上在服务器上发生。理论上，它消除了对快速处理器和大内存的需求， 但是这些设备仍朝着很快的处理器和可升级的内存容量发展。w b t 代表最低花 费的瘦客户计算替代方案。 1 3 基于w e b 的瘦客户计算模型 如何充分利用企业原有的计算基础，保护企业对计算资源的投资，同时提 高企业的竞争力，使企业能适应快速变化的市场和技术革新，了解及时、准确 的信息，作出正确的决策，立于不败之地。因此，企业对于建立企业应用的计 浙江大学硕士学位论文( 2 0 0 0 ) 算模式提出了新的、更高的要求： 首先，对于企业用户面言，“数据是无处不在的，信息的提供也应无处不 在”，合适的人在合适的地点应该能以合适的方式得到所需要的信息，从而做出 及时、准确的决策；其次，对于企业应用的开发者而言，由于企业业务环境的 变化速度在逐渐加快，企业的需求也在不断地增长与变化，同时新技术的不断 出现，要求企业i t 开发者与管理者必须能够迅速响应这些变化；再次，企业在 信息化建设的同时一直在致力于寻找一种能提高信息使用效率，但同时减少总 成本投入的计算模式，包括简化管理、支持、维护等。最后，现代企业的发展 趋势是跨地域的管理、经营、合作，i n t e r n e t 为企业的这种发展提供了条件，开 发基于w e b 的分布式应用成为现代企业迫切的要求。 综上所述，将w e b 计算技术与瘦客户计算技术相结合的基于w e b 的瘦客 户计算是企业计算合适的解决方案，但i n t e r n e t 的初衷并不是为解决企业计算的 问题而设计的，而是通过h t t p 协议传输简单的、静态的超文本信息 ( h y p e r t e x t ) 。分布式对象技术的发展为i n t e m e t 在企业计算中发挥其巨大的潜 力提供了可能。随着通信技术的发展，分布对象将今天仍然是独立的客户朋艮务 器应用分解成自管理的构件或对象，这些构件或对象在不同的网络和操作系统 间互操作。基于构件的分布对象计算模型提高了i t 杌构对不断的改变具有适应 能力和对市场机遇的反应能力。分布式应用通过创建灵活的基础提供建立和 维护竞争的优势。但是，它们也带来新的需求。在今天异质计算环境下，分布 式商业应用必须在各种硬件和软件平台上运行。它们必须将新、老技术集成并 能使用现存的基础。进一步说，需要适合企业计算要求的大规模的、高性能的、 易于管理的、可用的、数据完整的基于w e b 的计算。 o r b ( o b j e c tr e q u e s tb r o k e r ，对象请求代理) 技术使得分布式计算成为可 能。o r b 标准分为两个阵营：一方支持微软的分布构件对象模型( d i s t r i b u t e d c o m p o n e n to b j e c tm o d e l ，d c o m ) ，另一方支持对象管理组织的通用对象请求 代理体系结构( c o m m o no b j e c tr e q u e s tb r o k e ra r c h i t e c t u r e ，c o r b a ) 。 c o r b a 标准定义软件总线，叫对象请求代理，提供分布对象计算的基础。 它使得客户应用可以和远程对象通信，激活静态的或动态的操作。在1 9 9 4 年后， o m g 提出了c o r b a 2 。0 的定义，包括o r b 互操作协议，叫互联网交互o r b 7 新江大学硕士学位论文( 2 0 0 0 ) 协议( i n t e r n e ti n t e r o r bp r o t o c o l ，i i o p ) ，i i o p 是在i n t e r n e t 上使用的c o r b a 消息协议。它很快成为在i n t e r n e t 和企业i n t r a n e t 上运行的分布对象通信的标准。 n e t s c a p e 和o r a c l e 将i i o p 内嵌到他们未来的产品中。 d c o m 是微软对c o r b a 的替代品，它同样是一种规范和一种服务，使在 l a i n 、w a n 或i n t e r n e 上的不同计算机对象相互通信，并与i n t e r n e t 协议无缝 集成。 这两个阵营都与a c t i v e ) ( 或j a v a 关系密切： j a v a 为i n t e m e t 下载并运行应用。 微软在a c t i v e x 中包含了i n t e r a c t 和w e b 技术。a x t i v e x 可以与j a v a 一起使 用或代替j a v a 。 基于w e b 瘦客户计算模型如下： l 瘦客户端 w 曲 r e q u e s t f = _ 、 j ( 浏览器) 1 通信协议7 服务器 r e s u l l 数据库服务器 或 图1 4 基于w e b 瘦客户计算模型 浏览器从w e b 页中获取应用程序，以典型的“下载并运行a c t i v e x 控件” 或“下载并运行j a v a ”模式运作。首先需要创建专门定制的w e b 页，它带有直 观的用户界面。然后在w e b 服务器上发布各种类型的应用程序，它们可以是信 息应用程序、生产应用程序或特定任务的应用程序。用户从定制的w e b 页中而 非从桌面运行应用程序，或者更进一步，用户无论何时启动台式机，浏览器可 以自动显示组织的主页。术语“启动”( l a u n c h i n g ) 和“嵌入”( e m b e d d i n g ) 描述了使用h t m lw e b 页开始运行应用程序的方法。简单来说，启动是指通过 w e b 页上的链来在一个新的窗口中开始运行应用程序。嵌入更进一步：应用程 序在w e b 页定义的窄问中运行。应用程序启动和嵌入允许企业通过发布应用程 浙江大学硕士学位论文( 2 0 0 0 ) 序来定制自己的内部网和外部网。发布的应用程序可以是任意的，无需符合一 些标准和预定义用户界面。这些嵌入的应用程序既可以经由w w w 访问，又可 以经由企业的局域网或内部网访问。从而构成了企业基于w e b 的瘦客户计算基 础。 1 4 本文目标 几十年来，1 1 r 组织一直在寻找各种既能获得高效率又能减少总拥有成本的 计算方案，瘦客户计算技术是基于这一思想而产生的，i m e m e t 的普及为瘦客户 计算开辟了广泛的应用前景。 本文首先对企业计算模式的演进、瘦客户计算技术的概念和模型、驱动瘦 客户计算技术的因素作总体性描述；并进一步对分布对象计算的两种基础和规 范：对象请求代理、构件对象模型的原理作系统的阐述，同时分析中间层应用 服务器的体系结构；然后，围绕着湖州市电力局分布式物资管理信息系统中的 两个应用：查询和企业报表生成，完成了这两个系统的总体结构和系统设计： 1 基于w e b 的物资信息查询子系统 2 基于w e b 的企业报表生成子系统 并在w i n d o w sn t 环境下，使用h t m l ia c t i v e x 这种开放脚本和构件体系结构 的客户服务器的开发技术，用d e l p l l i 和i n t e r d e v 开发平台加以实现。 最后，在总结工作的基础上，对基于w e b 的瘦客户计算的应用前景提出自 己的观点，并就基于w e b 的m i s 系统和报表生成系统的研究工作提出几点建议。 浙扛大学硕士学位论文( 2 0 0 0 ) 2 1 概述 第二章基于w e b 的瘦客户计算的基础 一方面，个人计算机的设计和实现给用户带来了很大的自由和灵活性。另 一方面组织内部的p c 机数目剧增导致这个组织的信息系统难以管理。需求推 动了个人计算机的发展达到其极限，同时给信息系统人员带来过于膨胀的、几 乎无法控制的工作量。综合了大多数计算环境后，基于w e b 的瘦客户计算模型 将用户的方便使用和信息基础管理员单点控制的优势结合在一起，提供了企业 计算的解决方案。许多人和组织认为w e b 计算标志着真正信息时代的开始，并 预见它为2 1 世纪的商业模型。 w e b 计算的发展经历了四个阶段： 第一个阶段以能被浏览器显示的文件增加h t m l 标记为中心； 第二个阶段以c g i 作为与数据访问程序交互的方法i 第三个阶段以j a v a 程序或a c t i v e x 构件在w e b 服务器上做维护，并在需要 时下载到客户机上运行； 1 第四个阶段使用分布式对象来开发应用程序。这些对象可分布在不考虑平 台、操作系统或编程语言而能相互通信的多个计算机中，这就是分布式计算。 这些分布式对象可以是单个应用程序的构件，也可以被企业内运行的多个应用 程序共享。 图2 - 1 第四代w e b 应用程序 浙江大学硕士学位论文( 2 0 0 0 j 基于w e b 的瘦客户计算模型的提出、发展过程与分布计算模型是紧密结合 在一起的，基于w e b 的瘦客户计算模型将多层、分布计算模型和w e b 技术结 合起来以满足现代企业的需要。 2 2 分布对象技术嘲嗍【1 o 】【2 3 】口4 】湖 2 2 1 对象请求代理 o r b 是使对象能在单个系统或在分布式计算机间扩展消息的新技术。o r b 的角色是作为客户机发送请求给服务器的中间件，使客户机和服务器无须包含 对方的信息。o r b 负责发现实现、让实现为接受请求作好准备和在请求中进行 数据和通信所需要的各种机制。 o r b 体系结构有三个构件组成：对象模型、对象实现和对象请求代理本身， 如图： 图2 - 2o r b 体系结构组成 一旦客户提出请求，o r b 负责所有请求的任务，以在网络中查找对象实现， 为它准备接收请求，并传输请求。它也负责将结果传给请求者。 对象包含代码和数据。对象可执行的功能由其接口定义。需要对象服务的 浙江大学疆士学位论文( 2 0 0 0 ) 程序通过对象的接r 3 调用这些服务。如果对象改变而接口不变，不会影响引削 对象的程序。 接口用接口定义语言( i n t e r f a c ed e f i n i t i o nl a n g u a g e ，i 3 l ) 定义。日 用的 应用程序使用接e l 信息动态或静态地访问本地或远程对象，对象交互由o r b 管 理。 接口存于接口池( i n t e r f a c er e p o s i t o r y ) 中，它根据运行时的接口和类型提供 信息。客户可在运行时使用动态调用接口( d y n a m i ci n v o c a t i o ni n t e r f a c e ，d i i ) 构造动态请求。客户与i d l 存根和d i i 通过编程语言交互。 不管请求如何产生，o r b 核心( o r b 中负责通信的部分) 将定位对象， 建立到对象的连接，并从客户传递请求和所有相关数据到对象实现。与o r b 核 心合作的基本对象适配器定位真正的对象实现，并以框架c + + 的代码调用方法 的格式传递请求。对象实现完成请求，如果合适，o r b 给客户送回晦应。确应 遵循请求的同一路径。 o r b 的支柱是模型的扩展、添加、系统标准的服务以补充o r b 的功能和 提供创建商业应用的块。 2 2 2 通用对象请求代理体系结构 通用对象请求代理体系( c o r b a ) 是对象管理集团( o m g ) 对当今数量 迅速增长的硬件和软件产品之间互操作的需求的解决方案。简单地说，c o r b a 允许各个应用间相互通讯而不管它们在什么地方也不管它们是谁设计的。对象 管理集团在1 9 9 1 年发布了c o r b a1 1 ，定义了接口定义语言( i d l ) 和应用编 程接口( a p i ) 。从而通过对象请求代理( o r b ) 的特定实现，使褥客户机，服务 器对象间的交互成为可能。在1 9 9 4 年1 2 月份采纳的c o r b a2 0 通过了详细定 义不同厂商的o r b 如何相互操作来实现真正的可互操作性。 o r b 是建立对蒙间客户，服务关系的中问件( m i d d m w a r e ) 。通过o r b ，客 户能够透明地调用服务对象的方法，无论该服务对象在同一台机子上还是在网 络的其他部分。o r b 拦截请求，负责找到能实现这种请求的对象，并传递参数， 调用方法和返回结果。客户对象不必知道服务对象的位置，编程语言，操作系 统或任何不是对象接e 1 的系统特征。通过这种方式，o r b 使异质分布环境的不 浙江大学硕士学位论文( 2 0 0 0 ) 同机器的应用问可以互操作并且无缝连接多对象系统。 在典型客户机朋艮务器领域里，开发者使用他们自己定义的或公认的标准来 定义设备间的通信协议。协议的定义依赖于实现的语言、网络传输和其他的因 素。o r b 简化了这个过程。使用o r b ，协议的实现由应用接口通过一个独立 的语言无关的接口定义语言( e i l ) 实现。同时o r b 提供了灵活性。他们允许 程序员选择最适合的操作系统来创建应用。更重要的是，他们允许现存控件的 集成。在基于o r b 解决方案，开发者简单地使用同样的i d l 来包装传统组件 来产生新的对象，再通过编写包装代码( w r a p p e rc o d e ) 来解释传统接口和标准 总线。 通过c o r b a ，用户可以透明地访问信息，而不必知道它所在的软硬件平 台和它所在的企业网络中的位置。作为面向对象系统的通信核心，c o r b a 将 真正的互操作带给今天的计算环境。 c o r b a 的目的是为异构系统的对象间提供可移植性和可互操作性。c o r b a 定义了不同的事务的接口，包括： o r b 一应用对象 对象服务 如下图所示，c o r b a 为在对象间传递请求和结果提供了交换机制。由于企业 希望将不同平台、数据库、传统应用和o r b 实现结合到一个能支持整个企业的 环境，这种互操作性变得越来越关键。 浙江大学硕士学位论文( 2 0 0 0 ) 图2 - 3 使用接口池的c o r b a 模型 c o r b a 服务提供的功能对许多企业应用是基本的。因为开发者不必要在 每个系统实现这些核心功能，他们可以集中注意于应用和商业逻辑的实现。 名字服务使对象可以通过名字互相找到。 事件服务使对象可以描述一个事件频道和通过特定的事件被通知。 事务服务定义事务纪律，在对象间协调两个阶段的发送。 安全服务提供信任、加密和核查功能来保护敏感数据和控制用户访问应用 和服务。 c o r b a 服务提供的功能对许多企业应用是基本的。因为开发者不必要在 每个系统实现这些核心功能，他们可以集中注意于应用和商业逻辑的实现。 s t a n d i s h 组织这样评价c o r b a ：“开发一个新的应用，平均有7 0 的工作 花在建立基础，只有3 0 花在完成应用需求上。像c o r b a 这样的基于标准的 分布计算模型，通过提供可重用的基础解决了这个问题，它允许开发者将注意 力集中在手头特定的商业问题。” 浙江大学硕士学位论文( 2 0 0 0 ) 2 2 3 互联网交互o r b 协议 传统w e b 开发是与h t t p 相连的。但h t t p 从来不是为了应用程序开发而 设计的，它要求应用程序发送文件到w e b 客户以与用户交互。这一非常高效的 模型产生了额外的网络开销。使用h o p ，开发者可在客户或w e b 服务器上容留 o r b 。应用服务器的h o p 提供中间件，它使得应用程序可通过i n t e r n e t 和i n t r a n e t 边界访问。 互联网交互o r b 协议( i n t e r n e ti n t e r - o r bp r o t o c o l ，h o p ) 是在i n t e r a c t 上 使用的c o r b a 消息协议。c o r b a 允许程序( 对象) 在网络上远程运行分布 对象。h o p 用于连接c o r b a 的通用o r b 交互协议( g e n e r a li n t e r - o r b p r o t o c 0 1 g i o p ) 到i n t e m e t 的传输协议t c p i p ，g i o p 规定了c o r b a 的o r b 怎样互相通信。 消息用于请求远程方法在c o r b a 对象上的调用。h o p 规定o r b 必须支 持的一组消息类型，并用消息内容定义通用数据表示。 h o p 是强壮的、大规模的和面向事务的。它在t c p i p 的顶层运行，不需 要特殊的配置，很快成为在i n t e m e t 和企业i n t r a n e t 上运行的分布对象通信的标 准。n e t s c a p e 和o r a c l e 将h o p 内嵌到他们未来的产品中。依从c o r b a 2 。0 标准的对象是完全可互操作的，因为它们使用i i o p 来相互通信。 2 2 。4 分布构件对象模型 随着w i n d o w sn t4 0 的发布，微软为开发者提供了一系列技术和服务来创 建多层、i n t r a n e t 和i n t e m e t 应用。w i n d o w sn t40 递交这些的能力的核心是通 过分布式控件对象模型( d c o m ) 。由于d c o m 是c o m ( c o m p o n e n to b j e c t m o d e l ) 模型的扩展，因此必须先了解c o m 。 运行在w i n d o w s9 5 和w i n d o w sn t4 0 的应用有受保护内存空间。确保一 个应用不能访问其他应用占用的内存空间。这是个私用模型，但有理由在应用 问提供一定标准的通信。这个通信标准在w i n d o w s9 5 和w i n d o w sn t40 中由 c o m 提供。c o m 提供协议允许应用在同一台机器上通信。c o m 是对象链接和 嵌入( o b j e c tl i n k i n ga n de m b e d d i n g ) 的基本对象和实现，它用于桌面应用以 浙江大学硕士学位论文( 2 0 0 0 ) 提供软件构件互操作的标准。c o m 体系结构如图所示 图2 - 4 在同一机器上访问c o m 服务 既然c o m 提供了在同一台机器上运行的应用间的通信能力。下一步就是 提供通过网络在不同的机器阃应用的通信能力。这由d c o i v i 提供。 微软的d c o m ，是另一个允许对象通信的体系结构，目前只可在w i n d o w s n t 和w i n d o w s9 5 上运行。微软的a c t i v ep l a t f o r m 产品( a c t i v ep l a t f o r m 包括 a c t i v e x 和a c t i v es e r v e r ，并用d c o m 连接它们以创建分布应用) ，不支持 c o r b a 。 d c o m 允许桌面应用与远程构件经过不同种类的网络连接使用类似于开 1 发者已在基于构件的w i n d o w s 应用中所用的c o ma p i 来进行合作。然而分布 对象构件模型( d c o m ) 使得网络对任何给定应用看来都像是本地环境使用单 用户p c 模型作为中央控制点。 d c o m 是为多个网络间传输而设计的，包括t c p i p 和n e tb i o s 。如图说明 了c o m 服务是如何在多台机器问被访问的( 或d c o m ) 。 浙江大学硕士学位论文( 2 0 0 0 ) 图2 - 5 在不同的机器上访问c o m 服务 c o m 是设计于支持单个桌面机器的w i n d o w s 应用的通信。d o o m 使c o m 对象能通过网络通信。d c o m 是微软对c o 砒l a 的替代品。1 9 9 6 年，微软扩展 了c o m 和d c o m 以提供w e b 支持，并命名该程序为a c t i v e ) 。 d c o m 的主要技术特性 1 交互操作能力：构件可以与其他构件以及应用程序相互充分交互通信。 2 与语言无关：不同语言编写的构件均能协调交互和集成。 3 分布式的、透明的跨进程交互操作：构件可以在进程内或在进程外跨网络分 布式地工作，并最终实现与平台无关。 4 版本控制：正在运行的构件可以不受任何影响地进行升级。 5 ，可重入：构件必须满足多个应用程序同时加载和释放的要求。 2 2 5a c t i v e x 1 9 9 6 年5 月，微软推出了m i c r o s o f ti n t e m e t 策略a c t i v e x 技术，这一技 术是微软提供的交叉平台，它在网络环境( 尤其是i n l e r n e t 和i n t r a n e t ) 中使用 独立于语言的技术，已逐渐成为当今流行的i n t e r n e g i n t r a n e t 程序开发技术。 a c t i v e x 是以分布式组件对象模型( d c o m ) 为基础的一组包括o l e 技术以及 7 浙江大学硕士学位论文( 2 0 0 0 ) 应用于i n t e r n e t 的多种技术和服务的总称。具体地说，a c t i v e ) ( 是一种编码和a p i 的协议。 它包括： 独立于语言的对象模型一一c o m 构件软件常规一a c t i v e x 控件构件 分布对象支持一分布式c o m a c t i v e x ( 即以前的对象链接与嵌入) 可