摘要数字孪生演示里的曲线在变化不等于真实设备已经接入。本文给出一套答辩前的证据整理方法标明数据来源、区分不同时间、说明断线与空数据、建立功能证据索引。附假想演示表不提供传感器接入代码或实测结论。大家好我是 SiKi老师。做完一个校园或园区场景后准备展示时最值得先检查的不一定是镜头够不够漂亮而是每个数字到底从哪里来。屏幕上的温度、人数和设备状态可能分别来自脚本生成、历史文件、网络服务或现场设备。它们可以出现在同一个原型里但不能用一句“实时数据”把差别盖过去。本文面向正在整理 Unity 数字孪生毕设演示的同学重点是讲解和证据组织不是联网设备的实现教程。以下表格与场景均为假想设计未在本机运行工程或连接真实传感器。你需要依据自己的实现填写实际结果没有做过的测试不要标为通过也不能用这份清单替代学校的验收要求。一、先给每个指标写上来源我建议从界面出发逐个点名展示的数字而不是先画一张很大的系统架构图。对每个数字问四件事谁产生它通过什么方式拿到经过哪些转换最后对应哪一个场景对象“来自接口”还不够。接口后面可能仍然返回固定样例反过来文件里也可能保存过真实采样只是现在展示的是历史回放。来源的真实性和传输方式要分别说明。可以按下面的方式整理不必把所有类型都做一遍。来源类型演示时应讲清什么不能顺带声称什么脚本生成或手动样例规则、用途、哪些显示逻辑使用它已连接现场设备历史文件回放原始来源、记录时间、当前回放方式当前现场状态就是这个数值外部网络服务服务提供的范围、更新时间、请求结果服务数据就是某个现场传感器的数据现场设备采样设备对应关系、采样链路、实际测试证据未测试设备和环境也全部适用如果你只完成了模拟数据驱动图表就明确说“本阶段验证了模拟数据下的显示流程”。这是一项可以解释的工作把它包装成并不存在的设备接入反而让后续问题无法回答。二、数据时间、接收时间和屏幕时间不要混用在界面上放一个不断走动的时钟不能说明每条业务数据都刚刚更新。我会至少在演示说明里区分数据在来源处代表哪个时刻、程序什么时候收到它、界面什么时候显示它。这不是让你随意发明三个时间戳。如果来源没有提供采样时间就写“来源时间未知”保留实际能记录的接收时间不要用本机当前时间补成所谓采样时间。历史回放也要保留“历史”标记不能因为每秒切换一条记录就改称现场实时采集。官方产品文档中也有类似区分。例如 Microsoft 的 Azure Digital Twins 数据说明 分别描述了属性更新被服务处理的时间以及用于表达现实世界观察时间的可选来源时间。这是该服务的数据字段语义不是所有 Unity 工程自动具备的能力。本文只借它说明为何需要区分时间含义不要求你引入 Azure也不提供相关 API 实现。展示两个时间之差时还应说明时钟来源和是否对齐。没有确认就不要把差值命名为网络延迟更不要把一张截图里的差值当作稳定性能结果。三、界面应该怎样表达空数据和断线演示脚本里除了“正常时看到什么”还应写“拿不到数据时看到什么”。这里先确定预期再到自己的工程执行检查。检查情况可讨论的显示预期实际验证记录程序刚启动还没有数据显示等待或暂无数据不把默认值解释为测量值未测执行后填写数据停止更新保留最后值时同时提示其时间和过期状态未测执行后填写来源返回空结果显示空状态区分空结果与有效的零值未测执行后填写恢复接收状态提示与新数据一致旧警告如何消除有明确定义未测执行后填写这些是可选的设计建议不是已经实现的功能。你的系统若尚无过期判断就在演示限制中写清楚不能只把界面文字改成“已断线”来冒充完成了检测。“0”也要格外小心。零度、零人和设备数为零都可能是有效业务值没有收到数据是另一回事。是否区分要由你的数据模型和业务规则决定不能靠猜测填表。测试异常只在自己有权操作的隔离环境或测试副本进行。不要为了演示拔掉共享设备、关闭生产服务或更改他人的网络。没有安全测试条件就保留未测项用说明呈现限制。四、让每个演示动作对应一条证据“系统已完成”太宽泛我会把它拆成可以指向具体材料的句子。例如对象选择能否显示对应信息、某条数据是否更新了指定图表、没有数据时是否出现预定提示。每条记录包含工程版本或标识、运行环境、操作前提、操作过程、预期与实际以及截图或日志的位置。截图只证明当时画面日志也只能支持其实际记录的范围。不要用一个展示视频覆盖所有未执行的检查。下面是一条未执行的假想记录检查对象教学楼 A 的模拟人数显示。数据来源测试样例不是校园真实人员数据。操作在测试环境按已约定的方式输入两条样例。预期显示对象与样例中的对象标识对应数值按样例变化。实际结果未测尚无截图或日志。边界即使这一项通过也不证明现场采集、身份识别或多设备接入已经完成。项目使用真实数据时只保留获准展示的部分。拍摄和记录前检查姓名、账号、地址、凭据、接口令牌及内部网络信息公开材料不要包含这些内容。不要为了让证据显得完整附上原始敏感数据或整个后台页面。五、按“范围—正常—异常—限制”组织讲解我的演示顺序会先用一句话说明本次覆盖范围再介绍一种有证据支持的数据流程。观众知道起点是什么以后再看界面变化比较容易分清你做的是场景展示、数据驱动还是已验证的设备接入。正常演示结束后展示已安全测试过的一种异常及恢复。若没有做这项测试就说明缺口不临场假装发生了断线。提前录制的演示也应标明为录制内容并说明录制环境不能假装现场正在连接。最后回到限制哪些对象和数据已覆盖、哪些只是模拟、哪些还缺设备或授权。再指出下一项需要补的证据。例如“下一步在获准的测试设备上记录采样到显示的完整链路”比“后续接入所有设备”更清楚。小结数字孪生毕设的演示不只是让场景和图表动起来。把来源、时间、异常状态和证据对应关系讲清楚才能准确表达自己完成了哪一部分。模拟原型可以如实展示但不能用模拟数值、生成图片或未经核验的说明代替真实接入证据。你的演示目前使用模拟数据、历史文件还是已接入的数据服务选一个界面指标试着补齐它的来源、时间含义和一项还没验证的情况。