同流程多Actor触发的Use Case的Primary Actor判定及描述方法

Primary Actor判定规则 #

不存在必须在User1、User2中二选一作为唯一Primary Actor的强制要求，按实际业务属性判定即可：

• 如果User1、User2同属某类上位角色（比如二者都是平台注册用户，只是标签属性不同），直接将二者共同归属的上位角色设为Primary Actor
• 如果User1、User2是完全独立的两个角色、没有共同上位角色，但二者都拥有触发该用例的同等权限，直接将两个角色同时列为该用例的Primary Actor即可

举个实际例子：「查看平台公开公告」这个用例，普通消费者、入驻商家都能触发，触发后的公告加载、展示逻辑完全一致，就不需要硬选消费者或者商家当唯一Primary Actor，直接把两个角色都列上，或者抽离出「平台访问者」这个上位角色作为Primary Actor都可以。

场景设计编写规则 #

不需要为两类Actor分别编写独立场景，仅需编写单一场景、关联多个有权限的Primary Actor即可。
用例场景的核心作用是描述业务执行的完整链路，既然不同Actor触发后的前置校验、主流程、分支异常、输出结果完全一致，重复编写多份场景只会产生无效冗余，后续迭代调整流程时还要同步修改多份内容，极易出现场景描述不一致的问题。
只有当不同Actor触发同一入口的功能时，存在流程分支、权限校验差异、返回结果不同的情况，才需要针对差异部分编写扩展场景，或者直接拆分为独立用例。

核心判定原则：是否拆分场景/用例，唯一判断标准是不同触发角色对应的业务规则、执行流程是否存在差异，和可触发该功能的角色数量没有直接关系。

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