以人为导向的MOSS请假工作流的开发

如上图，我们以一个请假为实例涉及到的对象有“请假人”、“审批人”！
假设请假人（A），审批人（X）

因为在日常公司中我们无法觉得请假到底有几级，唯一确定的是第一级的审批人！

我们的需求：
1、请假人可以发起请假，并决定审批的对象
因为可能审批的对象不固定，如果经理不在可以指定一个人那么这时他只要把请假单提交给这个人就可以了！

2、请假和审批应该是主从表的关系

主表：请假表
从表：任务表

请假表的“请假的状态”（进行中/同意/不同意），我暂时设置三种状态

其实只要请假发起就应该默认“进行中”了，后面的橙色框部分应该>=1就是至少有一级审批，如果有2~N级多可以这个时候应该是以人为导向的工作流！

判定条件：
审批结果<>待审 AND 下级审批人=Null
那么就可以判定这个审批已经结束了，那么就执行相关操作，关闭请假单的状态。

If 审批结果=同意 Then
   请假单状态=同意
ElseIf 审批结果=不同意 Then
  请假单状态=同意
End If


请假单只有一个结果“同意/不同意”，所有中间走的审批任务多是分支只要有一个分支不同意那么请假就结束了相应刷请假单状态为“不同意”！

对于请假人来说，我只关注请假的结果中间走了多少流程多少审批我觉得应该是行政流程的问题，这个应该是每个公司多不同的！

而对于行踪人员来说我关注的是“请假人”和“参与审批的人”（及审批流程有没有走完），而这些应该去从表“任务表”检索就Ok了！


待我审批的任务：
条件：审批人=登录名，审批结果<>待审

这样如果不是自己的审批就根本检索不到，也不存在权限扩大的问题！读权限开放，编辑权限仅限于“自己”！


呼

研究MOSS的工作流已经一个月了，尝试了N中方法总是无法获得满意的效果！要么流程过多要么就是控制不严格！

其实如果自己开发一个觉得只要两张表就可以解决所有问题，不知道MOSS里面为什么搞的这么复杂！


请假，任务（列表）

任务无法自动按照请假的填写的“审批经理”自动发起，如果用SharePoint Desginger设计虽然可以完成自动发起，请假单的状态无法依据任务的状态自动回写！
按照MOSS的说法要至少点击“完成任务”才可以刷新状态！

一个月来研究的感觉，觉得比自己开发还要累啊！

觉得MOSS应该开放API接口，总觉得对于数据库和MOSS的列表控制太少！

如某位兄弟说的MOSS只是一个应用的平台，我们在这个平台上可以按照他的规则任意开发接口，这样才可以把MOSS正在的推广开来！

声明：欢迎各大网站转载本站文章，还请保留一条能直接指向本站的超级链接，谢谢！

时间:2008-06-30 21:41:10,点击:65824