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）依赖。
依赖关系用虚线箭头来表示，箭头指向为依赖的方向

[img]http://dl2.iteye.com/upload/attachment/0124/7978/4044447