SOA相关标准及主要内容(完整版)
•
发轫之初
2000年以后，基于互联网的电子商务发展需要，人们提出了Web服务的概念，出现了三个著 名的 Web服务标准和规范：简单对象访问协议（Simple Object Access Protocal，SOAP）、Web服 务描述语言（Web Services Description Language，WSDL）及通用服务发现和集成协议 （ Universal Discovery Description and Integration，UUDI），极大推动Web服务的普及和发展
• IETF(Internet Engineering Task Force)
IETF（因特网工程工作小组）是定义标准因特网操作协议（像TCP/IP） 的团体， IETF接受国际互联网协会Internet架构委员会 （ Internet Architecture Board，IAB ）的监督管理。IETF的成员分别来自于互联网协 会的个人或者组织成员。 网址 :
知名的XSD
XML Schema Definition，简称XSD，它如同DTD一样是负责定义和描述XML文 档的结构和内容模式。它可以定义XML文档中存在哪些元素和元素之间的关系，并 且可以定义元素和属性的数据类型。
WS-MetadataExchange
为获取目的，元数据如何能被当作WS-Transfer资源来处理，元数据如何才能 够嵌入到Web服务的端点引用中及为了获取元数据，Web服务端点怎样能够可选支持 请求－响应交互。
SOA主要相关标准-服务语义和元数据
语义执行环境 语义执行环境SEE
语义执行环境， Semantic Execution Environment，简称 SEE，致力于提供一个开放的基 于标准的执行环境来实现语义 Web服务的发现、选择、仲裁、 触发以及交互。 右图为语义执行环境概念模 型。
SOA主要相关标准-服务语义和元数据
WSML（Web Services Modeling Language）
WSML为WSMO提供了一套形式化的语法和语义描述。WSML基于不同的逻辑 基础，如描述逻辑、一阶逻辑以及逻辑编程。这在语义Web服务的建模过程中非常 有用。不同的逻辑基础导致WSML由一系列变体组成，它包括：WSML-Core, WSML-DL, WSML-Rule 和WSML-Full。这些变体在表达能力和语法层面上有所区 别。
OASIS-SOA参考模型与其他分布式系统架构关系
SOA相关标准规范体系结构
长风联盟SOA参考架构 运行时环境 集成开发工具 交互服务 服务资源 管理中心
信息 服务
流程引擎 服务总线 适配器服务
安全 服务
运行管理系统
SOA相关协议栈组成框架与关系
另一种SOA标准分类方法，是根据标准规范在 SOA 中的角色功能，将其分为 三大类：服务层次上的信息交互规范（Service communication ）、基础通信标准 规范（Infrastructure communication ）、元数据标准规范( Metadata ）。根 据各种标准规范在SOA 体系中的角色功能，可以将 SOA 协议栈分为 7 层：
SOA相关标准规范 体系介绍
SOA-RA-TF SOA-AP-TF
目录
• • • • SOA相关标准规范制定的组织 SOA相关标准规范体系结构 SOA重要标准简要介绍 SOA相关标准的部分开源实现
SOA相关标准规范培训提纲 （1）SOA标准制定的组织 W3C OASIS WS-I 其他 （2）SOA相关标准体系结构 标准组成结构 （3）重要标准简要介绍 UDDI/SOAP/WSDL SCA/JBI服务组装模型 BPEL/SCDL SOA的相关技术 （4）部分开源实现 Tuscany OpenESB
SOA主要相关标准-服务语义和元数据
服务元数据描述规范主要有以下几种： RDF
RDF，即Resource Description Framework，资源描述框架，用于表达资源的元 数据信息，如页面标题、作者、摘要、修改时间等。它只是提供了一个通用的框架 或模型，在该框架下，所有的资源都可以得到充分有效的描述。其基本思想是：1） 用URI来标识事物；2）将一切可以在Web上标识的事物统称为“资源”；3）用属 性（Property）和属性值描述资源。
其他组织
• OSOA（Open SOA Collaboration ）
OSOA,开放SOA 联盟，它是一个非正式的厂商联盟，使得各厂商能够共 同开发一个语言中立的编程模型。该编程模型帮助企业软件开发人员能够最 大限度的发挥SOA架构的特性和 优势。目前加入OSOA的厂商包括IBM、BEA、 SAP 、 Oracle 等。尽管OSOA不是一个标准化组织，但由于有IBM、BEA等业界 厂商的支持， 它制定的规范很可能会成为事实上的标准。因此，我们可以 把它看作一个准标准化组织。OSOA成立了两个项目组，分别负责制定SCA和 SDO 规范。 网址：
•
成长阶段
从 2005年开始，SOA推广和普及工作开始加速。最重要的成果体现在3个重量级规范上： SCA/SDO/WS-Policy。SCA和SDO构成了SOA编程模型的基础，而WS-Policy建立了SOA组件之间安全交 互的规范。这三个规范的发布，标志着SOA进入了实施阶段。 从整体架构角度看，人们已经把关注点从简单的Web服务拓展到面向服务体系架构的各个方面， 包括安全、业务流程和事务处理等
官方网址：
OASIS组织
OASIS（Organization for the Advancement of Structured Information Standards ，结构化 信息标准促进组织）成立于 1998年，它是一个非 赢利的国际协会，致力于电子商务相关标准的制定 和推广，也是目前制定 Web服务标准最多的一个组 织。除了制定通用的电子商务、 Web服务和安全标 准之外，OASIS还制定了很多针对行业的电子标准。 OASIS理事会成员几乎全部来自微软、IBM、BEA system、Oracle、Sun、SAP AG、诺基亚等业 界大公司。 官方网址：
服务语义的其他标准 WSMX（Web Services Modelling Execution Environment）
Web服务建模执行环境，简称WSMX，它关注的是语义执行环境组件的开发与 实现。
Hale Waihona Puke WSMO（Web Services Modeling Ontology）
WSMO提供了一个描述语义Web服务各个方面的框架。它提供了本体和语言来 描述与语义Web服务的相关的四个重要元素，即：本体、服务、目标及中介。 WSMO为语义执行环境提供了形式化的基础。WSMO中所描述的四个元素均被映 射成为语义执行环境的核心组件。
Web服务标准集
Web服务标准集已经初具规模，内容涵盖传输层、消息机制、编程模型、服 务发现和描述、可靠性、事务处理、安全和管理等方面。
SOA参考模型
它不是一个标准，而是SOA架构的一个抽象框架，统一了SOA相关术语用法 并且定义了这些术语的涵义，同时还明确定义了SOA各组件之间的关系。
SOA相关标准规范体系结构
SOA相关标准规范体系结构
• 标准与规范
“标准”=“规范”？ 严格讲二者是有差异的。规范是标准的建议文档，标准一般是由 业界公认的标准化组织制定和发布。而规范要灵活的多，多为厂 商或非标准化组织发布。事实上，很多规范并不是标准，比如SDO 和SCA，而是由某 些厂商或厂商联盟制定发布。但是凭借这些厂 商强大的市场地位，这些规范往往会成为事实上的标准。
Web服务描述语言WSDL，从句法层面对Web服务的功能进行描述，包括4个 不同的粒度：数据类型（Data type）、消息（Message）、方法（Operation）和 访问端口（PortType）。 还不够？？？对服务的行为约束和属性描述缺乏进一步的支持。 OWL-S(原 DAML-S) Ontology Working Language–Semantic，简称OWL-S，描述Web Service的 ontology(本体论)，其中比较重要的三部分是profile，process和grounding。下 图为服务拓扑的顶层视图。
SOA运行时架构SOA标准组成结构
FERA（Federated Enterprise Reference Architecture）对SOA标准 分类，给出了另一种视角，即SOA运行时架构的定义，它将 SOA 标准分为 三大类：
SOA运行时结构
SOA主要相关标准
服务虽然不等于Web服务，但Web服务是目前最常用的服务 表现形式，因此下面介绍的服务标准，多是基于Web服务的标 准。常用的SOA相关标准，我们从以下方面着手：
服务的语义和元数据 服务质量保障：服务策略、服务安全、传输与优化、事务 服务的通讯 服务的组装与合成，服务编排 服务互操作 服务注册与管理
SOA主要相关标准-服务语义和元数据
服务的语义标准目前还不太成熟，常见的有以下几个： 大名鼎鼎的WSDL(Web Service Description Language)
SOA相关标准规范制定的组织 • • • • W3C OASIS WS-I 其他，如JCP、IETF、OSOA等
W3C
W3C（World Wide Web Consortium ，万维网 联盟）组织是对网络标准制定的一个非赢利组织， 成立于1994年，像HTML、XHTML、CSS、XML、WSDL、 SOAP等标准就是由W3C来定制。根据 W3C官方网站 的介绍，W3C会员包括生产技术产品及服务的厂商、 内容供应商、团体用户、研究实验室、标准制定 机构和政府部门，一起协同工作，致力在万维网 发展方向上达成共识。
SOA相关标准规范体系结构
SOA相关标准规范分类
一种分类方法，是将SOA标准分为XML标准集、Web服务标准集和SOA 参考模型 XML标准集
SOA_简介
IBM SOA Foundation-1
21/38
SOA Foundation 参考模型
IBM SOA Foundation-2
22/38
SOA Foundation 解决方案堆栈
IBM SOA Foundation-3
23/38
� 解决方案的 5 个层次分别如下（按照从下到上的顺序）： � 可操作系统：表示现有 IT 资产，说明 IT 投资非常宝贵， 应该在 SOA 加以利用。 � 服务组件：实现服务，可能通过使用可操作系统层中的一 个或多个应用程序来进行。如模型中所示，使用者和业务 流程并不能直接访问组件，而仅能访问服务。现有组件可 以在内部重用，或在合适的情况下在 SOA 中使用。 � 服务：表示已部署到环境中的服务。这些服务由可发现实 体进行治理。 � 业务流程：表示将业务流程作为服务编排实现的操作构件。 � 使用者：表示用于访问业务流程、服务和应用程序的通道。
传统方法学-1
26/38
传统方法学-2
27/38
� 传统方法学将项目周期分为分析、设计和开发三个阶段， 纵坐标将域分为应用、架构和业务。 � 流程建模（ BPM）用于业务领域的分析和设计，如业务 流程的定义、业务数据的定义等； � 企业架构（ EA）和方案架构（ SA）侧重在架构领域的 分析和设计，如根据业务需求确定目前目标业务系统和 IT系统，根据目标系统需求设计主要架构元素和它们之 间的关系； � 面向对象的分析和设计（ OOAD）则贯穿分析、设计和 开发三个阶段，它主要分析细粒度的业务需求，如用 例，分析和设计实现这些需求的类和对象，以及它们之 间的关系。
SOA方法学-1
28/38
SOA方法学-2
29/38
� 面向服务的分析和设计贯穿项目周期的三个阶段和IT系 统的三个域。这暗示着，在操作层面上，面向服务的 分析和设计会和其他方法学紧密相联。
SOA基础知识
SOA 基础知识简介SOA 简介如果您接触 SOA 不久,则可能会希望在开始本教程前了解本部分给出得一些基本信息得简介。
SOA 就是一种体系架构方法,用于定义、链接与集成具有清晰边界且功能方面自包含得可重用业务服务。
在这种类型得体系架构中,您可以对业务流程中得业务服务进行协调。
通过采用服务得概念(一个独立于应用程序或基础设施 IT 平台以及上下文与其她服务得较高级别得抽象),SOA 将 IT 提升到了一个新得级别,更为适合互操作性与异类环境。
因为 SOA 构建于主要 IT 提供商认可与支持得标准(如 Web 服务标准等)之上,因此可以快速构建服务与进行互连。
可以在不考虑所支持得基础设施得情况下在企业间进行互连,从而为委托、共享、重用现有资产并实现其好处得最大化打开方便之门。
通过建立 SOA,可以将内部 IT 基础设施提高到一个更高、可见性更好且可管理得级别。
通过可重用服务与高级流程,能以比以往任何时候都方便得方式进行更改,而且更像就是分解部件(服务)并将其重新组合为新得与业务一致得流程。
这不仅提高了效率与重用,而且还提供了极强得更改与保持 IT 与业务一致得能力。
SOA 得价值那么,为什么大家对 SOA 得出现如此兴奋呢？它提供了什么,能够有什么帮助？就是否所有情况都应该使用？接下来让我们逐一回答这些问题。
SOA 最适合什么？您可能会想,SOA 最适合哪些业务功能与情况,以及何种情况最能体现出其潜能？某些情况与业务功能应该立即使用 SOA,因为 SOA 可以提高竞争力与效率,清楚地体现出其价值。
此类情况主要包括:多个实体使用得集中业务功能:SOA 可帮助标识此类功能,并将其打包为可重用得自包含服务,不会受到相关流程更改得影响。
与合作伙伴集成:SOA 可推动标准得使用,而这在任何集成中都至关重要,因为标准为所有各方创建了共有得工作基准。
另外,SOA 能提供出色得敏捷性,能够通过 SOA 得分离功能以对客户几乎无缝得方式灵活地插入、更改或更新服务,从而能增强集成体验。
soa知识简介
SOA 的基本概念面向服务架构（Service Oriented Architecture，SOA）是一个组件模型，它将应用程序的不同功能单元——服务（service），通过服务间定义良好的接口和契约联系起来。
接口采用中立的方式定义，独立于具体实现服务的硬件平台、操作系统和编程语言，使得构建在这样的系统中的服务可以使用统一和标准的方式进行通信。
◆SOA 是一种软件系统架构。
SOA 不是一种语言、具体技术、产品，而是一种软件系统架构，是人们面向应用服务的解决方案框架。
◆服务是SOA实现的核心。
SOA架构的基本元素是服务，SOA指定一组实体，如服务提供者、服务消费者、服务注册表、服务条款、服务代理和服务契约等，详细说明了如何提供和消费服务。
遵循SOA 架构的软件系统必须有可互操作、独立、模块化、位置明确、松耦合的服务。
SOA 中的基本角色服务提供者提供符合契约的服务，并将它们发布到服务代理上。
服务请求者也称服务使用者，它发现并调用其他软件服务来提供商业解决方案。
SOA 本质上是将网络、传输协议和安全细节留给特定的实现来处理。
服务请求者通常称为客户端，它可以是终端用户应用程序，也可以是别的服务。
服务代理者好比储存库、电话黄页或票据交换所，产生由服务提供者发布的软件接口。
SOA 中的3 个角色参与者通过3 个基本操作：发布、查找和绑定相互作用。
服务提供者向服务代理者发布服务。
服务请求者通过服务代理者查找所需的服务，并绑定到这些服务上。
服务提供者和服务请求者之间可以交互。
SOA 的基本特征◆松散耦合。
SOA 具有“松散耦合”组件服务，既服务使用者到服务提供者的绑定与服务之间是松耦合的。
它将服务使用者和服务提供者在服务实现和客户如何使用服务之间隔离开来，其服务接口作为与服务实现分离的实体存在。
服务使用者不需要知道服务提供者具体实现的技术细节，比如程序设计的语言、部署的平台等等。
服务实现可以在完全不影响服务使用者的情况下进行修改和完善，如基于遗留代码（COBOL）的实现完全由Java 语言的新代码取代，同时又不对服务请求者造成任何影响。
SOA系统的技术要求“标准”
图形可视化的数据转换，无需编码
提供图形可视化的异构数据格式转换映射工具，内置丰富函数，能够将输入数 据和输出数据进行不同格式间的转换 (如结构化的XML、非 XML 或 Java 对象数 据) ，从而可快速集成异构应用，无需考虑表示数据采用的格式。 TI3分别提供了基于XSLT和Java的图形可视化数据格式转换工具。
数据交换与数据集成
数据交换流程服务
监控、抽 取 转换/传输 路由
数据装载
数据装载
数据交换与数据集成
监控管理中心
节点/服务/应用 运行状态查看 节点/服务/应用 运行启停控制
业务流程 运行监控
日志查看 与级别设置
应用服务运行 历时记录统计
应用服务 能力水平监测
功能特点-企业级服务质量
结合公司其他中间件产品，可提供较完整的企业级服务质量，如： 较完整的安全机制：如Web服务安全、开发/运行时访问权限控制、跨网络的可靠 安全消息传输等 事务及可靠性：适配器基于JCA规范实现，并封装针数据库、消息系统等的事务 操作接口；网络间的消息可靠传输；提供对应用间交换数据的跟踪能力等 负载均衡：基于消息中间件TongLINK/Q及服务总线运行环境应用服务器 18 TongWEB，可提供基于消息和Web容器的负载均衡及灾备恢复能力
集成开发工具TIStudio
内置适配 器、服务 服务、 流程编排 分布式 开发部署
基于 EClipse
界面友好 配置灵活
联机、 脱机支持
组合服务与合成应用
合成应用：服务消费者，服务提供者以及它们的连接关系 的合成展示，并将它们进行组装，形成能够打包和部署的 应用及组合服务。 确定服务K/Q • MQ Series • ……
通讯
• FTP •HTTP •POP3/SMTP • Web service • ……
SOA基础知识总结
SOA 基础知识简介SOA简介假如您接触 SOA 不久，则可能会希望在开始本教程前认识本部分给出的一些基本信息的简介。
SOA 是一种系统架构方法，用于定义、链接和集成拥有清楚界限且功能方面自包含的可重用业务服务。
在这类种类的系统架构中，您能够对业务流程中的业务服务进行协调。
经过采纳服务的观点（一个独立于应用程序或基础设备IT 平台以及上下文和其余服务的较高级其余抽象），SOA 将IT 提高到了一个新的级别，更加合适互操作性和异类环境。
因为 SOA 建立于主要 IT 供应商认同和支持的标准（如 Web 服务标准等）之上，所以能够迅速建立服务和进行互连。
能够在不考虑所支持的基础设备的状况下在公司间进行互连，进而为拜托、共享、重用现有财产并实现其利处的最大化翻开方便之门。
经过成立 SOA，能够将内部 IT 基础设备提高到一个更高、可见性更好且可管理的级别。
经过可重用服务和高级流程，能以比过去任何时候都方便的方式进行改正，并且更像是分解零件（服务）并将其从头组合为新的与业务一致的流程。
这不单提高了效率和重用，并且还供应了极强的改正和保持 IT 与业务一致的能力。
SOA的价值那么，为何大家对 SOA 的出现这样喜悦呢？它供应了什么，能够有什么帮助？能否全部状况都应当使用？接下来让我们逐个回答这些问题。
SOA 最合适什么？您可能会想， SOA 最合适哪些业务功能和状况，以及何种状况最能表现出其潜能？某些状况和业务功能应当立刻使用 SOA，因为 SOA 能够提高竞争力和效率，清楚地表现出其价值。
此类状况主要包含：多个实体使用的集中业务功能： SOA 可帮助表记此类功能，并将其打包为可重用的自包含服务，不会遇到有关流程改正的影响。
与合作伙伴集成：SOA 可推进标准的使用，而这在任何集成中都至关重要，因为标准为全部各方创立了共有的工作基准。
此外，SOA能供应优秀的矫捷性，能够经过 SOA 的分别功能以对客户几乎无缝的方式灵巧地插入、改正或更新服务，进而能增强集成体验。
SOA介绍
足软件用户的需求。在SOA环境中，网络上的节点以独 立服务的形式将自己的资源开放给网络上其他参与者，其 他参与者按一种标准的方式使用资源。与传统点对点架构 不同，各种SOA都由松耦合、高度可互操作的应用服务 构成。
内部公开
SOA概念
• SOA是一种面向服务的架构，是由不同的技术、模型和事件组
成的结合体。 • S 是指各种编程语言实现的Web服务，Web服务仅仅是SOA 拼图中的一块。 • A是指一种架构。如何将上述Web服务组合成符合客户需求的 业务模型。
• SOA已经发展成为系统设计、开发和集成的优选方案。 • SOA是一种范式、概念、方法，主要是针对各异的大型分布式
系统。
内部公开
SOA核心特征
内部公开
服务透明性
• 服务的透明性，指的是在不明确知道网络中的某节点物理地址
以及传输协议情况下调用该服务的能力。 位置的透明性：不论服务组件的实际位置URL如何变化，客户 端的调用程序的URL都不需要改变。 • 企业服务总线（ESB）的出现保证了位置的透明性
内部公开
服务透明性
传输协议的透明性：是指不管服务组件的传输协议如何变化，
Service
服务 使用 者
Bind and Invoke 服务 提供 者
WSDL
• 服务注册中心：它包含一个可
用服务的存储库，允许服务使用者 查找服务。
内部公开
SOA体系结构
内部公开
SOA体系结构
• 左边的一半集中于体系结构的功能性方面， • 右边的一半集中于体系结构的服务质量方面。
内部公开
SOA体系结构
内部公开
内部公开
SOA 基础知识
SOA（service-oriented architecture，也叫面向服务的体系结构或面向服务架构）是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。
SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。
接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。
这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
传统的Web（HTML/HTTP）技术有效的解决了人与信息系统的交互和沟通问题，极大的促进了B2C模式的发展。
WEB服务(XML/SOAP/WSDL）技术则是要有效的解决信息系统之间的交互和沟通问题，促进B2B/EAI/CB2C的发展。
SOA（面向服务的体系)则是采用面向服务的商业建模技术和WEB服务技术，实现系统之间的松耦合，实现系统之间的整合与协同。
WEB服务和SOA的本质思路在于使得信息系统个体在能够沟通的基础上形成协同工作。
对于面向同步和异步应用的，基于请求/响应模式的分布式计算来说，SOA是一场革命。
一个应用程序的业务逻辑（business logic）或某些单独的功能被模块化并作为服务呈现给消费者或客户端。
这些服务的关键是他们的松耦合特性。
例如，服务的接口和实现相独立。
应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用，而无须理解服务的底层实现。
举例来说，一个服务可以用。
NET或J2EE来实现，而使用该服务的应用程序可以在不同的平台之上，使用的语言也可以不同。
一、SOA具有的特性SOA服务具有平台独立的自我描述XML文档。
Web服务描述语言（WSDL， Web Services Description Language）是用于描述服务的标准语言。
SOA 服务用消息进行通信，该消息通常使用XML Schema来定义（也叫做XSD， XML Schema Definition）。
SOA架构和资料标准课件 13页PPT文档
未來的硬體架構
Internal High Speed Network
Replication
AP
Server
4
SQL SQL
AP Server
AP Server
L4 Switch
4
AP Server
Security
Security
Data Sync
L Switch
L Switch
What’s Next??
參考美國HL7標準 從Data Source開始Downsizing
谢谢！
?
系統B
PatientInfo
Hooking Shit
系統C
PatientInfo
Together
How to do??
Fact & Pressure
血庫上線 IBM Downsizing Sybase Connection
Solution
先找出Data Owner Sybase利用Replication的方式先行運作 IBM Batch Download & Write Back
SOA架構與資料標準
Service-Oriented Architecture & Data Standard
Outline
什麼是SOA? 我們的現況及做法 未來的軟硬體架構以及方向
什麼是SOA?
系統A
Request XML
系統B
固定標準的優點
簡化開發的流程 降低開發的成本 讓更多的廠商加入研發 增加產值，用便宜的價錢買到更好的軟體 產業界的實例
Web Server
Web Server
GB_T 29263-2012_信息技术 面向服务的体系结构(SOA)应用的总体技术要求
GB/T 29263-2012 信息技术面向服务的体系结构(SOA)应用的总
体技术要求
基本信息
【英文名称】Information technology―General technical requirement of SOA-based application
【标准状态】现行
【全文语种】中文简体
【发布日期】2012/12/31
【实施日期】2013/6/1
【修订日期】2012/12/31
【中国标准分类号】L79
【国际标准分类号】35.100.05
关联标准
【代替标准】暂无
【被代替标准】暂无
【引用标准】GB/T 29262
适用范围&文摘
本标准规定了SOA应用的概念模型、技术参考模型及基本技术要求。
学习是成就事业的基石
本标准适用于SOA应用的设计、开发、运行和维护。
本标准是制定具体SOA应用的技术实现标准、质量测评标准及工程标准的依据。
SOA
服务使用者： 服务使用者：
• 一个应用程序、一个软件模块或需要一个 一个应用程序、 服务的另一个服务。 服务的另一个服务。 • 它发起对注册中心中的服务的查询，通过 它发起对注册中心中的服务的查询， 传输绑定服务，并且执行服务功能。 传输绑定服务，并且执行服务功能。 • 服务使用者根据接口契约来执行服务。 服务使用者根据接口契约来执行服务。
计算机学院
8
从业务、商务、 从业务、商务、技术视角看
业务视角： 业务视角： Web服务就是关于集成的技术， Web服务就是关于集成的技术，即：集成同一机构 服务就是关于集成的技术 内的应用功能，或集成商务伙伴之间的应用。 内的应用功能，或集成商务伙伴之间的应用。 商务视角： 商务视角： Web服务是一商务过程或是商务过程中的步骤。 Web服务是一商务过程或是商务过程中的步骤。内 服务是一商务过程或是商务过程中的步骤 部的或外部的商务伙伴都可经由网络使用这项服 以达到某种业务目标。 务，以达到某种业务目标。 技术视角： 技术视角： Web服务只是一个或多个相关操作的集合， Web服务只是一个或多个相关操作的集合，这些操 服务只是一个或多个相关操作的集合 作可以由网络访问，并可以用服务描述来描述。 作可以由网络访问，并可以用服务描述来描述。
计算机学院
15
面向服务架构SOA 面向服务架构SOA
的体系架构指导描述了体系结构的式样、 SOA 的体系架构指导描述了体系结构的式样、要 素和关系， 素和关系，以及在整个开发生命周期中他们是如 何被识别、指定和管理的。通常体系结构的目标， 何被识别、指定和管理的。通常体系结构的目标， 特别是体系结构建模， 特别是体系结构建模，提供了一个适当的抽象级 在此级别上， 别，在此级别上，可以容易地识别体系结构的要 并且对要素进行控制。 素，并且对要素进行控制。 Services的目标是即时装配 的目标是即时装配、 Web Services的目标是即时装配、松散耦合以及 自动集成。 自动集成。