Uml之关系总结

  UML学完,但是回过头总结的时候,发现他们之间的关系,自己还是搞得比较糊涂的。现在就颗粒归仓,作一下关于关系的总结。

UML中有四大关系:关联,泛化,依赖,实现。以下就详细的说一下这四种关系。

1.关联关系

关联关系是一种结构化关系,是类与类之间的联结,它使一个类知道另一个类的属性和方法。同时可以从一个类的对象中访问到另一个类的相关对象。

关联关系有两元关系也有多元关系。两元关系就是一对一,多元关系就是一对多或者多对一。

比如:

             


 

多元关系,一个学校可以有一个到多个学生,但是一个学生只属于一个学校。

关联关系还有两个特殊的关系。聚合和组合关系。

聚合( Aggregation ):聚合关系是一种特殊的关联关系。是强的关联关系,是整体和个体之间的关系但是整体与部分之间是可以分离的,有各自的生命周期,部分可以属于多个整体对象A拥有B,但是B可以脱离A而单独存在。

比如:火车与引擎,计算机和CPU,学校和学生 家庭和孩子


 

组合(Composition):是比聚合关系还强的一种关联关系,也是整体和部分的关系,但是代表整体的对象负责代表部分的对象的生命周期。如果整体不存在,则部分一定不存在。即部分不可以脱离整体而存在。A中包含B,但是B不能脱离A而单独存在。

比如:鸟儿与翅膀,人与胳膊


        


    2.依赖关系

依赖关系是类与类之间连接的一种,表示一个类依赖于另一个类的定义。简单的理解,就是一个类 A 使用了另一个类 B, 类 B只是作为一个工具被 A 使用。

比如:人要去郊游,使用的事car这个类。他们之间就是依赖关系。


           


 

   3.泛化关系

        泛化关系称继承关系,是一个类(称为子类 / 子接口)继承另外的一个类(称为父类 /父接口)的功能。继承是类与类或者接口与接口之间最常见的关系。同时在使用泛化关系能够将维护费用降到最低。

比如:红苹果和绿苹果都继承了苹果的一半的属性,但是他们还有自己独特的属性,比如颜色,味道,



 

     4.实现关系

实现关系指的是一个 class 类实现 interface 接口(可以是多个)的功能,实现是类与接口之间最常见的关系。也就是元素 A定义一个约定,元素 B 实现这个约定,则 A 与 B 的关系即为实现。

比如:机房收费系统中的日结账单这个窗体作为一个接口,管理员通过它实现了日结这一功能。


 


 

       这是Uml中的四种关系,我们都知道事物具有普遍性,同时还具有特殊性。这样在Uml中的用例图中有出现了两个比较特殊的关系。

       在用例图中,用例与角色之间的三种关系(关联,泛化,继承),但是用例与用例之间还具有两种特殊的关系:包含关系,扩展关系。

包含关系:箭头指向的用例为被包含的用例,成为包含用例;箭头出发的用例为基用例。包含用例是必须被执行的,不需要满足某种条件,其执行并不会改变基用例的行为

用意:想把表示出来的大功能分解成若干小的用例,从而更好地实现这一个大功能。

比如:要想买票,必须要登录窗口,查询票,订票,付款,最后才能买到票,那么这几个用例之间的关系就是包含关系。



 

扩展关系:箭头指向的用例为被扩展的用例,称为扩展用例,箭头出发的用例为基用例。扩展用例是可选的,如果缺少扩展用例,不会影响基用例的完整性,扩展用例在一定条件下才会执行,并且其执行会改变基用例的行为。

用意:指用例功能的延伸,相当于为基础用例提供一个附加功能。

比如:我们在某个时间有个重大的活动,这时候我们就需要一个提醒。提醒我们去做这件事。那么提醒就会有很多种方式:短信提醒,邮件提醒,他人提醒等。这时候提醒的扩展用例就有很多了。


此次的关系总结再次然我感觉到了总结的伟大之处。如果感觉知识混乱,就做一个小小的总                                    结,这样挺好的。在总结的过程中收获了很多东西。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 44
    评论
评论 44
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值