本节和大家一起学习一下UML组成，UML有由构造块，规则和UML公共机制三部分组成，下面就让我们一起看一下UML组成的详细内容吧。
UML组成
一、UML组成中构造块
1、构造块是对模型中***有代表性的成分的抽象
建模元素：UML中的名词，它是模型基本物理元素。
行为元素：UML中的动词，它是模型中的动态部分，是一种跨越时间、空间的行为。
分组元素：UML中的容器，用来组织模型，使模型更加的结构化。
注释元素：UML中的解释部分，和代码中的注释语句一样，是用来描述模型的。
1.1、建模元素
类（class）和对象（object）
接口（interface）
主动类（active class）
用例（use case）
协作（collaboration）
构件（component）
节点（node）
类（class）和对象（object）
类是对一组具有相同属性、相同操作、相同关系和相同语义的对象的抽象
UML组成中类是用一个矩形表示的，它包含三个区域，最上面是类名、中间是类的属性、最下面是类的方法
对象则是类的一个实例 (object is a Instance of Class)
接口（interface）
接口是描述某个类或构件的一个服务操作集
主动类（active class）
主动类实际上是一种特殊的类。引用它的原因，实际上是在开发中需要有一些类能够起到 启动控制活动的作用
主动类是指其对象至少拥有一个进 程或线程，能够启动控制活动的类
用例（use case）
UML组成中用例是著名的大师Ivar Jacobson首先提出的，现已经成为了面向对象软件开发中一个需求分析的最常用工具
用例实例是在系统中执行的一系列动作，这些动作将生成特定执行者可见的价值结果。一个 用例定义一组用例实例。
协作（collaboration）
协作定义了一个交互，它是由一组共同工作以提供某协作行为的角色和其他元素构 成的一个群体。
对于某个用例的实现就可 以表示为一个协作
构件（component）
UML组成中在实际的软件系统中，有许多要比“类”更大的实体，例如一个COM组件、一个DLL文件、一个JavaBeans、一个执行文件等等。为了更好地对在UML模型中对它们进行表示，就引入了构件（也译为组件）
构件是系统设计的一个模块化部分，它隐藏了内部的实现，对外提供了一组外部接口。在系统中满足相同接口的组件可以自由地替换
节点（node）
为了能够有效地对部署的结构进行建模，UML引入了节点这一概念，它可以用来描述实际的PC机、打印机、服务器等软件运行的基础硬件
节点是运行时存在的物理元素，它表示了一种可计算的资源，通常至少有存储空间和处理能力 #p#
1.2、行为元素
交互（interaction）： 是在特定语境中，共同完成某个任务的一组对象之间交换的信息集合
交互的表示法很简单，就是一条有向直线，并在上面标有操作名
状态机（state machine）：是一个对象或交互在生命周期内响应事件所经历的状态序列
在UML模型中将状态画为一个圆 角矩形，并在矩形内写出状态名 称及其子状态
1.3、分组元素
对于一个中大型的软件系统而言，通常会包含大量的类，因此也就会存在大量的结构事物、行为事物，为了能够更加有效地对其进行整合，生成或简或繁、或宏观或微观的模型，就需要对其进行分组。在UML中，提供了“包（Package）”来完成这一目标
1.4、注释元素
结构事物是模型的主要构造块，行为事物则是补充了模型中的动态部分，分组事物而是用来更好地组织模型，似乎已经很完整了。而注释事物则是用来锦上添花的，它是用来在UML模型上添加适当的解释部分
2、关系
2.1 关联关系
UML组成中关联（Association）表示两个类之间存在某种语义上的联系。关联关系提供了通信的路径，它是所有关系中最通用、语义最弱的。
在UML中，使用一条实线来表示关联关系
在关联关系中，有两种比较特殊的关系：聚合和组合
聚合关系：聚合（Aggregation）是一种特殊形式的关联。聚合表示类之间的关系是整体与部分的关系
如果发现“部分”类的存在，是完全依赖于“整体”类的，那么就应该使用“组合”关系来描述
组合是聚合的变种，加入了一些重要的语义。也就是说，在一个组合关系中一个对象一次就只是一个组合的一部分，“整体”负责“部分”的创建和破坏，当“整体”被破坏时，“部分”也随之消失
聚合就像汽车和车胎，汽车坏了胎还可以用。组合就像公司和下属部门，公司倒闭了部门也就不存在了！
2.2 泛化、实现与依赖
泛化关系描述了一般事物与该事物中的特殊种类之间的关系，也就是父类与子类之间的关系。
实现关系是用来规定接口和实现接口的类或组件之间的关系。接口是操作的集合，这些操作用于规定类或组件的服务。
有两个元素X、Y，如果修改元素X的定义可能会引起对另一个元素Y的定义的修改，则称元素Y依赖（Dependency）于元素X。下面我们看一下第二个UML组成部分--规则。
二、UML组成规则
命名：也就是为事物、关系和图起名字。和任何语言一样，名字都是一个标识符
范围：与类的作用域相似.
可见性：Public，Protected，Private，Package
三、UML组成中UML公共机制
1、规格描述
在图形表示法的每个部分后面都有一个规格描述（也称为详述），它用来对构造块的语法和语义进行文字叙述。这种构思，也就使可视化视图和文字视图的分离 ：
2、UML修饰与通用划分
在为了更好的表示这些细节，UML中还提供了一些修饰符号，例如不同可视性的符号、用斜体字表示抽象类
UML通用划分：
1）类与对象的划分：类是一种抽象，对象是一个具体 的实例
2）接口与实现的分离：接口是一种声明、是一个契 约，也是服务的入口；实现则是负责实施接口提供 的契约
3、UML扩展机制
这部分不容易描述，待改(邀月注 2009.2.18）
构造型：在实际的建模过程中，可能会需要定义一些特定于某个领域或某个系统的构造块，标记值则是用来为事物添加新特性的。标记值的表示方法是用形如“{标记信息}”的字符串
约束是用来增加新的语义或改变已存在规则的一种机制（自由文本和OCL两种表示法）。约束的表示法和标记值法类似，都是使用花括号括起来的串来表示，不过它是不能够放在元素中的，而是放在相关的元素附近。
4、UML视图和图
【编辑推荐】
