工业基础类IFC—总体架构和空间结构

简介: 工业基础类IFC—总体架构和空间结构

01 总体架构


IFC标准将其数据架构划分为四个概念层次,如图1所示,由上至下分别为:领域层(Domain Layer)、交互层(Interoperability Layer)、核心层(Core Layer)和资源层(Resource Layer)。每个实例对象或关系对象都只分配给一个概念层次,这些对象是相互独立的,它们之间通过互相关联或引用的方式实现BIM数据信息的描述。IFC标准体系架构的每个层次中包含多个模块,这些模块把建筑项目中涉及的各个领域的概念抽象化、具体化、类别化。在IFC标准的体系框架中,不同概念层次之间数据的引用和传递遵守“重力原则”:即各个层次仅能引用同一层次或者下层的数据资源,而无法引用上层的数据资源,因此能够在上层资源发生变动时,下层资源仍维持不变,增强了数据结构的稳定性。这种按照层次划分数据结构的框架使得IFC标准能够不断地扩充及完善,以满足不同专业、不同细分领域的信息描述需求。各功能层定义的内容如下:


(1)资源层。资源层位于IFC标准架构的最底层,定义了用于项目模型信息描述的基本元素。资源层里包含多个基本模块,这些模块的主要功能是将项目中基本构件的数据信息分类。这些数据信息的内容涉及到构件的几何形状描述、颜色表达、材料表达、空间位置关系以及专业属性表达等。资源层内的实体不能独立使用,需依赖于上层实体而存在。这些实体表达的数据信息是零散的也是最基本的数据单元,不依赖于具体的工程项目、工程阶段、行业、专业或者工作任务而存在,可以被其他层次中任何模块的实体引用。


(2)核心层。核心层位于资源层之上,主要定义IFC模型的基本的结构、基础关系和公用的概念。核心层模块内实体的主要作用是对资源层的数据信息进行关联和组合。资源层的数据信息是分散的、零散的基本信息单元,不能直接表达真实的构件。通过核心层内实体的组合和引用,资源层中基本的数据信息可以和建筑模型中的构件结合,完整描述构件的所有属性。核心层里的数据信息可以完整表达项目中的单个构件,这些构件的信息可以被交互层和领域层里的相关模块引用。


(3)交互层。交互层则位于核心层之上,主要定义通用性的对象实体和关系实体。共享层中的实体为项目信息提供更具体化的实体和关联关系,用于上一层(领域层)内实体之间的相互引用和关联。领域层中的实体通过共享层提供的不同元素可以表达更细化的项目模型信息。


(4)领域层。领域层位于IFC标准架构中的最顶层,提供了各个应用领域所需要的对象模型,目前最新版IFC4.3 RC2已涉及 12 个领域,这些领域的作用是形成特定的专业数据信息。Tunnel Domain淡显表示只是暂时留了个位置,具体信息还有待扩充。桥梁暂时还没有独立的领域对象,目前IfcBridge位于Core Layer中的Product Extension 中。


6587a1ec1dfe5555f08099b387016f3b.png

IFC标准层次化、模块化的架构设计使不同的专业领域之间有明确的类别划分,这种分类方式使IFC标准容易被不同的专业软件解析和支持,同时也使IFC标准自身易于发展和维护。随着施工技术和建造业的不断发展,新型的设施设备不断出现。根据需要拓展IFC标准对工程信息的描述能力,已经成为IFC标准实际应用中的一个重要挑战。


02 空间结构


IFC模型的空间结构是指将IFC模型中的各种要素,如建筑、场地、桥梁等内容有机地组织在一起。在IFC标准中,空间结构元素派生于空间元素(IfcSpatialElement),如图2所示。IFC标准的空间结构近几年为了适应基础设施的数据表达需求,也作出了适当的改动,例如结构元素由IFC4版本的4个变成了IFC4.3 RC2版本的5个,删除了IfcBuilding,新增了IfcFacility和IfcFacilityPart,使得定义更加泛化,具体阐述如下:


楼层(IfcBuildingStorey):定义水平空间的垂直边界,具有标高属性。楼层与建筑存在关联关系,多个楼层组成了整体的建筑空间,一个楼层可能跨越几个连续的楼层形成复合建筑楼层。


设施(IfcFacility):定义基础设施,例如建筑、道路、桥梁等。


设施组件(IfcFacilityPart):定义基础设施中的组成部分,如桥梁组件(IfcBridgePart)。


场地(IfcSite):定义一个陆地区域,场地可以包括该场地的单个地理参考点的定义(使用经度,纬度和海拔的全球位置)。


空间(IfcSpace):表达具体或抽象的区域边界,是建筑内提供一定功能的区域面积或体积。空间与楼层关联可表示楼层上的房间划分,而与场地关联可表示场地中特定的功能区域。一个空间可能与几个连续的空间形成空间组合,也可以被分解成多个空间。


20210509234507341.png


图2 版本之间的空间结构对比(左为IFC4,右为IFC4.3 RC2)


一个基于IFC标准的建筑信息模型有且只能定义一个项目(IfcProject)来作为项目中所有对象的容器,建筑构件大多与楼层或者楼层所拆分的空间建立关联关系,从而确定从属关系以及构件在整个三维模型中的坐标定位。集合关系(IfcRelAggregates)定义一对多的不同空间层次间的从属关系,子空间相互之间通过该关系对象建立从属关系,最终空间结构元素通过该关系对象与项目(IfcProject)建立从属关系。实际的建筑信息模型中可通过集合关系建立一个完整的信息模型空间。


03 参考资料


[1] IFC4.3 RC2 - Release Candidate 2 [EB/OL]. https://standards.buildingsmart.org/IFC/RELEASE/IFC4/FINAL/HTML/, 2020.


[2] IFC Specifications Database[EB/OL]. https://technical.buildingsmart.org/standards/ifc/ifc-schema-specifications/, 2020.


[3] 张洋. 基于 BIM 的建筑工程信息集成与管理研究[D]. 清华大学,2009.


[4] 王勇, 张建平, 胡振中. 建筑施工IFC数据描述标准的研究[J]. 土木建筑工程信息技术,2011,3(4):9-15.


[5] 刘照球, 李云贵, 吕西林. 建筑结构信息集成的程序实现[J]. 沈阳建筑大学学报(自然科学版),2009,025(003):467-473.


相关文章
|
1天前
|
前端开发 开发者
【专栏】BEM(Block-Element-Modifier)是一种前端命名规范和架构方法,旨在创建清晰、可维护的代码结构。
【4月更文挑战第29天】BEM(Block-Element-Modifier)是一种前端命名规范和架构方法,旨在创建清晰、可维护的代码结构。它包括Block(独立功能单元)、Element(Block的子元素)和Modifier(表示状态或变体)。BEM的特点包括命名一致性、模块化设计、清晰结构和可复用性,适用于代码组织、样式管理、组件化开发和团队协作。虽然命名较长和学习成本是其局限性,但BEM在提升代码质量和效率方面具有显著优势,是前端开发的重要工具。
|
1天前
|
程序员 Python
类的设计奥秘:从代码到架构的科普全解
类的设计奥秘:从代码到架构的科普全解
14 2
|
1天前
|
存储 消息中间件 算法
深度思考:架构师必须掌握的五大类架构设计风格
数据流风格注重数据在组件间的流动,适合处理大量数据。调用返回风格则强调函数或方法的调用与返回,过程清晰明了。独立构件风格让每个构件独立运作,通过接口交互,提升灵活性和可重用性。虚拟机风格则模拟完整系统,实现资源的高效利用。
深度思考:架构师必须掌握的五大类架构设计风格
|
1天前
|
存储 缓存 物联网
DP读书:鲲鹏处理器 架构与编程(二)服务器与处理器——高性能处理器的并行组织结构、ARM处理器
DP读书:鲲鹏处理器 架构与编程(二)服务器与处理器——高性能处理器的并行组织结构、ARM处理器
259 0
|
1天前
|
机器学习/深度学习 人工智能 自然语言处理
Transformer类架构的发展带动多模态融合
【1月更文挑战第21天】Transformer类架构的发展带动多模态融合
48 1
Transformer类架构的发展带动多模态融合
|
1天前
|
监控 物联网 大数据
助力工业物联网,工业大数据之服务域:AirFlow的架构组件【三十二】
助力工业物联网,工业大数据之服务域:AirFlow的架构组件【三十二】
50 0
|
7月前
|
弹性计算 Java 数据库连接
架构设计第七讲:数据巡检系统之daily&线上表结构自动化比对
架构设计第七讲:数据巡检系统之daily&线上表结构自动化比对
|
9月前
|
缓存 Java Spring
30个类手写Spring核心原理之Ioc顶层架构设计(2)
Annotation的代码实现我们还是沿用Mini版本的,保持不变,复制过来便可。
45 0
|
9月前
|
Java 调度
架构系列——定时任务中的Timer类使用简析
架构系列——定时任务中的Timer类使用简析
|
12月前
|
存储 架构师
「TOGAF架构框架」ArchiMate视图指南(7):信息结构视图和服务实现视图
「TOGAF架构框架」ArchiMate视图指南(7):信息结构视图和服务实现视图
「TOGAF架构框架」ArchiMate视图指南(7):信息结构视图和服务实现视图