含CRUD操作的6类管理员用例图绘制合理性及优化方案咨询

你的做法是否正确？ #

完全可行，这还是用例图绘制中简化复杂度的常用思路：

• 这种用Manage XX类用例包裹细分CRUD操作的方式，契合用例图「聚焦参与者核心目标而非具体操作步骤」的核心原则——管理员的核心目标是「管理用户账号」，增删改查只是达成该目标的具体手段。
• 你可以通过UML的**包含（<>）**关系明确逻辑：将Manage User Account作为顶层用例，Add User Account、Update User Account等作为被包含的子用例，既简化了主视图，又能清晰展示操作的细分逻辑。

更优的绘制方案建议 #

方案1：分层展示核心与细分用例 #

• 主视图只保留Manage User Account、Manage Role等6个顶层用例，清晰呈现管理员的核心管理范围；
• 单独绘制子用例视图，将每个顶层用例对应的CRUD操作通过包含关系展开，适合需要详细展示操作细节的场景。

方案2：根据操作优先级拆分 #

• 如果某类CRUD中的某个操作（比如Delete User Account）属于高风险或高频操作，可以将其单独提为顶层用例，其余操作仍归到Manage XX下，这样能突出关键业务节点。

方案3：结合权限扩展性细化 #

• 如果后续可能扩展其他参与者（比如普通用户也能更新自己的账号），可以提前将Update User Account拆分为两个用例：Update Own Account（面向普通用户）和Update Any Account（面向管理员），再将后者包含进Manage User Account中，提升用例图的可扩展性。

内容的提问来源于stack exchange，提问作者darth-coder