JKHLE如何应用此模式

　　JKHLE向每个零售商店添加了ESB。有些零售商店使用WebSphere Message Broker Starter Edition实现此ESB，其他则使用WebSphere Remote Server。这其中每个ESB提供了与公司ESB的集成。例如，在每个零售商店使用ESB可以提供商店内与诸如接收和库存控制等后端应用程序之间的集成。零售商店和公司总部基础结构拥有单独的ESB可以提供更强的灵活性。零售商店可以得益于商店中较轻量级的ESB版本，而企业功能则通过高级ESB来实现。JKHLE按如图5所示应用此SOA原子模式。

                  

　　图5. ESB联合模式
 
　　采用此模式的业务价值

　　JKHLE能够通过实时的库存检查，从而得益于跨零售商店、Web和产品目录渠道的准确和及时的产品信息。产品信息的更改在渠道之间是一致的。

　　进一步的信息：请参考案例研究：服务连接性SOA场景。

　　流程自动化模式的应用

　　流程自动化模式处理有关如何自动化工作流的问题，包括自动化人工任务的集成。它还处理如何能够自动化跨多个应用程序和后端存储库的集成。

　　技术问题

　　JKHLE的现有从在线到商店业务流程非常僵化，不够灵活。例如，当客户在线下了订单，然后将来自该订单的商品退还给零售商店时，将遵循公司的退还策略。目前，要花太长的时间才能引入针对特定产品系列的新退还策略。

　　当前的从在线到商店流程还包含了太多的手动流程。例如，如果客户希望在商店中交结所购商品，则必须在电话上直接与零售代表交谈。

　　JKHLE如何应用此模式

　　在WebSphere Business Modeler中对新的业务流程建模，将此建模活动的结果转换为将在WebSphere Process Server中运行的实现。这个新的业务流程更加高效，能更好地适应JKHLE的需求。例如，其中包括一个针对退还商品的业务策略，以及一个任务，此任务针对客户希望在零售商店领取商品的订单。此任务在客户做出购买时，在电子邮件中向客户服务代表分派订单信息，以便他或她能够从零售货架中取出该订单所购的商品，为客户领取商品做好准备。

　　JKHLE按如图6所示应用此SOA原子模式。

                  

　　图6. 流程自动化模式
 
　　采用此模式的业务价值

　　更改业务策略所需的时间在新流程中可以显著缩短。这些策略的更改很容易整合，并且在某些情况下可以动态地添加。例如，使用新的敏捷业务流程，更改退货策略将变得相当简单，这样客户就不再需要获得商店经理的批准，无需提供收据即可退还商品。

　　进一步的信息：请参考案例研究：业务流程管理SOA场景。

　　业务活动监视模式的应用

　　业务活动监视模式提供了一种监视业务活动的方法，以便对流程的成功与否做出明智的业务决策，以及迅速识别该流程中的问题领域。

　　技术问题

　　JKHLE无法监视围绕主要业务流程的关键指标。例如，他们希望获得从在线到商店流程中的指标以测量特定客户退还的商品百分比，以及围绕特定产品在购买后被退还的百分比的指标（以提供对有关可能的缺陷产品系列的了解）。

　　JKHLE如何应用此模式

　　JKHLE使用IBM WebSphere Business Monitor对从在线到商店业务流程应用业务活动监视。该监视流程基于一组所记录和跟踪的业务度量。JKHLE使用这些业务度量为给定的境况生成警报，例如由于大量的退还商品而可能发生欺诈的商店位置。

　　JKHLE按如图7所示应用此SOA原子模式。

                

　　图7. 业务活动监视模式
 　
　　采用此模式的业务价值

　　JKHLE使用业务活动监视更好地了解从在线到商店业务流程的运行状况。他们可以迅速识别问题领域，生成有意义的业务报告，并确定新出现的机会。

　　进一步的信息：请参考案例研究：业务流程管理SOA场景。

　　端到端服务管理模式的应用

　　服务管理包括监视和管理SOA的方面。

　　技术问题

　　JKHLE需要根据服务水平协议(SLA)监视零售服务组件（例如商务、销售和供应链）。当前的基础结构中不存在清楚和自动化的方法来完成此任务。

　　JKHLE如何应用此模式

　　JKHLE使用IT事件管理系统跨IT层执行事件关联，以缩短问题确定时间。例如，如果商店的某个销售点系统停止运行，远程呼叫中心可以通过分析中间件发出的事件来确定问题。

　　JKHLE采用的两个功能强大的软件应用程序是IBM Tivoli Compliance Insight Manager和IBM Tivoli Security Operations Manager。Tivoli Compliance Insight Manager使审核人员可以通过查看历史安全日志确定一段时间以来对Sarbanes-Oxley Act法律法规遵从性的违反情况。Tivoli Security Operations Manager使零售IT数据中心管理员可以在仪表板上监视操作安全性事件（例如，对Web商务服务器的多次失败登录）。

　　采用此模式的业务价值

　　通过实现端到端服务管理，JKHLE的IT基础结构遭遇的中断将会更少，从而减轻与中断相关联的损失。

　　进一步的信息：请参考案例研究：SOA安全性和管理场景。

　　服务安全性模式的应用

　　SOA安全性模式包括两个领域中的安全性管理方面。第一个领域是针对授权、消息安全性和访问控制的安全策略/配置在多组端点之间的一致性。第二个领域是SOA环境中的身份管理。

　　技术问题

　　当客户向JKHLE下订单时，客户的信用卡数据必须加密。用于加密数据的基础结构必须符合Payment Card Industry(PCI)数据安全性标准。

　　注意：PCI数据安全性标准由主要的信用卡公司创建以保护客户信息。维萨、万事达、美国运通和其他信用卡协会要求零售商和服务提供商在存储、处理和传输信用卡持有人的数据时必须满足某些最低安全标准。

　　JKHLE如何应用此模式

　　JKHLE通过对IT基础结构做出更改来解决此挑战。存储在商务数据库中的数据必须加密。IBM WebSphere Commerce Server与付款处理程序之间的事务必须通过安全的通信通道（例如SSL）进行。

　　关于访问控制，IBM Tivoli Access Manager可以确保在零售店、公司总部的JKHLE员工和客户服务代表只能访问各自的角色所允许访问的功能。最后，Tivoli Federated Identify Manager支持安全令牌服务，此服务用于在身份和令牌通过ESB从服务使用者流向服务时对身份和令牌进行映射。

　　采用此模式的业务价值

　　通过采用这些措施，JKHLE能够遵守PCI的指导原则，从而保护客户并保护自身避免代价昂贵的入侵和处罚。

　　进一步的信息：请参考案例研究：SOA安全性和管理场景。

　　SOA治理模式的应用

　　SOA治理模式包括控制新服务创建、实现更多的服务重用、强制标准和最佳实践、服务更改管理和服务版本控制，以及实现SOA策略。

　　技术问题

　　JKHLE的整个当前基础结构中使用了多个集成解决方案。其中许多解决方案（例如基于套接字的技术）导致了使用专有技术和协议。需要着手进行治理，以便建立基于开放标准的通信协议。

　　此外，还需要对业务服务的标识和规范进行治理，因为JKHLE正在向跨所有渠道提供相同服务的方向迈进。

　　JKHLE如何应用此模式

　　JKHLE已建立了用于跨体系架构的所有领域强制实施治理的指导原则。例如，它拥有一个针对每个零售商店的标准解决方案，基于ESB的集成是其中的必备要求。

　　JKHLE还建立了用于对任何JKHLE系统访问强制安全身份验证策略的治理。它还建立了有关供应商将如何与JKHLE系统通信的治理。JKHLE建立了针对业务服务（例如产品和订单）的标识和规范的治理。这帮助JKHLE不必在渠道之间投资建立相同服务的不同实现。

　　为了促进SOA的治理，JKHLE设立了公司治理委员会。它还创建并建立了体系架构审批、体系架构例外、体系架构活力和体系架构交流流程。该委员会由业务主管、IT主管、首席架构师、操作架构师、项目经理和业务及IT主题专家提供支持。JKHLE还建立了所有体系架构参与者的决策权限。

　　采用此模式的业务价值

　　通过对每个商店采用标准解决方案，JKHLE可得益于成本的降低，因为标准强制要求使用相同的监视工具。供应商可以轻松地与JKHLE通信，从而为公司提供更大的供应商群，这样又可以实现更有竞争力的定价和商品品种多样性。

　　进一步的信息：请参考案例研究：SOA治理场景，REDP-4384。

　　预期参考体系架构

　　通过应用上面描述的SOA原子模式，Jonathan Spencer和他的IBM顾问团队与Charles Hunt一起为JKHLE定义了建议的参考体系架构。

                    

　　图8. 预期参考体系架构
 
　　通过使用IBM Information Server，JKHLE现在拥有单个合并的订单、销售和商品信息存储库。这可以为决策制定和报告系统提供及时、准确和高质量的信息。

　　零售商店（使用IBM WebSphere Message Broker Starter Edition）和公司总部（使用IBM WebSphere Enterprise Service Bus和WebSphere Message Broker）引入了ESB，以提高IT对跨渠道业务流程中的更改的响应能力。

　　JKHLE的新建模的业务流程在WebSphere Process Server中执行。IT环境中添加了由IBM WebSphere Business Monitor和Cognos BI实现的业务监视和报告，以更好地监视和测量关键性能指标。

　　JKHLE将重点集中在法律法规和安全遵从性方面，以保护客户和自身避免入侵和处罚，因此采用了来自IBM产品组合的关键产品实现端到端安全和服务管理，其中包括Tivoli Compliance Insight Manager和Tivoli Security Operations Manager。

　　图9显示了用于实现此基础结构的IBM产品。

                 

　　图9. 用于实现端到端参考体系架构的IBM产品
　
　　新产品引入实现

　　在本部分中，我们将讨论SOA零售业务模式的新产品引入实现。JKHLE使用此实现来处理他们的产品信息管理和新产品引入活动。

　　观察现有的业务

　　来自IBM的零售行业架构师Jonathan Spencer与JKHLE的销售副总裁Maria Gomez和电子商务负责人Charles Hunt进行合作，以了解当前的新产品引入（new product introduction，NPI）解决方案。通过一系列的访谈，Jonathan得出了以下观察结论：

　　·JKHLE的现有NPI解决方案是手动的，成本高昂，而且非常耗时。它缺乏集中的产品信息存储库，并且没有产品信息的单一视图。
　　·平均来讲，JKHLE要在每件商品上花19分钟纠正错误，雇用五个人员专门负责检查和审批新产品，并且平均每年花130万美元来管理商品信息。
　　·支持NPI的IT系统没有实现自动化。例如，有关新商品的数据在进入销售系统、营销目录系统等之前，在多个电子表格中进行捕获并重复。
　　·使用了许多现有应用程序，并且NPI解决方案利用了许多不同的技术，从而导致系统之间的通信非常困难。

　　基于这些观察结果，Jonathan记下了以下重要发现：

　　·存在一个IT系统、数据库、电子表格和流程的特别集合。不同的产品系列使用不同的产品研究系统和不同的产品开发系统。这导致严重的重复工作和糟糕的团队间协作。
　　·产品数据经常不完整和不准确，不存在此产品数据的单一视图。这使得产品信息的目录公布和目录传播变得复杂化。此外，由于产品数据的质量非常糟糕，经常在不具备所有必需信息的情况下做出重要产品决策。
　　·线性流程运行时间非常漫长并创建瓶颈。关键资源将时间和精力浪费在非增值活动上。
　　·对外部提供的行业信息的利用非常有限，只存在有限的流程可见性和管理。

　　业务流程建模

　　基于Jonathan的观察结果和主要发现，JKHLE同意它需要更改其业务流程。通过一系列进一步的访谈，Jonathan能够对现有的NPI业务流程做文档记录，并提出有关如何改进流程设计的建议。

　　当前业务流程分析

　　当前的JKHLE NPI流程包含以下阶段：

　　1. JKHLE零售商与供应商会谈：

　　·为Maria的JKHLE销售组织工作的零售商与市场上的供应商会谈（通常是在贸易展会上），以捕获有关新供应商和JKHLE可能有兴趣销售的新商品的详细信息。
　　·JKHLE的零售商还携带了商品销售详细信息记录板，这些商品是以前从已经与JKHLE建立现有关系的供应商处购买的。 零售商使用这些记录板组合来自多家供应商的相关商品。

　　2. JKHLE零售商捕获新的供应商详细信息：

　　·JKHLE的零售商通常在Microsoft Excel电子表格中捕获供应商信息。
　　·零售商将电子表格中捕获的供应商信息通过电子邮件发送给应付帐款团队，后者手动将这些详细信息输入供应商管理系统。有些供应商信息还要输入核心销售系统。此手动流程非常容易出错和非常耗时。

　　3. 零售商捕获新商品的详细信息：

　　·与捕获供应商详细信息类似，JKHLE的零售商也在Microsoft Excel电子表格中捕获商品信息。
　　·当零售商从市场上返回时，将把商品详细信息手动输入核心销售系统，其中某些商品信息还要输入供应商管理系统。与供应商数据输入流程类似，这种手动的商品数据输入也非常容易出错和非常耗时。

　　4. 与供应商进行初步交流：

　　·当JKHLE对购买某种特定商品感兴趣时，供应商与JKHLE的采购部门之间将进行多次电子邮件交流。这些交流通常为供应商提供估计的购买数量，或者表达对相关商品样品的需要。
　　·核心销售系统将进行相应的更新。

　　5. 下订购单：

　　·使用供应商管理系统和核心销售系统中的信息将订购单详细信息输入Microsoft Exdel电子表格。
　　·提交订购单以便审批，并且在创建批准的订购单并将其发送给供应商之前，很可能会对订购单进行多次修订。

　　建议的业务流程设计

　　使用从在线到商店业务流程的重新设计中强调的同一组主要设计原则，Jonathan描述了建议对全面修改后的新NPI业务流程的每个阶段做出的改进：

　　供应商信息创建

　　对于该流程的此部分，IBM WebSphere Portal将用作入口仪表板，零售商在该仪表板上的字段中输入供应商详细信息。这些详细信息被即时捕获，并在充当所有供应商详细信息主存储库的主数据管理系统中创建供应商数据。然后基于已定义的业务规则，根据情况将供应商详细信息发送到核心销售系统和供应商管理系统。如果需要，将引发并自动处理审批任务。

　　做出这些更改可以为JKHLE带来以下益处：

　　·流程自动化各就其位。消除手动错误，总体流程显著更快。
　　·存在多个系统的供应商详细信息的单一视图，这是通过主数据管理系统实现的。
　　·不需要将信息从Microsoft Excel电子表格重新输入后端系统。

　　商品信息创建

　　该流程的此部分以类似于创建供应商信息的方式实现了自动化。零售商将商品信息输入由IBM WebSphere Portal实现的仪表板，在主数据管理系统中创建商品数据，并基于已定义的业务规则相应地更新核心销售系统和供应商管理系统。

　　除了在“供应商信息创建”中讨论的益处以外，该流程的新的“商品信息创建”部分给JKHLE带来了附加的益处，使其可以避免使用电子邮件作为在零售商和商品专家之间传递商品信息的主要方法。

　　供应商门户

　　IBM WebSphere Portal用作入口仪表板，供应商在其中输入商品详细信息。供应商根据情况编辑诸如估计价格和交货时间等字段。这些详细信息被即时捕获，商品数据在主数据管理系统中得到更新，并基于已定义的业务规则相应地发送到核心销售系统和供应商管理系统。如果需要，将引发并自动处理审批任务。

　　做出这些更改可以为JKHLE带来以下益处：

　　·流程自动化各就其位。消除手动错误，总体流程更加快速。
　　·供应商可以更新相应的商品字段，商品的详细信息将被即时捕获。
　　·避免在供应商和零售商之间使用传真和电子邮件。

　　增加订购单

　　IBM WebSphere Portal用作入口仪表板，零售商在其中输入订购单详细信息。这些详细信息被即时捕获，订购单数据在主数据管理系统中得到更新，并基于已定义的业务规则相应地发送到核心销售系统、供应商管理系统和财务管理系统。如果需要，将引发并自动处理审批任务。

　　与供应商门户一样，流程可以得益于自动化，手动任务中的错误消除了，并且端到端的流程更加快速。

　　总而言之，Jonathan表示该建议的业务流程设计将自动化流程的流，从而可以改进与供应商、商品和订购单相关联的内容的及时性和准确性。该建议的流程还可以消除多个手动步骤和多余流程。建议的流程可以改进流程性能的可见性，以及更好地管理流程流，并持续地注入确定异常的能力。新的业务流程还发掘出了JKHLE的更多能力，使其能够在业务流程建模和执行过程中获得对流程成本、流程持续时间和预期行为的业务认识。

　　服务建模

　　在执行业务流程建模之后，下一个任务是详细描述将构成建议的业务流程的服务。与从在线到商店实现一样，Jonathan建议JKHLE使用IBM推出的SOMA方法来标识将构成此SOA的这些服务。

　　使用领域分解、现有系统分析和目标-服务建模，JKHLE可以标识将支持该NPI流程的服务。例如，使用领域分解，可以将NPI业务流程分解为商品管理、供应商管理和订购单管理子流程。每个子流程又可以进行进一步的分解，最终产生一系列业务用例（例如，创建商品和更新订购单）。这些业务用例通常是业务服务的很好候选者。

　　现有体系架构

　　在对现有的业务流程建模、定义改进的业务流程和标识业务服务之后，Jonathan需要全面了解当前存在的技术体系架构（现有体系架构）。JKHLE的销售副总裁Maria Gomez对此体系架构进行了描述。Maria告诉Jonathan，当前的体系架构是Microsoft Excel电子表格和数据系统的混合。

　　图10在系统上下文关系图中显示了该技术环境的现有体系架构。

                  

　　图10. 现有体系架构