数字孪生智慧建筑实施可以分为模型与空间治理、数据接入、业务场景联调、试运行移交四个阶段。它们表达交付依赖,不要求所有工作串行:模型治理与接口接入可以并行,原型可先验证任务;正式验收必须能追踪设备身份、数据来源和人员操作。

以机房设备异常定位为例,明确值班人员需要找到哪台设备、查看哪些信息、进入哪个处置流程。先选一个代表区域,列出设备、模型、数据与岗位条件。样板应能暴露接口和资料差异,而不只是选最容易展示的位置。
| 资料 | 应确认的内容 | 责任方 |
|---|---|---|
| 空间与模型 | 图纸或模型版本、现场差异、坐标与范围 | 模型提供方与现场负责人 |
| 设备与接口 | 资产身份、点表、协议、网络、读写授权 | 专业厂商、接入方与集成商 |
| 业务与验收 | 任务、角色、异常场景及判定依据 | 业主、运维与实施方 |
校准楼栋、楼层、房间和设备身份,再处理模型格式、几何、材质和属性。模型对象标识、显示名称与资产编号分别管理,避免同名设备误绑。一个资产关联多个构件时,应保留清晰映射。
输出适用场景文件、空间清单、资产映射和差异记录。资源预算按目标终端与业务视图验证,不能只用文件大小决定合格。原模型足以支持任务的部分可以保留,需要补建或核对的部分单列,详见建模交付与更新规范。
盘点已有IBMS、物联网平台与专业系统接口,优先复用可信数据源,补齐缺少的接入。分别核对读数、单位、时间、质量、告警和权限。设备离线、数值超限、过期数据和空值应有不同解释。
输出接口责任表、点位映射、数据状态约定和正常/异常记录。历史补传取决于源端保存与链路能力,恢复实时连接不等于历史已经补齐。必要的隔离或独立接入可以保留,但要说明原因与数据权威来源。
让运行任务贯穿设备列表、空间位置、状态、历史或告警,再进入处置入口。视频、工单与移动端按项目需要配置,不把所有点位塞进三维画面。状态变化和按钮动画不能代替执行反馈。
联调既验证正常,也验证没有视频、无权限、数据过期、工单退回和设备更换。输出可复查的用例记录,注明数据是真实接入还是模拟输入,以及仍依赖现场确认的部分。
试运行由实际岗位执行样板任务,检查查找、操作与交班是否方便。把模型、配置、映射、接口文档、操作手册和未完成项交给明确的维护人员,并演示一次变更后的核对。
| 验收项 | 建议检查方式 | 如何记录差异 |
|---|---|---|
| 空间与设备 | 抽样双向核对,并单列关键对象 | 列出抽样范围、错误对象和整改结果 |
| 数据与权限 | 检查来源、时间及允许/拒绝路径 | 记录输入、预期与实际状态 |
| 场景性能 | 在约定终端完成启动和连续操作 | 注明模型、版本、网络、并发与异常 |
| 持续维护 | 替换设备或调整空间后复查关联 | 记录修改责任、影响范围与恢复办法 |
以同一真实设备为线索,双向核对模型对象、资产编号、空间、点位来源和工单设备标识,演示定位、读数、异常到工单及处置留档;再验证设备更换和模型更新后的关联。交付版本、映射表、差异记录和维护责任同时移交,三维画面可打开不能替代业务验收。
| 对象 | 必须对应的字段 | 核对方法 |
|---|---|---|
| 模型与空间 | 模型版本、对象标识、楼栋/楼层/房间;与资产编号的映射规则。 | 从模型找到台账,再由台账定位模型。名称相同不能作为唯一绑定依据;一台设备关联多个构件时单列映射。 |
| 台账与运行数据 | 资产编号、采集源/点位、单位、时间、质量、告警来源。 | 同一设备核对现场或可信原系统读数;离线、过期、空值、异常分别呈现。 |
| 工单与处置 | 工单标识、设备编号、来源事件、状态、处理与复核记录。 | 从设备或告警发起任务,核对工单目标;处置后能回到同一设备查看记录,权限拒绝路径也验证。 |
| 更新与维护 | 模型、映射、接口、业务配置的版本与责任人、未完成项。 | 实际演示一次设备更换或模型更新,检查旧关联、历史记录和新映射,保留修改与复查结果。 |
使用IFC时,GlobalId可作为模型对象标识之一。它与业务资产编号分开管理;不同导出版本的标识保持情况仍需实际核对,不能推定每次导出都自动保持关联。参考buildingSMART:IFC对象标识定义。
保留抽样范围、关键设备清单、输入、预期、实际结果、证据时间、问题和复查结论。关键对象与普通对象分开统计;仅用平均正确率可能掩盖关键设备误绑。交付模型与映射表、点表/接口文档、权限配置、操作手册、版本包和维护责任,按允许的工具重现任务。
南京古河软件 · 内容复核:2026-10-08。本文说明采购与验收方法,实际范围按项目、交付版本与公开依据核对。
把模型处理、现场核对、接口开放、联调、培训和运行观察分别估算,并列出前置条件。样板完成后用实际差异更新排期,比直接套用固定月数更可靠。验收比例也应区分关键设备与普通对象,不能用一个平均准确率掩盖关键设备误绑。
古河数字孪生、IBMS、BIOT与BIMOPS可按上述任务组织协作。平台业务采用Java / Spring Cloud口径,模型引擎、网关、现场接口和具体模块分层确认。性能方法可参考历史渲染实验,现场表现仍按本项目环境验证。
以同一真实设备为线索,双向核对模型对象、资产编号、空间、点位来源和工单设备标识,演示定位、读数、异常到工单及处置留档;再验证设备更换和模型更新后的关联。交付版本、映射表、差异记录和维护责任同时移交,三维画面可打开不能替代业务验收。
按资料治理、接口开放、模型处理、业务联调和试运行分别估算,先做代表样板再展开。范围、资料质量及专业方配合不同,不能套用固定月数。
可以使用适用的空间资料并补建所需模型。先明确业务精度和现场核对范围,补建和后续更新都应有责任与投入。
优先复用可信数据源;存在隔离或接口限制时,可以按设计补独立接入,但要明确原因、设备身份与数据权威来源。
由交付约定的模型、设备、接口和业务责任人协作,提供工具、资料及更新方法,并通过实际变更验证维护能力。