2023年SOA培训笔记推荐

公司架构:EA

SOA：填补EA的局限性（空洞，不可度量等）,业务功能通过Service来沟通，制定规约来规

范，及绩效指标，安全规定，对业务进行量化度量。

SOA是进化，不是革命，用足球队解释SOA概念。

1目的：随需而动，灵活，灵敏

2方法:使用业务模型和现有的IT资产来辨认服务

3规定:与业务同步，每一个业务任务来相应一个服务

4强调：标准，治理，管控

SOA适应场景：

面向流程，英文

为变化而设计，提供灵活性

松耦合的

异构的，非实时的

设计中要关注性能和重用

SOA不适合场景：

同构环境下

高实时环境下

高实时性能下

不需要变化

紧耦合能带来好处

实时SOA方法：

1.把业务分解为组件模型---一一-一一CBM战略

重要业务，运营业务

业务组件kpi

优先级，范围

2.定义服务模型———-----———SOMA建模

辨认出基于业务组件的服务

服务的规约和服务的组件细化

基于架构原则指定SOA实现策略

3.实现服务模型

开发一个面向服务的体系架构

基于项目的约束条件实现服务

实现适当的治理机制

SOA服务的定义：可复用的为了达成一定的业务目的的业务任务，自包含,

面向服务的建模和架构（SOMA）概貌图

服务发现

服务规约

服务实现

图4-3面向服务的建模和架构（SOMA）概貌图

2.1服务发现方法

服务发现是SOMA进行服务分析和设计的第一步。服务发现的重要任务，是拟定在一定

范围内（通常是公司范围，或若干关键业务流程范围内）也许成为服务的候选者列表。

目前有三种方式发现服务的候选者，它们分别是自上而下的领域分解、自下而上的现有

系统分析和中间对齐的业务目的建模。

1.自上而下（领域分解）方式

自上而下的领域分解方式从业务着手进行分析,选择端到端的业务流程进行逐层分解至业

务活动，并对其间涉及的业务活动和业务对象进行变化分析。

业务组件模型是业务领域分解的输入之一。业务组件模型是一种业务征询和转型的工具,

它根据业务职责、职责间的关系等因素，将业务细分为业务领域、业务执行层次和业务组

件。由于公司内部和外部环境的不同，每个业务组件在成本、投资、竞争力等方面不尽相同,

因此，每个业务组件在公司发展的过程中战略职责和演化的途径也是不同的，于是由于角度

的不同，就形成了所谓的业务组件的“热点视图"。SOA是一种特别强调业务和IT互动的

技术。对于面向服务的分析和设计，业务组件模型提供了进行服务划分的依据，并且这种划

分的方法可以平滑地从业务视图细化到服务视图。

端到端的业务流程是业务领域分解的另一个输入。将业务流程分解成子流程或者业务活

动，逐级进行，直到每个业务活动都是具有业务含义的最小单元。流程分解得到的业务活动树

上的每一个节点，都是服务的候选者，构成了服务候选者组合。业务领域分解可以帮助发现重

要的服务候选者，加上自下而上和中间对齐方式发现的新服务候选者，最终会构成一个服务

候选者列表。在SOA的方法中,服务是业务组件间的契约，因此将服务候选者划分到业务

组件，是服务分析中不可或缺的一步。服务候选者列表通过业务组件的划分，会最终形成层次

化的服务目录。

变化分析的目的是将业务领域中易变的部分和稳定的部分区分开来，通过将易变的业务

逻辑及相关的业务规则剥离出来，来保证未来的变化不会破坏现有设计，从而提高架构应对

变化的能力。变化分析也许会从在未来需求的分析中发现一些新的服务候选者，这些服务

候选者需要加入到服务候选者目录中。

2.自下而上（已有资产分析）方式

自下而上的已有资产分析方式的目的是运用已有资产来实现服务，己有资产涉及:已有系

统、套装或定制应用、行业规范或业务模型等。

通过对已有资产的业务功能、技术平台、架构及实现方式的分析，除了可以验证服务候选

者或者发现新的服务候选者，还可以通过度析已有系统、套装或定制应用的技术局限性，

尽早验证服务实现决策的可行性,为服务实现决策提供重要的依据。

3.中间对齐（业务目的建模）方式

中间对齐的业务目的建模方式的目的是帮助发现与业务对齐的服务，并保证关键的服务在

流程分解和已有资产分析的过程中没有被漏掉。

业务目的建模将业务目的分解成子目的，然后分析哪些服务是用来实现这些子目的的。

在这个过程中，为了可以度量这些服务的执行情况并进而评估业务目的，我们会发现关键

业务指标、度量值和相关的业务事件。

结合这三种方式的分析，我们发现服务候选者组合，并按照业务范围划分为服务目录。同

时为服务规约做好其他准备，如通过对已有资产分析进行的技术可行性评估,通过业务目的

建模发现的业务事件等。

WebSphereIntegrationDeveloperProcess:

RationalApplicationDeveloperWebSphereProcessServer

WebSphereESB

WebSphereMessageBroker

WebSphereAdopters

People

WebSpherePortal

WebSphereEveryplaceDeployment

Iiifonnation

WebSphereInformationIntegrator

ApplicationInfrastiuchiie

WebSphereApplicationServer&XD

ondemandOperationEnvironment

WebSphereBusinessModeler\\ebSphereBusinessMonitor

RationalSoftwareArchitectTivoliCompositeApplicationManager

IBM业务流程开发生命周期中涉及业务流程相关的软件产品

IBMWebSphereBusinessModeler------提供一种方法，通过公司最佳实践定义

和修改模型，更好地了解部门之间如何交互操作，定义个人在公司内部承担的角色和职责。

BusinessModeIer有助于自顶向下分析业务流程。IBMWebSphereI

ntegrationDeve1oper——用于基于图形的BPEL业务模型的组装、编排的开发工具。

IBMWebSphereProcessServer允许业务规则捕获业务变量，针对不断

变化的业务状况和市场状况提供灵活性和快速反映能力。保证用WebSphereBusiness

Modeler或WebSphereIntegrationDeve1oper设计的流程可以一致、可靠、安

全地执行，具有事务完整性。建立在WebSphereESB之上，并具有其功能。AIBMW

ebSphereBusinessMonitor允许实时监视业务流程，采用可视化方法显示业

务流程状态。WebSphereBusinessMonitor提醒并告知重要用户连续改善业务

流程。此产品大大增强了IBM'业务流程管理软件包，与WebSphereBusinessModeler和

WebSphereProcessServer紧密集成在一起。

架构师应用SOA需要思考的问题：

1权衡

2用合适架构，技术解决适宜的问题（合用性）

3连续改善

从业务模型到soa的实现：

业务资产

业务组件模型

热点图CBM

业务流程

业务流程模型

需要:

行业CBMMaps

。行业规则

业务解决方案优先级

Cbmtool

功能资产

。参考体系结构

。服务模型

。用例模型

。服务组件

基于soa应用体系结构

可重用的,标准的，模型驱动开发方法

Soma

Soa集成框架

运营资产

。运营模型

技术转换试图

部署单元

Soa基础

业务组件分析

公司被规划为分类业务组件的集合

热点图:高优先级的组件

。通过cbm方法分析和改善业务

业务组件:人，技术，组件，资源的集合,提供特点的业务价值

提供什么接口，服务？

抽象层次:高

类(it)—》组件(it)4服务(it+业务)

可用方法：

自顶向下

自底向上从现有系统出发

中间相遇

RUP/SOMA18乂的50人方法

服务，服务组件,流程的辨认，规约，实现

RationalMethodComposer(SOMA2.4)相关插件RUPSOMA(有中文版)

服务的注册和存储：UDDI相关产品：WebSPhereServiceRegistryandRespo

sitory

鼓励重用：

发布新开发的服务和元数据

查找服务和元数据

。集成其他注册库

增强联通性

。在运营时支持服务之间的动态有效的交互

支持治理

分层

1.操作系统层:应用，注册库，中间件:DB2,MQ

2.服务组件层:对象，类SCA/SDO

3.组件组成的服务，服务必须是可监管的资产

4.服务组成的流程wpsbpe1

5.Consumers消费层:viewPortral,Channel，B2B,Ajax

7.QOS:安全管理(logaudit)

SOA规范标准

Wsi1,wsdl,udi«»»

安全：WS-SEC

事务：WS-Tx

关键原则：

通过完整的Soa生命周期

使用ESB隔离联通性和服务

采用增量的关注点

组件化开发

ESB重要功能:路由，消息和数据的转换

WebSphereMessageBorker高级ESB

IBM实行Soa方法

1.通过soa成熟度模型评估是否适合做soa转型（征询师，客户）

2.业务组件建模（cbm）,业务分析（征询师，客户），通过业务组件建模方法，拟定公司不

同业务组件的特点和转型方法,辨认热点组件（划分优先级），按成本分析。

3.通过业务组件模型上采用服务建模和架构方法分析（SOMA）和设计服务模型

4.通过将服务模型映射到SOA参考架构上来拟定公司的SOA基础架构

BusinessInnovation&OptimizationServices

Providesforbetterdesciston-nnaking

withreal力mebusinessinformavon

S8

32

W&

WS

WInteractionServicesProcessServicesInformationServices

Enablescolldtx）racionOrchestratesandManagesdiverseI

betweenpeople,automatesbusinessdataandcontentina

processes&mformMionprocessesunitedmanner

DesignandITMand^e

createESBEnablesintef-connecbv»tybetweenservicesandsecure

solutionservices.

assetsinan1____________rrop州cations

integratedI

environmentPartnerServicesBusinessAppServicesAccessServicesresources

ConnectwithtradingBuldonrobust,Facilitateinteracoons

partnersscaleable,andsecurewithexistinginformation

servicesenvironment11andapphcabonassets

InfrastructureServices

Optimizesthroughout

availabilityandperformance

Soma（rmc）

采用RUP开发流程融入SOA特有的活动

CBM：组件业务建模：工具方法，目的是业务剖析

功能能力功能能力

Directing（决业务组件业务组件

策）

Controling

（战术）

Execting作业

业务目的

4.4

活动

业务组件关注点：做什么，不是怎么做

业务流程关注点:怎么做

Stepl剖析业务，吧业务分解成逻辑组件

Step2决定什么是差异性业务，什么是一般性共性业务

Step3决定如何投资

。分析成本，计算个活动的开销

整合反复的活动

将花费昂贵,开销巨大的共性活动（通用，别人也可以做）外包，缩减成本

。将更大的财力投放在差异性的有成本效益的竞争上

1辨认通用和差异组件（核心竞争力，可外包的成本高的共性业务）

2辨认组件成本

3分析业务组件和当前的IT系统之间联系，去除冗余，发现鸿沟

CBM成本核算:

服务定义

域-》功能域一》子系统一》服务组件一》功能组件/技术组件

SOMA

服务定义Identification

1目的服务建模

2现有资产分析

3域分解

服务规约Specification

服务Realization

月艮务实现imp1emetation

SOMA：业务分析和IT实现的桥梁

输入:业务组件分析结果

输出：SOA的实行

输入：businessprocess,tobeprocessasisprocess,usecase(function

alrequirements)

Soma产出：

aServiceModel

Identification

Sportfolio

Shierachy

Specification

Sexposure暴露（筛选：是否和业务对齐，是否可组合，冗余性）

Sdependence拟定依赖关系（前后条件依赖，流程依赖

■.服务,可中段的反服务

Snfrs非功能性规定（可用性availablily,性能performance）

messages]（esb中消息路由、协议转换）

imp1emetation

Statementmanagemen

Reslizationdecisions

Shortrunningservices

组件:技术组件（log/ejbservices）和功能组件

Serviceidentification:

Domaindecomposion自顶向下：

Functiona1areaanalysis功能域分解，将cbm中业务组件按功能拆

分

Variation-orientedana1ysis差异性分析（例子:租车中不同的客户采用不同

的收费策略）

Processdecomposion：流程-》子流程・》叶子流程一》usecase,分为as

is当前流程和将来tobe流程

Existingassetana1ysis自底向上，重用现有的it资产

Goa1servicemodeling：根据业务目的记别服务,淘汰候选服务

domain

functiona1area

subsystem

servicecomponents

functionalcomponents和technica1components

rmc7.0中文

soa在中石油实践经验：

需求定义收集，分析，定义-》需求规格说明书

宏观设计架构设计，功能/子