6.4 BPEL活动(Activity)
lecture_5-Event-based_Event-based
系统仿真算法
目前最常用的仿真算法有事件调度法（event scheduling）、活动扫描法（activity scanning） 和进程交互法（process interaction）。 事件调度法是面向事件的，它记录事件发生的 过程，处理每个事件发生时系统状态变化的结 果。 活动扫描是面向活动的，它记录每个活动开始 与终止的时间，从而记录实体从一种状态变为 另一种状态的过程。 进程交互法是面向进程的，它记录每个进程推 进的过程。
时刻t1的系统快照
时钟 CLOCK 系统状态 实体 队列 FEL 统计数据
t1
(5,1,5)
新事件！！
(1, t2) (4, t*) ..… (2, tn) …..
….
…..
…..
….. …..
如何产生新事件？（Step4）
以排队模型为例：
若t1=到达事件的发生时间，则产生的未来事 件是第二个顾客到达事件，t* =t+a* (a*为 到达间隔） 若t1=顾客服务完成事件的发生时间，如果存 在下一个顾客，则开始服务。那么产生的未来 事件为 t*=t+s* ( s*为服务时间）
仿真结果计算 服务员的利用率=？
课堂练习：
对例5.3采用基于事件的方法来预测服务员的利 用率。仿真停止时间为25。数据如下：
到达 间隔 时间 服务 时间
4528来自375
3
4
6
2
7
活动完成事件是保存在FEL事件表中！！
Delay:
也称为条件等待（Conditional waiting)。 Delay完成事件是Conditional Event，或称为依赖事件。 Delay完成事件不能保存在FEL事件表中！！！
activity流程操作
activity流程操作Activity是Android应用程序中的一个重要组件，它负责管理用户界面和用户交互。
在Android开发中，我们经常需要对Activity进行流程操作，以实现不同的功能和交互效果。
本文将介绍一些常见的Activity流程操作，帮助开发者更好地理解和使用Activity组件。
1. 启动Activity启动Activity是Android应用程序中最基本的操作之一。
我们可以通过Intent对象来启动一个新的Activity，并传递数据给新的Activity。
例如，我们可以通过以下代码启动一个新的Activity：```javaIntent intent = new Intent(this, SecondActivity.class);intent.putExtra("key", "value");startActivity(intent);```在新的Activity中，我们可以通过getIntent()方法获取传递过来的数据，并进行相应的处理。
2. 生命周期管理Activity有多个生命周期方法，如onCreate()、onStart()、onResume()、onPause()、onStop()和onDestroy()等。
我们可以通过这些生命周期方法来管理Activity的状态和行为。
例如，我们可以在onCreate()方法中进行初始化操作，在onResume()方法中进行界面更新操作，在onPause()方法中保存数据等。
3. 返回数据在Activity之间进行数据交换是常见的操作。
我们可以通过startActivityForResult()方法启动一个新的Activity，并在新的Activity中通过setResult()方法返回数据给上一个Activity。
例如，我们可以通过以下代码启动一个新的Activity并获取返回数据：```javaIntent intent = new Intent(this, SecondActivity.class);startActivityForResult(intent, REQUEST_CODE);```在新的Activity中，我们可以通过以下代码返回数据给上一个Activity：```javaIntent intent = new Intent();intent.putExtra("result", "data");setResult(RESULT_OK, intent);finish();```在上一个Activity中，我们可以通过onActivityResult()方法获取返回的数据，并进行相应的处理。
全球17款BPM软件产品分析
1 Power Process SuitePower Process Suite 解决方案支持企业流程的设计、执行、监控、分析等四大功能，系统由Power Process Suite、RosettaNet Channel Manager和签核流程组件SignFlow Module等模块构成，各模块皆采Java程序语言开发，以松散耦合式连结。
系统除符合WfMC 标准外，流程定义作业也采BPMN标准。
所以无论是企业内部跨部门、跨系统的流程或窗体管理与签核作业，还是企业间的B2B电子商务交易，均可透过系统模块整合应用予以达成。
1.1Workflow应用1)Web Base窗体设计工具：可在远程设计与制订所需窗体，不需使用程序语法，即可透过内建的窗体对象如加入附件文件、编辑器、日期选择等多项组件进行设计，并支持动态窗体的产生。
2)窗体具备母子关系设定：母子窗体的数据修改、新增具备一致性。
符合BPMN的可视化流程设计工具：简化流程设计工作，并可设定条件属性以进行逻辑判断以及人员指派。
3)待办事项与工作通知：使用者亦可运用「待办事项」及「工作项目通知机制」，更清楚地掌握待办事项与工作进度，及快速查询、检视与追踪所有工作项目。
4)动态通报机制：可设计不同的通知样板，依不同的时间与规则传送至不同收件者。
5)3种人员属性权限设定：区分为使用者可以自行修改的属性(如地址、联络人)，使用者可以看但不可修改(如职级)，及使用者不可看的属性(例：考绩)等三种设定。
1.2企业内部的BPM应用1)内建多种Adapter组件：如数据库、Java Bean、COM、Web Services、JMS 和EJB等，利用桥接器精灵可快速开发所需的相关整合接口，并可透过桥接器管理机制进行桥接器修改及重复利用。
2)独立的整合引擎：桥接器管理平台独立于流程引擎之外，可避免因整合程序或外界系统造成流程引擎执行效能问题。
3)系统权限分层管理：系统权限设定可分为3种角色，超级管理员、组织管理员与系统管理员，透过不同角色分派，以提高管理质量。
最新Activity 详解 Activity文档翻译
A c t i v i t y详解A c t i v i t y文档翻译Activity 详解 Activity文档翻译转自：展现在用户面前的经常是全屏窗口，你也可以将activity作为浮动窗口来使用(使用设置了windowIsFloating的主题)，或者嵌入到其他的activity(使用ActivityGroup)中。
当用户离开activity时你可以在onPause()进行相应的操作。
更重要的是，用户做的任何改变都应该在该点上提交(经常提交到ContentProvide r这里保存数据)。
1.Activity生命周期系统中的Activity可以通过一个activity栈来进行管理。
当一个新的activity启动的时候，它首先会被放置在activity栈顶部并成为running状态的activity--之前的activity也在activity栈中，但总是被保存在它的下边，只有当这个新的activity退出以后之前的activity才能重新回到前景界面。
所有的activity本质上有四种状态：activity在屏幕的前景中(activity栈的顶端)，它是active或者running状态。
activity失去了焦点但是仍然可见(这个activity顶上遮挡了一个透明的或者非全屏的activity)，它的状态是paused。
一个paused状态的activity完全是alive的(它维护自己所有的状态和成员信息，而且仍然在window manager的管理中)，但当系统内存极度贫乏时也会将其killed。
activity由于其他的activity而完全变暗，它就进入了stopped状态。
它仍然保持着所有的状态和成员的信息，可是，他对于用户来说不可见，当别的地方需要内存的时候它经常会被killed。
activity是paused或者stopped，系统需要将其清理出内存的时可以命令其finish或者简单kill其进程。
BPEL介绍
BPEL介绍业务流程执行语言（Business Process Execution Language, BPEL, 发音为'bipple'或'bee-pell'），也叫业务过程执行语言，是一种基于XML的，用来描写业务流程的编程语言，被描写的业务流程的每个单一步骤则由Web服务来实现。
BPEL的目标是要实现业务流程定义格式的标准化，使得公司之间可以通过Web 服务无缝的进行交互。
BPEL是基于Web服务的，并且依赖于WSDL。
一个BPEL流程可以发布为一个WSDL定义的服务，并像其它Web服务一样被调用。
而且，BPEL希望一个Web服务合成所包含的全部外部Web服务，都是用WSDL服务契约定义的，这令BPEL流程可以调用其它BPEL流程，甚至可以递归的调用自己。
值得注意的是BPEL不直接支持人机对话，BPEL所描写的过程仅与Web服务通信，而这些Web服务却可以提供与用户的信息交换，但它们不是用户本身。
用BPEL编写的流程可以在任何支持BEPL规范的平台或产品上运行。
BPEL支持两类不同类型的业务流程<!--[if !supportLists]-->可执行流程：定义了要执行的各项具体任务，以及完成业务流程所需要调用的各个服务，它们遵循编排规范，可以被一个编排引擎所执行。
（orchestration）<!--[if !supportLists]-->抽象流程：详细说明了双方或多方的公共消息交换，但没有定义流程流的内部行为细节，不可执行。
（choreography）BPEL的历史BPEL全称为WS-BPEL，WS-BPEL原名BPEL4WS，最初是在2002年7月随同BPEL4WS1.0规范的发布而出现的，它是IBM、Microsoft和BEA合作的成果。
业务处理执行语言结合并且替换了IBM的WebServices Flow Language (WSFL)和微软公司的XLANG规范。
《深入Activiti流程引擎：核心原理与高阶实战》札记
《深入Activiti流程引擎：核心原理与高阶实战》读书笔记目录一、流程引擎概述 (2)1.1 流程引擎的定义 (4)1.2 流程引擎的作用 (5)1.3 流程引擎的发展历程 (6)二、Activiti核心原理 (7)三、Activiti高阶实战 (9)3.1 案例介绍 (10)3.1.1 电商订单处理流程 (11)3.1.2 供应链协同流程 (13)3.2 高阶特性与应用场景 (15)3.2.1 全局异步任务处理 (17)3.2.2 事件子系统的扩展性 (19)3.2.3 分布式事务处理 (20)3.3 实战中的问题与解决方案 (21)3.3.1 数据一致性保证 (22)3.3.2 性能优化策略 (24)3.3.3 安全性与权限控制 (25)四、总结与展望 (27)4.1 本书总结 (28)4.2 展望未来 (29)4.2.1 Activiti的发展趋势 (30)4.2.2 对流程引擎技术的未来思考 (32)一、流程引擎概述流程引擎(Process Engine)是Activiti工作流引擎的核心组件，负责处理和执行业务流程。
在《深入Activiti流程引擎：核心原理与高阶实战》作者详细介绍了Activiti流程引擎的基本概念、架构以及关键组件，帮助读者更好地理解和使用这一强大的工作流引擎。
流程引擎主要用于管理、执行和监控业务流程。
它可以将业务流程定义为一系列任务和事件，并根据这些任务和事件的执行顺序来驱动整个流程的运行。
通过流程引擎，企业可以实现对业务流程的可视化管理、自动化执行和监控，从而提高工作效率、降低运营成本和提升客户满意度。
进程定义(Process Definition):用于描述业务流程的结构和规则，包括任务、事件、网关等元素。
一个进程定义可以对应一个或多个流程实例。
流程实例(Process Instance):表示一个正在执行的业务流程，由一个或多个任务组成。
每个任务都有一个唯一的ID,用于在后续处理中引用。
BPEL及BPM介绍
BPM厂商及解决方案
公司 IBM
Savvion
Lombardi Intalio 炎黄盈动 复旦协达
解决方案 WebSphere Bussiness Integration
Savvion Bussiness Manager
TeamWoks Intalio BPM2.0 AWS BPM协同平台
组件
WebSphere InterChange Server(A) WebSphere MQ Integration WebSphere MQ Workflow Complimenting A Business Integration Models CrossWorlds Holosofx Process Modeler Process Asset Manager BPM Studio BPM Server Bussiness Rules BPM Portal
• BPEL与业务流程：用XML文档写入BPEL中 的流程能在Web 服务之间以标准化的交互方 式得到精心组织。这些流程能够在任何一个 符合BPEL规范的平台或产品上执行。
• BPEL相关标准和规范由OASIS组织制定。
BPEL的基本活动
• 基本活动 • <receive> • <reply> • <invoke> • <assign> • <throw> • <terminate> • <wait> • <empty>
结构化活动 <sequence> • <switch> • <while> • <pick> • <flow> • <scope> • <compensate>
BPMN2.0规范部分总结
BPMN2.0规范部分总结基本概念：对业务流程管理（Business process management）进⾏建模称为业务流程建模（Business Process Model），业务流程建模语⾔BPMN(Business Process Model Notation)是其⼀种建模语⾔，⽽BPMN2.0规范(Business Process Model and Notation 2.0)是基于BPMN的⼀套标准，对BPMN进⾏了重新的定义。
BPMN的价值：BPMN的开发旨在减少众多已存在的业务建模⼯具和流程记录⼯具之间的断层。
BPMN2-Conformance ⼀致性：Process Modeling Conformance 流程模型⼀致性Process Execution conformance 流程执⾏⼀致性BPEL Process Execution Conformance BPEL 流程执⾏⼀致性Choreography Modeling Conformance 编排模型⼀致性BPMN2-Element 元素：Flow Objects 流对象（三个核⼼元素）1) Events 事件（⽤于对流程⽣命周期中发⽣的事件进⾏建模。
）Event ⽤⼀个圆圈表⽰，它是流程中运⾏过程中发⽣的事情。
事件的发⽣会影响到流程的流转.事件包含Start\Intermediate\End三种类型。
2) Activities 活动（任务表⽰流程中具体要做的事情，通常⼀个任务表⽰⼯作需要被外部实体完成，⽐如⼈⼯任务和⾃动服务。
）活动⽤圆⾓矩形表⽰，⼀个活动多个活动组成，活动的类型分为Task和Sub-Process。
3) Gateways ⽹关（⽤来控制流程的流向）⽹关⽤菱形表⽰,⽤于控制流程的分⽀和聚合。
现实业务所有的业务环节都离不开Activities、Gateways和Events，⽆论是简单的条件审批还是复杂的⽗⼦流程循环处理，在⼀个流程定义描述中，所有的业务环节都离不开Task、Sequence Flow、Exclusive Gateway、Inclusive Gateway（如图1中右侧绿⾊标记所⽰元素），其中Task是⼀个极具威⼒的元素，它能描述业务过程中所有能发⽣⼯时的⾏为，它包括User Task、Manual Task、Service Task、Script Task等，可以被⽤来描述⼈机交互任务、线下操作任务、服务调⽤、脚本计算任务等常规功能。
SOA期末复习
谭淇蔚
流程服务（Process Services） ：流程服务主要用来满足业务流程的需要，通过将多个 服务组合起来形成一个业务流程。 信息服务（Information Services）:信息服务主要用来提供对同构或异构数据源的访 问，解决不同数据源之间数据共享困难的问题。比较常用的技术有联邦、复制、ETL、 元数据管理、主数据管理、动态数据仓库、XML 等。 接入(访问)服务（Access Services）:访问服务主要用来提供访问已有应用、打包应用 的能力，使已有应用的功能以服务的形式对外暴露出来。 企业(业务)应用服务（Business App Services） ：业务应用服务主要用来构建一个强 大、可伸缩、安全的服务环境，为新的应用组件提供运行时服务。 伙伴服务（Partner Services）:伙伴服务提供将合作伙伴的应用系统集成到共同的企 业体系结构中的功能。 7. 面向服务的分析和设计 SOMA? SOMA：通过面向服务的建模、分析和设计技术与活动，构 造 SOA 应用. (1)定义 SOA 各层次中包含的元素(2)在每一层次作出关键的体系结构设计 决策；SOMA 的途径：混合式. (1)自顶向下：从业务需求出发，通过模型驱动，构造 SOA 蓝图；(2)自底向上：充分利用遗留系统的投资，封装可被服务所使用的功能；
谭淇蔚
18.
19.
20.
21.
22.
23.
<portType> web service 执行的操作 <message> web service 使用的消息 <types> web service 使用的数据类型 <binding> web service 使用的通信协议 消息和类型不是它的核心。核心是在于它的操作和绑定 UDDI:UDDI 是统一描述、发现和集成（ Universal Description, Discovery, and Integration）的缩写。它是一个基于 XML 的跨平台的描述规范，可以使世界范围内的 企业在网络上发布自己所提供的服务。 如何开发自己 web 服务（Java 平台为例）？1、编写所要发布的功能函数源码项目；2、 利用 axis2 将项目可提供的服务打包；3、将打包的服务放到 axis2 发布目录下即可发 布。 如何访问调用已有的 Web 服务(URL 直连，代理)？URL 直连:采用 SOAP 协议，在已知 的 web 服务的 SOAP 调用链接， 使用程序构造 soap 协议进行请求发送， 然后获取相应信 息，完成调用。利用 axis2，提供服务所在的链接，生成相应的代理文件，调用代理 文件（生成桩，初始化方法，传入方法参数，调用响应，检测返回结果） ，完成调用。 Orchestration（编排）和 choreography（协同）? 前者定义了如何将小粒度的服务按 照特定的流程聚合为大粒度的服务； 后者则定义了如何在多方的业务流程之间通过服务 实现协同的动作编排。二者的本质上都是用来规划服务之间的协同。 Orchestration：将多个小粒度的 Web 服务按照特定的业务逻辑规则构造为一个可执行 的业务过程，同时又可以看作是一个大粒度的复合 Web 服务。(执行时需要有中心控制 机制；由一个组织所拥有；) 侧重点：如何使用已有的服务来构造新的服务。 Composition ≈ Orchestration 服务编排的描述方法：BPEL(4WS) BPEL: 业务流程执行语言，它是一种使用 XML（标准通用标记语言下的一个子集）编写 的编程语言，一门用于自动化业务流程的形式规约语言。 BPEL 的作用是将一组现有的服务组合起来，从而定义一个新的 Web 服务。因此，BPEL 基本上是一种实现此种组合的语言。组合服务的接口也被描述为 WSDL portType 的集 合。 它是基于 XML 和 web 服务所构建，基于 web 的语言。 BPEL 步骤：1、列出相关 web 服务清单；2、为 BPEL 流程定义 WSDL；3、定义合作伙伴 链接类型；4、创建业务流程；5、部署和测试。 BPEL 能够实现基于 WSDL 的 Web Services 之间的流程编排和服务协同，它提供了一种 XML 注释和语义， 用于指定对 Web Services 进行编排并确定 Web 服务之间的业务流程， 实现 Web Services 之间的协同。 BPEL 基本结构: 过程中的基本功能单元：活动<activity> 活动之间的次序关系： 先后次序<sequence> 多分支<switch> 循环<while> 并发与同步<flow> 非确定性选择<pick> 过程的相关数据：容器<container> 错误处理机制：<catching>、<handling faults>
Activiti和FixFlow介绍
道(Lane)是池(Pool)的子划分，可以垂直或者水平，用来 对活动的组织和分类,道(Lane)更加接近我们传统的甬道的概念 。道(Lane)常用来将活动按照角色划分，流程可以在一个池 (Pool)中跨道(Lane)流转，但是在同一个池(Pool)中消息流通 常不跨道(Lane)流转。
Page 23
Page 24
附注(Annotation):提供一些附加性的文本信息给流程图的阅读 者
Page 25
Activiti介绍
Alfresco软件在2010年5月17日宣布Activiti业务流程管理（BPM）开源项 目的正式启动，其首席架构师由业务流程管理BPM的专家e 17
数据对象( Data)
数据对象 (Data):用于描述活动所需或者产生的数据。他们用 连线与活动连接起来。数据元素包括:数据对象（DataObject） 、输入数据（Data Input）、输出数据（Data Output）和数 据存储区（Data Store） 数据对象（DataObject) :代表过程中流动的信息,例如： 业务文件、E-mail、信件 输入数据（Data Input) :整个过程中可以被活动读取的 外部数据 输出数据（Data Output) :作为整个过程的输出数据量 数据存储区（Data Store) 据库或文件。 :存放过程数据的地方，例如数
Page 14
网关 (Gateway) 网关(Gateway):菱形代表网关，用来控制流程的分支和聚合 。包括互斥网关和并行网关
Page 15
互斥网关：表示后续分支只能选择一条路线进行任务流转。如 下图所示：
Page 16
并行网关：表示后续分支能同时选择多条路线进行任务流转。 如下图所示：
工作流概念
3.WFMS——定义及结构
工作流管理系统（WFMS）：是一个完全定义、管理和执行 工作流的系统, 它通过计算机表示的工作流逻辑来驱动软件 有序地运行。
3.WFMS——WFMS的功能
工作流管理系统的工作一般分为三个阶段:
模型建立阶段：通过利用工作流建模工具,完成 企业经营过程模型的建立,将企业的实际经营过 程转化为计算机可处理的工作流模型。 模型实例化阶段：给每个过程设定运行所需的 参数,并为每个活动分配所需要的资源。 模型执行阶段：完成经营过程的执行,主要是完 成人机交互和应用的执行。
2. 基本理论——应用程序元模型
应用程序元模 型描述了工作流 中被调用程序 （Invoked Application）的 相关概念及其关 系。一个被调用 程序可以是一个 常用的表单处理 程序、传统的应 用程序，也可以 是一个Web Service的调用 连接URL。
2. 基本理论——过程定义元模型
1.工作流概述——应用的动因
新的管理哲学激发了组织机构对业务流程的兴趣, 如业务流程再造(BPR ) 和持续过程改进(CP I)； 组织机构内部的业务过程数量比以前大大增加, 如 今的组织机构比以前提供更多的产品和服务, 并且 产品和服务的生命周期也比以前大大缩短了, 从而 业务过程的数量也急剧增加； 为了适应激烈的竞争, 组织机构需要经常改变业务 流程； 业务历程变得更加复杂。
O rg an izatio n
1 0 ..*
0 ..*
1
U n it
B elo n g 1 1
RR
R o le
1
1
U n itR o le
1 ..*
1 ..
*
1 ..*
Entrust
BPEL简介
引入wsdl文件
引入wsdl文件——从服务提供 方处获得服务的wsdl描述并放 入wsdl文件夹。 引入wsdl文件后，在Interfaces 一栏中可以看到wsdl中描述的 Partner Link Types和Port types。
创建BPEL流程
右键点击bpel文件夹，通过New->BPEL Process新建 一个BPEL文件。
BPEL2.0的改动
《BPEL开发手册》所介绍的是BPEL1.1版本， BPEL2.0中对活动 有了一些改动和添加，下面是BPEL2.0图形化编辑插件的截图。
通过Active BPEL 进行开发
Active BPEL：提供流程编辑器和流程执行 引擎
如右图：
bpel中存放*.bpel流程描述文件。 deploy中存放用于流程部署的pdd和bpr文 件。 sample-data和test文件夹存放用于流程测 试的数据和BUnit。 schema存放预定义的数据类型文件*.xsd。 wsdl存放流程所调用服务的描述文件wsdl。
BPEL提供了声明性机制，以指定服务实例中相关联的操作组。一 组相关标记可定义为相关联的组中所有消息共享的一组特性。这 样的一组特性称为相关集。每个关联集都在一个作用域中进行声 明并属于该作用域。在流程开始时，全局关联集处于未初始化的 状态。在其所属的作用域的执行开始时，本地关联集处于未初始 化的状态。相关集在其语义上类似于延迟绑定的常数。相关集的 绑定由特别标记的消息发送或接收操作来触发。相关集在其所属 的作用域的生存期中只能初始化一次。在初始化之后，它的值就 可被认为是业务流程实例的标识的别名。 相关集的名称用在invoke、receive和reply活动中，也用在pick活 动的onMessage分支中，同时还用在事件处理程序的onMessage 形式中。
bpmn用法
bpmn用法BPMN（Business Process Model and Notation）是一种用于描述业务流程的标准符号和方法，它提供了一种通用的、标准化的方式来表示和分析各种业务流程。
BPMN在业务流程管理（BPM）领域被广泛使用，帮助组织有效管理和改进其业务流程。
BPMN标准由一系列符号和规则组成，用于描述业务流程中的活动、事件、网关、数据、泳道和流程之间的关系。
以下是对BPMN用法的详细描述：1. 活动（Activity）：活动是业务流程中的基本工作单元，表示一个可以直接执行的任务或操作。
活动可以是一个实际的业务活动，如“提交订单”，也可以是一个抽象的活动，如“审核”。
活动用矩形框表示，框内包含活动的名称。
2. 事件（Event）：事件表示在业务流程中发生的一些事情，它可以触发或结束一个活动，或改变流程的流向。
事件可以是开始（Start）事件、中间（Intermediate）事件或结束（End）事件。
常见的事件类型包括消息、定时器、错误和条件等。
事件用圆形表示，并根据类型使用特定的图标进行标识。
3. 网关（Gateway）：网关用于控制流程流向和判断流程的条件分支。
BPMN中有两种类型的网关，包括并行网关（Parallel Gateway）和排他网关（Exclusive Gateway）。
并行网关用于创建并行分支和合并分支的情况，而排他网关用于根据条件选择唯一的路径。
网关用菱形表示，并根据类型使用特定的图标进行标识。
4. 数据对象（Data Object）：数据对象用于描述业务流程中的数据，它可以是输入、输出或中间数据。
数据对象可以是一个实体，如订单或报价，也可以是一个数据结构，如表格或文档。
数据对象用长方形表示，并在框内给出数据的名称。
5. 泳道（Lane）：泳道用于将业务流程中的活动分组到不同的角色或组织单位。
泳道可以是垂直的（垂直泳道）或水平的（水平泳道），并可以包含多个子泳道。
oracleBPEL工作流介绍
Receive PO
Transform
Transform
Receive PO
Send PO Ack
Ack
PO Acknowledgement
Receive PO Response
PO Response
Receive PO Response
Transform
Two BPEL workflow templates reflecting a business agreement
WSFL
(IBM)
WSCL
(HP)
BPEL4WS 1.0 BPEL4WS 1.1
(IBM, Microsoft)
(OASIS)
Orchestration vs Choreography
Orchestration – An executable business process describing a flow from the perspective and under control of a single endpoint (commonly: Workflow)
Industry wide language for business processes
– Common skill set and language for developers
Choice of process engines
– Standards lead to competitive offerings
</process>
BPEL Activities
Primitive Activities <invoke> <receive> <assign> <reply> <throw> <terminate> <wait>
activity 条件表达式
Activity 条件表达式一、什么是 Activity 条件表达式Activity 条件表达式是指在编程中，根据一定的条件来决定是否执行某个活动或操作的表达式。
通过使用条件表达式，我们可以根据不同的情况来执行不同的代码逻辑，从而实现程序的灵活性和可控性。
二、条件表达式的基本语法在大多数编程语言中，条件表达式的基本语法都是类似的。
一般来说，条件表达式由三个部分组成：条件、真值和假值。
条件是一个逻辑表达式，可以包括比较运算符、逻辑运算符等；真值是在条件为真时执行的代码块；假值是在条件为假时执行的代码块。
下面是一个简单的条件表达式的示例：if (条件) {真值} else {假值}三、条件表达式的使用场景条件表达式在编程中经常被用于控制程序的流程，根据不同的条件来执行不同的代码逻辑。
下面是一些常见的使用场景：1. 条件判断条件表达式可以用于判断某个条件是否成立，从而决定是否执行某个代码块。
比如，在游戏中，可以根据玩家的得分来判断是否通关，如果得分达到一定的要求，就执行通关的代码逻辑，否则执行失败的代码逻辑。
2. 循环控制条件表达式还可以用于控制循环的执行。
比如，在一个游戏中，可以使用条件表达式来判断玩家是否还有生命值，如果有，则继续执行游戏循环，否则结束游戏。
3. 动态选择条件表达式还可以用于动态选择不同的代码逻辑。
比如，在一个商城系统中，可以根据用户的会员等级来选择不同的折扣策略，从而实现动态定价。
四、条件表达式的注意事项在使用条件表达式时，还需要注意以下几点：1. 条件的准确性条件表达式中的条件要准确无误，否则可能会导致程序执行错误的代码逻辑。
在编写条件表达式时，需要确保条件的正确性，并进行充分的测试和验证。
2. 代码的可读性条件表达式中的代码应该具有良好的可读性，以便于其他开发人员理解和维护。
可以使用适当的注释和命名规范，提高代码的可读性。
3. 代码的可扩展性在编写条件表达式时，应该考虑到代码的可扩展性。
activity 条件表达式
activity 条件表达式Activity是Android应用程序中最常用的组件之一，它可以用来展示用户界面、响应用户输入、与其他应用程序交互等。
在Activity中，条件表达式是一种非常重要的概念，它可以帮助我们控制程序的流程，实现各种功能。
下面我们来详细了解一下Activity中的条件表达式。
一、什么是条件表达式？条件表达式是一种用来判断某个条件是否成立的语句，它通常由关键字if、else if和else组成。
在Activity中，条件表达式可以用来判断用户的输入、判断某个变量的值等。
二、条件表达式的语法格式条件表达式的语法格式如下：if (条件1) {// 如果条件1成立，执行这里的代码} else if (条件2) {// 如果条件1不成立，但条件2成立，执行这里的代码} else {// 如果条件1和条件2都不成立，执行这里的代码}其中，条件1、条件2等都是用来判断某个条件是否成立的表达式，如果表达式的值为true，则执行相应的代码块，否则跳过该代码块。
三、条件表达式的应用场景在Activity中，条件表达式可以应用于很多场景，下面列举几个常见的应用场景：1. 判断用户的输入是否合法在用户输入数据时，我们通常需要对用户的输入进行验证，以确保输入的数据符合要求。
这时，我们可以使用条件表达式来判断用户的输入是否合法，如果合法，则执行相应的代码，否则提示用户重新输入。
2. 根据不同的条件执行不同的代码有时候，我们需要根据不同的条件来执行不同的代码，比如根据用户的性别来显示不同的图片、根据用户的年龄来显示不同的内容等。
这时，我们可以使用条件表达式来判断不同的条件，然后执行相应的代码。
3. 控制程序的流程在程序中，我们经常需要根据某个条件来控制程序的流程，比如根据用户的选择来跳转到不同的Activity、根据用户的权限来执行不同的操作等。
这时，我们可以使用条件表达式来判断某个条件是否成立，然后执行相应的代码。
业务流程建模语言BPEL
业务流程建模语言BPEL业务流程建模语言（Business Process Execution Language，简称BPEL）是一种用于描述、执行和协调企业业务流程的标准化语言。
BPEL 提供了一种形式化的方式来描述业务流程，使得企业能够快速地将业务过程转化为可执行的代码。
本文将介绍BPEL的起源、特点、适用领域以及使用BPEL进行业务流程建模的一般步骤。
BPEL的起源：BPEL最早由IBM、Microsoft和BEA Systems等公司共同开发，起初被称为Web Services Flow Language（WSFL）。
后来，WSFL与IBM的Websphere中间件整合，形成了更加成熟的BPEL规范，并在2002年提交给OASIS组织进行标准化。
BPEL的特点：1. 基于Web服务：BPEL是基于Web服务的，它使用标准的SOAP和WSDL来描述和调用服务。
这使得BPEL可以和现有的Web服务基础设施无缝集成。
2.灵活性和可扩展性：BPEL具有很强的灵活性和可扩展性，可以很容易地扩展和重新组织业务流程。
3.提供事务和异常处理：BPEL提供了事务管理和异常处理的能力，保证业务流程的稳定和可靠性。
4.支持复杂的流程交互：BPEL能够描述和协调复杂的流程交互，包括并行执行、条件分支、循环等。
5.易于集成：BPEL可以和现有的企业应用集成，包括ERP、CRM等，从而实现业务流程的自动化。
BPEL的适用领域：BPEL适用于各种业务流程领域，特别是那些需要协调多个系统和服务的复杂业务流程。
以下是一些适用领域的例子：1.供应链管理：BPEL可以用于协调和优化供应链中的各个环节，实现供应链的高效运作。
2.电子商务：BPEL可以用于构建和管理电子商务网站的业务流程，包括订单处理、库存管理等。
3.金融服务：BPEL可以用于实现金融服务的自动化，比如贷款审批、支付处理等。
4.企业资源管理：BPEL可以用于整合不同的企业资源管理系统，实现资源的有效利用和优化。
DHCC_DEV5.0-工作流培训
目前已经支持的智能模式有：当前部门、当前用户领导、当前部门秘书、父部门
秘书、当前用户的父部门领导。 9
一、工作流概述 –定义时功能
项目/功能 流程定义导入导出 说明/规格 可以单独导入导出某个流程定义，文件格式为XML。
说明：该功能必须要求客户端配置Java安全策略文件。
支持在定义界面上直接挂接WEB表单（手工配置参数，包括表单路径和角色名称） 支持在定义界面上直接挂接电子表单（直接选择即可，支持下拉框模式选择表单、 角色信息）
13
二、工作流标准及规范
4、WSCI（Web Service Choreography Interface，Web服务协作接 口） 2002年6月26日，BEA、Intalio、SAP、Sun四家公司提出了基于xml 的WSCI规范，推动Web服务进入了一个全新的阶段。这个规范主要描 述了一个参与和其它服务进行协作交互的Web服务所交换的消息流。
5、WSFL（Web Services Flow Language，Web 服务流语言）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
6.4 BPEL活动（Activity）BPEL活动（Activity）是指BPEL流程中一条语句或者一个步骤的执行。
BPEL 常用的一些基本活动如下：<assign>/<invoke>（赋值/调用）；<condition>/<otherwise>（条件/否则）；<sequence>/<flow>（顺序/并行）；<link>/<source>/<target>（链接/源/目标）；<pick>/< onMessage>/ <onAlarm>（选择/监听/闹钟）。
下面将予以详细的介绍。
6.4.1 <receive> /<reply>（接收/恢复）接收<receive>是整个BPEL的起点，一旦BPEL引擎从客户端接收到请求消息，它将会启动一个BPEL的流程。
<receive>的属性如下。
name：定义receive的名称，此处为“request”。
partnerLink：对应于BPEL流程定义的partnerLink的名字，实例如下。
<bpel:partnerLink myRole="HouseLoanBrokerService" name="HouseLoanBroker"partnerLinkType="tns:HouseLoanBrokerPL"/>portType：对应于合作伙伴链接中partnerLinkType所定义的WSDL的接口portTyp e。
operation：对应于合作伙伴链接中partnerLinkType所定义的WSDL的接口操作（O peration）。
variable：variable="request"表示客户端的请求消息将会被赋值到所定义的变量“req uest”中。
createInstance：createInstance="yes"表示BPEL将会创建一个新的实例下面是房屋贷款的receive实例：<bpel:receive name="request" partnerLink="HouseLoanBroker"portType="tns:HouseLoanBroker" operation="getLoanQuote" variable="request"createInstance="yes"></bpel:receive>恢复<reply>是整个BPEL的终点，BPEL流程将会把响应结果返回给服务请求者。
< reply >的属性如下：name：定义receive的名称，此处为“response”。
partnerLink：对应于BPEL流程定义的partnerLink的名字；<bpel:partnerLink myRole="HouseLoanBrokerService"name="HouseLoanBroker" partnerLinkType="tns:HouseLoanBrokerPL"/> portType：对应于合作伙伴链接中partnerLinkType所定义的WSDL的接口portTyp e。
operation：对应于合作伙伴链接中partnerLinkType所定义的WSDL的接口操作（O peration）。
variable：variable=" response "表示BPEL流程会将结果变量“response”返回给服务请求者。
下面是房屋贷款的reply的实例：<bpel:reply name="response" partnerLink="HouseLoanBroker"portType="tns:HouseLoanBroker" operation="getLoanQuote"variable="response" />6.4.2 <assign> /<invoke>（赋值/调用）<assign>赋值和<invoke>调用经常是一前一后的两个任务。
这是因为在调用合作伙伴的服务时，需要先给合作伙伴的接口的输入变量赋值，然后再调用服务。
下面是assign的写法实例，它主要是要定义两个元素，一个是<from>，一个<to>；其过程就是要将<from>变量下的某个参数复制到<to>变量下的某个参数中。
值得注意的是，两个参数的类型必须一致。
此外，不能将整个变量复制给另一变量，只能复制变量下面的参数。
<bpel:assign><bpel:copy><bpel:from variable="ca-housenumber-response" part="payload"query="/ca:getHouseNumberResponse/ca: housenumber" /><bpel:to variable="bk-loanquote-request" part="payload"query="/bk:getLoanQuoteRequest/bk:hou senumber"/></bpel:copy></bpel:assign><invoke>调用是BPEL中最重要的活动，其他所有的活动都是为了辅助整个活动，它将会调用合作伙伴的服务，得到返回结果。
<invoke>的属性如下：name：定义invoke的名称，此处为“bank0”。
partnerLink：对应于BPEL流程定义的partnerLink的名字，实例如下：<bpel:partnerLink partnerRole="BankService" name="Bank0"partnerLinkType="bk:BankPL"/>portType：对应于合作伙伴链接中partnerLinkType所定义的WSDL的接口portTyp e。
operation：对应于合作伙伴链接中partnerLinkType所定义的WSDL的接口操作（O peration）。
inputVariable：表示在调用合作伙伴服务之前，事先定义并且已经赋值的输入变量。
outputVariable：存储合作伙伴服务调用结果的输出变量。
下面是房屋贷款的invoke的实例：<bpel:invoke name="bank0" partnerLink="Bank0"portType="bk:Bank" operation="getLoanQuote"inputVariable="bk-loanquote-request"outputVariable="bk-loanquote-response-0"sm:endpoint="urn:logicblaze:soa:bank:Bank0:bank" />6.4.3 <condition> /<otherwise>（条件/否则）<condition> /<otherwise>（条件/否则）是BPEL中的条件语句。
因为BPEL是流程管理的程序语言，因此它需要根据不同的条件来调用不同的合作伙伴的服务。
<condition> /<otherwise>一般会一起使用，<otherwise>表示上述条件都不满足时的下一步活动。
<condition>通常会调用getVariableData()来得到变量中某一路径下的参数值，再和常量或者其他变量的参数值进行比较。
下面是房屋贷款中<condition> /<otherwise>的实例。
首先是房屋数量为0时的情形的一个分支，调用Bank0的服务。
<bpel:switch><bpel:case condition="getVariableData('bk-loanquote-request', 'payload','/bk:getLoanQuoteRequest/bk:housenumber') = 0 "><bpel:invoke name="bank0" partnerLink="Bank0"portType="bk:Bank" operation="getLoanQuote"inputVariable="bk-loanquote-request"outputVariable="bk-loanquote-response-0"sm:endpoint="urn:logicblaze:soa:bank:Bank0:ba nk" /></bpel:case>最后用<otherwise>来实现BPEL条件的最后一个分支，房屋数量大于2时的一个分支。
<bpel:otherwise><bpel:invoke name="bank3" partnerLink="Bank3"portType="bk:Bank" operation="getLoanQuote"inputVariable="bk-loanquote-request"outputVariable="bk-loanquote-response-3"sm:endpoint="urn:logicblaze:soa:bank:Bank3:bank" /> </bpel:otherwise></bpel:switch>6.4.4 <sequence> /<flow>（顺序/并行）<sequence>表示两个活动是按顺序一前一后地进行，前面的活动不完成，后面的活动不开始。