个人觉得应该使用类似令牌的情况,令牌逐级下传.当传到相应人员时,通过提醒机制让他来进行审核,审核完成后令牌下移!这样逐级下移一直到所有人审核完毕!如果是审核可以并行解决,那么通知所有人,所有人审核完毕后,时间交付实施!需要考虑到的是如何判断所有人都完成了呢?可以和判断标志一起设置一个count来标记人数,一个user[]来存储人员信息.最后的情况是所有人审核的结果(bool)进行与运算结果为true,那么事件就可以付诸实施!我也没有做过类似的东西,所以以上多是想象出来的,如果有不妥的地方请原谅!
1、 你的“主要就是有一个审核人条件列表!”是什么意思?
2、你说的第二条,如何“根据单据的审核条件得出审核的人”?请多指教。
1。审核人员表
ID 姓名 性别 级别
2.审核对象表(你要审核的单据)
单据编号 本单据审核人员列表 已经审核过的人员列表 审核通过否
编程时,先读取单据编号所对应的审核人员列表,加载到用户
界面上,相应的审核员在用户界面上操作,如果有一个审核员
打钩提交,则把这个审核员ID写入已经审核过的人员列表字段,
同时判断已经审核过的人员列表与本单据审核人员列表,如果
一至则写审核通过否字段为真。
本单据审核人员列表可建为varchar(640) not null 各人员以“,”号分割。
我感觉这个数据库结构不是很好设计吧
-----------------------
后台数据库建
1。审核人员表
ID 姓名 性别 级别
2.审核对象表(你要审核的单据)
单据编号 本单据审核人员列表 已经审核过的人员列表 审核通过否
编程时,先读取单据编号所对应的审核人员列表,加载到用户
界面上,相应的审核员在用户界面上操作,如果有一个审核员
打钩提交,则把这个审核员ID写入已经审核过的人员列表字段,
同时判断已经审核过的人员列表与本单据审核人员列表,如果
一至则写审核通过否字段为真。
本单据审核人员列表可建为varchar(640) not null 各人员以“,”号分割。
shenhe_list 本单据审核人员列表
is_shenhe_list 每个审核人是否已经审核
is_shenhe 审核通过否
初始化一个帐单的时候比如说要1,2,3,4,5这5个人来审核,然后id shenhe_list is_shenhe_list is_shenhe
1 1,2,3,4,5 0,0,0,0,0 0
如果审核的话那就是
id shenhe_list is_shenhe_list is_shenhe
1 1,2,3,4,5 1,1,1,1,1 1
也就是先设置shenhe_list来决定谁来审核,并把is_shenhe_list都初始化为0,然后谁审核了之后就按顺序把is_shenhe_list设置为1,如果is_shenhe_list字段全部为1的话,那is_shenhe为1,也就是审核通过
对了.
主要是把shenhe_list取成一个数组,然后审核后更改数组元素,重新组成字符串再存入数据库.
我的思路是这样的,数据库方面你再设计一下,我这个表的范式不是很高.