管理软件预警通知(Notification)功能的实现案例分析

时间:2024-02-21 15:58:46

预警通知的功能对于管理软件比较常见。比如,开发部填写购买10台电脑的采购申请单,需要通知经理和财务经理审批;又如供应商把10台电脑送到公司,货物经过仓库部门入库,仓库需要通知申请购买的部门来领取电脑。这种具有通知功能的软件模块,在管理软件中非常普遍。用形象的词语表达是push,用一种方式来推动和告知相关的主体来参与系统的某项活动(审批,领料)。 比较直接的方式一般是直接打电话给经理,告诉他需要在系统中审批一下物料请购,这种方式效果好,如果同时与邮件配合使用,效果更佳。
预警通知的工具可以是邮件,短信,电话。从实现方法上讲,根据我的理解,有下面的几个实现例子供参考。
1  系统自动发送电子邮件通知
如下图,已经填写了加班申请单,需要通知经理审批。系统自动发送一封邮件到经理的邮箱中。
 image
经理批准了加班后,系统又自动发送一封邮件到申请加班的员工的邮箱中,可以加班。
 image
这种自动邮件的通知方式,在邮件盛行的企业中相当通用。
与直接打电话相比教,打电话的好处是直接,方便。但是有时候被电话通知的人可能不在电话旁边,或是一直在忙,你用电话的方式去打扰他(一般是上级),这种打扰带有是催促的意味,有点不合适。

在一些关键的业务流程活动中,电话沟通有时候是无效的。比如,负责项目的工程师一开始根据客户的需求,通知采购员购买Yudo的热流道系统,采购员根据项目工程师的电话通知,下单购买Yudo的热流道系统,PO单很快就被打印出来并传到Yudo供应商那里。项目进行到一半,由于负责任的原因,项目的工程师再次向采购员确认Eden的热流道系统有没有到货时,采购员不相信自己的耳朵,怎么这次说的是Eden的热流道。熟悉模具行业的朋友应该知道,热流道系统在模具的成本中占有相当重的比重。个人细节不用深究,我想表达的主题是,电话沟通有时候是无效的。把邮件发给我吧,先留下你的证据,我再来做事。

2  金蝶ERP的方现方式
我不是故意给金蝶做广告,我是想表达,金蝶ERP在中国的ERP市场占有相当的比重,有它的道理。常常研究现有的成熟的做法,比起闭门造车,效果往往会事半功倍。
在进入金蝶ERP的主界面后,在右下边有一个消息窗口,打开消息管理器,如下图
image 
这是ERP系统发送给当前登陆用户的所有通知消息。
金蝶的消息撰写界面如下
image
用这种方式通知自己的经理批准加班申请,主动撰写通知,然后发送给经理。
我猜测这个模块的设计意图,不是我所说的这个用途。
请注意上面的收件箱和发件箱的两个子节点:普通消息和工作流消息。我所说的发送邮件通知经理批准加班的消息,也可能就在ERP系统中申请加班后,系统自动发送通知消息给经理。这种消息通知,可以把它写到工作流消息中去,当加班申请提交后自动触发,也可以以我演示的方式,手动撰写消息,指定消息接收人为经理。这种设计方式,弥补了上面第一种的邮件发送方式的不足。第一种方法实现的邮件由系统自动发送,只是实现了这里所说的工作流消息。金蝶ERP还实现了自定义的消息,如上图,可以撰写自定义的消息。金蝶ERP的消息还不依赖电子邮件,购买邮件客户端(Outlook,Foxmail)还需要一笔费用。

3  XX系统的实现方式
设计管理软件,我们会先研究现有的工作方式,工作流程,然后再设计相关的工具来实现软件流程化管理。这个设计思路一般包含有三个方面
1) input  数据输入
2 )process flow/workflow 工作流程
3)   performance/report  报表,绩效
这种方法贯穿于软件开发的整个过程。feedback也算一个步骤,但是重要性比上面三项要小很多。
之所以提到这个方法,是因为下面将会介绍一种由老外设计的消息通知结构,可能符合国外的工作习惯。
而上面的方法也是一个外国同事介绍给我的,可能会增进理解下面的设计方法。
先上个图,一图解千言
image 
这是通知(Notification)的主界面,左边是通知动作,ListView列出模块名称和需要通知的消息。右边是接受消息的人员,
下面的面板显示了已经发送的通知消息的历史记录。
我举一个例子帮助理解上面各部分的含义。对于EMP-LoginAttempt模块,有一条通知消息是Exceed Login Attempt Limit(登陆尝试超过系统设定的最大次数),在右边选择相应的接受消息的人员。当James Li登陆系统,可能因为一大把年纪了,
忘记了密码,一直不能进入系统。在超过系统规定的尝试登陆次数后,James Li的帐号被锁定,
无法继续尝试登陆。与此同时,系统会触发一封通知消息,告诉James Li已经超过了系统规定的最大登陆次数,帐号被锁定。这里的通知消息是邮件,

可以应用SQL Server实现的邮件发送方法,也可以使用指定的SMTP服务器来发送邮件。SQLMail可发送的消息包括文本串,附加文件或SQL语句的执行结果集。应用SQLMail的扩展存储过程,邮件消息可以从一个触发器或一个存储过程中发送,并且通过SQLServer提供的任务和警告等功能,可以根据需要在不同的时间和情况下发送。这是SQL Mail的优势,但是需要安装一个基于MAPI的客户端,比如Outlook。
这种设计有点工作流的含义,当某个系统事件发生后,自动触发一项系统活动。
如果说看了第一种实现方法还不太明白通知的总体结构,看了这个界面后,应该可以从全局上把握这种通知功能的结构。需要建几个表,有什么技术要求,如何实现,都已经很明显的摆在界面上了。
这个程序运用SQL Server的Job和SQL Mail功能,实现消息通知功能。如果配置SQL Mail麻烦,可以直接指定SMTP发送邮件服务器。这种设计是考虑到有的员工可能不属于公司的正式编制,没有公司配置的统一邮件(公司配置的邮件系统一般是Exchange Server,这样做的好处太多),这时可以通过指定SMTP服务器也达到同样的效果。

4  XX系统的实现方式
这个系统的设计者也是老外,它的设计方法深深的打上外国人的思维模式。 image
虽然标题是Task Manager,实际上它也是用于管理任务消息通知的程序。
左侧面板是命令操作区,可以新建一项任务,接收任务,右边是消息面板,分为当前未处理的消息或任务,和已经处理过的消息或任务,分别放在New Task和Accepted Task面板中。
让我们来看一下,如何新建一个任务消息通知
image
还是以上面的加班申请为例,已经写好了加班申请,在系统中新建一个消息通知经理审批加班。
如上图所示,Assign页面是选择加班的审批经理。
从程序实践方面来讲,这种方式是数据库的实现主式,和金蝶ERP的方式相似,不和邮件关联。

提到Task Manager,SQL Server也实现了与任务管理类似的功能,叫Task Pad.
打开SQL企业管理器,选择一个数据库,在右边的查看视图中点击右键,View—>Taskpad
image
这是个SQL的任务管理工具窗体,提供查看数据库和表的信息,创建新的任务(Table,View,Job之类)的引导窗口,它和Windows Task Manager的相似程度很高。
看了这两个界面,也许就会熟悉有关Task的界面设计模式。是的,他们长的都很相似。

通过发送邮件或新建一条数据库记录,或发送手机短信,再参考上面提到的四种实现方式,
可以实现一个带预警提醒功能的模块。依据各自的喜好和应用情景,选择不同的实现方式。
从程序实现方面来讲,自动发送邮件最简单,结合工作流和自动发送的方式实现起来比较复杂。
这类功能通常是一个管理软件必备的功能。也可以综合这几种情况,实现一个基于消息通知的中间件,
也许会有市场。这就好比权限管理,组织机构管理,把这个模块做好做稳定,还是有相当的市场的。拿不出手就自己用在项目开发中,
让工作轻松,每天少加班及时回家;如果可以拿得出手,自认为各方面比较成熟(架构,编码,应用场景)就到网上吆喝叫卖。