交互式多媒体图书平台的设计与实现

1、需求分析

1.功能性需求

交互式多媒体图书平台包括读者端和做者端，这两个客户端的需求是不一样的，分别以下：

做者端：

 

• 能够编排图书的目录结构、章节内容
  • 章节内容中包括图片、视频、文字
  • 集成第三方软件边学边练，能定义常见练习题好比问答题、选择题
• 设定阅读顺序
• 编辑时能够预览读者端的效果
  • 读者端包括手机、Web和桌面软件
  • 能够限制只在某一种或几种终端上使用 

读者端：

• 能够经过手机、浏览器或桌面软件使用交互式多媒体图书
• 能够搜索图书
• 能够查看图书目录
• 根据做者设定能够顺序解锁阅读，或随意跳跃阅读，或部分章节内部必须顺序阅读
• 集成或调用第三方软件，阅读过程当中能直接调出第三方软件进行实际操做，并对操做作基本正误判断，而后回到图书继续阅读。

2.质量需求

• 高并发，能够支持许多读者和做者同时访问该平台
• 响应时间小，用户的操做须要及时进行响应
• 交互简单，易于用户使用

3.设计约束与过程约束

• 给第三方软件或者插件提供统一的接口
• 调用第三方软件由系统自动完成，不须要用户操做
• 读者端的手机App、Web或桌面软件使用统一的代码实现，优先考虑先后端为js+nodejs+mongodb
• 做者端独立部署，只有在做者发布图书时才将数据导入到读者端系统，以免做者端的操做对读者端系统的影响

2、概念原型设计

用例图

• 做者端：

• 读者端：

 

数据模型

3、关键用例序列图与分析

终端设备限制

　　给Book类添加accessDevice属性，系统经过客户端请求时的设备信息来给与反馈，是否能返回图书数据

解锁阅读

　　将Contents为包含chapterTitle和pageId的json-list格式，因此包含位置信息，可经过下标访问不一样的Page的内容

　　经过Page的limit掩码属性和Own的finished属性来控制须要先完成那些章节的阅读

• 对finished和limit按位与操做，获得的结果若是和limit相同，则表示已完成所需章节的阅读
• 同时若是须要对某个章节不加限制，只需将某个章节limit属性为0便可

分析序列图以下：

设计序列图以下：

4、设计类图

交互式多媒体图书平台设计类图以下：