项目指南
楼宇监测需求怎么写？让每项信号对应操作判断
在索取系统方案前，写清楼宇监测信号的含义、信息时效、操作人员的后续行动与验收证据，用三份记录整理范围和待确认问题。
德天 ICT · 坦桑尼亚与东非
正在筹备 ICT 项目？与德天沟通需求。
德天 ICT 面向坦桑尼亚与东非项目提供音视频、安防、网络与智慧楼宇相关的设计、设备供应、安装及维护服务，可根据项目位置与系统需求讨论范围。
提供项目位置、所需系统，以及已有图纸或设备清单，一起明确讨论范围和仍需补充的信息。
先明确这项信息要支持什么判断
向供应商提出楼宇监测看板需求之前，先说明每项拟显示信号背后的运营判断：信息代表什么、来自哪里、由谁查看，以及出现需要关注的情况时，这个人应当做什么。只有团队能在约定范围内正确理解读数，满屏数据才有实际用途。
对于坦桑尼亚或东非其他地区的企业设施，第一份交付物可以是一份简短的“信号与判断”需求说明。德天公开的智慧楼宇规划说明从需要监测的设施、运维团队的任务、已有控制器和可用接口入手。下面的工作表把这个规划问题展开，不替项目选设备，也不预先认定现有系统能够提供所需信息。
先说清信号，再讨论怎样显示
为每个拟监测项设置编号，并关联楼栋、区域和设备标识。用普通语言说明它的含义，例如某个指定区域的照明控制器所上报的状态。把上报状态、实测物理状况、计划设定值和发给设备的指令分别记录；即使屏幕使用相似的文字，它们回答的也不是同一个问题。
数值读数应写明所代表的量及单位；状态信息应请系统负责人定义可能出现的标签及其含义。记录定义来自哪份资料，以及哪些细节还没有确认。供应商不应靠猜测判断一个值究竟表示当前观察、要求执行的设定，还是较早的记录。
列出已知控制器或来源系统、管理责任人，以及已有接口资料。请负责技术的团队确认能否取得所需信息、需要满足什么条件。现有本地屏幕能够显示某个值，不等于另一个系统也能读取它。拟新增的传感器与现有安装可能已经提供的信息应分开列明。
每个拟监测项复制三份简短记录
信号记录——监测项编号：___；楼栋／区域／设备：___；所需信息：___；含义及单位或状态标签：___；来源与资料编号：___；接口可用性：已确认／待评估；剩余问题及负责人：___。
判断记录——监测项编号：___；需要回答的运营问题：___；查看角色与运行时段：___；需要关注的条件：___；按现场已批准流程采取的下一步：___；负责接收的人或角色：___；超出该角色权限的操作：___。
证据记录——监测项编号：___；约定输入或演示条件：___；预期显示，包括信息距今时间或是否可用：___；观察人与方法：___；实际结果：___；证据编号：___；例外、负责人及下一步：___。
三份记录使用相同的监测项编号。先选少量能够支持实际判断的项目，不必把所有可能取得的值都列上。技术阈值、采样间隔，以及何时将信息视为过旧的规则，都应标为待负责项目的团队约定；本工作表不提供通用数值。
让信息的新旧和缺报状态看得出来
询问查看者将怎样区分当前报告、较旧报告和来源不可用。写明显示的时间代表什么：来源的观察时间、中间系统收到信息的时间，还是另一个已定义事件。注明时区，并列出尚未确认的时钟对应关系。页面刚刚刷新，不能仅凭这一点就把数据表示为设备的新一次观察。
没有可用的当前信息时，明确操作人员应看见什么。把“信息不可用”与“关闭”等正常设备状态分开。请供应商解释拟采用的显示方式和证明该行为所需的证据。不要假定不同操作人员会对空白字段或长期不变的值作出相同理解。
如果需要历史视图，应说明它支持什么判断、业主需要查看哪个时间范围，并分别询问现有记录、数据缺口和拟议的保留安排。有实时显示不等于已有可用的历史记录。初步公开咨询中不应夹带个人资料或敏感运营数据。
用一个虚构的照明状态例子核对需求
假设某虚构办公室考虑为照明组 DEMO-L1 设置显示页面。设施团队希望了解控制器上报的状态，再决定是否需要一次经过授权的现场检查；来源接口尚未评估。这是虚构的规划练习，不是德天已实施的项目或实测结果。
信号记录写的是“DEMO-L1 上报的开启／关闭状态”，控制器资料仍待提供。它没有要求显示页面证明房间亮度、是否有人或耗能情况。判断记录指定设施值守角色，并将异常报告交给现场既有检查流程处理；它不会给查看者新增开关设备的权限。
准备三条拟议证据记录：L1-A 核对约定的有效样本是否显示在正确项目下，且含义一致；L1-B 核对超过项目约定时效条件的样本怎样标示；L1-C 核对信息不可用怎样与上报“关闭”状态区分。业主和供应商应先约定测试输入及预期呈现方式，再把这些记录作为验收检查项。
假如一次获授权的演示只覆盖 L1-A 和 L1-C，尚未演示 L1-B，就分别记录已观察到的结果，并让 L1-B 保持待办。使用的是样本数据时，应写明这是样本数据的显示演示。它不能证明实时控制器连接已经建立、测量准确，或系统在所有现场条件下都能正常工作。
在方案中分开查看、通知和控制
方案应说明哪些项目只供查看、哪些可能产生通知，以及是否提出了任何控制操作需求。这些应分别作为功能项，注明各自的责任和证据。监测需求说明不能在未明确约定的情况下变成远程操作设备的许可。
对于所需通知，明确事件含义、接收角色、运行时段，以及按现场批准流程应采取的行动。询问由谁维护接收安排、无人处理的通知如何跟进。屏幕上出现通知、消息送达，以及有人据此采取行动，是需要分别核对的结果。
如拟加入控制功能，应将操作权限、设备行为和安全要求交给相应专业人员及现场审批流程处理。本文不提供控制设置或安装指令。楼宇保护及生命安全相关功能需要其自身适用的设计和批准；上述虚构显示练习不能作为这些功能的证据。
请供应商逐项回答未决问题
向各供应商提供同一版本的需求说明，并要求按监测项编号答复。询问拟采用的信息来源、接口假设、提供的设备或软件、需要客户配合的条件、显示行为、验收方法和排除项。接口或数据含义尚未核实时，应把这项依赖与价格及范围一起列明，不能默认已包含系统集成。
询问设备、房间名称或运营流程变化后，由谁维护信号定义与显示标签；明确业主将收到哪些记录，以及谁可以管理这些记录。项目交接目录可以组织最终资料，而监测需求说明要定义的是拟议系统应支持哪些信息和判断。
后续演示应由获授权的业主代表与技术团队共同约定。采用批准的测试材料或双方同意的适当环境，不要为了填完测试行而断开在用设备、改变告警阈值或发出操作指令。保留实际条件和例外，让验收判断对应已经演示的内容。
带着范围明确的监测需求咨询德天
准备项目所在国家和城市、设施类型、相关系统清单、已有控制器或接口资料，以及几份填好的“信号与判断”记录。附上预期时间安排、能够澄清需求的角色和需要现场评估的问题，并通过官方联系入口商定必要技术资料的分享方式。
请德天讨论这些需求对应的设计、供货、安装和支持范围。首次沟通可以先确认哪些监测项能够评估、还缺哪些来源信息，以及方案应提供什么证据。兼容性、设备供应情况、现场参与、费用和交付安排，仍须结合实际项目讨论。
