Не уверен, что моя диаграмма UML USE-CASE верна

Question

Я начал изучать UML, но иногда меня это смущает (например, что мне разрешено или нет включать в мою диаграмму USECASE, в прошлый раз мне было интересно, можно ли войти в систему в диаграмме вариантов использования).В любом случае, я сделал простую диаграмму вариантов использования платформы электронного обучения, как Линда, но вы должны заплатить за отдельный курс, который вы хотели бы пройти.Любые предложения / исправления о моей диаграмме?(Я хотел бы принести больше случаев использования в нем)

Answer 1

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

Итак, о диаграммах прецедентов: цель диаграммы прецедентов состоит в том, чтобы облегчить понимание того, какие прецеденты существуют, и для какого типа пользователей эти прецеденты предназначены для . из-за этого стрелки всегда идут от актер до сценарий использования.

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

Answer 2

Логин не является целью пользователя.Авторизация необходима для того, чтобы иметь возможность удовлетворить цель пользователя регистрации.Если пользователь вошел в систему, ничего не сделал и вышел из системы, какое значение это дает?Никто.

Answer 3

Я бы разделил этот вариант использования с именем Register/Login на два отдельных варианта использования. Я думаю, что эти шаги являются двумя отдельными действиями, и для их выполнения необходимы разные шаги Таким образом, вы также можете преобразовать прецеденты в композиты.

Мы часто делаем это так:

• Создать вариант использования
• Создать диаграмму действий с тем же именем
• Щелкните правой кнопкой мыши на Usecase
• Advanced
• Композитный

Затем вы можете добавить более подробные шаги по реализации / выполнению определенного варианта использования в диаграмме действий.

Этот ответ, конечно, специфичен для Enterprise Architect.