数据库课程设计（游戏管理系统的设计与实现）

一、系统需求分析

1.1数据需求

1. 厂商管理：厂商作为游戏发布者，每个厂商可以关联多款游戏。
2. 游戏信息：游戏包含核心属性，如游戏名称、厂商、发售日期、价格、版本、类型、用户评价、打折信息和拓展内容（如音乐包、资源、角色等）。
3. 拓展内容管理：厂商直接管理游戏的附加内容，可更新或修复。
4. 用户系统：用户可以拥有游戏库，可以对游戏进行评价和评分。
5. 社交功能：用户能通过好友系统发现新游戏，查看好友的游戏库。

1.2功能需求

1. 注册模块：

• 用户注册：为用户定制的注册流程，确保用户账户的创建并创建空的游戏库。
• 厂商注册：为游戏发行商定制的注册流程，简化游戏上架过程。

2. 游戏管理：

• 游戏上架：允许厂商将新游戏提交至管理系统，以创建游戏条目。
• 游戏下架：允许厂商将有技术问题的游戏进行下架，同时会删除当前游戏的评分等一系列内容。
• 游戏更新：允许更新游戏信息，包括版本升级和内容更新（例如修复bug、增加新内容）。

3. 评分与统计：

• 游戏评分：计算并显示游戏的平均用户评分。
• 游戏排名：
  • 综合排名：根据综合评分对所有游戏进行排名。
  • 分类排名：按游戏类型进行排名，并提供筛选功能，方便用户查看。

4. 搜索与发现（用户）：

• 游戏搜索：
  • 用户可以通过输入游戏名称来进行搜索，并查看详细信息。
  • 用户可以通过游戏主页入库游戏，并在库中给游戏进行评价。
• 排行榜：展示总排行榜和分类排行榜，助力用户发现热门及高评分的游戏。

6. 购买与退款：

• 购买游戏：用户可以通过在游戏主页购买游戏，将游戏添加到自己的游戏库。（由于没有购买服务器以及备案，无法真正实现消费功能，所以点击购买即视为成功购买入库）
• 退款：用户可以在自己的游戏库中选定游戏进行退款申请。申请通过后将从游戏库中移除该游戏的数据。

7. 社交互动：

• 好友系统：用户能够通过搜索好友ID来发送好友请求，从而拓展其社交网络，也可以通过好友的游戏库查看好友对游戏的评价，寻找新的游戏入库。

二、概念结构设计

2.1数据库需求分析

• 厂商：厂商id，密码，注册日期。
• 用户：用户id，密码，注册日期。
• 游戏：游戏id，类型，玩法，发售日期，配置要求。
• 厂商发布游戏列表：厂商id，游戏id，发售日期，是否新增内容。
• 用户关注厂商列表：用户id，厂商id。
• 用户游戏列表：用户id，游戏id，购买日期，游戏时长。
• 用户订单表：订单id，用户id，游戏id，操作日期，具体操作（0退款/1购买）。
• 游戏评价列表：游戏id，用户id，评价日期，评分，评论。
• 好友：用户id，好友（用户）id。

2.2E-R图

三、逻辑结构数据

3.1E-R图转换关系模式

• 游戏厂商：（厂商编号，简介，账号，密码）
• 游戏：（游戏编号，厂商编号，游戏名称，游戏简介，售价，发布日期）
• 游戏类型：（游戏编号，类型名称）
• 类型表：（类型名称，类型好感度）
• 厂商游戏库：（厂商编号，游戏编号）
• 用户：࿰