UML建模中的 依赖、关联、聚合、组合 这四个语义比较难区分。

详细的UML建模参考如下：
UML建模

依赖：Uses a。这种使用关系是具有偶然性的、临时性的、非常弱的，但是B类的变化会影响到A；比如类B作为参数被类A在某个method方法中使用；

关联：Has a。这种拥有关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般是平等的、关联可以是单向、双向的；表现在代码层面，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量；

聚合：Own a。聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；比如计算机与CPU、公司与员工的关系等；表现在代码层面，和关联关系是一致的，只能从语义级别来区分，大雁和雁群；

组合：is a part of。这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束，如大雁和翅膀。

依赖

依赖关系表示一个类依赖于另一个类的定义。依赖关系中，可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、临时性的、非常弱的，但是B类的变化会影响到A。一般而言，依赖关系在语言中体现为
局部变量、方法的形参，或者对静态方法【被依赖对象的静态方法，如何上面的B类静态方法】的调用。

关联

关联关系中，体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，比如我和我的朋友，夫妻关系；这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般是平等的。关联可以是双向的，也可以是单向的。关联关系一般使用成员变量来实现

聚和

组合

是关联关系（contains-a）的一种，是比聚合关系强的关系。整件拥有部件的生命周期，所以整件删除时，部件一定会跟着删除。而且，多个整件不可以同时间共享同一个部件。

	class Car {   
		// 使用成员变量形式实现组合  
	    Engine engine;   
	    
	    // 使用构造方法给成员变量赋值
	    public Car () {
	    	this.engine = new Engine();
		}
	    // 使用方法参数形式实现聚合  
	    public void run(){   
	        engine.run();   
	    }   
	}