本文来源:微信公众号crefm001
(2013)最近几年BIM领域开发者普遍遇到一个问题:如何将BIM的设备信息与FM软件进行对接。此BIM既包括像Revit这样软件制作的BIM三维信息模型,也包括Revit这类CaBIM软件本身,此FM软件即国外业界传统上的CaFM软件,或最新潮的IWMS系统。我们拿两个代表性的软件截图来做一浅析。
下图分别是ARCHIBUS软件的运维管理功能与EcoDomus软件的设备信息管理功能,两者相对应的设备信息定义界面的截图。ARCHIBUS是传统上CAFM软件的代表,EcoDomus则是新兴的BIM-FM解决方案的代表,图中的三维模型是从Revit制作的文件导入而来,所以这些设备属性信息是在Revit中定义好的,但在EcoDomus中可以修订。
对比两者的设备信息页面,可以看到非常显著的不同之处是:ARCHIBUS的设备属性页面使用的属性字段是全局设定,而EcoDomus则是与Revit相同的分门别类设定(即Revit的精华——族体系)。
全局设定实则关系型数据库最常见的设计方法,即对于全部设备都使用同样的属性列表;而按照设备类型进行分门别类的设定在原理上接近于对象数据库的开发思想,考虑到对象数据库的开发难度较大,所以在实际软件开发中仍然是使用极其流行的关系型数据库(如最为流行的微软SQL数据库平台)。
那么问题就来了,EcoDomus号称可以将BIM模型数据对接到CAFM软件中,这当然包括ARCHIBUS在内,ARCHIBUS也号称可以将Revit模型数据都接入进来,但二者的设备信息使用着不同的格式,如何对接(写入)呢?
讨论清楚这个问题涉及到大量的相关问题,本文只打算从软件开发技术角度略议。相关讨论参考:漫谈系列25 打通
两者各自采用的软件开发思想,实则代表着关于建筑设施的信息化软件开发的两大流派:一基于管理流程对象(FM-管理流派),一基于建筑设施对象(BIM-建筑流派)。
管理流派如同所有的管理软件一样,对于基础的设备、资产等对象的属性设定一定是采用极为简单的全局通用属性表方法,这是关系型数据库设计的必然结果,这是自从1980年代初期PC机普及之初各种软硬件、软件行业生态环境共同塑造的历史结果。
而建筑流派则理想远大、艰难前行,1987年才诞生第一款此类软件(即ArchiCAD),迟至2002年Revit被Autodesk收购,又针对建筑业特点加以大规模的开发,至今业界才算初步有了一整套堪比几十年前就熟透了的管理流派所拥有的那些成果,包括软硬件、软件行业生态环境等等,并且还不算十分强大,看看Autodesk等平台级软件在中国的少得可怜的ADN的数量就知道了,这与基于SQL语言的整个管理流派的开发阵营相比简直可以忽略不计。
最新文章
政策新闻 | 关于注销武汉晨屹安装工程有限公司等2家建筑施工企业安全生产许可证的公告 政策新闻 | 抚顺市东洲区公共租赁住房保障调整公示(2025.7.2—2025.7.8) 政策新闻 | 宁夏住建厅关于2025年第24批二级注册建造师合格人员名单的公告 政策新闻 | 西安市住建局组织召开全市住建领域质量安全生产工作现场会 政策新闻 | 丽水市村镇建设和名城管理中心2025年工会会员疗休养承办服务工作进行对外公开采购的公告 政策新闻 | 九江市质安站积极参与2025年全国节能宣传周系列活动 政策新闻 | 淄博市住建局2025年“双随机、一公开”抽查结果公示(1-6月) 政策新闻 | 青海省住建厅关于第二批青海省施工图审查机构名录的公示 政策新闻 | 静安区旧区改造和旧住房成套改造工作捷报频传 政策新闻 | 淮北市城建处组织开展2025年安全生产月燃气行业安全培训会