[BIM]BIM中IFD介绍[通俗易懂]

[BIM]BIM中IFD介绍[通俗易懂]第三大支柱IFD-确定交换的信息和你要的信息是同一个东西 IFD的全称是InternationalFrameworkforDictionaries,中文可以叫“国际字典框架”,和前两者IFC/IDM一样,作为BIM用户,能记住IFD的名字和记住IFD是字典就行了。  用BIM创建和管理信息,通过IFC和IDM实现信息在不同项目成员和不同软件产品之间的交换,从而使BIM价值最大化。…

大家好,又见面了,我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Jetbrains全家桶1年46,售后保障稳定

第三大支柱IFD – 确定交换的信息和你要的信息是同一个东西 

IFD的全称是International Framework for Dictionaries,中文可以叫“国际字典框架”,和前两者IFC/IDM一样,作为BIM用户,能记住IFD的名字和记住IFD是字典就行了。  

用BIM创建和管理信息,通过IFC和IDM实现信息在不同项目成员和不同软件产品之间的交换,从而使BIM价值最大化。这样一个过程干嘛要用字典呢?怎么又出来一个IFD呢?

 

1、IFD产生的背景

前面我们介绍了IFC是一个包含各种建设项目设计、施工、运营各个阶段所需要的全部信息的一种基于对象的、公开的标准文件交换格式,我们简单地将其比喻为一个什么药都有的药铺,甭管治什么病,药都在这儿;而IDM则为某个特定项目的某一个或几个工作流程确定具体需要交换什么信息,我们也简单地把它比喻成一个针对某个病人或某种疾病取药的方子。 

当然通过IDM开药方的就是项目不同阶段的各类项目成员,为了完成各自负责的与该项目有关的工作,需要从上游成员那儿借助IFC标准通过信息交换获取一组必须的信息作为输入,完成工作以后生成、修改、完善了一组新的信息作为输出,通过IFC进行信息交换为下游成员们的工作服务。 

在全球化的今天,一个建设项目的参与方(业主、建筑师、工程师、总包、分包、预制商、供货商、运营、维护、更新、改建、扩建、拆除等)来自不同国家、不同地区、不同语言、不同文化背景的情况司空见惯,已经不算是什么特例了。 

IFD的官方资料有一个这样的例子,在普通的语言字典里面,挪威语的“dor”被翻译成英语里面的“door”,都是“门”的意思,这样做作为非技术的语言交流没有任何问题。但是实际上挪威语里的“dor”是“门框”的意思,应该对应英语的“door set”,而英语里面的“door”指的是“门扇”,对应挪威语的“dorblad”,如下图所示: 

[BIM]BIM中IFD介绍[通俗易懂]

其实即使就在一个国家里面,使用同一种文字,也有这种问题存在,“天花”又叫“吊顶”,“榔头”也是“锤子”,“角钢”还作“角铁”,这就是自然语言的特点。 

这个作为自然语言来说不是问题的问题,在进行建设项目信息交换(其他用途的信息交换也一样)的时候就成了一个大问题,就可能会出现您要的信息是“A”,结果通过交换您得到的信息是“B”的情况。 

解决这个问题的答案就是IFD。

 

2、IFD如何解决这个问题 

IFD采用了概念和名称或描述分开的做法,引入类似人类身份证号码的GUID(Global Unique Identifier 全球唯一标识)来给每一个概念定义一个全球唯一的标识码,不同国家、地区、语言的名称和描述与这个GUID进行对应,保证每一个人通过信息交换得到的信息和他想要的那个信息一致。 

IFD中的概念独立于时间和用途,例如我们以窗为例,从不同的信息来源研究窗的概念,我们发现每一个信息来源都只讲到有关窗的一部分信息,下图中我们用不同的色块表示窗的不同性质,有些性质在不同的信息来源中可以共享,有些则不一样:

[BIM]BIM中IFD介绍[通俗易懂]

IFD记录和汇集所有不同信息来源关于窗的性质,从而形成了一个包含所有可能窗的性质的一个最一般意义上的“窗”的概念,同时记录每一种窗的性质的初始信息来源,一个跟窗有关的最完整的“字典”就形成了。

 

 

BIM和IFC、IDM、IFD三者之间的关系 

 BIM价值的最大化实现需要依赖于不同项目成员和应用软件之间的信息自由流动,从而使每一位项目成员在他的专业工作需要的时候都能够从上游成员已经收集的信息中及时得到他需要的具有质量保证的信息,同时该项目成员收集或更新的信息也遵守所有上游成员同样的信息管理和共享规则,使其后的下游成员仍然能够在适当的时候得到适当的信息。 

一个建设项目生命周期内的参与方和需要使用的软件产品数量从数十、数百到甚至更多,要支持这么多参与方、这么多应用软件在项目整个生命周期内的信息交换,必须借助于一个中立的、公开的信息交换标准,这个信息交换标准格式就是IFC。 

IFC包含了所有建设项目整个生命周期内一切项目成员及其应用软件需要用到的信息,而在实际工作环境中每一个人面对的只是其中某一个特定的项目(例如一个城市综合体),每个项目成员只负责其中的某一项或几项工作(例如建筑设计),他需要通过信息交换得到完成他的工作所需要的信息,同时把他在工作中收集或更新的信息通过信息交换给其他需要的项目成员使用,这个用来定义某个指定项目以及项目阶段、某个特定项目成员、某个特定业务流程所需要交换的信息以及由该流程产生的信息的东西就是IDM。 

谈到IDM,还有一个IDM的孪生兄弟MVD(Model View Definition 模型视图定义)需要特别说明一下,因为MVD是为IFC标准和软件开发人员用来在IFC模式中实现IDM定义的信息交换要求的,作为BIM用户通常不需要涉及到这部分内容,因此在本系列文章中对MVD并没有做任何介绍,作为BIM用户来说,你只要知道MVD是研发人员把IDM的人类语言转化成IFC的机器语言加以实现的手段就行了。 

由于自然语言的多样性和多义性,为了保证来自不同国家、地区、语言和文化背景的信息提供者和信息请求者对同一个概念有完全一致的理解,IFD给每一个概念和术语都赋予了一个全球唯一标识码GUID,这样可以使得IFC里面的每一个信息都有一个唯一的标识与之相连,只要提供了需要交换信息的GUID,得到的信息就是唯一的,至于不同背景的的项目成员用什么语言和名词描述或命名这个信息就变得无关紧要了。

IFC/IDM/IFD构成了建设项目信息交换的三个基本支撑,因此也就自然而然地成为了BIM价值得以最大化实现的三大支柱,如图所示:

 [BIM]BIM中IFD介绍[通俗易懂]

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/201619.html原文链接:https://javaforall.net

赞 (0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • 微博舆情分析系统_新浪舆情通

    微博舆情分析系统_新浪舆情通1新浪微博舆情分析系统 摘要  随着互联网的迅速发展,互联网上信息也在飞速增加。如何在广泛信息中总体把握舆情,是一个很重要的问题。本系统实现了基于新浪微博的舆情分析,提供了相关话题获得、关注度曲线绘制、情感取向分析等功能;并对“复旦”关键词进行了跨越一年的舆情分析的实验。  关键词  中文信息处理; 舆情分析; 情感分析 1. 引言 随着Web2.0时…

    2022年9月19日
  • docker(7)docker-compose容器集群编排「建议收藏」

    docker(7)docker-compose容器集群编排「建议收藏」前言实际工作中我们部署一个应用,一般不仅仅只有一个容器,可能会涉及到多个,比如用到数据库,中间件MQ,web前端和后端服务,等多个容器。我们如果一个个去启动应用,当项目非常多时,就很难记住了,所有

    2022年7月29日
  • 页面左侧二级菜单20种案例「建议收藏」

    页面左侧二级菜单20种案例「建议收藏」 本文由码农网 –小峰原创,转载请看清文末的转载要求,欢迎参与我们的付费投稿计划!jQuery作为一款主流的JavaScript前端开发框架,深受广告开发者的亲睐,同时jQuery有着不计其数的插件,特别是菜单插件更为丰富,本文将要为大家介绍20个绚丽而实用的jQuery侧边栏菜单,这些侧边栏菜单可以用在不同风格的网页上,如…

    2022年5月4日
  • aop 实现原理_简述aop的原理

    aop 实现原理_简述aop的原理概述:最近在开发中遇到了一个刚好可以用AOP实现的例子,就顺便研究了AOP的实现原理,把学习到的东西进行一个总结。文章中用到的编程语言为kotlin,需要的可以在IDEA中直接转为java。这篇文章将会按照如下目录展开:AOP简介 代码中实现举例 AOP实现原理 部分源码解析1.AOP简介相信大家或多或少的了解过AOP,都知道它是面向切面编程,在网上搜索可以找到很多的解释。…

    2022年9月18日
  • 哈佛大学《幸福课》笔记

    哈佛大学《幸福课》笔记前述整个九月份以来一直在找工作,工作签好后有各种杂事需要做。当然,更主要的原因是自己懒,所以博客有一个多月没有更新了。今天将自己在大二暑假跟着视频学过的哈佛大学的《幸福课》整理成一篇文章,希望自己以后能够克服困难,多阅读,多学习,多写作,每天能够过的开心充实有意义。《幸福课》笔记(Tal的幸福秘籍)1、你问的问题经常会决定你所做的探索,问题会带来探索。2、信念创造现实,如何理解

    2022年7月25日
  • collection与collections区别

    collection与collections区别collection是一个接口。         他抽取出各种集合<继承List和Set>的主要功能,并做出统一行为规范。          他是很多集合的祖辈接口,没错父辈接口是List和Set。Collections是一个工具类。           工具类是工具,就像Math,Arrays类一样,他是一种工具,集成了很多特定的功能。           比如排…

    2022年6月13日

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号