Логика диаграммы вариантов использования - PullRequest
0 голосов
/ 23 мая 2018

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

Вот примеры использования:

(A) Все пользователи Системы могут просматривать и искать заголовки

(B) В число пользователей входят Заемщики и Библиотекари

(C) Заемщик может оформить заказ и вернуть вещи.Если во время проверки выясняется, что титул недоступен (все копии были заимствованы), то заемщик может зарезервировать титул на будущее

(D). Когда титул становится доступным, заемщик уведомляется электронной почтой.-mail

(E) Заемщик может просматривать список бронирований и отменять их

(F) Библиотекарь может регистрировать новых заемщиков и добавлять новые названия

User Case 1

Use case 2

Мои сомнения:

  • Должен ли заемщик взаимодействовать свариант использования "Зарегистрировать нового заемщика"?Учитывая, что пользователю необходимо зарегистрироваться, библиотекарю также необходимо будет взаимодействовать с системой, поэтому я предполагаю, что оба должны быть связаны?

  • , когда заголовок станет доступным, из какого варианта использованиядолжен ли он прийти?

Как видно на первом рисунке, вариант использования Доступный заголовок поставляется как новый сценарий использования из варианта использования Название недоступен, а на втором изображении:Я сделал это как продолжение от Check out item.

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

Спасибо!

1 Ответ

0 голосов
/ 23 мая 2018

Я просто поделюсь с вами некоторыми мыслями, поскольку SO, по сути, не является местом для исправления домашних заданий.

  • (B) В число пользователей входят заемщики и библиотекари

    Это означает, что должен существовать общий актер User, от которого наследуются Borrowers и Librarians.И вы бы подключили User к UC для обоих.

  • (F) Библиотекарь может зарегистрировать новых заемщиков и добавить новые названия

    Это неправильно смоделировано на обеих диаграммах.Только Librarian должен быть связан.

  • Не может быть ассоциаций между UC (как в вашем # 1).Однако

  • Title not available - это не UC, а последовательность (альтернативных) шагов в UC Check out item.Есть больше пузырей "UC", которые вообще не являются UC.UC о добавленной стоимости.Прочитайте Биттнер / Спенс (но вам, вероятно, придется поторопиться).

Большинство ваших UC в порядке.

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