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

举报
Laura_张 发表于 2022/08/28 00:55:28 2022/08/28
【摘要】 最后一弹,放在了类图上面,这也是需要引起注意的最重要的地方。 格式 接口 抽象类 类 注意: 1、接口一定有 <> 的标识,接口中的方法必须斜体(默认都是抽象方法) 2、抽象类...

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

格式

接口
在这里插入图片描述

抽象类
在这里插入图片描述


在这里插入图片描述

注意:
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.统一,整体看着整洁,一致,比如关系:继承和实现关系纵向画,其他关系横向画
在这里插入图片描述

实例

在这里插入图片描述

文章来源: blog.csdn.net,作者:张艳伟_Laura,版权归原作者所有,如需转载,请联系作者。

原文链接:blog.csdn.net/Laura__zhang/article/details/124769303

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。