UML团队项目-第3周总结

一、 结构化需求分析概述

1. 注册： 用户可选择注册成为普通用户以及游戏开发团队两种， 普通用户需通过qq、 微信或者电话注册， 游戏开发团队则需填写团队信息；
2. 游戏商店： 游戏商店是我们的首页面， 也是主要功能， 对于普通用户来说， 在游戏商店， 可以根据自己的需求购买想要的游戏， 同时对于那些不想要的游戏可以申请退款。 对于游戏开发者来说， 在游戏商店， 可以上传自己制作的游戏， 但要经过后台管理的审核。 在商店首页， 主要是一些游戏资讯， 包括最新游戏活动以及游戏测试等；
3. 社区： 社区主要是为了给用户提供一个交流的平台， 用户可以在社区上发帖讨论游戏或者上传自己制作的游戏视频或游戏模组， 同时， 用户也可以根据其他人的帖子了解一些游戏攻略等， 在社区， 还开辟了直播区（并不以盈利为目的， 主要是为游戏爱好者提供一个交流平台）；
4. 后台： 后台主要是起着管理整个平台的作用， 它接受用户的请求并根据情况做出决定（例如开发者上架游戏之前需要经过后台人员的审核， 还有审核用户的退款要求和审核讨论区帖子）；

功能分解图

需求细化

1. 注册页面： 登录、 普通注册、 团队注册
2. 游戏商店： 购买、 退款、 上架、 更新、 资讯活动
3. 社区： 发帖、 上传游戏攻略、 游戏模组、 直播区
4. 后台： 审核游戏、 审核发帖、 审核退款请求、 受理用户请求

优先级划分

二、 过程建模

事件	系统相应
用户提交注册请求	系统录入个人信息， 导入系统数据库， 更新个人状态
用户发出购买请求	系统接受信息， 再将付款请求发送给用户
用户发出退款请求	系统接收信息， 将信息反馈给后台， 根据后台管理的指示， 将申请成功或失败的消息反馈给用户
用户在论坛发帖	系统接收信息， 并更新数据库状态
开发者上传游戏	系统接收信息， 并将信息反馈给后台管理审核， 经管理员的操选择是否允许上传, 上传后更新数据库和商店状态
开发者更新游戏	系统接收信息， 并更新数据库和商店状态

数据流图

三、 数据建模

实体

用户， 开发者， 后台， 社区， 游戏

实体关系

• 用户购买游戏
• 用户退款游戏
• 用户参与社区
• 后台处理用户请求
• 开发者上架游戏
• 开发者更新游戏
• 用户申请后台服务

实体关系图

转载于:https://www.cnblogs.com/count0/p/10917682.html