如何绘制无用户交互场景下的仪表盘Use Case Diagram？

你的思路是对的，把Job Scheduler设为参与者完全符合UML规范，下面是具体的设计步骤和细节：

1. 明确所有参与者 #

用例图里的参与者不仅限于人类，外部系统、服务、调度器这类非人类角色都可以作为参与者，这里需要定义三个核心参与者：

• 查看用户：唯一的人类角色，仅执行登录、导航到仪表盘页面、查看数据的操作
• Job Scheduler：周期性触发API的调度服务，负责定时刷新数据
• 外部工具：触发Webhook的第三方系统，通过Webhook推送数据更新

2. 定义对应用例 #

每个参与者对应独立的用例，无需过度复杂：

• 查看仪表盘：关联查看用户，描述用户登录后访问并查看仪表盘数据的完整流程（无任何输入操作，仅浏览）
• 周期性刷新仪表盘数据：关联Job Scheduler，描述调度器按预设周期调用API端点，更新仪表盘数据源的行为
• 通过Webhook刷新仪表盘数据：关联外部工具，描述外部工具触发Webhook，推送最新数据到系统、更新仪表盘的行为

3. 用例图的关联与简化 #

• 三个参与者分别和各自的用例建立直接关联即可，不需要额外的包含/扩展关系（除非你的两个刷新逻辑有大量重复代码，这时可以抽象一个「更新仪表盘数据源」的抽象用例，让两个刷新用例包含它，但简单场景下分开画更清晰）
• 非人类参与者在UML中可以用标准的小人图标，也可以给矩形添加<<actor>>的构造型来标注

注意事项 #

• 不要给查看用户添加任何涉及输入的用例，因为用户仅做查看操作
• 确保用例描述准确反映实际流程：比如「查看仪表盘」不需要包含数据刷新逻辑，刷新是由另外两个参与者触发的后台行为

内容的提问来源于stack exchange，提问作者alamehtigan