В моем ответе на подобный вопрос я сказал, что способ моделирования действий, которые должны быть выполнены в данный момент времени, заключается в создании актера под названием «Планировщик», который больше заполнителя и не упоминает технологию. Идея заключается в том, что должен быть какой-то человек или компонент, который должен следить за временем и затем инициировать конкретный вариант использования. Сценарий использования говорит: «Этот вариант использования начинается в момент X» в зависимости от потребностей варианта использования. Да, время - это фактор, который можно смоделировать, но то, как работает инструктор, кажется мне растянутым, потому что само время не заботится о том, что происходит, когда оно просто есть. Он слишком обобщает, пытаясь вписать все типы сценариев использования в свою концепцию моделирования.
В положенной дискуссии с инструктором я бы спросил: «Является ли само время - никакой другой механизм, человек или программное обеспечение - сущностью, действующей на систему?» Очевидный ответ - «нет», но идея в том, что МОЖЕТ БЫТЬ произвольный субъект, который а) может измерять время и б) знает, что определенные варианты использования чувствительны ко времени.
Мне нравится статья в ответе @ Игоря , так как она действительно охватывает большую часть проблемы, связанной с превращением Time в главного актера.
Актеры обычно представлены каким-то существительным, поэтому, возможно, компромиссом является использование часов в качестве актера вместо заглавной буквы «T». Как и другие постеры, я согласен, что вы вряд ли убедите учителя, но стоит обсудить его, потому что это помогает понять, как он думает о моделировании в целом.
Хотя я понимаю, что уже слишком поздно для класса, породившего этот вопрос, я публикую этот ответ в надежде помочь другим, кто столкнулся с проблемой моделирования времени в случае использования, или встретиться с профессором, у которого есть их собственное мнение о том, как моделировать с использованием сценариев использования UML.