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

猜你喜欢

转载自262487936.iteye.com/blog/2374016