2

假设我正在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只关注 thePlayerSystem(the Game) 之间的交互?

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

通常这些事情是如何完成的Use Cases?谢谢

4

3 回答 3

5

算法不是用户和系统之间的交互来创造价值。

它们是用例的脚注或附录。

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


还。所有用例均由 Actor 发起。他们的演员想玩他们的游戏;他们发起的事情。系统通常不能启动动作——它是被动的,对参与者做出响应。

于 2010-07-16T13:33:59.593 回答
3

算法不属于用例。将它们提取到业务规则部分或文档中。

于 2010-07-16T13:33:48.680 回答
1

我建议您使用活动图来表示算法,并在这种情况下让您的用例步骤保持简单。我也同意“Johann Strydom”的立场。

狮子座

于 2010-07-27T03:01:01.740 回答