12月2号总结

一、类图基本概念

 

类的表示：在 UML 类图中，类通常用矩形框表示。矩形框分为上、中、下三个部分，上部为类名，采用名词形式，且遵循帕斯卡命名法（每个单词首字母大写）；中部为类的属性，列出该类所具有的各种数据信息；下部为类的操作（方法），描述类的行为或功能。

可见性符号：属性和操作前可添加可见性符号，“+” 表示 public（公共的），可被所有类访问；“-” 表示 private（私有的），只能在本类内部访问；“#” 表示 protected（受保护的），本类及其子类可以访问；“~” 表示 default（默认的，在类所在包内可访问）。

二、类之间的关系

（一）关联关系（Association）

 

概念：表示两个或多个类之间在概念上有某种联系，是一种结构关系，描述了类的实例之间的连接。例如，学生和课程之间存在选课的关联关系。

表示方式：在类图中，用一条直线连接相关的类。可以在直线两端添加角色名（表示一个类在关联关系中扮演的角色）和多重性（表示一个类的实例可以与另一个类的多少个实例相关联）。例如，一个学生可以选修多门课程，课程可以被多个学生选修，可表示为 “学生 * - 课程 ”，其中 “” 表示多。

（二）聚合关系（Aggregation）

 

概念：是一种特殊的关联关系，整体与部分的关系较弱，部分可以脱离整体而存在。比如，计算机和鼠标，鼠标可以从计算机上拆卸下来独立存在。

表示方式：用带空心菱形的直线表示，菱形端靠近整体类。

（三）组合关系（Composition）

 

概念：也是整体与部分的关系，但比聚合关系更强，部分在整体的生命周期内创建和销毁，整体不存在时部分也不能单独存在。例如，人与其心脏，心脏不能脱离人而独立存活。

表示方式：用带实心菱形的直线表示，菱形端靠近整体类。

（四）依赖关系（Dependency）

 

概念：表示一个类使用另一个类，是一种使用关系，通常是在某个方法的局部范围内使用。例如，人在开车时依赖汽车类，但人不一定总是与汽车相关联。

表示方式：用带箭头的虚线表示，箭头指向被依赖的类。

（五）泛化关系（Generalization）

 

概念：即继承关系，描述了一般与特殊的关系，子类继承父类的属性和方法，并可以有自己的扩展。例如，学生类可以继承人类的一些通用属性和行为，同时有自己特有的学号、专业等属性。

表示方式：用带空心三角形的直线表示，三角形端指向父类。

（六）实现关系（Realization）

 

概念：用于描述类与接口之间的关系，表明一个类实现了某个接口所定义的契约。例如，某个具体的类实现了某个特定的接口，就必须实现接口中定义的所有方法。

表示方式：用带空心三角形的虚线表示，三角形端指向接口。

三、类图的应用场景

 

需求分析阶段：帮助分析人员理解业务领域中的概念和它们之间的关系，梳理业务流程中涉及的各类实体及其相互作用，从而明确系统的功能需求和业务规则。

设计阶段：是面向对象设计的重要工具，用于设计软件系统的架构和模块结构，确定类的职责、属性和方法，以及类之间的协作关系，为后续的编码实现提供清晰的蓝图。

代码生成与逆向工程：一些建模工具可以依据类图自动生成部分代码框架，提高开发效率；同时，也可以对已有的代码进行逆向工程，生成类图，以便更好地理解和维护代码。

系统文档化：作为系统文档的重要组成部分，类图能够直观地展示系统的静态结构，方便开发团队成员之间以及与其他相关人员（如测试人员、项目经理等）的沟通与交流，有助于提高团队协作效率和项目管理水平。