来看一个开立新银行帐户的业务流程。首先，客户提供必需的详细信息(姓名、地址、SSN、起存额)以开立帐户。该流程启动后，客户将需要跟踪请求的状态并响应银行发出的任何其他查询。该流程需要工作流来实现客户参与，并需要流程监控以便客户可以跟踪请求状态。
Oracle BPEL 流程管理器简化了基本的工作流功能和流程活动监控。但同样重要的是，通过扩展其丰富的 API 接口以便与流程、实例和工作流交互，可以构建一个支持高级工作流和流程活动监控的富互联网应用程序 (RIA)。该高级工作流功能可以使用户和流程之间实现无延时的通信，而高级流程活动监控可以将实时流程状态信息传输给工作流，以便采取相应的操作。
在本文中，我将介绍一个需要实时工作流和高级流程活动监控功能的简单业务情形。然后，您将了解基于 Macromedia Flash 的 RIA 的体系结构(它利用 BPEL 流程管理器 API 满足这些目标)，然后了解 RIA 如何初始化流程并集成工作流。您还将学习到如何以可视化方式描绘可用的流程路径，以及当前实例实际采用的流程路径。(该功能对于回顾检查流程非常重要。)最后，还将向您简要介绍如何使用 API 接口跟踪审计线索。
RIA 背景知识
RIA 融合了 Web 应用程序与传统的桌面应用程序，它通常是使用 JavaScript、Flash、Java Applet、XML 用户界面标记语言 (XUL)、可扩展应用程序标记语言 (XAML)、JavaServer Faces 以及 Swinglets 等“交互式”技术构建的，并经常使用异步 XML 和 JavaScript (AJAX) 方法。RIA 可以潜在地提高联机应用程序的可用性和效率，还有开发人员的生产效率。根据 Gartner Research，截止到 2010 年，至少 60% 的新应用程序开发项目将包含某种 RIA 技术。
本文的示例包含一个 BPEL 工作流界面和流程监控控制台，用于为最终用户提供一个统一的、功能丰富的仪表板。请注意，必须将该应用程序与 Oracle BPEL 控制台或真正的业务活动监控 (BAM) 加以区分;尽管存在某种程度的功能重叠，但 RIA 的目标用户群与后两个应用程序的目标用户群截然不同。BPEL 控制台更适合于调试、部署和维护流程实例的管理员和开发人员，而 BAM 适合于要度量关键性能指标 (KPI) 然后采取措施改进流程的流程所有者(管理人员、LOB 经理等)和 IT 经理。而本文描述的示例 RIA 应用程序是针对以下最终用户而设计的:要跟踪特定业务交互的状态并且不关心 KPI 或流程改进的客户、合作伙伴或供应商。
示例流程
示例业务流程“新帐户请求”是一个多企业流程，用于为金融服务中介、其金融合作伙伴(保险公司及其财务顾问)、共同基金公司和结算所创建帐户。本文将着重介绍该流程的前两个步骤。
- 1. 该流程接受客户的 SSN，然后从数据库中提取并显示客户信息(名称、地址)。
- 2. 客户验证该数据、添加存款帐户，然后单击 Submit。
显而易见，客户将需要一个工作流界面来输入 SSN、验证姓名和地址并输入存款帐户。此外，他们需要能够以可视化方式监控请求的进度。
在下个部分中，我将概述有关构建此应用程序的开发方面的问题。稍后，您将看到新帐户业务流程如何使用此应用程序执行。
构建应用程序
正如前面所介绍的，您将出于以下两个主要目的设计该应用程序:
- 提供一个丰富的统一用户界面，以便用户跟踪流程状态并在需要时提供输入(RIA 前端)
- 提供高级流程监控(BPEL 流程管理器 API 后端)
RIA 前端。RIA 用户界面是应用程序的“外观”;它运行并管理新帐户业务流程。该表示层是使用 Macromedia Flex 技术和 ActionScript 脚本语言构建的。它接受用户输入，并将其传递给 BPEL 流程。它还显示流程的当前状态。
