关系都是指用例之间的联系

1.参与者、用例：人即参与者，而用例则是信息流，用例在描述时，一般是动名词结构

2.包含关系：用include关键字表示，表示a用例的使用必须建立在使用用例b的前提之下，即依赖于

3.扩展关系：用extend关键字表示，表示在使用用例b时可以额外使用用例a，当然也可以不去使用，即扩展自

4.泛化关系

第二节.类图和对象图

主要考察：填类名；其次是填方法名、属性名以及多重度、关系，对象图的对象名会有标识，并且对象图的关联关系一般不会出现多重度

多重度的概念

图注：多重度用来说明关联的两个类之间的数量关系，可以是一一对应，也可以是1：n的对应关系，而这种关系就被称之为多重度

例如：书与借书记录之间的关系就应该是1对0...1的关系，也就是一本书可以有0个或一个借书记录

图注：关系特指类之间的关系

依赖关系：若两个类a和b，修改a类的属性会造成b类的属性发生改变，则称a和b具有依赖关系，箭头指向被依赖的类，该类发生改变会影响箭头发出者类

泛化关系：是继承关系的反关系，也就是说子类是从父类中继承的，此时，父类就是子类的泛化，箭头由子类指向父类(类之间的关系)

聚合关系：聚合表示类之间的关系是整体与部分的关系。例如，一辆轿车包含四个车轮，车轮类和车类就数与聚合关系，箭头由部分指向整体，且部分可以离开整体而单独存在

实现关系：该关系是两个实体之间的关系，箭头从实现类指向接口

类图的特征是：类之间有多重度的标识

关联关系：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。

组合关系：是整体与部分的关系，但部分不能离开整体而单独存在。如公司和部门是整体和部分的关系，没有公司就不存在部门。组合关系是关联关系的一种，是比聚合关系还要强的关系，它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。

第三节.顺序图

主要考察：填对象名、消息名

1.基本概念：也称序列图，顺序图是一种交互图，交互图展现了一种交互，它由一组对象或参与者以及他们之间可能发送的消息构成，交互图专注于系统的动态视图，顺序图是强调消息的时间次序的交互图

2.组成元素：对象，其特色是：一般写在图的顶端,且会垂直的向下做一条垂直的虚线，又称生命线，箭头(对应的是消息)

3.运行模式：顺序图是一种运行着的图，运行顺序是从上往下

第四节.活动图

1.概念：活动图将进程或其他计算结构展示为计算内部一步步的控制流和数据流，活动图是专注于系统的动态视图，它对系统的功能建模和业务流程建模特别重要，并强调对象间的控制流程

活动图的类型有：常规活动图、泳道活动图两种，主要考察流程图中的补充

图注：图二为常规活动图，图一为泳道活动图，其特点是：存在黑色的类似板块的粗线段

第五节.状态图

1.概念：状态图描述了一个状态机，它由状态、转移、事件和活动组成，状态图给出了对象的动态视图，它对于接口、类或协作的行为建模尤为重要，而且它强调事件导致的对象行为，这非常有助于对反应式系统建模

该类图表示的是状态的变迁

图注：有向线段表示的是使得状态发生改变的触发事件，若事件触发了一个没有特定条件的迁移，则对象不能离开当前状态

注：某一个状态上正对着的事件表示该状态下紧接着将进行的操作，而不是在该事件下进入了该状态

第六节.通信图

又称协作图，是顺序图的另一种表达方式，即一种特殊的顺序图，顺序图更强调时间顺序，而通信图则不强调，通信图与顺序图统称为交互图，二者都强调收发消息的对象

通信图也是一种交互图，它强调收发消息的对象或参与者的结构组织，顺序图和通信图表达了类似的基本概念，但是顺序图强调的是时序，通信图强调的是对象之间的组织结构

图注：有向线段代表的是正在传递的消息，其特征是：无向线段上方或者下方有箭头指向

第七节.构件图

1.概念：构件图描述了一个封装的类和他的接口、端口，以及由内嵌的构件和连接件构成的内部结构，构件图用于表示系统的静态设计实现视图，对于小的部件构建大的系统来说，构件图是很重要的。构件图是类图的变体

第八节.部署图

1.概念：部署图描述对运行时的处理节点及其在其中生存的构件的配置，部署图给出了架构的静态部署视图，通常一个结点包含一个或多个部署图，是硬件层面的

第九节.数据库设计过程

1.需求分析：首先进行需求分析，该阶段会得到数据流图、数据字典等工具，该阶段将会得到需求规格说明书

2.概念结构设计：该步骤主要完成ER模型的建模工作，得到ER模型

3.逻辑结构设计：该步骤主要是运用转换规则、规范化理论等方法，将ER模型转换为关系模式，产物即关系模式

4.物理设计：将关系模式可视化，以及完整性约束，再使其满足DBMS，就最终得到了一个完整的数据库

四个步骤的联系如图：

第十节.ER模型—实体间联系类型

ER模型实际上是数据上的建模，而数据流图则是功能上的建模

实体间的联系类型分为：一对一联系、一对多联系、多对多联系、多元联系

实体间联系类型的概念

1.一对一联系：即两个实体间的联系是一一对应的，如部门和部门经理这两个实体的联系

2.一对多联系：如部门和员工之间的联系

3.多对多联系：如商品和顾客的联系，实质上是双方都是一对多联系

实体间不同联系类型的转换

即ER模型转关系模式

转换的基本原则是：实体和联系分别转换成关系，属性则转换成相应关系的属性

1.一对一联系的转换：可以把联系单独作为一个关系，也可以把联系记录到联系双方任意一方实体当中

2.一对多联系的转换：联系只能合并到多的这边的实体

3.多对多联系的转换：联系不能转换到任何一边的实体当中，只能作为单独的关系模式

目录第十一章.UML建模与数据库设计(必考)第一节.用例图第二节.类图和对象图第三节.顺序图第四节.活动图第五节.状态图第六节.通信图第七节.构件图第八节.部署图第九节.数据库设计过程第十节.ER模型—实体间联系类型第十一章.UML建模与数据库设计(必考)用例图和类图属于必考内容第一节.用例图主要考察用例图的补充以及用例之间联系方式的判断用例图涉及到的概念关系都是指用例之间的联系1.参与者、用例：人即参与者，而用例则是信息流，用例在描述 数据流图 (DFD) 用于表示业务信息系统中的数据流，它表达了系统中的据传从输入到存储间所涉及的程序。 数据流图可以分为逻辑形和物理形。逻辑数据流图描述了用以完成某业务功能所涉及的、业务层面的数据流动， 物理数据流图则描述系统层面的数据流动。 为什么绘画数据流图？ 数据流图以将用以寻找、编辑、存储和分发数据的功能或过程图像化，方便用户和系统 设计 人员沟通。数据流图的结构也容...