为何移除用例图中的单个<<include>>？同类用例是否有相同问题

为啥要移除UC4？ #

先明确UML里<>的核心逻辑：基础用例必须调用被包含的用例，被包含用例是基础用例完成核心目标的必要环节——缺了它，基础用例就干不成事。

UC4被移除，肯定是它的<>违反了这个规则：

• 要么UC4是个可选步骤，比如基础用例是“提交订单”，UC4是“发送订单提醒”——就算不发提醒，订单提交的核心目标已经完成了，这时候用<>就错了，该换成<>（扩展关系，对应可选、满足条件才触发的步骤）。
• 要么UC4的功能和基础用例完全不搭边，比如强行让“用户登录”包含“查看天气”，纯属于错误的依赖绑定，自然得删掉。

“Download Docs”用例会踩同样的坑吗？ #

不一定，得看实际业务场景：

• 如果“Download Docs”是对应基础用例的必要步骤——比如基础用例是“审核项目资料”，必须先下载文档才能审核，那这个<>就没问题。
• 如果“Download Docs”是可选操作——比如用户看项目详情时，可下可不下，那这里用<>就错了，和UC4的问题一模一样，该换成<>。

<>的常见错误汇总 #

• 把可选当必要：把非必须的步骤用<>标记，正确姿势是用<>。
• 绑定无关功能：被包含用例的功能和基础用例核心目标没关联，只是为了代码复用硬凑的依赖，从业务逻辑角度完全不合理。
• 搞反依赖方向：比如本该是A包含B，结果画成B包含A，不符合实际业务的执行顺序。

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