BPM行业趋势报告OracleBPM11g先睹.pdf

BPM 行业趋势报告 OracleBPM11g 先睹 Oracle BPM 套件 1 1g 先睹 Bruce Silver Associates-BPM 独立专家 2010 年 6 月 无障碍的 BPM 随着 BPM 市场的成熟，现在是时候宣布专门的“适合目的(fit-for-purpose)”的 BPM 套件时代正式来临了。不久前 BPM 购买者还不得不在以人员为中心的一套流程解决方案与以集成为中心的另一套流程解决方案之间做出选择。一些解决方案关注于业务增强，另一些解决方案则对开发人员更有吸引力。一些 BPMS 软件务必构建于 SOA 之上，于此同时，另一些则完全忽略了SOA。时光飞逝，今天的 BPM 购买者已不想在企业内引入更多的 BPMS 孤岛。他们需要一个单一的 BPMS平台实现无障碍的 BPM，能够同时适合以人员为中心的流程与以集成为中心的流程，提供业务增强与丰富开发工具，基于模型，但又基于强大的 SOA 基础；同时他们还希望基于开放标准实现；此外，还需要使用主流技术。使得这些购买者的期望成为现实的关键是 BPMN 2.0，来自 OMG 组织的最新流程定义语言规范。关于流程分析人员与架构师而言，BPMN 如同流程图形符号一样熟悉，但是，BPMN 2.0 在熟悉的图形形状与符号之下，额外提供了标准执行流程设计语言。我们热切地等待第一款基于 BPMN 2.0 的 BPM套件，现在已经出现了：Oracle BPM 套件 11g。本报告将带您先睹 Oracle BPM 套件 11g，同时看到它确实在实现无障碍 BPM 的目标上已经前行了很长的路。Oracle BPM 套件是 Oracle 融合中间件的一部分，将业务驱动的设计与强大的人员为中心的 BPM 合成在一起，并具有来自 Oracle 公司的所有 IT 基础架构功能。版本 11g 在一个功能强大的统一架构中（图 1）组合了往常的两种互为替换的 BPM 解决道路：一种基于 BPMN，另一种则基于BPEL，因此版本 11g 看上去就像是 BPMS 市场的游戏改变者。图 1.Oracle BPM 11g 架构 BPMN 2.0 从开始就设置了很高的横杆 在过去数年中，BPMN 1.x 几乎已经成为业务流程建模的标准。看上去类似传统泳道图的简单图形化符号形式，对业务用户很有吸引力。但是 BPMN 除了这些特点，还有一些关于可执行流程设计至关重要的特性，诸如：所有形状与符号的精确语义，都定义在一个清晰的元模型（metamodel）中；支持广泛的事件（某些情况发生的信号）与事件处理的图形化建模，关于特殊情况的建模至关重要；以消息与信号事件方式支持流程间通讯，将流程的执行与客户、服务提供者与其他内部流程之间的通讯链接起来。这一切都在流程图中清晰地表示出来。许多 BPMS 充分利用了 BPMN 1.x，在可执行流程设计中鼓励业务与 IT 的协同。在流程引擎上执行需要的技术细节能够在图形中每个形状下定义，但是在过去，每个 BPMS 都是以自己私有方式实现的。在实施周期中，业务人员能够与流程设计者协同，但是设计细节关于每一个 BPMS 都是私有的。然而在 BPMN 2.0 中，这种限制没有了。执行需要的技术细节成为了标准的一部分，从而使得 BPMN 2.0成为有效的新流程执行语言。它结合了标准流程运行时的优势，同时具有标准化建模符号的业务增强固有特性。Oracle BPM 11g 是第一个基于可执行 BPMN 2.0 的 BPMS。图形化流程模型的直接执行被称之 WYSIWYE:what you see is what you execute（所见即所执行）。换句话说，您在图纸上看到的流程图，事实上就是运行在流程引擎中的流程。而目前的一些其他工具则不一致，它们务必将 BPMN 模型映射为 BPEL 来执行。WYSIWYE 意味着没有循环问题，或者关于 BPMN 模型业务不友好的限制。使用 WYSIWYE 方式，流程模型关于开发者而言，除了业务需求之外，具有更多的意义。您看到的事实上就是您运行的。一些特定的以人员为中心的 BPMS 也暂时具有WYSIWYE，但是使用了私有的运行时，同时没有一个强大的 SOA 基础。Oracle BPM 11g 基于世界级的 SOA 平台，使用最新 BPM 标准，实现了 WYSIWYE。Oracle 不仅仅是第一个推出了 BPMN 2.0 的支持，同时在未来相当长的时间里，为 BPM 设置了相当高的竞争门槛。今天，其他 BPMS 例行公事一样地忽略了 BPMN 最强大的两个特征：事件处理与流程间通讯。假如需要支持的话，通常会以开发者编写脚本的方式，隐藏在图形后面，而不是在 BPMN中对流程分析员显示出来。因此，当有需要进行特殊处理时，许多 BPMN 1.x 的解决方法事实上不是WYSIWYE 的。然而，Oracle BPM 11g 则使得特殊处理与流程间通讯，如同它们实际执行一样，在 BPMN图形中变得可见。Oracle 支持所有三种最重要的 BPMN 事件类型：消息 Message（点对点流程间通讯），错误 Error（从子流程到父流程的特殊传播），与定时器 Timer（deadline 触发的行为），再加上信号 Signal（常规目的的公布订阅集成）。当在活动（Activity）的边界上画图时，这些事件表示假如活动运行时事件触发器发生了，则流程会初始化一个边界事件之外的特殊流。（这个活动能够是简单任务或者完整的子流程。）假如活动完成而没有事件触发，那么特殊流就被忽略。边界事件能够用来实现如下场景，如描述客户在订单过程中发生了什么，或者者一个活动花了太长时间，又或者者一个服务返回了一个特殊（图 2）。图 2.Oracle 支持所有重要的特殊处理的 BPMN 事件类型 Oracle BPM 套件 11g 既支持中断式边界事件（触发器会中止原先活动），也支持非中断式边界事件（特殊流与原先活动并行运行）。Oracle 也支持一种新的 BPMN 构造，称之事件子流程（event subprocess），类似于边界事件，但是事件处理者运行在原先活动上下文之中。在每一个图形形状之后，BPMN 2.0 定义了自动化执行需要的技术细节，使得 BPMN 真正成为类似BPEL 一样的流程执行语言。Oracle BPM 套件 11g 也继续支持 BPEL，同时事实上，Oracle BPM 套件11g 能够同时地运行 BPEL 与 BPMN 2.0 流程。BPEL 作为一个标准运行时具有的许多优势也适用于BPMN 2.0，诸如移植到第三方引擎，最终降低成本与业务风险。BPEL 擅长于组合自动的服务，BPMN 2.0 则在几个方面更适合 BPM。它不限制流程模型在严格的块结构（block structure）中，这些块结构会让业务人员很迷惑。此外，执行是直接构建在图形化符号之上的，而这些图形化符号已经被业务分析员与架构师广泛使用。未来，我们会看到：在 SOA 层，更多使用 BPEL 来组合自动化服务，而在 BPM 层，更多使用 BPMN 2.0 实现端到端流程建模。Oracle BPM 套件 11g 解决方案包含了同时运行的 BPMN 与 BPEL 模块，同时通过消息彼此通讯。业务增强的实现 很久以来，以人员为中心的纯 BPM 供应商通过 BPMN 强调业务增强，但是他们缺乏一个强大的 SOA基础。现在 Oracle 为基于 SOA 的 BPM 带来了业务增强实现。业务增强的关键是前面已经讨论过的WYSIWYE。分析员使用的同一个流程模型也被用来执行。业务人员创建的模型不仅仅是一个需求文档，也是模型实现的一部分。该特性大大鼓励了业务与 IT 在实施周期内以紧密协同的方式实现迭代开发。当前许多基于 SOA 的 BPM 套件使用 BPMN 进行业务层面的流程建模，这些模型通常被映射为不一致的流程语言来执行，如 BPEL。那不是 WYSIWYE，在流程实施中限制了业务IT 的协同。但是，由于 Oracle BPM 套件 11g 在建模与执行两个层面支持 BPMN，这就意味着您不必放弃 WYSIWYE，就能够将 BPM 构建在强大的 SOA 基础上。Oracle 已经为 BPM 套件 11g 装载了必要的特性，以支持项目生命周期内的业务 IT 协同。业务用户在浏览器界面的流程编写器（Process Composer）中创建 BPMN 流程模型，利用预先组装的角色、服务与类似流程组件的目录，作为实施设计的起点。流程编写器中的文档字段能够获取使用场景的细节描述。流程分析员使用流程编写器与基于 JDeveloper 的 BPM Studio 来进一步细化流程模型，添加实施细节，定义业务指示器（Business Indicator）来保留 BAM 数据（BAM，Business Activity Monitor），同时模拟流程以优化业务性能。流程开发者使用 BPM Studio 的零编码工具创建更技术化的组件，如自动化服务、适配器与调解流。所有的设计组件均通过 Oracle 元数据存储（Oracle Metadata Store，MDS）实现可重用。在 BPM Studio 中，每个 BPM 项目都包含了一个业务目录（Business catalog）,一个共享流程有关对象（如服务、业务对象、事件与特殊）的可重用容器。当 BPM 项目被公布为一个 BPM 项目模板后，业务目录中的对象就能够被流程分析员使用流程编写器进行再组装。最终结果就是一个既支持从上到下（Topdown），也支持从下到上（bottomup）实施风格的 BPM 平台，敏捷的业务IT 协同贯穿其间（图 3）。图 3.Oracle BPM 套件 11g 中的业务-IT 协同 BPM Studio Oracle BPM Studio 设计环境运行在 Oracle JDeveloper IDE 中。除了 BPMN 2.0 流程编辑器（图4）之外，BPM Studio 提供了编辑器，编辑流程数据、组织角色、人工任务（包含指派与用户界面）、业务规则、业务活动监视、与完整 BPM 解决方案中的其他所有组件。利用 JDeveloper 的角色设置，业务流程开发者与流程分析员会在 BPM Studio 中看到不一致的编辑器。图 4.BPM Studio 中基于 BPMN 2.0 的流程编辑器 BPM Studio 也支持流程模型的模拟分析，基于估计的参数得到期待的周期事件、吞吐量与成本。Oracle 模拟提供了大多数竞争工具中缺乏的高级特性，诸如支持业务日历与跨多个流程的项目级模拟（图 5）。图 5.BPM Studio 中的项目级模拟 流程编写器 除了 BPM Studio之外，Oracle 还通过第二个称之流程编写器（图6）的工具支持业务增强。流程编写器运行在浏览器中，而不是 JDeveloper中，将访问扩展到了更广泛的业务用户。与 BPM Studio一样，流程编写器也提供了BPMN 编辑功能，但是没有定义实施组件的能力，诸如人工任务、服务、或者业务对象。编写器能够用来实现从上到下（Topdown）的方式，在编写器中创建流程蓝图（Process blueprint），本质上是流程模型注释，需要使用 BPM Studio 的开发者完成这些流程注释；或者者实现从下到上（bottomup）的方式，使用业务目录中预先定义并呈现为项目模板（project templates）的组件，重新组合可执行流程。正是由于流程编写器进展支持了广泛范围的流程设计对象，它将成为业务用户与流程分析员手中建模与设计以人员为中心流程的完整工具。图 6.流程编写器通过 Web 浏览器提供了基于 BPMN 2.0 的流程设计 每个项目模板包含了选定的组件，表示了人工任务、服务、业务对象与更多。使用模板，业务分析员能够在一个新的或者修改的流程中重用它们，甚至无需接触 JDeveloper 就能够将它们直接部署在运行环境中。由于项目模板源自 BPM 项目，因此它们包含了定制化的约束，以提高流程管控，阻止选定特征的非授权修改。此外，流程编写器同意业务分析员设计或者修改活动指南与业务规则，我们将稍后在本报告中进一步讨论。表单设计 对业务分析员而言，BPM Studio 同意通过一次点击，从指定任务数据与输出值（比如批准或者拒绝），自动生成基本的任务表单。此外，工具还提供了向导，简化了客户化任务表单与屏幕流（Screenflow）的开发。BPM 任务表单是基于 Oracle 应用开发框架的（Application Development Framework,ADF）,使用向导以 Java Server Page XML 文件（.jspx）方式配置的。ADF 是基于行业标准 Java Server Face（JSF）的声明式框架。它包含了一系列丰富的交互组件，零编码 WYSIWYG设计器，与 BPM 特性向导，用来自动生成任务 UI 表单。业务用户能够拖拽表单设计组件，配置它们绑定到 BPM 数据与动作。ADF 能够将任何后台数据源抽象为数据操纵（Data control），将其与 BPM 数据混搭（mashup），创建出更丰富的表单。ADF 也包含了丰富的数据可视化组件，包含一系列图表与图形，Gantt 图表、map 查看器、层级查看器等，都能够容易地使用，创建出非常引人注目的 BPM 表单。定制化任务表单支持丰富的标签化界面，包含了流程数据、图表与图形、与链接到流程模型的动作按钮（图 7）。图 7.无需编码的向导配置式定制化 BPM 任务表单 业务规则 业务规则使得组织能够将业务决定逻辑封装在可重用的组件中，这些组件在使用它们的流程之外定义。大多数 BPMS 强制流程设计者在 BPMS 设计环境中定义的非常简单的规则与需要与 BPMS 集成的第三方业务规则管理套件 BRMS 之间选择。Oracle 则不一致，Oracle 在 BPMS 工具中捆绑集成了一个全功能的 BRMS,Oracle 业务规则(Oracle Business Rules)，流程设计者能够从 BPM Studio 或者流程编写器中访问。Oracle 业务规则编辑器既支持 IF/THEN 规则，也支持决定表（Decision Table）。决定表（图 8）中每个条件行（Condition）对规则集（Ruleset）测试数据输入的同意值，一个规则集称之一个事实（Fact）。每列代表了一个特定的铲斗集（bucketset），一个枚举的事实值或者范围。一列内所有条件测试的组合指定了一个动作（action），典型的动作是设置数据输出值。完整的决定表定义了一个规则集，部署为一个业务规则组件，能够在 BPMN 流程中作为业务规则任务被调用。编辑器提供了快速工具解决决定表中的缺口与冲突。业务规则能够用来简化网关上复杂的路由逻辑，细节的任务指派与工作流，与动态服务的选择。强大的业务易用的规则设计器，加上与 BPMN 流程模型的直接集成，这也是 Oracle BPM 11g 超出其他 BPMS 解决方案的另一个原因。图 8.业务规则编辑器中的决定表设计 流程分析 流程分析（图 9）通过 BPM 工作区记分牌或者Oracle BAM（套件中已捆绑集成 Oracle BAM）提供了流程性能监视的能力。活动与流程的开箱即用的度量（metrics）包含活动实例计数与完成平均时间，按照流程、活动与参与者进行切分。除了这些预先定义的度量外，流程设计者还能够使用业务指示器（business indicators，一种针对流程分析测量（measure）与维度（dimension）的特殊类型的流程变量）创建定制化度量。Oracle BPM 提供了一系列预定义的立方（cube），也就是一些数据库结构，使得你能够根据各类维度来实时切分汇聚的测量。业务分析员在流程中指定业务指示器与采样点，来配置流程分析。此外，他们也能够在流程中定义测量标志（measurement mark）点，在这些点上，一个或者多个指定的业务指示器被采样，并写入流程分析数据库中。测量标志也可被用来定义流程开始与结束的间隔，进行时间或者成本分析。在运行时，流程分析数据能够各类用户配置的方式（如图表与量表）展现在 BPM 工作区或者业务空间中。流程分析也支持流程立方（cube），实现与 Oracle Business Intelligence 的集成，从而同意用户与 BPM 外的业务数据一起，进行多维度历史分析。图 9.流程模型中定义的业务指示器与测量标志驱动着 BPM 工作区或者流程空间中的性能记分牌 强大的以人员为中心的 BPM 过去，构建在强大 SOA 基础之上的 BPM 套件，在以人员为中心的 BPM 方面功能较弱。然而，Oracle BPM 11g 提供了高级的人工任务支持，已经达到甚至超过了小的纯人工为中心的工具。流程空间 除了标准的 BPM 工作区（BPM Workspace，常规的 BPM 工作列表环境）之外，Oracle BPM 11g 还提供了一个全新的、用户可配置的、基于Web 2.0 的协同环境，称之流程空间（Process Spaces）。流程空间是 Oracle WebCenter Spaces的 BPM 实现，是一个构建在 Oracle WebCenter门户框架与ADF 之上的基于角色的运行时环境。除了访问工作流任务与性能记分牌之外，流程空间还能够支持业务用户的常规日常任务，诸如安排会议、电子邮件、与设计与运行时的团队协做。流程空间是Oracle称之社会化 BPM（Social BPM）的基础。社会化 BPM 指一个适合目的(fit-for-purpose)的协作环境，充分利用了 Web 2.0 与企业 2.0 的技术，将流程任务与记分牌放在了社会化背景中，包含了团队日程、论坛、共享文档与通知。图 10.构建在 Oracle WebCenter 之上的流程空间是一个用户可配置的 Web 2.0 环境，混搭了 BPM，团队协作与其他组件 Oracle WebCenter Spaces（图 10）中的每个标签代表了不一致的应用、服务或者组空间。一个组空间是一些内容与服务的合集，用来帮助用户在一个特定任务上的协作。用户能够访问预先定义好的空间，与此同时，用户也能够通过选择与安排组件自己定义空间。这些组件来自目录化的组件，包含文档、论坛、小门户程序 portlet、电子邮件、搜索、RSS 源、外部 Web 2.0 小部件 widget、当然也包含诸如任务列表这样的 BPM 组件。流程空间支持团队协作，非机构化流程（即流程参与人需动态确定的流程），与围绕特定项目、任务或者问题的社会网络。活动指南 关于许多以人工为中心的流程，在一个端到端流程上下文中，常规的工作列表与BPMN 图形并不是为最终用户展现流程任务最直观的方式。为熟悉决这个问题，Oracle 制造了指南化业务流程（Guided business processes）的概念。在这里，流程设计者在 BPMN 模型中定义里程碑（milestone）与一个被称之活动指南（Activity Guide）的选择性最终用户界面（图 11），用来通过里程碑跟踪流程轨迹。活动指南可在 BPM Studio 或者流程编写器中定义。图 11.员工报到流程的活动指南 人工工作流 Oracle 为 BPMN 2.0流程使用了与 BPEL 一样的人工任务组件。BPMN 模型中的用户任务没有直接执行任务表单与动作，而是在独立的人工工作流服务（Human Workflow Service）中实例化一个人工任务，并等待任务完成。这个任务在人工任务编辑器中定义，也就是Oracle SOA套件中 BPEL 流程使用的同一个编辑器。在运行时，最终用户通过人工工作流服务，与工作列表与任务表单交互。当用户完成一个任务时，人工工作流服务返回完成状态（称之任务输出）给流程，流程在收到返回后继续向下执行。使得这一切与其他BPM 套件不一致的就是审批链与与任务有关的类似人工工作流，这些工作流被建模为人工任务组件的一部分，而不是流程的一部分。只有当整个任务，包含任务有关的审批链完成了，人工工作流服务才会将输出返回给流程。Oracle 将这些具有审批链的复杂人工任务称之交互式活动（interactive activities）。这里有几种不一致类型，代表了不一致类型的审批链。交互式活动通过将审批链与可重用任务组件封装，简化了流程逻辑。当然，设计者能够使用老式的方式建模人工工作流，即在 BPMN 流程中使用简单任务与建模审批链，但是，在许多流程中，使用交互式活动会更加方便。即席流程（Ad-hoc process）也能够应用在人工工作流中。指派的任务执行者能够在运行时重新指派或者委托任务，新的审批者能够在运行时被插入到审批链中（图 12）。此外，与业务规则的紧密集成提供了动态工作流，不仅仅在业务流程中做决定，也基于规则提升、提名、委托与人工任务负载均衡。图 12.即席工作流中运行时插入额外审批者 支持 BPM 与 SOA 的单一基础 统一的运行时 假如你想要一个BPMS，具有业务增强的实现与强大的人工任务支持，那么你很可能不得不放弃强大的 SOA 基础加集成 BPM 的方案。但是 Oracle BPM 11g 则不是这样。Oracle BPM 套件架构（图 13）是构建在世界级 SOA 基础之上的，具有统一的包含了 BPMN 2.0 与 BPEL 合成的运行时，人工任务管理，与业务规则等特征。Oracle SOA 套件的可扩展网格基础支持系统与人工工作流的非常高的交易量与成千上万的并发用户。集成层提供了一个共用的 JCA 连接基础、Oracle 适配器、Oracle 服务总线、调解流、与基于策略的安全与服务质量。你也能够得到 UDDI、身份服务、B2B 服务、事件基础、与其他融合中间件的特征，而这些特征在任何纯粹的以人工为中心的 BPMS 供应商那里都遗漏了。BPMN-SOA 连接 与其他 BPMS 不一致，Oracle 使得流程模型中BPMN 形状与它们的 SOA 组件实现之间的连接清晰可见同时可配置。BPMN 用户任务调用人工任务组件；BPMN 业务规则任务调用业务规则组件；BPMN 服务任务调用同步服务合成，包含 BPEL 流程；BPMN 发送/接收任务与消息事件调用异步合成，包含其他BPMN流程，与它们的回调。BPMN信号事件利用融合事件交付网络（Fusion Event Delivery Network）的功能，实现基于业务事件的松耦合公布订阅集成。BPMN 错误事件则引用 BPM Studio 业务目录中定义的特殊。图 13.统一的运行时架构 Oracle 没有强迫用户在 BPEL 与 BPMN 2.0 之间做出选择。BPM 11g 对两个规范都提供了流程引擎，而且构建在一个公共共享服务上。BPEL 将继续在定义自动化合成服务方面扮演要紧角色，而 BPMN 业务流程将调用这些合成服务。统一的 IDE JDeveloper 中的 BPM Studio 是一个 BPM、SOA 与 ADF Web 开发的公共 IDE。它包含了定义 BPMN流程、BPEL 流程、合成服务、人工任务、业务规则、数据类型与用户界面的所有编辑器。BPM Studio为开发人员与业务分析员提供了不一致的模式，为不一致人员呈现适合其角色的编辑器。BPM 项目中使用的所有组件集中在业务目录（business catalog）中，按照模块（Module）组织起来。通过将一个项目储存为模板（Template），流程分析员能够通过浏览器界面的流程编写重视新组装这些可执行的业务流程组件。统一的服务组件架构 BPM 与 SOA 合成都通过服务组件架构（Service Component Architecture，SCA）标准描述。代表BPM 项目中使用的流程、服务、人工任务、业务规则、适配器之间的连接，在 SCA 合成编辑器（图14）中建模为连线（Wire）。安全与服务质量属性能够使用 JDeveloper 或者企业管理器在运行时定义的策略（Policy）指定给连线。调用项目组件的服务显示在左边列中；引用（组件调用的外部服务）显示在右边列中。图 14.合成编辑器显示了所有方案组件之间的连接 元数据服务（Metadata Services，MDS）仓库存储了部署的应用与组件，也包含 BPM 与 SOA 的项目与项目模板。MDS 是协同流程设计与使用流程编写器进行业务增强实现的关键。每个 BPMN 活动与事件的实现被定义为一个服务组件（Service Component）。统一的管理 通过 Oracle企业管理器（Oracle 融合中间件的管理操纵台），BPM 与 SOA 在运行时监控与管理方面也集成在一起。所有部署的 BPM 与 SOA 合成应用都能够通过企业管理器跟踪轨迹，企业管理器还持续监视运行实例的状态、流程轨迹与故障恢复。这意味着你不必使用不一致的工具来跟踪问题，采取纠正动作，由于企业管理器提供了一个一致的视图，从高层的流程一直往下到底层的服务组件。为了调试与故障恢复，管理员可下列钻到流程审计踪迹（图 15）。企业管理器中的流轨迹是一个列表，包含了 BPMN 流程实例中组件间消息，流程中包含的各类组件实例之间的操作，这些都通过执行上下文 ID（Execution Context ID，ECID）链接起来。图 15.Oracle 企业管理器中的流程审计流轨迹 概要 Oracle BPM 11g是一个游戏改变者。它给了业务分析员与可执行流程开发人员一个基于BPMN 2.0标准的公共流程模型。它提供了高级人工任务支持，具有诸如流程空间、定制化 ADF 表单与屏幕流、活动指南、与即席工作流等特性。同时，它还提供了高级业务规则支持。它也提供了基于浏览器的工具，使得业务用户无需开发人员的帮助即可修改流程与业务规则。与此同时，它也装载了 IT 需要的特性，从一个世界级 SOA 基础开始 SCA、BPEL、JCA、服务总线、与完整的消息与事件交付基础。流程建模与可执行设计均遵循 BPMN 2.0 标准，包含其他 BPMS总是害怕的“困难部分”：边界事件（中断式与非中断式），流程间消息，错误抛出捕获，与使用信号事件的公布订阅集成。Oracle 称之“无障碍的 BPM”以人员为中心加上 SOA，业务增强加上强大的 IT 价值 都基于业界标准实现。BPM 已经成为 Oracle 的战略，不仅仅针对其中间件业务，也同样针对其套装应用，包含融合应用、Primavera 项目管理、企业内容管理、与企业仓库。将其组合在一起，Oracle BPM 11g大约领先了最接近的竞争对手一年。毫无疑问，Oracle BPM 11g 值得你好好看看。Bruce Silver 2010 年 6 月