企业电子业务集成技术ebusinessFramew

企业电子业务集成技术浙江大学计算机学院施敏华smh@2003年10月北京能生存下来的既不是那些最强壮的，也不是那些最有智慧的，而是最能适应变化的物种。－达尔文《物种起源》主要内容基础设施技术架构开发模型开发经验商务模型功能模型客户模型资源模型商务过程要素客户行为模型功能结构导航IT体系结构和设备商务视角技术视角内部因素外部因素 这个参考模型由四层组成，分成两个主要单元。上层单元集中于商务的特性提供服务的过程。下层单元集中于客户对基础设施资源提出的要求。参考模型的每一层都与两大类用于提供这一层定量描述的描述符与规格相联系。电子商务时代的挑战应用软件通过Internet或WAN分布在世界范围。用户和应用程序间的连接是非持久性的和低速的。应用程序所需的数据可能分布在不同的机器上。数以百万/千万计的用户，可能存在的突发事件千差万别的数据表示设备全球化的协同工作企业电子商务面临的挑战保护已有的投资将来的不确定性价值链的集成技术的整合重用和团队的开发多种技术的需求有限的经验对于上千万用户的可扩展性电子商务技术的变化数据集成DB+HTML动态电子商务发布HTMLWebServices应用集成什么是动态电子商务？

IBM曾为动态电子商务下了一个简单定义是：“着重于B2B的综合性和基础设施组成上的下一代电子商务，通过调节因特网标准和通用基础设施为内部和外部企业计算创造最佳效益。”动态电子商务预想了这样一个因特网，商业实体能在其自身的域内以及在贸易合伙人之间有步骤地管理交互作用。从发现新的合伙人到与另一商务实体的集成，动态电子商务着重程序对程序的交互作用，而不是早期B2C电子商务阶段占主导地位的客户对程序的交互作用。动态电子商务实现的关键是WebServices。WebServices就是原来的组件技术思想在Internet时代中的进一步发展，它集成了CORBA、COM/DCOM等各种组件模型技术，是原有各种组件技术的继承和发展。它不仅已作为动态电子商务的基础，也是“电子商务随需应变”技术发展的基础。新的使用Web的模式目前人们使用Web的模式浏览互相链接的文档通过手工操作处理采购等商业事务下载文件通过浏览器手工操作B2BP2P(PersonToPerson)(BusinessToBusiness)新的模式WebService是使用Web的崭新模式通过程序自动启动和处理商务事务，而并非使用浏览器能够在一个分布式的计算环境中动态地描述、发布、发现和调用许多基于WebService的新型应用将出现完全基于XML以及其他相关的Internet标准电子商务面临的问题IT产业/.COM的“疯狂投资”的实验年代已经逝去当前的务实氛围：传统企业的电子商务化技术?商务?电子商务?技术必须为商务服务脱离商务需求的“新技术”很难被广泛接受切合商业需求的技术是最“佳”技术对应用的影响从对内部用户到对外部用户的转变FrombackofficetofrontofficeFromreducingcosttoincreasingrevenue应用服务提供商的出现‘Appsontap’新的面向客户的应用同已有应用的结合The‘composite’application面向客户的应用销售制造支付整合任务任务任务任务任务任务SAPFinancialsThe

CustomerThe

Happy

Customer任务任务任务Stand-

alone

WindowsNT

packageCustom-built0S/390企业需要什么?为企业带来直接的经济收益削减掉某方面的开支成本优化资源使用何谓切合商业需求?满足商业的本质需求:获取更多的利润不拘泥，但又不脱离现有的商业运作模式创新，不断地创新!当今最有价值的电子商务应用企业门户(Portal)网上连锁商店(Storefront)集团内联网(Intranet)供应链(SupplyChain)管理客户服务(CustomerService)分销(Distribution)管理提供ASP服务门户：面向企业的最终用户/合作伙伴/员工，安全地，以个性化的方式提供内部信息资源和应用访问服务，而唯一所需要的客户端软件是浏览器（PC，PDA，手机）！对于企业，扩大市场影响力，提高客户服务水平，降低企业IT运行成本！今天的门户服务市场今天的门户市场被来自于不同的软件供应商的方案划分成为独立的，部分功能/目的的门户：元门户“MegaPortal”企业信息门户“EnterpriseInformationPortal”消费者门户“ConsumerPortal”商务智能/分析门户“BusinessAnalytics/IntelligencePortal”知识管理门户“KnowledgeManagementPortal”垂直行业门户“(IndustryVertical)Portal”适用于任何客户端设备，无需客户端单独安装程序从任何设备访问基于角色的社区用户管理应用无关性集成任何资源支持各种门户应用模式B2B,B2E,B2C扩充性，稳健，快速市场的关键需求OnlineOfflineAwayBusy电子商务应用实施的特点经常会增加新的电子商务应用，这常常会每几个星期或每几个月发生一次；经常会对电子商务的流程进行更改，这常常每周或每几天发生一次；经常应用户的需求而进行更改，这甚至每个小时都会发生，尤其是当需要为每个客户、每个合作伙伴或每个企业员工都定制其首选的电子商务应用的时候。电子商务的属性典型的e-business都需要一种解决方案，这种方案能够：跨越很远的距离连接异构的系统操纵并完成多重并发交易维护数据的完整性维护系统的完整性易于管理和控制该解决方案的类别是由e-business的模式来决定的，这些模式包括：供应整合,CRM,交易,工作流,数据管理解决方案?企业解决方案的需求互联网技术的特征和标准HTML,XML,Java,EJB,LDAP,SMTP/POP3可扩展性安全性同遗留系统的整合适应团队的开发基于中央仓库基于组件和模型驱动建模,构造,整合

寻求解决方案INTERNETINTRANETEXTRANET电子商务ERP整合应用定制DominoWebSphereLinuxWindows2000MQseriesTCP/IPVPNSNACICS商业集成的需要公司收购您的供应商您的公司您的客户全球化电子商务成本及周期公司间的竞争1.合并&收购2.打包的应用集成(ERP)4.供应链5.直接交易处理6.Web集成3.客户关系管理非常重要完全无关根本不知54321“应用集成对您的电子商务的影响有多重要”52%12%20%4%10%2%

Source:ForresterResearch,Inc.Sept.2000巨大的市场机会不恰当的解决方案:应用的复杂连接对于每个应用，程序员都为每个需要的企业资源或外部资源编写连接代码，以使得应用得以运行。程序员还需要编写更多的代码以使得大量的用户能够访问每个应用。应用与应用之间的集成同样需要编写大量的代码不恰当的解决方案:应用的复杂连接第一个应用，企业的为之付出的总的费用应该是该应用的开发和部署费用、以及运营时态的维护和更新费用。第二个应用，应用的开发和部署费用是一样的，但是企业需要为之花费额外的集成费用，同时由于整个企业应用环境变得更加复杂，其运营时态的维护和更新费用可能呈指数形式增加。同样，当第三个、第四个应用被部署后，企业所支出的费用可能是高得惊人。正确的解决方案:

WebService和BusinessWeb由程序员主导的由里向外的开发模式应当被由用户主导的由外向里的开发模式取代冗长的串行的开发循环应当被即时的，快速的应用装配所取代应用应当天生就具备高可定制性商业技术概念：“即时制造”以及“规模可伸缩”正确的解决方案:

WebService和BusinessWeb各种WebService分别实现了一定的电子商务功能将各种电子商务的WebService进行组合和集成以创建动态电子商务应用充分地跨越所有系统平台通过在企业间进行WebService的集成，实现BusinessWebAutomatedBusinessProcessesProcessServer原材料制造业运输供应链管理SalesForceAutomation记费原材料制造业配送销售自动控

制BuenaVistaCorpBVC001949332BuenaVistaCorp6A6A6700QuebecSt.3409374874,000100800AF0800互联网将全球的企业联系起来，同时面临应用整合的挑战：不同平台的集成不同的网络的集成不同的数据表示的集成全球化协同计算

为集成而设计

可连接的应用程序松耦合可编排基于标准跨平台LouGerstner：关于计算技术基础架构没有哪个公司的系统是孤立的。它们都是一个崭新的、日益凸现的、全球性基础架构的一部分。这种架构随着Internet的出现成为可能，同时没有任何一个企业可以（或企图）去拥有它。它属于我们全体，由大家一起管理、访问，并依赖于商业、政府、学校、医院以及我们身边的一切。计算技术基础架构正迅速地成为我们这个世界中重要的一份子，就象其它我们已经习以为常的基础架构（如电话系统、高速公路、电力系统）。为了这一天的到来已经经历了很长的时间。“Nocompany'ssystemsareanisland.They'repartofanew,emerging,globalinfrastructurethatismadepossiblebytheemergenceoftheInternet,andthatnooneenterprisecan–orwantsto–own.It'scollectivelyowned,accessed,andrelieduponbyeverybusiness,government,school,hospital,andneighborhood.Inthatrespect,computinginfrastructureisrapidlybecominglikealltheotherkindsofinfrastructurewetakeforgrantedintheworld–thetelephonesystem,thehighways,thepowergrid.Thishasbeenalongtimecoming."何谓电子商务基础设施电子商务基础设施是企业用于实现向电子商务转型的完整IT基础架构，它为用户提供一个整合的环境，包括硬件、软件以及服务等组成部分，通过全面的系统管理，支持用户的多种应用。企业的每一项核心业务如SCM、ERP、SCM、商业智能、电子交易等，都可借助于电子商务基础设施的支持获得最佳效果。

电子商务基础设施是企业用于实现向电子商务转型的完整IT基础架构，它为用户提供一个整合的环境，包括硬件、软件以及服务等组成部分，通过全面的系统管理，支持用户的多种应用。电子商务整合服务电子商务基础设施是成败的关键成功者的共同之处在于对竞争环境和自身能力的充分了解、对电子商务前景的强烈渴望和对企业战略的清晰把握、以及对快速实现业务革新的追求。然而最根本的还在于，这些企业都拥有一个强有力的电子商务基础设施，这一基础设施支持企业更好地开展现有业务，并持续实现业务创新，从而使科技成为一种能够取得不断成功和创造源源利润的手段。在企业的电子商务环境中，电子商务基础设施无处不在。它支撑着企业的全部业务系统，贯穿于企业运营的每一环节。IT系统是电子商务不可分割的一部分，但是规划和建设电子商务基础设施绝对不能被认为只是一个技术问题--企业应当同时考虑到业务管理和技术实现两个方面，并选择最合理的方式来实现。电子商务基础设施的考量因素成功的电子商务依赖于能够在下面三个考量因素上有出色表现的电子商务基础设施：安全可靠性、可扩展性、灵活性。一个合格的电子商务基础设施应该能够确保业务运作的安全性和连续性，以及电子商务应用程序对于最终用户的可用性。一份市场调查显示，90%的CIO把网络交易的安全性列为衡量电子商务的首要指标。企业一旦将自身与网络世界对接，将面临迅速增长的海量数据，以及极有可能因此导致的不可预知的客户需求和用户工作量的激增。统计表明平均每个企业在一年中对系统应用的更改超过3000次，许多企业内部存在着不同厂商提供的服务器、操作系统、数据库和各类应用软件。同时，企业还需要考虑与客户、商业合作伙伴和供货商的系统之间进行沟通和整合的问题，并促进电子商务模式的迅速扩展。IBM针对e-business的软件策略该策略由以下内容组成基础及其规则业务伙伴的应用用户底层架构的职责框架的变化通常勾画出了架构的组成方式内部和外部的文档都总在不断地更新策略或框架中出现的名称或交替使用的名词的参考资料标准框架在任何环境下，管理信息技术都是一种挑战。构建一个良好的电子商务基础设施的最大挑战，是将企业现有的应用程序和基于Web和Internet的应用程序结合。创建和管理成功的电子商务架构需要谨慎的远见、充足的时间、强大的金融实力和良好的资源为保证。现实中存在着众多异构平台并存的情况，而用户通常都希望各类软硬件设备之间能够协同工作。事实上，由于当今巨大的电子商务系统中所涉及的组件太多，企业已经无法辨别哪一家供应商的产品更适合其本身的业务发展，或是它与其它一项产品的兼容性如何。所以要迅速地开发越来越多的电子商务应用程序，唯一可行的途径就是采用基于开放工业标准的开发框架。下图就是IBM提出的电子商务应用程序框架。

框架体系结构的特性客户端网络架构访问控制安全性控制应用服务器软件提供处理请求的平台包含业务流程应用集成使异构的系统之间相互通信使Web能够访问到数据特性(continued)一种Web应用编程环境用以创建动态的应用e-business应用服务使e-business服务的创建更加容易系统管理功能管理系统中的多种组件开发工具

创建、组装、部署以及管理应用程序特性(continued)客户端网络基础架构应用服务器软件应用集成Web应用编程环境e-business应用服务系统管理功能开发工具客户端客户端(continued)瘦客户端几乎没有或者完全没有应用逻辑几乎不需要安装软件能够发送请求能够接受应答最小化的应用逻辑基本上只用于展现支持开放标准特性(continued)客户端网络基础架构应用服务器软件应用集成Web应用编程环境e-business应用服务系统管理功能开发工具特性(continued)客户端网络基础架构应用服务器软件应用集成Web应用编程环境e-business应用服务系统管理功能开发工具应用服务器软件应用服务器软件(continued)提供核心业务流程功能HTTP服务器邮件及虚拟社区服务(聊天,新闻,等等)群件服务，可以支持业务工作流数据库服务交易服务消息服务特性(continued)客户端网络基础架构应用服务器软件应用集成Web应用编程环境e-business应用服务系统管理功能开发工具业务流程的整合集成(continued)使异构的应用之间能够相互通信WebServices连接器通过与应用相关的协议进行连接应用消息服务在应用之间基于消息机制的通信业务流程的集成和工作流服务组件集成服务可以利用现有的应用逻辑按不同的目标进行打包封装特性(continued)客户端网络基础架构应用服务器软件应用集成Web应用编程环境e-business应用服务系统管理功能开发工具Web应用编程环境编程环境(continued)基于JavaServletsJavaServerPages(JSP)EnterpriseJavaservices(JDBC,JNDI…)EnterpriseJavaBeans为以下特性提供环境动态地编写互动的方式在Web应用服务器上可以保证应用的安全实现并提高分隔开业务和表示层逻辑的功能特性(continued)客户端网络基础架构应用服务器软件应用集成Web应用编程环境e-business应用服务系统管理功能开发工具e-business应用服务适用于e-business的服务或应用构建支撑平台，使e-business解决方案的建立更加容易面向高层次应用的组件构建在底层基础架构之上并对其进行扩展特定类型应用所需要的功能特性(continued)客户端网络基础架构应用服务器软件应用集成Web应用编程环境e-business应用服务系统管理功能开发工具系统管理vs.网络管理提供端到端的管理能够跨越网络、系统、中间件和应用包含工具和服务以对管理提供支持始终贯穿交易的整个周期实现一种以协作性和程序性为基础的管理方式特性(continued)客户端网络基础架构应用服务器软件应用集成Web应用编程环境e-business应用服务系统管理功能开发工具开发工具开发工具(continued)支持广泛的工具创建部署管理支持集成的第三方工具支持出现在开发中的不同技术组合工具以实现这些特定的技术组合为目标在开发团队内部实现协作开发工具的选择用户界面

(10%)复杂计算

(0-15%)实现业务需求

(75-90%)策略(continued)基础及其规则规则(continued)规则(continued)

策略以及产品的投入必须构建在行业认可的、基于开放标准的技术之上协议(TCP/IP,HTTP,WAP,802.11,LDAP…)语言(Java,XML,SQL,…)操作系统(Linux,PalmOS,…)多数厂商认可的标准(SOAP,Bluetooth,...)多数厂商认可的技术(Windows,…)开放标准组织的积极贡献者(WorldWideWebConsortium——W3C)开放标准技术的积极开发者规则(continued)规则(continued)基于开放的编程模式J2EEJDBCJINIJNDIJNIEJBs.NET(jurystillout)…其它行业合作伙伴业务,应用,运行环境,…实践实践(continued)IBM的e-business模式IBM软件部和IBM全球服务部的结合确定e-business解决方案中出现的通用业务、应用和运行时模式并进行分类提供一份实现的规划图重用这些模式以减小技术上的风险允许定制和客户化资源的获得资源集中传送的途径这一切是否已经提前做好了？实践(continued)软件策略实践IBM的e-business最佳实践实践(continued)软件策略实践IBM最佳实践IBMRedbooks为开发人员提供详细的开发和管理指导快速入门指南Fasttracksolutiondeliveryforcommonengagements可供参考的架构e-businessreferencearchitectureV3.0WirelessReferencearchitecture实践(continued)避免惯性思维——灵活并大胆革新“我总是以这种方式来做”设计一个系统时要充分考虑它将面临的周边环境就像房间位于房中，房子在街道上，而街道…自上而下的方法需求总是无法完全确定技术不能确定自底向上的方法需求很完全并明确清楚采用什么技术实践(continued)利用模块化的方式打破设计的复杂性找寻模式的适用性找寻框架的适用性在子系统之间是松散的耦合关系但是却是紧密地结合从一开始就控制好系统的质量将您的决策归档，并使用标准建模语言UML，以及可操作的模型实践(continued)技术评估IBM产品最好的选择可以依赖的技术对改变现有或您所期望的技术保持敏感在前沿技术上领先往往导致损伤惨重充分估计风险和实用性不要因为您熟悉某种技术就牺牲整个解决方案去配合它实践(continued)使技术决策始终在整个项目管理的过程中充分考虑到成本和预算方面的问题对一个方面的改变会直接影响到另外两个底层架构的职责底层架构的职责(continued)底层架构的职责(continued)四个关键品牌WebSphereWeb服务器,应用服务器,MQSeries,WirelessSuite,CommerceSuite,应用开发(超过64种产品)Lotus知识管理,协作(Collaboration)Tivoli超过60种的企业管理系统DB2数据库、数据和内容的管理合作伙伴选择什么样的合作伙伴呢？真正出色的解决方案决不仅仅依赖于纯技术。在做出最终选择之前，企业有必要事先向对方提出以下问题：*你们了解我这个行业吗？--成功的电子商务意味着经过整合的电子商务基础设施促进了企业核心业务的创新。合格的伙伴能够充分理解企业的核心业务和竞争优势，知晓企业外部环境和内部模式，并能够合理地预见企业所在行业的未来发展趋势。*你们以前有足够丰富的实践经验吗？--电子商务的成功只分阶段，而没有大小和种类的区别。优秀的合作伙伴具有在各种企业中的成功案例，既了解不同行业的企业，也了解不同规模的企业。*选择你们能否让我的投资回报最佳而风险降至最低？--设计良好的电子商务架构必然要考虑尽量实现最佳的投资回报率，并尽可能降低总体拥有成本。企业因此需要一个具备业务咨询、熟悉各种体系结构及其长短处、并深谙实现手段的合作伙伴来指点迷津。*你们的技术力量是第一流的吗？--一套完整的基于开放标准的开发平台和工具，才能使企业的电子商务在保持安全可靠的同时具备高度灵活性。富有责任心的合作伙伴拥有训练有素的技术工程师和高品质的产品，通过逻辑严密的方法论帮助企业建设符合要求的电子商务基础设施。你们的服务质量和技术力量一样出色吗？--拥有第一流产品的公司并不意味着它就一定是合作伙伴的最佳人选，整合能力才是最重要的。杰出的合作伙伴是一个集中了业务顾问和技术专家的复合型团队，依照一套行之有效的实施规范来确保电子商务基础设施与企业核心业务的整合。这些问题最终都归结为一点，即整合能力。合作伙伴(continued)合作伙伴

(continued)InternetOS/400OS/400OS/400LinuxLinuxIntranet内置网卡内置网卡WebServerWebSphere核心业务ERPCRMSCM数据库防火墙防火墙HypervisorI/O处理器Linux应用LinuxforiSeries的架构CDROMMapperLANMapperDiskMapperConsoleMapperCDROMDDLANDDDiskDDComsoleDDDisk处理器GNURuntimeOS/400AS/400应用SLICLinuxKernelRAID磁盘阵列NAS－NetworkAttachedStorageSAN存储区域网络RouterFirewall业务单位RouterFirewall业务单位iSeriesvs.SANx.25/DDN/FROS/400LinuxWindows2000磁盘柜RouterFirewallCallCenter银行计算中心储蓄所业务单位iSeries的部署x.25/DDN/FRRouterFirewall业务单位OS/400LinuxWindows2000IFS(集成文件系统)金融内部网络RouterFirewall业务单位iSeries作为前置机x.25/DDN/FR网络基础架构网络基础架构提供全面的访问环境TCP/IP以及网络服务（例如DHCP）安全服务，基于：公共秘钥技术访问控制机密性数据完整性交易的不可拒绝性目录服务，用于在网络中定位用户、服务以及资源文件以及打印服务VPN：安全、可靠、低成本的网络分支机构协作企业集团公司总部POPPOPPOPWebServerswitchfirewallrouterModemPOPInternet远程终端什么是目录？目录是一种分类条目。目录有：日常目录：如电话目录、电视目录、图书馆目录、书的目录等。在线目录：在计算机中的目录，是一种分层式的数据库。主要有LDAP目录。目录服务目录服务：提供目录搜索。目录服务系统：是软件、硬件、策略等资源的定位集合体。包括：目录中的信息目录服务端硬、软件目录客务端硬、软件客户端到服务端、服务端之间的网络基础设施策略等目录服务的需求对计算机资源定位的需要在海量数据中进行查询（主要为读操作）关系数据库的低效率LDAP目录服务X．500是一种CCITT（ITU）针对已经被国际标准化组织（ISO）接受的目录服务系统的建议。是目录服务的一种国际标准。但其在数据表示、编码和传输方面都显得比较笨重。什么是LDAP?

LDAP的全称是LightweightDirectoryAccessProtocol,即：轻量级目录存取服务。它是基于X.500标准的，但简化了，所以称为轻量级。另外，与X.500不同，LDAP支持TCP/IP，这对访问Internet是必须的。传统方法的劣势（1）对于大规模数据，系统整体的性能降低，因为关系数据库需要不断的进行数据类型的验证和事务的完整性的确认。（2）扩充问题，任意的扩充会导致索引的爆炸性变化。LDAP的优势（1）可以在任何计算机平台上，访问LDAP目录。（2）LDAP目录可放在任何服务器上，因为LDAP是一个跨平台的协议。（3）有较好的安全和访问控制，如：给予用户改变他们自己的电话号码和家庭地址的权限，但是限制他们对其它数据（如，职务名称，经理的登录名，等等）只有“只读”权限。给予“HR-admins"组中的所有人权限以改变下面这些用户的信息：经理、工作名称、员工号、部门名称和部门号。但是对其它域没有写权限。禁止任何人查询LDAP服务器上的用户口令，但是可以允许用户改变他或她自己的口令。给予经理访问他们上级的家庭电话的只读权限，但是禁止其他人有这个权限。给予“host-admins"组中的任何人创建、删除和编辑所有保存在LDAP服务器中的与计算机主机有关的信息通过Web，允许组的所有者删除或添加他们拥有的组的成员。LDAP的优势(continued)(4)能够进行目录的复制

LDAP服务器可以复制部分或全部数据，例如：可以把数据复制到远程的办公室，以增加数据的安全性，也可为多个用户所用。(5)可使目录分布在网络内的多台计算机上。(6)为了保存大的对象，能够将目录分为多个分区进行存储。什么时候使用LDAP存储数据？（1）需要在任何平台上都能读取数据（2）每一个单独的记录项都只有很少的改变（3）可以把数据存在平面数据库（flatdatabase：文本性质的数据库），而不是关系型数据库中。电子邮件地址邮件路由信息人力资源数据公用密匙联系人列表等等LDAP存储各种类型的数据LDAP的结构LDAP结构是一个目录树结构LDAP用目录记录的标识名（DistinguishedName，简称DN）来读取单个记录。标识名规范：DC域元素OU组织单元CN通用名DCDCouCNDomainOU1ComputersComputer1UsersUser1UsersUser2OU2PrintersPrinter1张三AttributesValues姓名大楼楼层张三1171LDAP的层次结构Contoso.ibmFinanceSalesSuzanFineLDAP://CN=SuzanFine,OU=Sales,OU=Finance,DC=contoso,DC=ibmCN=SuzanFine,OU=Sales,OU=Finance,DC=contoso,DC=ibmLDAP的层次结构(continued)一个实例用标识名来访问打印机：的写法是：LDAP://CN=P1,OU=Printers,DC=finance,DC=hz,DC=zj,DC=govDNSvs.目录服务DNS主要目的是把主机名转换成IP地址而目录有更普遍的作用DNS有一套专门的、固定的计划，而目录允许扩展DNS不充许更新它的信息，而目录可以。如何在企业集成中使用？

使用DNS域名空间，定义和命名根域。确定是一棵树还是一个森林。参考你的组织结构。EAI软件应当具有的技术层面业务处理过程的支持传输服务接口转换单层应用模型两层客户/服务器模型三层应用程序模型WebService应用开发架构应用系统架构的变迁多层结构Client/Server终端方式数据的集中分布合理化集中n-Tier多层应用系统架构业务逻辑处理层数据表示层数据存储层业务规则存在于:服务器端数据库中HTMLBrowserPresentation&

BusinesslogicData

AccessEtc.Java

ScriptHTMLASPEmbeddedHTMLBusinessLogicHTML传统两层架构的方案集成的关系数据库：安全性－强大的安全机制扩展性－从几万到几百万美元全系列灵活性－与主机系统的天然联系、集成文件系统、各种网络开放性－支持OLEDB驱动iSeries提供的高可用性数据库服务，使以PC为基础的普通数据库服务器黯然失色。

iSeries最合适的数据库服务器考虑电子商务基础设施建设中安全性、扩展性、灵活性的三个主要方面，iSeries是最合适的数据库。“数据”是电子商务系统的“生命”！！

EnterpriseJavaBeanEJB体系是JAVA平台上的服务器端组件模型目标是最大限度地减轻分布式应用程序的开发工作。VisualageforJava+Websphere安全、事务处理尽可能不再由手工编码的方式实现，而是通过使用JavaBean自身的标记实现。应用程序服务器Servlet/JSP引擎EJBServer客户端Browse数据库服务器HTTPJDBCDB2ModelControllerView

基于EJB的三层系统架构Web应用框架用于构建e-business应用的基础一个全面的，可扩展的，与平台无关的方法，它可以支持您开发和部署e-business解决方案所需要的所有服务目标加速开发可移植可扩展利用现有资源易用性功能Web应用的开发LHH易用+功能=生产率Model-drivenHTML-drivenJavaCICSR/3PeopleSoftTuxedoCustom统一集成框架EJBEJBServletRepositoryJMSMOMsJDBCRDBMSWebSphereApplicationServerWebSphere集成框架

EJB开发中的参与者(Role)提供者(Provider)-设计Bean安装者(Deployer)-将EJB类安装到EJB容器中应用程序开发者(ApplicationAssembler)容器提供者（ContainerProvider)-提供运行环境应用程序服务器Servlet/JSP引擎EJBServer客户端Browse数据库服务器HTTPJDBCDB2ModelControllerView

基于EJB的三层系统架构CCCCSSSSCCCCSTPmonitorS1000+传统的事务处理CCCCCSSSSCTPMonitorC动态负载均衡和故障恢复CSSSS12Commit!组件往往是分布的TM(TransactionManager)TXTXXACSSSS资源管理(DBMSserver,Queuemanager)XA工业标准

EJB和事务管理在EJB环境中，EnterpriseJavaServerContainer提供事务和并发性管理服务。虽然EJB参与事务以及在事务上下文中自动管理EJB状态的能力是使用EJB最大好处之一，但是它也是EJB编程模型中最棘手的部分之一。虽然WebSphere容器本身提供了一定程度的并发性管理，但是在给定资源级别上事务隔离的并发性方面却由事务资源管理器处理，而不是完全由“容器”管理。换句话说，最终将与数据库合作来一起管理对实体EJB表的并发访问。因此，EJB应用程序开发者必须理解和参与该过程。如果没有预防性步骤，针对同一实体bean的并发读写事务可能导致数据库死锁。甚至，用于分离不相关实体bean的并发只读事务或并发事务可能死锁。

EJB事务管理经验应当尽可能地使用声明的且由容器管理的事务，以使为事务管理服务API编写代码的开销最小化。这不仅能减少程序员的工作量，而且还会减少最终代码中出错的可能性（例如，它将防止您意外地不提交事务或过早提交）并允许您不作编程更改就更改行为。分布式环境中的事务不应该跨越用户思考时间。事务应该从接收到用户请求开始，在返回响应时结束。当用户使用响应中所包含的数据时，事务不应该保持活动。这样做有几个好处—最主要的好处是更短的事务减少了应用程序中的争用，因为数据库锁定保持更短的时间周期。

EJB事务管理经验应该将会话bean用作任何实体bean一个前端，以将多个相关的实体bean组合成一个事务。这样，会话bean方法将代表单一工作单元。只有在例外情况下，会话bean才应该采取由bean划分的的事务，其中，事务跨越多个更高级别的方法是有必要的（但是，您必须留意长期存活的事务）。准则应该是使用由容器划分的事务。避免由客户机划分的事务。使用由客户机划分的事务不仅对同种错误（与由bean区分的事务所对应的错误相同）打开了系统，而且还通过将系统的关键功能（事务的管理）移至整个系统的前端层或GUI部分而违反了分层原则。数据库访问和并发管理

WebSphere在AdministrativeConsoleEJB页面的General窗格中有一项设置，让您将数据库访问设置成共享或互斥。联机文档没有解释该设置。它暗示了有关于如何以及何时从数据库刷新已高速缓存的实体bean状态。如果数据库访问是共享的，则容器假设它必须与其它应用程序共享对EJB表的访问，并且在每一个事务的开始和／或结束刷新和更新该实体bean。WebSphere将事务隔离委托给数据库。数据库访问和并发管理如果数据库访问是互斥的，则容器假设它对EJB表具有互斥权利，其它应用程序不能使用它们。这种方式减少了数据库访问并提高了性能，因为容器在事务之间保留高速缓存的实体bean，并且在每个事务开始时不从数据库刷新。这有可能减少数据库所放置的锁的数量，并因此减少死锁的风险和可能性。这还意味着，如果两个WAS容器并发访问EJB表（就象工作负载管理的情形那样），则唯一可能的“数据库访问”设置是共享。即使在互斥方式中，WebSphere容器仍不提供事务隔离和并发性管理。在任何一种情况中，重要的是：虽然容器提供一些并发性管理，但是它将事务隔离方面的任务委托给数据库。对于数据库，EJS容器只是另一个多用户应用程序。因此，EJB应用程序开发者必须理解容器如何使用数据库以及应用程序需要做什么。为什么需要互操作性?

满足客户的需求异构已成为事实完全的中央控制不切实际大多数大企业拥有混合的系统企业合作,收购,兼并企业要求互操作性CIO已经把集成列入IT方面第一关注的事项误区套牢(Lock-in)还是开放(Open)跨平台还是互操作性互操作的目标保护现有的投资与新模块无缝结合访问到任何平台上的业务逻辑通过标准接口访问到数据层充分发挥平台的优势j2ee.net应用程序流程JSPsServletsServletsEJBsDB2ASP.NETServicedComponentsSQLServer客户端Web层业务逻辑层数据库层浏览器互操作–业务层集成EJB集成应用程序服务器考虑:事务处理错误处理可伸缩性,安全性,性能Web层业务逻辑数据层Web层业务逻辑数据层互操作-业务层

方案一RMI-.NETRemoting桥接优点接线层级的性能缺点紧耦合特定的厂商和版本Web层业务逻辑数据层Web层业务逻辑数据层j2ee.net互操作-业务层

方案二JSPsServletsServletsEJBsDB2ASP.NETServicedComponentsSQLServer客户端Web层业务逻辑层数据库层浏览器方案二:消息队列互操作-业务层

方案二消息队列(MQSeries)优点松耦合支持N到N的场景支持事务，安全性，可靠的消息传递缺点不能同步操作可能出现端口或防火墙问题消息队列跨越互联网?PresentationApplicationSessionTransportNetworkDatalinkPhysicalNetworkInterfaceIP,ARP,ICMPTCPApplicationUDPTCP/IPOSIOSIvs.TCP

和消息队列消息队列松耦合系统独立系统相联结独立的基础架构独立地开发,部署,管理彼此之间没有信任关系目标少数的,定义明确的连接点各系统实现没有依赖性任何一端的修改都可以适度容忍j2ee.net互操作-业务层

方案三JSPsServletsServletsEJBsDB2ASP.NETServicedComponentsSQLServer客户端Web层业务逻辑层数据库层浏览器方案三:Web服务互操作-业务层

方案三Web服务优点松耦合同步(或异步)操作跨防火墙产业界推动可扩展缺点Web服务标准在事务处理，可靠消息传递方面缺少支持安全性如何?Web服务基本的标准(XML,XSD,SOAP,WSDL,UDDI)没有涉及安全性现在可以使用点到点基于传输层的安全措施(比如,HTTPS)将来的版本将包含WS-Security对于其它互操作机制自己完成加密,数字签名等互操作建议可能的情况下使用XMLWeb服务转移到一个面向服务的体系结构使用XMLSchemaXMLWeb服务包含了XMLSchema也适用于消息传递,文档交换,及其它情形只有在绝对必要时才可以不遵循这些约定集成调度员

超越点到点的连接.NET

Web服务

应用程序J2EEServer+

Web服务

实现应用程序应用程序应用程序WebSphere

服务器SOAP请求SOAP响应FTP请求SMTP请求转换组合跟踪分析业务流程

建模应用程序CICS调用HTTP请求SOAP问题是否系统需要大量的数据交换吗–每秒钟上千条信息？考虑在两端使用相同的技术.这使你能使用高性能的二进制协议和一个紧耦合的模型，它更支持高吞吐量的事务处理.使用XMLWeb服务作为桥接协议.现有WebSphere系统中的程序可以修改吗？包装并显示现有的程序为web服务.利用现有的WebSphere应用程序中的通信和远程机制进行隐含桥接.需要保存并转发或容忍网络故障的功能吗？使用消息中间件.使用简单的传输方式，比如SMTP,FTP,HTTP.XMLWeb服务不适合或者不可行吗？使用共享文件系统，消息中间件或共享数据库.使用XMLWeb服务.有下面的情况出现吗:一个复杂的过程流？多输入输出？需要消息转换或协议转换？消息必须被跟踪,核查和分析？用MQInteger服务器来实现这些功能.直接的对等的XMLWeb服务.需要跨桥接的分布式事务处理吗？重新构建系统以避免跨领域的紧耦合.或者,使用公用技术以允许分布事务处理.Web服务出现之前各种组件之间的“战争”各种编程语言之间的“战争”防火墙的阻挡没有在互操作性上有任何一致协议在Internet应用集成中的问题不同组件模型的组件无法进行相互的无缝调用相同组件模型在Internet上也很难甚至无法相互调用EJBCORBACOMCORBAWeb服务定义了：范畴:“面向服务”(Service-oriented)的体系结构“装配线”的概念“按需服务”的构想技术就是在（典型的是）HTTP之上使用XMLXML:因为商家对它一致认可HTTP:因为它可以穿过放火墙“Web服务”技术包含任何属于“提供服务”范畴的技术典型的技术有:SOAP:XML/HTTPWSDL:用于描述服务UDDI:用于商业服务的注册ebXML:用于商务数据交换，商业流程Web服务的“广告”按需服务所使用的技术都得到业界商家的广泛认可动态地发现银弹Web服务的“真实现状”按需服务？还没有。所使用的技术都得到业界商家的广泛认可？

还没有。动态地发现？不。银弹？不是。Web服务的“真实现状”Web服务只是给一些老的技术带了一顶有趣的新帽子你现在就已可以通过sockets来使用XML/HTTP；你现在就已可以使用IDL或接口来对服务进行描述；你现在就已可以通过“Java™NamingandDirectoryInterface™（/JNDI）”

来对服务进行注册这里没有任何新的东西；事实上，很多公司都早已开始、并一直在提供着Web服务；Web服务真正的优点在于：应用程序之间的松耦合相互独立的应用程序的更新B2B—更加廉价,利用InternetEAI—无缝的集成“组件之间的战争”不会影响互操作性“编程语言之间的战争”不会影响互操作性应用环境和背景Web“过去”是面向人的；Web正在逐渐成为一个B2B的平台A2A：应用程序到应用程序(application-to-application)B2B：是A2A中很流行的一种特殊应用Web服务是一个分布式计算平台，在其上可以构造A2A的应用程序将现有的专用系统进行统一

(例如：信件

Ú

传真

Ú

电子邮件

ÚHTML表单

ÚXML的传递)基于一堆新技术，包括：SOAP,WSDL,UDDI…什么是一个Web服务?Web服务中的术语WebServicesDescriptionLanguage(WSDL) [Web服务描述语言]SimpleObjectAccessProtocol(SOAP) [简单对象访问协议]UniversalDescription,DiscoveryandIntegration(UDDI) [统一的描述、发现和整合]一般的Web服务的特征传递(Delivery)与容器(Container)组件/服务的设计“Service”的粒度耦合度细小粗糙紧密松散“传输/接口(Transport/interface)”的特征延迟(Latency)带宽(Bandwidth)

安全性(Security)

透明度(Transparency)...e-Business驱动了WebService的发展，而WebService的基石是Web技术、IT技术和对象技术的融合。高度可集成的、基于Web的对象通过SOAPMessage实施的面向对象编程能够将你现有的企业应用使用SOAP包装、WSDL描述，从而发布企业的商务功能或商务数据什么是XMLWebService?一个能够使用XML消息通过网络来访问的Interface,这个Interface描述了一组可访问的操作。由SOAP+WSDL包装的Object适应松散耦合的网络环境，可通过Web访问，手段是SOAPMessage服务的行为、输入/输出都可使用WSDL描述WebServiceInterfaceInvocationSOAPWSDLDescriptionServiceRequestor什么是XMLWebService?什么是XMLWebService?通过标准的Web协议（HTTP）可编程访问的WEB组件开放的

Internet

传输协议XMLWeb

serviceSOAPSOAP（简单对象访问协议）–用XML实现Webservice的标准协议WSDLXMLWebservices

DescriptionLanguageWSDL–描述Webservice的语言规范，相当于访问Webservice的接口基于开放的Internet协议XMLandHTTPUDDIUniversalDescription,

DiscoveryandIntegrationUDDI-Webservice的黄页WebService

层次结构Internet:IPv4,IPv6Transport:HTTP,FTP,SMTPMessaging:SOAPServiceDescription:WSDLServiceDiscovery,Integration:UDDIWorkflow:WSFLRouting,ReliabilityandTransaction:??????ManagementQualityofServiceSecurityWebService架构演化紧松耦合度GranularityScopeXML/HTTPMOMORBB2BMarket,

GlobalEnterpriseEcosystemsHomogeneous

ApplicationProgramTypicalaccessvia:WebServicesServicesComponentsObjectsSimpleObjectAccessProtocolSOAP1.0:Userland,Microsoft,DeveloperMentorSpecifictoCOMandHTTPSOAP1.1:Userland,Microsoft,IBM,Lotus,DeveloperMentor

自由的传输绑定(不仅仅是HTTP)自由的语言绑定(比如Java,C#)可插入的数据格式(当然必须基于XML)完全的中立(中立、公开的标准)独立于任何编程语言、对象模型、操作系统、平台SOAP消息结构Request/ResponseMessageRequest调用远端对象的某个方法Response返回该方法运行后的输出结果User

SOAPRequestSOAPResponseServiceProvider

WebServiceSOAP消息结构SOAP定义了一个“envelope”对象使用“envelope”包装消息自身消息可以采用自身特定的XML词汇使用namespace来区分彼此MessageEnvelopeSOAP词汇集自定义词汇ASOAPRequest消息<SOAP-ENV:Envelope

xmlns:SOAP-ENV="http://{soaporg}/envelope/"

SOAP-ENV:encodingStyle=

"http://{soaporg}/encoding/"><SOAP-ENV:Body><m:QuoteStockPricexmlns:m="Some-URI"><Symbol>MSFT</Symbol></m:QuoteStockPrice></SOAP-ENV:Body></SOAP-ENV:Envelope>ASOAPResponse消息<SOAP-ENV:Envelope

xmlns:SOAP-ENV="http://{soaporg}/envelope/"

SOAP-ENV:encodingStyle=

"http://{soaporg}/encoding/"><SOAP-ENV:Body><m:QuoteStockPriceResponse

xmlns:m="Some-URI"><Price>66.13</Price></m:QuoteStockPriceResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>SOAP隐藏了实现细节User

SOAPRequestSOAPResponseServiceProvider

HTTP

Server?SOAP

Processor用户只需要了解SOAP消息的格式，而对底层实现的细节可以无需关心EJB?Corba?DCOM?为什么SOAP会成功?Internet环境下实现技术的多样性使得早期的分布式技术无法实现普遍的互相连接DCOM–需要每个连接点都使用WindowsCORBA–需要每个连接点都有ORBRMI–需要每个连接点都使用JavaSOAP是基于平台独立的选择简单的XML格式可以在任意平台采用任意技术可以使用开放源代码资源WebServicesDescriptionLanguage使用XML进行描述类似IDL,不过是使用XML格式描述了服务的操纵信息ServiceInterfaceImplementationDetailsAccessProtocolContactEndpointWSDL是早先技术的综合IBM'sNASSLMicrosoft'sSDLWSDL元素types:描述将会使用的数据类型message:定义传入传出的消息格式portType:定义了一个入口的类型(使用了怎样的request/response消息对)binding:确定portType将会使用何种传输协议(SOAP/HTTP-POST/…)port:定义了一个关联某个binding的服务入口service:一组port组成的WebService什么是UDDI?为加速WebService的推广、加强WebService的互操作能力而推出的一个计划基于标准的服务描述和发现的规范(specification)以资源共享的方式由多个运作者一起以WebService的形式运作UDDI商业注册中心IT业界和商业界的领导者的合作UniversalDescription,DiscoveryandIntegration为什么UDDI会成功?UDDI商业注册中心存储全球商家的信息切合当前商业需要电子商务的全球化需要技术平台的支持UDDI和WebService正是核心和基础在现有技术上的技术规范使用SOAP作为底层技术由各大IT业领导者一起制定技术规范UDDI角色和操作ServiceProvider提供e-BusinessService通过ServiceRegistry发布(Publish)其提供的可用的ServiceServiceProviderServiceRegistryServiceRequestorPublishUDDI角色和操作ServiceRegistry为Service的发布和定位提供支持类似电话黄页ServiceProviderServiceRegistryServiceRequestorPublishUDDI角色和操作ServiceRequestor通过ServiceRegistry发现(Find)需要的Service绑定(Bind)ServiceProvider提供的Service,并实施调用ServiceProviderServiceRegistryServiceRequestorPublishBindFindWhereisSOAPandWSDL?WSDLPublish的内容、Find的返回结果和Bind的信息都是WSDL描述的服务信息SOAPServiceRegistry的访问(Publish/Find)、Service的访问都是通过SOAPMessage实现ServiceProviderServiceRegistryServiceRequestorPublishBindFindUDDI解决了什么问题？一个中等规模的制造型企业需要和大约400个合作伙伴架构在线的交易关系，而每一个交易关系的连接可能都有其自身的标准和协议更广泛的B2B中国的一家花店想要将他能提供的服务加入到全球所有合适的e-Marketplace中去，但却不知道该如何寻找这些e-Marketplace更智能地搜索一家B2B的e-Marketplace无法顺利地获取行业内及行业外的相关供应商的供应目录数据，对于行业内的承运商等也同样如此。更容易的资源汇聚描述服务发现服务互相集成UDDI版本和进展从现有的标准(standard)开始TCP/IP,HTTP,XMLIndustry-specificschemasSharedvisionofopenprotocols2.通过WebService的形式实施和拓展Commonwebservices“stack”SharedimplementationtoavoidconfusingcustomersPublicspecs,openservice,inclusiveprocess3.将转变为一个标准实体组织Managedesignprocessfor3revsLicensecontrolandIPtoa3rdparty注册数据商业实体注册其自身的发布信息标准实体,程序员,商业实体注册他们提供或所有的ServiceType信息White

PagesYellow

PagesGreen

PagesServiceTypeRegistrationsWhitePages商业实体的名字描述文本可以包含一系列的多种语言版本的描述联络信息names,phonenumbers,faxnumbers,websites…已知的商业标识符listofidentifiersthatabusinessmaybeknownby-DUNS,Thomas,otherYellowPages商业分类在v1中支持3个标准分类法Industry:NAICS(Industrycodes-USGovt.)Product/Services:UN/SPSC(ECMA)Location:GeographicalTaxonomy通过name-valuepair的方式实现分类描述,这样使得在businesswhitepage中可以包含所有合法的分类法标识符。(NAICS,02417)GreenPages如何与ServiceProvider实施技术绑定提供了一整套的技术注册信息来描述其他企业如何与注册者“doe-commerce”WebService的技术规范的引用对基于文件/URL的发现机制的支持NestedmodelBusinessprocessesServicedescriptionsBindinginformationProgramming/platform/implementationagnosticService可以通过标准分类法分类Registry运作IBMMicrosoftHPotherotherUDDI.orgqueries对等结点(websites)商业实体可以在任意结点注册不同的结点将会每天定期同步复制数据在所有结点都会包含注册数据的全集所有的结点都支持UDDI规范中定义的整套SOAPAPI由商业合同保证彼此的协作关系UDDI和SOAPUser/Client

UDDI

SOAPRequestUDDI

SOAPResponseUDDIRegistry

Node

HTTP

ServerSOAP

ProcessorUDDI

RegistryServiceB2B

DirectoryCreate,View,

Update,andDelete

registrationsImplementation-

neutral

WebServices:

业务革命“doinge-busines”革命性的方式全球商务产品和服务的数码黄页使得新型e-Business应用以及动态服务集成能够迅速发展机遇:第三方的增值服务的出现基于UDDI的BusinessSearch全球性的行业Marketplace给予如此丰富集中的高价值的商业数据，事实上可能出现的服务的范围将异常地广泛WebServices:软件革新NOTasoftwarerevolution基于现有标准是现有系统的一个延展并不需要一个新的编程语言SOAPmodelisnotnew与20年前的RPC具有同样的目的WebServices:软件革新What’snew:为调用远端的对象提供了一整套的Internet规范，而使远程调用轻便非凡使用了实现中立的消息格式UDDI:一个可用service的通用统一的目录为商业聚合提供了不同层次的服务电子商务随需应变 “电子商务随需应变”(e—businessondemand)。简单地说，就是企业用户在需要企业管理程序、商业数据库资料时，不必再独立投资建立内部的全套软件和程序，只需到IBM提供的网上企业电子商务应用软件库里去调一