|
（2014）最近几年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模型数据都接入进来，但二者的设备信息使用着不同的格式，如何对接（写入）呢？ 讨论清楚这个问题涉及到大量的相关问题，本文只打算从软件开发技术角度略议。 相关讨论参考：漫谈BIM与FM：打通 两者各自采用的软件开发思想，实则代表着关于建筑设施的信息化软件开发的两大流派：一基于管理流程对象（FM-管理流派），一基于建筑设施对象（BIM-建筑流派）。管理流派如同所有的管理软件一样，对于基础的设备、资产等对象的属性设定一定是采用极为简单的全局通用属性表方法，这是关系型数据库设计的必然结果，这是自从1980年代初期PC机普及之初各种软硬件、软件行业生态环境共同塑造的历史结果。而建筑流派则理想远大、艰难前行，1987年才诞生第一款此类软件（即ArchiCAD），迟至2002年Revit被Autodesk收购，又针对建筑业特点加以大规模的开发，至今业界才算初步有了一整套堪比几十年前就熟透了的管理流派所拥有的那些成果，包括软硬件、软件行业生态环境等等，并且还不算十分强大，看看Autodesk等平台级软件在中国的少得可怜的ADN的数量就知道了，这与基于SQL语言的整个管理流派的开发阵营相比简直可以忽略不计。 【陈光评注】在ARCHIBUS 2016年的最新版本中，已经开始将这种“基于BIM的开发思想”运用在软件中。这说明大软件厂商也开始重视BIM这个发展方向。 参考 |
|
|
