面向事件/进程的建模 ＳＯＭＡ：面向服务的建模

随着soa建设的深入，soa所要求的各个相关方向也都在逐步深入，soa的建模，soa的测试，soa的安全等等领域都给我们提出了新的要求。针对soa的建模，ibm作为soa的主要提出者和倡导者，其提出了一套完整的理论一soma来对soa的建设进行指导。

soma全称为serviceorientedmodelingarchitecture，面向服务的建模与体系结构。最早的soma版本源自两个独立的方法路线，一个是rupforsoa，这是循着rup的路线派生出来的方法分支，专门为soa的应用提供方法论的指导。

另外一个分支是来自于ibm的全球服务部门（gbs），全球服务部门在与客户一起做soa项目的过程中，基于gsmethod方法，逐渐总结出了一套soa的分析设计方法，该方法最初叫soma。

在2004年开始，两个团队进行了会面，并将相关的术语进行了统一，并抽取了一个统一的框架，最终将该方法作为rup中一个独立的交付流程，统一命名为soma，并在rmc7.2版本中正式发布，变成所有的客户可以使用的一个产品。

对于soma，其总体流程如图1所示，业务变换分析是一个可选步骤，我们可以将其理解成进行soa系统建设的前期的评估，后面3个阶段将是soma的主题方法框架，分别为确定、规范、实现。

上述的四个阶段可以迭代的进行。例如，当业务变换分析阶段产出了一套工件后，后续可能执行多个确定和规范阶段以分割业务模型，并允许每个确定迭代处理一个子集（对于已确定服务的规范，情况同样如此）。

服务确定

第一个阶段是服务的确定，也就是识别出候选服务的过程。在识别服务时又可以通过三个主要的活动来进行：领域分解；目标服务建模和现有资产分析。

领域分解

领域分解是soma中的一种白顶向下的业务驱动的分解方法，通过领域分解，我们能识别出所有的候选的服务，标识出系统的功能边界，同时还能识别出企业的业务流程，分析业务功能的共性和差异性。

什么是业务领域。任何业务都由业务领域组成，业务领域是对用于提供相关业务功能并需要相似技能和专长的业务能力（功能）的逻辑分组。

领域分解活动又可以分解成三个任务。功能区域分解、流程分解、面向差异的分析。

首先来看看功能区域分解，领域可以分解成多个功能区域。功能区域为领域提供了一组内聚的业务功能。例如，“产品”领域中的一个功能区域可以是“产品开发”，其主要功能是开发和改进产品。

领域分解的输入可以是基于cbm产出的组件业务模型。功能领域分解首先描述用于定义每个领域的高级别的主要功能职责。接下来，每个领域又分解成更小更离散的功能区域。每个功能区域将按它负责的具体功能以及它与其他功能区域协作过程中所依赖的功能来进行描述。每个功能区域最后都会对应为一个业务系统。

功能区域形成了it子系统边界定义的基础，并提供了对候选服务进行分类的方法。功能区域用作识别子系统和服务组件的起点。

功能区域是领域可分解到的最小粒度。在这个工作产品中，每个功能区域将按它负责的功能以及它依赖的其他功能区域功能进行精确描述。功能区域为领域提供了各组内聚业务功能（即：它们是整个领域功能的子集）。识别出清晰定义的功能区域对于业务建模启动计划的成功非常重要，因为对于建立各组内聚的基于业务的服务以及用来实现这些服务的子系统来说，功能区域是关键。