Должен ли пакетный запланированный процесс (например, ночной процесс) быть смоделирован как вариант использования? это то, что должна делать система, но нет Актера, «использующего» эту функцию, потому что она запланирована.
Какие-либо предложения? Спасибо!
Мы определили актор «Планировщик» для моделирования этого сценария. Планировщик обычно имеет свой собственный набор вариантов использования, которые представляют собой пакетные задания или исполняемые файлы, которые необходимо запускать регулярно, и т. д. Например, вариант использования может быть записан как «Сценарий использования начинается, когда текущее время находится на часе» для работа, которая выполняется 24 раза в день. Мы стараемся не включать слишком много таких случаев, потому что слишком легко увязнуть в деталях реализации. Мы ждем, когда действительно важные действия должны быть рассчитаны по времени, например, ежемесячные процедуры закрытия для бухгалтерии. В них не упоминаются какие-либо особенности программного обеспечения (например, название программного обеспечения для планирования), просто вариант использования запускается субъектом планировщика в определенный день и/или время.
Первая попытка:
Time can be actor in your use case.
Но, как вы сказали, это странно, как основной актер.
Вы можете подумать о человеческой альтернативе. Поэтому спросите себя:
Система автоматически выполняет пакетный запланированный процесс, но: когда? как? ... Так КТО сообщит системе, когда? как ? делать запланированный процесс? Есть ли роль, которая настраивает пакетный запланированный процесс? Если так..
Вторая попытка:
На сайте IBM есть хорошая статья Уважаемый доктор Юз. Кейс: являются ли часы действующим лицом?
И вы можете проверить аналогичный вопрос по адресу Является ли TIME действующим лицом в варианте использования?
Система (ОС) является «актером»:
http://en.wikipedia.org/wiki/Actor_%28UML%29
В U.M.L «Актер» — это не просто человек, это может быть процесс или ОС, вы просто добавляете стереотип, указывая на его «систему».
