Это диаграмма вариантов использования, которую я создал для системы расписаний моего колледжа:
Правильна ли моя схема? Или нужно больше вариантов использования?
На самом деле вашу диаграмму очень трудно прочитать, потому что текст слишком маленький, ваша диаграмма неверна.
Актеры Режиссер и Head of School (если я читаю хорошо) конкретно не активировать вариант использования, они бесполезны, «отношение» между ними и Academi c Administration недействительно, возможно, вы хотели обобщение
Чтобы разрешить только Обновление информации о пользователе при аутентификации слишком сокращается
«Отношение» между Изменить пароль и Редактировать личную информацию с помощью Обновить информацию о пользователе недопустимо, может быть, вы хотели обобщения, как ранее, и в этом случае это по-прежнему неправильно, потому что нет Актер, активирующий эти U C, использует Расширение
Точно так же с Редактировать расписание и тремя UC под
Расширение между U Информация о пользователе pdate и Создание нового пользователя не ясно, я имею в виду, что одно обновляет что-то уже существующее, для меня лучше не иметь его
По соглашению актеры справа - второстепенные актеры, это не случай с администратором расписания
актерами студент , бухгалтер , Academi c Administration * и Lecturer связаны с одними и теми же UC, когда несколько UC выполняют одно и то же, что означает, что существует только одна роль, поэтому должен присутствовать только один участник. Вы путаете актера и «людей», актер - это роль.
