Tue, 15 May 2007 17:38:00 GMTQQ:18328721, MSN:zhong.jinfeng@hotmail.comhttp://blog.csdn.net/zhong_jinfeng/http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166934/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1610304.aspx1http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1610304.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1610304(15)Multiple Instances without a Priori Run-Time Knowledge 与上面模式相反，是在 B 产生最后一个实例以前（或者所有实例合并以前），都可以产生新的实例，而且不限数量。"实例生成"模式，指明了多实例模式所需要的前提条件（主要是实例个数N），而"运行时关系"模式，则给出了多个实例产生以后的相互关系。所以，多实例模式的应用是通过"实例生成"模式和"运行时关系"模式的结合，才能完整的表示多实例的业务。☆多实例与子流程的结合　　这种方式的出现，主要是为了解决上面方式中无法表示多实例内部的流程。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1610304.aspx" width = "1" height = "1" />Wed, 16 May 2007 01:38:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/05/15/1610304.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/05/15/1610304.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/05/15/1610304.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166934/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166935/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1586984.aspx2http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1586984.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1586984因此，可以认为管理学中所有的知识的使用，其目标是形成业务流程，其最终结果也是流程，还有辅助业务流程的组织结构、沟通方式等等。然而究竟是管理学在阐述着业务流程，还是业务流程在支撑着管理学？最终设计出一个串联式的业务流程，或者由简单的并发分支的流程。没有流程，能够轻松的决定把整个流程裁减掉，甚至把整个部门裁减掉，也可以通过授权把10个步骤的流程简化为一个1、2步的业务。这是一个无止境延伸的境界，精微近于无（裁减流程），广博至于无限（把公众纳入流程之内）。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1586984.aspx" width = "1" height = "1" />Fri, 27 Apr 2007 19:37:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/27/1586984.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/27/1586984.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/27/1586984.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166935/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166936/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1579910.aspx1http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1579910.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1579910就是当所有正在运行结点都没有后继结点，流程就视为结束了。这个模式现在 BPEL、XPDL、BPMN 等流程的标准都支持，就是不需要指明结束的结点，只要跑完所有的结点（或者没有找到后继结点），就视为流程结束。"出口"、"输出"、"结束"等特殊的结点，就是采用 (43)Explicit Termination 这种模式的。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1579910.aspx" width = "1" height = "1" />Tue, 24 Apr 2007 23:17:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/24/1579910.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/24/1579910.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/24/1579910.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166936/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166937/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1577139.aspx1http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1577139.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1577139这个模式可以说不是针对直接"套现"的情况，主要是流程设计的过程中自然形成循环。而这种在绘制流程图时候所形成的自然循环，没有明确的循环入口或者出口。因为是自然形成的循环，所以这个模式界限较为模糊，没有明确的循环入口，也可能没有明确的循环出口，还有可能多个入口，多个出口。在大部分的情况下，最好要有明确的循环入口点，已形成一个"有计划"的循环结构，如 (21)Structured Loop，和 (22)Recursion 这两个模式。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1577139.aspx" width = "1" height = "1" />Tue, 24 Apr 2007 19:03:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/24/1577139.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/24/1577139.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/24/1577139.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166937/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166938/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1574172.aspx1http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1574172.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1574172"前面开车的是个女的"，一眼瞟到这个情况，我便作出了超车的决定。不得不承认，刚才超车的举动是虚荣心占的因素较多。虽然超车的决定是在一念之间，但是其中包含了许多前提条件的考虑，其中有：附近车辆的距离，速度，后方车辆，路面宽度，前面转弯路口的距离，我自己的以及"对手"们车辆性能等等，或者还带有一些心情的因素，譬如昨天跟老婆吵架了，也很可能会借着一些小机会发泄。但是很明确的这个是我第一次把这个因素引入到超车的决定前提中，也许会把这个因素作为一个常规的甚至优先的前提，引入到以后的超车决策中。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1574172.aspx" width = "1" height = "1" />Sun, 22 Apr 2007 08:17:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/22/1574172.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/22/1574172.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/22/1574172.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166938/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166939/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1572741.aspx1http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1572741.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1572741国内所谓的工作流权限模型，一般是参考 RBAC，或者是树状的组织结构与角色的结合。这样就有一个十分显然的差别：工作流中，是某人一定要做这件事情，而且这个人在工作的过程中系统不会再将这个工作分发给其他人，其他人也不可能在系统没有分配的情况下"抢"（这个"抢"，实际上就是 RBAC 中的 Access 的概念）到正在工作的任务。譬如说，网络直销部虽然和销售部的是上下级部门的关系，但是如果实际业务流程中，网络直销部不需要向上汇报的流程，销售部也没有下达命令的流程，那么分发目标的集合中，不需要反映两者之间的关系。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1572741.aspx" width = "1" height = "1" />Sat, 21 Apr 2007 00:51:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/20/1572741.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/20/1572741.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/20/1572741.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166939/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166940/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1571061.aspx0http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1571061.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1571061现在讲述的四种模式，包括：Multi-Choice、Structured Synchronizing Merge、Multi-Merge、Structure Discriminator，一般将其归纳为高级的分支和同步模式（Advanced Branching and Synchronization Patterns）。如果一些研究过早期工作流模式的朋友，可能会发现没有了 Synchronizing Merge 这种模式，因为现在已经被拆分为三个模式：Structured Synchronizing Merge、Acyclic Synchronizing Merge 和 General Synchronizing Merge。所谓的终端用户参与，即根据业务数据（或者终端用户的选择）来确定流程路径的走向（分支）；<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1571061.aspx" width = "1" height = "1" />Fri, 20 Apr 2007 01:19:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/19/1571061.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/19/1571061.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/19/1571061.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166940/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166941/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1566283.aspx3http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1566283.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1566283这种模式只处理 A、B 分支同时执行的情况，最直接的上文是采用 AND-split 使得 A、B 并发执行。这里 A、B 执行，若 A 先完成，则触发后躯结点 C，然后 B 完成以后，则到了这个 Discriminator 后就忽略其执行结果。一般工作流各种不同结点之间，一般是传递资源或者数据（关于资源和数据的概念，这里不详细解释）。业务操作时，C 的前驱动态决定，一般会得到前驱所持有的一些资源和数据，然后就处理这些数据。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1566283.aspx" width = "1" height = "1" />Mon, 16 Apr 2007 19:18:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/16/1566283.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/16/1566283.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/16/1566283.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166941/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166942/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1566284.aspx1http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1566284.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1566284就这个模式本身不能独立的决定合并方式，需要根据上下文的信息来适应不同的情况变化（如：这一个模式需要知道前面的 OR-Split 结点如何分支才能决定合并方式）。在有分支流程的情况则更为麻烦，财务人员深有体会：在核对不同的单据凭证时（譬如销售部门的采购订单、仓库的收货单），甚至有可能要深入的了解暂缓执行的收货发货（对月份的财务报表有影响）、货品质量、退货数量等等。若存在这样的流程，尽可能让合并后的工作分担到各个分支上来，那样合并后的业务就相对简单多了，而其他工作因为分担到了各自的分支流程中，则效率更快。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1566284.aspx" width = "1" height = "1" />Mon, 16 Apr 2007 19:18:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/16/1566284.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/16/1566284.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/16/1566284.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166942/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166943/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1566285.aspx1http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1566285.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1566285这一个模式实际上是一种相同分支的同构情况。注意，当 A、B 分支到达这个合并结点的时候，并不是合并，而是继续相同的后续分支。如 A 先完成，那么就触发 C1（这里要区别一下，第一次触发这个 C 我们称之为 C1），然后 B 完成后，再触发C2（第二次触发的 C 叫 C2）。在业务操作的各个细节都相同，这种模式无疑是一种很好的简化方式。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1566285.aspx" width = "1" height = "1" />Mon, 16 Apr 2007 19:18:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/16/1566285.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/16/1566285.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/16/1566285.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166943/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166944/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1560150.aspx1http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1560150.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1560150细心的可能会发现，这个模式是 XOR-split、AND-split 更为泛化的一个模式（所谓的"泛化"，是概括、继承的意思）。该模式既然是 XOR-split 和 AND-split 的泛化，那表示他的最终表现可能会像 XOR 或者 AND 那样子，只是这里留给了一个用户选择的余地。对于这些企业的流程设计，可能因为许多自由选择的分支而形成一个复杂的网状流程，在我的个人经验看来，这样对工作流引擎所支持流程模式的要求越来越高。可以看到，一个工作流模型对模式的支持，是对业务流程设计与开发有着相当重要的影响。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1560150.aspx" width = "1" height = "1" />Wed, 11 Apr 2007 18:45:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/11/1560150.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/11/1560150.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/11/1560150.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166944/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166945/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1551945.aspx10http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1551945.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1551945我们前面已经详细叙述了5种基本的工作流控制模式，包括：Sequence、AND-split（Parallel Split）、AND-join（Synchronization）、XOR-Split（Exclusive Choice）、XOR-join（Simple Merge）。我们可以做一个简单的对等，流程图中普通的矩形框就是 Sequence 模式，菱形框（条件判断）就是 XOR-Split，而一个矩形框接受多个分支作为前躯的情况就是 XOR-join。这5个模式较为明确，一般在流程设计中考虑，如没有可并发性工作的考虑，都能用 Sequence、XOR-Split、XOR-join 这三种模式来解决。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1551945.aspx" width = "1" height = "1" />Thu, 05 Apr 2007 01:25:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/04/1551945.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/04/1551945.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/04/1551945.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166945/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166946/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1551794.aspx0http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1551794.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1551794这一模式就是只有一个分支接受，遵循先到先得的原则。这个模式主要是为了应付前躯是 XOR 分支的流程，这个模式也是一个很常用的模式。到目前为止，我们所提到的5种模式已详细讲解完（Sequence、Parallel Split、Synchronization、Exclusive Choice、Simple Merge），这就是基本的流程控制模式。后面的两种模式应用没有涉及太多内容，因为要结合起来才能讲，基本工作流模式的组合应用则另外叙述。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1551794.aspx" width = "1" height = "1" />Wed, 04 Apr 2007 23:53:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/04/1551794.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/04/1551794.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/04/1551794.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166946/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166947/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1551754.aspx1http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1551754.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1551754从该模式的名字来看，"排他选择"，显然就是比较常见的 XOR 分支模式。一般来说，这个模式的实现一般为在运行时的条件选择，就是条件判断的代码放到XOR 这个结点，然后去根据这些代码去判断下一步的走向。心思细密的人，也许发现这个XOR 本质上就是流程图的菱形结点，就是根据条件选择路径，而且只能选择一条。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1551754.aspx" width = "1" height = "1" />Wed, 04 Apr 2007 23:21:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/04/1551754.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/04/1551754.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/04/1551754.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166947/1127040http://item.feedsky.com/~csdn.net/zhong_jinfeng/~1127046/42166948/1127040/1/item.htmlhttp://blog.csdn.net/zhong_jinfeng/comments/1549600.aspx2http://blog.csdn.net/zhong_jinfeng/comments/commentRss/1549600.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=1549600注意，在并发的语义下，可以明显的看到合并后的工作单元和合并前的工作单元，是一个"同步"的关系，因此这一模式的名字，应该是采用了计算机方面的惯用语。这样，AND分支和AND合并的模式组合起来，就可以讲讲实际流程设计的经验了。是否需要拆分牵涉到流程再造的问题，若大家支持，我们还会去开辟专门的栏目论述业务流程再造的各方面配合（包括业务、管理、工作流模式和技术方面的配合而进行的流程再造）。也是流程再造的问题，考虑到上一个变化的实际业务状况，可以选择用Structured Discriminator模式来替代AND合并模式。<img src ="http://blog.csdn.net/zhong_jinfeng/aggbug/1549600.aspx" width = "1" height = "1" />Tue, 03 Apr 2007 01:24:00 +0800俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/02/1549600.aspx#Feedbackhttp://blog.csdn.net/zhong_jinfeng/archive/2007/04/02/1549600.aspx俠盜躶奔漢http://blog.csdn.net/zhong_jinfeng/archive/2007/04/02/1549600.aspxhttp://blog.csdn.net/zhong_jinfeng/rss.aspxcsdn.net/zhong_jinfeng/~1127046/42166948/1127040