流程自定义

在流程设计方面,采用了J2EE的架构模式,减少了原有流程设计复杂的客户端的安装方式,采用了所见即所得的图形化设计界面,方便了流程的调整和整体设计,并且整个文件的运转监控也可采用图形方式进行展示,使公文从设计到运行更直观、直接、方便。如图22

图示22

 

一、工作流设计中主要涉及了7节点类型:通知、处理、角色处理、通知角色、通知提交者、提交者处理、归档。

1、 通知和通知角色:通知节点只有一个分支。两者的区别是在本步骤中的处理人一个是非角色一个是角色(角色的概念是在流程设计前定义好的,比如:提交者是市场部的人员,市场部定义了他的下一步处理人为角色,那么在提交的时候,系统会自动寻找到市场部的角色处理人(一般为领导))。

2、 处理和角色处理:默认有两个分支,可以选择多个分支(最多只能选择8个)。

3、 通知提交者:直接返回到提交人,而不用指定下一步的处理人。

4、 提交者处理:同通知提交者,所不同的是提交者处理的分支要比通知提交者多,可以有选择的处理下一步的流转步骤。

5、 归档:当流程中的文件处理完毕后,由流程中的最后一步的操作人员选择归档后,

系统自动进行保存流程信息。

二、团队:流程中的节点处理人为哪个组(团队)的。

三、步骤名:此处理节点的名称。

四、成员:由哪个人来处理(可以是多个人)。

五、逻辑属性:与:节点处理人如果有多个,则必须都处理完成后,才能交由下一步的人员处理(系统会提示)。

或:节点处理人有多个,不一定都处理完才往下传送,只要有人处理过了,就可以往下一步流程节点传递。

六、操作类型:编辑式:对流程文件有操作权限。

编辑式:对流程文件没有操作权限,只能查看(一般为流程中的单纯传递者)。

路径个数:对于处理节点可以选择多个处理分支。

七、删除:当选中一个节点的时候,点选此按扭会删除对应节点。

八、更新选中节点:对节点的更新。

九、增加新节点:在设计中增加新的处理点。

十、在设计的过程中,通过拖动分支到某个节点即完成操作步骤的衔接(节点相连)。

在流程设计结束后的流程主界面中,如下图。在步骤中的最右侧你会发现有成员编辑、角色编辑、归档案卷、时间控制、选择开关、其他六个链接。

角色编辑:使用了角色的节点才有,可以调整步骤节点的角色处理人。

成员编辑:非角色处理,可以调整步骤的处理人。

时间控制:可以通过时间控制步骤的处理时间会有个提示。

其 他:可以和用户自己的程序进行衔接。

1,200+ 成功案例,不断增加中
查看更多案例