Oop 在执行用例时如何描述算法?

Oop 在执行用例时如何描述算法?,oop,uml,use-case,Oop,Uml,Use Case,比如说,我正在为一个有评分系统的游戏制作一个用例。你在游戏中做的每一个动作都会增加/减少你在游戏中的得分 下面是我的用例的草图: 1. ... 2. ... ... 8. The Player makes (some move). 9. The System registers the play and calculates his new score. 计算这个新分数背后有一些算法。我应该在这个用例中声明它吗?我应该在另一个用例中声明它吗?我是否应该省略算法实现的细节 用例是陈述这类事情的正

比如说,我正在为一个有评分系统的游戏制作一个
用例。你在游戏中做的每一个动作都会增加/减少你在游戏中的得分

下面是我的
用例的草图

1. ...
2. ...
...
8. The Player makes (some move).
9. The System registers the play and calculates his new score.
计算这个新分数背后有一些算法。我应该在这个
用例中声明它吗?我应该在另一个
用例中声明它吗?我是否应该省略算法实现的细节

用例
是陈述这类事情的正确位置吗?或者
用例
应该只关注
玩家
系统
游戏
)之间的交互吗

我想说,我可能想把这些细节写在某个地方(如果不是为了确保我真的理解它们的话)。所以在我看来,也许最好的选择是制作另一个用例,在这里我描述它们是如何工作的


使用
用例
通常是如何完成这些事情的?谢谢,算法不属于用例。将它们提取到业务规则部分或文档中。

算法不是用户和系统之间的交互来创建有价值的东西

它们是用例的脚注或附录

它们通常很重要,但它们不是互动。因此将它们放在附录中



还有。所有用例都由参与者发起。他们想玩他们的游戏;他们开始做事。系统通常无法启动操作——它是被动的,对参与者做出响应。

我建议您使用活动图来表示算法,在这种情况下,让您的用例步骤保持简单。 我也同意“约翰·斯特里多姆”的观点


利奥

另一个问题。游戏开始时,当前分数设置为零。我是否应该定义一个声明该操作的操作?根据我从你的回答中所理解的,我会说不。我可以从两个方面来论证。我不认为说“系统在分数设置为0的情况下开始一个新游戏”有什么害处,同样,在系统发送第一条消息的情况下开始一个用例有意义吗?参与者启动用例。时期演员开始游戏。游戏对ActorIf的反应如果系统给我打电话让我玩,我会改变我的药物!