Инструмент связи данных UML

Question

Я изучаю разработку программного обеспечения в школе, и сейчас мы сосредоточены на диаграммах данных. То есть объектные классы, ассоциации (и кратности), троичные (или вообще N-арные) ассоциации, классы агрегации и так далее.

Меня учили, что мы используем стандарт UML, но, насколько я вижу, большинство найденных мной UML-редакторов даже не поддерживают (или делают это очень плохо) используемые мной концепции UML, я нахожу себя используя текстовые метки по всей диаграмме, чтобы выразить почти все, и я даже не могу правильно определить N-арную ассоциацию. Я могу нарисовать ромб из части рисования блок-схемы и нарисовать несколько стрелок, затем определить кратности с помощью меток, но я нахожу это непрофессиональным.

Итак, у меня есть два вопроса: является ли UML тем, чему меня учили? Есть ли у него более конкретное имя (мне сказали, что они называются диаграммами данных).

Как я могу проверить, что я использую правильный инструмент и что я действительно изучаю UML?

Answer 1

• N-арные ассоциации - это UML. Но они не так часто используются на самом деле. Большинство ассоциаций являются однонаправленными или двунаправленными бинарными.
• Диаграммы данных не являются UML. Но стандарт позволяет использовать диаграммы классов для отображения таблиц и их взаимосвязей. Если вы используете диаграммы классов, это UML, если диаграмм данных, это не так.
• Кратности UML. Вы должны определить их как атрибуты ассоциации.
• Что касается стрелок, то стандарт UML позволяет их не показывать. Но, конечно, они должны быть снова установлены в качестве атрибутов ассоциации.

Похоже, вы используете инструмент построения диаграмм без поддержки диаграмм классов UML. И вам нужен скорее инструмент для моделирования. Попробуйте VP-UML - у него есть бесплатная лицензия сообщества, включая все типы диаграмм UML. Или, если вы можете установить Eclipse, он имеет множество плагинов UML. Самыми крупными являются ЭДС или Папирус. Они бесплатны. Зеленый UML для начинающих.

Я понимаю ваши проблемы - многие курсы UML не преподают настоящий UML. Многие широко используемые инструменты имеют ошибки в реализации UML. Некоторые из них (IBM) очень далеки от стандарта. Лучшее место для проверки правильности выбора - стандарт OMG UML 2.5. Это бета2, но контент практически равен текущему 2.4.1, и его легче понять. (текущее изменение просто для упрощения документации)