Как создать шаг аутентификации в схеме использования UML-кода?

Question

Я рисую диаграмму использования для онлайн-оплаты счетов, и я смущен о шаге аутентификации. Что лучше создать отдельные случаи использования для нового пользователя и для зарегистрированного пользователя, как я пытался ниже

или я должен создать только потребительную Войти случай, а затем продлить регистр, например, как это:

или я должен создать пример использования аутентификации и расширить вход, выход и регистрацию?

Answer 1

Существует несколько подходов в зависимости от ожидаемого поведения системы и стиля письма.

• Используйте двух разных участников, авторизованных и несанкционированных пользователей. Запишите пример использования входа в систему подфункции для неавторизованного пользователя. Позвольте авторизованному пользователю только быть актером в целях использования целей пользователя, таких как Проверка баланса.
• Во всех случаях использования целевого уровня пользователя укажите предварительное условие, согласно которому пользователь авторизован. Запишите пример использования входа в систему подфункции.
• Во всех случаях использования целевого уровня пользователя необходимо предусмотреть, что сеанс пользователя действителен. Запишите пример использования уровня подфункции, когда система проверяет сеанс и применяет случай использования входа в случае необходимости.

Сценарии входа, выхода из системы и регистрации (также окончания сеанса) не связаны так, как вы просите. Вы можете, например, пометить их как AAA или поместить в главу/папку AAA. Не нужно смешивать их в одном сценарии.

Answer 2

В примере использования отображается добавленная стоимость, приносимая его актеру. Нет добавленной стоимости для Login. Таким образом, Login не используется. Это ограничение, которое вы применяете к другим вариантам использования. Он может быть прикреплен к (реальным) вариантам использования, например, { actor must be logged in}.

Я могу порекомендовать Bittner/Spence как отличный источник того, как бороться с прецедентами.