欢迎来到Doc100.Net免费学习资源知识分享平台!
您的位置:首页 > 程序异常 >

待办事项预警通知子系统设计 讨论,该如何处理

更新时间: 2014-01-05 02:54:53 责任编辑: Author_N1

 

待办事项预警通知子系统设计 讨论
各位好!  
  公司正在搞OA系统,专门成立一个部门,为公司做定制化的信息化管理,我负责的模块目前遇到一个比较辣手的问题,就是待办事项通知设计,需求是这样的
  ----OA中每个子系统中都会产生大量的待办事项 (就目前而言还算少的了,才上几个子系统)有的员工,尤其是一些领导,有很多的待办事项未处理,从而影响公司的办事流程,所以有必要采取“非常手段”骚扰,短信,邮件等通知方式发送待办通知
  初步看貌似很简单:就是根据预警条件(目前是待办条目数)定时从数据库查询,然后以邮件或是短信的方式发送,但深入分析一下,设计一个可扩展性,可动态以适应未来可预知需求的模块,还是有点难度大,整个就像一个预警子系统了。就目前需求有以下几点
  1.根据一定的时间获取待办数据  
  2.根据条一定的目数,累积时间,且不同子系统产生的待办事项 会以不同的通知方式, 如 项目立项 一条 需要短信 立即通知
  财务报销 10条 邮件通知 累积1天通知
  计划管理 30条 邮件通知 累积3天通知

库表设计:
bill_id 单号唯一标识
worker_id 处理人工号
work_name 事项名称
work_content 事项内容简要: 预留字段
apply_name 申请人姓名
apply_time 申请时间
end_time 自发起申请起,规定结束的时间 :预留字段
workflow_name_key 所走流程标识
workflow_name 所走流程名称
work_priority 处理优先级别 : 紧急,一般
inform_type 通知渠道:邮件Mail、SMS、web、MMS
inform_time 通知时间
from_module 待办事项来源: 财务系统,PCM ,项目管理….
url 处理Url地址
Status 完成状态:完成|未完成


  初步功能实现了差不多了,但自我感觉有更好的设计实现方式,先前想过用策略模式设计,将每一个子系统设计一个发送策略,但随着子系统的增加,为每一个子系统增加一个类? 不知道大家有什么好建议,可以更好的去设计。我是发现任何一个功能,哪怕很小,你做完善了,都不是那么简单,麻雀虽小,五脏俱全! 还是希望讨论讨论! 谢谢了

--参考方法--
程序中通过定时器定时进行分析分类处理
--参考方法--
可扩展性的应该是待办事项,对于通知方式要可扩展不容易。根据对待办事项设置的通知方式进行分类处理就可以了
--参考方法--
每个子系统的待办事项是需要由子系统定义的,待办事项的内容也是由子系统实现的。

预警管理系统由管理各个子系统生成的事项。主要有:
1、子系统注册一个服务,只有注册了的才受预警系统管理。
2、预警系统提供定时服务。
3、预警系统接受子系统实时提交的待办事项。
4、按注册的方式管理各种待办事项,按注册约定是:发出通知或是调用子系统特定的程序来处理。
5、预警系统应有“待办事项”的事件合并,预约排队,处理结果记录等功能。

简单事件规则定义:(考虑以下实现)
2010.10.10 调用 程序XXXX , 给手机130367XXXX发出生日祝贺
每天晚上12:00 调用 程序YYYY ,(程序YYYY会检查数据库,如果库存超标,则发出库存预警) 
....
人事系统发来已审批事件,于 2010.10.10 将员工张XX离职(到时调用程序 ZZZZ 自动实现)。
....


考虑以上实现,一个好用的系统会由此产生。
上一篇:上一篇
下一篇:下一篇

 

随机推荐程序问答结果

 

 

如对文章有任何疑问请提交到问题反馈,或者您对内容不满意,请您反馈给我们DOC100.NET论坛发贴求解。
DOC100.NET资源网,机器学习分类整理更新日期::2014-01-05 02:54:53
如需转载,请注明文章出处和来源网址:http://www.doc100.net/bugs/t/16099/
本文WWW.DOC100.NET DOC100.NET版权所有。