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

标签：数据对象   操作   没有   table   存在   idt   round   url   mamicode   

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

分析：

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

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

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

UML类图：

ER图：

数据库中数据表：

用户表

管理员

垃圾

客服

宣传视频

商品

操作记录

总结和感悟：

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

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

标签：数据对象   操作   没有   table   存在   idt   round   url   mamicode   

原文地址：https://www.cnblogs.com/HiangXuUp/p/10861017.html