查看: 219|回复: 1

FM与BIM的数据关系是怎样的

[复制链接]

171

帖子

2085

积分

188 小时

在线时间

管理员

Rank: 9Rank: 9Rank: 9

积分
2085

论坛元老荣誉管理优秀版主突出贡献论坛之王

发表于 2018-12-10 19:43:42 | 显示全部楼层 |阅读模式
  FM与BIM的数据关系是怎样的?经历了FM的管理世界,再来谈与BIM要打通的CAFM÷IWMS就有现实意义了,因为这些软件系统本来就是FM管理系统的信息化。CAFM中的数据就是FM管理作业的数据,互通的内容就是数据的互通,那么我们将会遇到大批的具体的问题,如:

  若FM工程师想要增添一个构件,比喻是事前施工模型里面没有的一个新倾销的设备,他要在BIM模型中增添这个构件吗?还是在CAFM数据库中增添即可?或两边都增添?或一边增添同步到另外一边?或离别增添然后在链接起来?等等。

  又如:他如果要修改一个构件的属性信息,将要在Revit这边修改,还是在CAFM那边修改?要结构一个新的中央数据库吗?或是一个由两者奇特管辖的同步的数据库?

  又如:建筑构件门类复杂多样,而每类属性大异,门窗的十几条属性与空调风口的几十条属性存在很大区别,这在revit这样的软件中可见一斑,因此这类软件都结构了庞大的构件分类编码系统,如UniFormat、MasterFormat和Omniclass三个内置到revit软件的稀有系统。那么,之于完全没有这些编码系统的中国来说,需要结构一个新的系统吗?

  显然,若无分类系统将构件对象进行分门别类的解决,那数据库将会糟糕到什么程度:一个新增的构件的属性条目(数据库字段)将会高达数千!

  现在,为了解决一个数据的增添或修改问题,我们又径直走到了构件分类法(本体论)的领地。研究这类作为行业级的宏观但又极为枯燥的分类编码方法,所需背景知识已全然不再是建筑工程师、设计师、软件工程师之中的单一背景所能涵盖的了,仅仅了解就成为很大的问题、遑论结构一个系统?

  内中的了解问题就像前述的软件功能结构一样,拿掉一个小框框、或改一个名字,能够吗?会出什么问题?有什么影响吗?这些问题甚至于没有答案,至少在个人级和团队级应用的层面上没有答案可言,这至少要在行业级层面上才有答案可言。在这个意义上,BIM+FM无疑是行业级的应用。(文章来源:网络)
回复

使用道具 举报

87

帖子

197

积分

5 小时

在线时间

注册会员

Rank: 2

积分
197
发表于 2018-12-16 18:43:36 | 显示全部楼层
打开支付宝首页搜“573872420”领红包,领到大红包的小伙伴赶紧使用哦!
回复

使用道具 举报

QQ|小黑屋|联系我们|BIM视点 ( 豫ICP备07006132-2 )|网站地图

GMT+8, 2019-2-16 10:51 , Processed in 0.152726 second(s), 22 queries .

Powered by Discuz! X3.4

© 2017-2020 【BIM视点】 All Rights Reserved.

快速回复 返回顶部 返回列表