熟悉ccflow的各个属性是设计ccflow流程必要条件。

 

 

是否启用：如果此流程在运行就启用它，不运行就不启用它，可用于流程的历史版本管理，也可以因管理的需要，设置它。

运行方式：是为流程的自动做的标记，自动运行的流程，可以用户以sdk的方式开发。

是否可以独立启用：如果是一个独立启用的流程就可以显示在发起流程列表里，否则就不显示，如果该流程是一个子流程并且该流程不能被独立发起，只能被调用，就设置他为不可独立起用。

导航url:是在发起流程时的要点的连接，如果为空就表示直接启动流程，MyFlow.aspx?FK_Flow=xxx&FK_Node=xxx。如果你指定了这个连接在发起界面连接上，就直接转向您指定的连接上去，您的页面可以进行二次业务处理在转到MyFlow.aspx上来。

比如：合同修改流程，要发起这个流程首要的界面是要呈现一个合同列表，用户选择这个列表后，在转入流程发起。这个合同列表界面就是一个流程发起列表界面与流程启动界面一个缓冲。

标题生成规则：

标题：是流程标题，一个流程在开始节点是必须有一个标题字段Title，并且这个字段不可别删除，默认为隐藏的。

标题字段用于待办、在途的工作列表上，是能让使用者知道这是那一条流程。

标题字段不能修改，它是系统根据一定的规则自动生成的。

默认生成规则为："@WebUser.FK_DeptName,@WebUser.No,@WebUser.Name在@RDT发起.";解析为：财务部,zhangna,张娜在11月12号10：20发起。

流程设计人员可以根据自己的需要设计自己的规则，规则表达式中支持节点表单字段。

比如："@wenjianmingcheng在@RDT发起.";其中@wenjianmingcheng是节点表单的数据库字段。

流程应用类型：

是说明流程类型，如果没有特殊的指定，就是正常的流程。

工程类型的流程是ccflow的一种特定的流程，它有项目组的概念，什么是工程类的流程请baidu ccflow 工程类型流程。

类别：工作流开发 查看评论

驰骋工作流程管理系统，多表单附件使用方法。

ccflow多表单附件:

多表单附件是用户上传的附件格式不能确定，数量不能确定情况下使用。

设计步骤：在工具栏点多附件按钮：

  

多表单附件属性：

附件名称：就是为控件起一个名称，附件编号需要全局唯一。保存到是文件要保存的位置。

是否可下载，是否可删除，是否可上传是用来控制附件的访问权限的。

 

特别说明：

类别可以为空，如果不为空时系统就会自动为它附件按约定的格式分类。

 

两种附件的展现模式：

 

 

 

类别：默认分类 查看评论

从表事件

 

从表的事件的格式与主表的事件格式一样的描述。在实际工作中，我们经常用到从表保存完后要处理一些业务逻辑。

比如：要根据主表的字段更新一些从表的信息。

比如：在每条数据更新前后都要做安全性校验。

 

以下界面从从表设计界面进入：

 

 

特别说明：

对于明细表保存前，保存后两个事件，用@符号获取的变量是主表字段的变量。

其它的事件是明细表的字段。

@WebUser.No,@WebUser.Name@WebUser.FK_Dept 全局字段约定不变。

 

 

类别：默认分类 查看评论

如何提高工作流程管理系统运行效率？

 关键字：工作流程管理系统,workflow,bpm,执行效率,缓存.

     Ccflow通过如下方提高业务流程系统执行效率。

缓存机制

1,什么情况下用到缓存?

  有以下几条缓存数据的规则。

  1,数据被频繁利用，但是不经常更新,数据量不太大.

      比如人员、岗位、部门。

 

   2,数据在同一个过程中经常利用,比如:流程对一个实体进行运算.它经常被各个方法所使用.

     比如纳税人流程中:纳税人的信息\土地流程中的土地信息. 

  3,用户的个人信息，比如他的岗位集合，部门集合.....  

 

2 ,缓存分类.

 

  全局级的:在application中应用.比如:部门、岗位、人员、持久化存储的映射.

  用户级的.在session中应用.一个操作员的个人信息.

  临时级的.临时应用，在各个过程中应用，一个操作中消亡。

 

3,缓存怎么在ccflow工作流引擎中表现?

 

   1,系统启动时，自动的把一个常用的数据调入到 全局级的缓存区。

   2,用户登陆后，把该用户的岗位、部门集合放入到用户级的缓存区.

   3,系统在运算时,大部分数据已经被加工处理好,大大减轻了服务器的负担.

 

事先计算:

事先计算就是把能够计算得到的属性在流程设计时提前计算出来，比如：节点的位置，它是一个枚举类型，开始节点、中间节点、结束节点。如果在运行中计算会消耗服务器的资源，如果在设计阶段计算好，就会节省这笔开销。

这些事先计算包含多个方面，比如：表单是否有明细、是否有框架、是否有扩展应用。。。。。

 

XML数据的缓存

  系统启动起来后就会把xml数据调入到缓存处理,节省了大量的IO操作。

 

 

参数执行：

   多达95%以上的sql都是用参数执行的，您可以通过监控工具捕获到它们。Ccflow是运行在bp框架上的，所有的实体类，都是放在SQLCash这个类中，所有的update,delete,insert,select操作都是采用的参数执行，生成的sql放入缓存里。

类别：工作流开发 查看评论

注：本文章从网上摘录，并做了相应的修改。

         第一次接触工作流系统，可能会对一些基本的术语和名词有误解。如流程实例，流程模版，流程版本等，以及这些名词之间的关系，需要有一个学习和理解的过程。这些名词和术语也是工作流系统中的通用名词，通过学习和理解后，会对这些术语和名词有一个共同的认识和理解。

如下面的词语

工作流引擎：抽象的业务流程设计模型，负责业务流程的定义，解释和运转。

工作流模版：用工作流引擎的基本概念和路由过程表示出一个业务办理过程，这个过程通常是用xml格式的文件来记录的，这个xml文件，就是工作流模版，也可以说是流程模版。

工作流名称：就是工作流模版文件的名称。也可以叫流程名称。

工作流版本：工作流模版的版本，也可以叫流程版本。在工作流系统中，对工作流模版有个版本管理，新建一个工作流模版时候，它的工作流模版是.1。当再次做修改的时候，可以选择创建新的版本，如.2。
        因为一旦业务流程模版投入使用了，有了运行的流程实例了，再次对业务流程做的修改，就需要更新到新的版本中，原来的流程版本还需要存在，原来的流程定义信息，按版本仍然能查询到。新的修改在新的版本中。
     流程名称＋流程版本 是唯一标识一个业务流程的。

工作流建模：利用流程设计器将业务处理过程用工作流的节点方式表示出来，就是工作流建模，也可以说是流程建模。

工作流节点：是工作流引擎的设计基本节点，一个节点表示一个业务处理过程，在流程设计器中，会有相应的表示方式。

流程实例：按照工作流模版定义的处理过程启动运行的业务处理过程，即流程实例。利用建立好的业务流程模版，可以多次启动流程实例，一个流程实例即一个业务处理过程。如请假审批的流程，张三填写他的请假单，启动一个审批流程实例。李四也填写一个自己的清单单，也是启动了一条流程实例。

流程实例id：每条启动的流程实例，在工作流引擎中，都会对应一个流程实例id，来唯一标识这条流程实例。
 

业务数据：流程中每个节点上处理的业务记录等。通常流程数据和业务数据是有关联的。

流程设计器：利用工作流引擎的设计基本节点和概念给业务流程建模的可视化编辑工具，就是流程设计器。

当前步骤：流程实例未结束前，正运行到的当前节点，为当前步骤。

历史步骤：流程实例运行完成的节点，都认为是历史步骤。

流程实例运行轨迹：每条流程实例在工作流模版的节点上运行的轨迹。

流程实例监控：监控每个流程实例在各个节点的运行情况。

任务：每条流程实例在运行到流程的各个节点时，会产生一些待执行的任务信息。有任务名称，描述，和参与人，完成人等任务的基本信息。通过任务链接到待处理的业务过程。

任务参与人：任务信息的参与人，能够查看到任务的相关人。

任务执行人：可执行任务的操作人。
 
任务工单：任务派发下来的工单。

线形流程(串行路由)：业务建模中，节点按顺序一个一个的往后串联的方式。

分合流(并行路由)：业务建模中，节点并行的方式往后链接。
 
分支：业务建模中，平行分支的节点路由方式。

合并：业务建模中，将平行分支的节点路由再合并起来的路由方式。

子流程：为一个独立的业务流程，嵌入到主流程中。
 
这里只是列出一些常用的工作流系统中的术语，不体现流程引擎的设计基本概念。

特别是流程模版，流程实例，业务数据这之间的关联和区别：

流程模版，是将业务处理过程用工作流引擎的支持的方式表示出来的一个模版文件。
流程实例，按照工作流模版定义的处理过程启动并运行的业务处理过程，通常对应一条主业务数据。

  

 

类别：默认分类 查看评论