SOA面向服务的业务转换在零售业中的最佳实践
Min Luo （minl@us.ibm.com） , 高级认证 IT 架构师, IBM Global Services
Prakash Mall （mprakash@in.ibm.com） , 咨询 IT 架构师, IBM Global Services
Diptiman Dasgupta （ddasgupt@in.ibm.com） , 咨询 IT 架构师, IBM Global Services
Rajesh Nachaloor （rnachalo@in.ibm.com） , 咨询 IT 架构师, IBM Global Services
Julian C. Petriuc （jpetriuc@us.ibm.com） , 认证咨询 IT 架构师, IBM Global Services
Liang-Jie Zhang （zhanglj@us.ibm.com） , 总架构师，行业标准, IBM Software Group
Richard Baca （rbaca@us.ibm.com） , 管理顾问, 分配实践, IBM Global Services
Jack Ehrhardt （Jack_Ehrhardt@circuitcity.com） , 系统架构师——零售存储操作, Circuit City Stores
2005 年 3 月
<abstract-extended>从最近多个百万美元的项目（包括服务、硬件、软件和托管）的实施框架中发现创新的解决方案框架，将其用于能够创建更有效基础架构的最大的电子零售链之一。该框架有助于线形存储销售并支持办公操作，具备中央办公功能，劳动力管理、订单管理和库存管理。项目开发组及本文作者采用了以模型为中心的解决方案来分析并设计用于集成包解决方案组件和遗留系统中的面向服务的集成层。此外，他们设计并开发了轻量级的企业服务总线（Enterprise Service Bus，ESB）来实现基于服务的集成。解决方案提供者使用此套标准服务规范通过 ESB 提供或使用这种服务。提出的这个解决方案框架提供了以零售业为中心、技术和平台独立的、基于服务的整合层（最终是一个以零售为中心的 ESB 实现），其他零售商可以无需费力地将其采用。本文（该系列文章中的第一部分）重在创建用于集成的以零售为中心的服务模型创新解决方案。</abstract-extended>
图 2. 今后系统的上下文
图 4 展示了购买项目的业务流程模型：
图 4. 购买项目的业务流程模型
从泳道视图中可以明显看出下列是可以被发布的用于购买项目业务流程的两个候选服务：
在 Web 上找到存货——由 Web Store 组织单元发布 在商店中找到存货——由 Inventory Management 组织单元发布为了确定数据服务，我们进一步分析了核心 POS 解决方案和已支持的或即将被支持的遗留系统之间的数据流。此外，设计数据服务使它们能够被访问以满足应用程序的大多数（或所有的）数据需求。这里有 SoT 解决方案所需的三种类型的数据服务：
支持内部组件交互的数据服务 支持将 POS 事务数据上传到遗留系统（私有格式）的数据服务 从遗留系统中下载公共支持的数据（包括商品、价格和财政等）的数据服务我们也提取了通用的安全及工具服务来帮助内部组件的交互。
然后，我们列出了在这一步中确定的服务并将它们映射到文档中。图 6 展示了购买项目的候选服务清单。
图 6. 候选服务清单
在这一阶段，我们开发了实际平台、产品和具备独立供应商的以零售为中心的由逻辑 CBM 功能组件（可以被看作 CBM 零售组件模型的扩展）分类的服务的清单。
为了扩展 CBM，我们创建了下面的映射电子表格来说明 CBM 逻辑零售组件如何能被映射到确定的技术子系统中。
图 11. 将 CBM 逻辑零售组件映射到确定的技术子系统中
您可以使用 Application Developer 来执行服务编排（关注该系列文章的第二部分，将讨论如何使用 Business Integration Modeler 和支持的开发工具来创建基于服务的集成层）。
f）服务相关性
这里有两种服务相关性：
g）其它服务属性
其它服务属性包括服务级协议（如性能需求）、能力和安全。在这个阶段，我们详述并实验了如何使那些属性更合理且可实现。
9）服务规范及实现
当考虑如何实现服务时，我们需考虑：
我们也需要确定如何使用遗留和现有的企业功能，通过询问诸如“我们要不要在遗留功能上放置包装器？”或“我们需要为企业服务更改发布的接口吗？”之类的问题。在回答完这样的问题之后，就能做出服务实现决策并在服务模型中归档。
10）向 Application Developer 输出服务模型
最后，我们将来源于 Business Integration Modeler 的模型作为 Business Process Execution Language（BPEL）和 WSDL 输出，然后我们将它们引入 Application Developer 中。然后，我们进一步地编辑、增强、开发 Application Developer 中的流程编排。
结束语
作者提出了以模型为中心的解决方案，用于分析和设计基于服务的适用于集成包解决方案组件和遗留系统的集成层。他们使用 CBM 零售映射作为逻辑组件模型的启动，过滤掉与 SoT 的当前范围无关的内容。使用业务分析组开发的可用业务流程及用例文档作为主要输入，它们使用 WebSphere Business Integration Modeler 来为内部组件的交互建模，并将每个交互都确定成那些逻辑组件中的候选业务服务。他们分析输入输出消息和数据需求，并指导对每个服务的复杂性的最初的评估。他们将那些服务构建到逻辑服务模型中，他们进一步扩大逻辑服务模型使其包括公共业务和工具服务、数据和安全服务。他们将所选的逻辑业务组件映射到确定的包应用程序组件（子系统）中，并合并逻辑服务到那些子系统中。
