窗户纸的博客

自从工作流技术诞生以来，人们往往很习惯地把数据处理软件与工作流软件如楚河汉界般看成是两个截然不同的领域，当有哪位新人瞪着两只水汪汪的大眼睛虔诚的问工作流专家，“什么是步骤”时，专家多半会脱口而出，步骤就是流程的节点，业务流转到节点，对应的操作人就会收到通知，并要求处理节点而已。         但如果我们再问一句：我们在word中查找关键词“hello”是不是步骤呢？，不知道专家们怎么说，

【引】   流程引擎是诸多业务系统的基础，也是SAAS型云计算体系的基础，目前的流程体系有很多问题，需要建立一个新的理论体系解决它，我无意中找出了这其中的部分端倪，就抛砖引玉的为大家讲讲这些事情，希望有耐心的看客能够有所启发。 目前绝大部分工作流软件都采用了Petrinet作为核心架构机制，而Petrinet很重要的流转环节-“令牌”的生成机制却大有问题。在Petrinet中，

软件开发的难点之一是如何了解客户的需求，现实工作中，开发者们就像瞎子摸象一样从用户的根枝末节来勾画需求，而这一方面耗时巨大，另一方面很难获得完整的需求，于是就有频繁的变更，搞得甲乙双方都痛苦不堪。        于是有了面向对象的“敏捷”开发方法，其特点是利用用例图、类图（对象建模图）、序列图、活动图等各种图示来力图系统性地展示客户需求。这种方法明显比传统的需求析方法进步了很多，对于开发者来说

在《面向业务开发应用》中，我们看到业务中的各个操作都需要操作者的处理，因此在构建业务处理体系前，必须具有操作者的环境，根据一般的企业特点，操作者环境是一个如下结构体系:为了便于用户更灵活的进行管理。系统需要有如下特点：1.         多身份管理的支持： 就像潜伏中的余责成所具有的双重身份一样，企业中实际存在大量多重身份的情况，某个员工如果既为销售部工作，又为采购部

在《面向业务开发应用》中，我们有一个出差审批的实例（见图一），在这个业务流程中，我们希望在领导审批前，申请人可以随时修改休假申请，而领导一旦在审批过程中，申请人不能进行修改，同样申请人在修改申请时，审批人也不能进行审批，那么我们怎么处理呢？ 使用普知杰协同应用系统进行配置就非常简单，只要我们设置一个前提条件，判断相应步骤是否处于操作中即可，配置过程如图：

借款报销是公司必不可少的业务，很多管理不善的企业原因之一就是这里一滩烂帐造成的，目前很多软件都可以实现借款报销分别处理从审批到记录的一体化管理，下面这款软件我们来演示一下从借款到报销的一体化处理的过程：第一步： 填写借款申请，操作人：申请人第二步：审批借款申请操作人：借款人的领导，以及各级审批人员此时批准的金额与申请的金额有时并不相同，发

网上到处都有一篇被称为《优秀的工作流殷勤的144个标准》的文章，文章写的很全面，但其对实际应用的满足程度还是需要改进的，我在此抛砖引玉的对其做了写评价和扩展，在我的《面向业务开发应用》博文中有部分体现。希望网友有所借鉴。一般性功能 (General Functions) 1. 免程序开发(No Programming or Scripting)    评论：很多OA工作流厂商都在狂吹自