关联关系 | 关联关系用于对多个实例间的双向语义连接进行建模。 |
主题
关联关系 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
关联关系表示不同类的对象之间的结构关系,它在一段时间内将多个类的实例连接在一起(这与依赖关系不同,依赖关系表示两个实例之间的临时关联关系)。
您可以使用关联关系表示对象了解其他对象。有时,对象必须相互引用才能实现交互,例如互相发送消息。因此,在某些情况下,关联关系可以采用序列图和协作图中的交互模式。
关联关系名称 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
多数关联关系是二元的(即只存在于两个类之间),在图中表示为连接类符号对的实线路径。既可能是关联关系具有名称,也可能是各关联关系角色具有名称。最好采用角色名称,因为它们能表达更多信息。如果只能给其中一个角色命名,那么只要该关联关系将是单向的(即从与该角色名称相关的对象引出),角色名称仍比关联关系名称更可取。
关联关系通常是在分析过程中命名的,此时还没有足够的信息来对角色进行适当的命名。如果使用关联关系名称,关联关系名称就应该反映该关系的目的,并且应该是一个动词词组。关联关系名称应放置在关联关系路径上或其附近。
示例
在 ATM 中,钞箱提供出钞模块需要的钱。为了使出钞模块能够出钞,它必须随时能对钞箱对象进行引用。同样,如果钞箱中的现金被取尽,就必须通知出钞模块对象,所以钞箱必须随时能对出钞模块进行引用。有一种关联关系可对这种引用进行建模。
出钞模块和钞箱之间的关联关系,其名称为提供现金。
如果选择了不适当的关联关系名称,就会导致理解上的混乱和错误。以下是对关联关系名称使用好坏的正反示例:
好关联关系名称和坏关联关系名称示例
角色 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
关联关系的两端为角色,角色规定了类在关联关系中所起的作用。每个角色都必须有名称,而且对应一个类的所有角色名称都必须是唯一的。角色名称应该是一个名词,能够表达被关联关系对象的角色与关联关系对象之间的关系。例如,在与教程的关联关系中,教师的合适角色名称就可以是讲师;应避免使用“有”和“包含”之类的名称,因为它们不能提供有关类间关系的信息。
注意,关联关系名称和角色名称的使用是互斥的:不能同时使用关联关系名称和角色名称。角色名称通常比关联关系名称更可取,除非没有足够的信息来正确命名角色(这常见于分析阶段中;在设计阶段中应始终使用角色名称)。如果没有好的角色名称,通常都意味模型不完善或构建不合理。
角色名称紧邻关联关系线的末端。
示例
以一个订单输入系统中各类之间的关系为例。客户可以使用两种不同地址:一个帐单发送地址和一些订货发送地址。结果,客户和地址之间存在两个关联关系,如下所示。这些关联关系中标注了关联关系地址为客户担任的角色。
客户、地址和订单之间的关联关系,显示了角色名称和多重性。
多重性 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
对于每个角色,您都可以指定其类的多重性,即该类的多少个对象可以与另一个类的一个对象相关联。多重性由角色上的文本表达式指出。表达式是一个由逗号隔开的整数范围列表。一个整数范围由一个整数下限、两个圆点和一个整数上限来表示。单个整数也是有效的范围,而符号 '*' 表示“许多”,即对象的数量不受限制。符号 '*' 本身等价于 '0..*',即包括零在内的任何数;这是默认值。一个可选标量角色的多重性为 0..1。
示例
上例中显示了订单和客户之间以及客户和地址之间关联关系的多重性。从该图可看出,一份订单必然有一个关联关系的客户(客户的多重性为 1..1),但是客户却可能没有任何订单(订单的多重性为 0..*)。此外,一个客户有一个帐单发送地址,但是有一个或多个送货地址。为了减少符号带来的混乱,如果忽略多重性,就可以将它们假定为 1..1。
导向性 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
角色的导向性特征表示可以通过关联关系从关联类导向到目标类上。这可通过多种方式来实施:直接引用对象、关联关系数组、散列表或其他任意一种允许一个对象引用另一个对象的实施技术。导向性用一个开箭头表示,该箭头置于关联关系线的目标端,紧靠目标类(即所导向的类)。导向性特征的默认值为 true。
示例
在订单输入示例中,订单与客户之间可以进行双向导航:订单必须知道是哪位客户发出的订单,而客户必须知道他发出了哪一个订单。如果没有显示箭头,则默认关联关系能够双向导航。
在客户和地址之间的关联关系中,客户必须知道其地址,但是地址却并不知道哪位客户(或其他类,因为许多事物都有地址)与该地址相关联。结果,关联关系中客户一端的导向性特征被关闭,图示如下:
更新后的订单输入系统类,显示关联关系的导向性。
自关联关系 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
有时,一个类与其自身存在一种关联关系。这并不一定意味着该类的某个实例与其自身存在关联关系,更多的情况下,它意味着该类的某个实例与该类的其他实例之间存在关联关系。在自关联关系的情况下,角色名称对于区分关联关系的目的非常重要。
示例
以涉及类雇员的自关联关系为例:
在此示例中,一个雇员可能与其他雇员存在关联关系;如果如此,那么该雇员为经理,而其他雇员则是此经理的属下。由于雇员知道他们的经理,而经理也知道他的属下,所以该关联关系能够双向导航。
多重关联关系 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
在相同对象关联关系两次的类之间做两个关联关系;一个指定对象可通过不同的关联关系链接到不同的对象上。每个关联关系都是独立的,用角色名称来区分。如上所示,一个客户能与同一个类的不同实例之间建立关联关系,而且每个关联关系都有不同的角色名称。
角色排序 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
如果关联关系的多重性大于 1,则那些被关联关系的实例就可能会排序。角色排序特征意味着参与关联关系的那些实例要进行排序。在默认情况下,它们是并不进行排序。模型并未规定如何对排序进行维护;用于对排序后的关联关系进行更新的操作必须规定更新元素的插入位置。
链接 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
一个关联关系的各个实例称为链接;一个链接就是实例间的关系。可以通过链接发送消息,而且链接可以表示对象间的引用和聚合关系。参见指南:协作图以获取详细信息。
关联类 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
关联类是一种关联关系,它具有类的特征(例如属性、操作和关联关系)。它用一条从关联关系路径到类符号的虚线表示,其中类符号包含此关联关系的属性、操作和关联关系。这些属性、操作和关联关系适用于原始关联关系本身。关联关系中的每个链接都有指定的特征。关联类最常见的用途是协调多对多关系。原则上,关联关系和类的名称应该是一致的,但是在必要情况下,也可使用不同的名称。一个退化的关联类只包含此关联关系的属性;在这种情况下,您可以忽略关联类名称,以弱化其独立性。
示例
借用并扩展前面的雇员示例。考虑一下一名雇员(职员)为另一名雇员(经理)工作的情况。经理定期对职员进行评估,以反映出他们在一定时间内的表现。
评估不能作为经理或职员个人的属性,但是我们可以将评估信息与此关联关系自身进行关联关系,如下所示:
关联类评估获取了与关联关系自身有关的信息。
限定关联关系 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
可使用限定词进一步限定和定义一组与另外某个实例相关联的实例;一个对象和一个限定词的值可以确定该关联关系的一组唯一对象,从而形成一个复合关键字。限定通常会降低关联关系另外一端角色的多重性;多重性净值显示相关类中有多少个实例与第一个类以及给定限定词的值相关联。限定词表示为关联关系一端紧靠限定类的小框。他们是关联关系的一部分,而不是类的一部分。一个限定词框可以包含多个限定词的值;限定以整个值列表为基础。限定关联关系是关联关系属性的一种变体。
示例
考虑对明细分类项和产品之间的关联关系进行的以下改进:明细分类项与所订购的产品之间存在关联关系。每个明细分类项引用且只涉及一件产品,而一件产品则可以在多个明细分类项中订购。通过使用限定词产品代码对该关联关系进行限定,我们还指出每个产品具有一个唯一的产品代码,而明细分类项则是通过这个产品代码与产品相关联的。
明细分类项和产品之间的关联关系具有限定词产品代码。
N 维关联关系 ![返回页首](http://www.woodpecker.org.cn/share/doc/RationalUnifiedProcess.zh_cn/images/top.gif)
N 维关联关系是指在三个或更多类之间的关联关系,其中单个类可以多次出现。N 维关联关系表示为一个大菱形,菱形上对应每个参与类都有一条关联关系路径发出。这是关联关系的实体关系模型的传统符号。为简洁起见,二元关联关系不用菱形表示,因为实际模型中大多数是二元关联关系。N 维关联关系相当少见,而且可以将他们晋升为类来建模。N 维关联关系还可以有关联类;这可用菱形到类符号的虚线来表示。角色可以有角色名称,但是多重性更加复杂,最好是通过列出备选关键字来加以说明。如果给出了多重性,那么它代表的实例数量对应于所指定的其他 N-1 个对象组。多数 N 维关联关系都可以使用限定的关联关系或者关联类来消除。他们还可以被普通类替代,尽管这会失去一种限制,即一个指定的参与对象元组只能有一个链接。