Activiti 工作流表单设计及开发

一、前言

Activiti 5对表单的支持目前还是比较弱的，表现在对表单的开发还需要写Freemark模板，并且它的模板还需要跟class文件一起打包发布。这使得流程的表单设计必须由开发人员来开发处理。因而，开发一套易用性强的流程表单功能就显得很有必要。

二、需求

用户一般都希望能有如Microsoft的Office套件中的InfoPath那样，可以自己进行设计，并且能与工作流程绑在一起进行流转处理。如下所示：

表单中每个字段有固定的数据类型，并由不同的数据控件展示，如日期、数字、单选或多选、下拉、多行文本甚至富文本编辑器。在实现更强的功能上，我们还允许控件能实现脚本交互。

三、设计实现思路

在表单与流程的整合中，我们一般不建议把表单的所有数据都存储在流程中，仅需要把参与流程跳转的数据才存到流程变量中去。如请假出差的流程，如下所示：

如申请出差金额则需要参与流程的处理中去，因而在进入这个判断节点之前，流程变量中需要存在这个变量，并且通过判断这个变量值来让流程自动跳转。

1. 流程实例与业务表单关联

基于以上设计的原则，流程中则不存储业务表单的数据，那么流程与业务表单又如何关联？在Activiti 5 则比Jbpm4考虑了这块，他在流程实例表及任务实例表相关运行表中增加了一个字段（BusinessKey），用来关联业务表单的数据，我们一般把这个字段称为业务主键。其关联关系如下所示：

那么流程表单的数据如何存储及如何展示，从上图可以看到，我们对自定义的表单提供了生成物理表的方式，那么表单的存储则通过在线生成的页面获取物理表必需要的数据，然后保存至物理表中。这需要我们在设计表单时，生成一套表单数据规范，在审批时，能够进行页面表单的数据验证及存储。另外，还需要对在执行过程中的表单进行权限控制，如同一节点上审批相同的表单，不同角色的人员对表单的字段的读写权限是不一样的。

2. 在线表单设计功能要求

  我们把以上的需求进行了用例描述，则得到如下示例

1. 设计表单模板

允许用户预先设置好一些带有漂亮格式的表单，如包括表头、表脚及样式。方便用户调整表单。

2. 设计表单布局

允许用户在线进行在线布局，目前一般来说都是基于表格的布局方式。

3. 设计表单字段控件、数据类型、数据验证

设计表单字段的输入控件类型及数据类型，用于保证用户输入的数据的正确性

4. 设置表单字段权限

用于控制表单的字段的读写权限，结合工作流的审批，可以更有效显示数据。

5. 支持表单动态脚本

允许对表单控件加上交互脚本，以实现如一些级联更新等的数据交互等。

6. 表单预览

可以在线实时显示表单的显示效果

7. 预设流程变量

把参与流程运算的表单字段标识为流程变量。

3. 在线流程表单设计逻辑结构分析

生成流程表单的流程如下所示：

说明：

表单设计可以先设计物理表再根据模板生成在线表单

也可以先设计表单的样式再生成物理表

以上两种方式最终的目标均需要生成物理表，物理表的结构及数据展示控件等我们则需要用表来记录。因此，以下为他们大体上的数据结构模型：

表单生成物理表后，表单页面需要跟物理表单的数据对应起来，在提交页面表单时，我们采用了Json的数据结构来提交，在后台获取可以有效转存为物理表的数据。如下格式：

表单数据分为3部分：

1. 主表数据。

2. 子表数据

3. 意见数据

数据格式如：

{"main":{"tableId":"tableId","fields":{"itemSubject":"出差深圳两天","total":"230","creatorID":"1340762352749","creator":"张小军","descp":"出差深圳两天"}},"sub":[],"opinion":[]}

在线表单的控件展示，需要按字段及结构来解析最终显示及数据验证。

流程启动后，需要把业务主键传至流程实例中去，幸好，activiti已经提供了比较完整的API接口，如下：

ProcessInstance processInstance=runtimeService.startProcessInstanceById(porcessDefId, businessKey, variables);

以上方法会把业务表单中需要参与流程运行的字段放到variables作为流程变量。

4. 流程定义与业务表单绑定

流程定义允许绑定多种业务表单，目前我们可以简单分为三种模式，在线表单、同系统的定制业务表单、第三方业务表单。

在线表单可以用全局表单，则整个流程用同一个表单，如果每个流程节点的表单不一样，则可以通过设计表单。 表单数据结构如下所示：

所以在启动流程时及在任务进行跳转时，均可以获取流程节点的表单设置，从而在启动流程或执行任务处理时能进行正确的表单展示。

流程在完成整个审批后，还可以通过流程运行历史，能通过该以下该表可以查询当时每个节点审批时的表单情况。

我到不是这么认为的，流程开发，以及功能的设定应该由开发人员来完成确定，而业务人员在开发人员所开发功能范围内来设计、变更和应用流程。但是你开发的功能要尽可能的强大以应对尽可能多的业务需求。 流程引擎在这里面很重要，决定了开发人员开发功能的灵活性。