三段式类框
类名 / 属性 / 方法分区编辑
六种关系
继承、实现、关联、聚合、组合、依赖
代码骨架
按类图生成 Java / Python 类
可见性标注
+、-、# 直接输入
产品能力
三段式类框
类名、属性、方法分区编辑，可见性符号 +、-、# 直接输入。
关系齐全
继承、实现、关联、聚合、组合、依赖六种关系箭头规范。
自动生成代码
按类图生成 Java / Python 类骨架，实现前先对齐设计。
使用步骤
- 1
添加类并填写属性方法
- 2
连接继承与关联关系
- 3
导出图片或生成代码骨架
详细介绍
类图是面向对象设计的核心
类图描述系统的静态结构：有哪些类、类有哪些属性和方法、类之间什么关系。它是详细设计章节分量最重的图，也是编码前最重要的设计产物。好的类图能直接指导代码结构，也是答辩时讲解「系统怎么设计的」的主要抓手。
三段式类框与可见性
每个类用矩形框表示，分三段：类名（粗体居中）、属性列表、方法列表。可见性用符号标注：+ 表示 public，- 表示 private，# 表示 protected，下划线表示静态成员。属性写成「名称: 类型」的形式，方法写成「名称(参数): 返回类型」。抽象类名和抽象方法用斜体，接口用 «interface» 构造型标注。
六种关系怎么选
关系强度从强到弱依次是：组合（菱形实心，整体销毁则部分销毁）、聚合（菱形空心，部分可独立存在）、关联（实线箭头，成员引用）、依赖（虚线箭头，临时使用）。继承用空心三角箭头指向父类，实现接口用虚线空心三角。选关系的经验：整体管理部分的生命周期用组合（订单-订单项），否则用聚合（班级-学生）；方法参数里用到的是依赖，成员变量里用到的是关联。
适用场景
交稿前核对清单
按这份清单过一遍，能挡掉答辩时最常见的格式扣分点。
- 核心业务类是否都画出
- 可见性符号（+ - #）是否标注
- 组合与聚合是否区分
- 抽象类 / 接口是否用规范画法
- 关系箭头方向是否正确
- 类名是否与代码一致
相关工具
同一类图一起用，论文里的图就齐了。
常见问题
类图要画到什么程度？
核心业务类画完整（属性 + 方法），工具类、实体 DTO 可以只画类名或省略。本科毕设 8-15 个类覆盖主要结构即可，不要把所有类都堆上去。
属性和方法要写返回类型吗？
属性写「名称: 类型」，方法写「名称(参数): 返回类型」。格式统一即可，不必每个都写修饰符（public 等）除非需要强调可见性。
抽象类和接口怎么画？
抽象类名和抽象方法用斜体，或加 {abstract} 标注；接口用 «interface» 构造型，放在类框第一格。实现接口用虚线空心三角箭头。
组合和聚合怎么区分？
生命周期绑定的是组合（实心菱形）：订单删除则订单项删除。可独立存在的是聚合（空心菱形）：班级解散学生还在。选错不会被扣大分，但组合/聚合混用显得不严谨。
能生成代码吗？
可以按类图生成 Java / Python 类骨架（类名、属性、方法签名），实现逻辑自己补。适合设计先行的开发流程。
类图太大怎么办？
按包（package）拆图：领域模型一张、数据访问层一张、控制层一张。论文里放领域模型完整图，其他分图放附录。
免费开始使用 UML 类图生成器
图表交给工具，时间还给论文。
免费开始