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

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

введите здесь описание изображения


use-case diagram uml enterprise-architect
person Malyo    schedule 07.01.2012    source источник
comment
почему стрелка от класса к ученику? зачем стрелка от оплаты курса к платежной системе? почему нет стрелок на teacher create course, teacher manage courses и administrator manage users? Кроме того, вы абсолютно уверены, что платежная система является актером? может быть и так, но только подумайте об этом!   -  person davogotland    schedule 07.01.2012
comment
Я подумал, что должен был указать, что оценки предназначены исключительно для студентов, я также нашел свою собственную ошибку, что оплата должна быть включена, а не продлена, поскольку расширение не является обязательным. Насколько я читал, система оплаты может указывать как человек-актер, я слишком новичок, чтобы быть в этом уверенным.   -  person Malyo    schedule 07.01.2012

Ответы (3)


arrow_upward
2
arrow_downward

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

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

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

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

Конечно, этот ответ относится только к Enterprise Architect.

person MOnsDaR    schedule 09.02.2012

arrow_upward
3
arrow_downward

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

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

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

person davogotland    schedule 07.01.2012
comment
Здравствуйте, спасибо за полезный ответ. Дело в том, что я как бы смотрю на uml из моего предыдущего опыта работы с php (cms и т. д.). И этот опыт начинает задавать себе такие вопросы, как: должен ли я предположить, что учитель — это своего рода пользователь, который должен войти в систему, как ученик? Должен ли я заставить его наследовать от гостя? Может ли «просмотр или использование курса» быть добавленным к моей диаграмме случаем использования? И если да, то должен ли он быть расширенным или независимым? Я хотел бы сделать свою диаграмму немного более сложной, чем она уже есть, но я не уверен, чем я ограничен (поскольку я хочу сделать ее правильной со стандартами, хорошая практика, которую вы знаете). - person Malyo; 07.01.2012
comment
Также я не уверен, как справиться с возможностью учителя делать тесты, следует ли включить это в курсы (с названием?) или просто пока оставить? - person Malyo; 07.01.2012
comment
Делайте то, что сообщает решение, которое вы ищете. Часто варианты использования требуют документации, чтобы они были действительно полезными, диаграмма является отличным обзором и способом перейти к ожидаемому решению. - person Ted Johnson; 10.01.2012
comment
Вариант использования — это сценарий, ориентированный на цель. Регистрация и вход в систему — это отдельные цели, а управление — не цель. - person Martin Spamer; 16.01.2012

arrow_upward
2
arrow_downward

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

person Pedri    schedule 16.03.2012
comment
Есть ли определение этого значения? Имеют ли значение вход в систему и выход из системы для системы, если такая система зарабатывает деньги на контекстуальных наречиях? А в другой системе, которая зарабатывает деньги на объявлениях о платежах, единственным вариантом использования, имеющим ценность, является «Добавить объявление», не так ли? И все остальные варианты использования, такие как регистрация, вход в систему, добавление комментариев, просмотр объявлений, тогда бесполезны. - person TheFrost; 01.09.2013