Как подключить прецеденты друг к другу?

Question

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

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

первый:

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

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

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

второй один:

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

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

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

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

Answer 1

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

Так что теперь относительно ваших (вопросов) вопросов.

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

Пожалуйста, взгляните на мои скриншоты и обсудите их.

Answer 2

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

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

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

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

У вас есть много вариантов использования, не связанных ни с кем. ВОЗ выполняет эти действия? Это показывает диаграмма UC.