openBIM Talk | 让术语成为可计算的共同语言：数据字典与bSDD

整理说明：本文根据2026年8月openBIM Talk第二期《数据字典与bSDD》整理。

先分清边界：openBIM不是一个文件，也不是一个单一标准

buildingSMART International的技术服务与openBIM标准体系包含IFC、IDS、BCF、bSDD及相关验证和实施能力。它们分别解决不同问题：IFC用于交换和表达建成环境信息，IDS用于说明信息交付要求，BCF支持问题与协作信息交换，bSDD为分类、属性、定义、单位和关系提供可复用的数据字典服务。

这种分工非常重要。实践中常把“导出IFC”理解为已经实现信息互操作，但一个IFC文件中仍可能存在术语不一致、分类口径不同、属性含义不清、可选值失控等问题。文件可以被交换，不等于信息已经被不同系统和不同组织以同样方式理解。

技术要点： openBIM互操作的关键不是把所有信息塞进同一种文件，而是让模型、需求、问题和术语各自通过适当的开放标准被清楚表达并能够相互连接。

IFC表达实例，数据字典表达可共享的语义

IFC不应被狭义地理解为“.ifc文件”。它是一套用于表达建成环境信息的数据模式和语义基础，可以采用不同序列化或系统实现方式。模型中的实体、关系、分类引用和属性集，为工程对象建立结构化表达；但当项目需要跨模型、跨软件、跨组织复用某一类别、属性或术语时，还需要一个能够稳定标识和解释这些语义对象的机制。

由此引入数据字典。数据字典不只是“术语表”或“属性清单”，而是把类（class）、属性（property）、定义、同义词、翻译、单位、允许值、限制条件及相互关系组织起来的知识结构。它使“墙”“门”“空间”“耐火等级”“开合方向”等概念不再只是一串文字，而成为可被引用、比较和验证的有标识对象。

在这样的结构中，类可以有父子关系和其他关系；属性可以被关联到一个或多个类；属性自身可以具有允许值、单位、描述和引用；不同组织维护的字典也可以在不合并所有权的前提下建立关联。机器能够处理的，不只是拼写相同的字符串，而是具有清晰来源与关系的标识符。

技术要点： IFC中的实例数据回答“这个项目里有什么”；数据字典回答“这些类别和属性是什么意思、可取什么值、与哪些概念相连”。二者结合，才能形成可交换且可解释的信息。

bSDD是一项服务，而不是把所有内容集中到一个标准里

“bSDD是服务，不是标准。”这一关键判断这句话划清了平台、内容所有者与标准之间的边界。bSDD提供用于发布、查询和连接数据字典的服务能力，但不要求所有组织把自己的术语内容交给同一个机构定义，也不把所有数据字典变成buildingSMART所有的标准文本。

在这一模型中，每个组织可以拥有自己的字典和内容治理责任。一个门行业组织可以定义门的分类、属性和开合方向；一个窗行业组织可以引用已有的“开合方向”属性，同时扩展自身的窗类和特定属性。通过复用既有语义而不是重复造词，多个字典可以逐渐形成网络。

这一点对行业数字化特别有价值。标准字典、企业字典、项目字典和产品字典需要并存：标准字典保证共同的底座，企业字典表达内部管理需要，项目字典解决特定交付要求，产品字典表达制造商信息。真正的互操作不是强迫所有层级使用同一套命名，而是让不同层级的概念能够被明确标识、引用和映射。

技术要点： 共享语义不等于集中控制内容。bSDD允许多组织维护各自字典，同时通过可引用的类、属性和关系建立跨字典连接。

类、属性和关系如何组成数据字典网络

类、属性和关系共同构成bSDD的数据模型。一个组织可以拥有一个或多个字典；每个字典可以定义类，并建立父子层级；属性可以定义在字典中，并与类建立关联。类与类之间可以是层级、引用或其他语义关系；属性也可以引用其他属性或被多个类复用。

以门和窗为例说明复用机制。门的字典定义“开合方向”属性并指定允许值后，窗的字典无需重新创建一个语义相同但名称略有差别的字段，而可以引用现有属性并将其附着到窗类。若天窗不适用该属性，也可以通过类的差异和约束表达其边界。翻译、同义词、单位与限制条件进一步让同一语义对象能够在不同语言、地区和业务环境中被正确解释。

这种网络式组织的意义在于，数据字典不再是彼此孤立的表格。对象之间的联系可以被机器识别，模型检查、属性补全、分类映射、成本分析、生命周期分析等任务便可在明确的语义基础上进行。

与IFC和IDS连接：不改标准，也能扩展项目语义

bSDD与IFC的连接方式如下：IFC中的对象可以通过分类引用指向数据字典中的类；类和属性携带的标识符使引用关系可被追溯。项目团队无需修改IFC标准本身，即可把适用于某一行业、企业或项目的分类与属性要求附着到模型对象上。

例如，墙对象可以保留其IFC实体身份，同时关联到某个数据字典中的分类；耐火等级等属性可以引用受控定义和允许值。这样，模型既保有开放通用的IFC结构，也获得更明确的领域语义。这些关系可以支持数据分类、标准属性补充、属性值限制、材料管理和数据解释等应用。

IDS中也可以采用同样思想。IDS不只写“存在一个名为某某的属性”，还可以引用数据字典中的标识符，明确应该检查哪个类、哪个属性、采用何种允许值或限制。由此，需求说明、模型数据和验证结果共享相同的语义锚点，减少仅凭自然语言名称匹配带来的歧义。

技术要点： bSDD不是替代IFC或IDS；它使IFC对象和IDS要求能够引用同一套受控语义，从而在不改动基础标准的前提下扩展项目所需的信息表达。

质量与治理：平台托管不等于平台替内容背书

治理问题同样关键。bSDD承载服务与结构，但每个发布组织仍拥有并管理自己的内容。字典中类和属性的正确性、覆盖范围、定义质量、关系合理性和版本策略，不能仅因内容被上传到平台而自动获得保证。

内容可以有作者、状态和不同发布阶段，例如预览、正式可用、停用及重新启用。平台可以提供基础的内容验证，帮助发现重复项、引用或结构方面的问题；如果需要进一步的质量标识，还需要走相应的审核或验证程序。这里应特别区分“可检索”“已发布”“通过机器检查”和“经过专家验证”这几种不同状态。

生命周期管理同样不能缺失。术语可能被更好的定义取代，分类可能需要扩展，某一字典可能停止活跃但仍需被历史项目引用。若没有版本、状态和弃用策略，模型中的历史数据会失去可解释的上下文，新的项目也无法判断应采用哪个版本。

技术要点： 数据字典质量首先是内容所有者的责任。平台可以提供结构、发布、查询和基础检查，但不能替代术语定义、关系治理、版本控制和领域专家审查。

创建、发布与使用：JSON、表格、API和软件集成

数据字典可通过JSON模板直接创建，也可通过表格模板和转换脚本生成；第三方编辑器和工具也可用于维护。组织在发布前需要建立自己的发布主体，并决定字典是公开还是私有，随后可持续上传、修订和管理版本。

bSDD也是API服务，因此可在自研系统、开源软件或商业软件中被调用。多种软件与插件已经提供使用示例：用户可搜索字典、选择类和属性，并将其映射到现有模型；模型查看器可显示分类来源、标识符、定义、层级和相关属性。对开发者而言，关键不是在界面中展示一份词表，而是通过稳定标识符把本地数据模型与外部受控语义建立关联。

这些用法说明，数据字典的落点可以很具体：在建模时选定分类，在审查时检查允许值，在导出时保留语义标识，在跨系统集成时对齐同义概念，在运行中为对象补充说明和可计算属性。只要各环节使用的是相同或可映射的标识，字典网络就能够降低重复解释和人工对照的成本。

数据一致性不是美观要求，而是自动化条件

数据一致性是自动化的前提。信息如果以一致的类、属性、单位、枚举值和关系表达，机器更容易识别、处理、跨项目比较和进行分析；人也更容易理解数据来源与含义，从而建立对结果的信任。

以墙的耐火等级为例，若模型中的值能够连接到受控属性和允许值，检查工具就可以识别是否存在、是否符合要求、是否与分类和材料描述相协调。若只是任意输入的字符串，即使视觉上“看起来一样”，也难以可靠地比较、验证或在不同软件之间复用。

技术要点： 一致性让数据可以被计算、验证、比较和复用。没有一致的标识、定义与约束，自动化只是在不一致的数据上加快不一致的传播。

开放、结构化的信息与AI

AI带来的判断是，开放标准与大语言模型、智能体等技术具有天然契合性：开放、结构化、透明且有明确语义的数据，更容易被用于检索、训练、工具调用和结果验证。相反，封闭格式、未定义字段和缺乏来源的术语，会限制模型获得可靠上下文的能力。

这不意味着AI可以替代数据治理。AI可以帮助用户查询公开资料、理解openBIM概念、辅助构建或使用工具；但模型输出仍须回到标准文本、数据字典、IFC对象、IDS要求和项目事实中核验。数据字典在这里提供的不是“让模型更会说话”的词库，而是让人和机器能够指向同一概念、同一约束和同一来源的共同语义层。

对行业而言，bSDD的价值正在于把“标准术语”“企业属性”“项目要求”和“软件字段”之间原本分散的对应关系，逐步转化为可发布、可查询、可引用、可验证和可演进的知识网络。只有当这些语义对象被持续治理，openBIM的开放性才会真正落实为跨项目、跨组织、跨软件的可计算互操作。

作者简介

王有生，buildingSMART International 国际项目主管。