UML 类图 Class Diagram.docVIP

A.0、Class Diagram（类图） 类图是类和它们之间的关系描述系统的一种图，是从静态角度表示系统，是静态模型。类图是其它图 A.1、类图的模型元素 Package（包）、Class（类）、Interface（接口） B、类之间的关系 B.1、Associate、Association（关联） 用于描述类与类之间的连接。有”user a”的含义。 关联关系表明两个模型元素之间有关系，通常作为一个类的实例变量来实现。这个连接在每一端都包含一个已命名的角色（这个角色具有多样性、方向性和约束性）。 当代码是由类图生成的，关联关系会在目的类中变成一个实例变量。 关联关系还可在Package, Object, Communication, Data Modeling, Deployment图中使用。 B.2、Association Class（关联类） 关联类连接是一个UML概念，它使一个关系连接有属性和操作（特征）。这样的结果是一个连接有一个类的混合关系。 B.3、Aggregate、Aggregation（聚合） 是关联的特例。是指类与类之间有“整体和部分”的特点。部分脱离整体，部分仍有意义。有”has a”的含义。是共享式的。 B.4、Compose、Composition（组合） 也是指类与类之间有“整体和部分”的特点。而Composition中的部分脱离了整体，部分将没有任何意义，是独占式的。 B.5、Generalize、Generalization（概括） 在类图中概括就是继承。 B.6、Realize、Realization（实现） 实现是指一个模型元素（类）是另一个模型元素（接口）的实现。 B.7、Dependency（依赖） 依赖表示两个或多个模型元素之间语义上的关系。 下面两种情况属于依赖关系： B作为一个参数被传递给A中所定义的一个方法(参数可见性)； B在A的一个方法中被声明为局部对象(局部声明可见性)； 而关联一般应描述为普通的属性(B是A的一个属性，是一种相对长久的可见性) B.8、Permission Dependency（授权依赖） 授权依赖表示一个事物访问另一个事物的能力。提供者通过规定客户的权限，可以控制和限制对其内容访问的方法。 B.9、Usage Dependency（使用依赖） 使用依赖都是非常直接的，通常表示客户使用提供者提供的服务以实现它的行为。 C、详细说明 C.1、Association、Aggregation、Composition三种关系比较 从代码实现的角度上讲：三者都是以属性出现，其中Association中作为属性出现时，不需要对其进行强制赋值，只要在使用是对其进行初始化即可。Aggregation中作为属性出现时，需要在构造器中通过传递参数来对其进行初始化。Composition中作为属性出现时，需要在整体的构造器中创建部分的具体实例，完成对其的实例化。 从数据库的层面上来讲：Association不需要被级联删除，Aggregation不需要被级联删除，Composition是需要被级联删除的。 C.2、举例说明Aggregation和Composition的区别 举例说明从代码实现的角度上讲Aggregation和Composition的区别。 //Aggregation relationship public class Computer{ private String cpu; private Monitor aMonitor; public Computer(String cpu, float weight, Monitor aMonitor){ this.cpu=cpu; this.aMonitor=aMonitor; } } class Monitor{ private int inch; private boolean isFlat; //no information of computer　单向关系 public Monitor(int inch, boolean isFlat){ this.inch=inch; this.isFlat=isFlat; } } //Composition relationship public class Computer{ private String cpu; private Monitor aMonitor; public Computer(String cpu, float weight, int inch, boolean isFlat){ this.cpu=cpu; this.weight=weight; this.aMon