![关闭 [x]](http://dw1.s81c.com/i/c.gif){kind=small}
本系列文章讨论使用 IBM WebSphere Business Services Fabric Version 6.0 创建组合业务服务的完整过程。第 1 部分介绍了组合业务服务的概念，并说明了 WebSphere Business Services Fabric 如何支持这些服务的开发。为了准备进行深度组合业务服务开发，本文将首先对一个业务案例进行分析，说明 WebSphere Business Services Fabric 如何帮助解决所提出的业务问题，并演示结果分析和设计步骤。
我们的示例中涉及到虚构的 International Bank (INT Bank)，该银行正在通过面向服务的方法对其贷款申请服务进行改进。
INT Bank 是 International Bank of Texas (INT-TX) 和 International Bank of California (INT-CA) 的母公司。INT Bank 的主要业务是提供贷款服务。为了更好地了解其客户，也为了能向客户提供非常有价值的贷款产品，信贷员和贷款复核人员角色要求不同级别的客户信用信息：
-
信贷员需要分析申请人的信用，以提供针对客户进行了恰当自定义的贷款。INT Bank 拥有集成的贷款申请管理 (Load Application Management) 门户，该门户既提供贷款信息，也提供集成的客户信用信息。
-
贷款复核人员使用公司的贷款风险评估 (Load Risk Evaluation) 门户评估与特定代贷款申请关联的风险，从而帮助作出审批决策。此外，贷款复核人员需要更为详细的客户资料，如事务历史和客户信用信息，以降低公司的坏帐率。在该银行的当前贷款申请流程中，每个子公司可根据地域营销要求和当地地方法律不同而采用不同的政策和解决方案。
INT Bank 维护用于管理和跟踪客户贷款事务的内部客户信用信息系统（Customer Credit Information System，CCIS）。为了减少风险和实现可接受的信用评估结果，INT-CA 希望向其贷款审批人员提供不同的客户信用评估服务。市场上有很多信用评估服务提供商，他们各自都具有独特的信用视角和信息质量标准。INT-CA 选择名为 Credit Digger 的服务提供商，因为该提供商的高质量是业内众所周知的。由于 Credit Digger 的服务成本比使用内部 CCIS 系统高，因此 INT-CA 采用的策略是，根据贷款的数额和申请贷款的客户的存款额使用 Credit Digger 服务。
除了上面提到的系统外，贷款申请流程还涉及到其他三个 INT Bank 内部系统：
- 企业客户管理 (Enterprise Customer Management) 数据库：管理潜在客户和基本客户信息。
- 贷款产品 (Loan Product) 数据库：保存贷款产品信息。
- 基于 LDAP 的单点登录机制：提供用户身份验证。
最后，INT Bank 公司总部有一位核心 IT 人员，负责管理贷款申请服务。INT Bank 希望此员工能够排除故障，监视系统性能指标，最好还能够按照业务所表明的方式提取各种业务标准。
WebSphere Business Services Fabric 能帮什么忙
在分析需求前，让我们了解一下在本例中能够使用的 WebSphere Business Services Fabric 功能。
策略定义使用者请求服务时必须满足的业务需求。策略包括三个部分：
- 服务请求的上下文
- 内容，即请求本身
- 契约，即要满足的需求
例如，INT-CA（上下文）希望使用 Credit Digger（契约）来处理存款额和贷款额满足特定要求的客户（内容）。
在 WebSphere Business Services Fabric 中，服务的功能使用断言描述。可以从五个方面定义服务能力：
- 性能
- 可靠性
- 互操作性
- 安全性
- 可管理性
可以对行业本体进行扩展，以添加断言来描述针对您的企业 IT 环境进行了自定义的服务功能。
在运行时，Business Services Dynamic Assembler 将确定与服务请求相关的一组策略，然后选择满足这些需求的最佳服务提供者（端点）。
首先，使用设计工作表来有条理地分析各个场景背后的业务需求。基于 WebSphere Business Services Fabric 所提供的功能，可以根据这些类别分析出业务上下文：
-
多访问模式
用户可以通过哪些渠道访问系统？组合业务服务（Composite Business Service，CBS）能够提供跨多种访问模式的业务流程，而不用重复使用应用程序，或要求基础设施或技术支持，从而提供不同访问模式间的完全互操作性。
-
组织实体
CBS 提供在域生态系统中表示不同实体（组织、子组织和角色）的能力，因此能通过供应流程向订阅实体提供个性化服务。
-
资产
系统中的现有 IT 资产有哪些？CBS 能够与域系统中的异类资产提供的源服务进行互操作，包括遗留资产、第三方外包资产和新内部资产。
-
策略和断言
CBS 的设计将涉及到定义与不同实体关联的服务级别协议（Service Level Agreement，SLA），并将服务定义为基于上下文、内容和契约的策略。此外，如果基本 CBS 模型并不能恰当地处理业务需求，可能还会需要领域特定的扩展。
清单 1 以设计工作表的形式给出了业务需求分析的结果。
清单 1. 设计工作表与 INT Bank 的分析结果
Multi-Mode of Access
- Integrated Loan Application Management Portal; direct user interaction
Organizational Entities
- Organizations
1. International Bank (INT Bank), headquarters
2. International Bank of Texas (INT-TX)
3. International Bank of California (INT-CA)
- Roles
1. Loan Officer
2. Loan Reviewer
3. Customer
4. IT Administrator
Assets
- Legacy Assets
1. Loan Product Database
2. Customer Credit Information System (CCIS)
3. Enterprise Customer Management Database
4. LDAP
5. Loan Application Management Portal
6. Loan Risk Evaluation Portal
- External Assets
1. Credit Digger
Define Policies and Assertions
- Loan request from all subsidiaries (except INT-CA) should use the CCIS as credit
evaluation service.
- Loan request from INT-CA that meets the conditions should use Credit Digger as
credit evaluation service.
- Loan request from INT-CA which DOES NOT meet the conditions should use the CCIS as
credit evaluation service.
- Assertions for a credit evaluation service includes wallet share of customer applying
for loan and size of loan. |
图 1 显示了通道、流程和服务间的交互。信贷员和贷款复核人员通过 Web 通道访问贷款申请管理门户和分析评估门户。贷款业务流程在 WebSphere Process Server 上运行。Business Service Dynamic Assembler 将业务流程发出的请求根据 INTBank 定义的策略和断言路由到恰当的服务。每个业务案例有两个客户信用服务 (Customer Credit Service) 端点，一个由 CCIS 提供，另一个由 Credit Digger 提供。
图 1. 系统集成
本文提供了说明如何分析业务用例和生成设计工作表的示例。在下一部分中，我们将使用此工作表开发本体扩展（一个组合业务服务模型），并使用 Composition Studio 模拟基于策略的端点选择。
