文档介绍：该【使用uml的数据库分析与设计】是由【977562398】上传分享，文档一共【44】页，该文档可以免费在线阅读，需要了解更多关于【使用uml的数据库分析与设计】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。

传统的关系数据库设计的过程分为4个阶段:
需求分析;
概念结构设计;
逻辑结构设计;
物理结构设计。
(1)需求分析阶段的主要任务是通过对现有的系统进行调查分析,以确定要建立的新数据库应用系统的信息需求和处理要求,并编制出数据库需求分析说明书,对数据的存储要求和处理要求进行描述,作为后续各设计阶段的依据。
第一页,共44页。
第一页,共44页。
(2)概念结构设计需要借助某种工具或方法,如当前应用最广泛的有实体联系方法(Entity-Relationship,ER方法),它使用ER图定义系统的信息组织模式,即概念结构。
教师
职称
性别
职务
姓名
教工号
教
学生
性别
姓名
系
学号
年级
学
课程
学时
学分
课名
课程号
成绩
1
N
M
N
教师-学生-课程E-R图
第二页,共44页。
第二页,共44页。
(3)逻辑结构设计的任务是按照一定的规则,将概念结构转换为某种数据库管理系统所能接受的数据模型。
图2一个实体类型转换为一个关系模型
第三页,共44页。
第三页,共44页。
(4)物理结构设计
将前一阶段设计的关系模式转化为具体数据库环境下的数据表结构,以实现对数据库的有效管理。这需要依赖于给定的计算机系统来确定。对于关系数据库系统来说,数据库的物理结构主要由DBMS确定。

使用UML做数据库设计,可以把数据库设计与系统的应用程序设计结合在一起进行,而且UML具有更强的建模表现能力。
第四页,共44页。
第四页,共44页。
基于UML的关系数据库设计与传统的关系数据库设计的过程类似,一般分为4个阶段:
业务UseCase模型设计:就是进行数据库的需求分析,使用用例图等建立业务模型。
逻辑数据模型设计:主要是确定应用系统所需要的持久数据。使用类图等建立数据库逻辑模型。如果是关系数据库设计,则需要设计出表达持久数据的实体类及其联系,并把它们映射成为关系数据库表(Table)、视图(View)等。
物理数据模型设计:使用组件图、配置图等,设计数据库的物理模型。
物理实现设计:根据物理数据模型建立具体数据库环境下的数据库,定义构成数据库的基本表、视图等。
第五页,共44页。
第五页,共44页。

。表又称为二维表或关系,它是具有相同结构的行(Row)的集合,行又称为元组。表中的每一列又称为关系的属性。
第六页,共44页。
第六页,共44页。
在UML中表用类的图标来表示,带有构造型图标“”或<<Table>>,类名即表名,类的属性描述表的列特性,包括列名、数据类型,以及有关的约束。在类的行为部分,根据需要可以给出对表的一些操作的描述,也可以缺省。
第七页,共44页。
第七页,共44页。

(1)候选关键字(candidatekey):是一个或多个属性的组合,它唯一地确定某个表里的记录。一个候选关键字里的属性集必须是最小化的;除非破坏唯一性,否则属性不能从候选关键字删除。候选关键字里的属性不能为空。
(2)主关键字(primarykey):是一个特别选定的候选关键字,用来唯一地确定表里的记录。
(3)外来关键字(foreignkey):是一个属性或属性组,它在本表中不是关键字,不能唯一地标识表中的行,但它在另一个表中是主关键字,能够唯一地标识那个表中的行。外来关键字体现了两个表的联系,实现表之间的参照完整性。
例如:
学生S(学号,姓名,性别,年龄,身份证号),
课程C(课号,课名),
选课SC(学号,课号,成绩)
第八页,共44页。
第八页,共44页。
8
14
6
9
10
22
34
18
19
31
40
38
54
66
46
71
78
68
80
85
14
0
0
34
5
1
66
10
2
85
15
3
key
link
下标
索引表
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
key
其它域
位置
主表
索引表结构图
(4)索引:索引是由数据库表中一列或多列值的集合形成的数据结构,使用这种结构可快速访问数据库表中的特定信息。在UML图标中,索引用构造型<<index>>表示。
第九页,共44页。
第九页,共44页。

约束是一种施加于数据库结构的规则,用于保证数据库的正确性或完整性。
(1)主关键字约束—加在表的图标中的一个属性名前面,表示该属性为主关键字,也可以加在一个操作名前表示该操作的类型。主关键字约束使用构造型<<PK>>表示,也可用一个小图标“PK”代替。
第十页,共44页。
第十页,共44页。