码迷,mamicode.com
首页 > 其他好文 > 详细

IFC文档结构说明

时间:2017-03-02 11:03:40      阅读:226      评论:0      收藏:0      [点我收藏+]

标签:XML   针对   工程   case   strong   ges   需求   smart   子集   

工业基础类为代表的建筑信息BIM数据交换和共享在一个建筑或设施管理项目各参与者之间的开放规范的建模。IFC是国际openbim标准。
本文件包含的IFC标准的规范。该规范包括的数据架构,表示为一个表达模式规范,并交替作为一个XML架构规范,和参考数据,表示为XML定义的属性和数量定义。
一个一致的软件应用程序需要支持一个定义良好的子集的数据模式和引用的数据。的子集,它被称为一个模型视图定义MVD。一个特定的模型视图定义的定义,以支持一个或多个公认的工作流程,在建筑施工和设施管理行业。每个工作流标识符合标准的软件应用程序需要支持的数据交换要求。
buildingSMART国际公布的模型视图的定义和交换相关的规范要求。对于本规范发布的官方网站,相关的模型视图的定义和交换的需求,并支持实施协议等材料,例如数据集,开发工具的参考,论坛和发布数据库和认证程序是http://www.buildingsmart-tech.org
IFC标准包括术语、概念和数据规范的项目,源于在学科、行业和设施管理行业建设行业。术语和概念使用纯英文单词,数据项内的数据项遵循命名惯例。
类型、实体的数据项名称、规则和功能开始以前缀“IFC”,继续在CamelCase的命名惯例的英语单词(没有下划线,首字母大写的单词中);
在一个实体的属性名称按照CamelCase公约没有前缀命名;
属性集定义,本标准的开始部分以前缀“pset_”继续在CamelCase命名的英语单词;
量集定义,本标准的开始部分以前缀“qto_”继续在CamelCase命名的英语单词。
IFC数据模式架构定义了四个概念层,每个模式被分配给一个概念层。图1显示了架构

技术分享

图1 -具有概念层的数据模式结构

从下到上:
Resource layer:资源层-最低层包含包含资源定义的所有单独的架构,这些定义不包含全局唯一标识符,并且不应独立使用在更高层中声明的定义;
Core layer:核心层的下一层包括核心架构和核心扩展架构,包含最通用的实体的定义,在核心层中定义的所有实体,或以上进行一个全局唯一的ID和可选的主人和历史信息;
Interoperability layer:互操作层的下一层包括含有是针对一般产品的实体定义的模式,过程或资源化跨越几个学科的应用,这些定义typicly用于域间交换和共享工程信息;
Domain layer:领域层的最高层包括包含有专业的产品实体定义的模式,过程或资源具体到某一学科,这些定义通常用于域内的信息交换和共享。

IFC文档结构说明

标签:XML   针对   工程   case   strong   ges   需求   smart   子集   

原文地址:http://www.cnblogs.com/herd/p/6489085.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!