Диаграмма вариантов использования с базой данных и веб-серверами - PullRequest
1 голос
/ 22 апреля 2011

Мне трудно обойти голову, как сработает конкретный сценарий:

У меня есть сервер базы данных, веб-сервер и пользователь.

Когда пользователь регистрирует создание службы на веб-сервере, веб-сервер затем переходит на сервер базы данных и возвращается на веб-сервер для регистрации сведений.

Как бы я на самом деле это проиллюстрировал?

Я создал трех актеров; Пользователь, веб-сервер, сервер базы данных.

В качестве заметки я прочитал много онлайн-ресурсов, а также книгу по UML.

Заранее спасибо.

Ответы [ 3 ]

2 голосов
/ 22 апреля 2011

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

Таким образом, вам нужен только один Актер (Пользователь) в этом случае.Вариант использования должен описывать цель с точки зрения пользователя (например, «Купить виджет»).

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

hth.

1 голос
/ 26 сентября 2011

Я согласен с последним утверждением maple_shaft. UC высокого уровня (вариант использования) - это средство для сбора требований.

Запросы - это «что» в системе. Что должна делать система? Что пользователь должен выполнить. Какое взаимодействие нужно пользователю от системы.

Захватывая системные компоненты в вашем UC, вы вводите в него «как», и это не подходит для UC. Вы не хотите, чтобы в вашем сценарии использования говорилось, как система будет чего-то достигать, поскольку это решение по реализации.

1 голос
/ 22 апреля 2011

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

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

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