《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各位),最后的结果可能还有不足甚至错误,但在过程中确实学到了不少东西,继续学习