《GO Home Trash!》UML类图，ER图以及数据库设计

《Go Home Trash！》UML类图 ER图以及数据库中数据表

分析：

这款软件经过我们前期的讨论以及需求分析，确定了用户，客服以及管理员三个实体。在设计UML类图时，对各个实体之间的关系进行了更加细节的分析，完成了UML类图。

ER图分为实体、属性、关系三个核心部分，其中

实体（entity）：
即数据模型中的数据对象（即数据表），用长方体来表示，每个实体都有自己的实体成员（entity member）或者说实体对象（entity instance），例如学生实体里包括张三、李四等。
    属性（attribute）：
即实体所具有的属性，例如学生具有姓名、学号、年级等属性，用椭圆形表示，属性分为唯一属性（ unique attribute）和非唯一属性，唯一属性指的是唯一可用来标识该实体实例或者成员的属性，用下划线表示，一般来讲实体都至少有一个唯一属性。
    关系（relationship）：
用来表现数据对象与数据对象之间的联系，例如学生的实体和成绩表的实体之间有一定的联系，每个学生都有自己的成绩表，这就是一种关系，关系用菱形来表示。
   我们在分析时，发现有些之前没有注意到的实体。比如一些可供识别的垃圾的信息，因为我们设计了一个激励用户继续使用的机制，所以还设计了商城。因此，根据实体以及属性的概念，这个商品也应该独立为一个实体。在分析管理过程时，我们觉得有必要存储一下每一次的管理或者操作记录，而且，这些操作记录应该是操作的时候才会产生，所以对应属性应该连在关系操作上。设计如下（如果有不对或者不完善的地方希望大家能够指出，共同进步！）

UML类图：

ER图：

数据库中数据表：

用户表

列	数据类型	约束
ID	整数	主键
积分	整数	>0
密码	CHAR（15）
地址	CHAR（30）

管理员

列	数据类型	约束
账号	整数	主键
权限	整数

垃圾

列	数据类型	约束
类别	CHAR（25）	主键
性质	CHAR（30）	NOT NULL

客服

列	数据类型	约束
客服ID	整数	主键
密码	CHAR（15）

宣传视频

列	数据类型	约束
视频编号	CHAR（10）	主键
URL链接	CHAR（50）

商品

列	数据类型	约束
编号	整数	主键
价格	整数	〉0
积分可抵扣的金钱数	整数

操作记录

列	数据类型	约束
操作编码	整数	主键
操作记录	CHAR（100）

总结和感悟：

在这一次实验中，我发现对这些图的细节概念还存在许多问题，在做的过程中也查阅了很多资料（CSDN各位），最后的结果可能还有不足甚至错误，但在过程中确实学到了不少东西，继续学习