刘京城 2020-5-28 23:04

潘老师，有个问题我拿捏不定，想请教一下：如图示，左边第9步有一个是否的判断，是的话系统要标记子作业单全部完成，否的话就什么也不做。但我看书上有说基本路径里验证的步骤不要写是否，要直接写期望的结果，这里的第9步不是一个验证，只是一种规则，所以我直接写了是否，不知是否合适？然后我又想到另一种写法，如右边那样拆成9、10两步，然后对9下面的扩展路径里有个扩展。本来想着它其实是一个规则，是不是放在业务规则里更好，但我记得那是针对不引起交互变化的选择，这里其实是引起系统交互变化的（就是第10步），所以还是没放在业务规则里。但这样做也感觉有个问题，实际情况是不发到外发工作组的是大多数，所以它不太像是一个意外扩展。请问老师觉得这最终是左边的写法更好点还是右边的更好？或者还是说放到业务规则里描述更好？

补充一点：是否发放到外发工作组只是一个用户的选择，不存在谁比谁更接近用例的成功抵达

UMLChina潘加宇

需求是研究系统作为一个整体的行为，6-11写的这些都是系统内部做了什么，不存在扩展的问题，否则代码里面任何一句if else不都变成扩展了吗？ 合并成一句“系统保存作业单发放结果”就行了，保存的具体信息以及规则，写在字段列表和业务规则里。

刘京城 2020-5-29 10:49

哦，谢谢老师！昨天我也仔细推敲了这里，当时对交互行为是否变化拿捏还是不准，可能把系统做的具体步骤也理解成交互行为的变化了

---