工作流系统之二十八工作流系统实例演练

工作流系统实例演练
有了工作流引擎，工作流设计器，工作流管理平台，自定义表单，然后业务流程确定之后，就可以快速的做好能运行的流程了。

首先业务要确定，包括业务细节部分。以一个问题跟踪流程为例，实战演练一下，如何快速的搭建一个可以运行的业务流程。

业务需求：
用户在使用我们公司的产品时，经常会遇到一些问题，有的是不会使用的问题，有的是误解，有的是bug，也有的是对产品的建议等等。
我们拟收集这些用户遇到的问题以及处理过程，所以设计如下流程：

流程如上面过程，具体的细节要求：
1、相关人员审核问题，通过则发送到技术人员解决问题，拒绝，则表示问题描述不够，打回原填写人继续填写。
2、原填写人收到打回的问题，可以继续完善，再次发送给审核，也可以直接作废问题，结束这次问题描述。
3、技术人员解决问题，有个锁定问题的过程，即谁先锁定了问题，就由谁解决。
4、解决的问题反馈给用户，用户查看处理结果，无异议则结束流程，也可以继续提出疑问，和技术人员继续沟通解决。

分析需求：
根据上面的需求描述，设计问题跟踪表如下：

根据业务过程和表，得出，至少需要设计三张表单：

用户提出问题表单

技术人员处理问题表单

反馈给用户时的，用户查看和继续提出疑问的表单

流程设计过程：

根据上面的业务流程：

用户提出问题《－》审核部门审核问题－》技术解决问题《－》反馈给用户－》结束

可以看出整个业务流程分为，4个环节，提出问题－》审核－》解决问题－》反馈

所以用eworkflow的流程设计器，新建一流程，流程属性页设置

业务标签页面填写问题跟踪表名和主键字段名...

然后画出，初始化动作。和4个步骤，每个步骤均带上动作。用连线连接好。流程的雏形就画好了，可以先保存一下。

再根据流程的细节要求，细化每个节点的属性，业务流程如下：

细化的过程：
节点名称的修改

拒绝后打回的动作结果连线，此连线为有条件结果，条件为业务表单中传来的通过还是拒绝的选项。因为表单还未制作，自定义条件中，可以先设置false，如这样设置<arg name="script">false</arg>

打回后的问题，可以直接作废的动作有条件结果连线，条件为业务表单中传来的是否作废的选择。表单未制作，自定义条件中，先设置成<arg name="script">false</arg>

设置任务信息：提出问题步骤，设置直接指派的任务；
              审核步骤：设置直接指派任务，任务参与人为相关的审核部门人员。
              解决问题步骤：设置竞争型任务，任务执行人为技术部门的人员。
              问题反馈步骤：设置直接指派任务，任务执行人为问题的填写人。
注意：步骤动作设置完任务节点，再在步骤的动作中，选择相对应的动作条件。即：

直接指派型任务－－－选择判断直接指派任务的执行人
竞争型任务－－－选择判断竞争型任务的签收人
动态会签型任务－－－选择动态会签任务的可执行人判断条件
平均分配型任务－－－选择判断平均分配型任务的签收人

问题反馈步骤，继续提出问题，返回的有条件结果连线的设置，以及条件脚本的设置。先设置成false，待表单制作好后，再将条件填上。

审核步骤拒绝时，打回原填写人继续填写的设置，
问题反馈步骤，返回给问题的提出人查看处理结果。

业务流程设计完成。

业务表单的设计：
将业务表建立。新建业务表单，拉下数据集，拉下grid控件。在数据集中添加好业务字段。
拉下label控件，text控件，combox控件，将数据集中的字段，绑定到这些控件。

业务表单的属性页中，设置好表单名称，引入工作流工具条。

保存。则问题填写表单制作完成。
细节的设置，因为审核步骤用的表单，和填写是同一张表单，所以，审核是否通过等信息，需要设置控件权限，在填写步骤不可见；
审核的结果，作为条件送到流程中使用，则数据集中审核结果字段，需要选择流程用。
是否作废的结果，作为条件送到流程中使用，数据集上问题状态字段，设置为流程用。

问题处理表单的设计：