Понимание ограничений в диаграмме вариантов использования

Я только что прочитал книгу об UML и в настоящее время пытаюсь создать диаграмму вариантов использования одного простого домена.

В домене указано:

  • Есть два типа пользователей: default и vip.
  • Пользователь по умолчанию может создать не более 10 сообщений.
  • Vip пользователь не имеет ограничений.

Как правильно внести это ограничение в диаграмму вариантов использования? Моя схема правильная?

Понимание ограничений в диаграмме вариантов использования

Если это правильно, могу ли я смоделировать следующее утверждение таким же образом?

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

Большое спасибо за внимание!

Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
0
903
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Это почти правильно. Вы должны написать текст в фигурных скобках. Это идентифицирует его как ограничение. Далее вы должны использовать правильный регистр для Default User. В конце концов, вы также можете связать ограничение с актером. И да, вы можете продолжать в том же духе. Возможно, Rate Post — это еще один вариант использования. Подумай об этом.

спасибо! Извините за беспокойство, но не могли бы вы дать мне еще один совет? Если моя диаграмма большая (около 25 вариантов использования), могу ли я разделить ее на несколько диаграмм вариантов использования?

Ivan avn 25.07.2019 20:10

Да, конечно. Вы можете создать диаграмму для каждого UC, если вы хотите показать детали для каждого UC, или вы можете сгруппировать их логически (что когда-либо имеет смысл). Также вы можете создать одну обзорную диаграмму, показывающую простые UC без ограничений.

qwerty_so 25.07.2019 21:11

Понятно. Благодарю вас!

Ivan avn 25.07.2019 21:15

Я также рекомендую вам поискать инструмент UML. Лично я использую Enterprise Architect из-за его соотношения цены и качества. Определенно из-за грубого графического интерфейса.

qwerty_so 25.07.2019 21:21

Понятно, но сейчас я всего лишь бедный студент, который работает стажером в одной компании. Я использую UML Designer. Но спасибо завтра проверю

Ivan avn 25.07.2019 21:23

Ах я вижу. Я был в такой ситуации один раз. Попробуйте убедить своего босса купить что-то, что он может использовать, чтобы уменьшить свои налоговые платежи ;-)

qwerty_so 25.07.2019 21:25

Другие вопросы по теме

Верна ли эта диаграмма UC?
Правильно указать первичных/вторичных субъектов (диаграмма вариантов использования UML)
Как мне отобразить, кто выполняет действие в моем случае использования?
Зачем нам нужно разделять или разбивать один вариант использования на два или более вариантов использования?
Может ли кто-нибудь сказать мне, пробовал ли я правильно использовать диаграмму вариантов для этого сценария?
Система электронной почты за пределами SUD считается действующим лицом при получении от нее электронного письма?
Какой актер для варианта использования системы, взаимодействующей с самой собой?
Несколько действующих лиц на диаграмме прецедентов, но все они выполняют одну и ту же общую роль
Расширение или включение диаграммы вариантов использования для отношения администратора к заказу клиента
Диаграмма вариантов использования не может правильно назвать моего актера