通知模块的一点思考

今天得到一个新需求。
需求描述：
添加系统管理员察看所有通知的权限，可以察看系统中所有的通知。
第一感觉
这个系统管理员有极强的偷窥欲望，发个通知都要看，哪里有隐私。系统管理员现在真是深入系统的毛孔了，无处不在。当领导不得不防。这个需求做起来比较简单。不过可以这样理解，为了管理通知的需要嘛，才开通的。也就是我们blog的审查，不合格的在你不觉中就给删除了。

一、说说通知的业务模块吧
通知不是一个复杂的事情，单从构成上来说包括的东西不是很多，我理解包括的有
标题
内容
发起人
发起时间
分发范围
反馈部分
附件（有些复杂讲不清楚的问题就放在附件中，常见的偷懒方式）
紧急程度

上面部分需要细化的就只是
1.分发范围
包括全体、部分两种类型
反馈部分
反馈时间，反馈人，反馈内容

还可能包括的就是操作记录，包括对该通知的修改记录
以上部分应该叫需求分析吧

二、数据库的设计
数据库应该包括三个表吧
表NotifyContent
描述通知的基本信息，包括
通知编号(Code)、标题(Title)、内容(Content)、发起人(Sponsor),发起时间(SendTime),分发类型(SendType(All,Partial))

表NotifyScope
分发成员
索引(ScopeCode)、通知编号(NotifyCode(外键)),Reciver(接受人的编号),Status(通知的状态(UnRead , Read, BlankOut))

表NotifyFeedBack
存储反馈信息
索引(FeedbackCode)、通知编号(NotifyCode(外键))、反馈人(Backer)、反馈时间(BackTime)、反馈内容(BackContent),可见性(Show(public(所有与通知相关的人都可以看到),private（只有发起人可以看到）))

表NotifyModifyRecord
索引(RecordCode), 通知编号(NotifyCode(外键)),修改时间(ModifyTime)，修改人(Modifier)

备注：掺杂了一些业务分析
剩下的就是程序构建了，以后有空再写吧