enterprise architect ( 五)领域模型_类图详解

上篇感觉写的有点简单了，这篇就详细补上类之间的关联关系这块：

（一）
领域模型（domain model）是概念类或问题领域中实际对象的可视化表达，又称为：
概念模型 conceptual models
领域对象模型 domain object models
分析对象模型 analysis object models

（二）领域模型描述真实世界的类以及它们之间的关系
领域模型的主要内容是捕获领域的信息内容
类图中的类名称全部要来自问题领域的词汇

（三）类图是有若干类关联在一起，反映系统或者子系统组成结构的静态图。
类图的建模贯穿工程的分析和设计阶段的始终，通常从商务伙伴能够理解的类开始建模，最终往往成为开发小组能够完全理解的类

（四）类图有如下元素组成：
类（class）:是具有共同结构特征，行为特征，联系和语义的对象集合的抽象形式。
关联（association）: 它表示类与类之间的关系

（五）识别方法(领域模型是根据用例模型建立)
1，使用概念分类列表来找出概念
2，根据名词性短语识别出概念类

(六)建立关联的原则
（1）领域模型创建的大部分时间应该被用于识别概念类，而非关联。
（2从纯分析角度声明有意义的概念间的联系，不需要考虑如何实现关联。
（3）分析阶段得到的关联可能在设计阶段发现是无用的。


(七)建立类之间的关联(类之间可以建立六种关系)：
(1)依赖（Dependency）关系 :
是指一个类的元素使用了另一个类。依赖关系是指两个或多个类之间的依存关系，如植物类依赖于土壤类。
依赖关系还可以再细分为5种类型，分别是 绑定（Binding）依赖、 实 现（Realization）依赖、 使用（Usage）依赖、 抽象（Abstraction）依赖、 授权（Permission）依赖。
依赖关系用虚线箭头来表示，箭头指向为依赖的方向




(2)泛化（Generalization）关系
简单的讲就是类之间的继承关系。在UML中，泛化关系用空心三角形+实线来表示，箭头指向为父类。




(3)关联（Association）关系
关联关系是类之间一种相互影响的关系，影响的方向就是关联的方向。在UML类图中，组合关系用实线箭头来表示。




(4)聚合关系（Aggregation）
聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a的关系，如（家庭与孩子，公司与员工）。
在UML中类图中，聚合关系用空心的菱形+实线箭头来表示，箭头指向为被聚合的类。



(5)组合关系（Composition）
组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，如（人与脑，鸟与翅膀,青蛙与腿）。
在UML类图中，组合关系用实心的菱形+实线箭头来表示，箭头指向为被组合的类。





(6)实现（Realization） 接口之间也可以有与类之间关系类似的继承关系和依赖关系，但是接口和类之间还存在一种实现关系(Realization)，在这种关系中，类实现了接口，类中的操作实现了接口中所声明的操作





（八）简单的类图示例



参考资料：
http://www.cnblogs.com/silent2012/archive/2011/09/07/2169946.html
http://www.cnblogs.com/liuzhang/archive/2013/03/17/2964427.html