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

1、需求分析node

1.功能性需求mongodb

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

做者端:后端

 

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

读者端:浏览器

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

2.质量需求并发

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

3.设计约束与过程约束高并发

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

2、概念原型设计spa

用例图插件

  • 做者端:

  • 读者端:

 

数据模型设计

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

终端设备限制

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

解锁阅读

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

  经过Pagelimit掩码属性和Ownfinished属性来控制须要先完成那些章节的阅读

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

分析序列图以下:

设计序列图以下:

4、设计类图

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

相关文章
相关标签/搜索