毕业论文与UML

这段时间有到了本科同学毕业论文选题阶段， 看到一写论文还是需要继续优化，这里就问豆包了一个问题：UML各种图形应该用在本科计算机论文的哪些部分比较合理。？

豆包给了我如下回答，觉得对即将毕业的同学有一定的帮助作用，与毕业党共勉。

UML图的合理使用能极大提升论文的专业性和可读性。核心原则是**“按需匹配”**，即根据论文不同章节的核心目标，选择能直观传递信息的UML图形。

以下按本科计算机论文的常见章节模块，梳理UML图的合理应用场景。

---

1. 需求分析阶段（对应“需求分析”章节）

此阶段核心是明确“系统要做什么”，需直观展示用户需求和业务流程，常用两类图。

• 用例图（Use Case Diagram）
  • 用途：呈现系统的用户角色（Actor）、核心功能（Use Case）及两者间的交互关系。
  • 示例：在“图书管理系统”论文中，用例图可展示“读者”角色的“借书”“还书”用例，“管理员”角色的“添加图书”“查询借阅记录”用例。
• 活动图（Activity Diagram）
  • 用途：描述复杂业务流程的步骤、分支（如“if-else”）和循环逻辑，适合展示跨角色的协作流程。
  • 示例：用活动图展示“用户在线下单”流程，从“选择商品”→“提交订单”→“支付验证”（成功/失败分支）→“生成订单”的完整步骤。

---

2. 系统总体设计阶段（对应“系统设计”章节）

此阶段核心是明确“系统整体结构”，需展示模块划分和核心实体关系，常用两类图。

• 类图（Class Diagram）
  • 用途：描述系统中的核心实体（Class）、属性（Attribute）、方法（Method）及实体间的关联（如继承、聚合、关联）。
  • 注意：本科论文无需绘制所有类，只需展示核心业务类（如“图书”“读者”“订单”类），避免过于复杂。
• 包图（Package Diagram）
  • 用途：按功能或层级划分系统模块（如“用户管理模块”“商品管理模块”“订单处理模块”），展示模块间的依赖关系。
  • 适用场景：当系统模块较多时，用包图替代复杂的类图，更清晰地呈现整体架构。

---

3. 系统详细设计阶段（对应“详细设计”章节）

此阶段核心是明确“模块内部如何实现”，需展示对象交互、状态变化等细节，常用三类图。

• 时序图（Sequence Diagram）
  • 用途：按时间顺序展示多个对象（或模块）的交互过程，重点呈现“谁在什么时候做什么”。
  • 示例：用时序图展示“用户登录”过程中，“客户端”→“认证模块”→“数据库”的消息传递顺序（如“发送登录请求”→“验证账号密码”→“返回验证结果”）。
• 协作图（Collaboration Diagram）
  • 用途：与时序图功能类似，但更侧重展示对象间的关联关系，而非时间顺序，可作为时序图的补充。
  • 注意：本科论文中选择时序图或协作图其一即可，无需重复使用。
• 状态图（State Diagram）
  • 用途：描述单个对象的状态变化过程（如“订单”的状态：“待支付”→“已支付”→“待发货”→“已发货”→“已完成”）。
  • 适用场景：当某个核心对象的状态变化复杂时使用，简单场景可省略。

---

4. 系统实现与测试阶段（对应“系统实现”“系统测试”章节）

此阶段核心是展示“系统如何部署”和“组件依赖”，常用两类图。

• 部署图（Deployment Diagram）
  • 用途：展示系统的硬件环境（如“服务器”“客户端”“数据库服务器”）和软件模块在硬件上的部署关系。
  • 示例：用部署图标注“Web服务器部署用户管理模块”“数据库服务器部署MySQL数据库”。
• 组件图（Component Diagram）
  • 用途：展示系统中的组件（如“登录组件”“支付组件”“报表生成组件”）及组件间的依赖关系，适合说明第三方组件的集成（如“集成支付宝支付组件”）。

---

关键使用原则

1. 避免冗余：同一信息不重复用多类图展示（如已用时序图说明交互，就不用再画协作图）。
2. 按需选择：本科论文以“清晰表达”为目标，无需使用所有UML图，一般选择3-5类核心图形即可（如用例图、类图、时序图、部署图）。
3. 简洁明了：图形中只保留核心元素，避免堆砌过多细节（如类图中只写关键属性和方法，不写所有私有变量）。

---

那么，聪明的你，下面这些图应该放哪里呢？

UML 图表

可以使用UML图表进行渲染。 Mermaid. 例如下面产生的一个序列图：

这将产生一个流程图。:

• 关于 Mermaid 语法，参考 [这儿][3],

FLowchart流程图

我们依旧会支持flowchart的流程图：

• 关于 Flowchart流程图 语法，参考 [这儿][4].