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

标签：业务   展示   第三方软件   结构   mongo   理解   选择   支持   用户   

1.功能需求

• 作者端：

? 编排图书目录结构、章节内容，章节内容中包括图片、视频、文字、和集成第三方软件边学边练，能定义常见练习题比如问答题、选择题；

? 编辑时可以预览读者端的效果，手机效果、Web和桌面软件效果，可以限制只在某一种或几种终端上使用。

? 对图书进行上传，或下载。

• 读者端：

? 通过手机、浏览器或桌面软件使用交互式多媒体图书，可以搜索图书，查看图书目录，根据作者设定可以顺序解锁阅读，或随意跳跃阅读，或部分章节内部必须顺序阅读。

• 集成模块：

? 软件能集成或调用第三方软件

? 对图书进行上传，或下载。

• 服务器

? 对用户下载进行合法性能检测试

2. 质量需求

• 正确性，能够正确的完成上述功能。
• 健壮性，程序应该有健壮性，不能发生闪退现象，对于错误能够及时正确的进行处理。
• 效率，尽可能的提高软件运行速度和减少内存消耗。
• 可理解性，软件使用者可能很快的掌握软件的基本使用方法和功能。
• 可测试性，软件开发完毕能够进行相应的测试，避免问题发生。
• 灵活性，软件功能添加方便

3. 设计约束

• 调出第三方软件应该通过统一的插件模型调用，第三方软件与图书之间的相互转换要自动流畅完成，不需要读者操作。
• 系统必须支持横向扩展;底层数据库以及上层应用本身都需要支持扩展来满足未来业务的增长需求。
• 读者端的手机App、Web或桌面软件使用统一的代码实现，优先考虑前后端为js+nodejs+mongodb。
• 作者端独立部署，只有在作者发布图书时才将数据导入到读者端系统，以避免作者端的操作对读者端系统的影响。

4. 过程约束

• 作者编排图书时，若当前网络状况不佳，如在5秒内未能正确上传修改，则提示作者编辑图书失败，避免数据不同步。
• 读者阅读时，应能快速的进行图书内容的展示。

5.用例图

6.数据模型

7.类图设计

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

标签：业务   展示   第三方软件   结构   mongo   理解   选择   支持   用户   

原文地址：https://www.cnblogs.com/sylg12138/p/12764019.html