Схема упаковки

Схема пакета ^[1]в унифицированном языке моделирования изображает «специализации для моделей и профилей , которые организуют расширения UML». ^[1]

Обзор

Помимо стандартных отношений зависимости UML , между пакетами определены два специальных типа зависимостей:

импорт пакета
слияние пакетов

— Импорт пакета это «направленная связь между импортирующим пространством имен и пакетом, указывающая, что импортирующее пространство имен добавляет имена членов пакета в свое собственное пространство имен». ^[2]По умолчанию немаркированная зависимость между двумя пакетами интерпретируется как связь импорта пакетов.В этом отношении элементы целевого пакета будут импортированы в исходный пакет.

Слияние пакетов — это «направленная связь между двумя пакетами, которая указывает на то, что содержимое двух пакетов должно быть объединено. Это очень похоже на обобщение в том смысле, что исходный элемент концептуально добавляет характеристики целевого элемента к своему собственному. характеристики, в результате чего получается элемент, сочетающий в себе характеристики обоих». ^[3]В этом отношении, если элемент существует как в исходном пакете, так и в целевом пакете, то определение исходного элемента будет расширено и будет включать определение целевого элемента.

В текущей версии Unified Modeling Language 2.5.1 (декабрь 2017 г.) объединение пакетов больше не используется в спецификации. «Каждый метакласс полностью определен в одном предложении». ^[4]

Элементы

Пакет: механизм общего назначения для организации элементов модели и диаграмм в группы. Он предоставляет инкапсулированное пространство имен, в котором все имена должны быть уникальными. Он используется для группировки семантически связанных элементов. Это пространство имен, а также элемент, который может содержаться в пространствах имен других пакетов.
Класс: представление объекта, отражающее его структуру и поведение внутри системы. Это шаблон, на основе которого создаются работающие экземпляры. Классы обычно описывают логическую структуру системы.
Интерфейс: спецификация поведения. Класс реализации должен быть написан для поддержки поведения класса интерфейса.
Объект: экземпляр класса. Его часто используют в анализе для обозначения артефакта или другого предмета.
Таблица: стереотипный класс.

Использование

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

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

Когда использовать

Он используется в крупномасштабных системах для изображения зависимостей между основными элементами системы.
Диаграммы пакетов представляют собой механизм группировки во время компиляции.

Ссылки

^ Перейти обратно: ^а ^б «Пакеты». Единый язык моделирования 2.5.1 . Официальный номер документа OMG /05.12.2017. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017. с. 241.
^ «Пространства имен». Единый язык моделирования 2.5.1 . Официальный номер документа OMG /05.12.2017. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017. с. 27.
^ Унифицированный язык моделирования OMG (OMG UML), Инфраструктура, V2.1.2. Архивировано 9 января 2017 г. на Wayback Machine , стр. 160.
^ «Упрощение спецификации». Единый язык моделирования 2.5.1 . Официальный номер документа OMG /05.12.2017. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017. с. 11.

Внешние ссылки

[OMG-1] Перейти обратно: ^а ^б «Пакеты». Единый язык моделирования 2.5.1 . Официальный номер документа OMG /05.12.2017. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017. с. 241.

[2] «Пространства имен». Единый язык моделирования 2.5.1 . Официальный номер документа OMG /05.12.2017. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017. с. 27.

[3] Унифицированный язык моделирования OMG (OMG UML), Инфраструктура, V2.1.2. Архивировано 9 января 2017 г. на Wayback Machine , стр. 160.

[4] «Упрощение спецификации». Единый язык моделирования 2.5.1 . Официальный номер документа OMG /05.12.2017. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017. с. 11.

[1]

[2]

[3]

[4]