Home/ Questions/Q 914617
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-15T17:44:48+00:00

Let’s say I’m making an Use Case for a game that has a scoring

  • 0

Let’s say I’m making an Use Case for a game that has a scoring system. Each action you do in the game will increase/decrease your score in the game.

Here is a sketch of my Use Case:

1. ...
2. ...
...
8. The Player makes (some move).
9. The System registers the play and calculates his new score.

There is some algorithm behind calculating this new score. Should I state it in this Use Case? Should I state it in another Use Case? Should I simply omit the details of implementation of the algorithm?

Is the Use Case the correct place to state those kinds of things? Or should the Use Case just be concerned with the interactions between the Player and the System(the Game)?

I’d say I’d probably want to write down those details somewhere (if not just to make sure I really do understand them). So it looks to me maybe the best option is to make another Use Case where I describe how they work?

How are generally these kind of things done with Use Cases? Thanks

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Algorithms are not interaction between user and system to create something of value.

    They’re a footnote or an appendix to the use case.

    They’re often important, but they’re not interaction. Hence putting them in an appendix.

    Also. All use cases are initiated by the Actor. They actor wants to play they game; they initiate things. The system generally can’t initiate action — it’s passive, responding to the actor.

    • 0