По текущей диаграмме очень много замечаний. Советую вслух проговорить все что описано на диаграмме, с учетом формальности языка. Например 2 класса сверху слева: У каждой персоны может быть 1 карта. У каждой карты есть от 1 до бесконечности владельцев (бред!).
Не забудь о том, что записи можно изменять, а не только создавать и удалять. Добавь CRUD для карт. Точка доступа это сама дверь или карт ридер?? Где логи? Слишком мудришь с сотрудниками и студентами (пытаешься сразу объять необъятное), лучше оставить только класс Persona, и перенести в нее атрибут privilege level - сотрудник, школьник и т.п.
Я хотел написать что у каждой персоны есть 0 или 1 карта, видимо не правильно отобразил.
AccessPoint это сама дверь, т.е это parent class и из него уже идут sub classes door and gates
Опять же, мудрю с классом Person потому что препод хочет увидеть как мы используем parent class и дочерние классы, поэтому его так и отобразил.
Да, сейчас тогда карт ридер добавлю и запись событий
CRUD как я понял нужно просто добавить в operations класса Card?
Начало Activity диаграммы во вложении
Немного не понял что делает ромб слева, под Прикладыванием карты. Обычно же либо объединение либо decision mode, а у вас как то 2 в 1.
В принципе все доп действия можно оставить за рамками системы, как я у препода узнавал про изменение прав доступа к зона в use cases и она сказала не делать это, считать это все установлено за пределами нашей системы. В этом случае и ваша и моя activity diagram должны подходить под задание