知识卡片
用例的包含关系与反对功能分解
内容
用例中若某个步骤本身很复杂，或这个步骤在多个用例里重复出现，可以把它抽成另一个独立用例，原用例则包含（includes）这个被抽出的用例；常见文本表达方式是给被包含用例名字加下画线做成超链接。这个机制适合收拾弄乱主场景的复杂步骤和多处重复的步骤，但作者明确警告：不要把包含关系当成功能分解的工具，试图把用例逐层拆成子用例、子子用例——这种机械分解只会浪费大量时间，偏离用例本该聚焦叙事的初衷。
参考来源
- 位置：《UML精粹：标准对象建模语言简明指南（第3版）》第9章《用例》（源文件：_epub-src/EPUB/8.xhtml）
- 结论依据：原文说明"用例中的复杂步骤可以变成另一个用例。在UML术语中，我们说，第一个用例包含（includes）第二个用例……对于会把主要场景弄乱的复杂步骤和在若干用例中重复的步骤来说，写成被包含用例会有用。然而，不要尝试使用功能分解方法来分解用例"。
- 原始内容：用例中的复杂步骤可以变成另一个用例。在UML术语中，我们说，第一个用例包含（includes）第二个用例……对于会把主要场景弄乱的复杂步骤和在若干用例中重复的步骤来说，写成被包含用例会有用。然而，不要尝试使用功能分解方法来分解用例为子用例和子子用例。这样分解只会浪费许多时间。