一个设计思路的问题2,讨论一下更换业务流转..不过升级到500分..(200分)

  • 主题发起人 主题发起人 蓝叶菱
  • 开始时间 开始时间

蓝叶菱

Unregistered / Unconfirmed
GUEST, unregistred user!
这样的一个业务流转,数据库表怎么设计.以及程序在代码上如何控制..
比如:文档审批系统
A同时可以发布到B和C两个客户, 结束后都可以发送到D,如果D发现问题,可以回发的B,C,A都可以.
A------------>B
--------->C ------------->D
也就说,怎么设计这个流转的结束标志...,并且可以由软件本身控制整个业务流的运作...
 
就是通过图来控制流转方向....
在ASP.NET怎么设计,在DELPHI怎么设计?
 
我看过一个OA程序,可以调整工作流,
比如
1----
2,3
3
---end.
.
这个在数据库中表示的,但是怎么设计我并不是很清楚..
 
估计
比如
1----
2,3
3
---end.
.
这个在数据库中表示的,但是怎么设计我并不是很清楚..
我看到的一个好像也是按照这个来弄得,可是这个估计需要一个工作流表支持,估计是就是角色流转的数据表,保存了这个流转...
就是角色流转表..记录流转方向,这个流转估计可以使用外键来实现要么使用查询...
比如二级数据为2,3,
表示第二步可以到达第2,或者3的角色....
估计叫[red]通过控制角色来控制业务流转,[/red]
这个怎么设计,如果由ER图,设计图给我更好了..
 
我的仅仅是一个示范,并不代表什么,可以希望让自己的程序可以让用户调整业务流转...
可以不使用图的...
 
我的设计思路是这样的..
你说使用节点????
数据库没有吧...我想这样设计..
第一步 进入 方向
第二步 审核 1,3
第三步 批准 1,2,3
第四步 结束 end.
..
建立表格tbl_flow
ID 序列 角色 方向,
这样的表格,通过模糊判断流转..
select 方向 from tbl_flow where 步骤='第一步'
当然这样设计需要内定角色...
 
再加一个E为结束如何?
 
关于工作流 网上的讨论很多。你可以搜搜。
基本思路:
1、业务流程可以定制,这个一般由管理员完成。
2、流程的某个节点是由某个角色完成的,这个角色可能是一个人也可能是多个人,一般来说以第一个处理的人处理完成就算,也可以指定根据具体的业务由特定的某个人完成(当然如果把角色分的很细可能不会有这个问题)。往往同一个用户可能充当多个角色,如何判断用户对于当前业务的角色。
3、可以设置用户在该节点操作的权限,比如退回,越级上报,给同事处理(变更业务流程)。
给你一个例子, 供参考:
1、工作流表:
ID,名称,描述,级别,保密程度,。。。。
2、节点表:
ID,
流ID,
节点描述,
处理部门,
处理角色,
节点序号(在整个流程中的位置):
处理方式: 单个处理,共同处理。
处理权限:回退,取消,结束,更改流程
处理时间限制:
超时后处理:回退,取消,结束,越级
3、任务表:
任务ID
任务描述
任务发起人
任务发起部门
流程ID :这个任务在系统中如何流转。
发起时间
当前状态。。。
最后处理节点:
4、工作流转表:
ID:
任务ID,
节点编号:
操作:
处理人:
处理时间:
处理结果
。。。。
 
感觉都是泛泛的谈谈,没有量化的处理,比如表格设计什么的...
有好的地址,我出分
 
呵呵,是的。
这里有些东西,可以看看
http://www.oa789.com/workflow/workflow_index.htm
 
后退
顶部