Tue, 15 May 2007 17:38:00 GMTQQ:18328721, MSN:zhong.jinfeng@hotmail.comhttp://blog.csdn.net/zhong_jinfeng/http://blog.csdn.net/zhong_jinfeng/archive/2007/05/15/1610304.aspxhttp://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/04/27/1586984.aspxhttp://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/24/1579910.aspxhttp://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/1577139.aspxhttp://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/22/1574172.aspxhttp://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/20/1572741.aspxhttp://blog.csdn.net/zhong_jinfeng/comments/1572741.aspx2http://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/19/1571061.aspxhttp://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/16/1566283.aspxhttp://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/1566284.aspxhttp://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/1566285.aspxhttp://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俠盜躶奔漢