提醒
1 目标(消息==提醒内容)
在系统内建立人性化消息提醒机制,主动提醒用户、减少用户遗漏,变用户自行查询消息为消息推送,提高系统有用性。当事件发生时,能以不同方式(手机、邮件、系统消息)及时的通知相关人员,相关人员可进行消息查看,并能在系统内在数据安全的范围内知会相关人员。与此同时,提供人员消息发送功能及消息回复功能。
提醒,参与业务流程步骤中时称消息。
2 范围
上报截止日期提醒
会议参加提醒(会议,开始时间—结束时间)
工作流处理通知
工作流拒绝通知
任务删除相关人员通知
任务上报建立对相关人员消息通知,并允许相关人员将该消息通知知会给可知情人员
进行简单消息发送、回复
3 假设约束
事件 产生消息源,消息源产生具体消息记录实例(消息实例)
消息源可依据频率设定,定期生成消息记录实例(开始前1天、12、4、2、1小时、30、15分钟)
页面提醒时,只提示示读的消息实例
当有新的消息实例产生进行页面提醒时,同时显示所有未消除的信息实例
仅消息消除后,该消息才算已读(提醒时不再继续显示,状态需精化)
4 业务流
事件 –》消息源(相关人员为消息源的属性) 事件—》消息(消息源内容+具体人员)
4.1 为什么有区分?
4.1.1 提醒机制触发问题
4.1.1.1 消息提醒机制可进行设置,提前一天提醒、提前3天提醒、提前15分钟提醒等
4.1.1.2 提醒记录未进行消除时,可设置过n时间后再次提醒
4.1.2 消息转发回复问题
4.1.2.1 查看消息后,可对消息进行处理(转发、回复)
4.1.2.2 消息的回复、转发应针对消息
4.1.2.3 无论以哪种方式或第几次进行的提醒,查看到消息应该是一致的
4.1.2.4 消息应该归属于个人,个人针对消息的处理独立改变消息的状态
4.1.3
4.2 消息的详情展示
4.2.1 显示当前消息,以往相关信息按时间序列倒排(父消息)
4.2.2 查看当前消息,该消息的处理记录应能进行展示
4.3 单击提醒记录,查看消息处理详情、(前置消息(父消息)、后续处理消息)
4.3.1 结论:单击提醒记录,查看消息处理详情、关联处理记录、引用前置消息(父消息)
4.3.2 提醒记录仅是针对个人的提醒记录
5 业务实体
事件、消息源、相关人员 (或消息源人员关联)、消息
消息实例(回复记录)
规则(频率、内容模板)、消息内容、消息内容变体(手机、邮件、系统)
提醒记录实例(系统) 提醒ID 被提醒人userAccount 关联消息ID 状态:排队中、显示中、已消除 设定当前提醒时间(显示与否) 消息到期时刻 消息标题 消息处理地址 创建时间 显示num(1+暂停次数) |
消息(消息源人员关联表) 消息ID Pathid(0-1-4-) 消息标题 消息内容 发送人(system) 业务发送人(wangguang) 接收人 状态:草稿、提交、已读 是否已知会其它人 设定生成提醒时间 消息到期时刻 Pid
|
消息运行服务
消息源 消息标题 消息内容 相关事件 事件处理地址 相关人员s 提醒频率规则 状态:(生成、运行中、已完成) |
消息回复记录 消息ID 消息标题 消息内容 关联ID |
提醒记录实例(手机)?? 提醒ID 被提醒人userAccount 关联消息ID 状态:排队中、显示中、已消除 设定当前提醒时间(显示与否) 消息到期时刻 消息标题 消息处理地址 创建时间 显示num(1+暂停次数) |
6 消息的类别
频率消息、一次消息
时限提醒类消息、知会类消息
仅提醒功能消息、往来回复类消息
7 消息状态
已读、未读
已消除、未消除
8 包
9 类图
10 UI
消息提醒页面
消息详情页面(应含消息知会相关信息)
消息标题 消息内容 消息处理记录(list,点击查看详情) ------ 父消息 标题、内容(时间倒序,仿邮件) |
消息列表查看页面(消息分类)
消息知会处理页面
消息添加页面
11 其它关键问题
新提醒产生时,提醒页面定期在首页提醒的 实现方案
提醒记录列表 在系统内的入口问题
12 Web
12.1输入url地址
12.1.1服务器进行url解析,调用相关服务处理,返回处理结果—字符串
12.2得到返回字符串(显示描述+操作触发描述)
12.3Internet explore进行相关布局展示
12.3.1下载相关资源文件
12.4Html元素+新的操作按钮(或事件触发操作[单击、双击])
12.4.1而已显示描述+操作触发描述
12.5鼠标触发,ie捕获,发起新的操作动作,局部或全部更新字符串,重新布局显示
12.6