ORACLE BPM 学习总结

Oracle中间件开发之BPM学习总结

content

一 BPM的安装

二 BPM的基本组件

三 A SAMPLE

   1.helloworld

     2.证明信申请

一 BMP的安装

安装Oracle ADF/OSB/BPM/SOA开发环境的过程

按照说明文档，主要安装的组建一共有七个部，分如下图所示：

 

 

 

具体的安装流程见：http://yiyiboy2010.iteye.com/blog/1629443

安装过程中会出现常见问题，如：

<!--[if !supportLists]-->1.<!--[endif]-->创建数据库时，表空间命名不能重复；

 

<!--[if !supportLists]-->2.<!--[endif]-->安装完成之后，再运行JD时如出现内存不足或者溢出问题时，需要在配置中修改相关内存，这个问题会影响到JD运行BPM的UI程序

 

 

 

 二 BPM的基本组件

 

 

 使用较多的组件

Service:调用各种服务

BussinessRule:决策表

Script:脚本

User:用户       usertask

Initator:发起人 usertask

 

 

Service:该服务分为很多种，有本地的读写操作，也有调用外部的 webservice 的服务，

大部分BPM与外部交互的操作都可以在这里完成。

 

BusinessRule：决策表有几个关键元素：conditions， a set of values or ranges ,

Action, rules；

Conditions 表示对象的各种情况，一个BussinessRule可以有多个conditions当做判断条件；

a set of values or ranges ：边界范围或者取值，condition在不同的范围内所对应的action是不同的；

Action：就是在判断完conditions处于何种range of values内而进行的相应的操作

rules：就是将前3个一一对应起来的一个规则 

 

三 samples

<!--[if !supportLists]-->1.<!--[endif]-->Hello world

 

该流程为：发起人提交一条消息，如果消息符合格式，则接收者收到消息，如果格式不符合要求，则流程结束。接收者收到消息后，

可以选择接收或者拒绝，若接收消息，则流程结束；若拒绝消息，则流程继续回到发起人重新提交

 

Step.1 建立工程

 

 

如果已按照第一章中的安装步骤正确安装，则建立新的工程，选择 New Application ,分别命名 Application 和Project Name。

 选择BPM Project Navigator,如图所示创建新的流程

 一般选择两个类型：Asynchronous Service 和 Manual Process , 本例中选择 Manual Process

 Asynchronous  Service 是异步的流程，流程本身不能发起，只能被外部调用；

Manual Process 是手动启动的流程，需要流程内部自己发起。

STEP.2  定义角色和组织

在Navigator中打开Organization

 分析：该流程有两种最为简单的角色(role)：发起人(Requestor) 和接收人（Reviewer），所以在组织结构中建立两个对应role

返回到 Process 界面，将 Organization 中创建的角色放在BPM 的甬道中, 选择 Add Role ,将 Requester 和 Reviewer 加进去，

甬道的概念：Requester 角色所在的横道中代表一条甬道，该甬道的内容表示在 Requester 角色下完成的

 

Step.3   Modeling the Process 构建这个流程

①打开 Interactive , 选择 Initiator , 放在 start 节点后面， 使用

Artifact将start节点和Requsthello的task 连接起来

 

   双击刚刚新建的user task，在basic栏中修改名字为Request Hello。

 

②在Request Hello后面添加一个business role，用于检测发起人提交的信息是否符合规定，而这个规则，会写在Business role中具体写出，将在后面介绍

当发起人的信息经过rule决策之后，会判断是否需要审批，如果需要审批，则进入reviewer甬道，如果不需要审批，则流程直接结束。

③点击Interactive，选择User，将此user task 放在 下面甬道中，修改task名称为Review Message

 在Business role 后面 添加一个判断节点 gateway，连线如上图所示，双击g1和Review Message之间的连线，修改名称为 Review Needed.

④当消息经过Review Message之后，需要其审批，APPORVE or REJECT,所以在Review Message 之后添加一个判断节点gateway  g2，分别将其连到Request Hello上和 end 节点上（请先无视InitApproval和WriteMessage）

 该流程现在为:

Request Hello 节点发送消息请求，经过一个规则判断是否需要接收，若不需要，则该流程直接结束；若需要，则流程进入Review Message节点，接收者对得到的信息进行审批：包括APPROVE 和REJECT操作，若操作为APPROVE，则流程走到end节点；若操作位REJECT,则流程回到发起人处，重新提交信息。

以上就是helloworld流程的框架搭建，具体的实现将在下一节讲解。