UML类图

本文详细解释了UML类图中的基本概念,包括类图的组成元素:类名、属性和方法,以及类图中表示不同关系的方式,例如泛化、实现、依赖、关联、聚合与组合,并通过具体案例加以说明。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

基本概念

类图(Class Diagram): 类图是面向对象系统建模中最常用和最重要的图,是定义其它图的基础。类图主要是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型。

类图的3个基本组件:类名、属性、方法。 

泛化(generalization):表示is-a的关系,是对象之间耦合度最大的一种关系,子类继承父类的所有细节。直接使用语言中的继承表达。在类图中使用带三角箭头的实线表示,箭头从子类指向父类。

实现(Realization):在类图中就是接口和实现的关系。这个没什么好讲的。在类图中使用带三角箭头的虚线表示,箭头从实现类指向接口。

依赖(Dependency):对象之间最弱的一种关联方式,是临时性的关联。代码中一般指由局部变量、函数参数、返回值建立的对于其他对象的调用关系。一个类调用被依赖类中的某些方法而得以完成这个类的一些职责。在类图使用带箭头的虚线表示,箭头从使用类指向被依赖的类。

关联(Association) : 对象之间一种引用关系,比如客户类与订单类之间的关系。这种关系通常使用类的属性表达。关联又分为一般关联、聚合关联与组合关联。后两种在后面分析。在类图使用带箭头的实线表示,箭头从使用类指向被关联的类。可以是单向和双向。

聚合(Aggregation) : 表示has-a的关系,是一种不稳定的包含关系。较强于一般关联,有整体与局部的关系,并且没有了整体,局部也可单独存在。如公司和员工的关系,公司包含员工,但如果公司倒闭,员工依然可以换公司。在类图使用空心的菱形表示,菱形从局部指向整体。

组合(Composition) : 表示contains-a的关系,是一种强烈的包含关系。组合类负责被组合类的生命周期。是一种更强的聚合关系。部分不能脱离整体存在。如公司和部门的关系,没有了公司,部门也不能存在了;调查问卷中问题和选项的关系;订单和订单选项的关系。在类图使用实心的菱形表示,菱形从局部指向整体。

多重性(Multiplicity) : 通常在关联、聚合、组合中使用。就是代表有多少个关联对象存在。使用数字..星号(数字)表示。如下图,一个割接通知可以关联0个到N个故障单。

聚合和组合的区别

这两个比较难理解,重点说一下。聚合和组合的区别在于:聚合关系是“has-a”关系,组合关系是“contains-a”关系;聚合关系表示整体与部分的关系比较弱,而组合比较强;聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关,一旦删除了聚合对象不一定就删除了代表部分事物的对象。组合中一旦删除了组合对象,同时也就删除了代表部分事物的对象。

实例分析

联通客户响应OSS。系统有故障单、业务开通、资源核查、割接、业务重保、网络品质性能等功能模块。现在我们抽出部分需求做为例子讲解。

大家可以参照着类图,好好理解。

1. 通知分为一般通知、割接通知、重保通知。这个是继承关系。

2. NoticeService和实现类NoticeServiceImpl是实现关系。

3. NoticeServiceImpl通过save方法的参数引用Notice,是依赖关系。同时调用了BaseDao完成功能,也是依赖关系。

4. 割接通知和故障单之间通过中间类(通知电路)关联,是一般关联。

5. 重保通知和预案库间是聚合关系。因为预案库可以事先录入,和重保通知没有必然联系,可以独立存在。在系统中是手工从列表中选择。删除重保通知,不影响预案。

6. 割接通知和需求单之间是聚合关系。同理,需求单可以独立于割接通知存在。也就是说删除割接通知,不影响需求单。

7. 通知和回复是组合关系。因为回复不能独立于通知存在。也就是说删除通知,该条通知对应的回复也要级联删除。


### UML绘制方法及学习资料 UML是一种静态结构,用于描述系统中的、接口以及它们之间的关系。以下是关于UML的绘制方法、示例和学习资料的相关信息。 #### 一、UML的基本构成 UML、接口、关联关系等元素组成。每个通常以矩形框表示,分为三个部分:名、属性和操作(方法)。的核心在于展示之间的关系,如继承、实现、关联、聚合和组合等[^1]。 ```plaintext +------------------+ | 名 | +------------------+ | 属性1: 型 | | 属性2: 型 | +------------------+ | + 方法1(参数): 返回值型 | | + 方法2(参数): 返回值型 | +------------------+ ``` #### 二、UML的绘制规则 1. **的表示方式** 用矩形框表示,其中包含名、属性和方法。名位于顶部,属性位于中间,方法位于底部。例如: ```plaintext +------------------+ | Person | +------------------+ | - name: String | | - age: int | +------------------+ | + setName(String) | | + getName(): String | +------------------+ ``` 2. **关系的表示方式** - **继承**:使用空心箭头指向父,表示子继承父。 - **实现**:使用空心箭头指向接口,表示实现了该接口。 - **关联**:使用直线连接两个,表示两者之间存在某种关系。 - **聚合**:使用空心菱形连接,表示整体与部分的关系,但部分可以独立存在。 - **组合**:使用实心菱形连接,表示整体与部分的关系,且部分不能独立存在[^3]。 #### 三、UML绘制工具 绘制UML可以使用多种工具,以下是一些常用的在线和离线工具: - **在线工具**:ProcessOn、Lucidchart、Draw.io 等。这些工具支持实时协作,适合团队合作。 - **离线工具**:Visual Paradigm、StarUML、Enterprise Architect 等。这些工具功能强大,适合专业开发人员使用。 #### 四、UML示例 以下是一个简单的UML示例,展示了 `Person` 和 `Student` 之间的继承关系: ```plaintext +------------------+ +------------------+ | Student | | Person | +------------------+ +------------------+ | - studentId: int | | - name: String | +------------------+ | - age: int | | + getStudentId() |<|--|> | + setName(String) | | + setStudentId(int) | | + getName(): String | +------------------+ +------------------+ ``` #### 五、学习资料推荐 1. **书籍**:《UML精粹》(Martin Fowler 著),这是一本经典的UML入门书籍,内容详尽且易于理解。 2. **在线教程**:可以在 ProcessOn 的官方文档中找到详细的绘制指南。 3. **视频课程**:B站或 YouTube 上有许多关于 UML 的免费教程,适合初学者快速上手[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值