каждое действие варианта использования должно включать в себя логин? - PullRequest
0 голосов
/ 24 декабря 2018

Я очень новичок в концепции диаграмм вариантов использования, и я немного запутался, у меня есть схема вариантов использования "Архивация ежемесячных отчетов", и я хочу спросить, должно ли использование << include >> случаяпройти логин?и Правильный ли вариант использования, который я сделал?

, поэтому в моем случае сейчас речь идет о «Архивировании ежемесячных отчетов».Процесс заключается в следующем: отдел по связям с общественностью получает предложение от сообщества, затем данные предложения будут храниться в системе связей с сообществом в системе, чтобы позднее ее увидел Отдел X и согласовал, будет ли предложение принято или отклонено.Затем отдел X может просмотреть информацию о предложении, а затем отдел X может выбрать, будет ли предложение принято или отклонено, в случае принятия предложение будет заархивировано.Затем отдел X ежемесячно составляет отчет из архивного предложения, который должен быть передан менеджеру.Каждый месяц менеджеры могут видеть отчеты, которые были сделаны подразделением X.

это изображение 1

image1

и это изображение2 каждый случай должен включать логин.image2

Так какой из них лучше?Картинка 1 или картинка 2?

1 Ответ

0 голосов
/ 24 декабря 2018

Login не имеет смысла, так как не имеет добавленной стоимости.Это просто простое ограничение.Вы можете прикрепить его к заметке с надписью { <actor> must be logged on } и стереотипировать <<invariant>>.Или прикрепите его к актеру и опишите его { must be logged on for any use case }.

И, кстати: не пытайтесь выполнить какую-либо функциональную декомпозицию.Варианты использования показывают дополнительную ценность, которую система приносит своим участникам.Больше ничего, пожалуйста.Кроме того, используйте <verb> <substantive> для описания одного варианта использования.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...