stringtranslate.com

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

Пакеты, содержащие узлы и артефакты .

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

Обзор

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

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

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

Пакеты, содержащие варианты использования .

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

Элементы

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

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

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

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

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

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

Ссылки

  1. ^ ab "Пакеты". Унифицированный язык моделирования 2.5.1. Номер документа OMG formal/2017-12-05. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017 г. стр. 241.
  2. ^ "Пространства имен". Унифицированный язык моделирования 2.5.1. Номер документа OMG formal/2017-12-05. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017 г. стр. 27.
  3. ^ OMG Unified Modeling Language (OMG UML), Infrastructure, V2.1.2 Архивировано 09.01.2017 на Wayback Machine , стр. 160.
  4. ^ "Упрощение спецификации". Унифицированный язык моделирования 2.5.1. Номер документа OMG formal/2017-12-05. Организация по разработке стандартов группы управления объектами (OMG SDO). Декабрь 2017 г. стр. 11.

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

На Викискладе есть медиафайлы по теме «Диаграммы пакетов» .