Используйте случаи со «временем» в качестве актера

Question

Каковы наилучшие практики использования сценариев использования для моделирования поведения системы, которое выполняется периодически по расписанию (а не как прямой результат явного взаимодействия с пользователем)?

Если «время» моделируется как субъект, каковы приемлемые подходы к описанию того, как время используется для запуска варианта использования (например, является ли период настраиваемым, допустимые диапазоны и т. Д.)?

Answer 1

Является ли планирование частью вашей системы или внешним по отношению к ней?

Если график внешний, то я отношусь к нему как к актеру. Тогда мы не видим время.

Если планирование является обязанностью системы, то я думаю, что было бы полезно думать о времени как о актере, звонящем в звонок или, другими словами, предоставляющим информацию. Перечисление временных обязанностей помогает в разработке графика. Однако будут и другие актеры, которые на самом деле установят расписание. Отдельно от расписания.

Answer 2

Возможно, было бы лучше рассмотреть субъекта, который вызвал планирование конкретной задачи, как еще действующего субъекта, когда задание фактически запускается:

1. Клерк акций представляет список выбранных деталей
2. Система обрабатывает список деталей, выбранных для обновления инвентаря

и добавить примечание, указывающее, что последнее происходит в одночасье.

Теперь, когда я пишу это, я не думаю, что время является проблемой в случае использования. На этом уровне важно , что происходит и какие участники участвуют. Когда это случается не более важно на данном этапе, чем как .

Answer 3

Время никогда первичный субъект, в конце концов, время не получает что-то ценное от системы, когда создается экземпляр использования?

Я думаю, что вы путаете свое решение о внедрении с бизнес-требованием, чтобы ваше решение о внедрении было выбрано.

Если бы вы могли дать общее описание того, что делается периодически и почему, я мог бы уточнить.