2023建筑数字化运维数据标准.docx

建筑数字化运维数据标准目录1总则2术语3基本规定54筑字化括lfi型84.1基本结构84.2对象94.3JrA+tb+>bdrn+b+.bb.bb+.t.rnr1b+.rnn.+b.b.t.b<b+.bb.rnlb<b.b.t.b.+.bb.b.bdb.b<b+.b.t.b<b.bbt.b.+.bbt.b.bd-nr14.4关联关系114.5凡何模型124.6物模型125建筑数字化运维编码模型编码格式156应用场景176.2应用场景需求216.3运维数据分析应用277维护管理297.1数据维护297.2数据存储与安全307.3数据共享30Contents1Generalprinciples2Termsanddefinitions33Basicrules*54Structureofbuildingdigitaloperationandmaintenancecodingmodel84.1BaSiCstructure84.2Object94.3Informationpoint104.4Association114.5Geometricmodel124.6Objectmodel125RUildingdigitaloperationandmaintenancecodingmodelcodingformat“*“*“156Applicationscenario176.1Basicrules176.2Applicationscenariorequirements216.3Operationsandmaintenancedataanalysis.277Maintenanceandmanagement.I.*.*.297,1Datamaintenance297.2Datastorageandsecurity307.3Datasharing301.0.1为响应数字中国战略，推进建筑运维的数字化转型，规范建筑数字化运维的数据要求，提升建筑数字化水平，制定本标准。【条文说明】国家十四五规划提出了"加快数字化发展建设数字中国"作为我国国民经济和社会发展十四五时期重点任务和2035年的远景目标。数字化是新形势下中国经济社会发展的重要引擎，数字化转型已成为各行各业高质量发展的重要路径。对于建筑行业，我国建筑从增量时代向存量时代转变，运行维护是最主要任务，数字化技术为建筑智能化、高效和高质量运维提供了新的解决方案。建筑运维相关信息全面数字化是建筑智能化发展的关键步骤。相比于传统项目建设模式，建筑数字化更加依赖于数据标准的统一和执行。关于智能建筑应用中的数据定义标准，国内建筑行业分别推行了GB/T51269-2017建筑信息模型分类和编码标准和GB/T51212-2016建筑信息模型应用统一标准。但是，这些标准均面向建设阶段数字化，仅对建筑信息模型进行了定义，而关于建筑运行维护阶段的建筑信息模型分类与编码和信息交换方面以及数据对于建筑运维场景的服务应用方面至今尚无相关标准。此外，目前建筑数字化运维中存在数据利用效率低、数据维护管理不完善、数据应用场景不明晰等问题，限制了建筑数字化运维产生的效益。因此，出于促进建筑智能化、精细化、绿色化运维管理的迫切需求，有必要编制面向建筑运维阶段的建筑数字化运维数据标准。1.0.2本标准规定了建筑数字化运维过程中的数据模型构建、数据应用、数据管理的要求，旨在实现建筑运维管理的智能化、精细化、绿色化。【条文说明】对建筑运维管理实现智能化、精细化、绿色化是建筑数字化运维的终极目标，本标准应围绕这一目标，通过对建筑运维数据模型进行标准化描述、数据资产应用和管理进行规范化指导，保障建筑运维数据的高效联通和充分利用，从而实现建筑智能化、精细化、绿色化的运维管理，使得建筑运行更加稳定、高效、节能、低碳和室内环境的健康舒适。同时，建筑数字化运维必须遵循国家的有关方针，做到技术适时和经济合理。1.0.3本标准适用于新建、改建和扩建民用建筑工程数字化运维的数据资产的管理与应用。【条文说明】本条规定了标准的适用范围。无论是新建还是改建、扩建项目都有运维的需求，而本标准规定的建筑运维特征主要是针对民用建筑工程，因此，只要是采用了数字化运维的各类民用建筑工程项目，其数据资产的管理与应用都可参考本标准。1.0.4建筑数字化运维除应符合本标准外，尚应符合国家现行有关标准的规定。【条文说明】本标准所引用的国家现行相关标准，是本标准在实施中应遵守的基础技术依据。本标准重点在于对建筑数字化运维数据进行规定，并未涵盖建筑数字化运维所应有的全部技术要求。建筑数字化运维除应符合本标准要求外，还应符合国家现行有关标准的规定。2术语2.0.1建筑数字化运维buildingdigitalO&M(operationandmaintenance)建筑数字化运维是把建筑运维过程和状态翻译成计算机能理解的语言，并通过数据自动关联和集成化计算技术，实现对建筑运维过程和状态的仿真、问题诊断、决策输出和未来预演。2.0.2建筑数字化运维编码模型digitizingdatamodelforbuildingO&M(operationandmaintenance)在构建数字挛生的过程中，对空间、系统、设备、模型、物联网等真实事件进行数字化表达的信息编码模型。2.0.3实体entity具体或抽象的事物，包括这些事物之间的关联。2.0.4目标实体targetentity现实世界被选中进行数字化映射的实体。2.0.5数字实体digitalentity目标实体的数字化表达。2.0.6建筑数字挛生体buildingdigitaltwin对建筑中的空间、设备、系统、管线等物理主体，从多个维度对这些物理主体进行数字化表达。包括名称编码、台账记录、技术指标、位置信息、几何尺寸、模型数据、运行反馈参数、控制指令、事件记录等2.0.7建筑数字化交付buildingdigitizingdelivery对目标实体静态信息和物联网信息以标准化的建筑运维数字化编码模型编码方式在数字世界中建立对应数字实体，使数字实体表征目标实体的特性的工程实施过程。2.0.8建筑数字季生平台buildingdigitaltwinplatform数字挛生平台以标准化、结构化、平台化的方式建立建筑季生体，对空间、系统、设备、模型、物联网等真实世界进行数字化编码，为在役建筑的各类数字智能化运维系统，提供全面统一、高效便捷的专业数据服务2.0.9建筑数字化运维管理平台buildingdigitalO&M(operationandmaintenance)platfo运用信息化、物联网、大数据、人工智能等技术，建立软硬件数字一体化系统，实现设备管理、能耗管理、环境管理、资产管理、空间管理、数据诊断等功能。2.0.10数据资产digitaldataasset由个人或企业所有，有价值、可计量、可读取，以物理或电子的方式记录的数据资源。2.0.11数据维护datamaintenance对数据库中的数据进行审查、修正和管理，以确保准确性和可访问性的过程。2.0.12数据共享datasharing在一定的条件下，数据拥有方将数据与相关方共同使用。3基本规定3.0.1建筑面积100.00Onf以上的园区，单体建筑面积20,OOOItf以上的公共建筑应采用数字化运维方式进行管理。其他规模建筑宜根据自身定位选择数字化运维管理方案。【条文说明】建筑数字化运维数据标准既适用于单体建筑的数据信息管理，也可满足多项目的运维需求。对于单体建筑，有助于承接建设阶段成果，将BlM应用延伸到全生命周期管理，实现智能运维场景下各子系统的信息共享与系统综合分析，以及物业运维管理工作的全面信息化。对于多项目协同的运维需求，有助于一致化数据含义，既便于实现各项目的统一管理，也有助于实现同类项目、同类空间、同类设备管理效果的横向对比；此外，也可作为项目数据平台构建的基础依据。3.0.2建筑数字化运维需要通过建筑数字季生基于数据驱动实现目标实体、数字实体、服务应用之间的虚实结合及动态迭代。需要通过构建标准化的建筑运维数字化编码模型，规范数字实体的数据结构和编码，并以建筑数字挛生平台为载体，为建筑数字智能化运维服务应用提供数据服务，进而满足建筑数字化运维的业务需求。【条文说明】下图描述实现建筑数字化运维从现实世界的目标实体到数字实体再通过上层服务应用实现运维价值的链路。由于不同的建筑类型，例如办公、商业、医院、交通枢纽、市政设施，具有不同的运维管理对象和业务需求，从而导致在不同建筑运维细分领域内需要建立不同的建筑运维数字化编码模型。为了实现不同的不同建筑运维细分领域间可以实现数据的交流互通,需要规定标准的建筑运维数字化编码模型的模型结构，本标准第四章、第五章规定了建筑运维数字化编码模型的模型结构和编码结构。* 化 *N2I3.0.3建筑数字李生平台应具备数字化交付能力、享生数据同步与处理能力、数据存储能力和数据服务能力。【条文说明】在数字化交付过程中，利用建筑数字李生平台的数字化交付能力将目标实体以建筑运维数字化编码模型的标准结构映射成数字实体，所交付的信息在数字李生平台中经过同步、计算并存储，形成建筑数字李生体。建筑运维服务应用是针对不同业务应用场景需求设计的应用服务，例如建筑能源管理、室内环境管理等。在建筑数字化运维的过程中，服务应用通过数字挛生平台获取数据进行展示和业务分析。本标准的第六章主要描述建筑运维当中一些基本应用场景的数据需求。作为一种软件工具和IT平台，具体的建筑数字挛生平台产品的性能指标和功能定义宜基于具体的上层服务应用和建筑功能类型的需求进行设计和规定，本标准不作具体规定，仅在第七章对数据维护的基本要求进行了规定。3.0.4建筑数字化运维数据应包括空间、系统、设备的模型信息、静态信息和物联网数据。【条文说明】建筑数字化运维数据资产要为在役阶段建筑运维过程中各类数智化系统提供全面统一的数据，因此需要完整地表达建筑空间、设备设施的静态和动态数据。3.0.5建筑数字化运维数据的管理和应用应配套建设数字化运维平台，平台建设宜采用云平台或云边协同平台模式。【条文说明】建筑数字化运维的核心工具是数字化运维平台，数字化运维平台的主要特征是，将现实物理世界通过统一的数字化标准，翻译成结构化的计算机能够计算处理的数据信息，相比于信息化、自动化管理平台和工具，数字化运维平台能够充分发挥人工智能的作用，显著提升项目管理的精度、效率和范围。运维平台将采集大量的数据，并调动大量的计算资源，采用云平台模式，有助于发挥云计算和云存储的优势。3.0.6建筑数字化运维系统应与建筑各子系统联通，并提供可视化管理方式。【条文说明】数字化运维系统应打通各个子系统，以充分覆盖建筑运维管理的全部对象，同时也能够降低数字化运维的建设成本，可视化管理方式是人机互动的必要支撑。4建筑数字化运维编码模型架构4基本结构4.1.1建筑数字化运维编码模型应包括对对象、关联关系的定义：建筑数字化运维中的目标实体应通过对象进行描述；目标实体之间的物理或功能联系应通过关联关系进行描述。【条文说明】以中央供冷系统中设备为例：现实系统中的制冷机组和冷冻水泵在建筑数字化运维编码模型中可以通过制冷机组对象和冷冻水泵对象进行描述；制冷机组和冷冻水泵之间的冷冻水联通关系可以通过“冷冻水回水”的关联关系进行描述。4.1.2对象的定义应通过信息点、几何模型、物模型进行描述；关联关系的定义应通过信息点进行描述。【条文说明】制冷机组对象可以定义若干个信息点，例如品牌、额定制冷量、冷凝温度等；基于设备的几何尺寸可以定义若干种规格的几何模型；同时考虑制冷机组、冷冻水泵作为一个单独个体可以进行数据通讯传输，需要定义设备相应的物模型满足数据采集和下发的需求。制冷机组和冷冻水泵之间可以通过一种"冷冻水连接"的关联关系进行连接，在这条关系上可以定义信息点，例如"介质流动方向"。4.1.3对象和关联关系的定义应区分"类”和"实例"：“类”指具有相同性质（或属性）的一个实体集合的抽象概念，“对象类”和"关联关系类"具有实例化为现实世界中特定实体的能力；"实例"是"对象类”和"关联关系类"通过实例化过程的结果，包含“对象实例"和"关联关系实例"。【条文说明】以中央供冷系统中设备为例：建筑运维数字化编码模型中对制冷机组、冷冻水泵这两类设备进行对象定义；同时定义"冷冻水回水"关联关系类来描述对象类间的联系。对实际包含三台制冷机组、四台冷冻水泵的一个中央供冷系统来说，通过实例化的过程，应生成三个制冷机组对象实例和四个冷冻水泵对象实例来描述现实中的设备，同时这些对象实例间通过关联关系实例连接。例如制冷机组一号（一个制冷机组实例）和冷冻水泵一号（一个冷冻水泵实例）之间有一条"冷冻水回水”的关联关系；制冷机组二号（一个制冷机组实例）和冷冻水泵二号（一个冷冻水泵实例）之间有一条"冷冻水回水"的关联关系。4.1.4建筑数字化运维编码模型应建立专业-对象类二级树形分类体系。【条文说明】专业应包括强电专业、弱电专业、暖通空调专业、给排水专业、消防专业、安防专业、土建精装专业、照明专业、电梯专业、燃气专业、人防专业、小市政专业、景观专业。4.2对象4.2.1对象的分类应按泛空间类对象、机电设备类对象、组合类对象进行统一管理。泛空间类对象定义建筑中与土建结构相关的基本物理实体及独立管理空间单元，机电设备类对象定义建筑中独立运行或独立存在的设备实体，组合类对象定义多个泛空间类对象或机电设备类对象组成的集合对象。【条文说明】泛空间类对象具有一定的经营管理或人为划定的性质，可包括墙、窗、梁、柱，及项目、建筑、楼层、竖井、空间、物业分区、停车场分区、防火分区、人防分区。机电设备类对象包括在运维阶段有管理价值的设备、设施、管道等；按照建筑运维中常见的工种进行专业性划分，可在各专业下定义系统为机电设备类对象进行标注。系统对象是一种组合对象，指通过在功能上相互联系以实现特定功能目标的设备集合。根据建筑运维管理的不同需求，若干个机电设备类对象实体可以组成系统对象实体。4.2.2对象类应具有以下三个关键特征：I.应按照真实世界的实例情况一一对应生成对象实例；2.应定义对象类之间的关联关系；3.对象类应定义其专属的信息点点位，对象实例应包含信息点点位的具体内容.【条文说明】以包含三台制冷机组的中央供冷系统为例：制冷机组对象类通过实例化过程生成三个制冷机组对象实例，分别对应三台制冷机组设备。在制冷机组对象类上定义的信息点，例如品牌，在三台制冷机组实例上可以填写具体品牌，例如''约克"、"特灵"。4.3信息点4.3.1信息点应包括但不限于基本参数、台账参数、技术参数、几何参数、运行参数、设定参数、事件记录和工单记录。4.3.2信息点应分为准静态信息点和动态信息点。准静态信息点在建筑运营过程中相对稳定，在一个阶段内随时间不会发生逐时变化，包括基本参数、台账参数、技术参数、几何参数；动态信息点是在建筑运营过程中随时间动态产生的逐时数据或脉冲型数据，包括运行参数、设定参数、事件记录和工单记录。【条文说明】以制冷机组为例，制冷机组对象定义的信息点：品牌、型号、额定制冷量、长、宽、高等属于准静态信息点；瞬时制冷量、冷凝温度、冷冻水出水温度设定值等属于动态信息点。4.3.3信息点的名称、编码、分类标签和数据类型的定义应遵循以下规则：1.单条信息点应定义：信息点名称、信息点编码、分类标签、数据类型；2.信息点编码应作为数字挛生中信息使用索引的唯一主键使用，信息点名称宜作为辅助理解使用：3.分类标签用来标定单个信息点，表征不同的筛选、查找的归类需求，单个信息点可被标定单个或多个分类标签；4.信息点的数据类型包括但不限于整数、浮点数、布尔值、单选枚举值、多选枚举值、字符串、日期时间、附件和图片：数据类型为整数或浮点数的信息点应定义物理单位和数值精度：物理单位用于描述此信息点数值对应的物理量纲；数值精度用于描述该信息点数据服务提供的默认精度；数据类型为布尔值、单选枚举值或多选枚举值的信息点应定义枚举值选项，是此信息点可选项标识符及含义的集合。【条文说明】以制冷机组的运行参数“冷凝器入口水温”信息点为例：“冷凝器入口水温"是信息点名称，其信息点编码可采用uCondWaterInTemp,"进行编写。以制冷机组的信息点"冷凝器入口水温"为例，可将其打上“运行参数"标签，同时也可打上“冷凝器”标签。当数据类型为整数或浮点数时：以制冷机的运行参数冷凝器入口水温为例，可定义此信息点的物理单位为摄氏度（C）,数值精度为0.1（小数点后一位）。当数据类型为布尔值、单选枚举值或多选枚举值时：以制冷机的压缩机防护等级-防尘等级为例，需要定义防尘等级的枚举值选项。4.4关联关系4.4.1关联关系分为架构从属关系、物理连通关系、功能关联关系、管理关联关系四类。泛空间类对象、机电设备类对象以及组合类对象之间，应建立关联关系以表达相互间的物理联系或业务逻辑联系【条文说明】架构从属关系存在于同类别不同层级的对象之间，描述层级结构，例如物业空间与楼层的从属关系，表征一个空间属于某一个楼层。物理连通关系描述对象在物理层面上相互连接或某种介质可以在对象之间流通的关系，例如制冷机组和冷冻水泵之间的冷冻水连接关系。功能关联关系形容与某种功能实现相关而产生的关联关系，例如制冷机组服务于空间的设备服务空间关系。管理关联关系是由于组织管理方式相关而产生的关联关系，例如冷站机房空间属于中央供冷系统的关联关系。物业空间（泛空间类对象），可以与另一个物业空间对象建立空间与空间的物理联通关系；制冷机房（泛空间对象）可以与离心式制冷机（设备类对象）建立起设备所在空间关系；中央供冷系统（组合类对象）可以与离心式制冷机（设备类对象）建立设备从属于系统的关系。4.4.2关联关系类具有三个关键特征：1.应按照真实世界的实例情况一一对应生成关联关系实例；2.一个关联关系实例连接两个对象实例；3.关联关系类应定义其专属的信息点点位,关联关系实例应包含信息点点位的具体内容。【条文说明】关联关系是可以实例化的，把"关联关系类”两边的对象类完成实例化后的结果称为“关联关系实例"。以中央供冷系统中设备为例，可以定义制冷机组对象类与冷冻水泵对象类之间有冷冻水连接关系。在这条关联关系上可以定义"方向"作为信息点。对实际包含三台制冷机组、四台冷冻水泵的一个中央供冷系统来说，制冷机组一号（一个制冷机组实例）和冷冻水泵一号（一个冷冻水泵实例）之间有一条"冷冻水回水"的关联关系实例，这条关联关系实例的"方向"信息点应描述为由冷冻水泵一号指向制冷机组一号。4.4.3关联关系包括有指向性的有向关联关系和无指向性的无向关联关系两类。【条文说明】制冷机组和冷冻水泵之间的冷冻水连接关系属于有向关联关系，方向基于实际设备安装位置可以变化；变压器与低压进线柜之间的低压配电普通连接关系属于有向关联关系，方向是由变压器指向低压进线柜的，此方向是不可逆向的；两个物业空间之间的空间相互联通关系属于无指向性的无向关联关系。4.5几何模型4.5.1建筑数字化运维编码模型对象应建立相应的BIM构件或BIM构件族作为几何模型。【条文说明】一个对象类可以根据信息点信息的不同拥有一个或多个几何模型。几何模型主要为建筑运维数字化编码模型提供三维可视化信息。以制冷机组为例，可以基于常用设备规格定义多个几何模型（大、中、小）；也可以基于设备制冷形式定义离心式冷水机组几何模型、螺杆式冷水机组几何模型等等。4.5.2几何模型应包括构件的三角网格、图元的三角网格、瓦片几何数据以及参数化几何描述等几何信息。【条文说明】主要包含模型主体图元（系统族）和构件图元（可载入族）的点和三角形片面组成的三角形网络，在BlM模型就是组成BlM几何外观的构成方法。瓦片几何数据表征模型几何外观的不同精细（颗粒）度的呈现。4.5.3几何模型应包括对象基本信息、模型关联信息和对象关联信息点信息。【条文说明】以离心式冷水机组模型为例，几何模型中应包括所属对象（制冷机组）的基本信息，例如对象名称、对象编码；模型关联信息，例如长、宽、高等尺寸；对象关联信息：例如制冷类型（离心式冷水机组）。4.6物模型4.6.1数字挛生的互动过程中应建立相应的对象类物模型。【条文说明】建立物模型的目的是满足动态信息反馈与控制活动的数据需求，使通过设备接口直接读取的设备原始异构数据，可以转换成建筑运维数字化编码模型的标准数据，可以实现在数据采集和下发的过程中将对象化下沉到设备层级，同时为控制逻辑分层打下基础。例如冷冻水泵通过设备接口读取的是开状态(0.1)和关状态(0.1)两个信号点位，冷冻水泵对象类的物模型定义的信息点为开关状态(1为开，0为关)，通过配置文件进行转化，可以将异构的开状态、关状态转化为标准的开关状态信息点。4.6.2物模型包含属性、事件、命令。属性用于描述设备运行时具体信息和状态。事件包含需要被外部感知和处理的信息、报警和故障命令指设备供外部调用的指令或方法。【条文说明】以制冷机的物模型为例，属性信息中可定义冷凝器出口水温度；事件信息可定义制冷机的故障报警；命令信息可定义一键开冷机。4.6.3物模型的属性信息应遵循以下规则：1.单条属性信息应定义：信息名称、信息编码、分类标签、枚举值选项、数据类型、数据上报方式、采集周期；2.信息编码应作为数字挛生中信息使用索引的唯一主键使用，信息名称宜作为辅助理解使用；3.分类标签用来标定单个属性信息，表征不同的筛选、查找的归类需求，单个属性信息可被标定单个或多个分类标签：4.属性信息的数据类型包括整数、浮点数、布尔值、单选枚举值、多选枚举值、字符串、日期时间：数据类型为整数或浮点数的属性信息应定义物理单位、数值精度、最大值和最小值：物理单位用于描述数值对应的物理量纲；数值精度用于描述数据服务提供的默认精度；最大值和最小值分别定义了合理的取值范围，可用于做数据质量判定。数据类型为布尔值、单选枚举值或多选枚举值的属性信息应定义枚举值选项，是此属性信息可选项标识符及含义的集合。【条文说明】以制冷机组的物模型属性"电流负载率"为例："电流负载率”是信息名称，其信息编码可采用''iPLR"进行编写。"电流负载率"可已被打上"运行参数"标签，同时也可打上“关键指标"标签。"电流负载率"参数是一个比值，此信息点的物理单位为无量纲的%,数值精度为0.1(小数点后一位)a4.6.4物模型的事件信息应包括：事件名称、事件编码、事件类型、事件状态、数据类型【条文说明】以制冷机组的物模型事件“状态反馈与指令不符报警”为例："状态反馈与指令不符报警"是事件名称，''OrderFailAlarm''可以作为事件编码，事件类型为“报警消息”，事件状态可以为"已处理”"未处理"等、数据类型为"布尔值"。4.6.5物模型的命令信息包括：调用方式、帚等性。其中调用方式应分为同步调用和异步调用。【条文说明】以制冷机组的物模型命令"开起冷机"为例，如果此命令只会将"开关设定值"改为"开启"，则无论命令被在短时间内重复下达多少次，其结果是一样的，这样的命令的幕等性信息为1,即是幕等的。而以照明回路的"开关”命令为例，由于重复其命令会将"开关指令"的值交替变更为“I"和"0”，即重复命令会导致不同结果，则这样的命令的爆等性信息为0,即为非幕等的。5建筑数字化运维编码模型编码格式5.1在建筑运维阶段，应对泛空间类对象、机电设备类对象、组合类对象实例、关联关系实例进行全局唯一编码。且需要扩展对象和关系的分类和编码时，已规定的类目和编码应保持不变。【条文说明】为保证编码的规范性，建议建筑数字化模型中的对象实例编码不超过六层结构，总长度不超过32位。各级代码应采用英文字母表示。英文字母代码可源于其所指专业、系统或设备对应英文单词的缩写。5.2泛空间类对象中需进行编码的实例应包括建筑实例、楼层实例、空间实例，编码结构中应体现与项目、建筑的架构从属关系。【条文说明】1.速筑对象的实例编码结构宜包括项目编号、建筑分类编码和建筑序列号，三者之间用"一”（下划线）连接。*ns号-Itel分类研-|2.楼层对象的实例编码结构宜包括项目编号、建筑分类编码、建筑序列号和楼层编号。JBlltt-分类科-一号-M43.空间对象的实例编码结构宜包括项目编号、建筑分类编码、建筑序列号、楼层编号、空间分类编码、空间序列号，六者之间用''一"（下划线）连接。I*hkI-健督分员*研I-停"号-FiwtI-分英一码I-序"号5.3机电设备类对象实例中需进行编码的实例应包括设备对象实例、管道管件对象实例、传感器阀门对象实例，编码结构中应体现与项目、建筑的架构从属关系。【条文说明】1.设备对象的实例编码结构宜包括项目编号、建筑分类编码、建筑序列号、设备分类编码、设备序列号，五者之间用''_"（下划线）连接。I-I|tkv!4HI-IItR弓弓I-I仆仆叫I-r/j5.4组合类对象实例中需进行编码的实例应包括系统对象实例、竖井对象实例，编码结构中应体现与项目、建筑的架构从属关系。【条文说明】1.系统对象的实例编码结构宜包括项目编号、建筑分类编码、建筑序列号、系统分类编码、系统序列号，五者之间用（下划线）连接。红8（分烫岬-HMl阡8号-A4KiH-GM序列号2.竖井对象的实例编码结构宜包括项目编号、建筑分类编码、建筑序列号、竖井序列号，四者之间用"_"（下划线）连接。鼻H*号-以分类金码-1险81?"号-整件序"号5.5关联关系实例的编码结构中应体现关系实例所链接的对象实例。【条文说明】1.关系的实例编码结构宜包含第一个对象的实例编码、图类型分类编码、边类型分类编码、第二个对象的实例编码，并在它们之间用下划线"_"连接。SR*IMtttlMSWI-IRl类型分类i码|边类也分为lfifc|弟：个T象的支倒编码2.架构从属关系、物理连通关系、功能关联关系、管理关联关系，仅起归纳分类作用，不进行编码。3.基于'图类型"分类的关联关系类，可根据名称所对应的英文字段进行简化编码。，如"建筑从属关系”所对应英文字段为"ArchitectureSubset",其编码可设置为"ArchSubset"。4.基于"边类型"分类的关联关系类，当关系连接的对象类型明确时，可采用''第-个对象的类型简化编码"+"2"+''第二个对象的类型简化编码"，如"建筑下的楼层”编码为"Bd2Fl"；当关系连接的对象类型不能明确时，可用“边类型''分类的名称所对应的英文字段进行简化编码，如'空调冷冻水供水”编码为"Supply"。5.6建筑信息模型实例编码序列号应按照以正北方向为起点，按照顺时针方向、由上到下的原则编制。【条文说明】6应用场景6.1一般规定6.1.1建筑数字化在应用需求方面的运维数据应至少包含机电设备类数据、环境物联网数据和资源物联网数据。【条文说明】本条文是针对绿色低碳的要求做相关规定，对于涉及到安全运维方面的数据依照安防系统要求进行相关规定。6.1.2应对应用所需的数据进行质量管理,通过数据质量相关管理办法、组织、流程、评价及考核规则的制定，建立数据质量保障体系，及时发现并解决数据质量问题，提升数据质量。【条文说明】建筑数字化运维过程中所涉及的数据类型多、体量大，数据的质量对建筑数字化运维效益存在决定性影响。通过建立有效的数据质量管理制度，确保数据质量满足相应应用场景的需求。6.1.3运维数据中缺失数据比例应低于5%,若高于5%,应对缺失数据进行补充。应对运维数据进行异常数据检测，异常数据比例应低于5%,若高于5%,应对异常数据进行修正。【条文说明】运维数据中若数据缺失比例过高，会导致运维结果不精确，无法实现全面、有效控制；若异常数据比例过高，则会导致运维结果出现偏差，甚至造成系统运行异常。6.1.4在数据流转的各个环节应对数据质量进行监视，制定与每个环节相适应的数据质量标准，保障各个环节的数据质量。【条文说明】数据流转的环节通常包括数据产生环节、数据集成环节及数据使用环节等，在各环节中均可能产生数据质量问题。在数据产生环节，主要应关注数据采集设备的准确性；在数据集成环节，应关注数据传输、融合过程中的数据质量；在数据应用环节，应关注数据质量对运维效果的实际影响。6.1.5环境物联网数据的分辨率、精度与采集频率应满足表6.1.5要求。表6/.5-1环境物联网数据要求参数分辨率精度采集频率温度0.1C+110min相对湿度1%±5%10min照度1Ix±8%读数30min噪声0.1dB±!dB10minCo210PPm300ppm<R2000ppm时：±50ppm2000ppm<R5000ppm时：±3%FS10minCO0.1ppmOppm<R10ppm时：±0.5PPm10ppm<R50ppm时：土3%FSW30min氨0.01mgm3±3%读数W60min苯0.01mgm3±3%读数60min氮0.0IBqZm337Bqm360min表6.1.5-2环境物联网数据要求参数分辨率总不确定度采集频率PM0.002mgm'<25%10minPMo0.002mg/nP<25%10min甲醛0.0lmgm3V30%60min总挥发性有机物(TVOC)0.1mgm3<30%60min【条文说明】本条文制定参考了智慧办公建筑评价标准T/CSUS16-2021,4.2.4,修改后引用，去掉了原条文中对量程和响应时间的规定，增加了采集频率的要求。采集频率的要求参考了绿色建筑评价标准技术细则2019版，5.2.9,6.2.7条说明。6.1.6环境物联网数据宜采用环境场形式进行可视化，并动态更新；同时，向决策者和用户集中展现室内环境数据的统计分析和评价诊断结果。【条文说明】通过环境场的形式进行环境物联网数据可视化，有利于全面展示室内环境营造效果，及时发现环境营造问题。向决策者与用户展示室内环境数据的分析诊断结果，一方面有利于提高室内环境运维水平，另一方面也有助于提高用户的环境感受。6.1.7环境物联网数据应反馈到机电设备系统调控策略中，实现建筑室内环境的智慧调控。条文说明】本条文制定参考了智慧办公建筑评价标准17CSUS16-2021,4.2,5、4.2.6、4.2.7。6.1.8建筑机电设备类系统性能监测参数与其设计值的允许偏差应符合表6.1.8要求表6.1.8建筑机电设备类系统各参数与其设计值允许偏差的规定值类别参数允许偏差温度冬季室内平均温度-2C夏季室内平均温度-1+2£通风、空调系统总风量1O%各设备风口风量15%空调机组的水流量定流量系统15%变流量系统1O%空调系统冷水、热水、冷却水水系统循环流量1O%【条文说明】本条文制定参考了建筑节能与可再生能源利用通用规范GB55015-202L6.1.9机电设备类能耗计量装置进行数据采集时应满足表6.1.9要求。表6.1.9机电设备类能耗计量装置精度等级和采集误差要求类别精度等级采集误差电能计量装置2.0级1%电流互感器O.5级数字水表±2.5级管径不大于250mm,2.5%管径大于250mm,1.5%数字燃气表22.0级W2%数字冷热量表25%温度0.2度流量)1.0级【条文说明】本条文制定参考了公共建筑能耗监测系统技术规程DBJ/T50-153-2012o根据参考的标准，对于能耗计量中主要涉及到影响计量采集数据准确性的设备有电能表、水表、燃气表和热量表，因此本条文对这些仪器的精度等级和采集误差进行了规定。精度等级参考公共建筑能耗监测系统技术规程DBJ/T5OT53-2012中5.4节能耗计量装置选型与设置予以确定；采集误差参考7.2.1节能耗监测装置检测予以确定。6.1.10资源物联网数据中的水质检测指标进行数据采集时应满足表6.1.10的要求。表6.1.10-1水质指标参数要求类别指标采集频率生活饮用水浊度、余氯、PH值、电导率(TDS)每小时1次管道直饮水PH值、电导率(TDS)每小时1次非传统水源浊度、余氯、PH值、电导率CrDS)每小时1次游泳池水浊度、余氯、PH值、电导率(TDS)每小时1次表6.1.10-2水质采集精度及误差要求参数采集精度允许误差浊度lmgL±10%F.S余氯0.005mgLpH值0.01pH÷O.lpH电导率(TDS)0.1uscm+3.0%ES【条文说明】本条文制定参考了健康建筑评价标准T/ASC02-2021,对不同类别用水的水质指标参数提出了采集要求。浊度、PH值和电导率(TDS)的采集精度和测量误差参考水质综合分析仪检定规程JJG715-1991予以确定；余氯的采集精度参考生活饮用水标准检验方法GB5750-2006的消毒剂指标中采用的3,3',5.5'-四甲基联苯胺比色法对游离余氯进行测定。6.1.11对于需要统计分析人均强度指标的建筑，可采用计数器、无线信号采集、视频图像和人工智能等方式进行建筑人流量数据采集。【条文说明】对于人流量的数据采集，主要是用于统计人员数量，方便用于计算人均指标，同时也可用于指导室内环境运维。6.2应用场景需求6.2.1建筑数字化运维环境物联网数据中室内热湿环境采集参数应符合表621的规定。表6.2室内热湿环境采集参数表参数住宅建筑办公建筑医疗建筑商店建筑文体建筑旅馆建筑交通建筑商业综合体温度©相对湿度©0O©©O室内风速OOOOOO注：0-应采集；-宜采集：O-可采集【条文说明】本条文制定参考了民用建筑供暖通风与空气调节设计规范GB50736-2012对室内热湿环境的评价需要满足温度、相对湿度和风速等参数的要求。建筑使用者对于建筑热环境最直接的感受来自温度，因此，温度是反映室内热环境的必要参数；而对于要求不太高的建筑，如住宅、商店、