需求分析
业务目标和范围
主要目标: 提供游戏账号的租赁和管理。 目标用户:
- 出租玩家：有空闲账号，想要租借出去获得小收获
- 号商：有大量空闲账号，需要批量租借来获取收益
- 租号玩家：需要一个公平，价格合适，游戏种类多的租号平台来获取暂时使用的账号 市场调研: 相似的网站有租号玩（采用客户端自动输入来登录，安全，但并不适配所有游戏）。其大多只涵盖大众游戏，许多小众游戏或者其他租号业务并没有提供，因此本网站可以采用提供p2p租号业务，由号主上传账号并添加游戏类型申请，等租号用户下单后提供账号密码，到期时提醒号主修改密码（这一步可以尝试自动化）。因此就可以实现外包登录模块给用户，平台只负责提供足够丰富的号源。
功能需求
- 用户管理: 用户注册、登录、账号信息管理等。
- 号主账号管理：批量上传账号，查询账号列表，删除账号，更新账号信息。
- 租号账号管理：续费账号，查询订单，退订账号。
- 账号租借: 租借账号。
技术需求
- 架构设计: 使用单体架构。
- 数据存储: 数据库选用mysql，具体设计为： User(id, username, password, role) Account(id, username, password) Order(id, userId, accountId, orderTime, expirationTime) Goods(id, accountId, merchantId, title, introduction)
- 第三方服务: 支付采用第三方支付平台。
用户界面
首页：其他界面的入口，提供对服务的基本介绍 登录页面：账号密码输入框，记住我功能，登录，跳转到注册页面入口 注册页面：账号密码输入框，邮箱绑定，验证码 个人主页：在登录成功后显示，包含个人信息，账号管理等子模块
确定功能需求：
-
语言描述系统要做的事情，如有哪些对象，那些功能操作，哪些条件判断等。
-
进行域分析，获得功能性需求，格式为 角色+操作。
-
给出系统功能图，也包含每个角色的用例图
用例模型
-
识别参与者
-
识别用例
-
对应用例的事件流描述
模型设计
静态结构模型
系统的静态结构模型主要用类图和对象图描述。
-
定义系统对象
-
定义用户界面类
-
建立类图
数据库
User(id, username, password, role) Account(id, username, password) Order(id, userId, accountId, orderTime, expirationTime) Goods(id, accountId, merchantId, title, baseinfo, introduction, server, tags, price)
动态行为模型
系统的动态行为模型由交互作用图(时序图和协作图)、状态图、活动图描述。
-
顺序图（协作图）2个
-
状态图 1个
-
活动图 1个
物理模型
-
系统组件图
-
系统部署图