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