chap5-SOA实施策略与实践

数据集成与数据服务第4章SOA应用实施2023/1/15目录5.1SOA应用架构5.2SOA应用实施过程应用架构概念引入应用架构描述了在企业统一的数据平台上各个相对独立的应用系统的部署以及和核心业务流程之间的作用和关系，其中包括：原有企业信息系统中对企业仍有战略价值、对企业业务仍有影响的遗留部分、软件包、分布式系统等，同时也包括经过确认的、满足即将到来的业务需求的、新的应用部分或系统。应用架构设计的任务应用架构设计的任务包括如下几个方面：

建立系统之间的结构关系。

建立各个系统之间以及系统各组成部分间的接口规则。

标识系统间交互接口。

标识系统对外的开放接口。

定义通信机制。应用架构设计的任务应用架构设计的任务包括如下几个方面：

建立公共信息服务能力和服务。

开发系统间访问控制机制。

建立新系统选择的评估策略。

定义系统的能力模型。

定义系统的部署模型。应用架构设计策略应用架构的设计需要考虑的输入包括企业应用原则、行业最佳实践、业务用例、非功能性需求、应用范围（企业级）、现有系统情况等。

全面认识业务需求关键需求决定架构多视角探寻架构采用面向服务架构的优点增强业务的敏捷性。业务机动性两个关键要素是速率（velocity）和灵活性（flexibility）。对许多机构而言，对新业务需求与快速响应的业务机动性，是比开发效率还要重要的。采用面向服务架构的优点2.更好的配合业务。把IT系统通过SOA提供的服务定义为直接支持组织向顾客、客户、公民与合作伙伴等提供的服务，可以改善业务的设计与开发，有助于把交流提升到业务层面。3.改善客户满意度。以客户为中心的SOA致力于确保一致的用户体验（如面对面、Web自助服务、移动用户、呼叫中心、ATM等），通过创建与任何具体技术和最终设备无关的服务来实现，将更加容易重用于各种服务渠道。采用面向服务架构的优点降低对厂商的依赖和降低转换成本。SOA为机构提供了发展空间以适应未来的发展，并显著降低了对厂商技术的依赖。因为以SOA为中心的机构是基于服务契约来构建下层IT架构的，该服务契约与业务服务层是一致的，并且技术中立、与应用和中间件无关。这种层次结构更容易替换应用程序、技术和中间件。采用面向服务架构的优点降低集成成本。在采用不同的套装应用程序和应用程序的异构环境中，SOA提供了一种统一的、一致的技术基础设施，不必为定制集成编写代码，也不用部署和配置许多特定用途的应用程序适配器。提高现有的IT资产投资回报率。面向服务的架构能显著提高现有IT资产的投资回报率，因为该架构的IT资产被重用为服务，该服务固化现有系统的关键业务能力，并能作为构建新服务的基础，这样，有助于现有IT投入的价值的最大化，并降低风险。SOA的成本价值ITCostOverTimeTraditionalApproachSOAITBenefitOverTimeSOATraditionalApproach应用123456789101112服务目录ABCDEFG123134567527891011781210311917119LowHighSharedServicesSOA功能服务单元“WebService”松耦合业务流程“BPELWorkflow”高度的可管理性.降低费用避免重复投资,资源重用,加速推向市场提供灵活的业务模式快速适应市场变化增加收入增加新的服务渠道,从现有系统中挖掘新价值减少外联项目的开发周期和投资从手工过渡到自动处理,与业务伙伴建立灵活的信息交互系统企业范围的集成集成企业中的孤立应用，支持并购引发的系统整合降低风险和增加透明度增强业务活动的洞察力，建立风险预警机制利用SOA迎接挑战“SOA影响IT和业务的每个方面.”采用面向服务架构的缺憾

可靠性（reliability）。SOA在以下方面还没有完全准备好，如事务可靠性、不可否认性（nonrepudiation）、消息确保送达且仅传送一次（once-and-only-once

delivery）以及事务回滚（rollback）等，不过目前标准和实施技术已经初步成熟，将会很快得到应用。采用面向服务架构的缺憾

安全性（security）。在过去，访问控制只需要登录和验证；而在SOA环境中，由于一个应用软件的组件很容易去与属于不同域的其他组件进行对话，所以确保迥然不同又相互连接的系统之间的安全性就复杂得多了。

遗留系统处理（legacy

support）。SOA中提供集成遗留系统的适配器，

遗留应用适配器屏蔽了许多专用性API的复杂性和晦涩性，但是集成遗留系统的工作始终是一种挑战。采用面向服务架构的缺憾

性能（performance）。SOA的分布性质、Web服务协议的开销以及技术的标准化总需要在速度方面有一些牺牲，性能是阻碍其采用的一个障碍。采用面向服务架构的缺憾保障企业SOA部署成功的关键因素？SOA适用场景从SOA特点来看，SOA在以下一些场景中更能发挥其作用和优势。1．企事业单位和政府部门内部IT系统的整合-由于业务重组、并购或者内部机制调整，而需要实现组织内的统一管理、协作和信息共享。-需要对多个异构的IT系统进行整合，提高组织的整体决策、监控能力或业务流程效率。SOA适用场景2．企事业单位和政府部门之间IT资源的共享和协同-为了在业务和市场上合作，需要依赖业务合作伙伴提供其IT系统的非核心业务功能或信息。-某项服务能力，需要多个组织和单位的IT系统需要共享信息，并联合处理，比如电子政务中的“一站式审批”服务、各级政务资源共享交换平台等。3．从头开始开发的新应用系统SOA将是未来IT新系统构建的主导方法，因此考虑到未来的扩展和重用能力，用户在业务允许的条件范围内、可选择基于SOA来构建新应用系统。SOA适用场景4．基于互联网的一些新的应用模式基于互联网的软件服务化平台和服务，如云计算中的PaaS、SaaS等模式。在信息化建设中，除自己的IT系统之外，也同时希望集成互联网上的一些软件工具或Web服务的企事业单位，如采用“软件+服务”策略的单位。不适合用SOA来实现应用场景：用户业务涉及效率敏感和实时性要求较高的系统，如工业控制、核心交易系统。事务及安全性要求较高的业务系统。用户的业务系统没有集成的需求。在全国信息技术标准化技术委员会SOA标准工作组制定的《信息技术面向服务的体系结构（SOA）应用的总体技术要求》标准中，提出了SOA应用的概念模型、技术参考模型和基本技术要求，为基于SOA应用的分析、设计、开发、测试、部署、运行、维护的提供了基础。SOA应用技术参考模型覆盖了SOA应用的构建、运行和管理。SOA总体框架图SOA应用技术参考模型IT基础设施是承载SOA应用的已有运行环境以及未来可配置和扩展的基础环境。SOA支撑技术与服务是支撑SOA应用的基础技术能力及基础技术服务的总称。业务公共服务是一系列面向行业/领域应用的、可复用的、具有一定业务功能的服务。用户是使用SOA应用的人、系统、设备及其他服务的总称。质量是SOA应用满足用户需求或期望的程度。安全是为保障SOA应用安全运行的机制和策略总称。治理是针对SOA应用所制定的管控策略和机制，涵盖SOA应用的整个生存周期。SOA资源是实现SOA应用所需的应用系统、数据以及现存服务等IT资源，这些资源存在于企业、政府部门以及其他组织机构内，作为SOA应用建设中服务的初始来源。4.2SOA应用实施过程对SOA项目整个开发实施过程（包括服务的规划、开发、测试、集成、部署、发布以及管理）的工程化管理。4.2SOA应用实施过程既包括针对SOA项目开发以及实施的各阶段，制定相应的实施规范和方法，保证SOA项目开发过程的可控性和可管理性。也包括明确SOA工程实施各方的权责要求、实施能力评价指标以及实施成果评估方法，以降低风险、保障SOA工程实施的质量。4.2SOA应用实施过程当越来越多的软件和系统采用SOA时，需要考虑SOA系统的业务和IT环境的基本方法，如方法、过程、技术、工具等。SOA项目由于其采取面向服务设计和开发的架构特征，SOA工程生存周期与传统软件项目管理存在着重要差别，需要SOA应用实施过程指导。SOA实施的资源要求应用系统资源应满足下列要求：是已建立的、在同构或异构环境中运行的业务软件；提供被访问的标准接口或适配器。数据资源应满足下列要求：至少为下述所列的其中之一：业务系统中的数据物理信息、消息格式定义及消息内容、其它格式文件或服务定义；提供被访问的标准接口。SOA实施的资源要求服务资源应满足下列要求：满足服务的各项要素；

在构建SOA应用之前已存在，作为已有IT资源的一部分；

可由组织自身提供，也可由第三方提供。数据表名名词术语代码字典库表编码ZDCA索引关键词WORD_CODE字段名汉字名数据项名称数据类型数据长度小数位单位缺省值空值合法性检查字段说明ZDCA010词语类别WORD_CLASSVC20ZDCA020词语子类WORD_CHILDVC48ZDCA030词语亚类WORD_SUBVC64ZDCA040词语汉字名WORD_CHINVC64SOA应用架构设计要点SOA应用架构设计可划分为如下三个主要阶段。第一阶段，评估和分析业务和IT系统的当前状态，明确对于IT敏捷性、可扩充性、快速响应业务需求变化等方面的需求，评估行业特性和环境，从投入产出、长远战略、风险等方面分析设计SOA应用架构，考虑是否需要采用云计算的平台和服务资源、如何和自有的IT资源进行整合等。SOA应用架构设计要点第二阶段，对SOA应用架构进行总体规划和应用实施，确定SOA应用架构的总体框架、实施过程、各方职责以及实施关键点，组织资源进行具体应用实施工作；在此过程中，特别需要用户从多个视角提出业务需求，开展服务分析，并参与完成服务设计。SOA应用架构设计要点第三阶段，对SOA应用架构的实施效果进行评估，明确是否满足了实施前的需求，实施后的IT整体情况和效果，并根据效果调整应用架构设计。从垂直结构到水平结构的过程SOA门户平台提高税收征收率,改进服务,降低成本行政管理决策支持外部信息交换征管系统出口退税金税二期SOA数据集成平台SOA业务流程平台SOA应用集成平台SOA管理平台SOA应用平台理想的体系架构

编排平台编排应用应用应用应用应用应用应用应用应用基础架构基础架构应用基础架构系统基础架构业务流程分析和协同供应商客户合作伙伴雇员数据产品信息雇员信息客户信息LegacyApplicationsPackagedApplicationsDatabasesFileSystemsPresentationServicesSharedBusinessServicesStreamlinedBusinessProcessesData&AccessServicesServiceBusConnectivityMessagingAdaptersCustomIntegrationSharedServicesInfrastructureTransformationAggregationLegacyEnablementEnrichmentCustomBusinessServicesReusablePortletsMulti-ChannelDeliverySharedBusinessProcessesWorkflowOrchestrationDataAccessService-EnabledApplicationsServiceRegistryJDBCRationalizationNonService-EnabledAssetsDeliveryChannelArchitecture

(Portals,FatClients,IVR,PDA,etc.)SalesB2EEngineeringB2CServicePartnersCustomersIVRClientAppsCompositeApplicationsChoreographyPortalsWorkflowServiceRepositorySecurityServicesCommonServicesSOA架构SOA的分级模型战略目标战术计划一级最简级确定简单的可快速实现a的项目

建造“服务”在门户、BAM中使用OrganizeandStrategizeCreate_customer,Messaging,ErrorHandling例子二级战术级利用SOA优势构造集成系统集成“服务”管理“服务”TacticalSOAImplementations用户数据集成

三级战略级业务流程自动化企业架构师团队驱动SOA项目ProcessAutomationAndImprovementWithSOA集成的操作流程管理行业生态系统的领导者并提供重用的“服务”.使得虚拟企业能有好的业务洞察力和实时信息访问五级行业应用SOAisindustrialized策略级SOA,B2B,B2C,A2A实施BAM+BPEL并作评估

四级企业级SOAisQuantitativelyManaged监测用户的SLAs评测&改进*Source:Accenture+Oracle+TheHartfordSOA分级模型策略架构治理组织信息实施第一级–最简单SOA（构造、使用WebServices）对象：简单SOA应用技术要求应用服务器平台支持WebServices的开发工具标准遵循WSDL,SOAP,XMLWSRP,JSR168策略在计划SOA时将未来业务需求考虑在内确定快速ROI项目广泛享受成功成果架构开始检查企业架构(清楚现有环境)评估SOA对企业架构的影响定义公司标准建造基础“服务”开始设定SOA路标及“服务”组计划治理计划部门间的治理跨部门的“服务”定义及使用方式组织建立企业级的架构师团队（对企业SOA推行负责）信息着手设立公司信息模型、标准实施选择快速实施项目以求短期能见效益第二级–战术级项目（集成服务，管理“服务”）项目需求：主要是传统的数据集成及相应的安全管理。技术要求BPEL流程编排(Orchestration)企业服务总线（ESB-EnterpriseServiceBus)服务注册（Registry）WebServices管理和安全（WSM）标准遵循BPEL,WSIF,JMS,JCAUDDIWS-Security策略宣传SOA给业务带来的好处开始确定衡量SOA是否成功的主要指标架构完成企业架构的检查保证“服务”的管理和安全性政策的有效实行治理保证有效的治理-适应业务需要和SOA的建设采用跨部门的IT决策模式和治理组织企业架构师团队设定“服务”开发的指导原则企业架构师团队在业务和IT部门驱动SOA进程企业架构师团队着手SOA培训信息信息的广泛共享扩展公司信息模型，建立数据服务实施着手可重用“服务”的设计开发建立“服务”建设的操作模型–谁开发?谁维护?谁修改?采用SOA项目方法论并用适当的机制总结最佳实践策略宣传SOA给业务带来的好处开始确定衡量SOA是否成功的主要指标架构完成企业架构的检查保证“服务”的管理和安全性政策的有效实行治理保证有效的治理-适应业务需要和SOA的建设采用跨部门的IT决策模式和治理组织企业架构师团队设定“服务”开发的指导原则企业架构师团队在业务和IT部门驱动SOA进程企业架构师团队着手SOA培训信息

信息的广泛共享扩展公司信息模型，建立数据服务实施着手可重用“服务”的设计开发建立“服务”建设的操作模型–谁开发?谁维护?谁修改?采用SOA项目方法论并用适当的机制总结最佳实践第三级–战略级（中央架构团队，“服务”重用的流程）目标：建立SOA型的业务流程处理系统。技术业务流程建模业务规则引擎(RuleEngines)数据集成中心（DataHubs）集成服务环境（ISE-IntegratedServicesEnvironment）元数据管理标准BPMN,BPELIndustryXML策略实施业务处理流程自动化架构清晰定义技术、应用、信息、方案共享架构制订合理的策略方法管理“服务”的建设治理建立有效的SOA治理方法，激励资源重用企业架构师团队评估项目开始考评流程自动化范围及“服务”重用状况组织企业架构师团队评估项目对标准的支持和“服务”重用度等IT部门深入了解业务发展策略实施全面SOA培训建立初步的SOA品质中心信息建立共享的单一客户数据源实施“服务”设计和部署与SLA和容量计划的综合管理“服务”的优化保证企业范围内实施SOA的最佳实践考虑采用AMD（架构模型驱动）开发应用第四级–企业级（评测&改进）目标：着手建立SOA型企业。技术业务流程模拟业务活动监测（BAM）复杂事件处理元数据管理系统网格计算技术标准ServiceComponentArchitecture(SCA)WS-Addressing,WS-EventingWS-Trust,WSSecureConversations策略监控、评测流程以进一步优化驱动与合作伙伴SOA方式的业务架构实现共享服务理念驱动SOA架构与伙伴系统的集成治理治理工作的关键–利用IT资源提高企业竞争力评测SOA对满足企业需求的作用的效果组织发挥SOA品质中心的职能，指导SOA最佳实践和传授相关知识信息建立完整的企业单一数据中心实施完善业务流程变化的管理机制评测“服务”使用情况并建立增加重用度的管理机制服务级别的容量规划着眼于迭代开发模型如ARAD（结构化的RAD）以增加重用度第五级–行业级SOA（持续的改进&创新）

目标：行业SOA的和谐，通过企业SOA的实践，将SOA应用扩大到业务合作伙伴，实现行业范围的产能最大化。策略获得业务洞察力，获取实时的信息和业务自动化自适应变化的能力架构保障非SOA应用向SOA平滑迁移确保“服务”的审计和监测和自适应能力治理实现治理职能的转化，密切IT与业务的关系实现自动治理建立例外处理的程序信息信息成为竞争获胜的基本保障信息和处理的联动，根据反馈信息智能驱动业务流程组织保障持续的改进、创新SOA型的组织架构实施优化的开发机制SOA六域模型业务策略和流程架构成本和效益项目和应用服务组件组织和管理构建成本业务和IT优势主要衡量指标组织设计资金技能角色和职责标准运营流程和工具变革管理现有应用建设中的主要项目基础架构建规划参考架构可管理性/可用性扩展性安全性基础架构服务信息和访问服务共享的业务服务表示服务复合应用SOA支持的公司策略业务流程架构为确保成功，要给予每个域同样的重视实施SOA的务实之路1确定一个起点2制定一个2~3年的远景规划3逐个项目地实施，循序渐进4利用域模型实施SOA业务策略架构成本和收益项目和应用构件组织和管理SOA标准体系研究SOA标准体系研究SOA工程生存周期规范服务分析指基于SOA项目需求，综合运用多种方法手段，从多视角逐步发现、甄别服务的过程。服务设计指对服务进行分类、定义、设计等的系列过程。服务实现指在SOA

的生存周期阶段中，将已定义的服务合约通过技术开发手段变成服务的过程。服务发布是将已注册服务的信息对外公开的过程。服务发现是服务框架下把服务请求者和服务提供者连接起来的重要环节。服务发现要求服务本身应具有较好的可发现特征。服务组合指将一组服务按照一定的规则进行组合，使他们可以一起共同完成一个特定的任务或业务流程。服务部署是组装好的业务流程会被部署到正在操作的运行时环境中，并可以实际运行。服务测试是验证原子服务和组合服务是否符合已定义服务功能的过程。服务治理是根据SOA治理所确定的决策和机制，来具体制定相关措施来进行实施的过程。是对运行时中执行的服务和业务流程进行监视和分析，以保证它们能正常运行。服务退役是服务的最后一个阶段，表示一个不再提供的服务。注册中心可以保存有关曾经处于活动状态但不再可用的服务的记录。SOA的多个维度基本思维面向服务的思考SOA趋势的历史背景IT-业务磨合–业务流程vs.可重复使用的核心业务模块传统设计思维vs.面向服务的设计思维:乐高积木SOA的多个维度规划维度SOA切入点项目推展策略:自上而下vs.自下而上;战略性vs.战术性蓝图／路线图规划:EnterpriseArchitecture成熟度模型SOA的多个维度技术架构维度–服务基础设施(ServiceInfrastructure/Fabric)企业服务总线,数据服务,BPM,门户,Registry,Repository,服务管理,安全业界规范WS-I,BPEL,SCA,SDO,…SOA的多个维度服务生命周期维度服务分析、设计和建模服务开发，测试，优化治理、运营、管理维度服务工程设计SOA复合应用的过程

2.企业服务总线–开发服务3.处理集合和服务编排4.加入人工交互和业务规则1.服务的组合–发布和组织0.业务需求和概念设计7.安全和策略管理8.性能,可靠性,扩展性,重用性6.业务行为监控5.图形化界面–协同门户和集成化的内容服务

Step0-1：SOA服务分析SOA服务分析指基于SOA业务需求，综合运用多种方法手段，多视角逐步发现、甄别、形成一系列候选服务的过程。主要的方法手段及过程分为以下5种。Step0-1：SOA服务分析1．领域分析（自底而上）领域分析指从业务领域的视角出发，找到项目中涉及的企业热点组件，发现候选服务的过程。领域分析过程及主要工作如下：

识别业务领域及其功能域。

标识热点区域和热点组件。

分解并得到核心功能列表。

梳理并得到侯选服务列表。2.流程分析（自顶而下）流程分析指从项目中涉及的业务流程视角出发，发现候选服务的过程。SOA服务分析-

梳理业务流程。-

抽取业务操作。-

发现候选服务。3.目标分析（目标分解-汇合）目标分析指从业务实现的目标视角出发，找到所需要的业务并根据业务目标发现候选服务的过程，主要工作：识别业务目标；识别业务子目标；查找关键指标和业务操作；发现候选服务。SOA服务分析4.数据分析数据分析指从企业的数据模型视角出发，结合SOA项目需求，发现候选服务的过程，主要工作包括：-根据行业数据规范（表单、报表等），构建企业的数据模型。

-根据项目需求，构建业务与数据的映射关系。综合前两步的分析结果，发现候选服务。SOA服务分析5.资产分析资产分析指分析查找已有资产（包括已有系统、套装或定制应用、行业规范或业务模型等）之间的访问接口和功能列表，发现候选服务的过程，主要工作包括：

分析现有资产对应的业务功能。

构建业务功能与业务活动的映射关系。

识别现有资产之间的相互访问的接口。

梳理现有资产的技术架构风格。

识别并抽取提供通用服务的资产。

发现候选服务。SOA服务分析Step0-2：SOA服务设计SOA服务设计是根据面向服务的分析阶段所产生分析结果，对候选服务来进一步进行服务定义、并产生一系列正式的服务以及其服务合约的过程。可分为以下4步：筛选-分类-确定边界-定义Step0-2：SOA服务设计1．服务筛选经过上述5种SOA服务分析方法将得到若干候选服务，然后需运用校验、评估等方法从候选服务中逐步筛选并得到待暴露（实现）的服务。其主要工作内容包括确定服务评估的指标、对服务进行打分评估。SOA服务设计——1.服务筛选服务评估示意图SOA服务设计——1.服务筛选常见服务评估指标如下：

范围：衡量一个服务在企业中潜在的适用范围。

重用：衡量一个服务潜在的重用水平。

敏捷度：衡量一个服务适应变化的能力水平。

遵循：衡量一个服务对于企业制定的目标的遵循程度。SOA服务设计——1.服务筛选常见服务评估指标如下：

技能：衡量为了实现共享服务所需的必要技能。

工具：衡量运用工具实现相关服务的便捷能力。

项目影响：衡量为了实现共享服务对当前一些开发项目的影响。

可行性：衡量为了实现共享服务时的一些可能的困难和风险。SOA服务设计——2．服务分类2．服务分类服务分类指为了有助于服务组合和分层，对不同服务实施不同的管控，并为逻辑设计提供依据，从而提高服务可管理性，对服务按照不同属性进行分层抽象划分、提取的过程。服务分类示意图信息资源服务：由遗留系统提供并已发布的服务连接服务：通过服务封装了遗留系统接口功能服务：提供基础的技术功能，提供细颗粒度的处理，重用性很高。实体服务：提供对企业业务对象的相关操作，屏蔽了后台数据来源的多样性和复杂性，独立于流程和应用，重用性高。任务服务：通常由实体服务、功能服务和业务规则组合而成，处理面向业务的特定功能，重用性低。流程服务：根据业务需求编排自动化服务和人工服务。SOA服务设计——3.确定服务边界3．确定服务边界确定服务边界，主要考虑以下影响因素：不同的需求范围。不同的安全策略。消息交换模式。服务质量要求。SOA服务设计——4．定义服务4．定义服务定义服务过程中，主要考虑以下影响因素。服务功能。操作约束（如服务质量）。安全需求。能力需求。非功能性需求。

服务定义流程SOA服务设计——4．定义服务服务定义流程SOA服务设计——4．定义服务定义服务接口表参数名称属性名称数据类型描述输入参数来源部门名称字符串信息提供者部门名称物理地址字符串网络中可唯一标识的物理通信地址目的部门名称字符串信息提供者部门名称物理地址字符串网络中可唯一标识的物理通信地址信息信息类别字符串XML格式组织内容信息内容字符串XML格式组织内容SOA服务设计——4．定义服务定义服务接口表参数名称属性名称数据类型描述输入参数处理是否加密布尔内容是否为加密是否压缩

布尔内容是否为压缩目的是否转发布尔是否需要接收者转发是否需要回执布尔是否需要发送回执信息时间戳时间发送信息的时间戳输出参数无异步调用，不需要输出参数SOA服务设计——4．定义服务服务描述表名称信息上报模块公共模块类型公共调用方式异步不返回服务标准99.9999%可用，支持25000次/节点并发及加密压缩SOA服务设计——4．定义服务服务技术性描述表名称信息上报发布日期2012-06-08依赖的服务无服务实现JMS服务粒度原子服务交互属性SOA服务设计——4．定义服务服务配置及安全性描述表名称信息上报出错处理忽略响应时间

<5ms服务吞吐量25000次/秒数据转换解密和解压缩支持重试可重复使用Step1|生成服务组合DatabaseJava将服务暴露列出所需要服务的清单服务合同和接口(Contract/Interface)粗粒度文档异步交互Undo/Cancel操作版本化WS-I,WrappedDocumentStyleWSIFBindingtoJava,JCAIMS,CICSSAP

Oracle,PSFT服务组合 在一个集中的注册集中生成,发布和管理服务主要特征覆盖整个企业的集中式的SOA工具使服务的提供者可以发布,分类和通告服务允许服务的使用者发现和获取满足条件的服务服务的生命周期服务作为SOA治理和策略实施的唯一控制点与所有中间件组件和应用紧密集成也能与第三方的中间件组件共同工作ServiceRegistryHTTPJava,otherservicesInMemoryJCACLR.Net,C#RESTSOAPJCAMainframe,IMS,CICSYahoo!AmazonB2B,RN,EDIOracleApps,Siebel,SAP,PeoplesoftStep2|企业服务总线:传递数据 在ESB实现中,服务信息传递是通过总线提供的基于内容的路由,QoS和转换方式进行的,而不是直接交互的.主要特征服务虚拟化,逻辑命名互连性,转化,充实和路由300+适配器集成的UDDIRegistry(Systinet)灵活的基于内容的路由服务丰富的监控和消息跟踪WS-*标准支持BizPartnersRN,EDIEnterpriseServiceBusTransformation|Routing|ConnectivityRegistryMetadatastoreHTTPJava,OtherservicesInMemoryJCACLR.Net,C#RESTSOAPJCAMainframe,IMS,CICSYahoo!AmazonOracleApps,Siebel,SAP,PeoplesoftStep3|编排成端到端服务 基于XML标准的web服务编排形成端到端业务流程BPELPM:服务编排丰富的BPEL支持Drag-anddrop可视化设计器支持XSLT和XQuery嵌入的人工工作流和规则基于ESB的BindingFrameworkUnitTestingframework功能强大的管理控制台B2B,RN,EDIEnterpriseServiceBusTransformation|Routing|Messaging|RegistryRegistryMetadatastoreHTTPJava,OtherservicesInMemoryJCACLR.Net,C#RESTSOAPJCAMainframe,IMS,CICSYahoo!AmazonOracleApps,Siebel,SAP,PeoplesoftBPELStep4|人工协同工作流和业务规则ProcessWorkflowRulesfx完整的人工协同工作流和业务规则支持在端到端的流程中插入人工交互的功能有不同的审批和用户交互的模型可客户化的工作列表应用将业务规则作为决策服务加入BPEL流程人工协同工作流–

开放架构

完全的元数据驱动

可插入身份管理决策服务可以和任何规则引擎工作B2B,RN,EDIEnterpriseServiceBusTransformation|Routing|Messaging|RegistryRegistryMetadatastoreHTTPJava,OtherservicesInMemoryJCACLR.Net,C#RESTSOAPJCAMainframe,IMS,CICSYahoo!AmazonOracleApps,Siebel,SAP,PeoplesoftStep5|用户界面标准的用户接口

–Portal,JSF,.Netapps重要特性页面设计技术:JSF/AJAXWebCenter:WSRP,JSR-168basedPortletsfor

流程报表,BAM报表

用户工作列表Po