1.1一句话定位
以无人机 / 激光实景三维数据和 GIM 模型为输入，自动完成输变电工程五类验收指标的量测与核验，输出缺陷闭环与竣工数字资产包。
01输入
原始采集数据（影像 / LiDAR / SLAM）、GIM 设计模型、验收规范库、PMS/EAM 台账。
02处理
重建 → 解析 → 配准 → 分割 → 量测 → 三级判定 → 缺陷闭环 → 归档签署。
03输出
可追溯的验收结论、缺陷整改台账、9 类竣工数字资产包、三维验收报告。
价值主张：把"人爬塔、人拉尺、人拍照、人写报告"的传统验收，变成"数据驱动、模型量测、证据链闭环"的数字化验收。核心不是炫技，而是让每一个验收结论都能被复核。
1.2做 / 不做清单
范围蔓延是这类项目最大的隐形风险。以下清单建议直接写进合同附件与迭代准入规则。
| 类别 | 能力 | 一期结论 | 理由 / 边界说明 |
|---|---|---|---|
| 做 | 工程与数据管理 | 工程创建、数据登记、校验、成果入库、版本管理 | 平台的主数据底座，必须自有。 |
| 做 | 算法任务编排 | 任务下发、进度回传、质量元数据校验、失败重试 | 不碰算法内部，只定义合同与调度。 |
| 做 | 三维量测与核验 | 三图层叠加、锚点、量测、三级判定、批量核定 | 平台的核心业务价值所在。 |
| 做 | 图实比对 | GIM vs 实景并排 / 叠加 / 差异标注 / 差异报告 | 设计变更与施工偏差的裁决依据。 |
| 做 | 缺陷闭环 | 台账、整改单、复验状态机、照片存证 | 验收业务闭环的关键。 |
| 做 | 资产包与报告 | 9 类成果校验、哈希、签署、WORM 归档 | 竣工数字资产的交付物。 |
| 不做 | 实景重建算法本身 | 3DGS 重建、点云配准、切片、单体化分割 | 中科院算法团队承接，平台只调用。 |
| 不做 | GIM 解析内核 | 模型解析、设备编码提取 | 已封装为独立工具，平台调用其输出。 |
| 不做 | 数据资产存储独立模块 | 资产如何长期存储、编目、服务化 | 一期复用既有竣工数字资产管理能力。 |
| 不做 | 具身智能训练场 | 机器人/无人机自主巡检训练 | 第二阶段；本期只保证资产包可向下游导出。 |
| 慎做 | Cesium 生态深做 | 地形、影像、气象、轨迹等全套 GIS 能力 | 只做"轻底座"，1 人 2–4 人周，避免陷入生态泥潭。 |
| 慎做 | 移动端原生 App | iOS / Android 原生采集与验收 | 一期用响应式 Web + 桌面壳覆盖；原生留到二期。 |
1.3系统边界图
平台位于"数据生产者"与"数据消费者"之间，是编排者与裁决者，不是生产者。
图 1-1 系统边界：算法团队的产出物通过"任务网关合同"进入平台；平台产出物通过"资产包 Manifest"交给下游。两条边界都必须有 schema。
1.4用户与角色
不要只按"部门"设计权限，要按"在验收链上做什么动作"设计权限。
| 角色 | 核心诉求 | 关键动作 | 数据边界 |
|---|---|---|---|
| 项目经理 / 业主代表 | 全局进度与风险可见 | 看板、审批、签署、范围决策 | 本工程全部（只读为主） |
| 验收工程师 | 快速量测、批量核验 | 布锚点、量测、判定、生成整改单 | 被授权工程的可写 |
| 监理工程师 | 独立复核与签认 | 复核结论、见证取样、签署 | 本工程结论与证据链 |
| 施工 / 整改班组 | 知道改什么、改到什么程度 | 接收整改单、上传整改照片、申请复验 | 仅本人/本队缺陷 |
| 算法工程师（外部） | 拿到干净输入、回传合规成果 | 接任务、回传结果与质量元数据 | 仅任务级数据，不见业务台账 |
| 三维引擎工程师 | 性能、坐标、拾取都正确 | 渲染管线、瓦片、图层、量测内核 | 只读成果数据 + 配置 |
| 系统管理员 | 可控、可审计 | 账号、角色、规范库、存证策略 | 配置与审计日志，不默认看业务数据 |
| 运维 / 资产接收方 | 拿到能长期保存的资产 | 接收、校验、入库、编目 | 仅归档包与清单 |
权限设计要点：采用 RBAC + ABAC 混合。角色定"能做什么"，属性（工程 / 标段 / 单位工程 / 数据密级）定"能看哪一条"。算法团队使用独立的机器身份（Service Account），只允许访问任务对象前缀，禁止列举桶。
1.5一期交付物
软件交付
- B/S 业务系统（10 大模块）
- C/S 桌面壳（Windows 10/11，内网离线安装包）
- 算法任务网关 + GIM 解析适配器
- 三维渲染内核（点云 / 3DGS / 3D Tiles / GIM 线框）
- 指标规则引擎 + 408 项规则库
- 报告引擎 + 9 类资产包打包器
- 部署脚本、运维手册、接口文档
非软件交付
- 接口契约包（OpenAPI + JSON Schema + 样例）
- 规范限值库（GB 50147/50148/50168/50060/50204）
- 试点工程全量验收数据与结论
- 性能测试报告、等保整改报告
- 培训材料（管理员 / 验收员 / 监理）
- 竣工资产包样例 ×2 套
- 源代码、许可证清单、SBOM
1.6成功标准
建议在合同里用"可验证的数字"替代"满意度"。
| 维度 | 指标 | 目标值 | 验证方式 |
|---|---|---|---|
| 效率 | 单工程指标核验工时 | 较人工下降 ≥ 60% | 试点工程工时对比 |
| 质量 | 量测结果与全站仪抽检一致性 | ≥ 95%（关键项） | 第三方抽检 30 项 |
| 覆盖 | 408 项指标规则可执行率 | 100% 有规则，≥ 85% 可自动量测 | 规则库逐条跑通 |
| 闭环 | 缺陷从发现到销项平均时长 | ≤ 5 个工作日 | 缺陷台账统计 |
| 性能 | 工作台首屏可交互 | ≤ 8 s（1 亿点 / 内网） | M4 性能专项 |
| 合规 | 资产包一次校验通过率 | ≥ 98% | 打包器校验日志 |
| 稳定 | 核心接口可用性 | ≥ 99.5%（工作日） | 监控月报 |
1.7七条设计原则
P1证据优先
任何结论先问"证据在哪"。没有原始文件、算法版本、质量元数据的值，一律视为无效值。
P2契约先行
跨团队接口先冻结 schema 再写代码，版本化、可回放、可 mock。
P3零静默缺数
未核验必须给原因和预计完成时间。禁止空白、禁止"—"、禁止默认合格。
P4业务代码零分支
B/S 与 C/S 共用一套 UI 与 API，差异收敛到运行时外壳、数据路径、算力调度三个适配点。
P5可解释的三级判定
合格 / 观察 / 超限的边界、公式、取严规则全部可展开查看，不能黑盒。
P6不可变归档
归档层只写不改，哈希 + 时间戳 + 签署三位一体。任何修改生成新版本而非覆盖。
P7 · 轻量三维：不自研渲染引擎、不深做 Cesium 生态、不追求"什么都能显示"。把 1 亿点、单工程 20 GB 的场景稳稳跑起来，比支持 20 种格式更有价值。
1.8五个必须现场确认的待定项
以下事项不能在文档里"假设"，必须在交底会上形成书面结论，并指定责任人与截止日。
| # | 待定项 | 影响 | 建议倾向 | 决策人 / 截止 |
|---|---|---|---|---|
| 01 | 算法任务网关形态 | 决定调度、重试、进度、审计的整体设计 | HTTP 同步 + 回调/轮询；大规模再上 MQ | 算法负责人 / W1 |
| 02 | GIM 解析工具调用形态 | 影响部署包、并发与错误处理 | CLI 优先，容器化封装为常驻服务 | 工具提供方 / W1 |
| 03 | PMS/EAM 接口申请路径 | 决定 M2 模拟方案做多久 | 先做适配器 + Mock，接口到位后切换 | 业主信息中心 / W2 |
| 04 | 目标硬件最低配置 | 直接决定性能验收条款 | 锁定 CPU/GPU/内存/磁盘/网络五项 | 业主 + 集成商 / W3 |
| 05 | 既有资产管理能力版本 | 决定归档复用还是自研 | 优先复用；不满足 WORM 再自研 | 资产中心 / W2 |
红线：上述 5 项若在 W2 结束前仍未闭环，M1 里程碑必须顺延，不得用"开发侧先假设"掩盖。经验上，这类项目的返工 70% 来自接口与数据格式的迟到变更。