在第二层级的BIM框架中,施工项目因缺乏数据集成、文档之间互不关联、缺少过程仿真而受到种种制约。这是导致项目实施过程中遭遇意外的三大根本原因。 建设项目参与方可分为下列团队: 设计团队:建筑师、工程师和咨询顾问 供应团队:建筑产品制造 / 加工商和供应商 施工团队:总承包商、分包商和劳务方 运营团队:业主、运营方和物业经理 虽然每个团队内部都会存在反馈环节、任务管理、设计协调和其它协作问题,但是团队之间的信息模糊、重新加工和 RFI 是整个扩展型项目团队的协作面临破裂的症状。
建设项目参与方可分为下列团队:
设计团队:建筑师、工程师和咨询顾问
供应团队:建筑产品制造 / 加工商和供应商
施工团队:总承包商、分包商和劳务方
运营团队:业主、运营方和物业经理
虽然每个团队内部都会存在反馈环节、任务管理、设计协调和其它协作问题,但是团队之间的信息模糊、重新加工和 RFI 是整个扩展型项目团队的协作面临破裂的症状。
英国施工行业委员会的研究表明,仅凭第二层级的BIM无法实现业主追求的种种效益,例如降低成本、提升价值、提高可持续性等。第二层级的BIM 固有的信息传递和重新加工流程制约着各个团队的一体化,并把价值局限在各个孤岛内部。
孤岛式协作:断裂式流程的缺陷
在第二层级的BIM框架中,施工项目因缺乏数据集成、文档之间互不关联、缺少过程仿真而受到种种制约。这是导致项目实施过程中遭遇意外的三大根本原因。
无数据集成
在孤岛式协作中,要交换数据就必须导出数据并传递文件。传递文件是一种有缺陷的解决方案, 会造成大量的版本控制问题,因为项目流程中会有诸多参与方在不同的时间点上提供关键数据。
由于不存在单一的真实数据源,参与方就无法获得有意义的、合乎情景的数据以进行更好的决策。建筑师根据设计内容进行决策,但却无法获得施工数据和制造数据,而这些信息是可能影响 最终成果的。而承包商收到不完整且模糊不清的设计信息,就会导致大量的RFI和变更通知。
无文档连续性
设计团队创建报批图纸。系统制造方和安装方会根据自己的用途重新设计图纸。施工团队随后会根据自上而下的估计来创建施工方案,花费大量资源处理RFI、送审文件和变更通知。