一种用于BIM-CMMS集成的开放标准方法：通过基于IFC的数据增强来提升设施运营效率 Giuseppe Piras, Francesco Livio Rossini, Francesco Muzi, Martinfelix Sagayaraj

《Applied Sciences》：An Open Standard Methodology for BIM-CMMS Integration: Enhancing Facility Operations Through IFC-Based Data Enrichment Giuseppe Piras, Francesco Livio Rossini, Francesco Muzi and Martinfelix Sagayaraj

　　摘要：尽管建筑生命周期中运营阶段的成本最高，但由于数据分散且结构化程度低，设施管理（FM）的资源优化仍面临诸多挑战。建筑信息建模（BIM）提供了一个集中式的数据环境，但面向设计的BIM模型与运营化的计算机化维护管理系统（CMMS）之间的互操作性差距依然存在。本文提出了一种基于行业标准的方法，通过扩展行业基础类（IFCs）和丰富FM数据来实现BIM与CMMS的集成。该论文基于Python的应用程序利用开源的IfcOpenShell库，将自定义的、特定于FM的属性集（Psets，包括资产状况、重要性和维护计划）直接注入IFC实体中。该方法无需依赖第三方中间件，即可将标准IFC文件转换为数据丰富的资产信息模型（AIMs）。通过两个住宅建筑案例研究验证了该方法的有效性，IFC模型成功通过了buildingSMART验证服务，实现了跨多个兼容IFC平台的全面互操作性。与OpenMAINT的集成自动生成了完整的资产数据库，减少了手动数据录入的工作量，并降低了信息不一致性。结果证实了这种可重复的开放标准工作流程的可行性。未来的发展方向是定义一个功能/认知型的数字孪生（DT），以提高生命周期BIM模型的质量并提升设施运营的效率。

1. 引言
数字转型的颠覆性影响正在重塑建筑、工程、施工和运营（AECO）行业，并深刻地改变了整个建筑生命周期中信息的生成、管理和交换方式[1]。从基于文档的过程向以数据为中心的过程的转变，使得焦点从单纯的生产项目交付成果转向创建结构化、可互操作的信息生态系统，从而支持智能决策。在这一演变过程中，建筑信息建模（BIM）成为这一转型的核心，既作为设施的数字表示，又作为整合了几何、语义和运营数据的共享知识环境[2]。将各种数据整合到一个统一模型中是BIM的核心理念，这种方法有潜力打破传统上设计[3]、施工和设施管理各领域之间的隔阂，同时结合了扩展的可视化技术[4]。尽管取得了这些进展，但在整个建筑资产生命周期中实际应用BIM仍然存在碎片化问题。虽然设计和施工阶段因广泛采用和成熟的方法而受益匪浅，但成本和资源消耗最多的运营阶段在数字化成熟度方面却落后[5]。设施管理（FM）领域仍然严重依赖于多种数据来源，其中大部分数据具有异构性[6]。例如，建筑文档往往与上游项目信息整合不佳，这可能在维护过程中导致高昂的成本[7]。这种碎片化阻碍了真正实现生命周期BIM的目标，即在设计、施工和运营过程中生成的信息能够无缝支持资产运营、维护和战略规划[8]。为应对这些挑战，研究和行业倡议越来越强调开放标准和互操作数据模型的重要性[9]。这些模型能够确保数十年资产使用过程中的数据连续性和可访问性。采用中立、供应商独立的形式如行业基础类（IFCs）为跨平台和学科的数据交换提供了关键基础[10]。结合开源工具和标准化的信息管理框架，这些标准使得数字施工方法更加广泛和可持续，提高了对专用生态系统的依赖性[11]。在这一范式下，将BIM与计算机化维护管理系统（CMMS）集成成为实现数据驱动运营的核心目标[12]，基于BIM的设施管理（FM）环境有潜力将静态的设计数据转化为动态的资产智能[13]，从而促进预测性维护、性能监控和资产生命周期中的决策支持[14]。然而，由于数据结构不匹配、软件依赖性和信息要求不一致等原因，持续的互操作性障碍仍限制了当前工作流程的有效性[15]。为弥合这一差距，不仅需要技术解决方案，还需要能够为BIM模型提供结构化FM数据的方法框架，以便CMMS平台直接使用[16]。

1.1 建筑环境中生命周期数据管理的挑战
生命周期信息管理对AECO行业来说是一个关键挑战，因为集成建筑设计涉及不同的知识领域，其复杂性不言而喻[17]。尽管数字设计和施工领域取得了显著进展[18]，但运营阶段由于缺乏详细的研究以及与每种弱数据策略相关的众多问题[19]，加上缺乏结构化和具有语义功能的互操作表示[20]，相关问题仍未得到解决。这种不匹配可以归因于历史和技术因素的结合，例如建筑设计中的专业专业化程度高，以及协调不同技术领域的复杂性。项目信息的生成通常基于短期目标，更侧重于设计协调和施工交付，而非长期的设施管理和资产价值提升。因此，在建筑场地向运营阶段过渡过程中，早期收集的信息往往过时、难以访问或无法互操作[21]。FM专业人员面临着分散且异构的信息环境[21]。FM专业人员所需的大量信息目前分散在多个非集成来源中，包括纸质档案、传统电子表格、专有软件和独立数据库。尽管有数字格式的存在，但这些数据常常缺乏元数据和上下文关系，无法支持维护规划或性能分析[22]。这种碎片化削弱了资产账目的可靠性，更倾向于预防性维护计划而非事后修复策略[22]。这些效率低下的后果不仅限于技术领域。信息的不完全性阻碍了战术和战略层面的有效决策过程。在缺乏可靠数据的情况下，设施管理者在评估资产状况、规划更换和预测生命周期成本方面面临重大挑战。此外，缺乏标准化的信息交换机制也被认为是妨碍利益相关者协作的主要因素，从而复杂化了设计团队、承包商和维护人员之间的知识传递[22]。这种现象常被称为“数字断开”，其特征是现场阶段与资产信息管理（AIM）设置之间的信息不一致。当前的数据交换实践中偏好使用专有软件生态系统，这也加剧了这一问题。虽然这些平台提供了先进的建模和管理工具，但也存在数据锁定和长期过时的风险。建筑业主和运营商可能会依赖特定供应商的技术栈，这限制了他们随着系统和组织需求变化而升级或整合数据的能力。显然，设施资产需要能够确保数十年数据存储和使用的系统，以便在需要时更新数据[22]。因此，缺乏开放、持久且互操作的数据结构对资产管理数据的可靠性构成了重大威胁。另一个挑战是整个生命周期中缺乏明确的信息要求。尽管引入了结构化的信息管理方法（如ISO 19650[23]），但由于专业人员缺乏升级的工具和相关数字能力，这些方法常常被忽视。许多组织在设计和施工阶段仍然难以捕获适当的数据，在建筑的运营生命周期中也无法确保数据的可用性[22]。这种不一致性可能导致信息过剩或数据短缺，从而削弱了数字模型作为长期决策支持工具的价值。为应对这些挑战，有必要从临时数据移交转向基于语义结构、标准化的信息交换[22]。新兴的生命周期数据连续性概念强调，信息不应仅在项目阶段之间传递，而应作为资产存在期间的一致、可追溯和可验证的资源持续演变[22]。在这个愿景中，数字模型成为静态和运营数据的动态存储库，为预测性维护、可持续性监控和性能优化奠定基础。为实现这种连续性，AECO行业必须广泛采用支持互操作性和长期可访问性的开放、机器可读格式[22]。buildingSMART International开发的行业信息类（IFC）互操作性协议在这方面取得了重要进展，提供了表示几何、语义和关系信息的供应商中立框架[22]。然而，尽管IFC得到了广泛接受，但在整个建筑生命周期中并未得到充分利用[22]。在许多工作流程中，导出的IFC模型仅是设计解决方案的快照，而非包含FM相关数据的动态资产表示[22]。因此，弥合面向设计的BIM模型与运营化资产信息管理（AIM）之间的差距至关重要[22]。从这个角度来看，生命周期BIM的改进可以为未来的数字孪生发展提供重要基础[22]。然而，完整的数字孪生需要持续更新的数据流、双向同步以及与动态信息源的集成，这些超出了本研究的范围[22]。这些发展不仅使BIM成为设计阶段的变革者，还成为贯穿整个项目生命周期的合作、信息交换和决策支持的全面过程驱动方法[22]。支撑这一发展的一个基本概念是细节级别（LOD）及其由信息级别（LOIN）所代表的演变[22]。这些框架定义了项目生命周期中信息的详细程度和模型元素的可靠性[22]。从表示概念几何的LOD 100到表示实际建造状况的LOD 500，这些级别为利益相关者建立了对每个阶段模型预期信息内容的共同理解[22]。在设施管理背景下，实现LOD 500模型至关重要，因为它代表了建筑组件的物理特性及其运营元数据，包括识别代码、维护历史和性能参数[22]。这种精确、有序的信息表示对于建立BIM与CMMS之间的连接至关重要，从而有助于创建能够复制资产实际行为的数字孪生[22]。尽管当代BIM技术非常先进，但在实际应用中这些高维度的实现仍不够一致[22]。许多项目在移交时终止了BIM过程，导致模型在几何上丰富但在运营数据上不足[22]。缺乏嵌入设施管理信息的标准化方法，加上BIM平台与FM软件之间的无缝互操作性缺失，继续限制了6D和7D BIM的潜力[22]。为弥合这一差距，需要采用开放和中立的数据格式，以确保在整个建筑生命周期中的数据交换[22]。这是因为我们应该将BIM视为一种多维数据为中心的方法论，为解决当前的互操作性挑战奠定概念基础[22]。接下来的部分将探讨像IFC这样的开放标准在建立从设计、施工到运营和维护的信息流中的关键作用[22]。

1.2 开放标准在实现生命周期BIM中的作用
采用开放标准是从独立数字建筑模型向集成生命周期信息系统转变的关键因素。随着BIM过程的演变，一致、独立于软件的数据交换变得越来越重要，以确保信息在整个建筑生命周期中的准确性和可访问性[22]。互操作性最初被视为技术挑战，现已演变为影响资产管理长期可持续性和韧性的战略需求[22]。显然，尽管专有软件环境具有强大功能，但它们往往形成封闭的生态系统，实际上限制了数据的可移植性，导致供应商锁定[22]。另一方面，开放标准通过建立通用的、非专有的数据结构提供了一种可持续的替代方案，这些数据结构能够促进不同系统和学科之间的通信。在这种范式下，由buildingSMART International开发和维护的IFC规范成为了建筑环境互操作性的基石。IFC数据模型的特点是其面向对象的本质，它不仅包含了建筑元素的几何形状和语义信息，还涵盖了它们之间的关系和属性。与仅限于特定供应商环境的专有文件格式不同，IFC的特点是中立性以及其文档和规范的免费/开放使用。这一特性确保了数据的长期可访问性，无论使用何种软件进行创建或管理。正因为如此，IFC成为AECO行业中广泛采用的开源标准，用于交换BIM数据。IFC的强大之处在于它能够将建筑物表示为一系列智能的、相互关联的对象，而不仅仅是静态的几何形状。每个对象（包括墙壁、门和机械设备）都具有一组属性，这些属性定义了它的物理、功能和关系特征。这种面向对象的架构有助于对建筑环境进行语义丰富的表示，从而支持可视化和分析操作。尽管IFC规范确实为互操作性提供了坚实的基础，但它并未涵盖设施运营和维护所需的所有专门信息。例如，与资产状况、维护频率或性能监控相关的属性通常属于设施管理（FM）工作流程的特定内容，在标准规范中并未明确定义。为了解决这些限制，IFC提供了一种扩展机制，允许用户创建自定义属性集（Property Sets，简称Psets）并将其附加到现有实体上。这种灵活性使得BIM的应用能够超越设计和建造阶段，因为它允许领域专家根据其运营需求丰富模型，同时完全符合标准要求。当这些扩展遵循一致的命名惯例和引用结构时，它们可以促进不同平台和软件工具之间的高度互操作性。因此，IFC可以作为创建既标准化又适应特定管理环境的AIMs的基础。

另一个补充IFC的重要倡议是建筑运营建筑信息交换（COBie），这是一种结构化的数据规范，旨在在项目移交时捕获和传输资产信息。COBie提供了一种简化的表格形式，用于表示关键设施数据。这种数据无需复杂的BIM软件即可导入到计算机化维护管理系统（CMMS）中。虽然COBie在标准化基本资产数据交换方面已被证明是有效的，特别是在英国和美国的政府项目中，但其基于电子表格的结构可能会限制其与完全数字化工作流程的集成。将IFC丰富的对象模型与COBie的结构化表格数据相结合，为信息交换提供了兼顾深度和简洁性的实用方法。然而，保持两者之间的数据一致性仍然具有挑战性，可以通过[24]中描述的桥接方法来解决。除了技术互操作性之外，开放标准还支持组织和技术战略目标。促进数据所有权的透明度、减少对特定供应商的依赖以及促进多学科团队之间的合作都是该框架的关键原则。通过确保信息以开放的、机器可读的格式保存，组织能够在软件工具不断发展时维持数字连续性。这种连续性对于实现BIM生命周期的概念至关重要，因为在设计和建造阶段产生的数据在运营、维护和最终退役过程中仍然具有价值。开源工具生态系统的扩展进一步强化了这一转变。已经证明，开放标准可以在灵活且可扩展的工作流程中有效实施，IfcOpenShell和Blender BIM框架就是例证。这些工具使从业者能够程序化地操作、丰富和可视化IFC模型，从而消除对商业中间件的依赖，并扩展对先进数字流程的访问。随着这些技术的不断发展，它们为以透明、可复制且成本效益高的方式将BIM与FM系统集成提供了新的可能性。

总之，像IFC这样的开放标准构成了实现真正生命周期BIM的技术和概念基础。提供一种共同的语言有助于所有利益相关者之间信息的交流和重用，从而确保整个资产生命周期内数据的连贯性和重要性。本文的下一部分将介绍为将这些原则付诸实践而开发的研究框架。本文概述的方法是一种实用的方法，介绍了如何用面向FM的信息丰富IFC模型，进而实现与开源CMMS平台的直接和自动化集成。本研究通过开发和验证一种使用开源技术程序化地丰富IFC模型的开放标准框架，为这一持续努力做出了贡献。所提出的方法通过将结构化的属性集直接嵌入IFC实体并实现自动导入CMMS，建立了透明且可重复的生命周期数据集成工作流程，有助于实现建筑运营和管理领域的真正互操作性数字生态系统。

1.3. BIM在设施管理中的应用：优势与挑战
BIM在设施管理（FM）中的创新应用推动了范式的转变，将重点从静态的建成记录转变为随设施演变的动态数字孪生体[25]。其潜在优势是多方面的，并在文献中有充分的记录[26]。主要优势包括：
- **改进的空间管理**：通过提供准确的房间和面积数据，BIM模型使设施管理者能够优化空间利用，减少空置率，并降低房地产支出。
- **高效的维护**：建立预防性维护计划的最大障碍通常是向CMMS中填充资产数据的繁琐过程。BIM模型可以通过提供关于建筑设备和系统的准确信息来自动化这一过程，节省数月的工作时间。
- **支持有效的能源使用**：BIM通过促进能源模拟帮助比较不同的设计选项和运营策略，从而降低成本并减少环境影响。
- **简化经济性改造和翻新计划**：对当前条件的准确理解减少了项目复杂性，在施工过程中避免了昂贵的意外情况，并显著减少了变更订单的数量。
- **改进的生命周期管理**：BIM使所有者能够分析初始资本成本与持续运营费用之间的长期权衡，支持更的战略性投资决策。

尽管有这些明显的优势，但仍存在重大挑战。一个主要障碍是设计和建造模型中的信息与运营所需的具体数据之间经常存在不匹配[27]。模型往往是在没有设施管理者参与的情况下创建的，导致项目移交时出现信息缺口。

1.4. 信息移交标准：PIM、AIM和COBie
为了确保设计和建造过程中生成的信息在整个建筑的运营寿命内仍可使用，国际标准（如现已被ISO 19650框架取代的British PAS 1192系列）定义了一种结构化的信息管理流程。这些标准区分了在设计和建造阶段开发的项目信息模型（PIM）和支持建成资产管理和运营的资产信息模型（AIM）。AIM代表了有效运行、维护和更新设施所需的所有数据、文档和元数据的数字存储库。从PIM到AIM的过渡不仅仅是一种数据传输活动；它构成了确保资产信息连续性、可靠性和可追溯性的信息移交过程。AIM必须根据资产所有者或运营商定义的组织信息要求（OIRs）来创建。OIRs指明了所需的信息、其用途以及在整个资产生命周期中如何维护这些信息。因此，PIM的开发和设计应考虑到这些要求，确保捕获所有必要的数据，并对其进行结构化和格式化，以便无缝过渡到运营使用。根据PAS 1192-3[28]和ISO 19650，AIM中包含的信息类别在表1中进行了总结。这些类别涵盖了图形和非图形数据，共同支持高效的设施管理和决策制定。

为了促进项目利益相关者与设施管理（FM）平台之间的一致性信息交换，引入了COBie标准。COBie提供了一种表格形式的、机器可读的规范——技术上称为IFC标准的模型视图定义（MVD），称为基本FM移交视图。其目的是在关键项目节点捕获必要的资产信息（例如设备列表、房间数据和维护手册），无需复杂的BIM创作软件即可直接导入计算机化维护管理系统（CMMS）。COBie格式的一个关键优势是其与广泛使用的电子表格软件的兼容性。然而，当需要与原生BIM模型进行更深层次的集成时，这一特性可能会成为限制。它有效地捕获了静态数据，但缺乏动态、基于模型的FM操作所需的语义丰富性和双向连接性。保持COBie电子表格与3D BIM环境之间的对齐仍然是一个持续挑战，尤其是在项目后期或移交后进行更新时。为了克服这些限制，新兴的研究和行业实践提倡在开放标准BIM格式（如行业基础类（IFCs）中直接嵌入数据。通过将FM相关信息直接集成到IFC模型中（使用自定义或标准化的属性集Psets），可以在单一的互操作数据集中保留语义结构、几何形状和关系。这种方法增强了可追溯性，减少了手动数据输入，并确保资产信息与其几何表示保持同步。

总之，OIR驱动的信息管理和如IFC和COBie这样的开放标准交换格式共同为生命周期BIM提供了概念基础。所介绍的方法旨在用结构化的FM数据丰富IFC模型，以创建可直接集成到开源CMMS环境中的互操作资产信息模型。

1.5. IFC规范作为互操作性的载体
IFC规范是OpenBIM方法的技术基础。它是一种面向对象的数据库模型，意味着它不是将建筑物表示为一组线条和弧线，而是表示为一组具有定义属性和关系的智能对象（例如IfcWall、IfcDoor和IfcBoiler）。该规范被组织成一个分层的四层结构：资源层（定义基本属性，如几何形状、材料和数量）、核心层（定义核心和控制扩展）、互操作层（定义跨学科的共享元素）以及领域层（包含建筑、暖通空调等领域的特定对象）。这种分层架构如图1所示，允许对建筑物进行丰富和详细的表示。图1显示了IFC规范的四层结构，展示了资源层、核心层、互操作层和领域层之间的关系及其在组织语义、几何和特定领域信息中的作用。IFC的一个关键特点是它的可扩展性。虽然该规范提供了大量的预定义对象和属性库，但它无法涵盖所有可能的用例。为了解决这个问题，IFC允许创建自定义属性集（IfcPropertySet）。这些容器可以附加到任何对象上，以添加用户定义的属性。这一机制是本研究提出的框架的基础，因为它提供了将专门的FM数据直接嵌入标准IFC模型中的技术手段。尽管IFC功能强大，但它也有一些局限性。完整规范的复杂性可能导致软件实现不一致，定义MVD以创建可靠的数据交换子集的过程可能非常繁琐。此外，在专有软件中创建的某些对象可能以通用代理（IfcBuildingElementProxy）的形式导出，从而失去部分语义丰富性。本研究利用了IFC的可扩展性优势，同时通过直接基于脚本的丰富方法绕过了正式MVD创建的一些复杂性。

1.6. BIM的成熟度和生命周期集成
组织或项目中BIM的采用通常遵循一个逐渐成熟的路径，通常分为三个阶段：
- **第1阶段（基于对象的建模）**：涉及在单个学科内使用3D参数化软件来生成协调的文档和可视化内容。在这一阶段，不同学科之间的数据交换通常是基于文件的且不标准化的。阶段2（基于模型的协作）中，不同学科积极交换他们的模型以提高协调性。这一阶段的特点是使用联合模型进行碰撞检测和设计审查，通常结合使用专有和开放格式。阶段3（基于网络的集成）代表了最高成熟度，涉及在整个生命周期阶段协作创建和维护一个集成模型，通常通过模型服务器或复杂的公共数据环境（CDE）来管理。这一阶段实现了信息的无缝、“无阶段”流动，从而实现了所谓的“并行建造”，最终形成了一个完全集成的数字孪生用于运营。

本文提出的框架是一种工具，旨在促进向阶段3成熟度的过渡，特别是对于过渡到运营阶段。通过提供一种可重复的、自动化的方法将结构化设施管理（FM）数据嵌入到开放标准模型中，它创建了一个可靠的信息管道，可以为阶段3工作流程所特有的集成数据库和系统提供数据，从而封闭了建筑生命周期中的一个关键环节。

目前关于BIM–CMMS和BIM–FM互操作性的研究可以从不同的技术路线来解读，包括概念性的BIM–FM框架、基于IFC的富集和互操作性方法，以及更近期的面向数字孪生的发展。然而，在提供轻量级、可复制且与供应商无关的工作流程方面仍然存在持续性的差距，这些工作流程能够根据组织信息要求直接丰富IFC模型，并将其用于开源的CMMS，而不需要专有的中间件。本研究正是针对这一特定的方法论差距。

本文解决的研究问题是建筑生命周期运营阶段BIM和CMMS环境之间持续的互操作性差距。研究旨在开发并验证一种开放标准的工作流程，该流程能够用设施管理（FM）导向的数据丰富IFC模型，并使其直接集成到开源的CMMS中。为了实现这一目标，研究被组织为四个任务：定义FM信息需求；开发竣工后的BIM模型；通过编程方式丰富IFC模型；并在OpenMAINT 2.4中对其进行验证和集成。

研究的科学新意在于独立使用现有的开源工具，尤其是将这些工具整合到一个统一且可复制的 workflows 中，该流程能够直接用FM导向的数据丰富IFC模型，并通过供应商中立的、导出后的流程自动化填充开源CMMS。

2. 方法论
本研究开发的方法论遵循一个结构化的、符合标准的过程，旨在开发、实施和验证一个用FM特定数据丰富IFC模型的开放标准框架。最终目标是在保持BIM环境内完全互操作性的同时，实现与计算机化维护管理系统（CMMS）的直接自动化集成。研究采用了设计科学的方法，结合了openBIM原则的理论基础和通过实际案例研究的实践实验。案例研究聚焦于位于意大利博洛尼亚的两栋现有住宅建筑，这些建筑由Risanamento房地产公司管理。该公司提供了运营背景、数据结构和性能要求，这使得框架的开发成为可能。具体来说，研究旨在展示如何通过一个开放的、与供应商无关的过程，将传统的BIM数据转化为一个结构化的、可互操作的AIM，以长期支持FM运营。

整体方法论包括四个主要阶段：
- 基于Risanamento的OIR（运营信息要求）定义信息需求；
- 开发符合ISO 19650和UNI 11337 [29]标准的竣工后BIM模型；
- 使用基于Python 3.14的ifcOpenShell库的程序化工具，用FM导向的属性集（Property Sets）丰富IFC模型；
- 将丰富的模型验证并集成到开源CMMS平台openMAINT中。

每个步骤都仔细地与国际标准对齐，以确保可重复性、透明度和长期的数据可访问性。

2.1. 案例研究背景和基于OIR的信息需求
这项研究的一个定义性特征是它基于实际的组织需求，而不仅仅是纯粹的理论假设。客户组织Risanamento管理着分布在意大利博洛尼亚多个地区的2200多套住宅单元组成的大型社会住房组合。这家成立于1884年的合作社通过采用BIM和开放标准方法，实施了积极的资产更新和数字化转型战略。研究关注了两栋具有代表性的住宅建筑，每栋建筑有四层及以上的建筑层和一层地下室，每栋建筑的总面积约为6000平方米。案例研究包括了84个独立公寓、共享的技术系统以及楼梯间、庭院和服务室等公共区域。选择这些设施是因为它们代表了Risanamento住房库存中的典型条件——即过时的建筑，具有部分或基于纸质的文档和分散的维护记录。研究在Risanamento的OIR框架内进行，该OIR正式符合ISO 19650和UNI 11337标准。OIR定义了数字化策略和必要的信息结构，以支持生命周期数据管理。这些要求为所提出的框架提供了基准约束和目标。

关键OIR条款直接由该方法论塑造，包括以下分解结构：
- 层次结构：区域；建筑；房地产单元；
- 学科结构：建筑、结构和MEP（机械、电气和管道）模型；
- 基于状态的结构：现状；拆除和新建项目模型。

这种结构确保了BIM和IFC模型保持清晰的空间逻辑、学科分离和生命周期可追溯性，促进了设计、建设和运营数据集之间的一致性。关于模型的一致性，必须始终提供一个共享坐标系统来保证模型对齐和跨学科的联合，同时OIR要求使用WGS 84地理参考系统。每栋建筑必须包括一个定义的建筑测量点（绝对原点）和一个功能单元基点（相对原点），以确保所有子模型共享一个共同的空间协调和数据联合参考框架。这种做法允许模型准确地集成到区域GIS系统中，并支持基于位置的资产管理。

从元素放置和命名规范来看，OIR规定了元素相对于参考水平的垂直放置的精确规则——例如，楼板必须位于其顶部表面（外表面）的高度。此外，还强制实施了一种命名的规范，以确保每个数字资产都能被唯一识别。每个模型及其组成元素必须遵循由连字符分隔的多个字段组成的标准化模式，例如：BuildingCode–UnitCode–Level–FileType–Discipline–AlphanumericCode。这种编码方法确保了每个对象在整个资产的数字生命周期中都是唯一可识别的和可追踪的。

这种严格的、基于标准的信息环境为所提出的框架提供了一个理想的测试场地。目标不仅仅是将设计数据转移到FM系统中，而且是以一种系统化、可互操作的方式转移，并且完全符合行业级别的实际资产管理策略。遵循OIR确保了开发出的解决方案能够解决真实的运营挑战，弥合了理论上的BIM–FM集成概念与复杂组织背景下的实际实施之间的差距。

本研究实施的运营工作流程遵循了一个结构化的序列，以确保完全的可追溯性和规范合规性：
- 遗传文档的数字化：原始的纸质建筑和工程图纸被扫描并使用AutoCAD转换为2D CAD格式。
- 开发竣工后的BIM模型：在Autodesk Revit中创建了特定学科的模型（建筑、结构和MEP），每个模型的详细程度为LOD 500，代表了现场验证的现状条件。
- 联合和质量控制：通过Navisworks Manage中的碰撞检测来协调和验证模型，确保完全的几何一致性。
- IFC导出和结构化：根据Risanamento的OIR，将联合的Revit模型导出为IFC4格式，为开放标准数据交换建立了基准。
- 程序化数据丰富：使用ifcOpenShell库开发的自定义Python应用程序将FM特定的属性集（Psets）（包括状况、重要性、安装日期和最后检查日期）直接注入选定的IFC实体（例如IfcDoor、IfcBoiler、IfcWindow）中。
- 验证：使用buildingSMART IFC验证服务测试丰富的IFC文件，以确保符合IFC4规范和规范规则。
- 集成到CMMS：将验证后的文件导入OpenMAINT，在其中基于JSON的导入模板自动将Pset属性映射到CMMS资产数据库中，生成层次化的建筑、楼层和资产记录。

2.2. 竣工后BIM的开发
竣工后建筑信息模型（BIM）模型的开发始于现有建筑的纸质文档的数字化。原始的建筑和工程图纸被高分辨率扫描，并在AutoCAD中用作底图，生成了准确的2D矢量平面图，为后续建模创造了可靠的数字基础。这一步确保了几何一致性，并成为将模拟文档转化为可互操作的数字环境的第一步。数字化之后，在Autodesk Revit中创建了特定学科的BIM模型，完全符合Risanamento的OIR和ISO 19650框架。分别为建筑、结构和MEP（机械、电气和管道）学科创建了单独的模型，所有模型都参考了共享的WGS 84坐标系统，以保证空间对齐和联合性。在现场进行了检查，以验证尺寸准确性、捕获未记录的元素并收集模型验证所需的照片证据。竣工后的模型被开发到LOD 500级别，确保它们反映了建筑的实际物理和功能状况。

这一阶段的一个关键组成部分是创建项目特定的BIM族，代表真实的建筑元素和设备。采用了四种主要方法来确保几何和语义的准确性：
- 直接使用制造商提供的BIM或从官方仓库下载的IFC对象；
- 向制造商定制特定产品模型或更新参数内容；
- 将通用的3D CAD文件（如STEP、DWG和OBJ）转换为完全参数化的Revit族，其中包含尺寸和材料参数；
- 根据现场测量、技术数据表和用户手册从零开始进行内部建模。

每个族都包含了必要的元数据，如产品代码、材料组成、服务间隔和制造商信息，从而提高了模型在设施管理（FM）应用中的长期可用性。这确保了数字对象不仅作为几何代理存在，而且作为其物理对应物的语义丰富表示。一旦完成了建筑、结构和MEP模型的创建，它们就在Autodesk Navisworks Manage中进行了联合，以便跨学科协调和验证。建立了一个结构化的碰撞矩阵，系统地评估模型之间的相互作用——建筑与结构、结构与MEP以及建筑与MEP之间的冲突。过程区分了硬冲突（表示直接的物理干涉）和软冲突（涉及不足的间隙或公差违规）。进行了多次协调循环，直到所有重大冲突得到解决，生成了一个完全协调、无冲突的联合模型。最终的联合模型作为设施的权威竣工数字表示，并构成了后续数据丰富和FM集成的基础。所有经过验证的IFC文件和特定学科的模型都被存档在项目的CDE中，通过BIMserver进行管理，确保了资产生命周期内的版本控制、可访问性和可追溯性。

2.3. 基于IFC的FM数据丰富框架
这一阶段代表了研究的核心技术创新。所提出方法的新颖之处在于开发了一个独立的、基于Python的、导出后的丰富工作流程，该流程直接在IFC文件上操作，以符合规范的方式嵌入FM导向的属性集，并支持它们直接映射到开源的CMMS环境中，而无需依赖专有的中间件或软件依赖的导出程序。主要目标是根据客户OIR和目标CMMS平台（OpenMAINT）的要求，将FM导向的信息编程嵌入到IFC文件中。为此，开发了一个独立的Python应用程序。其功能由ifcOpenShell库提供支持，这是一个用于解析、编辑和写入IFC数据结构的开源工具包。选择基于Python的、开源的方法是经过深思熟虑的，确保解决方案具有灵活性、可扩展性和与openBIM原则及长期数据互操作性的一致性。

丰富过程的核心在于定义和注入一个自定义的属性集（Pset），该属性集存储了设施管理活动所需的运营信息。这个名为ConstantElementProperties的Pset被设计为一个结构化的容器，用于容纳Risanamento OIR和OpenMAINT数据库模式所需的所有相关FM属性。根据IFC4规范，每个属性都被构造为IfcPropertySingleValue，遵循标准的Name–Type–Value三元组格式。这确保了与IFC规范的全称为符合，并保证了跨软件平台的互操作性。表2总结了ConstantElementProperties Pset中包含的主要属性。为了提高富集过程的可重复性，在运行Python工具之前，明确定义了每个FM属性的来源和分配逻辑。该脚本不生成任意值；相反，它将预先根据组织信息要求（OIR）、现有的维护记录、基于检查的信息、BIM族元数据、制造商文档和CMMS编码规则准备的一组值写入选定的IFC实体中。根据属性的性质，值可以手动输入、根据资产类型或操作相关性基于规则确定，或者从现有记录中派生。表X总结了ConstantElementProperties属性集中包含的每个属性的来源和分配逻辑（表3）。表3. 用于富集过程的FM属性的来源和分配逻辑。对于缺失或不可用的FM属性值，采用了预定义的占位符策略，以在IFC富集和CMMS导入期间保持基于OIR的数据结构的完整性和一致性。具体来说，缺失的文本属性被编码为“N/A”，而缺失的数值属性则使用哨兵值“999”进行编码。这些占位符并不是为了表示实际的资产状况或测量值，而只是为了明确标记不可用的信息，并避免在自动化映射过程中出现空字段。在CMMS解释和随后的数据检查过程中，一旦有更准确的信息可用，这些占位符值可以被过滤或替换。

选择这些属性的目标有两个互补方面：
- 捕捉对预测性和预防性维护至关重要的操作数据；
- 实现富集后的IFC文件与OpenMAINT数据库之间的一对一映射，通过JSON导入模板促进资产自动化注册。Python应用程序通过结构化的工作流程自动执行富集过程，在每一步都确保数据一致性和模式合规性：

- 定义FM数据需求：基于Risanamento的OIR和OpenMAINT数据模型，预定义了所需的FM属性（例如Condition、Criticality、Installation_Date、Last_Check_Date），并将其编码为Python变量；
- 识别目标实体：用户通过应用程序界面选择源IFC文件。脚本解析文件并识别所有相关的IFC实体（如IfcDoor、IfcWindow、IfcBoiler和IfcFlowTerminal）；
- 附加自定义属性集：对于找到的每个目标元素，脚本创建ConstantElementProperties属性集的一个实例，用预定义的FM属性填充它，并直接将其附加到IFC实体上。此操作通过IcfOpenShell API函数ifcopenshell.api.run("pset.add_pset", …) 和 ifcopenshell.api.run("pset.edit_pset", …) 来处理；
- 生成富集后的输出：处理完所有目标元素后，脚本保存一个新的富集IFC文件。这个输出保留了模型的原始结构和几何形状，同时嵌入了特定的FM元数据。结果是一个数据丰富的资产信息模型（AIM），它在不依赖专有中间件的情况下桥接了设计和操作阶段。

为了提高所提出框架的可重复性，基于Python的富集工具的内部逻辑在算法1中进行了总结。该过程从加载源IFC模型并根据FM信息要求定义目标IFC开始。然后脚本检索所有相关实例（例如IfcDoor、IfcWindow、IfcBoiler和IfcFlowTerminal），并检查自定义属性集ConstantElementProperties是否已经分配给每个元素。如果属性集不存在，则创建并附加到实体；否则，检索并更新现有的属性集。接着，通过IcfOpenShell API将预定义的FM属性（如Condition、Criticality、Installation_Date、Last_Check_Date、Maintenance_Frequency、Manufacturer和Model_ID）写入IfcPropertySingleValue条目中。处理完所有目标元素后，脚本导出一个新的富集IFC文件，同时保留模型的原始几何形状和关系结构。同时，生成一个日志文件来记录处理的实体和分配的属性，从而支持可追溯性和质量控制（算法1）。

算法1. IFC富集工作流程的简化伪代码
输入：source_ifc_file, target_entity_types, fm_attributes_dictionary
输出：enriched_ifc_file, processing_log
1: model ← 打开IFC文件(source_ifc_file)
2: log ← 初始化空日志
3: 对于target_entity_types中的每个实体类型执行以下操作：
4: elements ← 从模型中获取该实体类型的全部实例
5: 对于elements中的每个元素执行以下操作：
6: 如果ConstantElementProperties未分配给该元素，则：
7: pset ← 创建并附加ConstantElementProperties
8: 否则：
9: pset ← 检索现有的ConstantElementProperties
10: 结束if
11: 对于fm_attributes_dictionary中的每对（property_name, property_value）执行以下操作：
12: 将property_name和property_value写入pset
13: 结束for
14: 将处理的元素ID和分配的属性添加到日志中
15: 结束for
16: 结束for
17: 将富集后的IFC模型保存为新输出文件
18: 导出处理日志

Python应用程序还生成一个日志文件，列出所有处理的元素和附加的属性值。此日志支持可追溯性、质量控制和富集过程中的潜在错误诊断。通过此过程生成的富集IFC文件完全符合IFC4规范，可以使用多种BIM查看器（包括BlenderBIM、BIMvision和Navisworks）打开、查询或可视化，从而证实了工作流程的平台独立性。嵌入的ConstantElementProperties属性集充当了BIM环境和CMMS平台之间的语义桥梁，允许OpenMAINT导入引擎自动填充资产卡片、维护计划和空间层次结构。通过直接将FM智能嵌入IFC模型，所提出的框架消除了手动重新输入数据的需要，减少了项目移交期间的信息丢失，并确保操作数据在整个资产生命周期内既可被机器读取也可被人理解，如图2所示。

2.4. 验证和CMMS集成工作流程
验证和集成阶段的设计目的是确保通过数据富集框架产生的富集IFC模型保持完整的模式合规性、语义完整性和在不同软件环境中的互操作性。这一步验证了程序性注入的FM导向数据没有改变模型的结构，并且信息可以有效地导入和管理在计算机化维护管理系统（CMMS）中，本例中为OpenMAINT。

2.4.1. 模式合规性验证
首先使用官方的buildingSMART IFC验证服务对富集的IFC文件进行了验证，这是一个基于Web的平台，用于验证是否符合IFC标准（ISO 16739-1:2018）。该验证过程根据四个主要标准检查模型：
- STEP语法检查——确保文件符合ISO 10303-21的STEP物理文件语法。
- IFC模式验证——确认所有实体、属性和关系符合IFC4 EXPRESS模式定义。
- 规范性IFC规则——验证逆属性、基数和类型约束的正确使用，这些规则由buildingSMART实施者协议定义。
- 行业实践审查——提供关于模型质量和良好实践的非规范性指导。

所有富集模型都成功通过了规范检查，证明了100%的IFC4模式合规性。验证确认，包含自定义ConstantElementProperties属性集没有损害模型的结构或语义完整性。除了正式验证外，还使用三种独立的IFC查看器（BlenderBIM、BIMvision和Autodesk Navisworks）进行了跨平台互操作性测试。每种工具都能正确读取和显示嵌入的属性集及其值，确认了不同软件实现之间富集的一致性。图3展示了在多个平台上属性集的可视化效果，显示了所有情况下一致的结果。

2.4.2. OpenMAINT集成和数据映射
验证后，将富集的IFC文件导入到OpenMAINT中，这是一个基于CMDBuild框架开发的开源CMMS。选择这个平台是因为它支持开放标准，并且在定义导入模板方面具有灵活性。创建了一个自定义的基于JSON的导入模板，以建立ConstantElementProperties属性集中的属性与OpenMAINT数据库中相应字段之间的直接映射。映射规则包括：
- IfcGlobalId到CMMS数据库中的唯一资产标识符；
- Condition到当前操作状态字段；
- Criticality到维护计划的优先级索引；
- Installation_Date/Last_Check_Date到维护和检查日志条目；
- Model_ID到资产参考代码；
- Maintenance_Frequency到预防性维护间隔字段。

重要的是要区分在富集阶段处理的IFC元素总数和被认为可以进行CMMS注册的可维护资产子集。Python工具解析并检查了导出模型中的所有相关IFC实体；然而，只有对应于需要检查、预防性维护、更换跟踪或操作监控的资产对象才会映射到OpenMAINT资产卡片中。过滤是通过基于OIR和CMMS资产分类的预定义规则选择IFC实体类别和资产类别来执行的。不可维护的几何或空间元素（如墙、楼板、空间、开口、注释和纯参考对象）被排除在CMMS注册之外，尽管它们仍然是富集IFC模型的一部分。表4总结了用于注册可维护资产的选择逻辑。该模板使得在OpenMAINT中自动创建建筑和资产卡片成为可能。导入过程重建了空间层次结构（IfcProject > IfcBuilding > IfcBuildingStorey > IfcElement），并通过全局唯一标识符（GUID）生成与相应BIM实体链接的结构化资产记录。一旦导入，数据立即在CMMS环境中可用，用于维护计划、工作订单管理和性能监控等操作，如图4所示。

3. 结果
在Risanamento案例研究中实施所提出的框架产生了显著的技术和运营结果，证明了框架的可行性、鲁棒性和跨BIM–FM工作流程的互操作性。结果从三个方面进行了分析：（1）定量绩效，（2）技术验证和互操作性，（3）FM工作流程中的运营效率。该框架部署在两栋住宅建筑中，涵盖了十二个特定学科的BIM模型（每栋建筑六个）。富集和集成过程在数据质量、自动化和效率方面带来了可量化的收益。表5总结了实施的主要定量结果。数据证实，基于Python的富集工具即使在中型模型上也能高效运行，生成轻量级输出文件，同时保持完整的模式完整性。文件大小的微小增加（<3%）表明，包含FM导向的元数据不会影响模型的可管理性。每次执行都会生成一个结构化的日志文件，记录处理的元素数量和检测到的任何异常。没有观察到处理错误或缺失的实体，表明性能稳定且数据处理可靠。报告的手动数据输入工作量减少了大约85%，这是通过比较使用组织之前采用的标准工作流程与采用所提出的基于IFC的富集和OpenMAINT导入工作流程所需的工时来估算的。因此，这个值应被视为基于案例研究的运营估计，而不是针对所有可能的COBie基础移交程序的通用基准。

结果确认，所提出的基于开放标准的BIM–FM集成工作流程在技术上是可靠的、语义上是一致的，并且在操作上是有效的。该框架实现了以下功能：
- 通过正式验证保持完全的IFC4模式合规性；
- 在开源CMMS中实现自动和准确的资产注册；
- 减少了与数据移交相关的手动干预和错误率；
- 在多栋建筑和数据集中展示了可扩展性和鲁棒性。框架验证与互操作性

所提出框架的验证旨在评估其技术稳健性、跨软件环境的互操作性以及符合开放标准的要求。该评估的重点是确认丰富和集成过程保持了IFC模型的完整性，确保了跨平台的兼容性，并有效地将丰富的数据与CMMS数据库链接起来。

第一层次的验证包括使用buildingSMART IFC验证服务进行正式的合规性检查，这是一个权威的在线平台，用于验证对IFC4规范的遵守情况（ISO 16739-1:2018）。每个丰富的模型都进行了以下测试：
- STEP语法完整性，确保输出符合ISO 10303-21标准中的物理文件格式要求；
- 实体和属性合规性，验证所有类和关系是否符合EXPRESS规范的定义；
- 规范规则的执行，确认逆属性、类型约束和基数得到尊重；
- 结构一致性，验证在丰富过程中没有发生几何图形丢失、GUID重复或孤立引用。

所有丰富的IFC文件都成功通过了每个验证步骤，确认了100%的IFC4规范合规性。这表明通过IfcOpenShell程序化注入的FM相关属性集没有改变模型的语义或几何结构。

3.1.1. 跨平台验证

为了进一步验证互操作性，将丰富的IFC文件在三个独立的、符合IFC标准的软件环境中打开并检查：
- BIMvision（具有高级属性检查工具的专有查看器）；
- BlenderBIM（开源IFC制作和编辑环境）；
- Autodesk Navisworks Manage（商业协调软件）。

在每个平台上，自定义属性集（ConstantElementProperties）及其属性（Condition、Criticality、Installation_Date、Lastchecksum_Date等）都被正确显示并与预期的建筑元素关联。所有查看器中的属性值都是相同的，证明了语义一致性和平台独立的可读性。这种视觉和语义验证清楚地表明，即使在不同的软件中进行丰富处理，模型的互操作性也得到了保持。同一自定义数据在不同工具中的正确显示验证了框架中实现的IfcPropertySet扩展机制的可靠性。

3.1.2. 与OpenMAINT的集成验证

第二层次的验证是在OpenMAINT CMMS平台内进行的，该平台作为运营数据管理的目标环境。一个基于JSON的自定义导入模板建立了ConstantElementProperties属性集与OpenMAMS中相应数据库字段之间的直接字段映射。通过将丰富的IFC模型导入CMMS，触发了资产记录的自动生成和建筑物结构的层次重构（IfcProject > IfcBuilding > IfcBuildingStorey > IfcElement）。每个资产都保留了其原始的IfcGlobalId，确保了BIM元素与其CMMS条目之间的一一对应关系。

在导入过程中观察到以下情况：
- 所有428个可维护资产都成功注册，无需手动干预；
- 每个映射的字段都填充准确，没有缺失或错位的属性；
- CMMS中的数据层次结构与IFC模型的空间和功能组织完全一致。

为了进一步验证导入后的语义一致性，对OpenMAINT中注册的代表性资产进行了基于样本的字段检查。对于每个样本资产，将ConstantElementProperties属性集中嵌入的值与导入后填充的相应CMMS字段进行比较。检查确认主要FM属性传输过程中没有丢失、错位或类型不一致的情况。表6报告了IFC到CMMS语义映射验证的代表性示例。OpenMAINT中的视觉检查确认，导入的资产保持了其元数据，并且完全可追溯到原始IFC实体。框架的性能展示了无损数据传输和BIM与FM领域之间的无缝语义互操作性。

3.1.3. 互操作性评估

验证结果共同表明，该框架确保了三种互补形式的互操作性：
- 语法互操作性——通过buildingSMART验证的完整IFC4规范合规性实现；
- 语义互操作性——通过独立IFC查看器中对自定义属性数据的正确解释得到确认；
- 功能互操作性——通过从丰富IFC模型自动、无误地填充CMMS数据库来建立。

这些结果验证了研究的核心前提：开放标准和开源工具可以实现端到端的信息流动——从设计模型到运营数据库——而无需依赖专有中间件或手动数据传输。

3.2. 自动化和结构化的CMMS数据填充

在成功验证了丰富的IFC模型之后，研究的下一步集中在将资产数据自动导入到开源CMMS平台OpenMAINT中。这一阶段代表了框架的运营实施，测试了其在无需手动干预的情况下将语义丰富的BIM信息传输到设施管理环境中的能力。

3.2.1. 自动导入过程

在OpenMAINT中开发了一个基于JSON的自定义导入模板，用于将IFC数据转换为结构化的CMMS记录。该模板定义了ConstantElementProperties属性集中的属性与OpenMAMS数据库中相应字段之间的一一映射。这种映射确保了IFC文件中的每个丰富元素在CMMS中自动生成相应的记录，属性正确放置在指定字段中。映射结构在表7中定义。导入后，OpenMAINT引擎自动解析了IFC模型的层次结构（IfcProject → IfcBuilding → IfcBuildingStorey → IfcElement），在CMMS数据库中重构了相同的组织层次结构。这导致了一个完整且逻辑结构化的资产库存，其中每条记录都与建筑物内的位置在空间和功能上相关联。

3.2.2. 层次结构和资产卡片生成

导入过程生成了一个多层次的设施结构，包括：
- 建筑物级别，代表每个房地产单元；
- 楼层级别，对应于IFC楼层；
- 资产级别，包含了所有使用ConstantElementProperties属性集丰富的可维护元素。

总共自动创建了428张资产卡片，包括门、窗、锅炉和机械装置等设备。每条资产记录包含了从IFC属性继承的运营数据（如Condition、Criticality、Maintenance Frequency和LastCheckpoint_Date），这些数据在导入后立即在OpenMAINT界面中显示。

系统通过全局唯一标识符（GUID）自动将每个CMMS资产记录与其BIM模型中的几何对应项链接起来，确保了可追溯性和双向引用。这种链接消除了冗余，并保证任何CMMS记录都可以在3D模型环境中可视化定位。

3.2.3. 视觉集成和空间关联

丰富IFC模型与OpenMAINT的3D查看器之间的集成展示了框架的功能潜力。在CMMS列表中选择一个资产会立即在空间参考的3D模型中将其可视化。同样，在3D查看器中直接选择一个元素会突出显示CMMS数据库中的相关记录。这种双向视觉连接对于日常设施操作非常有价值，它使得：
- 资产的即时定位成为可能，特别是在密集的机械或电气房间中；
- 维护计划的可视化成为可能，允许工作订单直接与模型元素关联；
- 提高了情境意识，因为设施管理人员可以直观地分析系统依赖性和空间关系。

3.2.4. 自动化和数据完整性的评估

自动化导入工作流程基于准确性、完整性和处理时间进行了评估。IFC文件中定义的所有可维护资产都成功导入，且数据完整性为100%——没有缺失、重复或损坏的条目。从启动导入到数据库填充的整个过程每栋建筑所需时间不到三分钟，与传统的手动数据输入相比有了显著减少。

此外，对生成记录的验证确认，导入的层次结构准确反映了IFC模型结构，保持了相同的命名 convention 和空间关系。这种对齐确保了在OpenMAINT中创建的数字孪生与源BIM环境在语义上保持一致。

3.2.5. 运营效益

CMMS数据库的自动化填充为设施管理活动带来了实际的好处。与依赖于手动电子表格导入和非标准化数据输入的合作社的传统工作流程相比，新方法实现了：
- 在资产入职方面的显著时间节省；
- 更高的数据可靠性，因为该过程消除了排版错误和不一致性；
- 提高了用户体验，因为统一的环境将几何信息、元数据和维护历史连接起来；
- 改进了长期可维护性，因为开放标准方法允许持续更新模型而无需依赖供应商。

总体而言，将丰富的IFC模型集成到OpenMAINT中证实了所提出的开放标准工作流程的有效性和可重复性。该过程将静态的BIM数据转换为可操作的数字孪生，建立了设计、施工和设施运营阶段之间的连续信息流。

3.3. CMMS–BIM集成用于实时设施管理

框架实施的最后一个阶段专注于实现计算机化维护管理系统（CMMS）与丰富BIM模型之间的功能集成，实现了与设施数据的实时视觉交互。这一阶段不仅验证了数据集之间的技术链接，还验证了集成环境在设施管理操作中的实际可用性。

3.3.1. CMMS和BIM之间的视觉链接

在OpenMAINT中，使用平台的集成3D查看器可视化了导入的IFC模型，建立了BIM模型的几何实体与其相应数据库记录之间的直接连接。从丰富IFC文件中导入的每个可维护资产都保留了其IfcGlobalId，该ID在两个系统中都用作关键参考。这种机制实现了完全的双向导航：
- 在3D模型中选择一个元素会自动在CMMS界面中突出显示相应的资产卡片；
- 相反，在CMMS中点击一个资产记录会立即在3D视图中定位并隔离相关组件。

这种能力使设施管理人员能够在空间和表格数据表示之间无缝切换，弥合了几何信息和传统之间的隔阂。

3.3.2. 设施运营的功能优势

视觉集成对于日常设施运维任务特别有价值，提高了效率和情境意识。组合的BIM–CMMS界面支持多种运营功能。维护技术人员受益于系统能够准确定位复杂机械房间中的资产，大大减少了搜索时间和识别错误的可能性。此外，在OpenMAINT中生成的工作订单可以直接与3D模型中的相应组件关联，实现了任务位置的即时视觉确认及相关系统的可视化确认，从而提高了维护工作流程的清晰度。集成的3D环境还帮助设施管理人员分析资产之间的空间依赖性，例如机械、电气和水力系统之间的接近性，从而为维护排序、风险缓解和改造计划的相关决策提供了信息。

3.3.3. 视觉集成评估

从技术角度来看，视觉集成实现了BIM模型和CMMS数据库之间的完全同步。在前一阶段丰富并导入的所有428个资产在OpenMAINT界面中都可以可视化访问，位置正确且可交叉引用。3D查看器对于中等大小的模型（≈75–80 MB/文件）表现出良好的性能，确认了框架在多建筑组合中的可扩展性。测试过程中没有观察到任何不一致性或链接断裂。每个视觉查询都能准确检索到相应的数据库记录，通过保留的GUID结构确认了IFC–CMMS链接的完整性。性能监控显示，即使在同时显示多个资产的情况下，可视化和查询操作仍然高效。这表明OpenMAINT的开源架构结合丰富IFC文件的精简结构，为运营使用提供了技术上强大且响应迅速的环境。

3.3.4.#### 操作影响
集成环境对设施运营的效率和可靠性有着直接的影响：
- **减少维护响应时间**：技术人员可以在几秒钟内可视化地定位资产及相关系统，从而简化故障排除并减少停机时间。
- **提高数据可靠性**：由于所有资产数据都来自经过验证的IFC源，因此几何数据和表格信息之间不一致的风险被消除。
- **支持生命周期管理**：3D链接的数据库支持长期资产监控，便于预防性维护规划、能源性能分析以及未来的改造。
- **用户赋能**：通过仅依赖开放标准和开源技术，该系统为长期数字资产管理提供了一种可持续且低成本的解决方案。

总体而言，集成的BIM-CMMS环境将设施管理从一个被动、数据碎片化的过程转变为一个主动的、信息驱动的做法。通过确保几何数据和操作数据之间的持续对齐，该框架为生命周期资产管理以及智能数字孪生解决方案的逐步实施奠定了可靠的基础。

#### 讨论
本研究的结果证实，使用开放标准的方法可以有效地实现BIM-FM连续体之间的互操作性。除了展示框架功能的技术层面之外，这些发现还强调了整个建筑生命周期中信息结构、交换和维护方式的更广泛转变。历史上，运营阶段一直是数字信息流中的一个关键断点，因为为设计和施工开发的BIM模型很少能演变为可用于设施管理的资源。所提出的框架通过将传统的、以设计为导向的BIM模型转换为能够支持长期资产管理的结构化AIM，直接解决了这一问题。从这个角度来看，IFC标准不仅仅是一种数据交换格式，它还承载了领域知识，将几何信息、语义信息和操作元数据封装在一个可互操作的模型中。通过用FM特定的属性集编程丰富IFC实体，该框架证明了开放标准可以自然地支持生命周期信息管理的需求，而无需依赖专有扩展或中间件。这种方法符合ISO 19650、UNI 11337和buildingSMART的openBIM愿景，这些标准共同促进了信息的透明度、可追溯性和长期可访问性。所提出的工作流程通过将治理（OIR）、建模（IFC）和运营（CMMS）链接到一个统一且符合标准的数据生态系统，体现了这些原则。这样做促进了从依赖软件的建模实践向以数据为中心的治理方式的转变，在这种模式下，信息成为一种持久的组织资产，而不仅仅是设计的副产品。研究表明，开放标准不仅支持数据交换，还支持数字连续性，使得从设计意图到日常运营的信息流动无缝衔接。这种连续性是实现现实世界设施环境中数字孪生环境的关键里程碑。

#### 结果解读
框架的实施表明，IFC模式的可扩展性可以被有效利用来嵌入操作元数据，同时保持与国际标准的完全合规性。这一能力验证了这样一个假设：只要信息根据明确的组织要求进行结构化，开放标准本身就可以支持从设计到运营的过渡。从富集的IFC文件自动填充OpenMAINT数据库构成了核心的功能进步。通过自动化资产注册，框架将信息传输时间减少了大约85%，并消除了转录错误，将传统的、碎片化的移交过程转变为机器可读和可审计的过程。由此产生的数据集确保了从BIM环境传输的所有信息都可以追溯到其几何来源，增强了责任性和透明度。空间（几何）和语义（信息）维度的整合创建了一个数字孪生基础，在这个基础上，每个建模元素既是物理参考，也是操作知识的载体。这种双重表示使得高级FM功能成为可能，例如预测性维护、资产状况跟踪和空间优化，这些功能在静态或基于文档的系统中是无法实现的。因此，结果证实互操作性不仅仅是一个技术目标，而是数据治理的战略推动力，使组织能够在各个阶段和学科中保持信息的完整性。然而，目前的验证主要侧重于技术可行性、标准合规性和操作互操作性。该研究尚未提供与其他BIM-FM传输方法的正式基准比较，也没有包含在不同信息条件下的错误、稳定性或敏感性分析。尽管在报告的案例研究中没有观察到任何导入失败、实体缺失或脚本执行错误，但需要更广泛的比较和面向鲁棒性的测试来进一步强化所提出工作流程的科学验证。

#### 对知识和行业实践的贡献
虽然BIM-FM集成是一个已确立的研究课题，但这项研究的新颖之处在于采用的特定实施策略。它没有提出一个纯粹理论性的框架，也没有依赖于COBie之类的中间移交格式或依赖软件的导出例程，而是开发了一个独立的、与软件无关的、导出后的工作流程，该流程可以直接用FM特定的属性集丰富IFC实体，并使其能够自动映射到开源的CMMS环境中。因此，其贡献不在于单独使用现有工具，而在于将它们整合到一个统一、可重现且供应商中立的开放标准工作流程中，以实现BIM-FM的互操作性。
这项研究的贡献主要体现在两个创新方面：
首先，它建立了一个端到端的开源BIM-CMMS工作流程，该流程在导出后以与软件无关的方式处理IFC文件，无需依赖专有的数据丰富和CMMS填充中间件。
其次，它引入了一种由OIR驱动的FM数据结构和映射机制，根据组织信息需求以符合模式的方式定义自定义的IFC属性集，并直接将其翻译为开源CMMS环境中的资产记录。
由于当前研究没有在相同的实验条件下进行受控的基准测试，因此以下比较应被视为对代表性BIM-FM集成策略的定性定位，而不是正式的性能排名（表8）。

这种方法具有三个明显的优势，对知识和行业实践都有贡献：
- **与软件无关**：Python脚本在导出后处理IFC文件，使其不受原始BIM创建软件（例如Revit、ArchiCAD等）的影响。这确保了该工作流程适用于各种项目环境和工具链。
- **可扩展性和定制性**：该工具基于脚本的特性意味着它可以轻松定制以包含不同的属性集、属性或目标元素。这使得它能够适应不同类型的项目（例如医院、办公室和基础设施）以及不同的组织需求，使其成为高度可扩展的解决方案。
- **BIM生命周期的民主化**：通过仅使用开放标准和开源库，该框架倡导了一种非专有的数字建设方法。这大大降低了小型和中型企业（SMEs）、资产所有者以及可能没有资源投资昂贵封闭软件生态系统的设施管理者的进入门槛，从而实现了对高级BIM生命周期工作流程的民主化访问。

#### 组织和技术影响
这项研究对组织策略和技术实施都具有重大影响。在组织层面上，将工作流程基于OIR确保了信息管理是目标驱动的，而不是技术驱动的。这种方法符合ISO 19650强调在开始时定义信息需求的观点，确保每个数据集都服务于一个明确的操作目的。从技术角度来看，该研究强调了openBIM在长期数据弹性方面的潜力。通过消除专有依赖，即使在软件生态系统演变的情况下，该框架也能保持数据的可访问性和互操作性。对IfcOpenShell和OpenMAINT的依赖还有助于组织内部技能的发展和自给自足，使它们能够管理自己的数字生态系统，而不是外包数据控制。实际上，该框架代表了 portfolio级别资产管理的可扩展基础。丰富IFC文件的一致结构允许将多个建筑整合到一个统一的CMMS中，支持地区或企业层面的监督。这种可扩展性对于寻求经济高效数字化转型策略的公共住房实体、大学或基础设施运营商特别有益。同样的工作流程也可以扩展到更复杂的设施，如医院、实验室或工业建筑，只需根据更异构的设备组合和更严格的监管数据要求扩展目标IFC、FM属性和验证规则。其应用于不同规模和地理环境的项目主要取决于组织信息需求、资产分类法、命名惯例和监管属性集的重新定义。此外，结构化属性数据和3D链接接口的结合标志着向基于证据的设施管理决策迈出的一步。管理者现在可以依赖直接来自经过验证的BIM来源的数据来进行维护规划、预算编制和资源分配。尽管验证成功并且研究实现了所有主要目标，但仍需承认一些局限性，并作为未来改进的方向。这些局限性既是技术上的，也是方法论上的。特别是，当前研究没有提供与其他BIM-FM传输方法的正式定量基准比较，因此与相关解决方案的比较应被视为对所提出工作流程的定性定位，而不是基于性能的优越性声明。

#### 结论与未来工作
本研究成功设计、开发并验证了一个可扩展的、基于开放标准的框架，用于将BIM与FM系统集成。通过使用基于Python的应用程序对IFC模型进行程序化丰富，以FM特定的属性集，这项工作展示了一种实用且易 access的方法，用于弥合建筑生命周期建设和运营阶段之间的持久信息差距。通过实际案例研究和与OpenMAINT CMMS的集成，验证证实了这种方法能够自动且可靠地填充完整的资产库存。最终系统为设施管理者提供了一个强大的、具有空间感知能力的工具，用于智能建筑运营，直接满足了现代信息管理标准（如ISO 19650）对结构化、面向生命周期的数据的需求。
在这个坚实的基础之上，未来的研究必须解决几个关键领域，以将框架推进到一个全面的数字孪生解决方案。主要目标是开发双向同步功能，这将把AIM转变为一个真正的动态资产，通过创建一种机制，使CMMS中的数据（例如维护记录和状态变更）能够写回到主IFC模型中，确保其始终是物理资产的鲜活和最新的表示。此外，整合来自物联网传感器的实时数据代表着未来的发展方向；将这一框架扩展到能够将IFC元素与实时数据流连接起来，将使得预测性维护算法和先进的性能分析成为可能，从而使设施管理从被动响应模式转变为主动预防模式。同时，持续与buildingSMART等标准组织保持合作对于制定针对设施管理的标准化规范至关重要。这一举措将提升整个行业的互操作性，简化数据交换流程，并确保所提出方法的长期可行性和广泛应用。最后，通过与更广泛的行业专业人士直接合作来扩充属性库，可以确保该框架不断进化，以适应现代设施管理日益复杂和多样的需求。通过推进这些发展，这种方法有望从一个强大的集成工具发展成为集智能、互操作性及生命周期管理优势于一体的数字化资产管理平台的核心。