Отношения слияния в диаграммах пакетов UML 2

Question

Я читал эту Википедию страницу на диаграммах пакетов UML 2.На этой странице упоминается взаимосвязь между двумя пакетами.

Цитирование статьи:

«Слияние пакетов» - это направленное отношение между двумя пакетами, которое указывает, что содержимое двух пакетов должно быть объединено.Это очень похоже на Обобщение в том смысле, что исходный элемент концептуально добавляет характеристики целевого элемента к его собственным характеристикам, в результате чего получается элемент, который объединяет характеристики обоих:эта концепция слияния пакетов.

Кто-нибудь использовал это в своем моделировании? Может кто-нибудь дать мне реальный пример того, где и почему вы бы использовали слияние пакетов.

Answer 1

Вики-цитата прямо из спецификации OMG, как указывает ссылка. Две вещи. Спецификация OMG продолжает:

Этот механизм следует использовать, когда элементы, определенные в разных пакетах, имеют одинаковые имена и предназначены для представляют ту же концепцию. Чаще всего он используется для предоставления разных определений данного понятия для разных целей, исходя из общего базового определения. Данная базовая концепция расширяется с приращением, причем каждое приращение определяется в отдельный объединенный пакет. Выбирая, какие приращения объединить, можно получить пользовательское определение понятия для конкретный конец. Слияние пакетов особенно полезно при метамоделировании и широко используется в определении метамодели UML.

Во-вторых, вся инфраструктура и надстройка OMG UML разбита на множество пакетов, которые часто объединяются. Это полезно, когда вы хотите сделать свое собственное метамоделирование и добавить функциональность или исключить его, я сам. UML - их лучший пример. Многие реализации UML успешно следовали этой схеме слияния пакетов для включения и исключения из решения.

Answer 2

Пакет слияния является своего рода ссылкой зависимости.Я никогда не использую его, потому что эта концепция не нужна с моим любимым инструментом EclipseUML Omondo.Я имею в виду, что мое моделирование выполняется на уровне проекта, который включает в себя пакеты, внутренние пакеты и т. Д. *

Многие инструменты говорят о слиянии пакетов, потому что они никогда не реализовывали уровень проекта и все еще просто моделируют на уровне пакета:-) Если вы измените Java-проект с несколькими пакетами, затем экспортируйте xmi из RSA, EA или любого другого инструмента, тогда вы поймете, что я имею в виду.Например, вы не видите интерфейс и наследование классов, потому что они не находятся в одном пакете.Как вы можете представить, что я поместил бы все мои интерфейсы и классы в один пакет?

Это то, что рекомендуют поставщики инструментов, потому что они не могут управлять уровнем проекта, и это для меня плохая архитектура проекта !!