信息化综合资料→信息系统开发技术概述

信息系统开发技术概述主要内容1.统一建模语言UML2．COM+组件技术3.CORBA4.EJB与J2EE5..NET平台1.统一建模语言UML1.1UML产生背景面向对象建模语言出现于70年代中期。从1989年到1994年，其数量从不到十种增加到了五十多种。90年代中，一批新方法出现了，其中最引人注目的是Booch1993、OOSE和OMT-2等。Booch是面向对象方法最早的倡导者之一，Booch1993比较适合于系统的设计和构造。Rumbaugh等人提出了面向对象的建模技术（OMT）方法，用对象模型、动态模型、功能模型和用例模型，共同完成对整个系统的建模，所定义的概念和符号可用于软件开发的分析、设计和实现的全过程，软件开发人员不必在开发过程的不同阶段进行概念和符号的转换。OMT-2特别适用于分析和描述以数据为中心的信息系统。Jacobson于1994年提出了OOSE方法，其最大特点是面向用例(Use-Case)，并在用例的描述中引入了外部角色的概念。OOSE比较适合支持商业工程和需求分析。统一建模语言（UnifiedModelingLanguage，UML）不仅统一了Booch、Rumbaugh和Jacobson的表示方法，而且对其作了进一步的发展，并最终统一为大众所接受的标准建模语言。“统一建模语言（UML）是一种用于软件系统制品规约的、可视化的构造及建档语言，也可用于业务建模以及其它非软件系统。”UML是一种通用的可视化建模语言，用于对软件进行描述、可视化处理、构造和建立软件系统的文档。UML适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具UML能够描述系统的静态结构和动态行为：静态结构定义了系统中重要对象的属性和操作以及这些对象之间的相互关系；动态行为定义了对象的时间特性和对象为完成目标任务而相互进行通信的机制。UML不是一种程序设计语言，但我们可以用代码生成器将UML模型转换为多种程序设计语言代码，或使用反向生成器工具将程序源代码转换为UML模型。1.2UML语言概述1.2.1UML语言的特征不是一种可视化的程序设计语言，而是一种可视化的建模语言；是一种建模语言规格说明，是面向对象分析与设计的一种标准表示；不是过程，也不是方法，但允许任何一种过程和方法使用它。1.2.2UML语言的目标易于使用，表达能力强，进行可视化建模；与具体的实现无关，可应用于任何语言平台和工具平台；与具体的过程无关，可应用于任何软件开发过程；简单并且可扩展，具有扩展和专有化机制；强调在软件开发中，对架构、框架、模式和组件的重用；与最好的软件工程实践经验集成；可升级，具有广阔的适用性和可用性；有利于面向对象工具的市场增长。1.2.3UML组成由视图view，图diagram，模型元素modelelement和通用机制generalmechanism等几个部分组成。视图是表达系统的某一方面特征的UML建模元素的子集，由多个图构成，是系统的抽象表示；图是模型元素集的图形表示；模型元素代表面向对象中的类、对象、消息和关系等概念，是构成图的最基本的常用概念。通用机制用于表示其它信息，比如注释、模型元素的语义等。。1.3UML语语义义UML语语义义描描述述基基于于UML的的精精确确元元模模型型（（MetaModel））定定义义。。元元模模型型为为UML的的所所有有元元素素在在语语法法和和语语义义上上提提供供了了简简单单、、一一致致、、通通用用的的定定义义性性说说明明，，使使开开发发者者能能在在语语义义上上取取得得一一致致，，消消除除了了因因人人而而异异的的最最佳佳表表达达方方法法所所造造成成的的影影响响。。此此外外UML还还支支持持对对元元模模型型的的扩扩展展定定义义。。1.4UML表示法法UML表表示法定定义UML符号号的表示示法，为为开发者者或开发发工具使使用这些些图形符符号和文文本语法法为系统统建模提提供了标标准。这这些图形形符号和和文字所所表达的的是应用用级的模模型，在在语义上上它是UML元元模型的的实例。。统一建模模语言UML的的重要内内容可以以由五类类图（共共9种图图形）来来定义。。用用例图（（UseCasediagram）用例视图图是被称称为参与与者的外外部用户户所能观观察到的的系统功功能的模模型图。。用例是是外部可可见的一一个系统统功能单单元，这这些功能能由系统统单元所所提供，，并通过过一系列列系统单单元与一一个或多多个参与与者之间间交换的的消息所所表达。。用例也可可以有不不同的层层次。用用例可以以用其他他更简单单的用例例进行说说明。在在交互视视图中，，用例作作为交互互图中的的一次协协作来实实现。静静态态图图（（Staticdiagram））静态态图图对对应应用用领领域域中中的的概概念念以以及及与与系系统统实实现现有有关关的的内内部部概概念念建建模模，，包包括括类类图图、、对对象象图图和和包包图图。。类图图描描述述系系统统中中类类的的静静态态结结构构。。对象象图图是是类类图图的的实实例例，，几几乎乎使使用用与与类类图图完完全全相相同同的的标标识识。。他他们们的的不不同同点点在在于于对对象象图图显显示示类类的的多多个个对对象象实实例例，，而而不不是是实实际际的的类类。。包图图由由包包或或类类组组成成，，表表示示包包与与包包之之间间的的关关系系。。包包是是操操作作模模型型内内容容、、存存取取控控制制和和配配置置控控制制的的基基本本单单元元。。行行为为图图（（Behaviordiagram））行为图包括状状态图和活动动图，描述系系统的动态模模型和组成对对象间的交互互关系。状态图描述类类的对象所有有可能的状态态以及事件发发生时状态的的转移条件。。状态图可用用于描述用户户接口、设备备控制器和其其他具有反馈馈的子系统。。活动图描述满满足用例要求求所要进行的的活动以及活活动间的约束束关系，有利利于识别并行行活动。活动动图有助于理理解系统高层层活动的执行行行为，而不不涉及建立协协作图所必须须的消息传送送细节。交交互图（Interactivediagram）交互图描述了了执行系统功功能的各个角角色之间相互互传递消息的的顺序关系，，包括顺序图图和合作图。。顺序图显示对对象之间的动动态合作关系系，它强调对对象之间传送送消息的时间间顺序，同时时显示对象之之间的交互关关系。顺序图图可以用来进进行一个场景景说明，即一一个事务的历历史过程。协作图描述对对象间的协作作关系，协作作图跟顺序图图相似，显示示对象间的动动态合作关系系，但它们的的侧重点不同同。实实现图（Implementationdiagram）实现图包括构构件图和配置置图，显示系系统实现时的的一些特性，，包括源代码码的静态结构构和运行时刻刻的实现结构构。构件图描述代代码部件的物物理结构及各各部件之间的的依赖关系，，有助于分析析和理解部件件之间的相互互影响程度。。配置图图定义义系统统硬件件的物物理拓拓扑结结构以以及在在此结结构上上执行行的软软件。。它可可以显显示计计算结结点的的拓扑扑结构构和通通信路路径、、结点点上运运行的的软件件构件件、软软件构构件包包含的的逻辑辑单元元(对对象、、类)等。。1.5UML的应应用领领域UML的目目标是是以面面向对对象图图的方方式来来描述述任何何类型型的系系统，，具有有很宽宽的应应用领领域。。其中中最常常用的的是建建立软软件系系统的的模型型，但但它同同样可可以用用于描描述非非软件件领域域的系系统，，如机机械系系统、、企业业机构构或业业务过过程，，以及及处理理复杂杂数据据的信信息系系统、、具有有实时时要求求的工工业系系统或或工业业过程程等。。总之，，UML是是一个个通用用的标标准建建模语语言，，可以以对任任何具具有静静态结结构和和动态态行为为的系系统进进行建建模。。此外外，UML适用用于系系统开开发过过程中中从需需求规规格描描述到到系统统完成成后测测试的的不同同阶段段。2．COM+组组件技技术所谓组组件，，其实实就是是一种种可部部署软软件的的代码码包，，其中中包括括某些些可执执行模模块。。组件件单独独开发发并作作为软软件单单元使使用，，它具具有明明确的的接口口，软软件就就是通通过这这些接接口调调用组组件所所能提提供的的服务务，多多种组组件可可以联联合起起来构构成更更大型型的组组件乃乃至直直接建建立整整个系系统。。实现组组件并并不一一定需需要采采用面面向对对象语语言。。支持持组件件的技技术包包括COM+、、CORBA和和EJB等等。2.1COM的产产生Microsoft出品品了COM（ComponentObjectModel）），COM仅仅仅只是是一个个规范范。不不管组组件用用什么么语言言写成成，只只要符符合这这个COM规范范，就就能被被用任任何一一种语语言写写成的的客户户程序序调用用。Microsoft推推出出Windows98和和Windows2000后后，，整整个个操操作作系系统统的的核核心心都都围围绕绕着着COM来来建建立立。。我我们们可可以以把把Windows系系统统看看作作是是一一系系列列的的COM接接口口，，在在需需要要是是可可以以调调用用这这些些接接口口。。COM服服务务程程序序有有三三种种形形式式：：第一一种种是是驻驻留留在在本本地地机机器器上上以以DLL形形式式提提供供，，该该服服务务程程序序被被调调用用时时，，嵌嵌入入到到调调用用程程序序的的线线程程中中运运行行，，是是最最常常用用的的形形式式；；第二种是驻留留在本地机器器上以EXE形式提供，，该服务程序序被调用时将将占用独立的的线程运行；；第三种驻留在在远端机器上上以EXE形形式提供，服服务程序通过过网络被调用用，它在远端端机器上运行行，结果通过过网络返回调调用者。COM的缺点点就是大家常常常提到的““DLL地狱狱”。这个问问题在一个DLL要被一一个新版本的的DLL所取取代时引发。。开发者不得得不通过关闭闭所有的客户户应用程序的的方法来达到到清除所用对对这个组件的的引用的目的的。有时所有有的方法都还还起不了作用用，那你只好好重新启动服服务器后才能能替换掉老的的DLL。2.2DCOM即DistributedCOM，与COM的不同点：：COM有两种种存在形式（（DLL、EXE），但但DCOM必必须是可执行行程序，因为为DCOM不不可能在客户户程序的内存存空间运行，，所以不能是是动态连接库库。COM（DLL形式）可可以不用RPC通信，而而DCOM必必须使用RPC远程调用用。COM（DLL形式）与与客户共同存存在于同一内内存空间，调调用速度快。。COM（DLL形式）的的安全性不高高，客户程序序可以造成服服务COM发发生错误，DCOM安全全性高。COM程序配配置简单，DCOM配置置较复杂。2.3COM+的产生生为了让企业级级的应用程序序能使用上COM，它必必需要有以下下的特定的能能力。验证能力对象池（ObjectPooling）事务处理支持分布式架架构为了使开发者者不必去为他他们的组件添添加这些能力力，微软公司司出品了DCOM和MTS（MicrosoftTransactionServer，微软事务务服务器）。。MTS允许相相关的作业单单元被当作一一个事务来对对待，这意味味着如果所有有的作业单元元被成功地完完成，整个事事务就被当作作成功地完成成，反之如果果有一个单元元未成功完成成，整个事务务将被重新轮轮回。在客户请求对对象和释放对对象后，MTS仍保存着着这个对象，，所以当另一一个客户请求求同一个组件件的时候，MTS就将保保存着的对象象交给它。通通过这种方式式，MTS减减少了在服务务器源实例化化的次数。MTS针对企企业应用和Web应用的的特点，在COM/DCOM的基础础上又添加了了许多功能和和特性，包括括事务特性、、安全模型、、管理和配置置等，MTS使COM成成为一个完整整的组件体系系结构。COM+并不不是COM的的新版本，我我们可以把它它理解为COM的新发展展，COM+的底层结构构仍然以COM为基础。。可以认为COM+是COM、DCOM和MTS的集成。。但更重要的的一点是，COM+倡导导了一种新的的概念，它把把COM组件件软件提升到到应用层而不不再是底层的的软件结构，，它通过操作作系统的各种种支持，使组组件对象模型型建立在应用用层上，把所所有组件的底底层细节留给给操作系统，，因此，COM+与操作作系统的结合合更加紧密。。2.4COM+基本结结构COM+不再再局限于COM的组件技技术，它更加加注重于分布布式网络应用用的设计和实实现，已经成成为Microsoft系统平台策策略和软件发发展策略的一一部分。2.4.1WindowsDNA策略WindowsDNA（DistributedinterNetApplicationArchitecture）是Microsoft多年积积累下来的技技术精华集合合起来而形成成一个完整的的、多层结构构的企业应用用总体方案，，它使Windows真真正成为企业业应用平台。。(a)三层层结构技术组组成模型(b)WindowsDNA结构构2.4.2COM+基基本结构从COM的发发展角度来看看，COM最最初作为桌面面操作系统平平台上的组件件技术，主要要为OLE服服务。但是随随着WindowsNT与DCOM的发布，，COM通过过底层的远程程支持使组件件技术延伸到到了分布式应应用领域，充充分体现了COM的扩展展能力以及组组件结构模型型的优势。MTS为COM增添了许许多新的内容容，弥补了COM和DCOM的一些些不足，它注注重于服务器器一端的组件件管理和配置置环境。COM+进一步步把COM、、DCOM和和MTS统一一起来，形成成真正适合于于企业应用的的组件技术。。COM+组成成结构图COM+不仅仅继承了COM、DCOM和MTS的许多特性性，同时也新新增了一些服服务，比如负负载平衡、内内存数据库、、事件模型、、队列服务等等。COM和MTS把组件的的所有配置信信息都保存在在Windows的系统统注册表中，，然而，COM+把大多多数的组件信信息保存在一一个新的数据据库中，称为为COM+目目录(COM+Catalog)。COM+目录把COM和MTS的注册模型型统一起来，，并提供了一一个专门针对对组件的管理理环境。2.5COM+新新增系系统服服务介介绍COM+的的系统统服务务充分分体现现了COM+的的特征征，通通过这这些系系统服服务，，我们们可以以很容容易地地开发发出多多层结结构的的应用用系统统，因因为这这些系系统服服务本本身已已经满满足了了多层层应用用的一一些基基本要要求。。COM+的的系统统服务务有的的是新新增加加的，，包括括队列列组件件、负负载平平衡、、内存存数据据库和和事件件服务务。有有的从从MTS继继承过过来并并增强强了的的，包包括事事务、、对象象池、、安全全模型型以及及管理理特性性。2.5.1COM+队队列组组件COM+除除了支支持这这种基基于RPC连接接的运运行方方式，，它还还支持持另一一种运运行模模式，，基于于消息息的通通讯过过程，，它可可以有有效地地把客客户与与组件件的生生存期期分离离开。。这种种模式式通过过COM+的队队列组组件服服务实实现。。队列组组件并并没有有使用用直接接的RPC连接接，而而是采采用了了底层层的消消息系系统MSMQ(MicrosoftMessageQueueServer)。。客户户程序序不再再直接接调用用组件件对象象，它它利用用消息息机制制与组组件对对象进进行通通讯，，即使使组件件对象象并没没有运运行，，客户户程序序仍然然可以以执行行操作作。2.5.2COM+事件模模型COM+事件模模型用中中心服务务和中心心管理的的方式把把发布者者与订阅阅者之间间的依赖赖关系分分离开，，它用事事件类作作为发布布者和订订阅者之之间的中中间对象象，发布布者必须须通过事事件类发发布信息息。事件件类是由由COM+事件件服务提提供的对对象，它它实现了了事件接接口。当当发布者者要激发发事件时时，它创创建一个个事件类类对象，，调用相相应的事事件方法法，然后后释放对对象的接接口。COM+事件服服务会决决定如何何通知订订阅者，，决定什什么时候候通知订订阅者。。如同队队列组件件情形一一样，发发布者和和订阅者者的生存存时间可可以被分分离。负负载平衡衡为了使组组件支持持负载平平衡，必必须定义义一个应应用群集集(applicationcluster)，应用用群集是是指一组组已经安安装了服服务器端端组件的的机器，，然后把把一台机机器配置置成负载载平衡路路由器(router)。COM+负载平平衡以NT系统统服务的的形式运运行在路路由器机机器上，，当路由由器的SCM(ServiceControlManager)接收到到远程创创建对象象请求时时，它把把请求传传递到负负载最轻轻的机器器上。一一旦对象象已经被被成功创创建，那那么客户户与对象象之间的的连接是是直接进进行的，，而不必必再通过过路由器器。内内存数数据库库(IMDB)COM+的的内存存数据据库(InMemoryDatabase)服服务用用于保保存应应用的的非永永久状状态信信息。。IMDB是一一个驻驻留在在内存存中的的支持持事务务特性性的数数据库库系统统，它它可以以为COM+应应用程程序提提供快快速的的数据据访问问。由于IMDB是是内存存中的的数据据库，，所以以IMDB只对对本机机器上上的COM+组组件有有效，，不支支持分分布式式概念念，并并且多多个IMDB机机器不不能装装入同同一个个数据据表。。2.5.3COM+对象象池对象池池是指指把对对象的的实例例保留留在内内存中中，以以便当当客户户请求求创建建对象象时可可以马马上用用到这这些对对象。。对象象池如如同IMDB一一样，，完全全是出出于效效率考考虑的的原因因，用用来建建立大大型的的应用用系统统。2.6COM+的的主主要要特特性性真正正的的异异步步通通讯讯。。客客户户和和组组件件有有可可能能在在不不同同的的时时间间点点上上协协同同工工作作。。事件件服服务务。。可伸伸缩缩性性。。动动态态负负载载平平衡衡以以及及内内存存数数据据库库、、对对象象池池等等系系统统服服务务都都为为COM+的的可可伸伸缩缩性性提提供供了了技技术术基基础础。。继承并发展了了MTS的特特性。可管理和可配配置性。易于开发。COM+开发发模型比以前前的COM组组件开发更为为简化。3.CORBA3.1对象象管理集团（（OMG）OMG（ObjectManagementGroup）成立于于1989年年，作为一个个非营利性组组织，致力于于开发在技术术上具有先进进性、在商业业上具有可行行性并且独立立于厂商的软软件互联规范范，推广面向向对象模型技技术，增强软软件的可移植植性、可重用用性和互操作作性。OMG于于1990年末末提出出了一一个对对象管管理结结构的的基准准结构构OMA(ObjectManagementArchitecture)。OMA主要要涉及及用于于面向向对象象语言言、系系统、、数据据库及及应用用程序序框架架的统统一术术语体体系，，面向向对象象软件件系统统的抽抽象框框架和和基于于面向向对象象技术术的分分布式式软件件系统统参考考模型型等。。OMG于于1991年末末提出出的公公共对对象请请求代代理程程序体体系结结构CORBA(CommonObjectRequestBrokerArchitecture)，是是OMA参参考模模型中中的ORB接口口技术术规范范。这这一标标准规规定了了如何何定义义、创创建、、调度度、引引用对对象，，以及及对象象之间间如何何通讯讯。3.2CORBA规范范基本本内容容CORBA是一一个规规范（（Specification））而不不是程程序实实现（（Implementation），，提供供了一一个允允许在在分布布式和和异构构型环环境中中应用用程序序之间间进行行互操操作的的框架架。CORBA规范范的基基本组组成如如下图图所示示。对对象请请求代代理ORBORB(ObjectRequestBroker)是CORBA的核核心，，在CORBA中，，所有有的通通讯都都通过过ORB进进行。。ORB作为为一个个“软软件总总线””来连连接网网络上上的不不同对对象，，提供供对象象的定定位和和方法法调用用，它它是CORBA实现现的关关键。。其主主要功功能是是定位位服务务对象象，分分析客客户对对象的的请求求，获获取服服务对对象的的功能能接口口，在在客户户与服服务对对象间间建立立通信信连接接。客户对象完全全可以不关心心服务器对象象的位置、实实现它所采用用的具体技术术和工作的硬硬件平台。接接口定义语语言IDLIDL（InterfaceDefinitionLanguage）是用用于描述对象象接口的一种种高级符号语语言。IDL不涉及任何何接口的实现现细节，所有有COBRA系统都根据据IDL用某某种特定语言言来实现接口口。IDL是独立立于其他编程程语言的功能能描述性语言言。利用IDL，完成CORBA服服务对象方法法的说明，然然后利用语言言映射工具，，将用IDL定义的CORBA对象象方法说明翻翻译成高级编编程语言的接接口说明。IDL描述通通常以接口库库的方式进行行存贮。接接口库CORBA引引入接口仓库库（InterfaceRepository）的目的的在于使服务务对象能够提提供持久的对对象服务。将将接口信息存存入接口仓库库后，如果客客户端应用提提交动态调用用请求（DynamicInvocation），ORB可以根据据接口仓库中中的接口信息息及分布环境境下数据对象象的描述，获获取请求调用用所需的信息息。接口信息息包括了所有有描述服务对对象属性、操操作、自定义义数据类型及及异常处理的的IDL定义义。基基本对象适适配器BOABOA（BasicObjectAdapter）是是为服务对象象端管理对象象引用和实现现而引入的。。CORBA规范中要求求系统实现时时必须有一种种对象适配器器。对象适配配器完成如下下功能：生成并解释对对象的引用，，把客户端的的对象引用映映射到服务对对象的功能中中；激活或撤消对对象的实现；；注册服务功能能的实现；确保对象引用用的安全性；；完成对服务对对象方法的调调用。作为CORBA设计中常常用的对象适适配器——基基本对象适配配器BOA，，在分布式应应用程序设计计中是必要的的元素。ORB将服务请请求的参数及及操作控制权权传递给BOA，由BOA将执行结结果返回给ORB。BOA用服务对对象骨架（Skeleton）将ORB和对象象实现中的方方法联系在一一起，服务对对象骨架中相相应的方法将将对BOA方方法的请求调调用映射为服服务对象中的的方法。静静态请求接接口SIISII（StaticInvocationInterface）假设在编编译时刻客户户对象能够明明确了解服务务对象的接口口，即客户与与服务器之间间的关系应当当是可知的、、固定的，服服务接口的任任何改变都会会导致软件系系统的重新编编译。SII是由由IDL描描述的。3.2.6动态请请求接口DIIDII（DynamicInvocationInterface））允许在客客户端动态态创建和调调用对服务务对象的请请求。一个个请求包括括对象引用用、操作和和参数列表表。与新服服务对象及及其行为相相关的信息息可以通过过接口库获获得，客户户程序根据据这些信息息可以在运运行时刻动动态构造请请求。客户对象的的句柄(Stub)和服务对对象的Skeleton是IDL与与对象实现现语言之间间的桥梁。。客户对象的的Stub是IDL定义的方方法接口经经IDL编编译器编译译后，在编编写客户对对象时，高高级编程语语言可应用用的用于识识别服务对对象方法的的代码，提提供服务对对象接口的的简要说明明。服务对对象的骨架架是IDL定义的方方法接口经经IDL编编译器编译译后，形成成的说明服服务对象提提供方法的的框架。对对于服务对对象接口中中的每个方方法，必须须在服务对对象程序中中实现。3.3服服务请求的的实现方式式CORBA的底层结结构是基于于面向对象象模型的，，由IDL、ORB和IIOP标准协协议（InternetInter-ORBProtocol，也称称网络ORB交换协协议）3个个关键模块块组成。IDL使得得所有有CORBA对对象象以一一种方方式被被描述述，仅仅仅需需要一一个由由本地地语言言（C/C++、COOBOL或或Java）到到IDL的的“桥桥梁””。CORBA对象象的互互通信信要以以ORB为为中介介，这这种互互通信信可以以在多多种流流行通通信协协议（（如TCP/IP或或IPX/SPX））之上上实现现。在在TCP/IP上，，来自自于不不同开开发商商的ORB用IIOP标标准协协议进进行通通讯。。关于对对象请请求的的实现现方式式，CORBA规范范中定定义客客户程程序可可以用用动态态调用用接口口DII方方式或或通过过IDL文文件经经编译译后在在客户户端生生成的的Stub方式式提出出服务务请求求。在提出出请求求时，，客户户可以以使用用动态态调用用接口口或者者IDL句句柄。。客户将将需要要完成成的工工作交交给ORB，由由ORB决决定由由哪一一个对对象实实例完完成这这个请请求，，然后后激活活这个个对象象，将将完成成请求求所需需要的的参数数传送送给这这个激激活的的对象象。对象的的接口口有两两种定定义方方式，，可以以使用用IDL进进行静静态定定义，，这种种语言言根据据进行行的操操作和和传送送的参参数定定义对对象。。另一一种方方法，，可以以将接接口加加入接接口库库服务务中，，允许许在运运行时时对这这些成成为组组件的的接口口进行行访问问，这这两种种方法法是等等效的的。对象实实现通通过IDL产生生的框框架或或通过过动态态框架架接收收到调调用请请求，，在处处理这这些请请求时时，对对象实实现可可以调调用对对象适适配器器和ORB。3.4基基于CORBA应用用的优优点CORBA是开开放式式的、、独立立于厂厂商、、用于于网络络上计计算机机应用用的底底层结结构。。任何何厂家家、计计算机机、操操作系系统、、编程程语言言及网网络环环境下下的基基于CORBA的应应用均均使用用IIOP标准准协议议，所所以任任何基基于CORBA的应应用均均能协协同工工作。。CORBA对象象可以以用任任何一一种CORBA软件件开发发商所所支持持的语语言来来编写写，也也可以以运行行在任任何一一种CORBA软件件开发发商所所支持持的平平台上上。CORBA是在在不同同平台台、不不同语语言之之间实实现对对象通通信的的模型型，它它为分分布式式应用用环境境下对对象资资源共共享、、代码码重用用、可可移植植和对对象间间相互互访问问建立立了通通用标标准，，同样样也为为在大大量硬硬件、、软件件之间间实现现互操操作提提供了了良好好的解解决方方案。。与传统统的DCOM相相比，，CORBA体体系结结构独独立于于语言言、独独立于于工作作平台台等方方面的的特点点，使使得基基于CORBA开发发的应应用系系统在在网络络实现现中具具有更更大的的优势势。4.EJB与J2EE4.1发发展历历史在JDK（（JavaDevelopmentKit））1.0版版的的框框架架，，Java开开发发是是以以Applet和和Application应应用用程程序序作作为为中中心心的的。。Servlet在在许许多多方方面面与与Applet相相似似，，它它是是专专门门为为在在Web服服务务器器机机器器上上运运行行而而设设计计的的Java程程序序，，Servlet是是由由容容器器管管理理的的Web组组件件，，可可产产生生动动态态内内容容。。JavaServlet的的出出现现，，为为应应用用程程序序员员使使用用Java来来创创建建Web应应用用程程序序开开辟辟了了新新的的途途径径。。但但是是，，仅仅有有Servlet还还不不能能为为真真正正的的企企业业计计算算提提供供完完整整的的模模型型。。JavaServlet与与CGI程程序序一一样样，，最最适适合合充充当当连连接接前前端端Web请请求求与与后后端端数数据据资资源源的的中中间间层层组组件件。。JavaBeans规范范将组件软件件的概念引入入到Java编程的领域域。JavaBeans规范为Java开发人人员提供了一一种“组件化化”其Java类的的方法。Bean是一些些Java类类，可在一个个可视的构建建器工具中操操作它们，并并且可以将它它们一起编写写到应用程序序中。任何具具有某种特性性和事件接口口约定的Java类都可可以是一个Bean。EJB（EnterpriseJavaBeans））规范的第第一版以初稿稿形式于1997年12月公布，并并于1998年3月作为为1.0版版发行。EJB体系结结构的目标是是：EJB体系结结构将是标准准的组件体系系结构，用于于以Java编程语语言构建分布布式的面向对对象的商务应应用程序。EJB体系结结构将使编写写应用程序变变得容易。EJB应用程程序将遵循Java编程程语言的“一一次编写，随随处运行”的的原则。EJB体系结结构将处理企企业应用程序序生命周期中中的开发、部部署和运行等等方面。EJB体系结结构将定义一一些约定，这这些约定使多多个供应商提提供的工具能能够开发并部部署可在运行行时互操作的的组件。EJB体系系结构将与与现有的服服务器平台台兼容。供供应商将能能够扩展它它们的现有有产品，以以支持EJB组件。。EJB体系系结构将与与Java编程程语言编写写的其他API兼兼容。EJB体系系结构将提提供EJB组件件和非Java编编程语言言应用程序序之间的互互操作性。。EJB体系系结构将与与CORBA兼兼容。J2EE（（Java2Platform，，EnterpriseEdition）为为EJB技术提供供了工作环环境。事实实上，Sun把若若干项软件件技术都设设想为这样样的构件块块，它们将将使大型企企业能够把把以任务为为关键的业业务系统移移植到Java环境境中，而EJB技技术不过是是这些技术术之一。EJB技技术并不是是一项独立立的技术，，它建立在在其他Java技术之之上，这些些技术由Sun和和其他IT公公司联合规规定，它们们一起提供供了这个框框架的内容容，该框架架就称为J2EE。J2EE中中包括以以下技术：：EnterpriseJavaBeans技技术JavaInterfaceDefinitionLanguage(IDL)JavaMessageService(JMS)APIJavaNamingandDirectoryInterface(JNDI)JavaRemoteMethodInvocation(RMI)和和ObjectSerializationJavaServletAPIJavaTransactionAPI(JTA)JavaTransactionService(JTS)JavaServerPages(JSP)技技术JDBC数数据库访访问API4.2J2EE应应用模型J2EE多多层体系的的思想在很很大程度上上受到了MVC设计计模式的启启发和影响响。所谓MVC，即即Model-View-Controller，它是是一种在复复杂的应用用系统中划划分和界定定各个组件件的职能和和作用范围围的设计模模式。在MVC设计计模式中，，Model即模型型，是处理理核心数据据模型或实实现核心应应用功能的的部分；View即即视图，主主要与用户户界面有关关。MVC设计模式式认为这些些不同的部部分应该尽尽可能地相相互独立，，它们之间间的交互则则由Controller（（控制器））协调。为了更好地地控制和管管理这些应应用，支持持各种用户户的业务功功能被连接接到中间层层。J2EE应用模模式定义了了用于以多多层的方式式实现应用用的一种结结构，它避避免了两层层结构的局局限性，并并提供足够够的可伸缩缩性、可接接入性和可可管理性。。4.2.1中间层层在J2EE平台，中中间层业务务功能是由由企业EJB组件实实现。这些些企业Bean让服服务开发者者将精力集集中在业务务逻辑，并并让EJB服务的处处理提供可可靠、可伸伸缩服务的的复杂工作作。4.2.2客户层层J2EE平平台支持几几种类型的的客户端。。许多J2EE服务务被设计成成支持Web浏览器器的客户端端。这些服服务通过动动态生成的的HTML页面和表表格与客户户端进行交交互操作。。更复杂的服服务将直接接与第一层层客户端直直接交换数数据。这里里，JSP和Servlet用于规格格化业务数数据，以方方便J2EE客户端端处理。这这些客户端端既能在一一个Web浏览器以以JavaApplet方方式运行，，也能用以以Java技术为基基础的程序序方式运行行。4.2.3企业信信息系统EIS一个服务的的中间层的的业务模块块必须存取取和更新在在企业应用用系统EIS层的信信息。下列列标准是Java服服务的API，它们们提供了对对企业信息息系统的基基本存取功功能：JDBC，用于于存取数数据的Java标准API；；JNDI(JavaNamingandDirectoryInterface)，用用于从企企业的名名字和目目录服务务存取信信息的标标准API；JMS(JavaMessageService)，通过过消息中中间件发发送和接接收信息息的标准准API；JavaMail，发发送电子子邮件的的标准API；；JavaIDL，调用用CORBA服服务的标标准API。4.3J2EE中间间件的体体系结构构4.3.1J2EE总体结结构J2EE应用服服务器由由四个部部分组成成：Applet容器器、应用用客户端端容器、、Web容器和和EJB容器，，它们之之间的关关系由下下图表示示。容器是应应用服务务器的运运行环境境，J2EE为为容器中中的应用用组件提提供服务务。应用客户户端容器器通过用用于连接接数据库库系统的的JavaAPI、、JDBCAPI与与应用服服务器要要求的数数据库相相连接。。包含有有JSP和Servlet的的Web容器和和EJB容器也也使用同同样的接接口与数数据库相相连接。。J2EE应应用服服务器器为应应用组组件的的部署署、管管理和和执行行提供供了支支持。。根据据对应应用服服务器器的依依赖程程度，，应用用组件件可以以被分分成3种类类型：：在应用用服务务器中中被部部署、、管理理和执执行的的组件件，这这样的的组件件有Web组件件和EJB组件件。在应用用服务务器中中被部部署、、管理理，但但是被被下载载到一一个客客户端端系统统上去去执行行的组组件。。不完全全按照照应用用服务务器的的要求求被部部署和和管理理的组组件，，应用用客户户端就就是这这样的的组件件。应应用服服务器器体系系结构构浏览器器ServletorJSP容器EJBServerBCHTTPEntity

BeanHOMEREMOTESession

BeanHOMEREMOTE数据J2EE模模型A数据JDBCRMI/IIOPJDBC应用服服务器器4.4J2EE应应用组组件J2EE应应用组组件是是指在在应用用服务务器中中运行行的软软件组组件，，主要要有JSP、EJB和Servlet三种种。JSP提供供了一一种在在网页页中嵌嵌入组组件的的方式式，并并且允允许生生成相相应的的网页页最终终发送送给客客户。。JSP网网页可可以包包含HTML、、Java代码码及JavaBeans组件件。JSP网页页实际际上是是Servlet编编程模模型的的一个个扩充充。当当用户户请求求一个个JSP网网页时时，Web容器器会把把相应应的JSP网页页编译译成一一个Servlet。接接着此此Web容容器调调用这这个Servlet，并并且把把得到到的内内容返返回给给Web浏浏览器器。JSP与ASP技术术非常常相似似。两两者都都提供供在HTML代代码中中混合合某种种程序序代码码、由由语言言引擎擎解释释执行行程序序代码码的能能力。。但是，，ASP的的编程程语言言是VBScript之之类的的脚本本语言言，JSP使用用的是是Java，这这是两两者最最明显显的区区别。。此外外，ASP与JSP还有有一个个更为为本质质的区区别：：两种种语言言引擎擎用完完全不不同的的方式式处理理页面面中嵌嵌入的的程序序代码码。在ASP下下，VBScript代代码被被ASP引引擎解解释执执行；；在JSP下，，代码码被编编译成成Servlet并并由Java虚虚拟机机执行行。Servlet是是一一个个以以Java技技术术为为基基础础的的Web组组件件，，它它被被一一个个容容器器管管理理，，它它能能产产生生动动态态的的内内容容。。Servlet通通过过Servlet容容器器实实现现的的请请求求/应应答答机机制制与与Web客客户户端端进进行行交交互互。。所有有的的Servlet容容器器必必须须将将HTTP作作为为请请求求和和应应答答的的协协议议。。一个个Servlet可可以以具具有有这这样样一一个个处处理理流流程程：：一个个客客户户端端连连接接到到一一个个Web服服务务器器，，并并发发送送一一个个HTTP请请求求到到这这个个Web服服务务器器。。请求被Web服服务器接接收并转转交给Servlet容器。。Servlet容器器可以与与Web服务器器在相同同主机或或不同的的主机上上运行。。Servlet容器在在其配置置的Servlet中中找到调调用的Servlet，然后后用代表表请求和和应答的的对象调调用它。。Servlet使用请请求对象象找到谁谁是远端端的用户户，并通通过应答答对象将将生成的的数据返返回客户户端。当Servlet完成成了对请请求的处处理，Servlet容器确确认应答答已经完完成，则则将控制制权返回回给Web服务务器。EJB是是用于开开发安全全、可扩扩展、事事务型及及多用户户组件的的一种分分布式组组件模型型。简单单地讲，，EJB是包含含业务逻逻辑的可可重用软软件单元元。正如如JSP网页允允许把应应用程序序和表示示逻辑分分开，EJB允允许把应应用程序序逻辑与与系统级级服务分分开，这这样开发