本章讨论服务设计如何集中于将公司的业务设计和IT解决方案与经证明的方法和工具保持一致。您将了解SOA治理如何帮助定义组织中的角色和职责。

　　使用面向服务的体系架构实现业务灵活性

　　Trucks Inc.的企业转换活动刚刚起步。Trucks Inc.了解阻碍他们实现目标的主要问题。该公司深信SOA能够支持快速的更改和转换。

　　可以使用四种方法来实现SOA，并且每种SOA采用方法都可以在其他方法的基础之上构建，从而导致整个企业范围的采用：

　　·SOA相关的技术采用重点关注SOA相关的技术项目，如Web服务或BPEL实现。
　　·SOA初步部署或试验项目采用用于转换单个业务流程，如工程更改管理。
　　·业务解决方案采用解决了公司在流程或业务组件中通常遇到的特定的业务问题。
　　·企业采用或转换是一次大规模的采用，将在企业级别把业务和IT集成在一起。

　　Trucks Inc.决定他们将使用第二种SOA采用方法，并决定选择产品与流程管理或PLM业务单位（请参见图1）来试验该SOA采用以及支持基础结构。该项目称为Trucks Inc. SOA for PLM项目。

                 

　　图1. 选择用于试验SOA采用的Trucks Inc.业务单位
 
　　为了做好该业务单位的转换准备，Trucks Inc.决定按以下方式进行准备：

　　·采用OMG PLM Services作为公共的中立集成语言
　　·部署BPM集群而不是采用以PLM应用程序为中心的传统方法

　　SOA for PLM项目的解决方案需求可以划分为多个重点领域，这些重点领域旨在通过协作来实现业务目标。

　　服务设计

　　服务设计重点领域通过一组角色、方法和构件，使业务设计建模与IT解决方案设计保持一致，以提供一组供优化的显式业务流程和用于组合及集成的服务。为了使业务目标与IT目标保持完全一致，PLM for SOA项目团队必须首先通过IBM提供的关键服务方法之一对业务体系结构进行分析，执行数据构建以创建系统数据模型，然后执行服务分析和设计。

　　服务创建

　　服务创建重点领域涉及到创建灵活、基于服务的业务组件。Trucks Inc.的产品与流程业务单位确定了高价值的现有IT资产，并使这些资产可供重用。该解决方案将现有的后端系统（如PTC Windchill、DS Enovia LCA、UGS TeamCenter、MSC SimManager、SAP）和任何现有的PLM应用程序作为服务公开，以更容易用于重用。

　　服务连接性

　　服务连接性重点领域通过网关或企业服务总线将公司内部和扩展企业中的人员、流程和信息链接在一起。该解决方案使SOA for PLM流程能够访问多种渠道，访问后端应用程序，联合组织单位，以及提供业务驱动的服务可用性。

　　流程

　　流程重点领域是以特定顺序调用以实现业务目标的一组业务相关的活动。业务流程由多项任务组成，这些任务包括人工交互、自动化工作流、信息服务、业务规则交互、子流程，以及功能和服务调用。Trucks Inc.的产品与流程业务单位的业务流程示例包括：工程更改管理（engineering change management，ECM）、正式投产、企业BOM管理等等。

　　交互与协作服务

　　交互与协作服务重点领域是一个基于门户的解决方案，旨在提高人员的工作效率。例如，Trucks Inc.的主管使用基于门户的业务仪表板跟踪业务组合和产品路线图。类似地，交互与协作服务允许Trucks Inc.项目经理控制和跟踪有效的通信、可交付件、事件、风险、协议和计划。产品开发所需的操作流程，如需求管理、供应商关系管理、产品配置和质量管理，也可以通过使用特定门户得到改进。供应商门户就是行业部门中众所周知的示例。

　　信息服务

　　信息服务重点领域以可重用服务的形式提供对Trucks Inc.中的复杂、异构数据源的信息访问。Trucks Inc.需要利用和管理现有信息。通过支持在整个组织中共享相关信息，以及允许实时访问和管理结构化和非结构化信息，该解决方案可以实现此目的。该解决方案还必须提供访问自动和手工数据清理功能的接口，以支持对信息的验证后纠正。

　　BPM

　　BPM重点领域是将软件功能和业务专业知识相结合来加速流程改进和促进业务创新的学科。

　　由SOA支持的BPM提供了灵活的体系结构样式，以支持高效的流程更改和快速的流程部署。要让BPM项目取得成功，使用支持SOA的软件和拥有交付及履行BPM承诺的专业知识都是非常关键的。软件和专业知识的结合就是IBM所称的“高价值BPM”。第103页上的第5章“实现端到端业务流程管理”对BPM进行了介绍。

　　SOA治理

　　SOA治理重点领域支持在Trucks Inc.实现更灵活的业务。

　　需要对这种灵活性进行管理，以便控制业务服务和流程的潜在快速发展。

　　SOA治理包括管理服务与其他各方之间的关系，以及确保服务遵从组织据以运作的法律、政策、标准和过程。该解决方案必须包括执行以下操作的正式流程：分配决策权限、实施派生自业务规则的策略，以及围绕服务流程和生命周期建立衡量标准。

　　此外，该解决方案必须简化以下流程：

　　·服务注册
　　·服务版本控制
　　·服务所有权
　　·服务发现
　　·服务访问
　　·服务和组合应用程序部署
　　·服务安全性

　　SOA安全性和管理

　　SOA安全性和管理重点领域包括安全服务、发现，以及监视SOA环境的SOA资源。Trucks Inc.团队设计并部署了SOA安全和管理解决方案以支持SOA for PLM项目的部署。

　　在接下来的几个部分中，我们将研究Trucks Inc.如何实现服务设计和SOA治理重点领域。

　　服务设计

　　服务设计的重点是通过使用经证明的方法和工具将Trucks Inc.的业务设计与IT设计保持一致。

　　诸如CBM以及面向服务的建模和体系结构（Service-Oriented Modeling and Architecture，SOMA）等IBM方法提供了概念框架，用于定义建模的方方面面以使业务与IT设计保持一致。可以使用IBM工具来支持设计方法，以对可跟踪性建模并创建整个生命周期中的设计构件。SOA服务设计场景可应用于每个基本SOA场景。SOA设计场景模型（请参见图2）的基本构造包括流、服务和组件。

              

　　图2. 服务提供业务与IT之间的一致性
 
　　本部分介绍用于服务设计的SOMA方法的主要元素：

　　·服务标识
　　·服务规范
　　·服务实现

　　SOMA方法（请参见图3）是用于SOA设计和构造以支持目标业务流程的分析和设计方法。SOMA通过服务、组件和流的标识、规范和实现来完成此任务。

                

　　图3. 面向服务的建模和体系结构(SOMA)方法
 
　　SOMA方法提供了用于SOA设计的描述性指导（请参见图4），并且是SOA解决方案设计模式的基础。

                   

　　图4. 用于SOA参考体系结构分层解决方案的SOMA指导
 
　　服务标识

　　服务标识的目标是创建候选服务及其对业务有意义的关联操作的初始集合。服务标识主要由软件架构师执行，并且通常包括业务分析人员以支持角色形式的参与。

　　在服务标识期间，将创建服务模型工作产品，并移交给负责服务规范的软件架构师。服务标识与产生服务模型的分析级别同义，而服务规范则是设计级别。

　　服务标识的主要输入包括：

　　·业务分析和建模

　　业务分析和建模用于定义业务体系结构。

　　CRM通常用于业务分析，以帮助客户了解其业务和能力，并确定能力差距。也可以使用其他方法来进行业务分析。

　　·服务注册中心和存储库

　　现有的服务和有关它们的信息通常存储在服务注册中心和存储库中。由于Trucks Inc.的SOA for PLM项目是第一次SOA采用，因此不存在现有的服务。请参阅第125页上的6.1.8“SOA治理”以查看Trucks Inc.的产品与流程业务单位的服务注册中心和存储库内容示例。

　　让我们进一步了解三种用于确定候选服务的补充技术：

　　·目标-服务建模
　　·领域分解
　　·现有资产分析

　　目标-服务建模

　　目标-服务建模的关键目标是证明服务的可跟踪性以及与业务目标的一致性。目标-服务建模是一种中间相遇(middle-out)的方法，在对应输出可用时用于验证通过领域分解和现有资产分析技术确定的候选服务列表的完整性。

　　在开发目标-服务建模时，您通常与业务主管、业务分析人员和主题专家紧密合作，以确定范围内的业务目标和项目的阶段。对于每个目标和子目标，您将确定KPI和度量以评估业务性能。

　　产品与流程业务单位业务组件中的服务标识重点是确定用于支持业务组件的服务。图5显示了用于汽车行业的 IBM 组件业务模型映射。Trucks Inc.可以采用此CBM映射作为服务标识研究的输入之一。

               

　　图5. 汽车行业组件业务模型
 
　　表1提供了一个业务目标的摘要和支持KPI，以说明目标-服务建模。

        

　　表1. 目标-服务建模的业务目标和KPI
 
　　领域分解

　　对于领域分解，我们采用自顶向下的方式工作，将业务领域分解为主要的功能区域和子系统。在下一个级别，我们进一步将功能区域分解为流程、子流程和高级业务用例。

　　领域分解使用并增强了领域分析和领域工程方法的子集，包括以下方法：

　　功能区域分析

　　将领域分解为功能区域，以便为IT子系统及其实现服务的对应服务组件的设计提供业务边界。如果未提供CBM，则作为SOMA研究的初始阶段执行领域分析。

　　流程分解

　　执行业务流程建模以将流程分解为子流程和任务。对于初始的候选服务列表，三个级别的分解通常就足够了。

　　图6显示了从IBM流程分类框架基础中重用的示例流程分解。

                     

　　图6. 从用于汽车行业的IBM流程分类框架中提取的示例流程分解
 
　　面向变化的分析

　　全面观察流程、规则、策略和结构（数据），以确定候选共性。下一步，分离出流程、规则和结构的变化。面向变化的分析可以确保所确定的服务可在不同的上下文中重用。

　　现有资产分析

　　现有资产分析的主要目标是最大限度地重用现有的应用程序事务、现有系统中的模块和打包的应用程序。在执行现有资产分析时，我们采用自底向上的方法以确定候选服务。可能会确定一些新服务，并且在其他情况下，该技术将确认前一项技术的标识结果。

　　Trucks Inc.的产品与流程业务单位拥有许多COTS PLM应用程序以及内部开发的应用程序。诸如UGS TeamCenter、PTC Windchill、Dassault System Matrix One和MSC SimManager等COTS PLM应用程序可以公开可由其他组件使用的Web服务。现有资产分析并不只是将现有的应用程序接口作为Web服务公开。需要进行相关考虑以确定现有应用程序接口是否允许实现良好的服务设计。

　　这就是可重用的业务服务与应用程序级别的服务之间的全部区别，后者一般特定于应用程序的标准（例如特定的应用程序格式），因此不大可能符合Trucks Inc.选择的OMG PLM Services 2.0标准。

　　如图7所示，存在几种公开现有应用程序的选项：          

　　·包装现有功能

　　将功能保留原样，但是使用工具或中间件将现有功能作为服务公开。例如，将Trucks Inc.的现有应用程序作为SOAP Web服务公开（也称为直接公开）。

　　·将现有功能包装并替换为服务

　　按上述方式包装功能，但是在以后使用最终的服务规范来重新开发服务。然后，替换原始服务，并将客户端重定向到新的实现。

　　·使用更适合于服务调用的适配器