Документация · Раздел 6 · Концепции
v1.0 · июль 2026

Раздел 6 · Справочник

Ключевые концепции

Глоссарий элементов системы: Data Governance, Domain, Term, FSD, BRD, DQ Checks, Lineage, Workflow, CJM — с привязкой к реализации.

Определения ключевых элементов — не абстрактно, а «как это сделано в коде».

Data Governance (DG)

Управление метаданными предприятия: единый каталог доменов, терминов, спецификаций и правил, обеспечивающий, что все модули говорят на одном языке данных. Реализован как мета-модель «всё есть объект» (§3) с версионированием, статусами, аудитом и графом зависимостей.

Domain (Домен данных)

Бизнес-область данных («Налогообложение», «Кредитные продукты»). Класс DOMAIN. Имеет владельца и terms_plan_count (план по числу терминов, из которого считается метрика описанности). К домену привязываются термины.

Term (Бизнес-термин)

Единица бизнес-словаря (глоссария). Класс TERM. Привязан к домену, имеет тип данных, категорию чувствительности, владельца, тип (Термин/Атрибут) и, для атрибута, алгоритм расчёта. Термины — «кирпичи» для FSD, форм, DQ-правил и lineage.

FSD — Functional Specification Document

Функциональная спецификация формы. Класс FSD. Описывает набор бизнес-блоков, в каждом блоке — список терминов с ролью в форме (ПК — первичный ключ, Обязательное). «Контейнер» для последующей сборки формы в Form Builder.

  • Хранение: properties.blocks[] — массив {id, name, type: business|technical, terms: [{term_id, primary_key, required}]}. Дополнительно — плоский properties.terms[] для совместимости.
  • Ответственные лица: бизнес-владелец, технический владелец, системный аналитик, разработчик.

BRD — Business Rule Definition

Определение бизнес-правила. Класс BRD — правило типа validation / calculation / filter / trigger. Представлен как класс и тип узла в графе lineage (янтарный цвет). Практическую роль правил проверки на отчётности выполняют DQ Checks.

DQ Checks (проверки качества данных)

Проверки, применяемые к значениям отчёта. В UI и документах называются DQLA («проверки качества»). Полностью описаны в разделе DQ Checks.

Lineage (происхождение/зависимости данных)

Граф связей объекта: домен → термины → FSD → формы → DQLA/DQ_Check. Строится BFS-обходом трёх типов рёбер, рисуется на Vue Flow (§3.5).

Workflow (согласование)

Машина состояний жизненного цикла объектов/шаблонов/отчётов с ролевыми переходами — см. Workflow.

CJM — Customer Journey Map

Стартовая карта из 12 этапов пути пользователя, она же навигация демо-стенда — см. CJM.