基于SOA架构的新型企业网络设计与实现

摘要

随着信息技术的发展和竞争的日益激烈，企业信息化显得日益重要，信息化

是钢铁工业合理利用资源，实现可持续发展的重要途径：面向服务的架构SOA是 一种新型的软件开发模式。SOA以服务为核心，对企业系统进行统一规划和建设，

能够很好的适应企业流程的变化。基于 SO A 的面 向数据挖掘功能的新型商业智能系统的主要部件包括企业服务总线 、数据仓库 、O LAP 服务器 、数据访 问服务 、数据挖掘服务 、数据挖掘访 问语言服务 、元数据管理服务和可视化服务及前端应用 。同时 ，文 中借鉴并采用 了 目前业界主流 的数据挖掘标准 ，力求所提 出的新型商业智能系统与业界 的相关工业产 品[; 1 I 8] [91 110 1拥有统一的技术规范 ，从而确保 了新型商业智能系统 的架构设计中数据挖掘技术与工具 的可靠性和先进性 。通过这一规范所建立的管理信息系统，以“面向服务”为核心概念实现企业业务流程 的自然运行，降低数据共享成本，提高企业经济效益。SOA通过把独立功能模 块封装成“服务”的形式，可基于不同开发平台的，独立于具体开发语言的实 现对客户端或者用户透明的应用程序访问方式。，SOA的目标是将企业应用程序中的功能组织转换成标准化的服务，这种服务是一种松耦合的、可重用的、互操

作的和可组合的独立组件，用户通过使用服务来满足自身的需求。基于SOA架构的企业应用可以打破不同平台和协议之间的障碍，从而为销售型企业提供了高效的、敏捷的和能灵活应对不断变化的业务活动的企业应用，达到实现应用的有效集成的目的。本论文具体研究的主要内容分为以下四个部分：

首先，介绍了本论文研究的背景和意义，SOA国内外研究现状和本课题研究的主要目标以及可能存在的创新点，说明了SOA研究的必要性。其次，本文研究了SOA理论及其相关技术。阐述了面向服务的架构中服务的概念和SOA的定义，分析了服务的分类和SOA的优势，对SOA涉及的Web服务体系结构、Web服务协议和企业服务总线等技术进行了详细的说明，为后面的企业应用分析、设计和实现奠定了理论基础。接着研究了面向服务的分析流程，对销售型企业经营方式以及本论文案例的IT现状进行了研究；重点研究了本案例今后发展的方向，叙述了该案例企业应用方案的基本思想，并提出了基于SOA的解决方案和基于企业服务总线的总体逻辑结构。

最后，结合具体案例，重点对案例的业务流程、服务粒度、数据访问层、数据层和系统安全性进行了设计。

关键词：；企业服务总线：销售型企业；企业应用

With the development of information technology and the increasingly fierce competition, enterprise informatization is becoming more and more important.

It is an important way for steel industry to make rational use of resources and realize sustainable development: Service-oriented architecture SOA is a new software development mode. SOA takes service as its core and carries out unified planning and construction of enterprise system.

It can adapt to the change of enterprise process very well. The main components of the new business intelligence system based on SOA for data mining function include enterprise service bus, data warehouse, O LAP server, data access service, data mining service, data mining access language service, metadata management service, visualization service and front-end application. At the same time, the paper draws lessons from and adopts the current mainstream data mining standards in the industry, and strives to put forward a new type of business intelligence system and related industrial products in the industry [; 1 I 8] [91 110 1] with unified technical specifications, thus ensuring the reliability and advancement of data mining technology and tools in the architecture design of the new type of business intelligence system. Through the management information system established by this standard, the natural operation of enterprise business process is realized with the core concept of "service-oriented", the cost of data sharing is reduced, and the economic benefits of enterprises are improved. By encapsulating independent function modules as "services", SOA can achieve transparent application access to clients or users based on different development platforms and independent of specific development languages. The goal of SOA is to transform the functional organization of enterprise applications into standardized services, which are loosely coupled, reusable, and interoperable

Cooperative and composable independent components, users use services to meet their own needs. Enterprise applications based on SOA architecture can break the barriers between different platforms and protocols, thus providing an efficient, agile and flexible enterprise application to deal with changing business activities for the sales-oriented enterprises, so as to achieve the goal of effective integration of applications. The main contents of this paper are divided into the following four parts:

Firstly, this paper introduces the background and significance of this research, the research status of SOA at home and abroad, the main objectives of this research and possible innovations, and illustrates the necessity of SOA research. Secondly, this paper studies the theory of SOA and its related technologies. This paper expounds the concept of service and the definition of SOA in service-oriented architecture, analyses the classification of services and the advantages of SOA, and describes in detail the technologies of Web service architecture, Web service protocol and enterprise service bus involved in SOA, which lays a theoretical foundation for the analysis, design and implementation of enterprise application in the future. Then it studies the service-oriented analysis process, the management mode of sales-oriented enterprises and the IT status quo of the case in this paper. It focuses on the future development direction of this case, describes the basic idea of the case enterprise application program, and puts forward the solution based on SOA and the overall logic structure based on enterprise service bus.

Finally, combined with specific cases, the business process, service granularity, data access layer, data layer and system security of the case are designed.

---

第一章研究背景和意义

1.1应用前景

随着技术的发展，EAI的核心理念在近年来又有新的突破。随着WebService 的兴起，EAI面向服务的特征越来越明显，面向服务是信息系统的一项重要的 特征。而这种面向服务，不仅指的是面向企业的内外用户的服务，而且在面对 企业内外的其他信息系统时，它应该体现出一种服务提供者的姿态。 新型SOA软件架构系统，是建立在“面向服务”的理念上的整合体系，比 现在大部分企业的“面向接口”的整合体系又向前迈进了一大步。SOA的目标在于让rr变得更有弹性，以便更快地响应业务单位的需求，实现实时企业(RealTime Enterprise)。由于SOA是在计算环境下设计、开发、应用、管理分散的 逻辑(服务)单元的～种规范。这就决定了SOA的广泛性。SOA要求开发者从服务集成的角度来设计应用软件，即使这么做的利益不会马上显现。SOA要 求开发者超越应用软件来思考，并考虑复用现有的服务，或者检查如何让服务被重复利用。SOA鼓励使用可替代的技术和方法(例如：消息机制)，通过把 服务联系在一起而非编写新代码来构架应用。经过适当构架后，这种消息机制 的应用允许公司仅通过调整原有服务模式而非被迫进行大规模新的应用代码的 开发，使得在商业环境许可的时间内对变化的市场做出快速的响应。 在现在的网络信息时代，随着电子商务和网络销售的发展，销售型企业的不断发展，不仅丰富了消费者的购物选择，而且为社会创造了许多就业机会，从而给国家增加了经济收入，最终有利于改善人们的生活水平。2010年中国网络购物市场延续用户规模、交易规模的双增长态势，依然延续了近两年来的高速增长，随着计算机技术的高度发展，为企业管理信息提供了高度自动化和现代化的工具。网络通讯技术的应用和联网规模的不断扩大，为企业的更高速、更高 效、更广泛的信息交流提供了技术的保证。在上世纪九十年代前后，企业通过对管理信息的整合、规范和集成，企业管理信息系统逐渐开始向企业内各业务 部门之间的横向发展，实现了信息资源共享(如图1．1b所示)。此时，人们普 遍使用面向对象和面向组件技术进行开发具有面向对象体系结构(OOA： Object．OrientedArchitecture)的企业管理信息系统，并具备了综合性、系统性、及时性与准确性等特征。这一时期具有代表性的企业管理信息系统软件如企业资源计划(ERP：Enterprise Resource Planning)。

根据艾瑞咨询集团最近统计的数据显示，2010年中国网络购物市场交易规模接近5000亿元，达4980．0亿元；同时，网络购物用户规模达到1．48亿，其在网民当中的渗透率进一步增加，可达30．8％t11。互联网为中小型销售企业发展提供了一个更好的快速的发展平台，通过网站建设实现网络营销和电子商务，这是时代发展的必然趋势【2】。

销售型企业已经认识到了网络销售的重要性，许多企业都纷纷建立起自己的销售平台。随着同类型的销售网站的出现，这就对企业提出了考验，如何在众多的同质的网站中突出自己的特点，如何让消费者在自己的销售平台上能够得到更多的服务，是企业在建立销售平台之后需要考虑的问题。SOA不仅仅是一种开发的方法论，它还包含管理。例如，应用SOA后， 管理者可以方便地管理这些搭建在服务平台上的企业应用，而不是管理单一的应用模块。其原理是通过分析服务之闻的相互调用，SOA使得公司管理人员方便地拿到什么时候、什么原因、哪些商业逻辑被执行的数据信息，这样就帮助 了企业管理人员或应用架构师迭代地优化他们的企业业务流程、应用系统。 SOA的一个中心思想就是使得企业应用摆脱面向技术的解决方案的束缚，轻松应对企业商业服务变化、发展的需要。企业rr架构环境中单个应用程序是 无法包容业务用户的各种需求的，即使是一个大型的ERP解决方案，仍然不能 满足这个需求在不断膨胀、变化的缺口，对市场快速做出反应，商业用户只能 通过不断开发新应用、扩展现有应用程序来艰难的支撑其现有的业务需求。通 过将注意力放在服务上，应用程序能够集中起来提供更加丰富、目的性更强的商业流程。其结果就是，基于SOA的企业应用系统通常会更加真实地反映出与 业务模型的结合。服务是从业务流程的角度来看待技术的——-这是从上向下看的。这种角度同一般的从可用技术所驱动的商业视角是相反的。服务的优势很 清楚：它们会同业务流程结合在一起，因此能够更加精确地表示业务模型、更好地支持业务流程。相反人们可以看到以应用程序为中心的企业应用模型迫使 业务用户将其能力局限为应用程序的能力。虽然到目前为止，业界对于面向服务的架构(Service．Oriented Architecture，SOA)的概念还存在着各种不同的理解，但是总体上对于构建SOA的目的认识上基本是一致的，即SOA能够实现企业IT资产的最大化重用和有效整合，以便快速的响应企业业务的变化，从而使得企业IT更加的有弹性，实现企业真正的“面向服务"。对于销售型企业，应用面向服务的架构，能够解决在数据管理、流程控制和系统安全性方面的问题，使得企业在有限的IT投入中满足企业业务不断变化和创新的要求。SOA的出发点是从业务角度重用应用系统的开发元素，最大程度地降低IT系统开发与维护的成本。SOA作为实现分布式系统和对公司内部、公司之间的IT应用进行整合的架构出现，能够使得企业IT能够快速适应业务变化[31。只有能够快速适应了企业业务变化，满足用户的需求，企业才能成功，因此，从这个角度来说，SOA的关键在于能否满足用户的需求。因此，本课题的研究在销售型企业业务的集成和企业信息化水平的提高方面会有很大的指导意义。当前 ，很多企业 的 lT设施都面临着两个共性 的问题 : 异质性和变化性 。异质性表现在大多数公司拥有许多在不 同时代及用不 同技术构建的系统 、应用程序和架构 。集成不同厂商的产品和横跨多个不同平台几乎不大可能。但是采用单一厂商的 I T 方案也是不可能的，因为这样会导致应用程序套件与提供支撑 的基础设施不够灵活。变化J 胜体现在技术不断进步，加速 了客户需求变化的步伐。客户需求变化得更快，结果进一步加速 了产 品与服务 间的竞争 。商业必须快速适应 以求生存 ，IT基础设施必须支持 商业 能力使其适应变化 。为 了解决 以上 问题 ，人们提 出了新 的软件体系结构— SO A 。50 A 是标识分布式系统和软件集成领域技术进步 的一个里程碑[l2 ]。服务作 为一种 自治 、开放 以及与平 台无关 的网络化构件 ，可 以使分布式应用具有更好 的复用性 、灵活性和可增长性 。基于服务组织计算资源所具有 的松祸合性特征会给企业带来许多好处: 遵循 50 A 的企业 lT架构不仅可 以有效保护企业投资，促进遗 留系统 的复用 ，而且可 以支持企业 随需应变 的敏捷性和先进 的软件外包管理模式 。企业在把其关键功 能服务化后 ，可 以使企业 间的电子化 的商务 以更高效 、灵活的方式展开 。通过 SOA 的方法 ，由一系列商业服务组成的商业过程变得更加容易创建 、变更与管理 。SOA 所提供 的灵活性和响应性成为 了商业存活和发展 的关键特征 。

1．2国内外研究现状

这些年来，SOA已经成为了国内信息技术领域的重大热点之一。2007年7月24日，主题为“驾驭SOA驱动整合应用”的SOA应用年会暨SOA应用方案颁奖典礼召开，国内外顶尖中间件厂商，SOA主流行业的用户代表，资深技术专家对于面向服务的架构的部署方法、开发环境、技术架构、企业应用、流程设计、建模方法等进行了深入探讨[41。而在2008年11月5日，中国电子技术标准化研究所，联合国际协会标准组织w3C、OASIS、WS．I一同在我国举办了第一届“SOA标准化国际论坛"，对于SOA标准化问题进行了开放式研究和讨论。可以预计，在未来的几年内，SOA将在中国快速发展起来。在国外，IBM公司是最早开始构建和部署基于SOA架构的信息系统的大型厂商之一。目前该公司己经投入巨额资金建立全球SOA研发中心，为其提供全面的SOA培训、服务线路和工具支持。mM对于SOA的研究涵盖了SOA的各个方面，IBM的五大产品线，即WebSphere、Workplace、Tivoli、DB2和Rationale都包含了SOA的概念。Sun公司的“Java System”软件产品拥有实现不同层面上不同架构的系统集成的核心技术，该产品通过建立服务驱动的网络，从而使得各类设备可以便捷地接入网络计算环境，从而达到方便户借助各类设备使用网络计算资源的目标。BEA公司的全线产品都是采用SOA的理念设计的，主要包括了WebLogieServer、WebLogie Portal和AquaLogic等，其中的BEA AquaLogic提供了一种无须考虑底层技术的可重用和互操作的基础架构服务用于组装复合应用程序，为企业提供了部署SOA架构的途径。Oracle公司的开发工具JDeveloperlog、数据库产品Oraclelog和应用服务器产品OAS(Oracle Application Server)以及APF(Application Platform Foundation)均支持SOA。

第二章技术概述

2.1BGP

2.1.1BGP的对等体

BGP对等体有两种类型，分别是IBGP对等体和 EBGP对等体。如果BGP对等体处在相同的AS内， 则称为IBGP对等体（InternalBGP）。如果BGP对等 体处在不同的AS内，则称为EBGP对等体（External BGP）。建立BGP对等体的两台路由器可以直连，也 可以非直连，只要TCP可达即可，但为了邻居关系的 稳定性，建议两端使用非直连的Loopback接口建立IBGP对等体关系。使用直连的物理接口建立EBGP 对等体关系。

2.1.2BGP属性

BGP具有丰富的路径属性，包括ORIGIN属 性、AS_PATH属性、LOCAL_PREE属性、MED属性、 NEXT_HOP属性、ATOMIC_AGGREGATE属性等，每 种属性都有其特定的含义，具有不同的用途，管理员 可以依据政治、经济、安全等因素灵活运用这些属性， 并实施强大的路由策略来对进出AS的路由进行选 路、控制、优化和过滤。BGP属性是BGP在进行选路时决策和控制的重要信息。 它可以分为如下两大类四小类： 1、公认属性 公认必遵(Well—known mandatory)公认可选(Well—known discretionary) 公认所有BGP实现都必须识别的属性，这些属性被传 递给BGP邻居。其中，公认必遵属性是BGP UPDATE消息 中必须包含的属性。公认可选则是BGP uPDATE消息中可 以自由选择是否包含的属性。公认强制属性必须出现在路由 描述中，公认自由决定属性可以不出现在路由描述中 2、可选属性 可选过渡(optional tr趴sitive) 可选非过渡(Optio砌 non—t1．ansitive) 可选属性并不要求所有运行BGP协议的系统都识别。 如果属性是可选过渡的，那么，即使运行BGP的系统不能 识别该属性，也要接受该属性并将其转发给它的对等体。而 如果属性是可选非过渡的，运行BGP的系统可以忽略包含 该属性的消息并且不向它的对等体转发。

2.2ospf

OSPF 协议(Open Shortest Path First 开放式短路径优先）是 一个内部网关协议(Interior Gateway Protocol，IGP），是应用于 TCP/IP 网络下的路由协议，是一种典型的链路状态（link-state） 的路由协议，一般用于同一个路由域内。路由域是指一个自制系 统 AS（autonomous system），它是指一组通过统一的路由政策或 路由协议互相交换路由信息的网络。在这个 AS 中，所有的 OSPF 路由器都维护一个相同的描述这个 AS 结构的数据库，该数据库 中存放的是路由域中相应链路的状态信息，OSPF 路由器正是通 过这个数据库计算其 OSPF 路由表的。OSPF 分为 OSPFv2 和 OSPFv3两个版本，其中OSPFv2用在IPv4网络，OSPFv3用在IPv6 网络。OSPFv2 是由 RFC 2328 定义的，OSPFv3 是由 RFC 5340 定 义的。与 RIP 相比，OSPF 是链路状态协议，而 RIP 是距离矢量 协议。区域类型：OSPF采用分层结构将网络划分成两种类型 不同的区域，分别是骨干区域和非骨干区域，这样做的好处 有以下几点，一是减少区域内LSDB的规模，LSDB又称为 链路状态数据库，LSDB规模越大，其对路由器性能的损耗 就越大，缩小LSDB规模可以使得运行OSPF协议的路由器 门槛更低。二是方便组织和管理，可以根据功能或者地理位 置的不同将路由器划分在不同的区域，以便于管理。三是隔 离拓扑变化带来的网络震荡，发生在一个区域内的网络震荡 其影响不会传递给另外一个区域。从名称上来看，两种类型 的区域其地位是不平等的，之所以称为骨干区域是因为所有 的非骨干区域之间的路由学习都要通过骨干区域进行中转， 两个非骨干区域之间是不可以直接相连的，这样做是为了防 止区域间出现环路，类似于网络拓扑中的星型结构。如果出 现因不合理设计而造成的非骨干区域直接相连，那也是有办 法解决的，即采用虚链路技术。 路由器类型：OSPF协议中有4种路由器类型，分别是 区域内路由器、骨干路由器、区域边界路由器和自治系统边 界路由器。区域内路由器是指所有接口都属于同一个区域的 路由器，在OSPF协议中就称为区域内路由器，简称IR； 骨干路由器是指只要有一个接口处在骨干区域中，那么这样 的路由器就称为骨干路由器，简称BR；区域边界路由器是 指连接骨干区域和非骨干区域的路由器，这样的路由器在 OSPF协议中就称为ABR，ABR也是BR，但不是IR；自治 系统边界路由器是指AS边界上的路由器，它们一边连接着 OSPF路由域，一边连接着非OSPF路由域，通常将引入外 部路由的路由器称之为自治系统边界路由器。外部路由即 非OSPF域内的路由，引入是指将非OSPF路由重分发进 OSPF路由域中的过程，使得所有OSPF路由器都能学习到 如何去往OSPF域外。 三张表：邻居表、链路状态数据库和路由表。邻居表里 面存放的是建立邻居关系的路由器，邻居关系不同于邻接关 系，前者仅仅是交互了Hello报文，达到了2-Way状态，而后者不仅仅是交互了Hello报文，还交互了后续的DD、 LSR、LSU和LSAck等报文，通过学习彼此没有的LSA来 最终达到Full状态。邻居关系的建立是通过定期发送Hello 报文来实现的；链路状态数据库简称LSDB，同一区域内的 路由器其LSDB相同，ABR由于连接不同的区域，因此它 有多个LSDB，每个LSDB对应不同的区域。同一区域内的 每台路由器会将LSDB转换成带权有向图，然后运行SPF 算法，以自己为树根计算去往每个节点的最短路径，这条最 短路径就是去往各节点的路由；路由表是指OSPF的协议路 由表，并不是指全局性的IP路由表。OSPF通过SPF算法 计算后，会将去往目的地的最短路径首先放进OSPF协议路 由表中，这条路由能否进入IP路由表，还必须与其它协议 进行比较，只有全局最优的路由才能最终进入IP路由表。 五种协议报文：OSPF协议有五种报文，分别是Hello 报文、DD报文、LSR报文、LSU报文和LSAck报文。 Hello报文用于建立邻居关系；DD报文用于交互LSA的摘 要，通过彼此的交互来查找自己所缺少的LSA；LSR报文用 于向对方请求自己所没有的LSA；LSU报文用于向对方发 送链路状态更新信息；LSAck报文用于对LSU报文进行确 认，是OSPF协议提供的一种可靠性保障机制。众所周知， IP协议是一种尽力而为的、不可靠的协议，OSPF报文是直 接封装在IP报文中的，为了提供额外保障，OSPF协议设 计出了LSAck报文。 OSPF网络类型：包括Broadcast类型、NBMA类 型、P2P类型和P2MP等4种类型。OSPF可以根据二层 的网络类型来决定上层的网络类型。如果二层网络类型是 PPP或者HDLC，那么OSPF的网络类型就是P2P；如果 二层网络类型是Ethernet，那么OSPF的网络类型就是 Broadcast；如果二层网络类型是帧中继，那么OSPF的网 络类型就是NBMA；默认情况下，没有一种二层网络类型 对应着P2MP，需要进行转换。不同OSPF网络类型其工作 方式是不一样的，主要表现在Hello报文的发送间隔不一样， 有的类型需要选举DR和BDR，有的类型则不需要选举， 这需要读者进行仿真实验来进一步验证。 RID：每台运行OSPF协议的路由器都必须要设置一个 RID，RID全称是Router ID，是每 台路由器在OSPF路由域中的唯一 标识，RID是一个32位的无符号整 数，其形式类似于IP地址。RID可 以手工配置，也可以自动生成。如 果没有手工配置，那么RID自动生 成的顺序如下，如果路由器环回接口有效，并且配置了IP地址，那么最大的IP地址将作为 RID；如果没有有效的环回口，那么从有效物理接口中选择 最大的IP地址作为RID。由于RID是非强占式的，所以一 旦完成选择，便不会轻易改变，这样做也是为了网络的稳定。 DR和BDR：DR和BDR的出现主要是为了降低需要 维护的邻接关系数量，DR和BDR类似于班长和副班长， 所有的DROther需要和DR和BDR建立邻接关系即可，而 DROther之间只需要建立邻居关系。选举DR和BDR的原 则是首先比较Hello报文当中携带的优先级，优先级最高的 被选为DR，次高的被选为BDR；如果优先级一致，则比较 RID的大小，RID越大越优先。一旦DR或BDR选举完成， 就保持稳定状态。 LSA类型：LSA有多种类型，常见的有以下7类。1类 LSA，区域内的每台路由器都会产生1类LSA，用来描述路 由器直连路由的链路状态和开销值；2类LSA，由DR产生， 用来描述DR所在网段的掩码和该网段内的其它路由器；3 类LSA，由ABR产生，用来描述区域间的路由信息；4类 LSA，由ASBR所在区域的ABR产生，用来描述去往ASBR 的路由；5类LSA，由ASBR产生，用来描述去往AS外部 网络的路由；7类LSA，用来描述去往AS外部网络的路由。

2.3NAT

NAT 英文全称是“Network Address Translation”，中文名称为 “网络地址转换”，属于 IETF 标准之一，于 1994 年提出来，一 般在路由器上安装 NAT 软甲来实现，所有本地地址的主机在和 外界通信时，都要在 NAT 路由器上将其本地地址转换成全球 IP 地址，才能和因特网连接。 NAT 的典型应用是将使用私有 IP 地址（RFC 1918）的园区 网络连接到 Internet，NAT 技术的应用有效地解决了内部网路私 有 IP 地址如何访问 Internet 的难题，这样公司就不需要再给内部 网络中的每个设备都分配公有 IP 地址，既避免了公有地址的浪 费，又节省了申请公有 IP 地址的费用，同时也缓解了 IPV4 地址 空间被耗尽的速度。

2.4Web服务体系结构

要了解Web服务，需要涉及Web服务的体系结构。Web服务的体系结构可以从两种不同的角度来观察。一种是通过观察Web服务的协议栈来描述Web服务的体系结构；另一种通过观察Web服务涉及的角色及其各自功能来描述Web服务的体系结构。这两种方式从不同的角度描绘了Web服务，有助于更好地了解Web服务。Web服务在不同的协议规范的基础上发展，形成了Web服务的协议堆栈。该体系结构是一个层次结构。从下往上分别是：传输层、消息层、描述层、服务质量层和组合层。每一层内不同的协议如图2．2所示：

添加图片注释，不超过 140 字（可选）

协议堆栈的最底层是传输层，用来交换信息。Web服务的本质是实现了一种消息交换的机制，即经过最底层的传输层来进行具体的消息交换，而传输层不必了解具体的消息内容，只需要搭载消息即可。Web服务并没有和具体的传输协议绑定，如上图2．2所示，可以使用H1]阳协议、SMTP协议，TCP／IP协议和RMFIIOP等协议。第二层是消息层，该层定义了通过传输层传输的消息的具体格式，是Web服 务之间消息交换的基础。SOAP消息是Web服务交换的标准消息，SOAP定义了一种基于XML的、轻量级的和简单的交换结构化的机制。另外一个重要的规范是WS．Addressing，它提供了一种和传输协议无关的，用以确定消息发送者和接受者的机制。第三层为服务的描述层，定义了描述服务的元信息，WSDL和WS．Policy是两个主要的规范。WSDL主要是从功能方面的角度描述了服务，定义了服务接口和信息交换的格式。WSDL包括抽象定义和具体描述两部分。WS．Policy是一个补充的规范，弥补了WSDL的不足。WSDL只是纯粹从功能的角度描述了W曲服务，WS．Policy提供了而一个通用的框架，允许定义由一系列诊断(Assertion)组成的，可被机器理解的策略表达式，并使其和Web服务的元素相关联，从而定义了对服务的约束。第四层为服务的质量层，定义了一系列的规范，用于确保服务的质量。它主要涉及三个方面，分别为安全性、可靠性和事务处理。这三个方面都是企业级计算所必须考虑到的【15】。安全性方面的主要规范为WS．security。第五层为服务的组合层，定义了通过如何组合服务来实现业务流程。一个广泛的应用就是WS．BPEL协议，它是一种基于XML的，用来描述业务流程的编程语言。WS．BPEL定义了语法和模型，基于流程与其伙伴之间的交互来描述流程的行为。而在这里，流程和伙伴之间的交互都是通过Web服务来实现的f161。左侧的一层为服务的发现层，提供了一种机制，使服务的潜在用户能够发现服务。主要涉及两个协议，即UDDI协议和WS．Matadata Exchange协议。UDDI协议定义了一种Web服务的注册表，用户可以查询和更新公共的Web服务信息库中的信息。而WS．Matadata Exchange协议是在服务的请求者已经知道Web服务的基本信息的前提下，即服务的请求者已经能够和W．eb服务交互的前提下，和Web服务直接交互以获取关于该服务更具体元信息的一种协议。图2．3介绍了一种通过Web服务的角色及其各自的功能的Web服务体系结构。如图所示，Web服务涉及三个角色，即Web服务请求者，Web服务提供者和Web服务中介。

添加图片注释，不超过 140 字（可选）

这三个角色的主要功能是：

Web服务请求者：Web服务请求者通过SOAP消息向Web服务提供者发送请求以获得服务，它是Web服务功能的使用者；(2)Web服务提供者：Web服务提供者向Web服务请求者和其他服务提供自身已有的功能，它是Wreb服务的拥有者；(3)Web服务中介：Web服务中介把一个Web服务请求者与合适的W曲服务提供者联系在一起，它充当着管理者或代理的角色。SOAP协议 SOAP(SimpleObjectAccess Protocol，简单对象访问协议)提供了一种服务请求者和服务提供者之间的消息通信方法。SOAP采用了已经广泛使用的两个协议： XML和HTTP。XML是SOAP的编码模式，而HTTP用于SOAP消息传输。SOAP是SOA应用中理想的通信协议，也被称为“SOAProtocol"，可以与其他Web服务 协议构建起SOA应用的技术基础【17】。因此，SOAP可以非常方便地解决互联网中

wcb Service是一系列标准的集合。它提供了一个分布式的计算模型，用 于在Intemet或者Intranet上通过使用标准的xML协议和信息格式来展现商业 应用服务。Web Service需要涉及到对被集成的各个应用系统本身进行改造，使之符合面向服务的体系。 用wcb Service实现SOA的关键部件有：

1.UDDI：UDDI服务可帮助企业针对wcb服务及其它可编程资源进行组 织并编制目录。通过对UUDI服务中的物理分布、组织机构、服务方式等一系 列分类方案加以应用，企业可以建立起一种用来描述并发现相关服务的结构化与标准化方式。 2．支持Web Service的应用服务器：J2EE via开始就全面的支持Web Service了。而．NET从一开始就是支持wcb Service的。除此之外，也有一些其它的平台是支持w西Service的。 3．应用系统的web Service：毫无疑问，这一个步骤是实施的关键和难点。 要想让企业原有的系统转而支持Web Service，需要对企业原有的系统进行改造。这个工作是艰难而充满风险的。 4．界面层次的整合。由于wcb Service规范的标准性和简单性，企业门户系统(Portal)可以非常方便的实现信息系统界面层次的整合。 具体的结构图如图3．2所示。

添加图片注释，不超过 140 字（可选）

Web Service是就现在而言最适合实现SOA的一些技术的集合，事实上最 近SOA的火爆在很大程度上归功于Web Service标准的成熟和应用的普及为广 泛的实现SOA架构提供了基础。不过，在理解SOA和web服务的关系上，经 常发生混淆。根据2003年4月的Gartner报道，Yefim V．Natis就这个问题是这样解释的：“wcb服务是技术规范，而SOA是设计原则。特别是w曲服务中 的WSDL，是一个SOA配套的接口定义标准：这是Web服务和SOA的根本联系。”从本质上来说，SOA是一种架构模式，而Wcb服务是利用一组标准实 现的服务。wcb服务是实现SOA的方式之一。用wcb服务来实现SOA的好 处是企业可以实现一个中立平台，来获得服务，而且随着越来越多的软件商支 持越来越多的Wcb服务规范，他们会取得更好的通用性。

2．5 SOA的体系结构成员

2.5.1 SOA的3个参与者

1，服务提供者

服务提供者为处理一系列特定任务的软件资源提供服务接口。它发布自己 的服务，并且对使用自身服务的请求进行响应。每个提供者必须确定陈列哪些服务，如何为服务取得安全性和易用性之间的平衡，如何为服务定价，或者如 果服务是免费的，如何开发它们的其他价值等。服务提供者创建Web服务并可 能把其接口和访问信息发布到服务注册表。

2．服务请求者 服务请求者发现并调用其它的软件服务来提供商业解决方案，是通过服务 代理查找所需的服务，然后使用该服务。

3．服务代理 商业实体或者独立的运营商都能代表服务代理。服务代理注册已经发布的

服务提供者，对其进行分类并提供搜索服务，负责使Web服务接口和实现访问 信息可用于任何潜在的服务请求程序。代理的实现者必须确定关于代理范围的信息。公用代理在整个Internet上都可用，而专用代理仅可被受限的人群(例 如企业内部网的用户)访问。 SOA体系结构中的组件必须具有上述一种或多种角色，在这些角色之间使 用了三种操作：(1)发布：使服务提供者可以向服务代理注册自己的功能及访 问接口。(2)查找：使服务请求者可以通过服务代理查找特定种类的服务。(3)绑定：使服务请求者能够真正使用服务提供者。其体系结构如图4．1所示。

添加图片注释，不超过 140 字（可选）

第三章仿真模拟设计

整体网络拓扑如下图所示：

添加图片注释，不超过 140 字（可选）

IP地址规划如下：

业务地址

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

企业内部分为两大块。其中技术部和销售部使用的是单臂路由，运行动态路由协议RIP。工程部，人力资源部的网关是在三层交换机SW10上。运行动态路由协议OSPF。在路由器上配置重分发使得几个部门之间能够相互通信。

在出口路由器上做NAT，使得企业内部网络都能正常访问外网。

互联网部分，使用路由协议EIGRP，使得整个互联网内网络互通、

首先配置vlan 。并将交换机接口划分到vlan，并将相应的接口配置成为access或者trunk模式：

技术部，销售部，以SW1 SW3 SW5为例：

SW1配置如下

interface GigabitEthernet1/0/1

switchport trunk encapsulation dot1q

switchport mode trunk

!

interface GigabitEthernet1/0/2

switchport access vlan 10

switchport mode access

switchport nonegotiate

!

interface GigabitEthernet1/0/3

switchport access vlan 20

switchport mode access

switchport nonegotiate

!

SW3配置如下

interface GigabitEthernet1/0/1

switchport trunk encapsulation dot1q

switchport mode trunk

switchport nonegotiate

!

interface GigabitEthernet1/0/2

switchport trunk encapsulation dot1q

switchport mode trunk

!

SW5配置如下

interface GigabitEthernet1/0/1

switchport trunk encapsulation dot1q

switchport mode trunk

!

interface GigabitEthernet1/0/2

switchport trunk encapsulation dot1q

switchport mode trunk

!

interface GigabitEthernet1/0/3

switchport access vlan 30

switchport mode access

switchport nonegotiate

!

interface GigabitEthernet1/0/4

switchport trunk encapsulation dot1q

switchport mode trunk

!

工程部和人事部以SW6 SW8 SW10为例：

SW6配置如下

interface GigabitEthernet1/0/1

switchport trunk encapsulation dot1q

switchport mode trunk

!

interface GigabitEthernet1/0/2

switchport access vlan 40

switchport mode access

switchport nonegotiate

!

interface GigabitEthernet1/0/3

switchport access vlan 50

switchport mode access

switchport nonegotiate

!

SW8配置如下

interface GigabitEthernet1/0/1

switchport trunk encapsulation dot1q

switchport mode trunk

switchport nonegotiate

!

interface GigabitEthernet1/0/2

switchport trunk encapsulation dot1q

switchport mode trunk

!

SW10配置如下

interface GigabitEthernet1/0/1

switchport trunk encapsulation dot1q

switchport mode trunk

!

interface GigabitEthernet1/0/2

switchport trunk encapsulation dot1q

switchport mode trunk

!

interface GigabitEthernet1/0/3

switchport access vlan 60

switchport mode access

switchport nonegotiate

!

配置单臂路由，在R1上配置如下

interface GigabitEthernet0/0.10

encapsulation dot1Q 10

ip address 192.168.10.1 255.255.255.0

!

interface GigabitEthernet0/0.20

encapsulation dot1Q 20

ip address 192.168.20.1 255.255.255.0

!

配置DHCP，使得各个部门能自动获取IP地址。

技术部，销售部的DHCP在路由器R1上配置。配置如下

ip dhcp excluded-address 192.168.10.1

ip dhcp excluded-address 192.168.20.1

!

ip dhcp pool jishu

network 192.168.10.0 255.255.255.0

default-router 192.168.10.1

dns-server 210.10.213.14

ip dhcp pool xiaoshou

network 192.168.20.0 255.255.255.0

default-router 192.168.20.1

dns-server 210.10.213.14

配置完成后，技术部，销售部能够获取IP地址。如下

技术部：

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

在核心交换机SW10上配置工程部人事部网关

interface Vlan40

mac-address 0000.0cb3.0101

ip address 10.10.40.1 255.255.255.0

!

interface Vlan50

mac-address 0000.0cb3.0102

ip address 10.10.50.1 255.255.255.0

!

interface Vlan60

mac-address 0000.0cb3.0103

ip address 10.10.60.1 255.255.255.0

!

在核心交换机上配置DHCP

ip dhcp excluded-address 10.10.40.1

ip dhcp excluded-address 10.10.50.1

!

ip dhcp pool gongcheng

network 10.10.40.0 255.255.255.0

default-router 10.10.40.1

dns-server 210.10.213.14

ip dhcp pool renli

network 10.10.50.0 255.255.255.0

default-router 10.10.50.1

dns-server 210.10.213.14

!

配置完成后，能够获取IP地址

工程部

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

配置RIP路由协议

R1配置如下

router rip

version 2

network 172.16.0.0

network 192.168.10.0

network 192.168.20.0

network 192.168.30.0

no auto-summary

!

R3配置如下

router rip

version 2

network 172.16.0.0

no auto-summary

R5配置如下

router rip

version 2

network 172.16.0.0

default-information originate

no auto-summary

!

配置完成后，在R5上查看RIP学到路由。如下

添加图片注释，不超过 140 字（可选）

配置OSPF路由协议

SW10配置如下

router ospf 1

network 10.10.70.1 0.0.0.0 area 0

network 10.10.40.0 0.0.0.255 area 0

network 10.10.50.0 0.0.0.255 area 0

network 10.10.60.0 0.0.0.255 area 0

!

R2配置如下

router ospf 1

network 172.16.16.13 0.0.0.0 area 0

network 10.10.70.2 0.0.0.0 area 0

!

R4配置如下

router ospf 1

network 172.16.16.14 0.0.0.0 area 0

network 172.16.16.10 0.0.0.0 area 0

!

R5配置如下

router ospf 1

network 172.16.16.9 0.0.0.0 area 0

default-information originate

!

配置完成后，查看OSPF邻居。以R2 R4为例

R2上查看如下

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

为了使得几个部门之间能相互通信，需要在路由器R5上做路由重分发，配置如下

router ospf 1

redistribute rip subnets

!

router rip

version 2

redistribute ospf 1 metric 1

配置完成，在R1上查看所有路由表如下

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

配置完成后，各个部门之间能够互访。如下：

以技术部访问人事部为例

添加图片注释，不超过 140 字（可选）

在出口路由器上配置NAT,使得企业内部能访问外网：

在R5上配置如下：

interface GigabitEthernet0/1

ip address 172.16.16.9 255.255.255.252

ip nat inside

!

interface Serial0/0/0

ip address 190.10.56.1 255.255.255.252

ip nat outside

clock rate 2000000

!

interface Serial0/0/1

ip address 180.10.56.1 255.255.255.252

ip nat outside

clock rate 2000000

!

ip nat inside source list 10 interface Serial0/0/0 overload

ip nat inside source list 20 interface Serial0/0/1 overload

ip route 0.0.0.0 0.0.0.0 190.10.56.2

ip route 0.0.0.0 0.0.0.0 180.10.56.2

!

配置完成后，企业内网访问互联网如下，以技术部和工程部为例：

技术部PC

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

互联网部分配置EIGRP路由协议，如下。

R6配置如下

router eigrp 100

network 190.10.0.0

network 180.10.0.0

R7配置如下

router eigrp 100

network 190.10.0.0

network 200.10.117.0

R8配置如下

router eigrp 100

network 190.10.0.0

network 200.10.128.0

R9配置如下

router eigrp 100

network 190.10.0.0

network 200.10.139.0

SW11配置如下

router eigrp 100

network 200.10.117.0

network 210.10.211.0

auto-summary

!

SW12配置如下

router eigrp 100

network 200.10.128.0

network 210.10.212.0

no auto-summary

!

SW13配置如下

router eigrp 100

network 200.10.139.0

network 210.10.213.0

no auto-summary

!

配置完成后，查看EIGRP邻居

以R6 SW12为例

R6上查看如下

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

添加图片注释，不超过 140 字（可选）

第四章仿真模拟的实现

本次实验拓扑利用思科 Cisco Packet Tracer 模拟器搭建，为 了保证企业网的可靠性，该企业网内部部署了 R1 和 R2 两台核 心路由器，并通过 R2 连接到 Internet 上，出口路由器 R2 通过 V.35 线缆与一台外部路由器 R3 相连。在企业网的内部，R1 通过 三层交换机 L3-SW 与两台二层交换机相连，企业终端 PC 连接在 二层交换机上。在三层交换机L3-SW上划分VLAN10和VLAN20， 将二层交换机 L2-SW1 划分到 VLAN10，将二层交换机 L2-SW2 划分到 VLAN20。 企业网内部两台核心路由器 R1 主要承担企业网内部 VLAN10 和 VLAN20 数据包和来自 R2 的数据包的转发，R2 主要 承担转发来自 R1 和 R3 的数据包和 NAT 的任务。R1、R2、R3 以及三层交换机 L3-SW 上配置 OSPF 协议，配置之后，在 R1、 R2 之间选举产生 DR（指定路由器）和 BDR（备份指定路由器）， 从而使整个网络的链路状态达到稳定状态。当企业网络结构比较 复杂的时候时，使用 OSPF 协议就可以在短时间内使链路状态带 达到稳定，并可以减少链路中的路由信息数量，有利于企业中网 络的稳定。R2 和 R4 链接，模拟企业网接入 Internet，需要在 R2 和 R4 之间配置静态路由。本实验是用单区域中的 OSPF 应用来 模拟企业网络，其网络拓扑图如图 2 所示：

添加图片注释，不超过 140 字（可选）

S企业综合服务网络平台的开发是基于J2EE和ESB的SOA架构，其开发平

台环境主要包括以下内容：

1. 操作系统：Windows XP Professional。

2. 数据库：MySQL。MySQL是一个小型关系型数据库管理系统，开发者为 MySQLAB公司，该公司最初由David Axmark、A1lan Larsson等在瑞典成立，现 在属于Oracle公司。MySQL提供了一个快速、多线程、多用户和健壮的SQL数 据库服务器，并由于体积小，开放代码等特点，因此被广泛应用于中小型企业的 信息系统中。

3. 集成开发环境：NetBeans 6．0。NetBeans是开源软件开发集成环境，是一 个开放框架，可扩展的开发平台，可以用于Java，C／C++，PI-IP等语言的开发，本 身是一个开发平台，可以通过扩展插件来扩展功能。

4. 应用服务器：Glassfish Server。Glassfish是SUN基于社区推出的一款开源 的Java EE服务器，它是基于JavaEE 5的一个参考实现，就功能而言，它几乎是 对Java EE 5的一个全面实现，囊括了其中所有的新特性，包括EJB3．0等。在企 业级应用方面，Glassfish实现了以前商用服务器才有的集群功能，为企业级的应 用打下了坚实的基础。Glassfish在企业级特性，比如高可用性、可伸缩性、集群、 综合监控、SOA、控制台易用性等方面具有不输于商用应用服务器的能力，能够 接受重型生产环境的挑战，又具有开源的优势。

5. 企业服务总线：Open ESB(Glassfish ESB)。采用的服务总线为GlassfishESB，Glassfish ESB是由SUN公司推出的一款集成了OPEN ESB，NetBeans和Glassfish Server的产品嗍。Glassfish ESB它可以为企业应用程序提供良好的运行时和设计支持。整体开发过程中涉及到的技术主要有：(1)Web Service技术：提供标准化的服务接口，是SOA得以提供标准化服务的基础。

(2)Struts技术：MVC架构的一种，用于处理整个应用的用户界面部分，也可以用其他MVC架构。

(3)Session Bean技术：Session Bean是J2EE中的核心业务组件部分，主要用来实现应用系统的业务逻辑部分，并且也可以用来实现远程分布式调用。当然也可以用Spring等技术来实现。

(4)Hibernate技术：处理数据库操作的部分。

(5)ESB技术：将各种服务进行集成管理，是SOA架构的核心技术。将以上各种技术集成到J2EE开发平台上，集成后的开发架构如图5．1所示：

添加图片注释，不超过 140 字（可选）

5.总结

本文以销售型企业应用的研究与实现为背景，针对现阶段我国中小型销售企业信息化中存在的问题，详细阐述了SOA的概念、国内外研究现状和实现技术，就以建设基于SOA的销售型企业应用的理论基础、基本思想、总体架构、设计思路、设计方法及总体实现等方面进行了研究，现对本文的研究成果进行总结和对未来工作的展望如下：

1. 本文的主要研究成果

①参考和阅读了国内外大量的关于面向服务的架构相关论文和研究资料，深入研究了SOA相关的理论知识、相关实现技术和模型；详细调查了当前国内销售型企业分类及其特点、以及目前销售型企业信息化现状；结合具体案例实际情况，运用SOA架构思想，设计了基于SOA的S企业应用。

②基于面向服务的架构的理念，提出了基于SOA的总体逻辑结构的设计，实现了不同服务粒度的设计。不同服务粒度的设计，对于服务的建模十分重要，降低了系统内部的耦合性，提高了系统的适应能力，提高了服务的重用性和效率。并将服务分为不同层级，实体型服务、应用级服务、任务型服务和流程级服务，不同级别的服务将原有的系统功能都封装为不同粒度、不同层次的服务，明确了各个服务的职能和组织结构，每个服务层次都有各自对应的设计方法和开发模式。服务的分层设计模式不仅保证了所需业务功能的实现，而且提高了业务的敏捷性和灵活性。

③提出了基于SOA的S企业的总体解决方案和4层体系结构，提出了S企业将来的发展目标。运用业务流程管理思想，对S企业的业务流程进行改进设计，提高了S企业业务的灵活性、可扩展性；本文虽然在SOA理论研究和系统的实现方面有一定的创新和进展，但是由于作者学术水平的有限和实践经验的欠缺以及SOA技术的不断发展，本中的许多方

面肯定还有待于进一步的完善。对未来的工作将集中在以下几个方面：①安全性的研究。销售型企业的网络销售中，安全性的重要性十分突出，安全性的设计是面向服务的设计过程中的一个重中之重，它直接影响到企业的服务质量和用户对企业的信赖度。因此，需要进一步深入研究面向服务的架构中安全性设计。②本文主要是对销售型企业网络销售和搜索业务为研究对象，对于SOA在其他领域内的研究与应用还不太了解，有待进一步研究。

③Web服务的质量(QoS)问题。服务质量也是SOA系统研究的一个重要方面，今后的工作应该涉及。④在总体应用实现方面，本文在J2EE平台上采用企业服务总线技术和WebService技术构建并实现了SOA架构的整合应用，深入研究了GlassFish ESB企业服务总线并将其应用于J2EE平台，对外部服务提供者的地址和传输协议实现了封装和隐藏，很好的满足了S企业综合服务网络平台的开发需求。

---

致谢

本论文是在我的老师某某教授的耐心指导下完成的。某某老师知识广博、内涵深远、教导严谨、严格要求和和蔼亲切，不仅只是我学生道路的指路人，也成为了我人生的向导。他在这短短的时间里，让我把学到的运用到实践中和自主思考的习惯，对我未来的学习和操作路上产生了很大的影响。在此谨向某某老师表示最真诚的谢意和尊敬。其次，感谢学校里的老师和同学，在学习中他们帮了我很多，在日常中，同学和老师一直关心我和帮助我，他们的陪伴见证的我的成长。还要感谢我的亲人，他们总是的支持着我的学习，激励着我不断努力，没有他们就没有我的今天。我会不辜负父母的期望，在以后的学习、操作和日常中努力做到最佳。

最后，感谢为我答辩和评审的各位专家和评委，感谢你们对我提出的宝贵的建议和意见，感谢你们的批评和指正。谢谢！

---

参考文献

[1]http：／／www．iresearch．com．cn／Report／1502．html

[2]黄红如．中小企业网络营销现状及应用研究[D]．北京：北京交通大学，2010．06． [3]Alonso G，Casati F．Web Services and Service-oriented Architectures[J]．

Proceedings of 21st International Conference on Data Engineering，Tokyo，Japan，

2005：1147．

[4]http：／／硼vw．realesoft．com／about／news／media_view．php?id--97

[5]Tsai W T，Can Z，Wei X et a1．Modeling and simulation in service—oriented Software

development．Simulation，2007，83(1)：7-32．

[7]http：／／嗍．w3．org／standards／webofservices／description http：／／嗍．oasis—open．org／commi ttees／tc_home．php?wg_abbrev=soa-rm [8]林昱东。基于SOA和Java Web服务的数据交换系统的设计与实现[D]．上海：上海交通大学，2006．12．http：／／en．wikipedi&org／wiki／Service-oriented_architecture

[10]http：／／vnvw．service—architecture．com／web-services／articles／service-orienteda

rchitecture—．soa definition．html

[11]刘佳诺．基于SOA架构的BZB电子商务系统的设计与实现[D]．上海：华东师范大

学，2008．04

[12]梁爱虎．SOA思想、技术与系统集成应用详解[M]．北京：电子工业出版社。2007．12．

[13]欧阳纯萍．实施面向服务体系架构(SOA)关键技术的研究[D]．南宁：广西大学，2007．06．

E14]熊松泉．Application and Implementation of Campus Information Integration based

on Web Service[J]．电脑开发与应用，2011．02：25-27． [15]王占杰．Research on Web Service Stack Security[J]．计算机应用研究，2003．06：4-6． 【16]Chris Peltz，Hewlett Packard，Co，Web Services 0rchestration[J]，January 2003．

[17]毛新生．SOA原理·方法·实践[M]．北京：电子工业出版社，2007．01．

[18]张俊妍，陈启买．OAP协议性能与安全的研究进展[J]．计算机技术与发

展．2009．06：163—166．

[19]Web Services Description Language(WSDL)Version2．0 Part 0：

http：／／嗣哪．们．org／TR／2007／REC-wsdl20-Primer-20070626．

[20]房江太．语义Web服务的WSDL-S实现[D]．大连：大连海事大学，2008．