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

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

时间: 2024-10-23 19:07:14

《GO Home Trash!》UML类图,ER图以及数据库设计的相关文章

毕业论文类图ER图

原文地址:https://www.cnblogs.com/xzmh/p/8734419.html

类图 ER图

原文地址:https://www.cnblogs.com/syf09/p/8735377.html

从 Java 代码逆向工程生成 UML 类图和序列图

from:http://blog.itpub.net/14780914/viewspace-588975/ 本文面向于那些软件架构师,设计师和开发人员,他们想使用 IBM? Rational? Software Architect 从 Java? 源代码来逆向工程生成 UML 类和序列图. 逆向工程经常被用来从已有的源代码中以一种抽象模型 UML 格式来获得丢失的设计文档,其可以用来研究一个系统的静态结构和动态行为,并用于扩展新的特性到产品. 作者详细说明了使用 IBM Rational Sof

在EA中用ER图生成数据库

ER图 E-R图也称实体-联系图(Entity Relationship Diagram),提供了表示实体类型.属性和联系的方法,用来描述现实世界的概念模型. 实体就是看的见摸得着或者能被人感知接受认可的客观存在,属性就是用来描述这个实体,联系自然是实体间的联系,只有相互联系才会完成一个系统的功能,直接上图: 此外还可以ER图可以在EA中进行绘制来帮助我们理清关系,并生成sql脚本来建立数据库就省了不少的时间,提高了效率 绘制ER图 在EA中除了能画UML图还有很强大的功能,一般软工中用到的图这

数据库设计E-R图

项目数据库的设计主要划分为以下6个阶段,本篇主要着重来介绍概念设计阶段 A.系统需求分析阶段B.概念结构设计阶段C.逻辑结构设计阶段D.物理结构设计阶段E.数据库实施阶段F.数据库运行与维护阶段 E-R图 E-R图即实体-联系图(Entity Relationship Diagram),是指提供了表示实体型.属性和联系的方法,用来描述现实世界的概念模型 实体型:具有相同属性的实体具有相同的特征和性质,用实体名及其属性名集合来抽象和刻画同类实体,在E-R图中用矩形来表示. 属性:属性(Attrib

数据库设计规范、E-R图、模型图

(1)数据库设计的优劣: 糟糕的数据库设计: ①数据冗余冗余.存储空间浪费. ②数据更新和插入异常. ③程序性能差. 良好的数据库设计 ①节省数据的存储空间. ②能够保证数据的完整新. ③方便进行数据应用系统的开发. (2)软件项目开发周期中的数据库设计: 一个完整的项目 开发需要经过: 1.需求分析:分析客户的业务和数据处理需求. 2.概要设计:设计数据库的E-R模型图,确认需求信息的正确和完整. 详细设计:应用三大范式审核数据库结构,将E-R模型图转换为数据库模型图. 代码编写:物理实现数据

uml类图和er图中主外键的表示区别

在er图也就是数据库中,无论是mysql/oracle都是从表引用主表的pk作为外键. 而在uml类图表示法中,他们的顺序则刚好相反,从主对象导向到子对象,如下: 主体是资金借款方,征信信息和资金借款合同在此上下文中依附于资金借款方,不能作为主体单独存在.

umlの类图

类图class diagram用来表述系统内部的静态结构.具体来说,开发人员可以通过类图的设计,把代码分类构成系统内部的静态结构. 以前,程序员在开发过程中,需要分模块.定功能.定义变量,这些过程在面向对象的技术中也会得以体现.下面是一个表格用来区分一般面向过程的方法和面向对象方法. 面向过程 面向对象 模块 类 功能 操作 变量 属性 自上而下 自下而上 其中需要说明的是表格中的最后一行,也就是两者划分方法的不同如下图: 在设计类图的时候应该注意的几点如下: 通过找名词可以找到类,进一步的是确

[转载]UML类图总结

前言 类图和序列图是UML中最常用的两种Diagram.我将做详细的总结.在许多书中,或者网站中,在介绍一个系统的子系统的设计时,很多时候,都是给出简单的类图来简述构成子系统的类之间的关系.这足以说明类图的重要性. 对类图的基本认识有以下两点: 类图是以反映类的结构(属性.操作)以及类之间的关系为主要目的,描述了软件系统的结构,是一种静态建模方法: 类图中的类与面向对象语言中的类的概念是对应的,是对现实世界中的事物的抽象. 我们基于以上两点,来对类图进行更详细的学习. 类图中基本语法学习 在UM