本节和大家一起学习一下UML中UML依赖和UML关联关系的异同，只有了解了他们之间的异同才能在使用的时候很好的选择，相信本节的学习一定会让你对UML中几种关系有一定的认识。
UML中UML依赖和UML关联关系的异同
1.关联：连接模型元素及链接实例，用一条实线来表示；
2.依赖：表示一个元素以某种方式依赖于另一个元素，用一条虚线加箭头来表示；
3.聚集：表示整体与部分的关系，用一条实线加空心菱形来表示；
4.组成：表示整体与部分的有一关系，用一条实线加实心菱形来表示；
（关联，依赖，聚集，组成的异同见后描述）
5.泛化（继承）：表示一般与特殊的关系，用一条实线加空心箭头来表示；
6.实现：表示类与接口的关系，用一条虚线加空心箭头来表示；
UML依赖和UML关联的异同：（《Java面向对象编程》一书，作者：孙卫琴来源:www.javathinker.org）
在建立对象模型时，很容易把依赖、关联和聚集关系混淆。当对象A和对象B之间存在依赖、关联或聚集关系时，对象A都有可能调用对象B的方法，这是三种关系之间的相同之处，除此之外，它们有着不同的特征。
1．UML依赖关系的特征
对于两个相对独立的系统，当一个系统负责构造另一个系统的实例，或者依赖另一个系统的服务时，这两个系统之间主要体现为依赖关系，例如生产零件的机器和零件，机器负责构造零件对象。再例如充电电池和充电器，充电电池通过充电器来充电。再例如自行车Bicycle和打气筒Pump，自行车通过打气筒来充气。图1-39为Bicycle类与Pump类的类框图。
图1-39Bicycle类与Pump类的依赖关系
Bicycle类和Pump类之间是依赖关系，在Bicycle类中无需定义Pump类型的变量。Bicycle类的定义如下：
publicclassBicycle{
/**给轮胎充气*/
publicvoidexpand(Pumppump){
pump.blow();
}
}
在现时生活中，通常不会为某一辆自行车配备专门的打气筒，而是在需要充气的时候，从附近某个修车棚里借个打气筒打气。在程序代码中，表现为Bicycle类的expand()方法有个Pump类型的参数。以下程序代码表示某辆自行车先后到两个修车棚里充气：
myBicycle.expand(pumpFromRepairShed1);//到***个修车棚里充气
myBicycle.expand(pumpFromRepairShed2);//若干天后，到第二个修车棚里充气。下面我们来看一下UML关联关系的特征，和UML依赖做一下对比。
2．UML关联关系的特征
对于两个相对独立的系统，当一个系统的实例与另一个系统的一些特定实例存在固定的对应关系时，这两个系统之间为关联关系。例如客户和订单，每个订单对应特定的客户，每个客户对应一些特定的订单；再例如公司和员工，每个公司对应一些特定的员工，每个员工对应一特定的公司；再例如自行车和主人，每辆自行车属于特定的主人，每个主人有特定的自行车，图1-40显示了主人和自行车的关联关系。而充电电池和充电器之间就不存在固定的对应关系，同样自行车和打气筒之间也不存在固定的对应关系。
图1-40主人和自行车的关联关系
Person类与Bicycle类之间存在关联关系，这意味着在Person类中需要定义一个Bicycle类型的成员变量。以下是Person类的定义：
publicclassPerson{
privateBicyclebicycle;//主人的自行车
publicBicyclegetBicycle(){
returnbicycle;
}
publicvoidsetBicycle(Bicyclebicycle){
this.bicycle=bicycle;
}
/**骑自行车去上班*/
publicvoidgoToWork(){
bicycle.run();
}
}
在现时生活中，当你骑自行车去上班时，只要从家里推出自己的自行车就能上路了，不象给自行车打气那样，在需要打气时，还要四处去找修车棚。因此，在Person类的goToWork()方法中，调用自身的bicycle对象的run()方法。假如goToWork()方法采用以下的定义方式：
/**骑自行车去上班*/
publicvoidgoToWork(Bicyclebicycle){
bicycle.run();
}
那就好比去上班前，还要先四处去借一辆自行车，然后才能去上班。本节关于UML依赖和UML关联关系的异同介绍到这里。
【编辑推荐】
