(BPM业务流程管理)业务流程图培训课件

（BPM业务流程管理)业务流程操作流程图·风险控制部业务流程图：·风险控制业务流程操作细则：1、基本对接：业务经理在去企业调查之前与风险控制部基本对接，包括贷款企业名称，贷款金额，贷款期限，担保费率，企业从属行业性质。

2、搜集信息：风险控制部基本了解企业情况之后搜集企业基本信息与从属行业相关信息。

3、风控专员对接：通过业务部尽职调查，风险控制部根据企业所处行业及经营状况、借款人实际情况的不同，秉承务实高效，抓大放小且实质重于形式的原则，对企业的贷款用途及信用状况，经营管理能力、经营理念、发展趋势及近期财务指标主项核证（应收、应付主要客户往来记录，其他应付项目落实、成本分布明细等）进行详细对接。

4、审核及完善资料：通过对借款人的贷前，贷中审核内容主要有：◆借款方的实际贷款用途；◆借款方的基本信息（包括其基础资料，充分了解借款方的偿还能力及信誉程度）；◆抵押物的基本情况，质押物的基本情况；◆第三方保证情况等相关的资料的核证5、风险控制部论证风险：风险控制部贯穿整个贷款业务操作的全过程，组织内审、授信、法务，秉承齐抓共管，协调一致，从企业内部管理上把握贷款担保风险，其主要风险论证包括：◆担保申请人的基本资料A、法人1、营业执照、税务登记证、组织机构代码证、工商信息查询单；2、公司简介、验资报告、公司章程；3、法人代表身份证、法人代表证明书和授权委托书；4、申请担保的董事（股东）会决议及董事（股东）会成员签字样本；5、借款用途有关的证明材料（购销合同、合作协议等）；6、内审部审核近二年财务审计报告、近三个月财务报表（资产负债表、损益表、现金流量表）、银行对账单和近三个月的税单及水电费清单；7、贷款卡及银行信贷登记咨询系统信息单，与报表不符应详细说明；8、内审部审验存货明细、固定资产明细、应收账款明细及账龄分析表、或有负债情况表等；9、反担保人\物\企业的有关资料；10、其他有关资料。

（BPM业务流程管理)JBBPM精要讲义及培训课件JBoss jBPM 3.0下一页JBoss jBPM 3.0Workflow and BPM 实践目录1. 介绍1.1. 综述1.2. The JBoss jBPM 新手工具箱1.3. The JBoss jBPM 流程图形设计器1.4. The JBoss jBPM 核心组件1.5. The JBoss jBPM 控制台web应用1.6. The JBoss jBPM 身份组件1.7. The JBoss jBPM 日程安排程序1.8. The JBoss jBPM 兼容数据库包1.9. The JBoss jBPM BPEL 扩展2. 开始2.1.下载一览2.1.1. jBPM 32.1.1.1. 新手工具箱2.1.1.2. 核心引擎和身份组件2.1.1.3. 数据库扩展2.1.2. jBPM 流程设计器2.1.2.1. Eclipse 更新站点2.1.2.2. Eclipse 特点2.1.3. jBPM BPEL 扩展2.2. The JBoss jBPM 项目目录2.3. 公开CVS访问3. 指南3.1. Hello World 例子3.2. 数据库例子3.3. 上下问(context) 例子: 流程变量3.4. 任务分派例子3.5. 定制动作Action例子4. 面向图的程序设计4.1. 缺少的一环4.2. 图解表示和开发过程4.3. 习惯方法4.4. 什么是面向图的程序设计4.5. 组建块5. 发布5.1. 运行时的相关部分5.1.1. Java运行环境5.1.2. jBPM 库5.1.3. 运行时需要的库5.2. 配置文件5.2.1. jbpm.properties5.2.2. Hibernate cfg xml file5.2.3. 业务日历配置文件5.2.4. 变量映射配置稳健5.2.5. 转换器配置文件5.2.6. 缺省模块配置文件5.2.7. 流程文档解析器配置文件5.3. 在Web应用程序中使用jBPM5.4. 在EJB 包容器中使用jBPM6. 永久化6.1. 永久化API6.2. 数据库配置6.3. 管理事务6.4. jBPM数据库6.4.1. Hibernate集成6.4.2. 开发数据库是hsqldb6.4.3. 其他数据库的支持6.4.4. 高速缓冲存储器6.5. Hibernate 定制7. 流程模型7.1. 综述7.2. 流程图(process Graph)7.3. 节点(Nodes)7.3.1. 节点(Node)职责7.3.2. 节点类型(Nodetype)任务(task-node)7.3.3. 节点类型(Nodetype) 状态(state)7.3.4. 节点类型(Nodetype) 判定(decision)7.3.5. 节点类型(Nodetype) 分叉(fork)7.3.6. 节点类型(Nodetype) 联合(join)7.3.7. 节点类型(Nodetype) 节点(node)7.4. 动作(Actions)7.4.1. 动作配置7.4.2. 动作引用7.4.3. 事件7.4.4. 事件传播7.4.5. Script7.4.6. 定制事件7.5. 超状态(superstate)7.5.1. 超状态变迁7.5.2. 超状态事件7.5.3. 分级名字7.6. 异常处理7.7. 流程组成7.8. 定制节点行为7.9. 图(Graph)执行8. 上下文(Context)8.1. 存取变量8.2. 变量的使用期限8.3. 变量永久化8.4. 变量范围8.4.1. 变量重载( overloading)8.4.2. 变量重写(overriding)8.5. 瞬间变量8.6. 定制变量永久化9. 任务管理9.1. 任务9.2. 任务实例9.2.1. 任务实例生命周期9.2.2. 任务实例及图执行9.3. 委派(Assignment)9.3.1. 委派接口9.3.2. 委派数据模型9.3.3. "推"模型9.3.4. "拉"模型9.4. 泳道(Swimlanes)9.5. 任务事件9.6. 任务定时器9.7. 任务控制器9.8. 定制任务实例9.9. 身份组件9.9.1. 身份模型9.9.2. 赋值表达式9.9.2.1. 第一个术语9.9.2.2. 下一个术语9.9.3. 删除身份组件10. 调度程序10.1. 定时器10.2. 调度程序发布11. 业务日历11.1. 持久时间11.2. 配置12. 记录12.1. 建立日志12.2. 日志检索12.3. 数据仓库13. jBPM 流程定义语言(JPDL)13.1. 流程档案13.1.1. 发布流程档案13.1.2. 流程版本(versioning)13.1.3. 流程转换(conversion)13.2. 代理13.2.1. jBPM类载入器13.2.2. 流程类载入器(class loader)13.2.3. 代理配置13.2.3.1. 配置类型field13.2.3.2. 配置类型bean13.2.3.3. 配置类型constructor13.2.3.4. 配置类型configuration-property13.3. JPDL xml schema13.3.1. process-definition(流程定义)13.3.2. node(节点)13.3.3. common node elements(常见节点元素)13.3.4. start-state(开始状态)13.3.5. end-state(结束状态)13.3.6. state(状态)13.3.7. task-node(任务节点) 13.3.8. process-state(流程状态) 13.3.9. super-state(超状态)13.3.10. fork(交叉)13.3.11. join(联合)13.3.12. decision(判定)13.3.13. event(事件)13.3.14. transition(转换)13.3.15. action(动作)13.3.16. script(脚本)13.3.17. expression(表达式) 13.3.18. variable(变量)13.3.19. handler(处理器)13.3.20. timer(定时器)13.3.21. create-timer(建立定时器) 13.3.22. cancel-timer(放弃定时器) 13.3.23. task(任务)13.3.24. swimlane(泳道)13.3.25. assignment(委派)13.3.26. controller(控制器)13.3.27. sub-process(子流程) 13.3.28. condition(条件)13.3.29. exception-handler(异常处理)14. 安全14.1. 要做的14.2. 验证14.3. 授权15. TDD for workflow15.1. Introducing TDD for workflow15.2. XML sources15.2.1. Parsing a process archive15.2.2. Parsing an xml file15.2.3. Parsing an xml String15.3. Testing sub processes16. 可插入架构下一步Chapter 1. 介绍第一章:介绍前一页后一页第一章:介绍JBoss jBPM 是一个复杂的可扩展的工作流管理系统. JBoss jBPM 有直观的流程语言来表示商业流程图的术语比如,任务,异步通讯的等待状态,定时器,自动操作等等.把这些操作绑在一起,, JBoss jBPM 就有了最强大和易扩展性的控制流机制.JBoss jBPM 只有最小的倚赖性可以很容易的作为java库来使用.当然它也可以用在吞吐量极为关键的J2EE 群应用服务器环境中.JBoss jBPM 可以同任何数据库配置可以部署在任何应用服务器上.1.1. 综述核心工作流和BPM 功能被封状作为一个简单的Java库.这个库包括在jBPM数据库中存储,更新和检索流程信息的服务Figure 1.1. JBoss jBPM 组件一览1.2. JBoss jBPM 新手工具箱新手工具箱是包含了jBPM所有组件包在一个可下载的包里.这个包包括:•jbpm-server , 预先配置的jboss 应用服务器.•jbpm-designer , jBPM流程图形化设计器的eclipse 插件 .•jbpm-db , jBPM 数据库兼容包(参看下面).•jbpm , 核心jbpm组件包括库和本手册.•jbpm-bpel , JBoss jBPM BPEL 扩展参考.预配置的JBoss 应用服务器有下列安装组件:核心jBPM 组件, 打包作为JBoss服务档案•一个包括所有jBPM 表格的完整数据库: 默认的hypersonic 数据库包含所有的jBPM 表格和已经定义的流程.•jBPM 控制台web应用程序这个可以用来为jBPM管理员.•jBPM调度程序所有定时器的执行. 调度程序在新手工具箱里配置成了一个servlet.这个Servlet会为产生一个线程来监视每个定时器的执行.•一个流程例子已经发布进了jBPM 数据库.1.3. JBoss jBPM 图形化流程设计器JBoss jBPM 也包括一个图形化的流程设计工具. 这个设计器是用来创作商业流程的JBoss jBPM 图形设计器是一个Eclipse插件. 独立安装版本的设计器工具已经在开发路线图里了.图形化设计工具最重要的特性是它同时支持业务分析员和技术开发人员. 这样就可以在业务流程建模和实际执行之间平滑转换.插件可用做为本地的update site(Eclipse 纯粹的zip文件),用做符合Eclipse软件更新机制的安装包. 当然你也可以把它展开到你的Eclipse的安装目录. 1.4.JBoss jBPM核心组件JBoss jBPM 核心组件是纯粹的Java(J2SE)软件,来处理流程定义和运行时的流程实例执行.JBoss jBPM 是一个Java库. 因此,它可以用在任何java环境比如web 应用程序,Swing应用程序,EJB,Web Service等等. jBPM 库可以被打包作为sateless session EJB(无状态会话EJB). 这可以用做集群的发布具有极高的吞吐量可伸缩性. 无状态会话EJB根据J2EE 1.3规范重新写过所以可以发布到任何应用服务器上.JBoss jBPM 核心组件被打包成一个简单的Java库文件.依赖你所使用的功能性, 库jbpm-3.0.jar及一些相关的第三方的库比如 . hibernate, dom4j 等等. 这些相关性在第五章发布有清晰的描述永久性方面, jBPM内部使用hibernate. 除了传统的O/R 映射外, hibernate也分析不同数据库系统的SQL方言,这使jBPM在当前所有的数据库上都可以移植.JBoss jBPM API 可以从项目中任意编写的Java软件访问,比如Web应用程序,EJB,或web Service组件,消息bean或其他java组件.1.5. JBoss jBPM控制台web应用程序jBPM 控制台web应用程序是为两个目的服务的.首先,它作为流程执行运行时间任务生成的中央用户接口. 其次, 它也是一个管理和监视控制台允许检查和操作运行中的流程实例.1.6. JBoss jBPM 身份组件JBoss jBPM可以集成进任何包含公司用户和组织信息的目录. 对项目来说从那里得到组织信息组件不是容易得到的, JBoss jBPM就包含这个组件. 身份组件使用的模型比通常的servlet,ejb和门户模型跟富有.更多信息可参考章节9.9, “身份组件”1.7. JBoss jBPM 调度程序JBoss jBPM 调度程序是用来监视和运行已经计划到时执行流程的定时器的组件.定时器组件被打包在核心jbpm库中, 但是它需要被发布到下面的任一环境中: 要不你把调度程序Servlet来产生监视线程或者就必须用独立的JVM来调用调度程序的main方法.1.8. JBoss jBPM 数据库兼容包JBoss jBPM 数据库兼容包包括所有支持数据库的相关信息,JDBC驱动程序和数据库初始化脚本.1.9. JBoss jBPM BPEL扩展JBoss jBPM BPEL扩展是独立的扩展包用来支持BPEL(Business Process Execution Language 商业流程执行语言). BPEL的基本要素是xml Scripting 语言用来写其他web server的web services.前一页Up 后一页JBoss jBPM 3.0 首页第二章:开始第二章开始前一页后一页第二章开始本章将带你如何获得JBoss jBPM的第一步并且提供立即运行的初始提示 .2.1. 下载包一览下面是当前可用的不同jBPM包清单. 这些包中的每一个都包含一个或多个可下载的文件. 同这些文件一起的包含一个描述它的内容及相关安装的指示所有下面下载的描述都可以在the sourceforge jbpm 下载页面.上找到2.1.1. jBPM 3这是主要的发行包,包括了主要核心引擎和数个额外的你使用jBPM的时候可能用得上的包.下载这个包的文件从这里.2.1.1.1. 新手工具箱如果你想尽快开始运行jBPM,那么这就是你想下载的文件.工具箱包含了所有jBPM的模块以及图形化的设计工具在一个单独下载的文件里名字为:'jbpm-starters-kit-<version>.zip'. 展开这个压缩文件到目录下阅读'readme.html' 获取更多信息. 有了这个工具箱,你可以立即开始进入第三章讲座.2.1.1.2. 核心引擎和身份组件下载文件名为 'jbpm-<version>.zip' 包含jBPM 核心引擎也包含角色和组管理的身份组件. 开始工作前, 展开文件到一个目录下,然后'jbpm-<version>'文件夹下找到包含重要的参考信息的'readme.html'文件2.1.1.3. 数据库扩展如果你想改变jBPM的默认数据库( Hypersonic HSQLDB), 你需要下载这个包. 文件名为'jbpm-db-<version>.zip' 包含你改变数据库需要的各种资源. 包含, 数据库建立脚本, hibernate 属性文件及数据库JDBC驱动程序. 如何操作的步骤包含在'readme.html' 文件里,它在你展开这个压缩包的最上层的目录下.2.1.2. jBPM 流程设计器The second package contains the downloads related to the jBPM Graphical Proces Designer. The designer enables you to author your process definitions and to easily deploy them. You can find these downloads here.The designer is a plug-in for the Eclipse platform which is available for download either as a zipped Eclipse feature or as a zippedEclipse update site. There is no difference in content, the only difference is in the way you have to do the installation.2.1.2.1. Eclipse 更新站点If you want to be absolutely sure that the designer installation goes smoothly, we recommend to use the update site mechanism together with a new Eclipse installation. Of cource the Eclipse version should match the downloaded update site archive. To obtain the Process Designer Update Site, you should download the file'jbpm-gpd-site-<version>.zip'. Then follow the instructions in the'readme.html' file included in the archives root folder to succesfully install the GPD.2.1.2.2. Eclipse 特性If you are tired of each time having to do a fresh Eclipse installation and you are willing to cope with some possible issues, you can try the feature download. In this case installation is as easy as extracting the archive into your Eclipse installation (make sure the included 'plugins' and 'features' folders end up in the same location of your Eclipse installation) overwriting the files and folders with the same name that are possibly already present. This installation is very easy, but you could run into incompatibility issues when you overwrite plugins already present inyour installation because of other features that you did install. Though they have the same name it could happen that the versions of these colliding plugins are not equal, hence the possible incompatibilities.Download the file 'jbpm-gpd-feature-<version>.zip' to obtain the GPD feature. The installation instructions are repeated in the 'readme.html' file.2.1.3. jBPM BPEL 扩展第三个也是最后一个包包含jBPM BPEL 扩展. 它只包含一个文件:'jbpm-bpel-<version>.zip'. 你可以找到这个包在这里 .要开始BPEL扩展,在doc目录下找到User's Guide .2.2. JBoss jBPM 项目号码簿•professional support: JBoss is the company that backs this project with professional support, training and consultancy services.•user guide: is the document you're reading and serves as the main entry point into the project.•download descriptions: description of the downloadables•downloads: sourceforge download page for jBPM•forums: get in contact with the community, ask questions and discuss jBPM •wiki: extra information, mostly provided by the community•issue tracker: for submitting bugs and feature requests•roadmap: shows what to expect in the next versions•mailing lists: mailing lists are used for announcements •javadocs: part of the download in the doc/javadoc directory. •cvs: the details of how to get the jBPM sources from CVS 2.3. 公开的CVS访问另外,你可以通过JBoss jBPM cvs服务器得到jBPM服务器的信息如下•Connection type: pserver•User: anonymous•Password:•Host: •Port: 2401 (which is the default)•Repository path: /cvsroot/jbpm•Label: :pserver:anonymous@:/cvsroot/jbpm第三章. 讲座前一页后一页第三章. 讲座这个讲座将展示如何建造一个jpdl和如何使用API的方法来管理运行时的执行. 这个讲座的方式是解释一系列的例子. 每个例子将集中关注特别的主题和额外的说明. 这些例子可以在jBPM包的examples目录下找到.最好的方法就是学着来建立一个Project实验所给的例子.eclipse 用户注意:下载jbpm-3.0-[version].zip并且解压缩到系统. 然后从菜单"File" --> "Import..." --> "Existing Project into Workspace". 点"Next" 然后浏览jBPM 根目录然后点击"Finish". 现在你的有了jbpm 3 project了. 你可以发现这个讲座目录在目录src/java.examples/... . 你打开这些例子后,可以运行它们"Run" --> "Run As..." --> "JUnit Test"jBPM 包括一个图形设计器来产生例子中的XML. 你可以从这里下载和学习有关图形设计器的说明节2.1, “下载一览”3.1. Hello World 例子一个流程是有一个定向图(directed graph)来定义,由节点和变换组成 . hello world 流程有3个节点.如下看如何组合起来, 我们先开始一个简单的流程不使用图形设计器. 下面的图形表示hello world 流程:Figure 3.1. hello world 流程图3.2. 数据库例子jBPM一个基本的特性是当流程处于等待状态时候可以把流程执行永久化到数据库中 . 下一个例子想你展示了如何存储一个流程实例到jBPM数据库中. 例子给出一个将会发生的上下文.分开的方法用来建立不同部分的用户代码. 比如一部分用户代码在web 应用程序中开始一个流程并永久化执行到数据库中.然后,message drive bean从数据库中载入流程实例并继续它的执行jBPM 永久化的更多内容可以参看第六章, 永久化.3.3. 上下文例子: 流程变量在流程执行时候流程变量包含上下文信息. 流程变量同java.util.Map相似映射名字到值,值可能是个java对象 . 流程变量被永久化作为流程实例的一部分. 为了让事情简单,这个例子中我们仅仅展示使用变量的API而没有永久化.关于变量的更多信息可以参看第8章上下文3.4. 任务分派例子在下个例子里我们将要展示你怎么才能分派一个任务给一个用户.因为jBPM工作流引擎和组织模型是分开的,一种用来计算参与者表达语言总是受限的. 因此,你不得不指定AssignmentHandler的实现来计算任务的参与者.3.5. 客户化动作例子动作action是绑定你自己的定制java代码和jBPM流程的一种机制. 动作可以同它自己的节点关联起来(如果它们在流程图表示中相关). 动作也可以放在事件event上比如. taking a transition, leaving a node 或者entering a node.在这个case ,动作不是图表的一部分,但是它们在流程执行产生事件的时候,也会被执行.我们将用一个例子: MyActionHandler 来观察动作的实现.这个动作handler实现不是什么非常特别的事情.它只是设置boolean变量isExecuted为true . 变量isExecuted是静态的因此它可以在action handler内部被访问.关于动作action的内容可以参看7.4节, “动作”我们将要在转换时开始一个动作下一个例子是同样的动作,但动作被分别放在enter-node和leave-node事件 .注意节点同转换相比有超过一个事件类型(event type)转换(transition)只有一个事件.第四章. 面向图的程序设计前一页后一页第四章. 面向图的程序设计当前工作流和业务流程管理(BPM)的总体发展来说是极其零碎的.在一些工具,规范和学术界发现很少的统一意见 .传统方法导致笨重的,单系统把大量的功能包含在一个单一的系统中.Java开发语言中缺少的特性导致在这个范围产生了完整系列的解决方法. 这个文章将标识缺少的特性并且提出一个简单的解决方法让java变成面向图的开发语言.面向图的开发语言可以看作是构造工作流，BPM及流程编排通用构造模块.4.1. 缺少的一环先从比较高层面来看看当前工作流,BPM和流程编排(或协调)领域的解决方法. Figure 4.1. 一览工作流,BPM和流程编排因为现在没有很清晰和被普遍接受的有关工作流,BPM和流程编排(或协调)的定义,我们还是做一些普通的观察工作流是同人们管理任务最接近的. 重点关注工作流指明的由人完成的任务同流程目标的联系.业务流程管理(BPM),指把工作流和企业应用集成(EAI)结合起来 . 一个业务流程指明通过人通过一些软件完成的任务及他们如何互相联系来完成业务流程目标. 流程编排(Orchestration)根据它所处的环境而有显著的不同. 流程编排(Orchestration)语言(像BPEL)是定位于web 服务环境. 流程编排(orchestration)语言是为web服务所用的编程语言. 这就表明你可以由流程编排来为其他web Serverice 编写新的web Service. 流程编排语言有控制流结构作为语言的一部分.其他的基本操作需要调用其他的web services.现在,我们对这三个领域的一般的期望都有了明显的认识. 对流程来说有等待状态是必须具有的能力.这些流程的在等待状态时必须能暂停执行.暂停执行在Java中是不可能的.实际上在Java里暂停和继续一个thread(线程)是可能的(比如用Object.wait()和Object.notify() ).但是由于永久化的原因这同流程的等待状态不是非常匹配.工作流, BPM 和流程编排方法在等待状态时候需要永久化它们的执行.事实上, 在流程流程中状态的改变对应着服务器上的事务..在这些事务之间暂停执行应该被永久化到数据库中或文件系统里.Figure 4.2. Java里缺少的暂停执行的路径.实际上, Java缺少内置的暂停和永久化的机制是没有什么让人惊奇的. 这是因为Java是构造在诺依曼架构上.基本的特征就是顺序执行指令. 这篇文章就是呈现一种扩展诺依曼架构来支持暂停和永久化执行的技术.在这三个领域的产品为了解决上述问题都有从自己的角度来观察的方法, . 作为结果,每一个解决组合暂停执行的方法都包含了所有的可用功能. 这就是让开发社区感到不清楚和混乱的根本原因..4.2. 图形表示和开发流程在我们开始处理暂停执行的解决方法之前有一个方面是什么重要的必须引起重视:流程的图形表示.暂停执行的这个技术能力产生了非常有趣的机会: 两个业务流程之间的直接连结及技术实现. 业务流程是业务分析需求确定中的中心部分. 没有暂停执行的机制, 业务流程的需求实现需要复杂转换成软件设计. 这种情况下,开发者不的不在等待状态保存某些形式的执行状态到数据库中.如此的复杂性会因为业务的功能需求和组合而增加.结论是如果我们找到一个解决用图形表示的业务流程的执行暂停的方法，将会是一件伟大的事情.. 许多(可能是全部) 图形化表示业务流程是基于定向图. 一个流程语言限制成了一个tree，只是定向图的一个子集. 这些语言叫做块结构语言block structured languages .一个重要的考虑结果提议利用迭代开发. 对UML 类图, 这是常见的联系. 分析员可以用UML类图来画分析模型.然后开发人员用这个模型作为设计模型的开始点. 然后在实现中加入更多的技术细节. 太多的建议方案最后都是结束于形成一个可视化的开发环境.4.3. 习惯方法传统方法是指定一个作为结构集合的流程语言.每一个结构有一个图形表示和运行时的行为.下面是一般的回顾常用的方法:•Monolithic systems(单一系统) : 传统工作流,BPM 和流程编排orchestration 方法是打包成一个要求独立环境的单一系统.在大多数情况下,这意味着它们很难在你的应用程序中被使用,因为它们在你自己程序范围的外面.. •Incomplete process language(不完全的流程语言) : 学术研究( ) 指出当前所有标准的方案都有严重的局限,甚至当这个研究范围只是局限在控制流程结构.•No modelling freedom(没有建模自由) : 因为图形化表示有之间有固定的连接及流程结构有固定的运行时行为,分析员失去了自由建模的自由. 结构的绘图包含所有分析员不关心的执行细节.•Visual programming(可视化编程) : 因为在图形化表示之间有固定连接及固定的运行时行为,这总是以某种形式的可视化编程结束, . 根据经验,我知道这是非常消耗时间的编写软件的方式..4.4. 面向图的程序设计或编程是什么?面向图的程序设计是解决执行暂停和永久化的问题的技术..因为它的局限范围,这个技术,是容易理解和作为工作流,BPM和流程编排方法功能的建设模块 .面向图的程序设计中心思想是我们为运行时间的图执行用简单的命令式编程.因此图是软件的一部分并且在运行时间图的执行同解释命令软件紧密偶合的 .流程图是有节点(nodes)和转换(Transitions)组成.转换(Transitions)有方向并且在图中连接两个节点.Figure 4.3. 流程是个定向图图可以看成是一个状态机. 执行模型我们可以解释的比较具体对路径的并发执行有较好的支持.下面的UML类图勾画了流程元素怎么被建模UML类图中.这也展示了流程图可以被表现为数据(data). 流程图数据可以用不同的方式表达:XML,java对象,数据库记录...Figure 4.4. 流程图可以用节点和转换来建模下一个部分对开发人员和技术人员来说是最难于理解的部分.这是因为我们指明的执行模型同众所周知的诺埃曼架构不同.我们定义一个令牌作为执行路线.它是在一个系统内的执行路线.Figure 4.5. 令牌是在一个系统内的执行路线注意流程执行可能包括多个并发的执行路线.我们现在定义一个流程执行作为一个令牌树.令牌在流程图中有个指针指向节点.Figure 4.6. 流程执行可以表示为一个令牌树下面的UML类图展示了令牌树如何建模做为UML类图.同样流程执行也能表示为数据.这实际上是使执行永久化的关键部分.Figure 4.7. 流程执行数据模型现在,我们来解释java的执行如何同图的执行紧密偶合的. 下一个图形展示了节点和转换中的方法在图执行中是相关的.为了计算下一个执行状态,我们用一个改良的GOF设计模式中提到的chain of responsibility 模式版本.Figure 4.8. 图执行是不同的chain of responsibility 模式图中的节点表示等待状态.在等待状态期间, 一个令牌指到节点.在节点每个令牌可以接受信号signal. 信号可以被送到令牌来再继续开始执行,之后等待状态结束了.这将使图执行开始.Figure 4.9. 一个信号触发重新开始图执行信号的效果使令牌离开节点. 在case中节点有多个离开转换In case the node has more then one leaving transition, 离开转换必须作为信号的一部分.转换只是使令牌到目的节点.当令牌到达节点,节点被执行.图中每个被定义类型的节点都有运行时间的行为.每个节点类型对应着节点的子类其行为在excute方法中实现.节点的execute方法有两个责任.第一, 她执行同节点类型一致的一些业务逻辑,比如.发送一个消息, 更新数据库,为一个用户生成任务... 第二个责任是节点的execute方法必须传播图执行.如果节点不传播执行,那么它的行为就是等待状态.她可以传播到达节点的令牌向下到其中的一个离开转换. 或者她可以新建一个令牌然后传播这些向下到离开转换.当所有令牌进入等待状态的时候图执行就结束了. 在这个时候,信号已经全部处理过了并且流程执行全部完成(由令牌树组成)全部进入新的等待状态.此时令牌树可被保持.每个令牌在等待接受另外一个信号.这个模型需要一个重要的精化: 动作(action). 动作是在流程事件中执行的一段java代码. 比如事件是'离开节点leaving a node', '进入节点entering a node'和'取得转换taking a transition'. These 这些都是直接的不能跨越等待状态的事件.图执行模型用动作action来做精化是必须的,因为这允许技术开发人员可以为商业流程增加执行的细节 , 而不必改变由分析员建立的原始图.现在我们小结一下这个模型怎么解决传统工作流,BPM和流程编排的问题.•简单 API + chain of responsibility 模式: 替代单一系统.•节点继承: 提供了根本的流程语言力量.•增加了可见的动作: 给业务分析员建模的自由.•流程开发周期:替代可视化编程.4.5. 构建模块(Building blocks)积木。