我们在上一篇文章 多年一直想完善的自由行政审批流程组件【2002年PHP,2008年.NET,2010年完善数据设计、代码实现】
中讲述了“自由行政审批流程组件”的用法及设计参考,现在我们接着讲它的升级版本 “自动行政审批流程组件”的批流程节点定义。
周日又在家里宅了一天,见了2个朋友,其他时间都在写代码,解决了审批流程环境中的10个小问题。
上一讲中,请假单的流程步骤是由人为自由流转的,虽然自由流转有很多好处但是并没有严格的流程步骤限制,想给谁审核就怎么审核,自由审核流程组件主要存在以下2个重要的缺点:
1:流程步骤没有规范的定义,可以理解为乱来的,特别是公司规模大了,人多了,那就更容易乱套了。
2:流程没有重复利用的价值,属于公司的管理办法没能被固化、流程化,若有固定的流程可以不断优化,那公司的管理也上档次了,更规范了。
那我们为了解决以上2个问题,先来看看如何在系统里预先定义一个简易的审批流程,先把审批流程定义部分的文章整理如下:
1:首先我们用超级管理员的身份登录系统
由于超级管理员有系统的任何权限,所以也无需配置权限,就可以操作系统里的任何菜单
2:我们进入审批流程定义管理菜单,来定义我们需要的审批流程
3:审批流程,大多是按部门来组织的,例如哪个部门的哪个审批流程等,所以也有按部门进行过滤查询的功能,我们来定义具体的审批流程
我们定义好了3个流程审核步骤后,接下来应用程序里就可以按以上审核步骤进行自动流转进行审批操作了,图形化的审批流程组件会后续发布,敬请等待,下一篇文章将讲述如何实现以上预先定义好的审核流程进行自动化流转审核的详细步骤。
相应的数据库设计如下:
1:工作流定义表:定义我们总共有哪些审批流程?
2:工作流程节点定义表:定义我们的审核流程节点都有哪些?
定义好审批流程后,我们用相应的账号登录系统后,都会有什么效果?首先我们按超级管理员登录
我们先启动一个自由行政审批流程
假设我们按了自动审批流程控件的提交按钮
用吉日嘎拉的系统账户登录,进行第一步审核
吉日嘎拉账号登录系统后、会有自动的审核流程的即时通讯提醒信息,我们进入待审核流程页面
我们可以按红色圈起来的,自动审核流程中的通过按钮。
以此我们可以用涂志刚账号,进行第2步审核,也会即时通讯提醒信息收到,也可以进行审核,页面省略
以此我们可以用胡况明账号,进行第3步审核,也会即时通讯提醒信息收到,也可以进行审核,页面省略
最后我们可以在审核流程监控器中可以看到这个请假单的详细审核步骤的信息,一个完整的自动行政审核流程就可以顺利进行完毕了。
相关数据库设计免费下载:/Files/jirigala/DotNet.DesignDocument.rar (PowerDesigner15格式)
说明文档免费下载:/Files/jirigala/handbookV3.0.pdf
相关视频免费下载:http://www.cnblogs.com/jirigala/archive/2010/09/16/1828482.html
posted on 2010-10-11 00:47 吉日嘎拉 不仅权通用权限 阅读(1910) 评论(25) 编辑 收藏
评论
1932344#2楼[楼主] 回复 引用 查看
@liyf谢谢支持啊。
#3楼 回复 引用 查看
一直在学习你的。#4楼 回复 引用 查看
不借助第三方控件,博主那个窗体最大化最小化时,控件位置,大小可做控制了?又如何控制的?PS:你有权保持沉默不说。
#5楼 回复 引用 查看
能够将代码做成产品 的确是不错看得出你很努力 十年如一日 挺佩服的
#6楼[楼主] 回复 引用 查看
@星云一点嗯,一直在坚持努力工作,应该会有比较好的回报的,所谓10年磨一剑。
#7楼[楼主] 回复 引用 查看
@星云一点其实很多东西,只有积累接近10年后,才会有成果出来,否则一般难做出客户真正需要的东东来。
#8楼[楼主] 回复 引用 查看
能对你有所帮助,我也很开心啊,更欢迎购买500元的整套组件源码,哈哈。#9楼[楼主] 回复 引用 查看
微软本来就支持这个功能的,不用第三方的。控件大多有 Dock, Anchor 这2个属性,这2个属性配置好了,就可以控制大小及位置了。
Dock 大多是控制大小的。
Anchor 大多是控制位置的。
希望能对你有帮助。
#10楼[楼主] 回复 引用 查看
@星云一点敢把程序卖给程序员,还是需要一些勇气的。
#11楼 回复 引用
hehe,吉日嘎拉 不仅权限管理
微软已经推出工作流了,你何不也学习一下,干啥还搞自己的工作流?
很多公司都做过工作流,但真正能做好的有几家?更别说就靠个人或者国内三四流公司了。
微软的工作流目前来说满足一般应用应该是绰绰有余了,下一个版本的时候应该更强大.
#12楼[楼主] 回复 引用 查看
@d——ddd微软的工作流,不是用来做审批流程的,呵呵。
微软都做了VS2008了,还有那么多软件公司不是吗?
微软做的是技术,客户需要的是商品。
#13楼 回复 引用
或许我对你的工作流理解不深,但我个人认为,就从界面和流程控制来说,你的工作流可能比较低级。至少说步骤定义是需要可视化的图形,而不是一个列表。列表怎么定义分支,条件,合并,等?这个步骤定义至少也要做到微软的那种图形化才会真正实用。而且,工作流应该是一套独立的系统,不应该和业务系统混合在一起。就算是你很喜欢角色和权限,也不要把他们塞进工作流里面。
呵呵,陋见,请指教。
#14楼[楼主] 回复 引用 查看
微软的工作流,不知道几个最终客户能用起来?哈哈我们专业人事用起来,都不是很方便的说。
#15楼[楼主] 回复 引用 查看
可视化的图形? 不是说了,还没来得及发布嘛?分支,条件,合并,等等都有的嘛,否则哪里敢说开发组件啊,哈哈。
微软的工作流你真真深入用过吗?哪里好用?哪里不好用?分析过吗?
微软的工作流最终的非技术客户能用起来吗?能卖给客户直接用吗?
#16楼[楼主] 回复 引用 查看
工作流应该是一套独立的系统,不应该和业务系统混合在一起。就算是你很喜欢角色和权限,也不要把他们塞进工作流里面审批流程组件,没有用户?没有角色?怎么设置审批节点啊?
真正的工作流与审批流程组件是2回事情。
微软的工作流是真正的工作流,是技术级别的,开发级别的。
审批流程组件是应用级别的,可以直接拿来用的,可以理解为不是用来开发的。
微软的工作流更多面对的是专业开发人员。
审批流程组件更多的是面对最终客户的,他们的定位是不一样的。
微软的工作流是用来做开发的,审批流程组件是用来卖,给客户实际应用的。
微软的工作流是很强大,很完美,但是最终客户无法用啊。
#17楼[楼主] 回复 引用 查看
微软的CRM也做得非常不错,但是我们又有多少个做CRM的?为什么又不购买微软的CRM?#18楼 回复 引用
【请假流程】居然是【QiangJiaLiuCheng】,楼主又娱乐喽,呵呵。#19楼[楼主] 回复 引用 查看
@路过的<。)#)))≦好像没啥不对的?哪里错了吗?
#20楼 回复 引用
看来楼主的拼音的确没学好,同时发现眼神也不好。
#21楼[楼主] 回复 引用 查看
@路过的<。)#)))≦又仔细看了一遍,的确是拼写错了,我承认我错了,你的眼神真好啊,佩服。
#22楼 回复 引用 查看
楼主标题都错了称为
不是
成为
楼主的精神值得肯定
#23楼[楼主] 回复 引用 查看
@农村的芬芳谢谢提醒,马上修正。
#24楼 回复 引用 查看
这么晚了还在写,牛逼#25楼[楼主] 回复 引用 查看
@testzhangsan每天写写,会更健康。