业务活动监视

　　JKHLE 管理层和 JKHLE 业务分析人员团队具有对有关新帐户开立流程的状态和结果的实时信息需求：他们需要该信息以：

• 基于新帐户开立流程的成功做出周密的业务决策。
• 快速识别问题领域并重新定位组织，以充分利用新出现的机会。

　　建议的解决方案

　　Paige 告诉 Sandy，业务活动监视可以满足这些需求。

　　监视流程基于一组 KPI，或在帐户开立流程的上下文中，基于业务度量。KPI 可以是完成流程中的许多活动的时间度量，并根据那些活动的执行情况进行定义。

　　除了通过 KPI 跟踪性能以外，业务活动监视还允许 JKHLE 建立针对业务策略违反情况的通知警报。

　　这些警报使 JKHLE 业务分析人员可以调整帐户开立流程以修复问题领域。

　　通过业务活动监视获得的信息可以通过仪表板视图中的图形化业务性能表示形式进行查看。

　　可以将仪表板视为门户或 AJAX Web 客户端。

　　Paige 描述了 JKHLE 如何能够实现业务活动监视(图 4)：

　　1. 在 WebSphere Integration Developer 或 Rational Application Developer 中定义为帐户开立流程定义 KPI 和业务度量的监视器模型。

　　2. 可以将附加的 KPI 和度量插入流程以产生实时事件(称为公共基础事件或 CBE)。然后将监视器模型导入 Monitor Server，以使其清楚业务策略。

　　3. 设计、构建和测试仪表板视图。

　　4. 用户使用自定义的仪表板视图查看 Monitor Server 中的事件。可以使用流程门户来实现丰富的 WebSphere Portal 用户界面，以便与在 IBM WebSphere Process Server 上运行的任务交互。

　　图 4 业务活动监视

　　Paige 告诉 Sandy，WebSphere Business Monitor 提供了所有这些功能，并且其与 WebSphere Process Server(帐户开立流程将在其中运行)的紧密集成使其成为理想的候选监视解决方案。

　　处理业务流程中的可变点

　　在帐户开立流程的开发过程中，Ronnie 认为有一个流程部分似乎过于复杂了。当 JKHLE 执行定价计算并在开立帐户后产生帐户批准时，这种明显的复杂性就会显露出来。原来，由于开立帐户所在国家/地区的当地法律和惯例，这种处理需要特定于该国家/地区。从 Ronnie 的角度看，只存在单个定价和批准业务服务，但是流程需要基于相关的国家/地区和业务流程中出现的流程选项来调用不同的端点。

　　建议的解决方案

　　Ian 告诉 Ronnie 他有针对此问题的解决方案。他可以使用 WebSphere Business Services Fabric 产品来提供基于业务服务策略的端点选择组件，这可以提供以下优点：

• 从业务流程中消除端点选择活动，使得业务流程更容易理解并在将来修改。
• 在不同定价和批准端点之间选择的业务服务策略可以向业务公开，并且可以根据需要进行修改。
• 如果存在使用附加定价和批准端点的需求，则这是非常简单的添加，无需对业务流程做出更改。将来在更多地理区域使用帐户开立流程时，这一优点将变得非常重要。

　　Ian 向 Ronnie 演示了一些如何简化业务流程的示例。图 5 显示了业务流程中具有单独的定价和批准任务的当前流程。

　　图 5 当前流程

　　使用 WebSphere Business Service Fabric，该业务流程如图 6 所示。在这个建议的流程中，只存在单个定价和批准业务服务，从而提供了更加简洁、更易于理解的业务流程定义。

　　图 6 整合了 WebSphere Business Services Fabric 的改进流程

　　Ian 和 Ronnie 同意向 Sandy 提出此建议。Sandy 对所看到的改进非常满意，但是担心要向环境中添加另一个组件。Ian 解释道，WebSphere Business Services Fabric 是现有的 WebSphere Integration Developer 开发环境的扩展和现有的 WebSphere Process Server 环境的扩展。因而，所需的添加微乎其微。Sandy 对这个解决方案感到满意，并批准该团队继续下去。

　　以内容为中心的处理

　　Sandy 解释说，针对高端企业客户的帐户开立流程(企业帐户开立流程)属劳动密集型，并且基于纸张的。这些手动的劳动密集型业务流程涉及多个文档、记录和事务，并且存在该内容经常难于查找并且获取代价非常高昂的顾虑。此外，JKHLE 公司策略要求采用可靠的方法来证明流程符合法律法规和必需的服务级别要求，并且被收购的组织正在艰难地满足这些要求。应该如何在业务流程的上下文中对此内容进行接收、存储、路由、审核、更新和版本管理、检索以及存档，处理好这种错综复杂的关系对于保持公司的顺利运作非常关键。

　　Sandy 向 Paige 叙述了他们面对的一些技术问题：

• 严重的数据重复。维护文档的多个硬拷贝导致不一致性和版本管理问题。
• 管理非结构化数据的难题。内容通常保存在多个存储库中。一个部门存储库中的数据通常无法由其他部门访问。
• 面对全面降低成本的压力。硬拷贝的现场外保管成本高昂，并且往往无限期地保留记录。
• 要求重大的性能改进。需要缩短手动处理时间，并且需要确定流程瓶颈。

　　Sandy 要求 Paige 设计一个新的企业帐户开立流程，以取代当前的手动流程。

　　建议的解决方案

　　Paige 建议了一个使用 IBM FileNet® P8 的解决方案。以内容为中心的处理采用一般的事件序列，该事件序列推动文档从某种初始状态发展到某种最终状态。

　　初始状态可能是通过 FileNet 的业务流程框架(Business Process Framework，BPF)捕获或创建文档，以及随后创建包含所有相关案例信息的案例对象或虚拟容器。FileNet BPF 是一个快速应用程序开发和部署环境，为产生更高质量和更容易维护的应用程序提供一致的框架，并且对于施加在 JKHLE 的开发周期上的时间约束非常重要。由于 FileNet BPM 的活动内容基础结构，文档的创建或捕获可以自动触发事件，启动或修改业务流程，或者与其他企业应用程序交互。此功能通过在内容到达、修改和排除时自动化流程，从而可以显著缩短 JKHLE 的帐户开立周期时间。

　　中间步骤可以包括工作流中多个级别的审核或批准，或者与其他个人和团队的协作。这些中间步骤可能导致向案例文件夹添加附加的文档。当流程完成时，在案例文件夹中选定的文档可以自动存档以实现遵从性，从而进一步消除人为错误的机会。

　　FileNet P8 支持一个围绕内容、流程和遵从性的统一平台，以确保体系结构一致性。由于 FileNet P8 同时管理流程和内容，因此可以捕获流程与内容之间的协作和关系，从而创建在单独实现时所无法提供的新业务价值。Paige 建议了一个在紧密集成的环境中整合 FileNet Business Process Manager 和 Content Manager 的体系结构，如图 7 所示。Paige 还建议使用 FileNet Business Process Framework 和 FileNet eForms for P8，因为它们具有产生无错误、基于案例的应用程序的严格期限，并且这些应用程序能够快速部署和容易维护。

　　图 7 以内容为中心的处理拓扑

　　图 7 所示的拓扑包含以下组件：

　　FileNet 流程引擎

　　FileNet BPM Process Engine 为 JKHLE 提供用于管理业务流程的所有方面的软件服务。流程引擎与 FileNet CM 内容引擎通信以维护业务流程和内容。如果 JKHLE 选择与来自外部提供商的业务规则管理系统集成，则流程引擎还维护规则连接框架，以及用于与流程相关的事件的电子邮件通知接口。

　　FileNet 内容引擎

　　FileNet CM 内容引擎接受传入的 JKHLE 请求以创建、更新和检索对象(例如文档、文件夹和业务对象)。该内容引擎支持 JKHLE LDAP 服务器和单点登录 (SSO) 功能。这种通道 (pass-through) 方法通过为内容引擎和流程引擎集中目录服务，从而简化目录服务的配置。

　　FileNet 应用程序引擎

　　应用程序引擎承载 Workplace™ Web 应用程序、Workplace Java Applet 和应用程序开发工具。这是 JKHLE 用于流程和内容的表示层。应用程序引擎保护 Workplace 和内容引擎之间传递的用户凭据，并提供 SSL 安全性。Process Designer 在这里运行，并且是支持流程工作流创建、传输和检索的应用程序工具。

　　FileNet eForms for P8

　　FileNet eForms for P8 使 JKHLE 可以在 Web 浏览器中创建和管理在线表单，这些表单看起来与硬拷贝纸张表单相同，但是更加高级、更容易使用并且实现成本更低。

　　FileNet 业务流程框架 (BPF)

　　FileNet BPF 为快速开发 BPM 应用程序提供了高度可配置的框架，并与 JKHLE 必需的 eForms 紧密集成。BPF Web 应用程序是围绕异步 JavaScript™ 和 XML (AJAX) 开发模型而构建的，并通过 Action Dispatcher Servlet 公开案例管理服务。

　　流程优化

　　通过使用 FileNet Process Analyser，JKHLE 能够快速分析其当前流程以确定改进机会，并确定将得益于流程更改的领域。然后 JKHLE 可以使用 FileNet Process Simulator 来模拟这些更改将如何影响业务的其他部分。通过此模拟，可以验证流程改进并在随后使用 Process Designer 进行部署。

　　对建模感兴趣的 JKHLE 业务分析人员可以选择 WebSphere Business Modeler，因为其中存在可在完成模型后将模型导出到 FileNet Process Designer 的功能。对于对 Microsoft Visio 环境中的 Business Process Modeling Notation (BPMS) 模板感兴趣的业务分析人员，JKHLE 还可以选择使用 FileNet Microsoft® Connector for Visio®。

　　有了 JKHLE 的 FileNet 体系结构的紧密集成功能，再与诸如 WebSphere Business Modeler 和 WebSphere Service Registry and Repository 等常用重要组件相结合，JKHLE 可以成功地实现以内容为中心的现有项目，同时还可以通过与 WebSphere Process Server 的服务集成，从而促进新的创新。

　　总结

　　建议的业务流程管理解决方案体系结构满足已确定的需求。此方法使 JKHLE 能够对改进的帐户开立流程进行建模和实现，监视该流程的进展情况，并动态调整该流程以满足不断变化的业务需要。

　　JKHLE 能够设计在业务的上下文中紧密管理非结构化内容的一流企业帐户开立业务流程。

　　JKHLE 具有集成帐户开立和企业帐户开立流程的进一步计划。WebSphere Process Server 与 FileNet 之间的强大集成功能使得这种“异花授粉”成为可能。

　　总而言之，JKHLE 将使用 IBM 产品来在环境中提供业务流程管理：

• 模型：
  • IBM WebSphere Business Modeler Advanced
  • IBM WebSphere Business Modeler Publishing Server
• 组装：
  • IBM WebSphere Integration Developer
  • IBM Rational Software Architect
  • IBM Rational Application Developer
  • IBM WebSphere Business Services Toolpack
  • IBM FileNet Process Designer
  • IBM FileNet Connector for Microsoft Visio
  • IBM FileNet Business Process Framework
  • IBM FileNet eForms for P8
• 部署：
  • IBM WebSphere Process Server
  • IBM WebSphere Business Services Fabric
  • IBM FileNet Business Process Manager
  • IBM FileNet Content Manager
• 管理：
  • IBM WebSphere Business Monitor