用例图中CRUD用例泛化分组的可行性及场景适配咨询

一、用泛化方式分组“Manage X”类CRUD用例完全可行 #

UML用例的泛化关系本来就是用来处理这类通用-特殊场景的：

• 把包含通用CRUD逻辑的“Manage X”设为抽象父用例（不能单独执行，仅作为子用例的模板），将“Manage Item”“Manage Category”等具体业务用例作为子用例继承它，能大幅减少重复定义，让用例图更简洁清晰。
• 子用例可以在继承父用例基础上扩展专属逻辑，比如“Manage Item”额外加“批量导出”操作，完全不破坏父用例的通用性。
• 注意：父用例要明确标记为抽象（UML里通常用斜体表示），避免被误解为可独立触发的用例。

二、“Manage Item”仅适用于当前浏览目录的设计可行，且有标准实现方式 #

这个业务约束是合理且常见的，可通过以下方式明确：

• 前置条件定义：在“Manage Item”用例的文字描述里添加前置条件：「用户已进入某一目录的浏览界面」，直接明确用例的触发范围。
• UML约束标注：在“Manage Item”用例旁用大括号标注约束，比如 {仅操作当前浏览目录下的Item}，直观体现限制。
• 参与者上下文强化：如果需要在图里更直观体现，可将参与者细化为“目录浏览用户”，而非泛泛的“系统用户”，从角色层面暗示用例的适用范围。

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