Стандартный формат файла UML

Я разработал диаграммы UML в разных инструментах (StarUML, BoUML, Papyrus, Omondo, Rational Rose и т.д.) в зависимости от проекта и даты (роза была первой, после Omondo, затем starUMl,..., теперь papyrus). Однако я вижу, что я не могу открыть свои старые диаграммы UML, потому что инструмент устарел.

Я хотел бы знать, существует ли стандартный формат для UML-диаграмм. Вероятно, не в производстве, но, по крайней мере, знать, есть ли предложение стандартного формата.

Возможно, Eclipse делает что-то подобное с проектом M2, но другие инструменты (не основанные на затмении) заинтересованы в чтении этого формата.?

Каждый инструмент UML использует свой собственный формат, но я думаю, что эпоха проприетарного формата закончена, и открытый формат для таких диаграмм должен существовать.

Ответ 1

У меня есть два ответа на этот вопрос:

Теоретически стандартный формат обмена для моделей UML - это XMI, но верно, что каждый поставщик реализует немного другую версию, поэтому обмен не является реальностью. Тем не менее, большинство инструментов сходятся, по крайней мере, поддерживают реализацию Eclipse MDT-UML2 XMI, которая, на мой взгляд, становится де-факто стандартом XMI.
OMG работает над новым стандартом: Диаграмма Определение, которая должна исправить проблемы с текущим XMI (они много работают с многие из ведущих поставщиков, чтобы убедиться, что на этот раз все они идут в одном направлении), а также важно, чтобы он позволял обменивать не только данные (т.е. информацию об элементах модели), но и макет и графическое представление что после импорта вы получаете модель точно так же, как вы экспортировали в первую очередь

Ответ 2

Слышали ли вы о XMI?

@JordiCabot здесь добавляет некоторые интересные подробности об этом.

Ответ 3

Помимо ссылки Jordi на стандартную деятельность по определению диаграммы, обратите внимание, что в OMG есть еще одно действие: в июне 2011 года был выпущен запрос на комментарии для формата CANONICAL XMI, который представляет собой в основном подмножество и набор дополнительных правил для написания документов XMI, которые должны ограничивать возможность создания разных диалектов XMI или по крайней мере, должны позволить инструментам понимать общий диалект (канонический).