advanexus 动态系统地图

advanexus 如何运作

从数据源与执行,到有证据支撑的业务成果。

保持连接,持续向前。

advanexus 融合 advancenexus:向前迈进,同时不断开数据、决策、责任与证据之间的连接。

深度
  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 执行 通过明确的 PipelineRun 与 QualityRun 执行版本化的 Pipeline 意图;已保存的计划不保证调度。
    4. 04 治理 让 DatasetVersion 成为数据源、SQL、模式和沿袭的已接受契约,但不声称它冻结了物理行。
    5. 05 分析 区分可变的 Report Draft、不可变的 ReportVersion、具体的 AnalyticsRun 与读取结果的可视化。
    6. 06 运营 将治理后的结果转化为人工决策、仪表板、Python 分析与已确认的规范操作。
    7. 07 举证 追踪发现、案例、工单、完整性检查与证据包,同时不把 Assurance 变成第二事实来源。
    8. 08 信任 每次操作都重新检查 Tenant、Project、Actor、权限与 RLS;审计投影可能稍后到达。

    规范对象索引

    • 业务需求 / 义务 决策 需求 → 已批准意图
    • Source · 规范对象 对象 连接身份 → 能力契约
    • FileVersion · 规范对象 版本 文件 / 安全 URL → 不可变文件引用
    • SQL 控制台 模块 Source + SQL · 输入 → QueryExecution · 输出
    • QueryExecution · 规范对象 运行 已验证查询 → 结果 / 血缘
    • SavedQuery · 规范对象 定义 QueryExecution + SQL 意图 → 可复用查询定义
    • 系统沙盒数据源 对象 FileVersion · 输入 → TableVersion · 输出
    • TableVersion · 规范对象 版本 FileVersion + 有界转换 → 受管表修订版
    • Pipeline / JobVersion · 规范对象 版本化定义 JobDefinition + 不可变 JobVersion → 绑定版本的 PipelineRun
    • PipelineRun · 规范对象 运行 固定 JobVersion + 有效策略 + 准入契约 → 尝试 · 状态事件 · 检查点 · Master 步骤
    • QualityRule · 规范对象 定义 Source + 预期 → 生成的 QualityRun
    • QualityRun · 规范对象 关卡 QualityRule + Source · 输入 → 通过 / 失败 + QualityFinding
    • QualityFinding · 规范对象 质量发现 已持久化的失败 QualityRun → 失败运行的有界证据
    • Dataset · 规范对象 身份 已接受定义 → DatasetVersion · 输出
    • DatasetVersion · 规范对象 契约 Source · SQL · 架构 → 已接受契约
    • Report · 规范对象 身份 名称 + 分析目的 → 草稿 + 不可变版本
    • 报告草稿 草稿 可变 Report 资产 → 不可运行草稿
    • VisualizationDraft · 规范对象 临时预览 Actor 所有的 QueryExecution → 有限预览
    • ReportVersion · 规范对象 版本 DatasetVersion 或 SQL 快照 → 不可变报告意图
    • AnalyticsRun · 规范对象 运行 ReportVersion + 筛选器 → 结果 + 诊断
    • ANPy 工作区 · NotebookVersion 版本化工作区 不可变 READY 环境 + 已保存的单元格源 → CellRun · 输出
    • CellRun · 规范对象 运行 NotebookVersion + 已保存单元格 + EnvironmentVersion → 有限输出 + 诊断 + 证据
    • 可视化 视角 Analytics 结果 → 易读视角
    • VisualizationWorkspaceVersion · 规范对象 不可变组合 精确的 ReportVersion + 响应式布局 → DashboardRun + 版本固定的控制
    • DashboardRun · 规范对象 复合运行 已发布的 VisualizationWorkspaceVersion + Actor 筛选器 → 独立的 WidgetRun 结果
    • WidgetRun · 规范对象 运行 精确工作区绑定 + ReportVersion + 筛选器 → 用户可见的 AnalyticsRun
    • 业务结果 结果 受支持的结果 → 决策 / 交付
    • Finding · 规范对象 对象 受支持的信号 → 责任明确的问题
    • Assurance Case · 规范对象 整改 Finding · 输入 → 整改轨迹
    • Service Desk 工单 运营工作流 支持请求 → 消息 + 状态事件
    • Entity 360 / Execution Story · 规范对象 读取模型 受支持的源事件 + 审计证据 + 有界历史适配器 → 按权限过滤、感知来源的记录 + 可见缺口
    • IntegrityRun · 规范对象 运行 允许的证据引用 + 明确标准 → 标准结果 + 可见缺口
    • EvidencePackage · 规范对象 制品 获准证据集 → 清单 + 校验和
    • Intelligence 提案 提案 目标 + 获准上下文 → 有限提案
    • 验证 + 确认 关卡 提案 → 已授权操作
    • 已登记操作 运行 已确认请求 → 结果 + 证据
    • Tenant · Project · Actor · 规范对象 范围边界 身份 + 成员关系 → 有限范围
    • 权限 · RLS · 策略 控制边界 Actor + 目标 → 有效访问上下文
    • 审计 · Outbox · 关联 证据桥接 模块特定状态变更 → 源特定的可投影证据

    阅读业务故事

    1. 监管报告 沿着受控路径: 业务需求 / 义务 → Source · 规范对象 → SQL 控制台 → QueryExecution · 规范对象 → Dataset · 规范对象 → DatasetVersion · 规范对象 → ReportVersion · 规范对象 → AnalyticsRun · 规范对象 → 可视化 → 业务结果 → Entity 360 / Execution Story · 规范对象 → IntegrityRun · 规范对象 → EvidencePackage · 规范对象.
    2. 受控迁移 沿着受控路径: 业务需求 / 义务 → FileVersion · 规范对象 → 系统沙盒数据源 → TableVersion · 规范对象 → Pipeline / JobVersion · 规范对象 → PipelineRun · 规范对象 → QualityRun · 规范对象 → Dataset · 规范对象 → DatasetVersion · 规范对象 → Entity 360 / Execution Story · 规范对象.
    3. 治理式自助分析 沿着受控路径: Source · 规范对象 → SQL 控制台 → QueryExecution · 规范对象 → Dataset · 规范对象 → DatasetVersion · 规范对象 → Report · 规范对象 → ReportVersion · 规范对象 → AnalyticsRun · 规范对象 → 可视化.
    4. 数据质量阻止错误交付 沿着受控路径: Source · 规范对象 → Pipeline / JobVersion · 规范对象 → PipelineRun · 规范对象 → QualityRun · 规范对象 → QualityFinding · 规范对象 → 审计 · Outbox · 关联 → Entity 360 / Execution Story · 规范对象 → IntegrityRun · 规范对象.
    5. 事件与恢复 沿着受控路径: 业务结果 → Finding · 规范对象 → Assurance Case · 规范对象 → Pipeline / JobVersion · 规范对象 → PipelineRun · 规范对象 → QualityRun · 规范对象 → Dataset · 规范对象 → DatasetVersion · 规范对象 → Entity 360 / Execution Story · 规范对象 → IntegrityRun · 规范对象 → EvidencePackage · 规范对象.
    6. AI 辅助的受控操作 沿着受控路径: 业务需求 / 义务 → Intelligence 提案 → 验证 + 确认 → 已登记操作 → 审计 · Outbox · 关联 → Entity 360 / Execution Story · 规范对象.
    7. 从文件到治理数据 沿着受控路径: FileVersion · 规范对象 → 系统沙盒数据源 → TableVersion · 规范对象 → Dataset · 规范对象 → DatasetVersion · 规范对象 → ReportVersion · 规范对象 → AnalyticsRun · 规范对象.
    8. 演进版本化契约 沿着受控路径: Dataset · 规范对象 → DatasetVersion · 规范对象 → Report · 规范对象 → ReportVersion · 规范对象 → VisualizationWorkspaceVersion · 规范对象 → DashboardRun · 规范对象 → WidgetRun · 规范对象 → AnalyticsRun · 规范对象 → 可视化 → 业务结果 → Entity 360 / Execution Story · 规范对象.
    9. 受控 Python 分析 沿着受控路径: 业务需求 / 义务 → ANPy 工作区 · NotebookVersion → CellRun · 规范对象 → 审计 · Outbox · 关联 → Entity 360 / Execution Story · 规范对象 → IntegrityRun · 规范对象.
    10. 移交 Service Desk 沿着受控路径: Service Desk 工单 → Assurance Case · 规范对象 → Entity 360 / Execution Story · 规范对象 → IntegrityRun · 规范对象 → EvidencePackage · 规范对象.

    产品边界

    • 地图可以呈现有支撑的事实与证据;业务义务、审批和最终决策仍由人负责。
    • 元数据、预览、查询、传输、写入、删除与质量能力会随连接器、驱动和已接受部署而变化。
    • 稳定身份或可变定义并不等于一次运行;明确的版本引用保存已接受意图。
    • 查询是一项操作或可变工作定义,不是受治理的 Dataset 身份。
    • 定义和版本不能证明已执行;每次运行都是拥有自身范围、状态与结果的独立记录。
    • 未来一次计划触发会执行新的准入检查,并在分派前将当时最新且不可变的 JobVersion 固定到持久化的 PipelineRun 中;业务效果的严格一次语义与回滚取决于执行器、连接器、策略以及经证实的幂等性。
    • QualityRule 当前是可变的数据源契约,而非固定到 DatasetVersion 的不可变规则;QualityRun 与 PipelineRun 仍分开。
    • DatasetVersion 锁定契约、SQL、模式与关系,而非物理源行;行级复现需要保留结果、制品或明确的物化快照。
    • 草稿不可执行。ReportVersion 可固定到 DatasetVersion 或不可变 SQL 快照;运行时筛选器属于 AnalyticsRun。
    • VisualizationDraft 是由用户拥有的临时视图,仅对应一个有界 QueryExecution 快照,不会重新执行 SQL。保存会创建规范的 Dataset 和 Report 版本;草稿本身仍不是权威记录。
    • 可视化是帮助人理解结果的视角,不是数据源,也不是结果正确的证明。
    • 已发布的 VisualizationWorkspaceVersion 会锁定响应式布局以及精确的 ReportVersion 和 DatasetVersion 绑定。DashboardRun → WidgetRun → 用户可见的 AnalyticsRun 会保留每个结果,包括部分成功。刷新计划、预准备数据、告警和受控共享是彼此独立、绑定版本并重新授权的控制;共享和导出仍受部署策略约束。
    • Assurance 是建立在规范来源之上的权限感知读取模型;它不拥有、改写或静默补全源执行历史。
    • Service Desk 工单是运营支持流程,不是 Assurance Case,也不能证明整改成功。
    • EvidencePackage 是含清单和校验和元数据的技术导出;它不会自动成为数字签名、WORM 或法律终局记录。
    • Intelligence 提案必须通过确定性验证、人工或策略确认以及最新授权,规范服务才能执行操作。
    • 每项操作都会重新检查 Tenant、Project、Actor、成员关系、权限与 RLS;角色视角不是授权系统。
    • 审计与 Outbox 投影是最终一致的读取侧证据;规范服务状态仍具权威性,缺失证据保持可见。