幸登魇票ǜ鎋OracleBPM11g先睹.docVIP

BPM行业趋势报告： Oracle BPM套件1 1g先睹 Bruce Silver Associates- BPM独立专家 2010年6月 BPMS Watch 无障碍的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事件