IAI与IFC简介.doc

IAI与IFC简介时间：2010-05-25 22:36:00来源：根据互联网资料整理作者：卫刚IAI组织简介20世纪末，建筑工程软件之间的信息交换是非常繁杂的。IAI是建筑行业一个全球性的工业联盟，它代表整个建筑行业的利益，并以实现建筑工程不同专业软件之间的协作为己任。1994年，美国的12个公司聚集在一起研讨使不同应用软件协同工作的方法。一年后的夏天，在经过多方努力并攻克核心问题后，他们在建筑工程系统展示会上演示了他们的研究成果。这项成果引起很多与会的组织的浓厚的兴趣，并决定加入进来一起研究，接着在北美建立了IAI组织。1996年春天在伦敦召开了第一次IAI国际会议，在这次会议上，将组织的名称命名为IAI（Industry Alliance for Interoperability国际协作联盟）。为了推广应用，组织决定将这项成果作为软件开发商开发一个软件协同工作的、中立的标准，对建筑工程和设备管理领域的组织开放，同时也对所有软件开发商开放。IAI组织的目标定义一种建筑业的公共标准(如下图所示的Shared Project Model),来实现不同专业及不同软件之间建筑信息的有效交换、系统集成、数据交换和共享，这就是IAI组织成立的目的和宗旨。图1IAI组织实现的目标如上右图示当时的IAI组织的研究目标如图1所示，IFC标准使每个系统只需要建立一个到中间数据格式（IFC文件格式）的输入/输出接口，而不用与其它的系统进行交换要建立许多个输入/输出接口。协同工作的软件必须有一个共同的核心数据模型，这样一来每个软件只要有一个标准的输入和输出信息，就能和其它软件交换信息，而这种方式便于维护和升级。同时，可以不用为了与其它软件实现信息交换而重新编写接口。可喜的是初期的研究成果表明软件的协同工作是可行的，而且这种协同工作能力不仅高效便利，还有很好的市场前景，符合市场经济以及信息化的要求。更令人骄傲的是，今天这个目标已经成为现实。随着工业界的全球化进程加快，跨国项目越来越多，软件协同工作成为迫切需要解决的问题，在这种形势下，IAI组织得到了很好的发展，最初是欧洲，然后，是亚洲和澳洲。目前，在19个国家有9个分部（澳大利亚、法语区、德语区、北欧国家、北美、英国、日本、新加坡、韩国），650个会员公司提供研发资金。IFC标准概述上文我们提到的BIM技术，与IFC有着密切的关联。BIM技术实现集成的一个重要前提和基础是数据标准化。从目前发展的趋势来看，基于国际互操作联盟(IAI)的IFC软件应用成为一种重要途径。IFC的重要性可见一斑。BIM标准也相应地成为ISO认可的一个标准。目前一些主要工业发达国家正在制订本国的IFC标准，我国的建筑对象数字化定义标准也基于IFC编制，已于2007年编制完毕并发布实施。让我们从IAI组织成立的初衷来看，IFC是用来实现系统集成、数据交换与共享而定义的一种建筑业的公共语言。可以简单的理解为，IFC是建筑业的一个国际标准，是一个BIM时代的三维建筑信息交换标准；它同时也是一个文件格式。IFC全称为Industry Foundation Classes，它建立了一个共享的模型来描述建筑物对象和建筑流程中的必要信息，也包括各部分之间的关系信息。它是由IAI针对建筑模型数据交换制定的国际标准，也是AEC (Architecture, Engineering and Construction)的实体（如墙、窗户）类库。这些词汇由建筑行业人员定义，为不同软件之间实现建筑信息的交换与共享提供了基础。IFC建立在数据交换国际标准STEP的EXPRESS数据定义语言上，目前IFC已经从几何体与图层走向建筑对象，终端用户仅需考虑建筑对象即可。应用IFC标准不要求软件内部应用这套标准，而只要求在与其它系统交换信息时有一个IFC标准的接口。开放是IFC标准的一项特性。一旦一个工程师建立了基于IFC标准的信息模型，所有的AEC工程师们都可以在允许后共享此模型。它采用面向对象的方法，用类来封装，可以直接借鉴STEP项目中的大量成熟研究成果。对于那些使用有IFC的数据接口的软件系统的AEC公司、业主、管理单位就不需要重新建模，这就大大提高了工作效率还节省了成本，真正做到了建立后的永久共享。IFC与BIM的密切联系IAI的网站上，我们发现了BIM的字样，一方面反映了专业人士对BIM的肯定，另一方面也反映了BIM与IFC的密切相关性。可以说IFC是为BIM而生，虽然它们的出现相隔了五年。当然，作用都是相互的，IFC标准也促进着BIM技术的发展。完全的创新是非常少而且较耗费时间的，转移和整合的理念体现了使用不同技术进行创新的思想，它已经或很长一段时间都将是技术发展的重要方式。所以，新技术要保持在各自专业的方向不断的发展，每个专业相互之间协同工作能力必定要有一定的飞跃，因此能够综合各种系统功能的新技术成为发展的方向，这就是所谓的技术整合。CAE技术的发展就是走着这样一条路。当前整个CAE行业处于分散的状态，建筑设计、结构设计、结构计算、施工管理、财务管理等各个专业都拥有着成熟的技术，很大程度上满足了各个专业的需要。但当分散的专业软件大大的限制了工程人员之间的协同工作能力而不能满足日新月异的发展时，实际工作中要进行的重复性的繁杂工作，比如建筑设计和结构设计建立的模型，在进行结构计算、施工管理等工作时需要重新进行创建，使得工作效率的问题浮出了水面。在不少BIM的文章中，我们可以发现IFC被多次提到是适合它的标准。值得庆幸的是，越来越多的人开始了解BIM和IFC并且开始接受BIM和IFC。IFC是建筑业的一个国际标准，IFC不仅为建筑业定义了一套通行语言，而且也是BIM时代的三维建筑信息交换标准。IFC的发展历史IFC信息模型的第一个完整版本于1997年1月由IAI发布，随后又陆续发布了几个更新的版本。其中，1998年发行的IFC1.5.1是第一个得到商业软件支持的版本；2000年10月发布的IFC2X标志着IFC开发和发布的一个重要的变化。在整个发展过程中，主要的版本有IFC1.0、IFC1.5、IFC1.5.1、IFC2.0、IFC2X，IFC2X2，IFC2X2_add1，如今IFC2X4已经问世。其中，2X版本引入了模块开发的框架和平台。在这个框架中可以用模块化的方法渐进地、稳定地扩展模型的范围。研究项目用IFC2X平台开发模块，当任务完成后独立发布模块。IFC2X的另一个可赞的主要方面是对IFCXML规范的引入。这个规范定义了整个IFC模型以及EXPRESS语言到XML模式定义语言的映射，实现了用XML交换工程信息的方法。目前，除了上文所提及的IAI组织的发展和受到的资助外，IAI组织开发的IFC模型也已经被大部分CAD软件以及下游分析软件所支持，IFC已经真真正正地成为一个全球化的工作。IFC在国际上各国家主要软件的实现情况IFC目前在世界各国的发展非常迅速，它在北美区域、太洋洲区域、欧洲和亚洲都已经建立了分部。国际对IFC标准既开展了有关于其自身整体框架和目标的研究，也开展了基于IFC的应用；同时，也开展了基于IFC的项目管理研究和物业管理研究，这是国际对IFC标准的研究在深度和广度上的体现。行业软件对IFC的支持不仅在数量而且在质量上都已经相对很高。比如澳大利亚的CMIT (CSIRO Manufacturing & Infrastructure Technology)正在开发的建筑生命周期的协同工作软件（Building Lifecycle Interoperable Software，简称BLIS）、房屋能源消耗估算（Life Cycle House Energy Evaluation，简称LICHEE）；芬兰的Solibri开展的项目：用IFC检查、分析以IFC为基础的产品模型和将建筑数据模型转为IFC数据模型，再将IFC数据模型转为其它应用系统的数据模型；韩国和法国利用IFC来检查工程数据是否符合标准；德国开发的IFC Viewer和IFC Counter软件。这些加快了建筑信息的交换，促进了集成工业的发展。越来越多流行的CAD工具现在开始支持IFC执行的输入/输出能力，允许在这些工具中创造几何构型以便写入IFC数据或读出IFC数据。于此，我们看到了IFC标准的无限潜力。我们有理由相信，随着CAD系统的不断完善和标准化，IAI组织的各分部把标准化工作与信息化工程建设和应用系统紧密配合，在IFC标准的基础上，会有更多更成功的项目会接踵而至，会有更丰厚的成果等着我们去收获。不仅仅是现在已现了IFC标准的Autodesk（美）、Data Design System、Graphisoft（奥地利）、Etabs、HAN Dataport、IAI FS、ideYAPI Ltd、Olof Granlund Oy、Microsoft CorporationIFC在中国的应用前景和所面临的挑战机遇与挑战始终是并存的。IFC标准的技术先进性和应用潜力是不容质疑的。同样不容质疑的是IFC标准的引入和应用对我国软件市场的冲击。技术设计的局限性和对已有市场的保护使得我们的CAD系统基本上是独立和封闭的。Autodesk公司推出的ADT建筑软件是一个很好的提醒。我们大多数的软件开发还停留在自定义数据文件的水平上，如果我国在技术和管理上的缺陷致使再保持一贯的“自我封闭”那么就会失去市场。专心于自己最擅长的部分，避免重复开发，避免浪费资金和资源，我们才能做出精品，才能真正占领市场。我们应该清楚地认识到只有吸收其他先进技术成果，并且在这个基础上不断创新，我们才能进步。更何况建筑软件会有更多的新空白领域出现，只要有发展的存在，开发高新技术的动力就会源源不断。我国从九五攻关计划开始研究IFC，从刚开始的解读阶段，已经发展到了现在的开发应用阶段。IFC标准中包含的内容非常丰富，其中我们可以借鉴的东西也很多。IFC数据定义模式是我们应该借鉴的，我们需要的是一个总体的规划和规范的数据描述方式。例如，通过采用IFC标准建立一个企业应用平台来继承各个系统的应用软件。同时，我们也应该意识到IFC数据定义内容也是应该借鉴的。IFC目前将要加入的信息描述内容涉及建筑工程方方面面，包括几何、拓扑、几何实体、人员、成本、建筑构件、建筑材料等。我们在后续定义自己的数据时，可以借鉴或直接应用先前已经模块化和组织起来的这些数据定义。原因是这些信息用面向对象的方法、模块化的方式很好地被组织起来，已经成为了一个有机的整体。所以，我们不能抛开IFC标准，完全自定义信息模型不是一个明智的选择，当然也不是一条很好的出路。IFC在中国的应用领域很多，针对当前需求，主要体现在以下的两个方面：一方面在于企业应平台的应用。另一方面是电子政务的需求。比如符合IFC2x标准的数据的输出和识别，这样可以节省规范检查程序的编写。尽管IFC标准的技术和先进性是其他任何一个标准无法企及的，但是在我国知道IFC的人员很少，了解其技术细节的就更少。当前，我们所面临的主要问题是人员的在应用方面的短缺，这个对目前的市场而言是一个很大的威胁。以此看来，为了开辟新的应用领域和市场，主动和开放地去接受系统的技术培训是引入标准的前提条件和首要任务。IFC的不足之处任何一项技术对追求更完美的人类来说都是存在缺陷的，IFC无疑是建筑行业的一个很好的标准，同样它也有着自己的不足：它不易于实行：这项大型的标准将为价格也不菲的中间件而耗费巨资。目前国际上有些公司提供一种实现IFC的中间组件，使用这些中间件可以方便地得到需要的IFC类，从而可以节省大量的时间和人力。IFC类的全面性将使一些简单的交换变得复杂。我们都知道一些具体的建筑模型软件比如ArchiCAD或Autodesk Revit，他们的内部数据模型都是经过优化紧密集成在一起的。由于IFC的出发点就是建立一个完整的标准，这个标准可以适应于几乎所有能遇到的情况，所以哪怕很小一块的数据交换，也需要将一整套的IFC类加载进来。因为任何文件格式的文件大小与数据模型的组织方式密切相关，因而描述同一个项目数据，IFC文件的大小通常比ArchiCAD或Revit的文件要大很多，不论是采用STEP的纯文本格式还是采用ifcXML的XML格式。IFC之所以选择EXPRESS语言，是因为这种语言是一种面向对象的信息描述语言，具有很强的建模能力。而且这种语言具有无二义性和一致性的特点。相对而言，C/C+语言更倾向于描述操作而不是描述信息。尽管EXPRESS语言具有面向对象的性能，但它的O-O性能并不完备，在结构上可以表达实体之间的关系，但并不具备封装数据和行为、重载方法的功能。因此用EXPRESS语言描述零件几何信息时存在着以下不足：1）EXPRESS中的函数和过程只能用于规则说明、实体派生属性说明等，而不能在实体定义实体的操作，因而实体内只有实体的静态属性，没有动态的服务。2）超类与子类之间只能体现属性的继承，不支持服务的继承。3）没有描述不同实体间动态联系的机制，只能通过实例连接反映实体之间的静态联系。因此仅使用IFC标准格式的文件虽然能够实现构件信息的交换，但为了对构件的再设计等提供帮助，同时提供供应商等其它相关信息，还应当使用零件库等技术。对IFC的补充IFC是一个非常优秀的对象模型，直到2x版本，重点都是在工程设计领域，如果用于工程管理，我们需要对模型进行扩展，以增强其表达能力。在使用IFC进行工程项目管理系统设计时，需要进行几个比较大的扩展，比如：增强实体对象类、增加类型对象类及其子类和其他相关类、增加关系类型类等等。令人欣慰的是通过适当扩展，IFC能够满足工程管理的要求。IFC 标准的总体描述时间：2010-06-07 13:33:00来源：根据互联网资料整理作者：卫刚IFC的整体框架IFC标准是一个类似面向对象的建筑数据模型。IFC模型包括建筑整个生命周期内的各方面的信息，其中包含的信息量非常大而且涵盖面很广。IFC标准的目的是支持用于建筑的设计、施工和运行的各种特定的软件的协同工作，正因为如此，IFC标准是目前对建筑物信息描述最全面、最详细的规范。这证明了IFC模型是建筑工业和设备制造工业之间的数据模型交换的最好方法。为此，IFC标准的开发人员充分地应用了面向对象分析和设计方法，并设计了一个总体框架和若干原则将这些信息包容进来并加以很好地组织，这就形成了IFC的整体框架。IFC的总体框架是分层和模块化的，整体可分为四个层次，从下到上依次为资源层、核心层、共享层、领域层，每个层次内又包含若干模块，每个模块内又包含了不少信息。在2002年，IFC通过了ISO鉴定，这表明了模型的一部分达到了一定程度的成熟和稳定。对于软件开发来说，这是个不小的福音。下面我们就结合图示来了解IFC的总体框架分层。资源层（Resource Layer）IFC资源层的类可以被IFC模型结构的任意一层类引用，可以说是最基本的,它和核心层一起在实体论水平上构成了产品模型的一般结构，虽然目前结构类的识别还不是基于实体论模型。这些类包括: IfcUtilityResource, IfcMeasureResource, IfcGeometryResource, IfcPropertyTypeResource,和IfcPropertyResource。IfcUtilityResource包括一些项目管理使用的概念类：标识符、所有权、历史记录、注册表。IfcMeasureResource采用ISO 10303第41部分度量类，列出数量的单位和度量标准。IfcGeometryResource规定了产品形状的几何和拓扑描述资源，这些资源部分由ISO 10303第42部分（集成通用资源：几何与拓扑表达）改写过来( IAI 1997b:4-40 )。IfcPropertyTypeResource定义了对象和关系的各种各样的特性，它由人员、分类等级、造价、材料、日期和时间等类组成。子类“材料”是各种各样的材料表。这些类是通用的，而不是建筑专门的类，它们的作用是作为一种定义高级层里的实体属性的资源。核心层（Core Layer）核心层分别由核心（Kernel）和核心扩展（Core Extensions）两部分组成。IFC Kernel提供了IFC模型所要求的所有基本概念，它是一种为所有模型扩展提供平台的重要模型(IAI1997a: 6)，这些构造不是AEC/FM特有的，核心层扩展也一样。Kernel类有IfcObject，IfcRelationship和IfcModelingAid。核心扩展层包含Kernel类的扩展类：IfcProduct，IfcProcess，IfcDocument和IfcModelingAid。核心扩展是为建筑工业和设备制造工业领域在Kernel里定义的类的特例，Ifc Product-Extension定义如元素、空间、场地、建筑和建筑楼层等概念(ibid: 8-111)。IfcProcessExtension有子类，它是为了掌握关于生产产品的工作信息，在这些类里尽可能定义工作任务和资源。子类IfcDocumentExtension是在建设建筑中使用的典型文件类型的信息类容的详细说明，目前，只包含造价表。IfcModelingAidExtension包含帮助项目模型开发的子类，如IfcDesignGrid和IfcReferencePoint。图IFC模型定义的层次结构协作层（Interoperability Layer）这层包含了在许多建筑施工和设备管理应用软件之间使用和共享的实体类。因此，Shared Building Elements模块有梁、柱、墙、门等实体定义；Shared Building Services Elements模块有流体、流体控制、流体属性、声音属性等实体定义；Shared Facilities Elements模块有资产、所有者和设备类型等实体定义。在这一层中定义了大多数普通建筑实体。领域层（Domain Layer）领域层顾名思义，包含了为独立的专业领域的概念定义的实体，例如建筑、结构工程、设备管理等。它是IFC模型的最高级别层。它包括建筑的空间顺序，结构工程的基础、桩、板实体，采暖和通风的加热炉、空调等备注；在IFC模型的结构图中，绿色阴影表示的模块是ISO/PAS 16739的一部分，这些模型已经达到一定的质量控制标准且经ISO鉴定合格。IFC标准的数据定义方式IFC标准本质上是建筑物和建筑工程数据的定义，反映现实世界中的对象。它采用了一种面向对象的、规范化的数据描述语言EXPRESS语言作为数据描述语言，定义所有用到的数据。EXPRESS语言通过一系列的说明来进行描述，这些说明主要包括类型说明（Type）、实体说明（Entity）、规则说明（Rule）、函数说明（Function）与过程说明（Procedure）。EXPRESS语言中语言的定义和对象描述主要靠实体说明(Entity)来实现，在IFC2x3中共定义了653个实体类型。一个实体说明定义了一种对象的数据