Создание диаграммы вариантов использования для автоматизированной системы

Question

Как именно вывести диаграмму вариантов использования, когда все автоматизировано?Вот пример с запросом, который я получил:

«Сделайте модификацию, которая сбрасывает игровой сервер на определенную карту или переключает типы игры, когда в течение 2 часов не было игроков»

Теперь,в основном нет пользователей в классическом смысле.Рассматриваемая модификация вступает в силу автоматически после ее добавления на сервер.Забегая вперед, будет таймер, который будет опрашивать количество игроков с регулярным интервалом, а затем начнет обратный отсчет, как только это число станет равным нулю.Затем таймер вызовет метод, который вызовет изменение.

Какие актеры вы можете увидеть в этом описании?

Answer 1

Могу ли я предположить, что субъект в этом случае должен быть независимым от реализации, а не «таймером», что-то вроде «Монитор сервера».Здесь есть критическое различие в разделении экземпляра субъекта и самого субъекта (или роли и того, кто / что выполняет роль.

Т.е. роль «Администратор сервера» может быть реализована во многих различныхспособы:

• Таймер
• Счетчик
• Сотрудник администратора сервера

Вы должны думать об актере как о выполнении определенной «роли»и роль, заключающая в себе логическую группу функций. Таким образом, ваш конечный продукт не будет мешать вашим требованиям, и вы сможете легче отвечать на вопросы (особенно при поиске улучшений в будущем):

• Могу ли я автоматизировать это?
• Есть ли более дешевый / быстрый способ выполнения этой роли?
• Этот сценарий использования специфичен для этой роли?
• Имеет ли эта рольЕсть ли другие варианты использования?

Просто пытаться подчеркнуть преимущества и важность разделения роли, которую играет ваш актер (например, администратор сервера) и приложение / человек / машина экземпляратиить это.

Answer 2

Таймеры часто моделируются как акторы в диаграммах вариантов использования. Я предлагаю вам сделать это.