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的反应如果系统给我打电话让我玩,我会改变我的药物!