简单工作流的基本设计思路

本文介绍了一种简单“公文流转”工作流的设计方案,包括未阅、新建、已发及查询公文等模块。设计支持两种方式:无需引擎直接指定接收人,以及使用引擎预先定义工作流顺序。此外,还提供了基于组和用户的权限流程,以及工作流实例的触发机制。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

简单的"公文流转" 工作流设计
包括:“未阅公文”、“新建公文”--接收人或角色或部门、“已发公文”、“查询公文”版块。 系统可以显示:
1、公文应由哪些用户接受,共多少个;
2、至查看时止,已有哪些单位接收,什么时间接收,共多少个,签收的应显示出时间;哪些单位未接收,共多少个。领导级别可以对公文进行批示 ,作出批示。
 

工作流设计有两种方式:

 

1)      不要引擎: 只需要在每一步中指明接收人

 
2)      有引擎: 事先要定义工作流的执行顺序(每一步的接收审阅人) ,以后步再指定.
 

 基于组和用户定义权限流程;

用户登陆后,根据userid或groupid和workflow_template_id判断在工作流流程中处于什么状态sequence,再查找该状态下的工作流实例,然后再查找公文

 

string strSQL="select sequence, workflow_template_id from workflow_flow where groupid=" + Session["groupid"].ToString()+ " or userid=" + Session["userid"].ToString();

 

strSQL="select C.id,C.title, C.pubdate, C.pubuser from workflow_work B, gongwen C "

 

+" where B.id=C.flowworkid and B.status=" + dr.GetInt32(0).ToString()

 

 + " and templateid=" + dr.GetInt32(1);

 

 

 

在这里,工作流引擎的触发实际上是:用户新建一个公文时,就创建一个相应的工作流实例,来跟踪这个公文.

 

 

 
基本流程测试用例:
普通员工(eking)--商务部门(bill)--总经理(pre)--信息部门(infob)   流程结束
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值