开篇
AgileEAS.NET5.0平台,预计这个月的中旬就会发布，这次发布里面相比上次的AgileEAS.NET4.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
发起流程... 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、 其他的配置同上。
保存流程
使用上方工具栏中的保存功能，即可完成保存，该流程定义文件会自动的持久化到数据库中。
打开流程定义
流程定义通过上面的“工作流管理”中的“流程定义一览表”
关于具体的使用，我们后续讲工作流定义管理的时候再详细说明。
工作流定义管理
概述
工作流定义管理提供对工作流流程定义的维护和管理，包括流程的发布、删除等。
发布
所有的工作流定义流程，必须发布后，才能被用户使用，在“发起流程”模块才能看到，只有发布后的工作流定义才能进入到具体的业务系统中。
流程实例
选中列表中的一行记录，点击“流程实例” 出现如下界面，该界面可查看基于该定义之上的所有流程实例。
删除流程
删除流程时，只能删除未发布的流程定义，否则只能禁用，不能删除。
删除“已发布的”流程会出现如下提示：
工作流实例管理
概述
工作流实例管理，是对工作流发起的实例进行统一的管理，主要是查看流程的执行状态和流程的相关审批意见等。
流程监控
选中列表中的某个流程实例，点击“流程监控”：
通过可视化的流程跟踪，执行过的活动节点，都会与没有执行过的流程通过不同的颜色与图标来标识。
审批意见
查看当前流程的相关审批信息，包括流程从流程发起到流程执行到的结束之前的所有的操作。都有详细的记录，可以完整的查看到流程的操作执行信息。
发起流程
概述
根据工作流定义，来发起一个新的流程。
发起流程
选中列表中的一行记录，点击“发起流程”。下图是我们自己集成好的测试模块。
保存并提交：将输入的信息保存到业务系统中，并且默认提交到工作流系统中。
提交：当工作流申请被打回时才可以使用提交，否则无法使用。
审批：当流程提交后，才可以审批，否则不能被操作。
审批意见：查看当前流程实例之上执行的所有的审批。
打回：具有审批权限的人员可以对提交的工作流申请，执行打回操作，打回后流程将从头开始，此时可以使用“提交”按钮。
流程跟踪：可以查看当前工作流实例的执行的情况，可视化的跟踪。
关于工作流模块的集成，我们后续会放出工作流开发的使用说明。
本文转自何戈洲博客园博客，原文链接：http://www.cnblogs.com/hegezhou_hot/archive/2011/08/09/2132663.html，如需转载请自行联系原作者
