9、EnterpriseFrameWork框架基础功能之消息管理

      记得阿朱在《走出软件做坊》一书中有一章讲客户提的需求太邪门了，鼠标键盘不太会用要程序员开发一个语音输入功能，还要系统中带相似QQ的功能；确实刚开始的客户的想法有点天真，可是随着信息化的愈来愈广泛，客户对信息系统也比较了解，特别年轻的信息管理人员，除了接受能力强，而且长期站在客户的角度对信息系统也有一些独特的看法，跳出技术框框外的想法；

      其中有个年轻的信息人员聊天的时候说了一些对系统的要求，其中有一个功能是这样的，部门人员向库房申请一批物资，之前的作法就是先把申请单内容录入系统，而后再电话通知库房人员叫他们审核申请单，审核完后核对没有问题，库房人员再打电话通知他们何时送货过来；如今听了他的意见改进后，部门人员录完申请单，保存的时候系统自动发送一条消息给全部库房人员，库房人员的电脑会弹出一个相似QQ的通知框，库房人员就会立刻审核此申请单，而后审核完成后，系统又会自定生成一条消息发给接收部门；全程不再须要电话联系，系统给人带来一种比较智能的感受；

      固然他跟我讲得并不止这一点点，如申请也不该该由他们本身录入，应该是系统自动给他们生成，还有系统不少环节不该该是由人做为事件的开始点，应该由系统主动的作出判断并提醒操做人员应该作什么，还有哪些事须要作；我最后的感受就是之前的系统只是一个单纯的工具，操做人何时要用就拿过来用一下；而之后的系统应该更智能，从被动的接收变为主动的提供工做上的指导，实时促进岗位上人员的工做；从被动的信息传递到主动的信息分析；

      又跑远了，本章内容是讲框架中的“消息管理”模块，固然此功能确定没有上面说的那么神，其实就是一个简单的短消息功能，与业务系统的紧密集成，实现业务出现多岗位的时候可以实时的发送消息给对应的人员；把消息类型的管理与消息的推送封装成一个公共的模块；而消息什么生成与生成什么内容就须要深刻的分析业务创建相关模型了；

 

本文要点：

1）功能清单介绍

2）功能界面展现

3）核心业务流程图与数据库表关系图

4）关键点的技术实现代码

 

1）消息管理功能清单

模块名称	功能名称	功能说明
系统消息	消息类型设置	消息类型维护，新增、修改、停用 消息模板维护 配置消息接收的角色、科室
	消息记录管理	查看消息，未读、已读、已发
	消息实时提醒	产生新的消息，推送给用户，主界面给出提示框

 

2）消息管理界面展现

 

3）消息管理业务流程与核心表

 

 

 

4）消息管理关键技术实现

1.消息的两种模式

  看上面两张业务流程图，模式一消息类型定义好用户角色，模式二用户自定义订阅本身的消息；模式一适合岗位很是固定的企业，消息推送按照配置好的角色就好了；模式二适合一人多岗，岗位人员比较灵活的那种，由于岗位灵活若是按照模式一的方式，那此人可能时时刻刻都会受到消息的骚扰，应该上午作这个事，那么就应该只推送这个事的消息就好了，下午就推送下午的消息；因此须要用户本身维护本身的消息接收时间和内容；

2.产生消息的统一接口