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

一、需求分析

需求分析就是需求分析师对用户期望的软件行为进行表述，并进⼀步⽤对象或实体的状态、属性和行为来定义需求。具体可分为以下四类：

• 功能要求：根据要求的活动描述要求的行为
• 质量要求或非功能要求：描述软件必须具备的一些质量特征
• 设计约束：设计决策，例如平台或接口组件的选择过程约束：对软件的约束可用于构建系统的技术或资源
• 过程约束：对软件的约束可用于构建系统的技术或资源

1.1 用户需求

• 交互式多媒体图书平台包括读者端和作者端；
• 作者可以编排图书的目录结构、章节内容，章节内容中包括图片、视频、文字、和集成第三方软件边学边练，能定义常见练习题比如问答题、选择题；作者编辑时可以预览读者端的效果，手机效果、Web和桌面软件效果，作者可以限制只在某一种或几种终端上使用。
• 读者端可以通过手机、浏览器或桌面软件使用交互式多媒体图书，可以搜索图书，查看图书目录，根据作者设定可以顺序解锁阅读，或随意跳跃阅读，或部分章节内部必须顺序阅读。
• 软件能集成或调用第三方软件，比如阅读过程中能直接调出vscode或linux shell等第三方软件进行实际操作，并对操作做基本正误判断，然后回到图书继续阅读。调出第三方软件应该通过统一的插件模型调用，第三方软件与图书之间的相互转换要自动流畅完成，不需要读者操作。
• 读者端的手机App、Web或桌面软件使用统一的代码实现，优先考虑前后端为js+nodejs+mongodb；作者端独立部署，只有在作者发布图书时才将数据导入到读者端系统，以避免作者端的操作对读者端系统的影响。

1.2功能需求

• 交互式多媒体图书平台包括读者端和作者端
• 作者可以编排图书的目录结构、章节内容，章节内容中包括图片、视频、文字、和集成第三方软件边学边练，能定义常见练习题比如问答题、选择题
• 作者编辑时可以预览读者端的效果，手机效果、Web和桌面软件效果
• 作者可以限制只在某一种或几种终端上使用
• 读者端可以通过手机、浏览器或桌面软件使用交互式多媒体图书，可以搜索图书，查看图书目录，根据作者设定可以顺序解锁阅读，或随意跳跃阅读，或部分章节内部必须顺序阅读
• 软件能集成或调用第三方软件，比如阅读过程中能直接调出vscode或linux shell等第三方软件进行实际操作，并对操作做基本正误判断，然后回到图书继续阅读

1.3质量需求

• 正确性（Correctness）：系统满足用户目标的程度，即在预定环境下能正确地完成预期功能的程度

• 健壮性（Robustness）：在硬件发生故障、输入的数据无效或操作错误等意外环境下，系统能做出适当响应的程度

• 效率（Efficiency）：调用第三方软件相应时间不超过1s

• 可用性（Usability）：第三方软件与图书之间的相互转换要自动流畅完成，不需要读者操作

• 可理解性（Comprehensibility）：配置用户使用手册，系统界面简洁易用，第三方软件与图书之间的相互转换要自动流畅完成，不需要读者操作

• 可维修性（Maintainability）：诊断和改正在运行现场发现的错误所需要的工作量的大小

• 可再用性（Reusability）：调出第三方软件应该通过统一的插件模型调用

1.4设计约束

• 读者端的手机App、Web或桌面软件使用统一的代码实现
• 优先考虑前后端为js+nodejs+mongodb
• 作者端独立部署，只有在作者发布图书时才将数据导入到读者端系统，以避免作者端的操作对读者端系统的影响

1.5过程约束

　　使用迭代增量式开发过程模型，每次只设计和实现这个产品的一部分, 逐步逐步完成的方法叫迭代开发, 每次设计和实现一个阶段叫做一个迭代。每一次迭代都包括了需求分析、设计、实现与测试。测试和开发并行，再通过客户的反馈来细化需求，并开始新一轮的迭代。

二、概念原型设计

 读者端

作者端

系统数据模型

 

 

三、深入分析和设计（以读者端为例）

时序图

 

设计类图