客户端应用业务逻辑设计：新教学方法

客户端包括教室投影客户端、教师教学客户端和学生学习客户端。这三个客户端在部署上是独立的，但是其内在逻辑是相互关联、不可分割的。三个客户端配合使用形成了AI交互教学的课堂教学环境。

从图7-10可以看出：系统包含自学和教学两个核心事件。自学事件包含资源和问答两个领域。资源领域包含上传、下载和发送三个扩展领域。教学领域包含一个扩展事件“交互”和问答、课堂测验、点评、投票、状态、讨论与消息七个领域。其中事件“交互”是通过消息驱动的，隐性的包含在业务处理逻辑中。消息领域就是对智能画板的控制事件的集合，包含打开文件、翻页、画图、鼠标控制、涂鸦等扩展事件。状态领域包含在线（离线）状态、举手、桌面共享、桌面监控等扩展事件。

图7-10　客户端领域图

“交互”领域事件是一个后台服务事件，主要由消息服务组成。本系统中的消息分为轮询消息和静默消息两种。轮询消息会定期对消息总线服务发出轮询查询请求，静默消息则在其注册后就静待消息总线推送消息上门。其交互的数据流设计如图7-11所示。

在投影服务端系统程序中启动一个消息总线服务程序，包含消息接收模块和消息发送模块，其机理详见6.4节的系统消息总线设计部分。教师控制端启动并登录后就向投影服务器的消息总线模块发出注册消息进行注册，使自己处于在线（Online）状态并开启自身的消息消费进程（如状态查看），周期性地向投影服务器的消息总线服务获取消息。学生端启动并登录后也向投影服务器的消息总线服务注册该学生的在线状态，投影服务器的消息总线接收到登录消息后，则向作为消费控制者的教师控制端发出“某IP用户已登录”的消息。教师控制端系统接收到该消息后则直接更新状态监控面板。这样就完成了一次轮询类型的消息传输过程。(www.xing528.com)

图7-11　客户端交互消息控制图

图7-12　客户端类图

三个客户端系统的类图如图7-12所示。其中教室投影客户端中除浅灰色部分外其他都是公共部分，供三个子系统共用。DBPool Manager类负责系统的数据获取，实现了与各种数据库之间的对象映射，屏蔽掉了数据库间的差异性，提供对数据库的增加、删除、修改基本操作。Data Model是各类系统的数据模型层，负责将数据从业务对象形态转化为可以为领域模型接受的传输值对象。Manager负责业务逻辑的处理。Panel负责界面内容的显示。系统也是按照数据层、业务逻辑层、应用层三层架构设计的。