SOA快速指南：服务建模.docx

引言以效劳为中心的业务活动治理与监控是最近消灭的一种热门的 IT 技术，它的目的在于帮助企业治理人员实时得悉企业运营状况，了解企业的战略实施进展。SOA 快速指南 1 2 3系列文章是笔者近年来在 SOA 工程实施中的阅历结晶。该系列文章结合一个汽车贷款流程， 介绍了在 SOA 的环境下如何基于 IBM 的现有产品构造业务活动治理解决方案，具体阐述了每个实施步骤中使用的 IBM 的方法学、技术和产品。期望通过本文的介绍，能够帮助读者理清业务流程治理所包含的根本概念，并了解构建解决方案所需要的根本步骤。1. 效劳建模方法论介绍众所周知，面对对象的应用构建在类和对象之上。随后进展起来的建模技术将相关的对象依据业务功能进展分组，就形成了组件的概念；对于跨组件的功能调用，则采用接口的形式暴露出来。进一步的将接口的定义与接口的具体实现进展解耦，就催生了 SOA。而作为业务和 IT 之间的契约的效劳，是 SOA 最重要的概念。因此面对对象、基于组件、面对效劳是三个递进的抽象层次。现在我们有 OOADObject Oriented Analysis Design和 CBDComponent Based Development来进展面对对象和基于组件的建模与开发。但是没有一个好的方法来进展 SOA 的分析、设计和开发。SOMAService Oriented Modeling Architecture就是在这个背景下诞生的，其主要目的就是填补 OOAD 和 CBD 在建模领域留下的空白，为 SOA 实施供给一个方法学的指导。需要特别指出的是，SOMA 的消灭并不是要替代 OOAD 或者 CBD，正如CBD 需要借助 OOAD 一样，SOMA 也要借助 OOAD 和CBD 进展实现层面的建模。与 OOAD 和 CBD 相比较而言，SOMA 贯穿整个 IT 建设的生命周期，在工程规划、设计、实施、运行中都起到重要的作用。本文就不开放阐述了，相关信息可见参考资料。SOMA 另外一个显著的特点就是将 IT 与业务对齐。在具体的实施过程中，SOMA 将业务特性，如：业务目标、关键业务指标等，延长到IT 的分析和架构决策过程，从而缩小业务与IT 之间的差距。具体来看，业务组件模型或者类似业务分析方法论的结果、端到端的业务流程以及关键业务指目标是 SOMA 的三项主要输入，SOA 的实现则是 SOA 的输出，从这也可以看出 SOMA 的定位是在业务和 IT 之间。图 1：SOMA 方法论<>依据实施的阶段，SOMA 分为效劳觉察、效劳规约以及效劳实现三个阶段。1效劳觉察：承受自上而下、自下而上和中间对齐的方式，得到效劳的候选者。自上而下 业务领域分解方式从业务着手进展分析，我们将业务进展领域分解、流程分解，以及进展变化分析。业务组件模型是业务领域分解的输入。依据业务组件模型的具体描述，我们可以将业务领域依据业务职责细分为业务范围，并直接其映射到 IT 范畴的子系统，实现业务与 IT 的无缝连接。顶级的业务流程是流程分解的输入。将业务流程分解成子流程或者业务活动，逐级进展，直到每个业务活动都是具备业务含义的最小单元。流程分解得到的业务活动树上的每一个节点，都是效劳的候选者，构成了效劳候选者组合。在大局部状况下，效劳候选者组合都是一个很长的列表，加上自下而上和中间对齐方式还有可能觉察的效劳，因此将效劳候选者依据某种方式进展分类是一件格外必要的事情。业务领域分解的结果业务范围是一个业务概念，同时可以无缝映射到IT 范畴，因此它是一个好的分类原则。依据业务范围，效劳候选者组合可以被划分效劳候选者名目。变化分析的目的是将业务领域中易变的局部和稳定的局部区分开来，通过将易变的业务规律及相关的业务规章剥离出来， 保证将来的变化不会破坏现有设计，从而提升架构应对变化的力量。变化分析可能会从对将来需求的分析中觉察一些的效劳候选者，这些效劳候选者需要参加到效劳候选者名目中。自下而上已有资产分析方式的目的是利用已有资产来实现效劳，已有资产包括：已有系统、套装或定制应用、行业标准或业务模型等。通过对已有资产的业务功能、技术平台、架构以及实现方式的分析，除了能够验证效劳候选者或者觉察的效劳候选者，还能够通过分析已有系统、套装或定制应用的技术局限性尽早验证效劳实现决策的可行性，为效劳实现决策供给重要的依据。中间对齐业务目标建模方式的目的是帮助觉察与业务对齐的效劳，并确保关键的效劳在流程分解和已有资产分析的过程中没有被遗漏。业务目标建模将业务目标分解成子目标，然后分析哪些效劳是用来实现这些子目标的。在这个过程中，为了可以度量这些效劳的执行状况并进而评估业务目标，我们会觉察关键业务指标、度量值和相关的业务大事。结合这三种方式的分析，我们觉察效劳候选者组合，并依据业务范围划分为效劳名目。同时为效劳规约做好其他预备， 如：通过对已有资产分析进展的技术可行性评估、通过业务目标建模觉察的业务大事等等。2效劳规约：定义实现效劳的效劳组件的细节，包括，数据、规章、效劳、可配置概要、可能的变更，同时还会涉及到消息、大事的定义和治理。经过效劳觉察的阶段，我们得到了候选效劳名目，接下来就需要打算暴露哪些效劳。理论上全部的效劳候选者都可以暴露为效劳，但是一旦暴露为效劳，该效劳候选者就必需满足附加的安全性、性能等方面的要求，企业还必需为效劳的规划、设计、开发、维护、监管支付额外的开支，因此我们会依据肯定的规章来打算将哪些效劳候选者暴露为效劳。这些规章包含以下几个方面：业务对齐：该效劳候选者可以支持相关的业务流程和业务目标。可组装：该效劳候选者满足技术中立、自包含以及无状态等特点，同时还满足复合应用的相关非功能性需求。可重用：该效劳候选者可以在不同的应用、流程中重用，从而削减重复的功能实现，降低开发和维护的本钱。基于企业应用开发的阅历，我们还可以有其他一些方面的考虑。在打算暴露特定的效劳候选者为效劳以后，效劳规约还需要定义效劳的消息、非功能性需求以及效劳之间的依靠关系、组合关系。 3效劳实现：依据对业务领域的理解和现有 IT 系统的分析，将效劳的实现安排到相应的效劳组件，并打算效劳的实现方式。具体的实现方式，可以由已有系统暴露相关功能为效劳，或者重开发相关功能供给效劳，也可以由合作伙伴来供给效劳。无论承受哪种方式，都需要对于关键点进展技术可行性的分析。2. 流程建模定义和建模业务流程是提升业绩的关键因素。业务流程是一种可变的交互模式，当某个组织在实现特定的业务目标时， 在该组织的组件及其环境之间发生了这些交互。业务流程通常很简单，由于在应对独特而瞬息万变的环境时，人们会不断进展大量的更改。没有正式的流程文档和流程治理系统的话，这些流程简单性就会使组织遇到不必要的障碍和瓶颈。一个良好构建的业务流程模型可以帮助您定位和排解那些隐蔽的低效、高本钱以及带来延迟的业务活动。IBM? WebSphere? Business Modeler 是一个业务过程建模工具，该工具使您能够建模、设计、分析与生成业务过程报告、集成的和修订的工作流，以及定义您的组织、资源和业务项。本文的主题是效劳建模，因此有必要阐述流程建模与效劳建模的关系。首先，进展着两项活动的角色有明显的不同，流程建模一般由业务人员或者业务询问专家进展，而效劳建模由 SOA 架构师在业务专员的支持下进展。其次，两项活动对待争论对象的角度不同。流程建模从组织构造、业务流程及相关资源的角度来对待业务，流程建模关注业务活动之间的流淌；效劳建模则利用效劳业务与 IT 的契约来分析业务，效劳建模关注业务活动之间的层次化和组合关系。< 目除了上面两点不同以外，这两项活动还是相互依靠，迭代进展的。粗粒度的流程模型是效劳建模的重要输入之一，帮助 SOA 架构师了解业务需求。效劳建模的过程觉察并规约了效劳，产生的结果效劳列表以及效劳的主要业务属性帮助业务人员准确的定义流程模型中的业务活动和业务项。但是效劳建模中 IT 的成分如安全性、牢靠性， 流程建模并不关注；而流程建模中的模拟运行和优化又和效劳建模没有直接的关系。依据对当前业务流程的分析，我们可以进展业务流程建模。图 2 展现了目标业务流程模型。图 2：基于角色的目标业务流程模型标业务及 IT 环境分析3.>通过对现有业务环境的分析，的业务流程必需将信贷员从繁复的人工操作中解放出来，通过自动化的方式降低信贷员的工作强度；同时通过业务规章的约束，掌握过程中的操作风险和道德风险。图3 就是我们设计的目标业务环境，信贷员只是整个流程中的参与者之一，由自动化的汽车贷款审批业务流程来担当担当业务流程的枢纽。图 3：目标业务环境<IT 环境的目的是解释应用或流程在执行的过程中会与哪些相关的业务系统交互包括交互的方式，此外，还解释相关业务人员与流程的交互方式。通过对 IT 环境的分析，我们可以了解已有系统的功能和相关技术指标，为后面的效劳实现和架构设计供给重要的信息。依据业务模型的转型，相应的 IT 环境如图 4 所示。汽车贷款审批业务流程能够通过计算机技术自动与相关系统互联互通，同时申请人、信贷员以及信贷经理作为人工任务的执行者参与到业务流程中。>图 4：目标 IT 环境<><4. 效劳觉察效劳建模依据效劳觉察、效劳规约和效劳实现这三个步骤进展，本文会涉及前面两个步骤。效劳实现与架构设计是本系列文章的下一篇文章的主题。自上而下方式通过对业务流程的分解，我们可以得到效劳的候选者。如图 5 所示，每一个业务活动的单元都是效劳的候选者。图 5：业务流程分解中间对齐方式>通过与业务分析人员或业务询问参谋的协作，我们可以猎取效劳建模的输入业务目标。在本例如中，业务指标为降低本钱和降低欺诈风险，并且通过销售本钱、自效劳比例和坏账率这三个关键业务指标来度量业务目标的实施状况。局部服务候选者可以与关键业务指标联系起来，例如：评估信用等级以及审批等效劳候选者可以降低坏账率。自下而上方式通过对现有 IT 环境的分析，我们可以把握现有系统的根本信息。了解到核心系统可以供给猎取存、贷款记录的功能。<<>依据与业务目标的联系、与现有系统功能的映射，可以验证我们自上而下分析方法的结果，或者觉察自上而下分析方法的遗漏。结合业务领域的分析，我们可以得到效劳候选者列表。由于效劳候选者比较多，可以承受领域分解的结果来将效劳候选者进展分类。领域分解的工作通常由资深的业务专家来进展，在本例如中，基于示范的目的，我们认为目标业务流程所涉及的业务范围包括客户效劳和风险掌握，并将它们作为分类的依据，得到效劳候选者名目。5. 效劳规约有了效劳候选者名目，最重要的步骤就是效劳暴露的决策，依据业务对齐、可重用性、业务可组装性等准则，我们决定暴露以下效劳：在打算暴露的效劳以后，就需要对这些效劳进展消息的定义和非功能性需求，同时需要定义相关的业务大事、规章。>实际工程中，效劳规约会比较简单，既包括具体的效劳的操作、输入消息、输出消息，也包括相关联的业务目标、业务规章、业务大事，此外，非功能性需求等方面也是需要在效劳实现以前定义。上表仅仅列举几个方面做简洁的示意。除了对单个的效劳本身进展规约，效劳规约还包括效劳之间关系的描述，例如效劳之间的依靠关系和包含关系。在本例如中，汽车贷款流程由其他效劳组装而成，评估信用等级由查询存款记录、查询贷款记录和计算信用等级组装而成；执行审批以前，必需先完成评估信用等级，因此从业务的角度来看，审批效劳依靠于评估信用等级。