> Перевод даётся для удобства чтения. Нормативным является английский оригинал. # MMAS-Core **Спецификация Мета-Вселенной** **Идентификатор документа:** MU-V2-ARCH-001 **Название:** Стандарт архитектуры мета-моделей - ядро архитектуры **Класс документа:** нормативный **Версия:** 2.0 (черновик) **Статус:** рабочий черновик **Нормативные ссылки:** Конституция Мета-Вселенной (MUC), Versioning, Naming-Conventions, Validation, MMAS-Package, MMAS-Conformance **Информативные ссылки:** Протокол федерации Мета-Вселенной (MUFP) **Копирайт:** © Orkestron.AI **Лицензия:** Apache-2.0 --- # 1. Назначение Этот документ определяет фундаментальные архитектурные строительные блоки, которым ОБЯЗАНА следовать каждая Мета-Модель в экосистеме Мета-Вселенной. MMAS-Core устанавливает общую смысловую архитектуру, которая позволяет независимым Мета-Моделям оставаться совместимыми, развиваясь при этом автономно. MMAS-Core - не просто каталог строительных блоков. Он задаёт единую архитектурную **модель композиции**: каноническую иерархию, определяющую, как каждый смысловой примитив вкладывается в следующий, от Мета-Модели в целом вниз до отдельных Свойств, Связей, Событий, Контрактов и Проекций и обратно вверх до Манифеста, описывающего композицию. Подобно тому как UML задаёт основные строительные блоки моделирования, из которых строится любая модель, MMAS-Core задаёт основные композиционные блоки, из которых строится любая Мета-Модель в Мета-Вселенной. Версионирование, валидация, упаковка и соответствие ссылаются на эту единую модель, а не выводят каждый свою. MMAS-Core расширяет Конституцию Мета-Вселенной (MUC). --- # 2. Область действия Эта спецификация применяется к каждой Мета-Модели, заявляющей соответствие MMAS, независимо от предметной области, технологии реализации и механизма хранения. --- # 3. Архитектурные принципы Каждая Мета-Модель ОБЯЗАНА: - соответствовать Конституции Мета-Вселенной; - описывать семантику, а не реализацию; - сохранять устойчивые идентичности; - отделять схему от данных экземпляров; - поддерживать федерацию; - поддерживать развитие; - оставаться машиночитаемой и читаемой человеком. --- # 4. Иерархия композиции MMAS-Core задаёт единую каноническую иерархию композиции. Каждая Мета-Модель ОБЯЗАНА быть выразимой как строгое вложение перечисленных ниже понятий, и каждый соответствующий инструмент, валидатор и федеративный агент ОБЯЗАН толковать эту иерархию одинаково. Иерархия читается сверху вниз как вложение и снизу вверх как описание: - **Мета-Модель** содержит один или несколько **Бандлов**; - **Бандл** содержит один или несколько **Слоёв**; - **Слой** содержит один или несколько **Объектов**; - **Объект** описывается **Свойствами** и соединяется, уточняется, развивается и управляется **Связями**, **Событиями**, **Контрактами** и **Проекциями**; - вся композиция обобщается и делается обнаружимой через **Манифест**. ## 4.0.1 Диаграмма иерархии (Mermaid) ```mermaid flowchart TD MM[Meta-Model] B[Bundles] L[Layers] O[Objects] P[Properties] R[Relationships] E[Events] C[Contracts] PR[Projections] MAN[Manifest] MM --> B B --> L L --> O O --> P O --> R O --> E O --> C O --> PR MM -.described by.-> MAN MAN -.summarizes.-> B ``` ## 4.0.2 Диаграмма иерархии (ASCII) ```text Meta-Model │ ├── Manifest .............. (describes & summarizes the whole composition) │ └── Bundles └── Layers └── Objects ├── Properties ...... what the object is ├── Relationships ... how it connects to other objects ├── Events .......... how it changes over time ├── Contracts ....... under which rules it may be used └── Projections ..... how it appears in a given context ``` Эта иерархия - сердцевина MMAS. Именно её версионирует [Versioning](Versioning.md), уровень за уровнем проверяет [Validation](Validation.md), упаковывает [MMAS-Package](MMAS-Package.md) и измеряет по зрелости [MMAS-Conformance](MMAS-Conformance.md). Мета-Модель, которую нельзя выразить этой иерархией, не соответствует MMAS. --- # 5. Основные строительные блоки Каждая Мета-Модель ОБЯЗАНА составляться из следующих архитектурных понятий, которые являются именованными уровнями Иерархии композиции, определённой в разделе 4. ## 5.1 Мета-Модель Мета-Модель определяет смысловую структуру предметной области. Мета-Модель ОБЯЗАНА иметь: - уникальный идентификатор; - пространство имён; - версию; - владельца; - манифест; - заявление о совместимости. --- ## 5.2 Бандл Бандл группирует смыслово связанные понятия. Бандлы ОБЯЗАНЫ: - иметь единственную зону ответственности; - минимизировать зависимости; - публиковать экспортируемые понятия. Примеры: - Идентичность - Знание - Управление - Время выполнения --- ## 5.3 Слой Слой представляет одну связную смысловую заботу внутри Бандла. Слои ОБЯЗАНЫ: - оставаться понятными по отдельности; - избегать пересекающихся зон ответственности; - предоставлять устойчивые идентификаторы. --- ## 5.4 Объект Объекты представляют смысловые сущности. Объекты ОБЯЗАНЫ обладать: - идентичностью; - жизненным циклом; - владением; - происхождением; - прослеживаемостью. --- ## 5.5 Свойство Свойства описывают объекты. Каждому свойству СЛЕДУЕТ объявлять: - тип; - кратность; - необязательность; - начало; - уверенность (когда применимо). --- ## 5.6 Связь Связи соединяют объекты. Связи ОБЯЗАНЫ явно определять: - источник; - цель; - смысловое значение; - кратность. --- ## 5.7 Событие События описывают значимые изменения. Событиям СЛЕДУЕТ быть неизменяемыми и прослеживаемыми. Примитив Событие подробно определён в [Event](../04-core-concepts/Event.md). --- ## 5.8 Проекция Проекция - зависящее от контекста представление объекта. Проекция НЕ ДОЛЖНА переопределять идентичность объекта. --- ## 5.9 Контракт Контракты задают смысловые соглашения, управляющие взаимодействием, раскрытием или федерацией. --- ## 5.10 Контекст Контекст определяет, как толкуется семантика. Контекст ОБЯЗАН быть явным всякий раз, когда от него зависит смысл. --- # 6. Публичная схема Каждая Мета-Модель ОБЯЗАНА раскрывать публичную схему. Схема ОБЯЗАНА описывать структуру, не требуя раскрытия данных экземпляров. Обнаружение схемы ОБЯЗАНО быть возможным независимо от доступа к данным. --- # 7. Разделение схемы и экземпляра MMAS различает: - Мета-Модель (схема) - Экземпляр (факты) Обмен знанием ОБЯЗАН начинаться с обнаружения схемы, прежде чем раскрывать экземпляры. --- # 8. Внешние смысловые модели Мета-Модель МОЖЕТ импортировать внешние стандарты. Импортированные понятия ОБЯЗАНЫ сохранять ссылки на: - исходный стандарт; - версию; - пространство имён. Локальные расширения НЕ ДОЛЖНЫ изменять импортированную семантику. Вместо этого они ОБЯЗАНЫ её расширять. --- # 9. Расширяемость Мета-Моделям ОБЯЗАНО развиваться через расширение, а не через изменение, везде, где это практично. Расширения ОБЯЗАНЫ: - объявлять владение; - объявлять совместимость; - сохранять существующую семантику. --- # 10. Независимость от технологий MMAS определяет архитектуру, а не хранение. Соответствующие реализации МОГУТ использовать: - Git-репозитории; - графовые базы данных; - реляционные базы данных; - документные хранилища; - API; - графы знаний; - потоки событий. Никакая технология реализации не является нормативной. --- # 11. Архитектурные инварианты Каждая соответствующая MMAS Мета-Модель ОБЯЗАНА сохранять: - идентичность; - смысловую согласованность; - прослеживаемость; - владение; - контекст; - версионирование; - готовность к федерации. --- # 12. Отношение к другим стандартам MMAS-Core строится на MUC и даёт модель композиции, которую специализируют остальные документы MMAS: - [Versioning](Versioning.md) версионирует иерархию и её элементы; - [Naming Conventions](Naming-Conventions.md) именует иерархию и её элементы; - [Validation](Validation.md) проверяет иерархию на уровнях V0-V5; - [MMAS-Package](MMAS-Package.md) упаковывает иерархию для распространения; - [MMAS-Conformance](MMAS-Conformance.md) измеряет архитектурную зрелость по этой иерархии. MUFP определяет поведение федерации. --- # 13. Дальнейшие направления Иерархия композиции намеренно конечна и устойчива, но её роль общей эталонной модели предполагает отдельное машинно-исполнимое выражение. Будущий **язык диаграмм Мета-Вселенной (MUDL)** стандартизировал бы визуальную и текстовую нотацию иерархии и её экземпляров, так что представления в Mermaid и ASCII из этого документа стали бы двумя профилями одного нормативного стандарта диаграмм, а не иллюстративными примерами. MUDL охватил бы формы элементов, семантику вложения, наложение проекций и федеративные виды, позволяя инструментам детерминированно рисовать любую Мета-Модель и возвращать диаграммы обратно в структуры MMAS. --- # Заключение MMAS-Core задаёт общий архитектурный язык, из которого строится каждая Мета-Модель в экосистеме Мета-Вселенной. Предметная семантика намеренно оставлена отдельным Мета-Моделям.