企业业务流程管理(BPM)讲座

（BPM业务流程管理)业务流程图培训课件图2.3 业务流程图2 数据流程图(DFD图)数据流程图是一种能全面描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合的反映出信息在系统中的流动、处理、和存储情况。

这个模型不涉及硬件、软件、数据结构与文件组织，它与对系统的物理描述无关，只是用一种图形及与此相关的注释来表示系统的逻辑功能，即所开发的系统在管理信息处理方面要做什么。

因此，数据流程图是系统分析人员与用户进行交流的有效手段，也是所有后续工作，如系统设计的主要依据之一。

数据流程图由四种基本成分组成：①外部项：指本系统之外的人或单位，它们和本系统有信息传递关系。

②加工：描述系统对信息进行处理的逻辑功能。

③数据存储：逻辑意义上的数据存储环节。

即系统信息处理功能需要的，不考虑存储物理介质和技术手段的数据存储环节。

④数据流：表示流动着的数据，可以是一个数据，也可以是一组数据。

它们的符号表示如下：图3.1 数据流程图图例此外，为了规范化系统开发流程，有必要给数据流程图上的每个元素编上相应的编号，并在编号之前冠以大写字母，以此来区分不同的元素。

F……数据流D……数据存储P……加工S……外部项根据上一章对学生宿舍管理的业务流程图的描述，从系统的科学性、管理的合理性、实际营运的可行性角度出发，采用结构化的分析方法，自顶向下对系统进行分解，导出了学生宿舍管理系统的系统关联图、系统顶层图和系统一层图。

3.1.1 系统关联图本系统管理的核心模块是水电费管理和房间管理，在此基础上，所涉及到的外部实体有三个：学生、管理员；涉及到的数据流有六个：住宿协议、个人交费单、水电费单、发票、退房单、结余清单。

确定了整个系统的外部实体和数据流后，把整个系统作为一个加工环节，由此绘制出学生宿舍管理系统的关联图。

如下页图3.2所示：F3:为了确定系统主要信息的处理功能，还要将系统进一步分解成：登记、交费、水电费管理、房间管理、退房。

再确定每个加工的输入和输出的数据流以及与这些加工的有关的数据存储。

問題分析與解決講師：林佑穎講師簡介♦現職：中國生產力中心海外事務組經理♦教育程度：美國奧勒岡大學企管碩士♦重要履歷：國立勤益技術學院兼任講師♦輔導經驗：豪山國際、正隆紙器、大東樹脂等卅餘家企業。

♦授課主題：策略管理、行銷企劃等十餘種主題，計三千餘小時。

♦資格認證：英國ISM 經營管理師認證合格美國資源管理協會認證(CPIM)問題是什麼?♦當現狀與標準或期望發生了差距，即遇到了問題。

♦Deviation from should過去現在未來目標問題的種類發生型探索型設定型過去現在未來問題解決的結果♦迴避：等待提出解決對策♦妥協：提出滿足的解決對策♦化解：變更目標、標準或修正期望以消除問題♦解決：提出最好的解決對策傳統的問題解決方式事實進一步分析解決地位知識經驗Why ?問題解決的形式♦邏輯性思考♦推理性思考♦創造性思考♦系統性思考選擇問題♦運用「腦力激盪法」列出問題清單，並以經過同意的選擇標準排定優先順序。

♦經過資料研判，共同選定一個問題來解決。

問題的控制範圍♦對解決問題有控制權♦對問題的解決具影響力♦既無控制權也無影響力問題查核表♦過去6個月或一年留下來未解決的問題♦沒有達到基準或目標的事項♦目前必須做的決策♦目前已在考慮評估的決策♦即將實施的方案、計劃、制度♦正在構思或已提出的建議定義問題♦What：什麼事、物♦When：何時發生、發生時機♦Who：與誰有關、對象與執行者♦Where：在何處發生、地點與位置♦How：如何發生的、發生的形式♦How much :發生的次數、數量或程度定義問題(cont.)明確的問題陳述♦客觀的♦明確的♦正確而簡潔♦描述較不可接受的狀況、與標準或期望之差距不明確的問題陳述♦主觀的♦一般性的、概括的♦不明確或模糊不清♦暗示解決對策、指出解決方法，將希望和問題混淆不清問題檢討♦問題的影響─問題選定的理由♦現狀的掌握(How, How many, How much)♦數據蒐集(統計圖、查檢表……)操作型定義♦用來衡量某個變數發生的頻率的方法-David Buchanan ♦操作型定義分為三部份：–測試方法–判斷準繩–決定-Deming重點問題領域♦層別收集到的資訊♦縮小問題範圍♦找出重點問題原因的發掘♦單一狀況♦複雜狀況–腦力激盪法–名目團體法–面談法–哥登法–連想法–查檢表法腦力激盪法vs. 名目團體法名目團體法腦力激盪法差異‧強調以自我為中心‧不公開，暗中進行‧速度快‧強調多數人合作‧利用激盪方式‧一切公開進行‧速度較慢‧可單獨進行腦力激盪法的原則♦自由奔放♦愈多愈好♦嚴禁批評♦可搭便車要因整理♦特性要因圖♦系統圖♦KJ法特性要因圖的製作要點♦清晰易讀♦使用大張的紙♦不要使圖面過於複雜♦針對個別問題製作特性要因圖♦使用腦力激盪法來作最初步的原因蒐集♦隨時準備重作、修改和分解各項目特性要因圖的製作要點(cont.)♦不停的問「Who」？「What」？「When」？「How」？和「Why」？「Why」？「Why」？♦留意「欠缺」，「訓練」，「管理階層的關注」等詞句♦利用挑選法(德爾菲法)和資料分析法將重要原因再次過濾♦下一步驟：每次選擇出一個重要原因，設定刪除「錯誤原因」之目標，以找出解決的方案親和圖法的定義♦所謂親和圖法是針對不很清楚的問題，從渾沌狀態中，將所收集到的語言資料，根據其間的類似性、親和性來分析將問題明確化。

（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)积木。

問題分析與解決講師:林佑穎講師簡介♦現職:中國生產力中心海外事務組經理♦教育程度:美國奧勒岡大學企管碩士♦重要履歷:國立勤益技術學院兼任講師♦輔導經驗:豪山國際、正隆紙器、大東樹脂等卅餘家企業。

♦授課主題:策略管理、行銷企劃等十餘種主題,計三千餘小時。

♦資格認證:英國ISM 經營管理師認證合格美國資源管理協會認證(CPIM問題解決的結果♦迴避:等待提出解決對策♦妥協:提出滿足的解決對策♦化解:變更目標、標準或修正期望以消除問題♦解決:提出最好的解決對策問題解決的形式♦邏輯性思考♦推理性思考♦創造性思考♦系統性思考選擇問題♦運用「腦力激盪法」列出問題清單, 並以經過同意的選擇標準排定優先順序。

♦經過資料研判,共同選定一個問題來解決。

問題的控制範圍♦對解決問題有控制權♦對問題的解決具影響力♦既無控制權也無影響力問題查核表♦過去6個月或一年留下來未解決的問題♦沒有達到基準或目標的事項♦目前必須做的決策♦目前已在考慮評估的決策♦即將實施的方案、計劃、制度♦正在構思或已提出的建議♦What :什麼事、物♦When :何時發生、發生時機♦Who :與誰有關、對象與執行者♦Where :在何處發生、地點與位置♦How :如何發生的、發生的形式♦How much :發生的次數、數量或程度定義問題 (cont.♦客觀的♦明確的♦正確而簡潔♦描述較不可接受的狀況、與標準或期望之差距♦主觀的♦一般性的、概括的♦不明確或模糊不清♦暗示解決對策、指出解決方法,將希望和問題混淆不清問題檢討♦問題的影響─問題選定的理由♦現狀的掌握(How, How many, How much ♦數據蒐集(統計圖、查檢表……♦用來衡量某個變數發生的頻率的方法 -David Buchanan♦操作型定義分為三部份:–測試方法–判斷準繩–決定-Deming重點問題領域♦層別收集到的資訊♦縮小問題範圍♦找出重點問題原因的發掘♦單一狀況♦複雜狀況–腦力激盪法–名目團體法–面談法–哥登法–連想法–查檢表法腦力激盪法的原則♦自由奔放♦愈多愈好♦嚴禁批評♦可搭便車要因整理♦特性要因圖♦系統圖♦KJ法特性要因圖的製作要點♦清晰易讀♦使用大張的紙♦不要使圖面過於複雜♦針對個別問題製作特性要因圖♦使用腦力激盪法來作最初步的原因蒐集♦隨時準備重作、修改和分解各項目特性要因圖的製作要點(cont.♦不停的問「 Who 」?「 What 」?「 When 」? 「 How 」?和「Why」?「Why」?「Why」?♦留意「欠缺」,「訓練」,「管理階層的關注」等詞句♦利用挑選法(德爾菲法和資料分析法將重要原因再次過濾♦下一步驟:每次選擇出一個重要原因,設定刪除「錯誤原因」之目標,以找出解決的方案♦所謂親和圖法是針對不很清楚的問題, 從渾沌狀態中,將所收集到的語言資料 ,根據其間的類似性、親和性來分析將問題明確化。