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、 其他的配置同上。
使用上方工具栏中的保存功能,即可完成保存,该流程定义文件会自动的持久化到数据库中。
流程定义通过上面的“工作流管理”中的“流程定义一览表”
关于具体的使用,我们后续讲工作流定义管理的时候再详细说明。
工作流定义管理提供对工作流流程定义的维护和管理,包括流程的发布、删除等。
所有的工作流定义流程,必须发布后,才能被用户使用,在“发起流程”模块才能看到,只有发布后的工作流定义才能进入到具体的业务系统中。
选中列表中的一行记录,点击“流程实例” 出现如下界面,该界面可查看基于该定义之上的所有流程实例。
删除流程时,只能删除未发布的流程定义,否则只能禁用,不能删除。
删除“已发布的”流程会出现如下提示:
工作流实例管理,是对工作流发起的实例进行统一的管理,主要是查看流程的执行状态和流程的相关审批意见等。
选中列表中的某个流程实例,点击“流程监控”:
通过可视化的流程跟踪,执行过的活动节点,都会与没有执行过的流程通过不同的颜色与图标来标识。
查看当前流程的相关审批信息,包括流程从流程发起到流程执行到的结束之前的所有的操作。都有详细的记录,可以完整的查看到流程的操作执行信息。
根据工作流定义,来发起一个新的流程。
选中列表中的一行记录,点击“发起流程”。下图是我们自己集成好的测试模块。
保存并提交:将输入的信息保存到业务系统中,并且默认提交到工作流系统中。
提交:当工作流申请被打回时才可以使用提交,否则无法使用。
审批:当流程提交后,才可以审批,否则不能被操作。
审批意见:查看当前流程实例之上执行的所有的审批。
打回:具有审批权限的人员可以对提交的工作流申请,执行打回操作,打回后流程将从头开始,此时可以使用“提交”按钮。
流程跟踪:可以查看当前工作流实例的执行的情况,可视化的跟踪。
关于工作流模块的集成,我们后续会放出工作流开发的使用说明。
关于平台的更多详细的资料,会第一时间提供下载,PDF版本的工作流使用手册,会后续传上来,大家可以查看和下载,当然群共享里面会第一时间提供相关
的下载信息。
如果您在使用AgileEAS.NET开发平台中有什么问题,请使用如下几种联系方式或者沟通方式。
1、邮箱方式:
魏琼东: [email protected] 手机:18629261335 博客:http://eastjade.cnblogs.com/
殷长波:[email protected] 博客: http://www.cnblogs.com/onmyway/
何戈洲:[email protected] 博客:http://www.cnblogs.com/hegezhou_hot/
2、QQ交流群:
AgileEAS.NET平台交流群:125643764(高级群)[剩90人]
AgileEAS.NET平台交流群:147168308(高级群)[剩140人]