> Перевод даётся для удобства чтения. Нормативным является английский оригинал.

# Связь

**Спецификация Мета-Вселенной**

**Идентификатор документа:** MU-V2-CORE-006  
**Название:** Связь - полноправная смысловая сущность  
**Класс документа:** нормативный  
**Версия:** 2.0 (черновик)  
**Статус:** рабочий черновик  
**Нормативные ссылки:** MUC, MUFP  
**Информативные ссылки:** [Объект](../04-core-concepts/Object.md), [Событие](../04-core-concepts/Event.md)  
**Копирайт:** © Orkestron.AI  
**Лицензия:** Apache-2.0

---

# 1. Назначение

Этот документ определяет понятие **Связи** в Мета-Вселенной.

Связь - полноправная смысловая сущность, выражающая значимое соединение между двумя или более Мета-Объектами. Связи управляются, версионируются и прослеживаются независимо от объектов, которые они соединяют.

---

# 2. Определение

Связь представляет смысловое утверждение о том, как соединены Мета-Объекты.

Связь - это **полноправная смысловая сущность, а не техническая ссылка**. В реальных организациях связи нередко несут больше смысла, чем соединяемые ими объекты: узы *сотрудник ↔ руководитель*, *человек ↔ семья*, *компания ↔ договор* - именно в них живут обязательство, полномочие и последствие. Поэтому Мета-Вселенная управляет Связями как самостоятельными сущностями, с собственной идентичностью, жизненным циклом, владением и происхождением.

Связь ОБЯЗАНА описывать смысл, а не реализацию.

Ссылки уровня реализации, внешние ключи или рёбра графа НЕ ДОЛЖНЫ считаться смысловыми связями, если они явно не представляют смысловое значение.

---

# 3. Принципы Связи

Каждая Связь ОБЯЗАНА:

- иметь чётко определённое смысловое значение;
- ссылаться на один или несколько Мета-Объектов;
- сохранять прослеживаемость;
- иметь распознаваемый жизненный цикл;
- принадлежать авторитетной Вселенной;
- оставаться независимой от технологии хранения.

Связи являются смысловыми объектами сами по себе.

---

# 4. Основные составляющие

Каждой Связи СЛЕДУЕТ определять:

- канонический идентификатор;
- тип связи;
- исходный объект или объекты;
- целевой объект или объекты;
- смысловое значение;
- кратность;
- состояние жизненного цикла;
- владельца;
- происхождение;
- версию.

Дополнительные метаданные МОГУТ определяться предметными Мета-Моделями.

---

# 5. Типы Связей

Типичные категории связей:

- Ассоциация
- Композиция
- Агрегация
- Зависимость
- Владение
- Членство
- Назначение
- Ссылка
- Выведение
- Эквивалентность

Предметные Мета-Модели МОГУТ вводить дополнительные типы связей.

---

# 5a. Профиль Связи

**Профиль связи** - стандартизованный переиспользуемый класс отношения, который МОЖЕТ разделяться между мета-моделями, чтобы одно и то же соединение всюду означало одно и то же.

Рекомендуемые базовые Профили связей:

- `reportsTo` - действующее лицо подотчётно другому в структуре полномочий;
- `owns` - действующее лицо владеет объектом;
- `memberOf` - объект участвует в группе или коллективе;
- `dependsOn` - объекту нужен другой объект, чтобы работать или иметь смысл;
- `implements` - объект реализует спецификацию, возможность или контракт.

Профилю связи СЛЕДУЕТ определять своё смысловое значение, ожидаемые категории источника и цели, кратность по умолчанию и типичное временное поведение. Мета-Моделям СЛЕДУЕТ переиспользовать опубликованные Профили связей вместо того, чтобы переопределять эквивалентные отношения, чтобы соединения оставались сопоставимыми и федерируемыми между Вселенными. Локальные расширения Профиля связи ОБЯЗАНЫ оставаться добавляющими и НЕ ДОЛЖНЫ переопределять его установленное значение.

---

# 6. Кратность

Кратность Связи ОБЯЗАНА быть явной всегда, когда это применимо.

Типичные формы:

- Один к одному
- Один ко многим
- Многие к одному
- Многие ко многим

Кратность ОБЯЗАНА описывать семантику, а не реализацию в базе данных.

---

# 7. Идентичность

Каждая значимая Связь ОБЯЗАНА обладать канонической Идентичностью.

Идентичность ОБЯЗАНА оставаться устойчивой на протяжении жизненного цикла Связи.

Изменение атрибутов связи НЕ ДОЛЖНО создавать новую идентичность.

Замена смыслового значения ОБЯЗАНА создавать новую Связь.

---

# 8. Владение

У каждой Связи ОБЯЗАН быть авторитетный владелец.

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

Владение ОБЯЗАНО оставаться прослеживаемым.

---

# 9. Жизненный цикл

Связи СЛЕДУЕТ проходить через явные состояния жизненного цикла, такие как:

- Предложена
- Активна
- Приостановлена
- Устарела
- Выведена из обращения

Переходы жизненного цикла ОБЯЗАНЫ представляться через События.

---

# 10. Временная действительность

Связь МОЖЕТ включать временную действительность.

Типичные атрибуты:

- validFrom;
- validUntil;
- observedAt;
- terminatedAt.

Временная действительность и жизненный цикл Связи ОБЯЗАНЫ выражаться через примитив [Событие](../04-core-concepts/Event.md) и фиксироваться на смысловой временной шкале, чтобы то, *когда* соединение действовало и когда перестало действовать, восстанавливалось независимо от текущего состояния соединяемых объектов.

Временная действительность НЕ ДОЛЖНА влиять на каноническую идентичность.

---

# 11. События

Создание, изменение и вывод Связей из обращения СЛЕДУЕТ представлять неизменяемыми Событиями.

Исторические состояния ОБЯЗАНЫ оставаться восстановимыми.

---

# 12. Федерация

Связи МОГУТ охватывать Объекты, происходящие из разных Вселенных.

Межвселенские Связи ОБЯЗАНЫ:

- сохранять канонические идентичности всех участвующих Объектов;
- указывать авторитетного владельца;
- ссылаться на действующее федеративное соглашение, когда это применимо.

Федерация НЕ ДОЛЖНА передавать владение участвующими Объектами.

---

# 13. Импортированные Связи

Импортированные Связи ОБЯЗАНЫ сохранять:

- исходное пространство имён;
- происхождение;
- версию;
- смысловое значение.

Локальные расширения ОБЯЗАНЫ оставаться добавляющими.

---

# 14. Прослеживаемость

Каждая Связь ОБЯЗАНА сохранять:

- происхождение;
- историю владения;
- историю жизненного цикла;
- историю событий;
- смысловую родословную.

История Связи ОБЯЗАНА оставаться пригодной для аудита.

---

# 15. Валидация

Соответствующей реализации СЛЕДУЕТ проверять:

- идентичности объектов, на которые есть ссылки;
- тип связи;
- кратность;
- смысловую согласованность;
- состояние жизненного цикла;
- ограничения федерации.

---

# 16. Архитектурные инварианты

Каждая Связь ОБЯЗАНА сохранять:

- смысловое значение;
- каноническая идентичность;
- прослеживаемость;
- владение;
- соблюдение Конституции.

Связи НИКОГДА не должны сводиться к ссылкам уровня реализации.

---

# Дальнейшие направления

Мета-Вселенная выдвигает направляющий принцип: **смысл рождается из Связей, а не только из Объектов**. По мере его вызревания ожидается будущий **каталог профилей связей** - опубликованная федерируемая библиотека стандартизованных классов отношений (расширяющая базовый набор `reportsTo` / `owns` / `memberOf` / `dependsOn` / `implements`), которую мета-модели смогут импортировать так же, как импортируют Пространства имён, чтобы *структура* знания стала столь же переиспользуемой и обнаружимой, как и сущности внутри неё. Это направление ожидается, но пока не нормативно.

---

# Заключение

Связь - полноправная смысловая конструкция Мета-Вселенной.

Она представляет значимые соединения между Мета-Объектами, позволяя моделировать знание как развивающуюся смысловую сеть, структура которой не менее важна, чем сами объекты. Относясь к Связям как к самостоятельно управляемым артефактам, Мета-Вселенная сохраняет смысл, прослеживаемость и совместимость между федерированными смысловыми вселенными.