目录
- 1、 结构模型元素
- （1）类（class）
- （2）接口（interface）
- （3）协作（collaboration）
- （4）用例（use case）
- （5）活动类（active class）
- （6）组件（component）
- （7）结点（node）
- 2、行为模型元素
- 3、 分组模型元素
- 4、注解模型元素
1、 结构模型元素
结构模型元素是UML模型里的名词（noun），是模型的静态组成部分，代表软件系统的概念的, 或物理的存在。
（1）类（class）
类是描述具有相同属性、方法、关系和语义的对象的集合。
一个类实现一个或多个接口。
在UML中类被画为一个矩型，通常包括它的名字、属性和方法。
（2）接口（interface）
接口是指类或组件提供特定服务的一组操作的集合。 因此，一个接口描述了类或组件的对外的可见的动作。
一个接口可以实现类或组件的全部动作，也可以只实现一部分。
接口在UML中被画成一个圆和它的名字。
（3）协作（collaboration）
协作定义了交互的操作，是一些角色和其它元素一起工作，提供一些合作的动作，这些动作比元素的总和要大。 因此，协作具有结构化、动作化、维的特性。
一个给定的类可能是几个协作的组成部分。这些协作代表构成系统的模式的实现。
协作在UML中用一个虚线画的椭圆和它的名字来表示
（4）用例（use case）
use case是描述一系列的动作，这些动作是系统对一个特定角色执行，产生值得注意的结果的值。
在模型中use case通常用来组织动作事物。
Use case是通过协作来实现的。
在UML中，use case画为一个实线椭圆，通常还有它的名字
（5）活动类（active class）
活动类是这种类，它的对象有一个或多个进程或线程。
活动类和类很相象，只是它的对象代表的元素的行为和其他的元素是同时存在的。
在UML中活动类的画法和类相同，只是边框用粗线条。
（6）组件（component）
组件是物理上或可替换的系统部分，它实现了一个接口集合。
在一个系统中，你可能会遇到不同种类的组件，例如COM+或JAVA BEANS。
组件在UML中用如下的图表示：
（7）结点（node）
结点是一个物理元素，它在运行时存在，代表一个可计算的资源，通常占用一些内存和具有处理能力。
一个组件集合一般来说位于一个结点，但有可能从一个结点转到另一个结点。
结点通常用如下的图形表示：
2、行为模型元素
行为模型元素（behavioral things） 是UML模型的动态组成部分，它是模型的动词，代表软件系统在空间和时间上的行为
\(行为模型元素 = 交互+ 状态机\)
行为模型元素包括两类:
- 交互（interaction）
- 状态机（state machine）
3、 分组模型元素
分组事物是UML模型中组织的部分，可以把它们看成是个盒子，模型可以在其中被分解。
总共只有一种分组事物，称为包（package）。
包是一种将有组织的元素分组的机制。结构事物、动作事物甚至其他的分组事物都有可能放在一个包中。与组件（存在于运行时）不同的是，包纯粹是一种概念上的东西，只存在于开发阶段。
在UML中用如下图表示包：
4、注解模型元素
注释事物是UML模型的解释部分。
UML中用如上图表示：在长方形中写标注的内容。标注的内容可以是形式的文本, 或非形式的文本也可以是图形。
