Прежде всего, вы должны понимать, что диаграммы вариантов использования не заменяют фактические (написанные) варианты использования. Описания вариантов использования содержат много важных деталей, которые опущены в диаграммах вариантов использования. Диаграммы вариантов использования хороши для изображения иерархий действующих лиц, связанных вариантов использования и взаимосвязей между вариантами использования, но не более того.
Еще одна важная вещь - понять, что на самом деле представляет собой вариант использования. Хороший способ думать о них - найти цель актера, которого он / она хочет достичь с помощью системы. Достижение этой цели должно дать актеру некоторую деловую ценность. Я хочу сказать, что из того, что вы описали, зарегистрированный пользователь может захотеть найти экскурсию и / или купить входные билеты. Так что это его цель, и это должен быть вариант использования, не путайте варианты использования с функциональностью / функциями, такими как различные способы поиска и т. Д.
В вашем первом предложении у вас есть два варианта использования, которые отличаются только данными (например, это может быть просто другой выбор из поля со списком в форме). Такие различия, если они не влияют на то, как система и действующие лица взаимодействуют, описаны отдельно от вариантов использования в глоссарии данных, на который вы ссылаетесь в своем сценарии использования. Таким образом, вы избежите многих ненужных деталей в описаниях вариантов использования. Если, с другой стороны, шаги в описании изменяются (например, когда зарегистрированный пользователь выбирает систему местоположений, дает ему / ей возможность выбрать другого зарегистрированного пользователя в качестве друга и предварительно выбирает избранные местоположения обоих или что-то подобное ...) Вы можете захватить это, используя альтернативы / расширения.
Вы упоминаете систему, которую разрабатываете, как второстепенный актер. Не забывайте, что разрабатываемая система является неявным действующим лицом и не изображает диаграммы как отдельное действующее лицо. Используйте границу (прямоугольник, охватывающий варианты использования, исключая актеров), чтобы изобразить область действия вашей системы.
Наконец, к твоей заботе. Это всего лишь детали о данных, которые не являются частью варианта использования. Вы можете зафиксировать эти детали в тексте (назвав все категории и т. Д.), Используя глоссарий данных, как упоминалось выше. Если вы считаете, что структура и отношения между данными важны и должны быть записаны с помощью диаграмм, вы можете использовать диаграммы классов для создания моделей данных / предметной области.
Последнее замечание об отношениях использования вариантов - не используйте их, если не нужно. Их часто трудно понять и смутно определить. Никогда не используйте их для декомпозиции функциональности, которая зависит от дизайна, а не анализа с вариантами использования.