UML的基本关联



First, a
dependency is a semantic relationship between two model elements in which a change to one element
(the independent one) may affect the semantics of the other element (the dependent one). Graphically, a dependency is rendered as a dashed line, possibly directed, and occasionally including a label.

第一个依赖关系,它表示两个模型元素在语义的相关性,体现为改变当中一个元素(语义上独立的那个)会影响到别一个元素的语义(具有依赖性的那个).图形表现上,用一条虚线表示依赖,有时还会带有方向箭头,偶而会用标签来标识依赖的详细关系.

Second, an
association is a structural relationship among classes that describes a set of links, a link
being a connection among objects that are instances of the classes. Aggregation is a special kind of association, representing a structural relationship between a whole and its parts. Graphically, an association is rendered as a solid line, possibly directed,
occasionally including a label, and often containing other adornments, such as multiplicity and end names.

第二个联合关系,它表示的是类之间结构的关系,描写叙述的是一组用来连接类的实例--对象之间的联系.聚集是联合关系的一种特殊形式,它表示的是总体和部分之间的结构关系.图形表现上,用一条实线表示联合,有时也会带有方向箭头,或是用标签标识.通常还有其他特性,比方多重性,终端名称等.

Third, a
generalization is a specialization/generalization relationship in which the specialized element
( the child ) builds on the specification of the generalized element ( the parent ). The child shares the structure and the behavior of the parent. Graphically, a generalization relationship is rendered as a solid line with a hollow arrowhead pointing to the
parent.

第三个通用关系.专用元素(子元素)在通用元素(父元素)的规格基础上构建而成,它们之间的关系被称为特定或通用关系.子元素共享父元素的结构和行为.图形表现上,通用关系被表示为一条实心线,并带有空心箭头指向通用元素.

Fourth, a
realization is a semantic relationship between classifiers, wherein one classifier specifies
a contract that another classifier guarantees to carry out. You’ll encounter realization
relationships in two places: between interfaces and the classes or components that realize them, and between use cases and the collaborations that realize them. Graphically, a realization relationship is rendered as a cross between a generalization and a dependency
relationship.

第四个实现关系,它是分类器之间的语义相关性.当中一个分类器定义说明,还有一个分类器确保实现这个定义.有两个地方会用到实现关系:接口定义说明,类或组件实现这些接口定义;用例定义说明,交互实现用例所做的定义.图形表现上,实现关系被表现为一条带有空心箭头的虚线.

These four elements are the basic relational things you may include in a UML model. There are also variations on these four, such as refinement, trace, include, and extend.

这四种元素是建模时会用到的基本关系元件.来自这四种元素的变体关系有:精炼,追溯,包括和扩展.

时间: 2024-10-09 20:50:52

UML的基本关联的相关文章

UML依赖,关联,组合,聚合,继承,实现的关系

这几天在看netty的源码想根据源码把netty的UML架构图跟时序图画出来,所以就复习了一下大学时代的一些UML基础知识,首先,我们要搞清楚以下几个概念: 继承:这个就不要多说了,写过java代码的人一般都很容易理解继承这个概念. 实现:这个可能有些初学者有些模糊,因为大家一般会认为实现跟继承是一样的概念,在java里面 继承使用的关键字是extends而实现使用的关键字是implements.说到这里我想大家都明白了吧. 依赖:在理解这个概念之前我们先去百度百科里面看一下依赖的中文解释:依靠

UML中的关联,泛化,依赖,聚集,组合(转)

转自:http://blog.sina.com.cn/s/blog_5f8b45f20100dzjo.html 关联(association): 这是一种很常见的关系,这种关系在我们的生活中到处可见,如:一张订单对象一个客户,关联可以是单端关联也可以是多端关联.如:用户和身份证就是双向关联的.关联可以叫做持有对方引用.(用一条实线表示,可以还箭头) 泛化(generalization):这里的泛化可以理解为面向对象中的继承 依赖(dependency):是指两个对象间有依赖关系,如果一端修改了,

UML中类图的符号解释

在UML的定义中,描写叙述类和对象之间的关系,包含下面几种方式:依赖(Dependency).关联(Association).聚合(Aggregation).组合(Composition).泛化(Generalization)和实现(Realization).现分别说明例如以下: 1.依赖(Dependency) 在uml中,"依赖"表示为带箭头的虚线,箭头指向被依赖的元素.是类与类之间的连接,表示为一个类依赖于还有一个类的定义,当中一个类的变化将影响还有一个类.依赖总是单向的,不应该

UML期末复习题——2.4:Domain Model

第四题:领域模型 重要概念: 1. 领域模型:是对领域内的概念类或现实世界中对象的可视化表示.领域模型也称为概念模型,领域对象模型和分析对象模型. 2. 应用UML表示法,领域模型被描述为一组没有定义操作的类图.它提供了概念透视图.它可以展示: 1)领域类之间的关联 2)概念类之间的关联 3)概念类的属性 领域模型是可视化字典,表示领域的重要抽象.领域词汇和领域的内容信息. 3. 如何找到概念类 1)重用和修改现有的模型:这是首要.最佳且最简单的方法.   2)使用分类列表   3)通过识别名词

UML类图介绍以及PlantUML使用方法

类的UML表示方法 UML介绍 类图,是UML(统一建模语言)中用于描述"类"以及"类与类"之间的示意图.它形象的描述出了系统的结构,帮助人们理解系统. 类图是在"所有的UML图"中,实用频率非常之高:掌握它对于我们软件设计,以及交流都很有帮助. 对于类图而言,它的基本单位是类.类主要由三部分组成:类名.属性.操作(函数).UML类的表示大致如下: 类名 类的名称 属性 UML类图中,属性的基本格式: 可见性 名称: 类型 [=缺省值] 可见性

面向对象中多个对象之间的关系

http://www.cnblogs.com/wing011203/archive/2012/06/23/2559223.html 当谈到面向对象的设计时,我们经常说面向对象是符合人们对现实世界的思维模式,即人们采用针对非程序设计领域存在的复杂问题的解决方式,来解决软件设计过程中各种错综复杂的关系.利用面向对象设计,特别是采用各种设计模式来解决问题时,会设计多个类,然后创建多个对象,这些对象,有些主要是数据模型,有些则是行为描述占主体.一个设计良好的类,应该是兼顾信息和行为,并且是高内聚.而不同

Hibernate4.x之映射关系--单向一对多

在领域模型中,类与类之间最普遍的关系就是关联关系在UML中,关联是有方向的 以Customer和Order为例:一个用户能发出多个订单,而一个订单只能属于一个客户.从Order到Customer的关联是多对一关联:而从Customer到Order是一对多关联 单向n-1 单向n-1关联只需从n的一端可以访问到1的一端 域模型:从Order到Customer的多对一单向关联需要在Order类中定义一个Customer属性,而在Customer类中无需定义存放Order对象的集合属性 关系数据模型:

白话设计——从类关系说起

温故知新,最近更多的是研究和开发各种类库,对设计的是有些感触.以前在大学的时候,虽然知道,但是总归是欠缺经验的,现在,我尝试用最通俗易懂的方式说出来. 所谓的设计不正是采用恰当的方式组织雷类关系么?因此谈设计我认为首先要从类之间的关系开始说起. 在java开发中,有很多时候我们是在不断的处理类与类之间关系,其中这六种关系是:依赖.关联.聚合.组合.继承.实现,他们的耦合度依次增强,其在UML的表示如下: 下面我们分别对这几种关系进行说明. 依赖 在实际生活中我们做任何一件事情几乎都需要借助其他物

UML类图关系(泛化 、继承、实现、依赖、关联、聚合、组合)

http://www.cnblogs.com/olvo/archive/2012/05/03/2481014.html http://sundensky.blog.163.com/blog/static/7728873420109299167434/ 继承.实现.依赖.关联.聚合.组合的联系与区别 分别介绍这几种关系: 继承 指的是一个类(称为子类.子接口)继承另外的一个类(称为父类.父接口)的功能,并可以增加它自己的新功能的能力,继承是类与类或者接口与接口之间最常见的关系:在Java中此类关系