【系统架构】类图的画图规范

最后一弹，放在了类图上面，这也是需要引起注意的最重要的地方。

格式

接口

抽象类

类

注意：
1、接口一定有 <> 的标识，接口中的方法必须斜体（默认都是抽象方法）
2、抽象类名和抽象方法必须斜体，非抽象方法不斜体
3、注意访问控制符、返回值、参数等格式的正确性
4、类中属性、方法要描述全面
类中使用注解或者new的方式声明的其他类的成员变量也是该类的属性：
原因一：对此类本身而言，此类的类内结构包括属性（成员变量）和方法（成员方法）
原因二：对类间关系而言，虽然这个类与其他类（这个类声明其他类对象）之间有关联（或其他关系），但是这个关系是体现在类间的。
5、类图中要标注使用的设计模式

类间六大关系

泛化= 实现> 组合> 聚合> 关联> 依赖

泛化（继承）

关键字extends

实现

关键字implements

组合

比聚合关系要强，，表现为contains a 的关系
与聚合的区别是整体和部分的生命周期是一样的，整体有部分不可分割。

聚合

强调整体与部分的关系，也是拥有的关系（has a ）整体与部分可以分离，本质上聚合和关联没有区别，只是聚合关系更强

关联

关联关系，一个类知道另一个类的属性和方法，A关联B，体现为B是A的成员变量（全局）
体现为has a的关系
箭头指向被关联类

依赖

类与类之间的联系，一个类发生变化，另一个类也跟着变化，因为被依赖项体现为局部变量，
体现为use a的关系
箭头指向被依赖类

规范

1.类间关系的格式与描述要做到准确无误，紧密贴合代码，与代码保持一致。
2.符合UML规范。
3. 在UML基础上，不能有二义性，图要能表达出来明确的含义。
4.统一，整体看着整洁，一致，比如关系：继承和实现关系纵向画，其他关系横向画

实例