Как связать варианты использования друг с другом?

Question

Я устанавливаю варианты использования проекта, вот некоторые детали:

Мой вопрос состоит из двух частей:

первый:

У меня есть актер Пользователь может зарегистрироваться на сайте. Он может войти, посмотреть профиль, отредактировать пароль.

Что касается предыдущих вариантов использования, я запутался, как визуализировать варианты использования на диаграмме, я думал, что это может быть сделано следующим образом:

1. Создайте сценарий использования "Управление профилем" и подключите к нему другие сценарии использования "Просмотр профиля, Изменить пароль и т. Д." С помощью отношения обобщений. и затем подключите этот вариант использования к сценарию использования "loginCheck" с "включением отношений". Актер укажет "управлять профилем".
2. Создайте подсистему "Профиль" и установите варианты использования, связанные с ней. затем подключите его к "loginCheck" с помощью "включить отношения". Актер будет указывать каждый вариант использования.

второй:

Пользователь может добавить ставку: есть несколько типов ставок:

• взаимная ставка: 1- одиночные ставки. 2- комбинированные ставки
• долгосрочные ставки
• ставки на чемпионат

Должен ли я создать общий вариант использования "AddBet" и распространить на него другие типы.

Я не могу загрузить фотографию напрямую, потому что я новичок.

Answer 1

Прежде всего, для себя я видел много "ссылок" внутри вашей диаграммы, которые, кажется, используются неправильно. Может быть, вы можете взглянуть на некоторые ресурсы UML и, в частности, на ассоциацию, обобщение, включение и расширение ссылок... Кстати, мне просто интересно узнать, какой инструмент вы используете для этого? Visio или ArgoUML?

Итак, теперь по поводу вашего (-ых) вопроса (-ов).

1. Когда вы хотите связать актера с вариантом использования, вы должны создать ассоциацию между ними, а не обобщение
2. Если вы хотите указать, что вариант использования "Управление профилем" может включать (или не включать) изменение пароля, просматривать его профиль и т. Д. Для этого я хотел бы использовать расширенную ссылку.
3. Для моделирования того факта, что данный вариант использования обязательно включает в себя еще один, я бы использовал include include.
4. создание варианта использования "добавить ставку", "расширенного" другим, будет указывать на то, что у вас есть много общего между всеми этими возможными ставками.

Пожалуйста, посмотрите на мои скриншоты и позвольте обсудить это.

Answer 2

На Диаграмме вариантов использования у вас должны быть только действующие лица, визуально разные системы (такие как терминал, клиентский компьютер, серверный компьютер или система управления профилями, система ставок) и реальные действия (варианты использования).

Системы показаны как блоки, актеры как люди, а варианты использования - как овалы, которые соединяют стороны действия.

Вы должны Profile Management как система, как главный герой в диалоге user-system. И вы увидите, что Мобильный банк - это НЕ случай использования, это не действие. Может быть, это другая подсистема, а может, просто не будет там принадлежать.

На вашей другой диаграмме очевидно, что различные виды ставок являются потомками варианта использования ставки. Они не просто расширяют его.

У вас есть много вариантов использования, не связывающихся ни с кем. КТО делает эти действия? Это цель диаграммы UC, чтобы показать это.