面向服务的软件体系结构和研究工作

1、面向服务的软件体系结构和研究工作1目 录SOA概述面向服务的软件范型面向服务的软件体系结构（SOSA）我们开展的研究工作2一、SOA概述34 SOA是热点SOA相关的国际会议IEEE International Conference on Web Services(ICWS)IEEE International Conference on Service Oriented Computing (ICSOC)IEEE International Conference on Services Computing(SCC)IEEE International Conference on Servic

2、e-Oriented Computing and Applications (SOCA)IEEE International Symposium on Service-Oriented System Engineering (SOSE )International Workshop on Service-Oriented Computing: Agents, Semantics, and Engineering (SOCASE )5SOA相关的国际期刊Service Oriented Computing and Applications （Springer） Web Semantics: Sc

3、ience, Services and Agents on the World Wide Web （Elsevier）计算机学报组织了三期SOA相关的专辑2005年第4期2006年第7期面向服务的计算专辑2008年服务计算专辑（待出）软件学报组织了两期SOA相关的专刊2007年第8期 面向互联网资源共享的虚拟计算环境专刊2007年第12期面向服务的计算专刊 SOA是热点6 SOA的专著 SOA是热点7组织W3C、CBDI等IT企业“我们的产品是SOA架构的”企业“我们的业务是在基于SOA架构的IT设施上进行的” SOA是热点81.2 SOA定义（1）W3C定义：SOA是一组能够被调用的组件，其

4、接口描述可以被发布和发现。 W3C: A set of components which can be invoked, and whose interface descriptions can be published and discovered.91.2 SOA定义（2）Gartner定义：SOA是一种客户端/服务器软件的设计方法，SOA应用程序由软件服务和软件服务使用者组成，SOA 与更为通用的客户机/服务器模型不同，其明确强调软件组件间的松散耦合及对独立接口的使用。 Gartner: Service-oriented architecture is a client/server s

5、oftware design approach in which an application consists of software services and software service consumers (also known as clients or service requesters). SOA differs from the more general client/server model in its definitive emphasis on loose coupling between software components, and in its use o

6、f separately standing interfaces. 101.2 SOA定义（3）CBDI定义：是一组策略、实践和框架。它支持将应用程序功能作为一组服务提供，这组服务以能够被使用者调用、发布和发现的粒度进行发布；这组服务是使用单一的、基于标准接口的形式从实现中抽象出来的。CBDI：The policies, practices, frameworks that enable application functionality to be provided and consumed as sets of services published at a granularity rel

7、evant to the service consumer that can be invoked, published and discovered, which are abstracted away from the implementation using a single, standards based form of interface.111.2 SOA定义（4）IBM定义：SOA是一种用于根据需要对资源进行关联的企业级IT体系结构。这些资源被表示为与业务一致的服务,这些服务可以参与和包含到价值网、企业或业务线中，以满足业务需求。SOA应用程序的主要结构化元素是服务，而不是子系

8、统、系统或组件。IBM根据不同角度，引入了三个不同的定义来分别从业务、体系结构和实现的角度对此进行讨论。121.2 SOA定义（5）开发人员相关人员IBM认为针对不同的相关人员，SOA有不同的解释一种体系结构风格：该风格包含服务提供者、服务请求者和服务注册中心；体系结构设计人员一组服务：业务希望向其客户及其合作伙伴或组织公开的一组服务；业务人员一种编程模型：一种包括诸如Web服务等标准、工具、方法和技术的编程模型；一组体系结构原则和模式：一组体系结构原则、模式和标准，以处理如成熟度、封装、松散耦合、关注点分离、重用、可组合性、单一实现等各种特征；131.2 SOA定义（6）目前SOA没有确切的

9、定义，不同的团队、软件供应商和业务分析人员提出多个不同的定义。SOA的三种不同的含义一种技术体系一种软件开发范型一种软件体系结构风格和设计方案SOA的相关人员业务分析师软件体系结构设计师设计人员管理人员编码人员141.3 SOA作为一种技术体系Web服务技术XML、SOAP、WSDL、UDDISOA技术架构SOA中的角色：服务提供者、服务消费者、服务注册库SOA中的操作：发布、发现、绑定与调用SOA中的制品：服务、服务描述151.3 SOA作为一种技术体系Web服务协议（1）161.3 SOA作为一种技术体系高级的Web服务协议WS-Security通过消息集成、消息加密和消息认证等机制增强S

10、OAP消息的安全属性；WS-ReliableMesssage确保在不可靠的通信网络上Web服务消息的传递；WS-Addressing以传输中立的方式实现消息的网络传送；WS-CDL从全局的角度，通过定义参与协作的各方公共的、互相可观察的行为来描述点对点的协作；通过有序的消息交换实现公共的业务目标；WS-Policy提供一种多用途的模型和相应的语法来描述和传递Web服务的策略；WS-Rescourse Framework描述了有状态的资源和Web服务之间的关系；17Web服务是是一种能力一组基于XML的协议其行为由Web服务协议描述通过Web服务协议与之进行交互1.3 SOA作为一种技术体系18

11、服务是请求者需要服务提供的一种能力将做什么和怎么做与谁来做进行了分离通过策略和契约进行管理和控制通过消息进行通信在设计时和运行时可以被发现1.3 SOA作为一种技术体系19二、面向服务的软件范型二、面向服务的软件范型2.1 分布式对象范型的特点（缺陷）分布式对象粒度过小导致性能不高SOA采用粗粒度模式，减少客户端与服务器之间的交互次数分布式对象粒度过小导致交互模式复杂 SOA增大粒度，并采用松耦合二、面向服务的软件范型编程语言、分布式技术和业务计算的进步促成服务概念的形成2.2 面向服务的软件范型面向过程的方法（process-oriented approach）对应业务（空间）基于服务面向过

12、程关注业务服务，而不是技术服务面向业务的服务一般针对业务的一个重要方面，如业务实体、业务功能和业务过程关注功能基础结构，而不是技术基础结构服务是这种范型中最基本的概念对应业务概念或实体粗粒度面向过程松耦合2.2 面向服务的软件范型Enterprise SOAService-Oriented Architecture Best Practices2.2 面向服务的软件范型核心：基于服务，定义业务的基础结构。将业务应用程序从技术服务中分离出来，使企业独立于特定技术实现或技术基础结构。业务服务：提供业务操作技术服务：提供一致性服务、事务服务等要义：不让技术影响应用程序环境的高级结构，也不让其元素之间

13、有太多的依赖关系。应用程序环境指由企业所有应用程序所构成的资产集站在企业全局的角度，把握所有的应用程序及其元素2.2 面向服务的软件范型26面向服务建模和分析：角色与活动ServiceIdentificationServiceCategorizationServiceExposureDecisionsChoreographyOrCompositionQuality of serviceCustomerViewComponentIdentificationServiceAllocation toComponentsComponentSpecificationLayering theCompone

14、ntServicerealizationTechnical PrototypingServiceManagementProduct selectionStandardsimplementationArchitecturalDecisions(state, flow,Dependencies)ProviderView2.2 面向服务的软件范型27SOA和传统方法学IBM提出的面向服务的建模和分析贯穿项目周期的三个阶段和IT系统的三个域，并与其他方法学紧密相联。Service-Oriented Modeling & Analysis2.2 面向服务的软件范型From IBM: Elements o

15、f Service-Oriented Analysis and Design 28VacancyComponentApplicationComponentEmp. RecordComponentCareerComponentRecruitmentServiceEmployee ServiceRecruitmentEmployeeManageEmployeesHuman ResourcesFunctionalDomainSoftwareComponentBusinessProcessBusinessServicesSoftwareServicesBusinessLayerServiceLayer

16、ComponentLayer2.2 面向服务的软件范型From IBM: Elements of Service-Oriented Analysis and Design 业务空间和解空间一样，都是按面向服务的范型进行建模29面向服务建模和分析：方法与过程Domain DecompositionGoal-Service ModelingExisting System AnalysisComponent FlowspecificationInformationspecificationSubsystemAnalysisComponent specificationService Flowspec

17、ificationMessage & eventspecificationService realization decisionsService allocationto componentsComponent layerIdentificationSpecificationRealizationServicespecification2.2 面向服务的软件范型From IBM: Service-oriented modeling and architecture 30服务标识是关键，它通过自顶向下的领域分解（Domain Decomposition）自底向上的现有系统分析（Existing

18、 System Analysis）根据业务目标识别服务（ Goal-Service Modeling）Domain DecompositionGoal-Service ModelingExisting System AnalysisService RepositoryTop-DownAnalysisBottom-UpAnalysisAlign Service withBusiness Goals2.2 面向服务的软件范型From IBM: Service-oriented modeling and architecture 服务标识的意义：将任务分解成服务元素将服务元素组合成任务二、面向服务的

19、软件范型2.3 服务的四种类型基本服务以过程为中心的服务中介服务公共企业服务2.3 服务的四种类型基本服务包含以数据为中心的服务以逻辑为中心的服务数据和业务逻辑的混合服务以数据为中心的服务处理持久数据，包括存储、检索数据、锁定机制和事务管理只处理一个主要业务实体严格封装其数据实体识别由以数据为中心服务所表示的相关业务实体是SOA架构师的一项重要任务将业务实体分配给以数据为中心的服务成为一个重要的设计决策，会影响最终应用程序的多项特性2.3 服务的四种类型以逻辑为中心的服务封装复杂计算或业务规则的算法其功能可以集成到不同的部门IT系统及业务合作伙伴可利用“外观”服务为不同的用户类型提供不同的视图

20、2.3 服务的四种类型中介服务提供面向业务的API，而不是技术API桥接技术和概念缝隙的无状态传递器包括技术网关适配器外观添加功能的服务2.3 服务的四种类型以过程为中心的服务封装组织的业务过程知识，并控制和维护它们的状态最复杂的服务类型以过程为中心的服务提供大量的业务API，简化应用程序的开发将过程逻辑与核心业务逻辑和对话控制逻辑分开分离过程控制与业务逻辑分离过程控制与对话控制大多数以过程为中心的服务是项目专用的，因而在不同的项目之间可重用性低2.3 服务的四种类型公共企业服务大多数服务类型都仅用于特殊企业范围内公共企业服务是企业为合作伙伴和客户提供的服务有特殊的要求，例如需要标准更高的安全

21、机制跨企业的记账/收费机制2.3 服务的四种类型2.4 服务的另一种分类服务分为：封装核心业务逻辑的服务封装业务过程控制逻辑的服务重要原则：将核心业务逻辑与过程控制逻辑分开许多业务更改只需更改过程控制服务，不需要更改业务逻辑服务核心业务逻辑核心业务逻辑包括：基本数据访问服务、复杂计算、复杂业务规则核心业务逻辑通常被保留在单个服务中控制自己的事务，不参与由外部控制的、周期很长的事务。参与BPM或以过程为中心的服务编排的复杂过程2.4 服务的另一种分类过程控制逻辑业务过程是动态的、经常变化的、需要与过程的参与者进行复杂的协调实例：合同管理、供应链管理、复杂定制产品的销售过程控制逻辑服务包含与过程本

22、身相关的状态将多个核心业务服务粘合起来，依赖于封装核心业务逻辑的服务协调跨越多个人、多个业务实体、多个位置、持续长时间的复杂活动2.4 服务的另一种分类2.5 BPM与SOA将企业BPM模型与企业IT环境尽可能高效、直接地联系起来，是诱人的目标BPM引入过程处理的概念，以确保业务过程能与业务目标保持一致过程处理包括：发现、设计、部署、执行、管理和监控业务过程BPM不将重要的业务过程的信息和规则直接编码到应用程序代码中，而是将这些信息从应用程序系统中分离出来，并将它们置于BPM系统的控制之下。BPMN（Business Process Modeling Notation）- （UML）BPML（

23、Business Process Modeling Language）与BPELSOA提供BPMS需要的后端功能，以实现其过程功能2.5 BPM与SOA二、面向服务的软件范型2.6 企业级别中的SOA层（关于组成结构方面）SOA层提供了企业级别的概念结构，以将应用程序前端和服务组织起来四层企业层过程层中介层基本层2.6 企业级别中的SOA层企业层包含应用程序前端、公共企业服务方便用户与应用程序前端之间的通信支持跨企业、跨业务单元的集成过程层包含以过程为中心的服务中介层包括中介服务（外观、技术网关、适配器）基本层包括基本服务，提供业务逻辑和数据其它公司的公共企业服务的代理2.6 企业级别中的SO

24、A层SOA允许在总体上独立设计系统架构与软件架构SOA层并不与系统架构层直接对应SOA的部署基本上不依赖于SOA层2.6 企业级别中的SOA层2.7 SOA在企业的成熟级别基础SOA大多数复杂性和职责都分配给应用程序前端网络化SOA中介服务与基本服务集成，形成更高的服务支持过程的SOA应用程序前端将过程控制权委托给SOA采用循序渐进的方法，一步一步地扩大集成范围，从部门内集成，到跨部门集成、到跨企业集成。2.7 SOA在企业的成熟级别SOA成熟级别的选择策略取决于规划的业务 集成范围应综合考虑敏捷需求、集成场景、预算限制等因素。基础SOA应用程序分为基本层和企业层支持两个或多个应用程序共享业务

25、逻辑和实时数据2.7 SOA在企业的成熟级别实例：服务封装了主要业务实体及其功能，并与客户看到的业务过程相关。网络化SOA处理后端复杂性，并完成技术和概念的集成有一个中间服务层，包括下列服务外观技术网关适配器添加功能服务2.7 SOA在企业的成熟级别网络化SOA外观提供一个集成的API，隐藏基本服务的复杂性，使客户端更方便地使用基本服务的功能。2.7 SOA在企业的成熟级别实例：中介服务BookAndBill封装了处理预订和收费服务的分布事务的复杂性。（如保证预定和收费服务的协调地更新它们的数据库）网络化SOA技术网关允许一种服务方便地用于不同的技术环境通过技术网关，EJB、.Net和MQSe

26、ries环境可以使用同一个Flight（航空旅行）服务2.7 SOA在企业的成熟级别技术网关有用是因为：我们需要在不重新实现当前服务的情况下适应改变，我们无法判断未来会集成什么技术，也无法控制哪些行政法规或商业约束会在特定时间对技术决策造成影响。网络化SOA适配器企业架构的大多数复杂性都源于架构不同部分对相似实体的不尽相同的处理方式。适配器是按SOA范型集成应用程序的非常有效工具2.7 SOA在企业的成熟级别C图表示的方案结构简单、不需要批处理，允许实时数据共享，降低了维护成本，确保了数据的一致性网络化SOA添加功能服务2.7 SOA在企业的成熟级别支持过程的SOA在以过程为中心的服务中封装企

27、业业务过程的复杂性在以过程为中心的服务中维持过程的状态，并在多个客户端或应用程序之间共享状态处理长期使用的过程可简化应用程序的前端2.7 SOA在企业的成熟级别支持过程的SOA实例Booking过程封装了预订机票需要的所有功能，并维持会话状态2.7 SOA在企业的成熟级别支持过程的SOA以过程为中心的服务能处理长期使用的业务过程对于涉及用户交互或异步后端服务，更是如此。2.7 SOA在企业的成熟级别实例预订是以一个长期的过程，外部事件（如其它顾客退票）将更改该过程的状态。三、面向服务的软件体系结构三、面向服务的软件体系结构软件体系结构软件体系结构是一系列的声明，描述软件组件，并将系统功能指派给

28、组件。软件体系结构描述组件的技术结构、约束、特性和组件之间的接口。软件体系结构是系统的蓝图，是结构的高级规划3.1 SOSA及其作用(1) 面向服务的软件体系结构（SOSA）面向服务的软件体系结构是面向服务应用系统的总体设计方案。SOSA中的服务SOSA中的服务不同于需求阶段关注的业务服务（business service）和实现阶段关注的应用服务（application service，如由BPEL工作流或者JAVA语言开发的Web服务等）其抽象层次介于业务服务和应用服务之间。一方面是应用服务在体系结构模型中的抽象，另一方面是业务服务在体系结构模型中的对应设计元素。3.1 SOSA及其作用S

29、OSA中的连接件建模了服务之间松耦合的连接和通信方式SOSA中服务的行为以及系统全局的交互行为建模了体系结构层的过程流，是需求阶段的业务过程在体系结构层的设计方案，是实现阶段的可执行过程在体系结构模型中的抽象SOSA中的配置建模了系统中服务的高层组合方案，是实现阶段应用服务组合方案的体系结构层抽象3.1 SOSA及其作用(2) SOSA的作用是需求到实现的桥梁业务服务体系结构层服务软件服务业务过程体系结构层过程流可执行业务过程（如BPEL）为实现阶段的服务组合和可执行过程提供蓝图SOSA中建模了体系结构层服务，可以指导应用服务的开发，或者支持查找第三方服务。SOSA中建模了体系结构层过程流，可

30、以指导可执行过程的实现。SOSA中建模了系统的高层服务组合方案，可以指导应用服务组合的实现。3.1 SOSA及其作用支持系统质量属性的分析基于体系结构模型可以分析系统的可维护性、可演化性、可重用性等质量属性支持形式化的验证如果体系结构采用了形式化的描述方法，可以支持对系统总体设计方案的正确性及性能验证，如验证组合后系统功能是否满足需求、服务的接口是否兼容等。3.2 SOSA的设计原理软件体系结构的基本设计原理抽象封装和信息隐藏模块化关注点分离低耦合、高内聚策略和实现的分离接口与实现的分离分而治之层次化3.2 SOSA的设计原理在面向服务的软件体系结构设计中，除遵循上述的基本设计原理外，还需要考

31、虑下列设计原则：业务驱动粗粒度的服务代表了相对完整的业务功能业务过程驱动面向服务软件体系结构的设计自治与协同服务是自治的，“不为我所有，但可为我所用”由服务构成的应用系统是通过这些自治服务的协同完成的设计时关注服务间如何协同和交互，而不关心服务如何实现3.2 SOSA的设计原理松耦合连接方式的松耦合：动态绑定通信方式的松耦合：基于消息通信面向重用设计面向服务软件体系结构的目的是为了支持实现阶段的服务组合，通过重用已有的服务来构造系统，而不是为了支持系统的具体功能模块的编码。3.3 SOSA的描述方法软件体系结构可以用多个视图来描述：逻辑视图：服务的组合关系和服务之间的交互是SOSA的建模重点，

32、而这些都需要在该视图中进行描述。模块视图：实现代码的结构部署视图：系统部署的物理结构运行时视图：系统运行时结构3.3 SOSA的描述方法SOSA的描述内容对服务进行描述，体现服务的粗粒度、可发现、分布自治等特点对松耦合的连接和通信关系进行描述对系统的结构进行描述对服务的行为和系统的全局的过程流进行描述对服务和系统的质量属性进行描述.3.3 SOSA的描述方法SOSA的描述语言对UML或者已有的建模语言进行扩充软件体系结构描述语言形式化的建模语言3.4 SOSA的分析方法软件体系结构分析方法可以通过分析软件体系结构设计所产生的模型，预测系统的质量属性并界定潜在的风险。体系结构分析方法可以分为两类

33、:第一类是基于形式化方法、数学模型和模拟技术，得出分析结果;第二类是基于调查问卷、场景分析、检查表等手段，侧重得出关于软件体系结构可维护性、可演化性、可重用性等难以量化的质量属性。3.4 SOSA的分析方法第一类分析方法，典型的方法是基于进程代数、CHAM(chemical abstraction machine) 、有穷状态自动机 、LTS(labeled transition systems)等形式化工具对体系结构模型进行分析。该类分析在SOSA中的重点内容是：服务行为和体系结构过程流正确性的分析分析是否其具有可终止性、无死锁性、状态可达性等服务组合方案正确性的分析分析服务模型的接口是否兼

34、容，分析组合的方案是否满足要求系统演化方案正确性的分析3.4 SOSA的分析方法第二类方法更强调体系结构的各类相关人员的参与，往往是手工完成的。典型的有体系结构权衡分析方法ATAM 、基于场景的体系结构分析方法SAAM 、以及体系结构评估模型SAEM 等。这些方法是工程化方法，在产业界的应用更为广泛。采用面向服务的体系结构，对系统的系统的互操作性、可扩展性和可修改性产生了正面的影响，而对系统的安全性、性能、可测试性等产生负面的影响。因此，对于SOSA来说，该类分析的重点是这些SOSA产生了负面影响的质量属性。3.5 SOSA的研究现状目前已经有不少关于面向服务的软件体系结构建模和分析的工作。但

35、大部分的工作倾向于使用UML或者其他半形式化（或者形式化）的建模语言对面向服务的系统进行建模和分析，明确地针对SOSA的体系结构描述语言的研究相对较少。四、我们开展的研究工作74四、我们开展的研究工作4.1 研究动机4.2 SOADL语言和SOA描述方法4.3 SOADL的语义和SOA形式化分析方法4.4 SOADL的支撑工具754.1 研究动机4.1 研究动机（1）面向服务软件体系结构的特点：系统构成元素服务：是一种逻辑实体；可发布、可发现的； 分布自治的； 具有粗粒度消息交换的接口。连接与通信方式松耦合式：通过服务端口的动态绑定（延迟绑定）连接各个服务、通过消息交换完成服务之间的通信。系统

36、总体结构开放性和动态适应性：基于互联网的系统运行环境的多变性要求系统具有动态适应性。服务的可发现性造成系统边界的不确定，使系统具有开放性特点。764.1 研究动机（2）设计面向服务软件体系结构时面临的问题问题1：如何描述服务的消息交换接口以及粗粒度的消息？问题2：如何描述服务的外部行为契约，以及系统全局行为？问题3：如何描述服务间的动态绑定和基于消息的松耦合通信？问题4：如何描述开放的动态适应性体系结构？问题5：如何对服务组合模型和系统演化模型的正确性进行分析？774.1 研究动机（3）研究思路针对问题1（服务的消息交换接口）提出基于消息的服务接口模型针对问题2（服务行为和系统全局行为）提出服

37、务行为描述模型和全局行为描述方法针对问题3（动态绑定和基于消息的通信）提出具有动态语义的绑定关系在服务行为中描述动态获取交互通道，并在通道上进行消息交换的过程。784.1 研究动机针对问题4（开放性、动态适应性）提出面向服务动态适应性体系结构的模型：该模型由应用系统、配置器、发现代理三部分构成。使用配置器的配置行为，描述应用系统配置的变化。针对问题5（组合和演化模型的分析），基于Pi演算，定义SOADL的形式化语义。接口兼容性、组合正确性、服务可替换性、系统演化的外部行为不变性的分析。794.2 SOADL语言和SOA描述方法基于SOADL的SOA描述方法（1） SOADL语言概述设计原则：体

38、现面向服务的特点、符合ADL的设计要求、支持形式化分析、易用性 概念模型：804.2 SOADL语言和SOA描述方法基本语法结构： 端口部分 ? 行为部分? （子）体系结构 ? 约束部分? +应用系统本身也使用service描述，subArchitecture部分就是系统的总体体系结构。814.2 SOADL语言和SOA描述方法（2）服务端口（接口）特点：显式的消息描述、支持粗粒度消息的定义824.2 SOADL语言和SOA描述方法 xs:anyType * ? ? ? * + *接口描述的语法834.2 SOADL语言和SOA描述方法接口描述的图形表示法844.2 SOADL语言和SOA描述

39、方法（3）系统配置面向服务的适应性体系结构的抽象模型应用系统（Application System）建模系统的业务逻辑设计人员设计的主要对象配置器（Configuror）创建或者修改应用系统的配置服务发现代理（Broker）配置器与之交互，完成服务发现854.2 SOADL语言和SOA描述方法SOADL的配置描述模型864.2 SOADL语言和SOA描述方法系统配置的描述使用配置器行为来描述应用系统拓扑结构的动态变化特点： （1）事件驱动；（ 2 ）系统初始化和演化的统一表述；（3）配置动作中可以支持服务的绑定、转接以及服务动态发现的描述。 configAction* configAction

40、* * 874.2 SOADL语言和SOA描述方法动作语法格式说明newService创建服务实例。findService动态发现一个服务实例removeService移除服务实例。Bind*创建一个绑定关系。当两个端口对应的操作名相同时，通道定义可以省略，缺省通道名为”OperationNameCh”Unbind移除绑定关系。Relay *创建转接关系。当两个端口对应的操作名相同时，通道定义可以省略，缺省通道名为”OperationNameCh”Derelay移除转接关系。Initialization basicConfigAction* 创建系统的初始配置Onevent basicConf

41、igAction*当某个事件发生时，修改系统的配置配置动作的语法 此处省略 示例：供应链管理系统系统（描述为复合服务SCMSystem）的外部端口定义系统所使用的服务类型定义系统的初始配置当生产厂商服务不可用时，系统的配置89904.2 SOADL语言和SOA描述方法（4）行为的描述服务行为描述模型 从服务的外部视角，描述该服务如何与外部交互。特点：1）描述外部行为契约而非计算行为；2）面向消息914.2 SOADL语言和SOA描述方法服务行为的描述方法 action *动作语法格式基本动作InitchannelInitchannelGroupInteraction ? ?RaiseEvent

42、?SilentactionInaction结构化动作Sequence action+ Parallel action+ Switch action +action?Choose action+ While action Loop action 4.2 SOADL语言和SOA描述方法示例：warehouseService的行为 在sgPort上为shipGoods操作初始化一个发货通道sgCh在订货通道sgCh上接收发货请求：首先接收一个请求消息sgReq，然后返回一个响应消息sgResp。根据仓库服务的内部情况进行选择。或者执行一个向厂家订购产品的动作序列，或者什么都不做。934.2 SOADL语言和SOA描述方法系统全局行为的描述从全局角度描述了系统中各个服务的交互，建模了体系结构层的过程流。在subArchitecture元素的子元素globalbehavior 处描述。全局行为的描述中的动作沿用了服务行为中的动作，但进行了扩展以适应全局视角的描述方式。示例：系统全局行为的描述片段 * ” provider=” w.sgPort” channel=”shipGoodsCh” / initChannel动作为零售商服务r的请求端口sgPort和仓库服务w的提供端口sgPort初始化一个发货通道shipGoodsCh，该通道的具体定义在这两个端口的绑定动作中完成in