UML 用例图适合表达什么？
用例图适合在需求分析阶段表达「系统的使用范围和功能边界」——它不关心系统内部怎么实现，而是从使用者（参与者）的角度，说明谁可以对这个系统做哪些事。 比如一个在线商城，用例图会画出：用户可以使用「浏览商品、下单、支付、查看订单」这些用例，管理员可以使用「管理商品、处理订单」。它用一张图交代清楚系统对外提供了哪些功能。
UML用例图在线生成 - 用例图制作工具
UML 用例图从参与者与系统交互的角度说明「谁可以使用哪些功能」，是需求分析和毕业设计里明确系统边界、梳理角色的常用图。填写参与者、系统用例与 include、extend 关系，即可在线生成规范的用例图，支持调整节点并导出，适合需求分析与毕业设计文档。
适用场景
- 需求分析阶段梳理有哪些角色、每个角色能用哪些功能
- 毕业设计的需求说明，交代系统的功能范围和用户边界
- 确认系统功能范围，避免漏掉某些角色或功能
- 和功能模块图配合，一个讲外部交互、一个讲内部结构
使用步骤
- 列出参与者，如用户、管理员、第三方系统等
- 为每个参与者填写他使用的用例（系统功能）
- 补充 include、extend 等关系，表达用例之间的包含或扩展
- 点击生成，检查系统边界和角色是否合理
- 调整布局后保存，或导出用于需求文档
常见问题
用例图中的参与者是什么？
参与者（Actor）是跟系统发生交互的人、角色或外部系统。它不一定是具体的人，可以是任何与系统打交道的一方。 常见的参与者有：普通用户、管理员、客服等角色，也可以是第三方支付服务、外部数据库这类外部系统。用例图通过参与者把「谁」和「能做什么」关联起来。
支持 include 和 extend 关系吗？
支持。include（包含）表示某个用例一定会引用另一个公共用例，比如「下单」总是包含「登录校验」；extend（扩展）表示某个用例在特定条件下扩展另一个用例，比如「支付」在用户选择优惠券时扩展出「使用优惠券」。 通过结构化文本表达这些关系，生成的用例图会自动画出对应的连线。
用例图和功能模块图有什么区别？
两者是从不同角度描述系统。 用例图从外部参与者的角度出发，回答「谁可以使用哪些功能」，关注需求范围和系统边界。 功能模块图从系统内部出发，回答「系统由哪些功能模块组成」，关注内部的功能划分。 一个看外部交互，一个看内部结构，常常配合使用。
可以用 AI 生成 UML 用例图吗？
可以。用一句话描述系统有哪些角色、各自能做什么，比如「一个在线商城，用户能浏览、下单、支付，管理员能管理商品和订单」，AI 就能帮你整理出参与者、用例以及关系，生成一份可继续编辑的用例结构。 适合需求还比较模糊、想快速起个框架的阶段。
生成后可以调整和导出吗？
可以。生成的用例图支持继续调整节点位置、修改参与者或用例名称、增删关系，确认无误后保存，或导出为 PNG、SVG 等格式用于需求分析、毕业设计等文档。
图小设支持在线编辑、保存和导出常用软件工程图表。