目前市场上BPM的产品通常能够分为两类,一类是来自从事工做流workflow的公司,他们在workflow的基础上自上而下的方式增长了系统集成的功能,这一类产品易容性强,可是处理企业级端到端流程及系统集成项目就不太适合,与目前流行的SOA思想也比较大的差距。另一类是来自从事EAI的公司,自下而上的增长了人机活动交互功能,这一类产品很是不适合国内负责的人机交互流程功能,用户体验很是差,对业务人员很是不友好,有用户戏称“重量级”BPM平台。我见过不少500强的大公司,没有办法,会选择两个BPM平台,这将牵扯到原有系统的迁移,复杂的管理等众多问题。web
Oracle BPM 11g是综合了这两类产品的思想,而实现的完整的BPM方案,真正意义上实现了业务与IT的协同,不只能适应国内企业复杂的workflow需求,而且能充分的结合和利用SOA 11g功能,同时适合服务编排,系统集成和端到端企业级流程处理。Oracle BPM 11g正式版会于近期发布,做为Oracle中间件11g体系最后一个发布的产品,也是有缘由的,毕竟实现一个这样的BPM平台不是一件容易的事情。估计这一版本的推出,会给整个BPM市场很大的冲击——这句是来自于Gartner的评价,不是我说的。数据库
该一系列的文章在于帮助你们对于BPM 11g有系统的理解。服务器
BPMN和BPEL:BPMN和BPEL是目前BPM的两大主流标准,BPMN以其形象的展现方式深得业务和分析人员的喜欢,而BPEL做为执行语言,在系统集成,服务编排方面也具有明显的优点。一般一些引擎为了支持BPEL标准,符合SOA规范,会采用额外的BPMN建模工具,以后转换成BPEL的方式来执行,而这种方式的复杂性,给具体的项目的实施带来了很大的难度。在BPM 11g中,采用了双引擎的方式,能够支持BPMN直接运行,无须转换成BPEL再运行,同时BPMN使用下面一层的SOA 11g的SCA,能够方便的调用其余的各类服务和接口。使得BPMN的运行不单单只是简单的人机交互界面的展示。好比:在BPMN运行中能够直接的调用Web Service、SAP接口、访问数据库等复杂操做。架构
架构以下图:BPM11g运行于SOA11g引擎之上。composer
开发工具采用统一的Oracle Jdeveloper, 熟悉Aqualogic BPM的开发者,会发如今Jdeveloper安装BPM11g开发组件后,界面与Aqualogic bpm 很是类似。可是在这些表象之下,是BPM11g彻底是基于Oracle OFM11g技术,好比充分的利用了SOA复合技术及ADF任务流。这也就结合了业务流程建模与SOA技术。同时SOA11g和BPM 11g的worklist 进行了统一。框架
图表 2‑2在BPMN模型中使用SOA复合服务开发工具
在开发工具中,具备BPA中相似的仿真和统计分析功能:ui
Oracle BPM 11g中提供了基于web的流程编排方式。Web process composer 和Studio共享流程MDS元数据目录,以保证版本的统一。
图表 3‑1BPM Composer 的MDS
在实际的操做环境中,进行BPM建模的方法包括了:
• 自上而下
• 开始于 BPA Suite 或 Composer
• 实施用 Studio
• 发布用Studio 或 Composer
• 自下而上
• 开始于 BPM Studio
• 从Studio实施
• 发布到 MDS
• 用Composer修改
• 用 Composer发布
• 基于模板
• 在Studio中建立对象和模板
• 在 Composer中实施和发布
• 客户化
• 从Compoer中修改和发布(Business Rules etc.)
图表 3‑2BPM Composer 界面
Oracle bpm 11g中对于业务规则的处理,集成Oracle Business Rule,能够方便的在Sutio和Process composer中使用业务规则。
对于业务分析监控,使用统一的Oracle BAM 服务器。能够在Studio中直接生成各类统计分析。
对于业务数据和人机交互部分,采用Oracle ADF框架,可使得用户方便的对表单和界面进行定制。
Oracle BPM11g中采用了Oralce OEM监控管理功能。使得咱们能够跟踪流程到SOA 组件并能根据SLAs进行监测。