假设我正在为拥有评分系统的游戏制作Use Case。您在游戏中执行的每项操作都会增加/减少游戏中的分数。
以下是我Use Case的草图：
1. ...
2. ...
...
8. The Player makes (some move).
9. The System registers the play and calculates his new score.
计算这个新分数背后有一些算法。我应该在Use Case中说明吗？我应该在另一个Use Case中说明吗？我应该简单地省略算法实现的细节吗？
Use Case是说出这些事情的正确位置吗？或者Use Case是否只关注Player和System（Game）之间的互动？
我想我可能想在某处写下这些细节（如果不是为了确保我真的理解它们）。因此，在我看来，最好的选择是制作另一个用例，在其中我描述它们是如何工作的？
Use Cases一般如何完成这些事情？感谢
答案 0 :(得分：5)
算法是不用户和系统之间的交互，以创造有价值的东西。
它们是用例的脚注或附录。
它们通常很重要，但它们不是互动。因此将它们放在附录中。
另外。所有用例都由Actor发起。他们的演员想玩他们的游戏;他们发起了事情。系统通常无法启动操作 - 它是被动的，对演员做出响应。
答案 1 :(得分：3)
算法不属于用例。将它们提取到业务规则部分或文档。
答案 2 :(得分：1)
我建议你使用Activity Diagram来表示算法，并在这种情况下简化你的Use Case步骤。 我也同意“Johann Strydom”的职位。
利奥