区块链一直在寻找应用落地,消除投机泡沫,但是好象一直没有什么巨大的进展。或许现实生活中某些领域的经验可以借鉴。比如BIM软件之一Revit,其工作集模式或许对区块链的运用落地提供了一种思路。

Revit中的协作关系-4K财经

 

在工程设计领域,包含着众多专业,规划、园林、建筑、结构、水暧电、施工等等,通常分工非常明确,不同的专业主导不同的任务,不可能由一个人来完成,而且这些专业之间都存在相互制约和联接的关系,形成明显的链式结构。通常上层设计的修改会导致后面一系列的改动,规划改动了,园林与建筑设计也得改;建筑设计改了,结构也得改;结构改了,可能某些管线的布置又得重新规划与设计。有时也会形成的反推过程,在施工过程中碰到技术难题,必须通过更改设计来解决,一更改,所以专业都会牵连。所以说各专业是紧密联系在一起的,不仅各专业是紧密联系的,就是同一专业也需要不同的设计师进行配合,这对项目管理的要求比较高。

在手工制图的年代,下一步骤必须要等前一阶段的设计成果出来才能实施,另外一旦方案有任何修改,哪怕一个很小的修改,都会连锁反应,增加灾难级的工作量。所以那个时候,哪怕就是一个简单的多层民用建筑,设计周期都需要三个月以上,效率极其低下。而且,如果修改次数过多,项目经理管理又比较混乱的话,就会形成这样一个结果:大家都认为自己手上的那一版稿子是最新的,别人的稿子是旧稿子,真假难辩,浪费人力物力。

随着计算机技术的发展,CAD即计算机辅助设计(Computer Aided Design)有效地解决了效率问题,但是各专业的协作问题依然头痛。为了解决工程设计领域中的协同工作的障碍,Autodesk公司在2002年率先提出BIM的概念。BIM通过建筑信息的集成,把信息注入到建筑的设计、施工、运行的整个过程中,运用这些信息生成一个虚拟三维模型,建立与这个模型有关的数据库,这样无论是设计团队、施工单位、物业或者业主都可以基于这个模型进行协同工作,有效提高工作效率、节省资源、降低成本、以实现可持续发展。

美国国家BIM标准(NBIMS)对BIM的定义,定义由三部分组成:
(1)BIM是一个设施(建设项目)物理和功能特性的数字表达;
(2)BIM是一个共享的知识资源,是一个分享有关这个设施的信息,为该设施从概念到拆除的全生命周期中的所有决策提供可靠依据的过程;
(3)在设施的不同阶段,不同利益相关方通过在BIM中插入、提取、更新和修改信息,以支持和反映其各自职责的协同作业。

Revit也是Autodesk的产品之一,依据美国佬对BIM的定义,显然它是一款BIM软件。

Revit工作集的基本工作流程是这样子的:所以人的工作成果都必须汇集到一个中心文件里面。项目管理者建立一个中心文件,假如A与B分别建筑设计师与结构计算师。A设定一个工作集,B也设定一个工作集。当A完成工作后,更新数据到中心文件,B征得A同意调用A的数据信息建立了自己的工作集,并且把自己的工作数据信息更新到中心文件。如果整个项目没有一次修改,那么这两个工作集是不会产生任何交集,大家安部就班就可以了,最后施工图人员便根据中心文件自动生成施工图即可。但是这种理想状态几乎不会出现。现实中,有两种情况,一,业主不满意功能布局,对建筑设计进行了调整。二、出于结构优化需要对建筑设计进行调整。第一种情况,B就需要调用A的最新工作集。第二种情况,A需要调用B的工作集。不管是谁调用谁的工作集,其目的都是借用对方的构建进行信息重新编辑。在Reivt中,互相协同合作的各方是可以自由游览各合作方的信息数据库,但是没有编辑权限,想借用对方的数据信息,必须向对方发送请求获得修改编辑的权限。一旦获得同意并完成了编辑,而且编辑结果获得双方认可,那么双方就可以同步更新数据信息到中心文件。当然设定同步时也必须拥有项目负责人给予的权限

可见中心文件数据信息是由不同的协作部门提供并组成的,协作中的任何一方想要修改中心文件,必须得到相应专业的认可与授权,否则修改者的工作集数据不会被中心文件认可。这里的中心文件相当于一个账本,没有得到授权的数据改动不会得到中心文件的承认,是无效的纪录。

由于时间关系,简单介绍到这里,但是Revit这种模式很好地解决了中心化与分布式配合使用的问题,或许对区块链的落地应用有一定的启发作用。