Я пытаюсь нарисовать UML класса в себе соответствующей диаграмме диаграммы прецедентов простой системы ведения блог, который отображается следующим образом: рисование UML диаграммы классов для системы ведения блог
Чтобы нарисовать диаграмму классов , должны быть два класса: пользователь и блог. Но мне сложно связать связь между ними, потому что в отношениях между этими двумя классами могут быть две разные множественности. Например, когда пользователь создает блог, диаграмма классов будет выглядеть так:
Но с точки зрения просмотра пользователем блога множественность отличается, поскольку определенный блог можно просматривать не только одним пользователем, поэтому класс будет выглядеть так:
Как решить эту проблему в домене решений?
Извините за последующий ответ, поскольку я очень занят в последнее время.Я думаю, что связь между классами должна определяться их атрибутами. Например, если класс 'Blog' имеет атрибут« Владелец »для хранения« Пользователь », который его создает, тогда должна существовать ассоциация« Создать ». И если в «Blog» есть другой атрибут коллекции «Посетители» для хранения коллекции «Пользователь», просмотрев ее, то ассоциация «Просмотр» также имеет смысл. – Ivan
Вы не используете ассоциации так, как должны. Они не о поведении. Я могу порекомендовать прочитать блог Geerts об ассоциациях: https://bellekens.com/2011/08/10/uml-best-practice-attribute-or-association/ –
Статья, которую вы дали, не дает мне понять из-за я думаю, что его плохая читаемость, но нам не нужно слишком много обсуждать это и вернуться к теме. В моем понимании до сих пор, должна ли быть определенная ассоциация или нет, действительно зависит от системных требований. Если в моем случае система должна отслеживать «блог», что «представление пользователя» способами, такими как хранение коллекции «Пользователь» (посетителей) в «блоге», то ассоциация просмотра имеет смысл. В противном случае он не должен существовать. – Ivan