BIM运维为何一直原地踏步？

相对于BIM在设计和施工阶段的发展，国内BIM运维，可以说是停滞不前。

与BIM在设计和施工阶段相比，BIM运维面临更多的难题。

运维阶段，运维系统不仅需要处理业务带来的数据量，还需要处理BIM模型数据，并且随着业务的发展，数据越趋庞大。

近年来，大型基础设施项目的发展，催生了BIM模型轻量化。

BIM轻量化的核心是：不断缩小BIM模型体量，使它适应电脑，手机等移动终端。

几何转换：就是对BIM模型进行参数化处理和压缩存储，将BIM中的几何数据转换为大多数软件支持的三角面格式，以构件为粒度融合属性数据，达到缩小BIM模型体量的目的。

渲染处理：就是利用三维渲染引擎对大模型和大场景进行渲染优化，实现在硬件资源不足的条件，大体量、大场景流畅展示。

BIM模型轻量化的问题，一般用轻量化展示引擎就能解决。

EIM轻量化展示引擎在解决建筑数据管理和复用上，呈现了巨大的优势。能解决大体量BIM模型加载、模型兼容、模型数据还原、Web端BIM模型渲染流畅度和稳定性等问题。

目前，国内很少有项目，能实现一模到底，创建BIM运维模型。

运维模型的要求高是一方面，另一方面是成本问题。

运维模型十分注重拓扑关系，而设计施工模型不会花时间去做真实的连接，它们只需要专注于设计出图和指导施工。在运维阶段，光是弥补这一点就需要花费大量的时间。

此外，建设阶段的模型主要关注设备和管线安装，而运维阶段除了设备管理的需要，更多的是对强弱电系统的应用，比如弱电设备、道闸、插座等，这些都不是建设阶段的重点建模部分，甚至在部分项目中，这些内容都不需要建模。

编码，能成功的解决不同系统对同一构件的称呼问题，不仅为建设、设计和施工单位之间信息沟通提供一种共同语言，还有利于运维数据的管理，为运维设备的有效管理和运维效率的提升提供保障。

2017年10月，国标《建筑信息模型分类和编码标准》GB/T51269-2017发布，自2018年5月1日起实施。该标准与IFD关联，基于Omniclass，面向建筑工程领域，规定了各类信息的分类方式和编码办法。

编码并非越完整，信息越丰富越好，编码只需要保障构件的唯一性，和能进行数据的查找即可。

编码的最佳生成时间是项目的开始，即项目初步设计阶段。

在工程项目的初步设计阶段，就对模型构件进行分类和编码，随着项目的进展，这个编码一直跟随着构件，便于信息的查找与复用。

BIM运维主要分为业务模块和数据模块，业务模块一般包括物业管理、资产管理、安全管理、空间管理等；数据模块一般包括BIM模块、物联模块、数据平台等。

运维系统一般不具备通用性，针对不同的行业，不同的需求，运维系统具有不同的业务和功能偏向。

如想要降本增效，就要从成本的角度出发，重点关注人力成本、能耗成本、设备成本、维护成本等几个维度。

如想要用于建筑物的管理，就要包括空间管理、资产管理、能耗管理、设备管理。