AgileEAS.NET5.0-工作流平台-使用说明书(上)开篇本文大纲

        本文，主要是针对其中的工作流这块，进行讲述基本的说明，这个月的中旬，大家就可以使用了，当然由于是第一个版本，可能部分功能还不是很完善，当然欢 迎，大家提出意见和建议，本人表示郑重的感谢。

      前言... 3      关于工作流平台... 5      系统主界面... 6      工作流定义... 6     工作流定义管理... 7     工作流实例管理... 7     发起流程... 7     我的申请... 8     我的待办... 8     已办事宜... 8     流程监控... 9     我的催办... 9     工作流定义.. 10     概述... 10     新建流程定义... 10     条件... 11     并行... 15     保存流程... 15     打开流程定义... 16     工作流定义管理... 17     概述... 17     发布... 17     流程实例... 17     删除流程... 17     工作流实例管理... 19     概述... 19     流程监控... 19     审批意见... 20     发起流程... 21     概述... 21

AgileEAS.NET平台做为一个快速应用开发平台，其目的为是为了提高应用软件的生产效率，如何软件开发的生产效率，方法是多种多样的；使用工作简化开发中低技术重复工作可以是一种行之有效的途径。 在AgileEAS.NET平台中，我们提供了一个集流程设计、工作流定义与实例管理等一体的工作流平台。 在早期的AgileEAS.NET5.0版本以前，我们没有提供工作流相关的基础功能的应用，在企业系统的应用中常常伴有审核、审批等功能的基础要求等。 在上述的基础要求的条件下，我们提供了工作流平台，该平台与AgileEAS.NET平台的插件，实现了无缝的集成，某个插件模块作为流程中的一个功能模块，进入到流程应用中，然后通过工作流可视化的设计器，来完成流程的设计，流程中配置权限和相关的走向，来完成业务流程的管理功能。 在实际的企业应用中，通常都会有一些协同办公的需求，比如OA或者是ERP系统中，通常都会有这样的需求，比如一个业务流程的申请，需要不同的人来审批，公文的审批，申请单的审核，多级审核，多人审核等一些基本的需求，而工作流平台本来与具体的业务并不耦合，而是我们开发具体的业务功能模块，工作流平台调用开发出来的功能模块，然后完成工作流程的控制，与模块之间应该是低耦合的。 AgileEAS.NET平台的工作流平台，试图在这方面进行集成，即工作流设计器定义流程，然后通过一下几个模块完成工作流的管理：我的工作台，发起流程，我的申请，我的待办，已办事宜，流程跟踪等,完成工作流的统一管理。 由于该工作流平台是基于AgileEAS.NET敏捷快速开发平台之上，所以我们的理念就是基于插件来开发工作流模块，通过插件平台来管理这些业务模块，期望在不修改现有业务流程的基础之上，我们来进行快速的工作流流程的自由组合和设计。达到模块的复用，为后期的基于服务之上的SBMP打下基础，由于平台目前也已经提供了SAAS引擎，可以基于服务之上的模块，通过这些多个服务模块之间的自由组合，按照我们自由定制业务流程来完成特殊需求的业务处理。 关于该工作流平台的使用，可以用如下的一个图形和活动来说明，关于具体的应用，我们后面会结合一个具体的案例来说明。

工作流平台开发业务流程的过程如下：

AgileEAS.NET工作流平台针对应用开发之中的流程定义、存储和流程实例发起，流程控制等相关信息，都是存储在数据库中，包括流程的定义信息。 AgileEAS.NET平台中的工作流管理：

工作流管理平台，提供了工作流流程定义，工作流定义一览表与基于定义之上创建的工作流实例的管理模块。

提供的基础模块为：发起流程，我的申请，待办事宜，已办事宜，流程监控，我的催办(催办信息)等模块。

工作流实例管理界面

提供流程的发起功能，只能发起发布后的工作流定义。

提供当前用户已办的相关事宜

提供当前用户对流程进行监控的功能界面。

提供当前用户发送的催办信息的管理。

我们在开始一个工作流流程之前，必须先要设计该流程的定义，通过平台提供的工作流定义模块，来对工作流进行设计。

找到菜单中的“工作流管理”

选择“新增工作流定义”

将工作流活动拖拽到顺序工作流设计器上，目前支持的活动如下：

1、 先添加一个“业务操作”活动到顺序工作流上，作为第一个节点。

2、 然后在“业务操作”活动的下方，拖拽一个“条件”活动。

3、 设置流程的属性信息。主要是把流程与组件模块关联起来。

4、 设置流程的“拥有者”与“监控者”，拥有者具有该流程的全部权限，监控者具有查看权限。

5、 点击“确认”即可，这样就完成了流程属性的设置，下面我们来设置活动属性。

6、 配置“活动”的“输入”信息。

7、 配置活动的“输出”信息。

8、 设置活动的“参与者”，即该活动节点拥有权限操作的人员。

9、 设置活动的“任务转发”信息：

10、 这样就完成了基本的设置，完成了流程属性和活动属性的设置后，其他节点类同。

1、 我们直接在上述的流程定义中添加“并行”活动：

2、 其他的配置同上。

使用上方工具栏中的保存功能，即可完成保存，该流程定义文件会自动的持久化到数据库中。

流程定义通过上面的“工作流管理”中的“流程定义一览表”

关于具体的使用，我们后续讲工作流定义管理的时候再详细说明。

工作流定义管理提供对工作流流程定义的维护和管理，包括流程的发布、删除等。

所有的工作流定义流程，必须发布后，才能被用户使用，在“发起流程”模块才能看到，只有发布后的工作流定义才能进入到具体的业务系统中。

选中列表中的一行记录，点击“流程实例” 出现如下界面，该界面可查看基于该定义之上的所有流程实例。

删除流程时，只能删除未发布的流程定义，否则只能禁用，不能删除。

删除“已发布的”流程会出现如下提示：

工作流实例管理，是对工作流发起的实例进行统一的管理，主要是查看流程的执行状态和流程的相关审批意见等。

选中列表中的某个流程实例，点击“流程监控”：

通过可视化的流程跟踪，执行过的活动节点，都会与没有执行过的流程通过不同的颜色与图标来标识。

查看当前流程的相关审批信息，包括流程从流程发起到流程执行到的结束之前的所有的操作。都有详细的记录，可以完整的查看到流程的操作执行信息。

根据工作流定义，来发起一个新的流程。

选中列表中的一行记录，点击“发起流程”。下图是我们自己集成好的测试模块。

保存并提交：将输入的信息保存到业务系统中，并且默认提交到工作流系统中。 提交：当工作流申请被打回时才可以使用提交，否则无法使用。 审批：当流程提交后，才可以审批，否则不能被操作。 审批意见：查看当前流程实例之上执行的所有的审批。 打回：具有审批权限的人员可以对提交的工作流申请，执行打回操作，打回后流程将从头开始，此时可以使用“提交”按钮。 流程跟踪：可以查看当前工作流实例的执行的情况，可视化的跟踪。 关于工作流模块的集成，我们后续会放出工作流开发的使用说明。