2017-01-29 3 views
3

Я очень новичок в UML и использую Lucidchart для моделирования некоторых классов в Java. Я пытаюсь представить отношения от одного до многих, где у 1 художника будет много альбомов, и у каждого альбома будет 1 художник. Это правильный способ моделирования этих отношений? ERDОтношение UML от одного до многих классов

EDIT

Спасибо за вашу помощь. Это то, к чему я придумал. Я все еще немного смущен тем, что еще было сказано о свойствах. Правильны ли кратности и линии?

UML

+3

Lucidchart предлагает несколько описаний моделей. Вы не взяли UML. Обозначение, которое вы показываете, соответствует языку ER (сущность-отношение) –

+1

Это улучшается. Еще некоторые проблемы. Потеряйте эти атрибуты списка, используйте имена свойств в конце ассоциаций, затем переосмыслите некоторые из ваших обобщений. Например, не все «Участники группы» и «Художники» являются «Композиторами». В реальной жизни «Лицо» также может быть «BandMember» в нескольких «группах», в котором указывается одна из причин, почему вы не должны использовать обобщения для ролей. –

+1

Некоторые из кратностей, вероятно, неверны. Например, на «альбоме» может быть много исполнителей на нем. На «альбоме» может быть более одного «Band». На многих «альбомах» может появиться «Песня». «BandMember» может играть разные «Инструменты» на разных «альбомах». –

ответ

4

Ваша диаграмма неправильна в виде диаграммы UML. Я могу сказать, из-за носки ворона в конце ассоциации.

Чтобы сделать вашу схему правильным:

  • Изменения ноги вороньей к множеству 0..*
  • Перемещению albums свойства к Album концу ассоциации (как вы никогда не должны похоронить список, как это в UML - это то, что ассоциации представляют)
  • изменить Artist конец ассоциации к множеству 1
  • имя свойства на!конца ассоциации (например, artist)
  • Создайте новый класс с именем Song (который является самим понятием с большим количеством информации, чем имя, например, как продолжительность, композитор и т.д.)
  • Сделать новую ассоциацию между Album и Song, создавая соответствующие кратности и свойства
+0

Справедливости ради, диаграмма _is_ правильная в нотации ER, это просто не UML –

+1

Хотя это было помечено как вопрос UML, я немного смягчил формулировку. –

+0

@ JimL. Спасибо за вашу помощь. Я обновил свой пост выше с дополнительными вопросами, касающимися вашего ответа. –

Смежные вопросы