BIM做大项目：协同管理

xycost

一、模型管理之目录结构

对于大型BIM项目而言，今天的硬件条件依然吃力，这有点像十多年前的电脑，应付当时的大型二维CAD图也会吃力，但今天的中端配置的电脑已经足以应付大型二维CAD图了，所以相信不久的将来，硬件的发展很快就可以应付目前感觉吃力的BIM模型。但在目前的有限硬件条件下，通过模型拆分的方法，还是可以完成大型的BIM模型。

由于模型比较大，就要拆分成多个模型，但过多的模型文件也会带来文件管理和组织的问题。其次，由于模型大，需要参与项目的人员也多，该项目最高峰时有10人同时建模，所以项目管理也很重要。

国外的BIM标准在这方面都有相应的指引，下图是Los Angeles Community College District 的BIM标准中关于项目文件的目录结构：

         当然，不同的应用其目录组织是会有区别的。从上述目录结构指引来看，偏向设计阶段应用，是以专业为主线进行目录组织的。

而本项目的应用是在施工和运营阶段，所以在目录组织上我们采用了以区域为主线进行目录组织，避免各专业模型整合时要跨目录链接的问题，在一个区域里存放所有专业的文件，更容易管理，如下图：

二、模型管理之文件命名

当然，除了要组织好目录结构，文件命名也需要有规范的命名规则才能保证好几千个文件的有效管理，究竟如何，且听下回分解。

有了清晰的文件目录组织，还需要有清晰的文件命名规则。如前所述，为了拆分大模型，本项目仅模型文件数量就达500多个，必须严格规定文件的命名方式。香港房屋署（ Hong Kong Housing Authority）的BIM标准手册里，把文件命名分8个字段24个字符进行命名，见下图：

从文件名就可以很容易地解读出该文件的来源，例如：
TM18_ _BLKAA-M-1F_ _ _ _ _ _ _ _
其中：

字段号	字段内容	描述
1	TM18	项目名称“Tuen Mun Area 18”的缩写
2	_ _	项目阶段编号，没有则留空
3	BLKA	建筑物类型为Block A,
4	A	建筑专业。如果是S为结构专业，C为市政专业等等
5	-M-	模型文件。如果是“-L-”则为被链接，“-T-”为临时文件
6	1F_ _ _ _	文件简述：1层，空内容则留空
7	_	版本，A-Z，没有则留空
8	_ _ _	修改编号，001,002..., 没有则留空

当然文件名也不宜过长，否则将会适得其反，上述这个文件命名规则在描述文件的清晰度和文件名长度上的平衡还是把握得比较好的。由于香港特区政府文件习惯沿用英语，用英文字母做缩写可以满足命名要求。但如果文件命名使用中文做缩写就有些困难，所以，我们在参照这个文件命名规则的同时，结合中文的特点，制定了如下规则：

项目简称-区域-专业-系统-楼层

与英文缩写不同，使用中文字段不好控制长度，所以不规定字段长度，但用“-”区分，以分隔出字段含义，例如：某项目-1区-空调-空调水-2层。

机电设备专业涉及到系统，需要在相同专业下再区分系统，如空调专业可能要区分：空调水和风管，有必要的话空调水还可以细分为空调供水、空调回水、冷凝水、热水供水、热水回水等等。对于大型项目，模型划分越细，后续的模型应用就越灵活。而在建模过程中，划分系统几乎不会增加多少工作量，却为后续模型管理和应用带来极大的便利。

系统的区分还可以不通过文件来区分而是在模型文件内部用设备类型来分系统，这样可以减少文件数量而保持细分模型的规则，本项目考虑到模型文件比较多，为了减少文件数量，采用了后者。

对于一些小型项目，可能一个模型文件就包括了一个项目的所有内容，“项目简称”是必须的，但本项目模型都拆分得比较细，文件很多，在严格按照文件目录组织的框架下，文件命名取消了“项目简称”字段，以减少文件名长度。

总之，模型文件命名和模型划分是密不可分的，我们需要在清晰度和管理的有效性、便利性上取得平衡。所以，在项目前期需要对项目规模、专业组成，尤其是BIM应用目标进行充分的研究，才能确保项目顺利进行。

三、模型管理之协同工作

       该项目模型量比较大，需要按分区和专业进行划分，再分别进行模型的建立。协同建模通常有两种工作模式：“工作共享”和“模型链接”，或者两种方式混合。这两种方式各有优缺点，但最根本的区别是：“工作共享”允许多人同时编辑相同模型，而“模型链接”是独享模型，当某个模型被打开编辑时，其他人只能“读”而不能“改”，简单说明如下：

工作共享应用：


模型链接应用1：


模型链接应用2：


模型链接应用3：



理论上讲“工作共享”是最理想的工作方式，既解决了一个大型模型多人同时分区域建模的问题，又解决了同一模型可被多人同时编辑的问题。而“模型链接”只解决了多人同时分区域建模的问题，无法实现多人同时编辑同一模型。虽然“工作共享”是理想的工作方式，但由于“工作共享”方式在软件实现上比较复杂，该项目我们使用的Revit软件目前在性能稳定性和速度上都存在一些问题，而“模型链接”技术成熟、性能稳定，尤其是对于大型模型在协同工作时，性能表现优异，特别是在软件的操作响应上。我们做过一个测试，把该项目的2个区使用“工作共享”的方式模型进行编辑，与打开一个区，另一个区则是通过链接方式链接进来，在性能上链接的方式速度要得快的多。

由于“模型链接”方式对于链接模型只是作为可视化和空间定位参考，不用考虑对其进行编辑，所以在软件实现上就简单得多，占有硬件和软件资源都少，性能自然就提高了。

为了进一步测试“模型链接”的性能，我们还做了另外一个测试，就是既不使用“模型链接”也不使用“工作共享”方式，纯粹就是把该项目的两个区合并成一个模型，与上述“模型链接”方式比较，在性能上链接的方式速度还是要快得多。

通过上述测试和分析，我们在该项目全部采用“模型链接”工作方式，从最后的使用情况来看是比较成功的，主要表现在以下几个方面：

• 性能稳定，没有出现任何由于模型链接产生的问题；
• 响应速度快，采用之前提到的软硬件配置，工作时还是比较流畅；
• 数据迁移方便，该项目工作地点发生过多次的变化，包括到项目所在地进行现场建模，共享文件夹通过复制就实现了；
• 项目成员进出方便，只需要设置成员的访问服务器权限即可，没有“工作共享”方式经常发生的权限问题。
  

下面是“工作共享”和“模型链接”两种协同工作方法的比较：

	工作共享	模型链接
项目文件	同一中心文件，不同本地文件	不同文件：主文件和链接文件
更新	双向、同步更新	单向更新
编辑其它成员构件	通过借用后编辑	不可以
工作模板文件	同一模板	可采用不同模板
性能	大模型时速度慢	大模型时速度相比工作共享快
稳定性	目前版本不是太稳定	稳定
权限管理	不方便	简单
适用于	同专业协同，单体内部协同	专业之间协同，各单体之间协同