请审核我设计的药房系统用例图是否正确并指出问题

当前梳理的参与者与用例 #

顾客 #

• 注册
• 管理购物车
• 浏览商品
• 结账
• 查询订单
• 更新处方信息

药剂师 #

• 查看订单
• 查看处方记录
• 验证处方订单

零售助理 #

• 查看订单
• 处理订单
• 管理商品

经理 #

• 查看订单
• 查看商品
• 生成销售报表

设计中存在的逻辑问题 #

1. 顾客的「更新处方信息」不符合业务逻辑
   处方是执业医师开具的医疗文书，顾客没有权限直接修改处方内容（如调整药量、更换药品）。这个用例应调整为「提交/上传处方」，若涉及补充个人相关信息，可明确为「补充处方关联的个人就诊信息」。

2. 角色用例权限未区分，职责边界模糊

• 四个角色都设置了「查看订单」，但实际业务中不同角色的订单查看范围完全不同：顾客仅能查看自己的订单；药剂师重点关注需处方验证的订单；零售助理处理普通商品待办订单；经理可查看全系统所有订单。当前设计未体现这种差异，会导致后续业务执行混乱。
• 零售助理的「处理订单」未明确范围：处方订单必须经药剂师验证后才能流转到助理环节，普通商品订单才是助理的核心处理对象，需明确划分避免职责交叉。

3. 遗漏核心业务用例

• 顾客侧：缺少「提交处方购药申请」「咨询用药指导」这类常见药房服务用例；
• 药剂师侧：缺少「审核处方有效性」「调配处方药品」这些核心工作用例，「验证处方订单」只是其中一个环节；
• 零售助理侧：缺少「处理退换货」「登记商品补货」这类日常操作；
• 经理侧：缺少「管理员工权限」「查看库存预警」这类管理类用例。

4. 用例命名过于宽泛，缺乏精准性

• 零售助理的「管理商品」太笼统，应拆分为「添加新商品」「修改商品信息」「下架滞销商品」等具体用例；
• 经理的「查看商品」可明确为「查看商品库存状态」或「查看商品销售统计」，与其他角色的商品查看需求做区分。

当前用例图 #

内容的提问来源于stack exchange，提问作者FL C.