Вы: У меня есть несколько актеров, которые используют один и тот же вариант использования. ... с какой точки зрения я должен написать поток событий
Варианты использования ориентированы на достижение цели. Они не должны быть функциональной декомпозицией или последовательностью действий. Это не я, а Ивар Якобсон, изобретатель прецедентов, в прецедент 2.0 :
Вариант использования - это все способы использование системы для достижения конкретной цели для конкретного пользователя. (Стр. 4)
Таким образом, варианты использования предназначены для обеспечения общей картины. Ваша диаграмма варианта использования должна определять эти независимые цели. Конечно, за каждым вариантом использования у вас есть некоторый рассказ, описывающий взаимодействие между субъектами и сценарием использования:
Цель описания варианта использования - рассказать историю о том, как Система и ее участники работают вместе для достижения конкретной цели. (...) Описания вариантов использования могут быть разработаны на разных уровнях детализации, начиная от простого наброска, определяя основной поток c и наиболее важные варианты, и заканчивая всеобъемлющей, очень подробной спецификацией. (Стр. 47)
Один из способов описания этого потока - это, как Geert Bellekens объяснил в комментариях: описание сценария, говорящего, кто что делает в каком порядке. Вариант этой презентации представляет собой табличную форму: столбец для действий субъекта и столбец для действий субъекта.
Теперь, если вы находитесь в начале разработки, и особенно если у вас есть несколько актеров, такое описание U C заставляет вас принимать решение о том, как вы будете проектировать взаимодействия. Более творческий вариант - описать существенный сценарии использования : вместо описания потока событий вы создаете таблицу, более подробно описывающую отображение намерений (то есть намерений) действующих лиц (в одном или n столбцах) с соответствующими обязанностями системы (в отдельном столбце).
Затем вы можете начать думать о возможных последовательностях, а также об альтернативных последовательностях, которые могли бы обеспечить лучший пользовательский опыт или более оптимальный поток информации. Гибкость настолько высока, что вы даже можете создавать управляемые голосом или управляемые НЛП интерфейсы, в которых последовательность не предопределена, а может быть разной для каждого варианта использования.