Вам решать, как вы показываете свои классы на разных диаграммах. Таким образом, в одном вы можете показать подробные атрибуты и операции, а в другом - только имя класса. Однако в большинстве случаев лучше создать модель предметной области, которая вначале фокусируется на бизнес-аспектах. Он не имеет технически навязанных структурных элементов, и в основном вы используете атрибуты (YMMV). Позже вы извлекаете технический дизайн из этой модели, в которой вы создаете копию, которая ссылается обратно на <<trace>> зависимости (инструменты UML предлагают преобразование для этого). Хотя вам нужно (в основном) вручную синхронизировать две модели, лучше всего общаться с бизнесом и разработчиками.
N.B. о вашем дизайне выше: сообщение с нулевыми связанными пользователями не имеет особого смысла. Также не следует использовать общее агрегирование, поскольку оно не имеет определенной семантики.