use case diagram中Specialisation用法正确性及用例拆分咨询

你的判断是正确的，当前对Specialized use case（用例特化）的使用不符合UML规范，拆分为「Create Team」「Create Project」「Create Board」三个独立用例是更合理的选择，原因如下：

• UML中用例特化的核心规则是：子用例必须完整继承父用例的所有行为、参与者、前置/后置条件，仅可在特定实现细节上做调整，且子用例可以直接替换父用例执行。同时父用例本身必须是一个对参与者有独立业务价值的完整目标，而非抽象的动作节点。
• 你当前场景中的父用例Create本身不具备独立业务价值——用户不会以“执行创建动作”为最终操作目标，「创建团队」「创建项目」「创建看板」是三个完全独立的用户目标，三者的操作流程、权限要求、业务结果都有本质差异，不存在继承关系，强行抽象父用例反而会模糊用例的业务含义，违背用例描述用户真实价值诉求的核心原则。

如果你需要复用三个创建操作中的公共步骤（比如操作权限校验、基础资源初始化等），可以通过*包含（include）*关系抽取公共逻辑为独立的被包含用例，无需使用特化关系。

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