UML面向对象建模

UML标准由三部分组成

（1）构造块。（如对象，类，消息）；

（2）构造块间的关系。（如关联，依赖，聚合，泛化，实现，组合）；

（3）图。如用例图，静态图（类图、对象图和包图），顺序图， 序列图，协作图，活动图，状态图，实现图（组件）图）。

=》包图用于描述系统的分层结构 ；

建模流程

1.用例分析和建模（用例模型）

分析用户可以做些什么，系统能提供些什么功能。

使用用例图。

2.实现用例（分析模型）

展现用例的实现流程（信息的流动）

使用对象类：

（1）实体对象。数据信息。

（2）控制对象。控制对象间的交互。

（3）边界对象。与系统外部的交互。

3.面向对象分析（设计模型）

具 体的类实现及关系。

使用类图和对象图。

4.动态建模（分析模型）

对象间的交互

使用顺序图，协作图，状态图，活动图，序列图。

类图关系详述

(1)泛化generalization

也就面向对象的继承关系,子父类间的is-a关系。在设计时一般没有争议性。

(2)实现realize

指的是一个class类实现interface接口（可以是多个）的功能；在Java中此类关系通过关键字implements明确标识，但在C++中是用继承纯虚类来实现。在设计时一般没有争议性；

(3)依赖dependency

一个类A使用到了另一个类B。这种使用关系具有偶然性、临时性、非常弱，但是B类的变化会影响到A。表现在代码层面，如类B作为类A的某个method方法的参数中使用。

 (4)关联association

他体现的是两个类、或者类与接口之间语义级别的一种强依赖性、长期性的，而且双方的关系一般是平等的、关联可以是单向、双向的。表现在代码层面，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量； 

(5)聚合aggregation

聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；比如计算机与CPU、公司与员工的关系等；表现在代码层面，和关联关系是一致的，只能从语义级别来区分； 

(6)组合composition

组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束；比如你和你的大脑；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；