选建筑数字孪生平台,应把“场景能打开”继续验证到“设备能找到、数据有来源、业务能进入、变化能维护”。本页从产品形态、数据复用、性能、模型处理、设备映射、业务联动和更新机制组织比较,适合业主技术团队与系统集成商共同使用。

| 形态 | 常见交付内容 | 需要进一步核对 |
|---|---|---|
| 引擎定制方案 | 基于UE、Unity等引擎开发场景与交互 | 编辑工具、业务接口、部署方式、维护人员及授权范围 |
| GIS扩展方案 | 地形、坐标、园区与建筑空间组织 | 室内层级、设备身份、机电数据及业务跳转 |
| 建筑运维平台孪生模块 | 与设备、告警、资产及工单结合的空间入口 | 模型处理、接口开放、画面质量与目标终端负载 |
引擎路线不能直接推定画质、维护方式或业务完整性。UE也可建设长期运维产品,GIS也可扩展室内设备管理;平台模块是否数据同源,同样需要实际验证。比较时看具体版本与交付物,避免按厂商出身排序。
| 指标 | 评估重点 | 验证材料 |
|---|---|---|
| 数据底座复用 | 设备、告警、历史和权限来自哪里 | 一台设备从列表到场景的身份、时间与来源对应 |
| 渲染与承载 | 目标终端、模型内容、加载和连续操作 | 冷启动与再次打开分别测试,记录卡顿和资源占用 |
| 模型处理 | 导入、拆分、材质、属性与轻量化 | 原始模型与处理后模型的差异及丢失项清单 |
| 空间设备映射 | 空间编码、资产与构件关系 | 抽样设备的双向查找,包含同名设备和更换设备 |
| 业务联动 | 定位、状态、历史、视频及工单入口 | 正常、无权限、数据缺失和无视频时的实际表现 |
| 更新机制 | 谁维护、哪些变更可配置、哪些需开发 | 一次设备更换或空间调整的操作与回归记录 |
会前提供一层楼的模型、设备台账和点表,说明实际终端、网络和参会角色。演示先从设备列表找到机组,再进入空间位置、查看读数时间、打开历史或告警,最后进入处置入口。没有视频的区域也应能完成工作,不能把视频联动作为所有设备的必选动作。
随后让接收方修改一台设备的显示名称与绑定,再重新打开场景核对。记录由谁完成、需要什么权限、用了哪些工具,以及尚不能自行维护的部分。原型可用于确认需求;承诺的真实接入与上线效果应另有集成和运行证据。
模型文件大小只是一个维度,还应记录几何、材质、贴图、可见对象、模型解析、实时订阅和用户交互。浏览器本机渲染、UE客户端与像素流承担资源的位置不同,详见三维渲染部署与选型。
历史渲染性能实测保留了对应场景的实验记录,引用时需同时读取终端、版本、加载方式和测试条件。它可以提供测试思路,不能作为所有模型加载时间或帧率的承诺。模型交付要求参见数字孪生建模规范。
演示结束应留下三张清单:已验证能力、需要配置或开发的事项、依赖其他专业方的接口。报价和排期应对应这些事项,包括模型处理、部署资源、账号授权、场景维护与接口联调。
GB/T 43441.1-2023的正式名称为《信息技术 数字孪生 第1部分:通用要求》。可从国家标准官方页面核对版本,再按项目适用条款组织交付证据;列出标准号不等于产品获得认证。
古河数字孪生平台与古河IBMS、BIOT及BIM运维体系协作,以设备数据、空间关系和业务入口为实施主线。具体Web或UE路线、编辑能力和接口范围,应在所选版本的样板演示中确认。
先定义业务任务和维护责任,再比较数据复用、模型处理、性能、空间映射、业务联动与更新机制。用相同资料与条件验证候选产品,不按厂商类别直接排名。
可以,取决于产品的业务接口、编辑工具、部署与维护机制。引擎本身不决定项目只能用于展示,也不保证所有业务已经具备。
用项目模型完成导入与设备映射,追踪一次获准的告警到业务入口,再让接收方完成一次设备或空间变更,保留过程与未通过项。
统一模型、终端、网络、加载方式、数据订阅和并发任务,分别记录启动、连续操作与资源占用。历史实验数字只用于其对应条件。
可核对GB/T 43441.1-2023《信息技术 数字孪生 第1部分:通用要求》,按项目适用条款准备交付证据,不把引用标准号当成认证。