Живая карта системы advanexus

Как работает advanexus

От источника и выполнения до бизнес-результата, подкреплённого доказательствами.

Прогресс без потери связей.

advanexus объединяет advance и nexus: движение вперёд без разрыва связи между данными, решениями, ответственностью и доказательствами.

Глубина
  1. L0
  2. L1
  3. L2
  4. L3
  5. L4
  6. L5

Используйте стрелки для перемещения, Enter для просмотра, Escape для перехода на уровень выше и плюс или минус для масштаба.

Все показанные здесь записи и идентификаторы являются синтетическими примерами.

63 Интерактивная карта системы advanexus

    Найти модуль или объект

    Найти модуль или объект

    Запустить бизнес-историю

    Запустить бизнес-историю

    Текстовое представление

    Система как контролируемый поток

    Семь операционных коридоров и сквозной слой доверия связывают намерение с результатом, подкреплённым доказательствами.

    1. 01 Подключить Начните с бизнес-потребности, идентичности подключения или неизменяемой FileVersion; возможности коннектора остаются явными.
    2. 02 Подготовить Проверяйте SQL и файловые входы, сохраняя QueryExecution или TableVersion как отдельные проверяемые записи.
    3. 03 Выполнить Выполняйте версионированное намерение Pipeline через явные PipelineRun и QualityRun; сохранённое расписание не гарантирует запуск.
    4. 04 Управлять Сделайте DatasetVersion принятым контрактом источника, SQL, схемы и происхождения, не называя его физическим снимком строк.
    5. 05 Анализировать Разделяйте изменяемый Report Draft, неизменяемый ReportVersion, конкретный AnalyticsRun и визуализацию результата.
    6. 06 Эксплуатировать Преобразуйте управляемые результаты в решения людей, панели, Python-анализ и подтверждённые канонические действия.
    7. 07 Доказать Отслеживайте находки, дела, заявки, проверки целостности и пакеты доказательств, не превращая Assurance во второй источник истины.
    8. 08 Доверие Повторно проверяйте Tenant, Project, Actor, разрешения и RLS при каждой операции; аудит-проекции могут появиться позже.

    Указатель канонических объектов

    • Бизнес-потребность / обязательство Канонический объект Вход · Бизнес-потребность / обязательство → Выход · Бизнес-потребность / обязательство
    • Source · Канонический объект Канонический объект Вход · Source · Канонический объект → Выход · Source · Канонический объект
    • FileVersion · Канонический объект Канонический объект Вход · FileVersion · Канонический объект → Выход · FileVersion · Канонический объект
    • SQL Console · Канонический объект Канонический объект Вход · SQL Console · Канонический объект → Выход · SQL Console · Канонический объект
    • QueryExecution · Канонический объект История выполнения Вход · QueryExecution · Канонический объект → Выход · QueryExecution · Канонический объект
    • SavedQuery · Канонический объект определение QueryExecution + замысел SQL → Переиспользуемое определение запроса
    • System Sandbox Source · Канонический объект Канонический объект Вход · System Sandbox Source · Канонический объект → Выход · System Sandbox Source · Канонический объект
    • TableVersion · Канонический объект версия FileVersion + ограниченное преобразование → Управляемая ревизия таблицы
    • Pipeline / JobVersion · Канонический объект Канонический объект Вход · Pipeline / JobVersion · Канонический объект → Выход · Pipeline / JobVersion · Канонический объект
    • PipelineRun · Канонический объект История выполнения Вход · PipelineRun · Канонический объект → Выход · PipelineRun · Канонический объект
    • QualityRule · Канонический объект определение Source + ожидаемое условие → Создаваемый QualityRun
    • QualityRun · Канонический объект Важная граница Вход · QualityRun · Канонический объект → Выход · QualityRun · Канонический объект
    • QualityFinding · Канонический объект выявленная проблема Сохранённый неуспешный QualityRun → Ограниченное свидетельство неуспешного запуска
    • Dataset · Канонический объект Канонический объект Вход · Dataset · Канонический объект → Выход · Dataset · Канонический объект
    • DatasetVersion · Канонический объект Канонический объект Вход · DatasetVersion · Канонический объект → Выход · DatasetVersion · Канонический объект
    • Report · Канонический объект идентичность Имя + аналитическая цель → Черновики + неизменяемые версии
    • Черновик отчёта Канонический объект Вход · Черновик отчёта → Выход · Черновик отчёта
    • VisualizationDraft · Канонический объект Канонический объект Вход · VisualizationDraft · Канонический объект → Выход · VisualizationDraft · Канонический объект
    • ReportVersion · Канонический объект Канонический объект Вход · ReportVersion · Канонический объект → Выход · ReportVersion · Канонический объект
    • AnalyticsRun · Канонический объект История выполнения Вход · AnalyticsRun · Канонический объект → Выход · AnalyticsRun · Канонический объект
    • ANPy workspace · NotebookVersion · Канонический объект Канонический объект Вход · ANPy workspace · NotebookVersion · Канонический объект → Выход · ANPy workspace · NotebookVersion · Канонический объект
    • CellRun · Канонический объект запуск NotebookVersion + сохранённая ячейка + EnvironmentVersion → Ограниченный вывод + диагностика + доказательство
    • Visualization · Канонический объект Канонический объект Вход · Visualization · Канонический объект → Выход · Visualization · Канонический объект
    • VisualizationWorkspaceVersion · Канонический объект неизменяемая композиция Точные ReportVersion + адаптивная компоновка → DashboardRun + элементы управления, привязанные к версии
    • DashboardRun · Канонический объект История выполнения Вход · DashboardRun · Канонический объект → Выход · DashboardRun · Канонический объект
    • WidgetRun · Канонический объект запуск Точная привязка к рабочей области + ReportVersion + фильтры → Видимый пользователю AnalyticsRun
    • Бизнес-результат Канонический объект Вход · Бизнес-результат → Выход · Бизнес-результат
    • Finding · Канонический объект Канонический объект Вход · Finding · Канонический объект → Выход · Finding · Канонический объект
    • Assurance Case · Канонический объект Канонический объект Вход · Assurance Case · Канонический объект → Выход · Assurance Case · Канонический объект
    • Заявка Service Desk Канонический объект Вход · Заявка Service Desk → Выход · Заявка Service Desk
    • Entity 360 / история выполнения Канонический объект Вход · Entity 360 / история выполнения → Выход · Entity 360 / история выполнения
    • IntegrityRun · Канонический объект История выполнения Вход · IntegrityRun · Канонический объект → Выход · IntegrityRun · Канонический объект
    • EvidencePackage · Канонический объект Канонический объект Вход · EvidencePackage · Канонический объект → Выход · EvidencePackage · Канонический объект
    • Предложение Intelligence Канонический объект Вход · Предложение Intelligence → Выход · Предложение Intelligence
    • Проверка + подтверждение Важная граница Вход · Проверка + подтверждение → Выход · Проверка + подтверждение
    • Зарегистрированное действие История выполнения Вход · Зарегистрированное действие → Выход · Зарегистрированное действие
    • Tenant · Project · Actor · Канонический объект Канонический объект Вход · Tenant · Project · Actor · Канонический объект → Выход · Tenant · Project · Actor · Канонический объект
    • Разрешение · RLS · политика Канонический объект Вход · Разрешение · RLS · политика → Выход · Разрешение · RLS · политика
    • Аудит · Outbox · корреляция Канонический объект Вход · Аудит · Outbox · корреляция → Выход · Аудит · Outbox · корреляция

    Прочитать бизнес-истории

    1. Регуляторная отчётность Проследите контролируемый путь: Бизнес-потребность / обязательство → Source · Канонический объект → SQL Console · Канонический объект → QueryExecution · Канонический объект → Dataset · Канонический объект → DatasetVersion · Канонический объект → ReportVersion · Канонический объект → AnalyticsRun · Канонический объект → Visualization · Канонический объект → Бизнес-результат → Entity 360 / история выполнения → IntegrityRun · Канонический объект → EvidencePackage · Канонический объект.
    2. Контролируемая миграция Проследите контролируемый путь: Бизнес-потребность / обязательство → FileVersion · Канонический объект → System Sandbox Source · Канонический объект → TableVersion · Канонический объект → Pipeline / JobVersion · Канонический объект → PipelineRun · Канонический объект → QualityRun · Канонический объект → Dataset · Канонический объект → DatasetVersion · Канонический объект → Entity 360 / история выполнения.
    3. Управляемая аналитика самообслуживания Проследите контролируемый путь: Source · Канонический объект → SQL Console · Канонический объект → QueryExecution · Канонический объект → Dataset · Канонический объект → DatasetVersion · Канонический объект → Report · Канонический объект → ReportVersion · Канонический объект → AnalyticsRun · Канонический объект → Visualization · Канонический объект.
    4. Data Quality блокирует неверную поставку Проследите контролируемый путь: Source · Канонический объект → Pipeline / JobVersion · Канонический объект → PipelineRun · Канонический объект → QualityRun · Канонический объект → QualityFinding · Канонический объект → Аудит · Outbox · корреляция → Entity 360 / история выполнения → IntegrityRun · Канонический объект.
    5. Инцидент и восстановление Проследите контролируемый путь: Бизнес-результат → Finding · Канонический объект → Assurance Case · Канонический объект → Pipeline / JobVersion · Канонический объект → PipelineRun · Канонический объект → QualityRun · Канонический объект → Dataset · Канонический объект → DatasetVersion · Канонический объект → Entity 360 / история выполнения → IntegrityRun · Канонический объект → EvidencePackage · Канонический объект.
    6. Контролируемое действие с помощью ИИ Проследите контролируемый путь: Бизнес-потребность / обязательство → Предложение Intelligence → Проверка + подтверждение → Зарегистрированное действие → Аудит · Outbox · корреляция → Entity 360 / история выполнения.
    7. От файла к управляемым данным Проследите контролируемый путь: FileVersion · Канонический объект → System Sandbox Source · Канонический объект → TableVersion · Канонический объект → Dataset · Канонический объект → DatasetVersion · Канонический объект → ReportVersion · Канонический объект → AnalyticsRun · Канонический объект.
    8. Развитие версионированного контракта Проследите контролируемый путь: Dataset · Канонический объект → DatasetVersion · Канонический объект → Report · Канонический объект → ReportVersion · Канонический объект → VisualizationWorkspaceVersion · Канонический объект → DashboardRun · Канонический объект → WidgetRun · Канонический объект → AnalyticsRun · Канонический объект → Visualization · Канонический объект → Бизнес-результат → Entity 360 / история выполнения.
    9. Контролируемый Python-анализ Проследите контролируемый путь: Бизнес-потребность / обязательство → ANPy workspace · NotebookVersion · Канонический объект → CellRun · Канонический объект → Аудит · Outbox · корреляция → Entity 360 / история выполнения → IntegrityRun · Канонический объект.
    10. Передача в Service Desk Проследите контролируемый путь: Заявка Service Desk → Assurance Case · Канонический объект → Entity 360 / история выполнения → IntegrityRun · Канонический объект → EvidencePackage · Канонический объект.

    Границы продукта

    • Карта показывает подтверждённые факты и доказательства; обязательство, утверждение и окончательное решение остаются ответственностью человека.
    • Возможности метаданных, предпросмотра, запросов, переноса, записи, удаления и качества зависят от коннектора, драйвера и принятого развёртывания.
    • Стабильная идентичность или изменяемое определение не являются запуском. Явная ссылка на версию сохраняет принятое намерение.
    • Запрос — это операция или изменяемое рабочее определение, а не управляемая идентичность Dataset.
    • Определения и версии не доказывают выполнение. Каждый запуск — отдельная запись со своей областью, состоянием и результатом.
    • Будущее срабатывание расписания выполняет новые проверки допуска и до отправки закрепляет актуальную на тот момент неизменяемую JobVersion в долговечном PipelineRun; бизнес-эффекты ровно один раз и откат зависят от исполнителя, коннектора, политики и доказанной идемпотентности.
    • QualityRule сейчас является изменяемым контрактом источника, а не неизменным правилом DatasetVersion; QualityRun отделён от PipelineRun.
    • DatasetVersion блокирует контракт, SQL, схему и связи, но не физические строки. Для воспроизведения нужен сохранённый результат, артефакт или материализованный снимок.
    • Черновик не исполняется. ReportVersion может быть связан с DatasetVersion или неизменным снимком SQL; runtime-фильтры принадлежат AnalyticsRun.
    • VisualizationDraft — это временное представление одного ограниченного снимка QueryExecution, принадлежащее пользователю; оно не запускает SQL повторно. Сохранение создаёт канонические версии Dataset и Report, а сам черновик не становится авторитетной записью.
    • Visualization — понятное человеку представление результата, не источник данных и не доказательство его правильности.
    • Опубликованная VisualizationWorkspaceVersion фиксирует адаптивную компоновку и точные связи с ReportVersion и DatasetVersion. Цепочка DashboardRun → WidgetRun → видимый пользователю AnalyticsRun сохраняет каждый исход, включая частичный успех. Расписания обновления, подготовленные данные, оповещения и контролируемый общий доступ являются отдельными, привязанными к версии и повторно авторизуемыми средствами контроля; общий доступ и экспорт по-прежнему зависят от политики развёртывания.
    • Assurance — модель чтения с учётом разрешений над каноническими источниками. Она не владеет, не переписывает и не дополняет их историю.
    • Service Desk Ticket — операционный процесс поддержки, не Assurance Case и не доказательство успешного устранения.
    • EvidencePackage — технический экспорт с манифестом и контрольными суммами; он не становится автоматически цифровой подписью, WORM или юридически окончательной записью.
    • Предложение Intelligence требует детерминированной проверки, подтверждения человеком или политикой и свежей авторизации до канонического действия.
    • Tenant, Project, Actor, членство, разрешения и RLS проверяются заново для каждой операции. Ролевая перспектива не авторизует.
    • Проекции Audit и Outbox — чтение с eventual consistency. Каноническое состояние сервиса остаётся главным, а пробелы в доказательствах видны.