SOA培训笔记(1)

《SOA培训笔记(1)》由会员分享，可在线阅读，更多相关《SOA培训笔记(1)（10页珍藏版）》请在装配图网上搜索。

1、企业架构：EEA架构模型标准治理组织架构业务流程转化架构和业务之间SA：弥补E的不足（空洞，不可度量等),业务功能通过Servic来沟通,制定规约来规范，及绩效指标，安全要求，对业务进行量化度量。SOA是进化，不是革命，用足球队解释SOA概念。1目标:随需而动,灵活，敏捷方法:使用业务模型和现有的IT资产来识别服务 要求:与业务同步，每一个业务任务来对应一个服务4强调：标准，治理,管控Develop serviceRational software architectRational application developersESBInfrastructure serviceManageme

2、nt servicePartner ServicePartner GatewayBusiness appsWASAccess serviceWS adaptersInteraction servicePortalProcess serviceWpsInformation serviceSOA 适应场景:面向流程,英文为变化而设计，提供灵活性松耦合的异构的,非实时的设计中要关注性能和重用SOA不适合场景:同构环境下高实时环境下高实时性能下不需要变化紧耦合能带来好处实时S方法:1. 把业务分解为组件模型 -CB战略重要业务，运营业务业务组件 kp优先级,范围2. 定义服务模型 -OMA建模识别出基

3、于业务组件的服务服务的规约和服务的组件细化基于架构原则指定SOA实现策略3. 实现服务模型开发一个面向服务的体系架构基于项目的约束条件实现服务实现适当的治理机制SA服务的定义：可复用的为了达成一定的业务目的的业务任务，自包含，面向服务的建模和架构(SOMA）概貌图2.1 服务发现方法 服务发现是SO进行服务分析和设计的第一步。服务发现的主要任务，是确定在一定范围内（通常是企业范围,或若干关键业务流程范围内)可能成为服务的候选者列表。 目前有三种方式发现服务的候选者，它们分别是自上而下的领域分解、自下而上的现有系统分析和中间对齐的业务目标建模。 。自上而下(领域分解)方式 自上而下的领域分解方式

4、从业务着手进行分析，选择端到端的业务流程进行逐层分解至业务活动,并对其间涉及的业务活动和业务对象进行变化分析。 业务组件模型是业务领域分解的输入之一。业务组件模型是一种业务咨询和转型的工具,它根据业务职责、职责间的关系等因素，将业务细分为业务领域、业务执行层次和业务组件.由于企业内部和外部环境的不同，每个业务组件在成本、投资、竞争力等方面不尽相同,因此,每个业务组件在企业发展的过程中战略职责和演化的路径也是不同的，于是由于角度的不同,就形成了所谓的业务组件的热点视图。SO是一种特别强调业务和I互动的技术。对于面向服务的分析和设计,业务组件模型提供了进行服务划分的依据,而且这种划分的方法可以平滑

5、地从业务视图细化到服务视图。 端到端的业务流程是业务领域分解的另一个输入。将业务流程分解成子流程或者业务活动，逐级进行，直到每个业务活动都是具备业务含义的最小单元。流程分解得到的业务活动树上的每一个节点,都是服务的候选者,构成了服务候选者组合。业务领域分解可以帮助发现主要的服务候选者,加上自下而上和中间对齐方式发现的新服务候选者,最终会构成一个服务候选者列表。在SOA的方法中，服务是业务组件间的契约，因此将服务候选者划分到业务组件,是服务分析中不可或缺的一步。服务候选者列表经过业务组件的划分，会最终形成层次化的服务目录。 变化分析的目的是将业务领域中易变的部分和稳定的部分区分开来，通过将易变的

6、业务逻辑及相关的业务规则剥离出来，来保证未来的变化不会破坏现有设计，从而提升架构应对变化的能力。变化分析可能会从在未来需求的分析中发现一些新的服务候选者，这些服务候选者需要加入到服务候选者目录中。2。自下而上（已有资产分析)方式 自下而上的已有资产分析方式的目的是利用已有资产来实现服务，已有资产包括：已有系统、套装或定制应用、行业规范或业务模型等。 通过对已有资产的业务功能、技术平台、架构及实现方式的分析，除了能够验证服务候选者或者发现新的服务候选者,还能够通过分析已有系统、套装或定制应用的技术局限性,尽早验证服务实现决策的可行性，为服务实现决策提供重要的依据。 3.中间对齐（业务目标建模）方

7、式 中间对齐的业务目标建模方式的目的是帮助发现与业务对齐的服务，并确保关键的服务在流程分解和已有资产分析的过程中没有被遗漏。 业务目标建模将业务目标分解成子目标,然后分析哪些服务是用来实现这些子目标的.在这个过程中，为了可以度量这些服务的执行情况并进而评估业务目标,我们会发现关键业务指标、度量值和相关的业务事件.结合这三种方式的分析，我们发现服务候选者组合，并按照业务范围划分为服务目录。同时为服务规约做好其他准备，如通过对已有资产分析进行的技术可行性评估,通过业务目标建模发现的业务事件等。IBM业务流程开发生命周期中涉及业务流程相关的软件产品BebShereBusiess Me-提供一种方法,

8、通过公司最佳实践定义和修改模型，更好地了解部门之间如何交互操作,定义个人在企业内部承担的角色和职责。usie Moele有助于自顶向下分析业务流程。 M WeSere Intgraon Deelope用于基于图形的BPEL业务模型的组装、编排的开发工具.IBM WeSphee Prssrer允许业务规则捕捉业务变量,针对不断变化的业务状况和市场状况提供灵活性和快速反应能力.确保用WbSre Business Modeler或WebSpere ngrtn eveoe设计的流程可以一致、可靠、安全地执行，具备事务完整性.建立在Webpe ESB之上，并具备其功能。IBMWeShersness Mo

9、nito允许实时监视业务流程，采用可视化方法显示业务流程状态。WebSphere Bsiness Monitr提醒并通知重要用户持续改进业务流程。此产品大大增强了IBM业务流程管理软件包,与WebSphe Bsess Modle和WebSpeePress Sever紧密集成在一起。架构师应用OA需要思考的问题:1权衡 用合适架构，技术解决适宜的问题(适用性)3持续改进从业务模型到soa的实现:业务资产业务组件模型热点图 CBM业务流程业务流程模型需要：行业CBM Maps行业规则业务解决方案优先级Cbm ool功能资产参考体系结构服务模型用例模型服务组件基于sa应用体系结构可重用的，标准的,模

10、型驱动开发方法Somaoa集成框架运营资产运营模型技术转换试图部署单元oa基础业务组件分析企业被规划为分类业务组件的集合热点图:高优先级的组件通过bm方法分析和改进业务业务组件：人，技术,组件,资源的集合,提供特点的业务价值提供什么接口,服务？抽象层次：高类（t）组件(t)服务（+业务)可用方法:自顶向下自底向上 从现有系统出发中间相遇P/SOA IM的S方法服务，服务组件,流程的识别，规约，实现RaalMeto mer（SOMA2.4）相关插件RUP SOMA（有中文版）服务的注册和存储：UI 相关产品：WeSpe ServiceRegistyand Rspsry鼓励重用：发布新开发的服务和

11、元数据查找服务和元数据集成其他注册库增强联通性在运行时支持服务之间的动态有效的交互支持治理分层;1.操作系统层：应用，注册库 ，中间件：DB，MQ2。服务组件层：对象,类CDO3组件组成的服务，服务必须是可监管的资产4.服务组成的流程 ps el Cosumrs消费层:vew Portrl,hannel ，B,Aax7.QS： 安全管理（lg adit)SA规范标准Wil,wsl,udi。安全： WSSC事务:Wx关键原则:通过完整的Sa生命周期使用ES隔离联通性和服务采用增量的关注点组件化开发ESB 主要功能：路由，消息和数据的转换WbSee Mesage orker 高级ESBM实施Soa

12、方法1. 通过o成熟度模型评估是否适合做soa转型（咨询师，客户)2. 业务组件建模(cb）,业务分析（咨询师，客户）,通过业务组件建模方法，确定企业不同业务组件的特点和转型方法，识别热点组件（划分优先级）,按成本分析。3. 通过业务组件模型上采用服务建模和架构方法分析(SOMA）和设计服务模型4. 通过将服务模型映射到SOA参考架构上来确定企业的OA基础架构Soma（rmc)采用UP开发流程融入S特有的活动BM：组件业务建模:工具方法,目的是业务剖析功能能力功能能力Dirctig（决策）业务组件业务组件onrolig(战术）Execing 作业业务目标活动资源业务组件关注点：做什么,不是怎么

13、做业务流程关注点：怎么做tep1 剖析业务，吧业务分解成逻辑组件Ste决定什么是差异性业务，什么是一般性共性业务tep3决定如何投资分析成本，计算个活动的开销整合重复的活动将花费昂贵，开销巨大的共性活动（通用,别人也可以做）外包，缩减成本将更大的财力投放在差异性的有成本效益的竞争上1识别通用和差异组件（核心竞争力,可外包的成本高的共性业务)2识别组件成本分析业务组件和当前的T系统之间联系，去除冗余，发现鸿沟CB成本核算：服务定义域功能域子系统服务组件功能组件/技术组件SMA服务定义denication1目标服务建模现有资产分析3域分解服务规约Seficaion服务Rliation服务实现 le

14、metatinMA:业务分析和T实现的桥梁输入:业务组件分析结果输出：SOA的实施输入：biss rocess，te pocssas proces ，se case（ftiona reuirements）Som产出：ServiMdIdeticaionrtfolioS hierachypecfiaonS xpoue暴露（筛选:是否和业务对齐，是否可组合,冗余性） dendenc 确定依赖关系（前后条件依赖，流程依赖)S compositin组合关系（那些服务可以组合成流程,bpe编排），不可间断的短服务,可中段的长服务S nf非功能性要求(可用性villty,性能perfomn）S msges(

15、es中消息路由，协议转换）iplemeationSatementmanaementeliati ecisonhrtrunning srices 组件：技术组件（lo/ej srvie）和功能组件Seric dentifitio：omain dcomosio 自顶向下：untional area aayss 功能域分解，将m中业务组件按功能拆分ariation-riened anaysi 差异性分析（例子:租车中不同的客户采用不同的收费策略)rocess eomion:流程子流程叶子流程s c，分为s is当前流程和将来toe流程Existn asetalyi自底向上,重用现有的it资产Goal

16、 serviemodelig :根据业务目标识别服务，裁减候选服务domainucialaesbstmerce compontsfuntonalcopoents和ehncalcomnentsrmc 7.0 中文oa在中石油实践经验：需求定义 收集，分析，定义需求规格说明书宏观设计 架构设计,功能/子系统设计 ,接口设计-系统架构，功能说明，子系统划分微观设计 功能组建细化,数据模型细化，页面元素细化构建阶段 部署阶段评估分析需求分析:调研和现状分析(现状调研和分析） 需求结构化分析(业务组件定义,制定系统应用框架） 自定向下需求分解流程分解，功能点识别和定义借助CM达成业务分类的共识1。通过决

17、策层，生产管理层,作业层, 物探，钻井，测井等功能域交叉获取业务组件剖析共性组件和差异性组件（核心竞争力）3。剖析组件成本对每类功能逐级分解,完成对业务的深入了解，根据cbm模型，采用a方法进行需求分析和挖掘 自定向下分析流程-子流程-叶子流程se cse ， 加上目标服务建模,根据当前战略，业务目标分析,加上自底向上的现有资产分析,看sysmcontex，和现有的资产分析，如何将现有资产封装为服务分解后得到服务/功能的层次结构，发现哪些是组合服务，哪些是原子服务宏观设计：围绕人，信息，服务，流程完成从需求到设计的转换根据和业务对齐筛选服务，服务的规约,服务的a，服务自己的依赖关系，服务的消息

18、，服务的组合将服务分布到组件（类，接口,事物），业务领域分解子系统分析 流程分析建立目标 服务模型服务实现分派 流程实现分派组件说明内外部流程说明设计企业组件技术实现路线图利用现有资产服务设计：需求来源，组件设计，数据设计业务功能到系统功能的实现的关键：服务设计卡解密:P、VST双系统安装指南及维护rmcevorkrs for suma pugnSO an Wb servic新手入门应用基于资产的开发到SA 的服务中P rrvic-Oieted Modelig an Aritect V24下载IBM Raonal MethodCoposr luginfor SOA Govrnace。0 下载不足之处，请您指出来，谢谢！10 / 10