Как описать алгоритмы при использовании вариантов использования? - PullRequest
2 голосов
/ 16 июля 2010

Допустим, я делаю 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? Спасибо

Ответы [ 3 ]

5 голосов
/ 16 июля 2010

Алгоритмы не взаимодействие между пользователем и системой для создания чего-то ценного.

Это сноска или приложение к варианту использования.

Они 'часто важны, но они не взаимодействуют.Следовательно, помещая их в приложение.


Также.Все варианты использования инициируются Актером.Они актер хочет играть в игру;они инициируют вещи.Система обычно не может инициировать действие - она ​​пассивна и реагирует на действия актера.

3 голосов
/ 16 июля 2010

Алгоритмы не принадлежат в случаях использования. Извлеките их в раздел бизнес-правил или документ.

1 голос
/ 27 июля 2010

Я предлагаю вам использовать Диаграмму Деятельности для представления алгоритмов и в этом случае упростить шаги вашего Варианта использования. Я также согласен с «Иоганном Стридом» в его положении.

Leo

...