我在新加坡做BIM经理：在高度成熟的BIM市场中，怎么搞出有用的创新？( 三 ) 本期内容结尾有抽奖菜单

那么如何利用模型管理好整个项目的预制构件进程、运输及安装情况？
刚开始我们就决定利用天宝（TrimbleSolution）的云平台TrimbleConnect ，原生的平台及对Tekla的完美支持都很适合这个项目，但是问题来了， TC作为一个成熟的平台类产品，无法根据我们的需求进行多样化的定制。
那么我们只能利用现有平台的功能去进行设计，在一套完善的平台流程中插入定制化成分比较高的模块，但这显然是不科学的。于是我们请天宝提供研发人员，与我们一起设计一个B/S架构的构件追踪平台。
这个时候还没有雏形，一切都是我们内心的想法，下一步，就是将想法形成产品。
由于曾经学过编程，所以在大家第一次坐下来讨论目标的时候，几个不同技术领域的沟通也成功的擦出了火花，无论是从程序、研发的角度，还是模型、建筑的方向，各参与方都成功的领悟到了对方想要什么，自己需要做什么。
这也使得后续整个开发落地的过程异常的顺利，虽然不会使用原型图工具，但是对于产品所需要展示的内容和架构，已经在大家的脑海中形成，这也催生出了一张用Excel绘制的平台UI原型图。

文章图片
梦开始的地方：用Excel简单绘制的平台主界面

文章图片
上线后的平台主界面截图
那么虚拟世界中的构件与现实世界中的构件，怎么能产生关联和互动？是不是需要用到一些介质，比如二维码？
但是由于预制构件的运输不是两点一线，张贴在构件上的二维码纸张很容易损坏，而从马来西亚到新加坡的整个过程中分为了马来西亚预制场、新加坡临时存储地、项目现场、安装等四个主要阶段，针对这么多运输步骤的现实情况，最终我们确定并选择了RFID芯片作为介质。
通过编码器对RFID芯片进行编码，对应芯片通过构件属性里的GUID识别并绑定模型，保证了唯一性，一个GUID对应一个构件编号，构件编号又与图纸上的标号形成一致，这样一个输入的步骤，数据库里就多了一列RFID编号。

文章图片
编码器、扫描器、RFID芯片及芯片埋置过程
RFID编号通过数据库的实时更新，传输给了平台端的模型，平台端显示用的是TrimbleConnect的底层轻量化引擎，这也间接解决了图形显示的问题。
通过定制化的开发接口，我们可以自由的给模型定制不同阶段和相对应的颜色，让进度一目了然。
同时，扫描器的APP也同步更新，每一次扫描，我们都可以写入实时的时间和相应的阶段，在更新数据库的同时，通过服务器同步更新到平台端的模型。

文章图片
手机端和平台端通过图形和编号对构件情况进行实时查看
解决了技术上的问题，接踵而来的，也是所有做BIM ，并且想把BIM给做好的同行们遇到的最大问题。
那就是人的问题。
数据是死的，实时数据之所以有价值，是因为它会跟着时间的变化而变化，客户能够通过不同时间模型变化所得到的视觉反馈，了解现实世界中所发生的实际情况，所以实时的数模更新才是最终我们要得到的成果。
每一个构件都要经历4个过程阶段、4个不同位置的移动、4把扫描器，接收送出一共6个阶段的扫描。同时，我们还需要4个负责任的专人，在每一个构件的物理状态发生变化的时候，及时用扫描器对埋在构件里的芯片进行数据更新。