Связь между двумя вариантами использования в UML

Question

Я знаю, что два варианта использования могут быть связаны со следующими отношениями,
1. расширить 2. включить 3. требовать
Помимо этих отношений, есть ли другой способ связать два варианта использования?

http://www.visualusecase.com/visual-use-case-screenshots/use-case-diagram-editor-screenshot.html

Если бы кто-то мог сказать мне, законна ли связь между арендным видео и случаями использования кредитной карты? Я не спрашиваю об отношениях включения, речь идет о том, у кого нет имени.

Answer 1

Сначала давайте дадим правильное название этим отношениям:

В Диаграмме вариантов использования между вариантами использования можно определить 3 взаимосвязи:

1. Включают
2. простираться
3. Обобщение

Тогда предупредите вас о случаях использования

Примеры использования - это текстовые истории, в которых показано взаимодействие "действующих лиц" с системой для достижения "цели".

Поэтому вместо того, чтобы спрашивать: "Можно ли использовать это отношение или нет, сначала напишите свои сценарии использования. Вам не нужно (и не следует) писать все из них в деталях. Работайте итеративно.

Проверьте жизненный цикл варианта использования

Включить RelationShip

Когда вы пишете сценарии использования, если вы видите, что некоторые шаги в сценариях сценариев использования происходят снова и снова.[Много раз] затем извлекайте повторяющиеся шаги в отдельном сценарии использования, а затем ссылаетесь на него из других вариантов использования, используя отношение "включить".[чтобы избежать репутации]

Или вы можете использовать отношение "включить" для разложения длинного варианта использования на более мелкие субъединицы [Будьте осторожны, избегайте функциональной декомпозиции]

Расширить отношения

У вас есть необязательное поведение в базе вариантов использования на основе условия. Но во многих случаях, когда вы пишете свои сценарии использования, у вас есть разделы Extensions и, не показывая отношения расширений на диаграмме, вы можете просто записывать и записывать необязательное поведение в этих разделах [ Extensions]. Но если вы считаете, что необязательное поведение важно и должно быть видно на диаграмме прецедентов, то покажите его на диаграмме с расширенными отношениями.

Обобщить отношения

Если вы начинающий модельер, держитесь подальше от Generalize Relationship. Это интерпретация [как написать свой текстовый рассказ] как-то проблематично. Если хотите получить больше информации, обратитесь к главе "Использование обобщения между вариантами использования" книги "Моделирование сценариев использования", Курт Биттнер Ян Спенс или " Шаблоны для сценариев эффективного использования", Стив Адольф и т. Д.[Раздел 7.5. CapturedAbstraction - шаблон для применения UML-обобщения, автор Дэн Роастхорн]

Пример диаграммы:

Взаимоотношения между картой "Rent video" и "Charge Credit" являются технически законными, поскольку в сценарии использования "Rent Video" говорится "Charge Credit": для аренды видео необходимо всегда снимать средства с кредитной карты. И этот шаг [Charge Credit] также повторяется в случае использования Pay Late Fee [в соответствии с вашей схемой]

И скидка является "необязательной" в зависимости от условия [может быть, если вы берете больше 3, у вас есть], так что "продление" также технически законно.

Но у вас есть ненужные строки, которые я не понимаю.

Заключительный совет:

Не тратьте много времени на Диаграммы вариантов использования. Важным является сценарий использования. И когда это возможно, используйте минимальные отношения в ваших диаграммах вариантов использования.