Онтология и доменная модель EdgeNode

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

ℹ️ Концептуальная архитектура модели

Система оперирует 7 атомарными сущностями, которые последовательно насыщают граф:

Топологический базис: Узел (Node) и Ребро (Edge) задают каркас и иерархию системы.
Семантический слой: Контур (Contour) объединяет Определения (Definitions) и Связи (Relations) в предметные контексты.
Динамический слой: Поток (Stream) управляет жизненным циклом артефакта через внутриузловые Циклы (Cycles) и межузловые Транзакции (Transactions).
Ресурсная база: Роли (Roles) и Активы (Assets) задают финансовые ставки, износ (энтропию) и распределение ответственности RACI.
Суперструктуры: Планы (Plans) и Цифровые двойники (Twins) обеспечивают межпоточную автоматизацию и приоритетное слияние контуров.

1. Узел (Node) — Базовый структурный элемент

Узел — это базовый опорный элемент графовой топологии системы. На фундаментальном уровне узел не привязан к конкретной предметной области: он выступает универсальной точкой пространства, в которой могут локализоваться действия, храниться объекты или размещаться структурные подразделения.

Параметр	Онтологический смысл	Аксиоматическое правило
Идентификатор (ID)	Уникальный адрес сущности в пространстве графа.	Формируется автоматически, неизменен на протяжении всего жизненного цикла.
Родительский узел (Parent ID)	Ссылка на объемлющую структуру при иерархической декомпозиции.	Узел не может быть родителем самого себя. Допускается отсутствие родителя (корневой уровень).

Таблица 1.1: Онтологические свойства узла.

Аксиоматика узла

Иерархическая вложенность (Декомпозиция): Каждый узел может содержать внутри себя полноценный дочерний подграф. Это позволяет представлять систему на разных уровнях детализации — от макросистемного контекста до внутренних функциональных модулей.
Каскадная целостность: При исключении родительского узла из модели все вложенные дочерние узлы, а также ассоциированные с ними циклы и определения автоматически аннулируются для предотвращения появления логических сирот.
Первичность формы над смыслом: Узел обретает предметное значение только при подключении к нему Определения в рамках Контура или Цикла в рамках Потока.

2. Ребро (Edge) — Направленная топологическая связь

Ребро представляет собой однонаправленный вектор между двумя узлами. Оно фиксирует базовую возможность взаимодействия, устанавливая отношение «источник $\to$ приемник».

💡 Принцип ортогональности связей

Ребро хранит только топологический факт направленной связи. Смысловое значение (например, «наследует» или «состоит из») задается через Связи контура, а физическое перемещение объектов — через Транзакции потока.

Аксиоматика ребра

Направленность: Ребро строго асимметрично. Пара (Узел А $\to$ Узел Б) не тождественна паре (Узел Б $\to$ Узел А).
Запрет петель на базовом уровне: Ребро не может замыкаться на тот же самый узел (источник и цель обязаны различаться). Внутренние трансформации внутри одного узла выражаются через Циклы.
Единичность базового ребра: Между двумя конкретными узлами в одном направлении может существовать только одно базовое топологическое ребро. При этом одно и то же ребро может одновременно использоваться несколькими разными контурами и потоками.

3. Контур (Contour) и семантический слой: Определение и Связь

Контур задает логическую границу или предметный контекст моделирования (например, контур организационной структуры, контур программной архитектуры или контур физической логистики). Внутри одного контура узлы и ребра получают однозначную смысловую типизацию.

3.1. Определение узла (Definition)

Определение классифицирует абстрактный узел в рамках конкретного контура и связывает его с подотчетной ролью (Accountable в RACI):

Тип определения (definition_type)	Предметное назначение	Примеры в системном анализе
`process` (Процесс)	Функция, процедура или операция трансформации.	Проведение аудита, компиляция кода, механическая обработка.
`structural_unit` (Подразделение)	Организационная единица или субъект управления.	Департамент разработки, отдел контроля качества, сборочный цех.
`location` (Локация)	Физическое или виртуальное место размещения.	Серверная стойка, производственная площадка, региональный склад.
`artifact` (Артефакт)	Пассивный материальный или цифровой объект в покое.	Хранилище документации, база данных, реестр компонентов.
`concept` (Концепция)	Абстрактное понятие, норматив или бизнес-требование.	Стандарт безопасности, регламент взаимодействия, целевой показатель.

3.2. Связь (Relation)

Связь определяет семантическое отношение между узлами вдоль существующего ребра в конкретном контуре и может включать консультируемую роль (Consulted в RACI):

composes (состоит из / формирует): Отношение агрегации и декомпозиции: один элемент структурно включает в себя другой.
extends (расширяет / наследует): Отношение специализации: целевой элемент дополняет или развивает свойства базового.
couples (связывает / соединяет): Универсальная ассоциативная или коммуникационная связь между сущностями.
requires (требует): Жесткая функциональная зависимость: функционирование узла невозможно без целевого элемента.
constraints (ограничивает): Регуляторное, временное или технологическое ограничение, накладываемое одним узлом на другой.
influences (влияет): Опосредованное или вероятностное воздействие без прямой жесткой зависимости.
aligns (согласует / выравнивает): Отношение соответствия стандарту, регламенту или стратегической цели.
alternates (предлагает альтернативу): Отношение взаимозаменяемости или ветвления логики.
characterizes (характеризует): Спецификация качественного или количественного атрибута сущности.

4. Поток (Stream) и динамический слой: Цикл и Транзакция

Поток задает непрерывную цепочку движения и преобразования конкретного типа артефакта через граф. Поток описывает поведенческий аспект системы как конечный автомат состояний.

⚠️ Аксиома граничных состояний (Sentinels)

Жизненный цикл любого артефакта строго детерминирован на границах:

Каждый поток обязан иметь строго одну точку глобального входа с исходным состоянием (entry).
Каждый поток обязан иметь строго одну точку глобального выхода с финальным состоянием (exit).
Граничный статус (entry) не может быть целевым, а (exit) не может быть исходным для операций.

Классификатор типов артефактов (`artifact_type`)

Тип артефакта определяет физическую или информационную природу сущности, перемещаемой в потоке: requirement (требование), design (проект/дизайн), document (документ), code (код), digital_asset (цифровой актив), prototype (прототип), part (деталь/компонент) и assembly (готовая сборка).

4.1. Цикл обработки (Cycle)

Цикл — это внутренняя операция узла, переводящая артефакт из начального состояния в конечное за заданный промежуток времени под контролем ответственной роли (Responsible в RACI).

4.2. Транзакция передачи (Transaction)

Транзакция — это направленное перемещение артефакта от одного узла к другому вдоль базового ребра. Характеризуется временем задержки, приоритетом в очереди обработки и информируемой ролью (Informed в RACI).

4 пути реализации артефакта

Совокупность циклов и транзакций формирует динамический маршрут. Система вычисляет 4 типа реализации:

Оптимальный путь: Сбалансированный маршрут по совокупности времени, стоимости и надежности.
Приоритетный путь: Маршрут, составленный из транзакций с наивысшим рангом очередности.
Самый быстрый путь (Критический путь): Маршрут с минимальным суммарным временем выполнения всех циклов и сетевых задержек.
Самый дешевый путь: Маршрут с минимальной финансовой себестоимостью труда специалистов и амортизации активов.

5. Роль (Role) — Экономика труда и матрица ответственности RACI

Роль задает участника процессов (должность, внешнего исполнителя или автоматический сервис) с фиксированной ставкой оплаты. Через роли система автоматически строит сквозную матрицу RACI.

Тарификация ставок (`rate_unit`)

Финансовые затраты роли нормализуются к единой временной шкале:

hour — почасовая оплата;
day — дневная ставка (норма рабочего дня);
week — недельная ставка (спринт / итерация);
month — месячный должностной оклад.

Проекция ответственности RACI в доменной модели

EdgeNode реализует математически однозначное маппирование матрицы RACI на сущности системы:

Буква RACI	Роль в управлении	Целевая сущность EdgeNode	Зона ответственности
A — Accountable	Подотчетный (контролирует сущность)	Определение узла (Definitions)	Несет персональную ответственность за корректность назначения типа узла в контуре.
R — Responsible	Ответственный (исполняет работу)	Цикл обработки (Cycles)	Непосредственно производит операцию трансформации состояния артефакта за выделенное время.
C — Consulted	Консультирующий (двусторонняя связь)	Связь контура (Relations)	Привлекается как эксперт при согласовании параметров связи между узлами.
I — Informed	Информируемый (уведомление)	Транзакция передачи (Transactions)	Уведомляется о факте перемещения артефакта между узлами.

6. Актив (Asset) и производные: Активы цикла и энтропия

Актив представляет собой материальный, вычислительный или лицензионный ресурс с фиксированной стоимостью приобретения.

Производная сущность: Активы цикла (Cycle Assets)

Отражает выделение актива под конкретную операцию внутри узла. Характеризуется двумя величинами:

Количество (Amount): Число единиц ресурса, задействованных в операции.
Энтропия (Entropy): Коэффициент эксплуатационной деградации, износа или риска отказа актива за один цикл. Задается в нормализованном диапазоне от 0 (нулевой износ) до 1 (полное списание / разрушение).

Аксиоматика финансовых затрат

CAPEX (Капитальные затраты): Суммарная стоимость приобретения исходного пула всех зарегистрированных активов.
OPEX (Операционные затраты): Затраты на оплату труда ответственных ролей за время длительности циклов плюс амортизационная стоимость износа оборудования с учетом коэффициентов энтропии.
TCO (Совокупная стоимость владения): Интегральная стоимость жизненного цикла системы, суммирующая CAPEX и накопленный OPEX.

7. План (Plan) и Цифровой двойник (Twin) — Системные суперструктуры

Планы и Цифровые двойники — это интеграционные агрегаты высшего порядка, связывающие смысловую топологию и динамику процессов.

Суперструктура	Что агрегирует	Комплементарная пара	Целевая аналитическая функция
План (Plan)	Потоки и межпоточные правила автоматизации (Pipelines).	Контуры (насыщают узлы смыслом).	Оркестрация событийных цепочек, расчет общего времени исполнения и семантической насыщенности.
Цифровой двойник (Twin)	Контуры с приоритетами разрешения конфликтов.	Потоки (насыщают узлы вычислимостью).	Фокусировка предметных областей, расчет пропускной способности и выявление узких мест (Bottlenecks).

Таблица 7.1: Архитектурный дуализм Планов и Двойников.

7.1. Конвейеры автоматизации плана (Plan Pipelines)

Конвейер задает правило межпоточной реакции: переход артефакта в триггерном потоке в заданное состояние автоматически инициирует движение в зависимом потоке.

Аксиома межпоточной оркестрации: Поток не может выступать триггером самого себя в рамках одного шага конвейера (запрет рекурсивного самозапуска без участия промежуточных звеньев).

7.2. Цифровой двойник и приоритеты контуров (Twin Contours)

Цифровой двойник агрегирует несколько контуров в единый сфокусированный срез модели.

Аксиома приоритетного разрешения коллизий: Если один и тот же узел имеет разные определения в объединяемых контурах, истинным признается определение из контура с наивысшим рангом приоритета. В рамках одного двойника каждый контур обязан иметь строго уникальный номер приоритета.