裝配式混凝土建筑信息交互與管理平臺設計

文/周永明 蘇章 李文建

1 研究目標

裝配式混凝土建筑信息交互的目的，是無損的將設計、生產、施工、運維中產生的數據有效保存傳遞下去，保證后續工作能夠順利進行。

標準的編制中遵循了以下基本原則：裝配式混凝土建筑信息交互以裝配式混凝土建筑信息模型為基礎。模型分類對象應包括建筑工程中的幾何信息和非幾何信息。各參建方應統一建筑信息編碼系統。各類軟件創建的信息，應采用開放或兼容的數據交換格式進行數據轉換。信息交互過程中，所有有效信息都應無損保留。

2 設計階段信息交互要求

設計階段信息模型應包含方案設計、初步設計、施工圖設計及構件深化設計階段。各階段設計軟件應具備創建、傳遞和應用建筑信息的功能。方案設計階段信息應包含場地邊界、交通出入口定位等信息。初步設計階段信息模型應包含工程物體形狀、功能、機房設備及管線位置等信息。施工圖設計階段信息模型應包含工程物體的實際形狀、功能布局、建筑構造做法、機房設備和管線位置等信息。構件深化設計階段信息模型應包含構件尺寸、標高、數量、重量、構件位置、預留預埋位置等信息。

3 生產階段信息交互要求

預制構件生產階段宜采用全過程的信息化管理。預制構件生產應有數據采集、監測的設備、人員及管理體系。生產準備階段應當具備以下信息：預制構件數量、外觀、尺寸、功能以及編碼；鋼筋強度以及排布信息；鋼筋搭接的細部節點信息；混凝土強度及性能要求；連接部件的材料以及強度要求；預埋吊具強度要求及預埋件、預留洞的尺寸和位置等。

4 施工階段信息交互要求

施工階段建筑信息交互包括施工準備、資源配置、構件進場與堆放、構件安裝、構件連接、質量驗收等信息。

5 竣工驗收及交付階段的信息交互要求

竣工交付模型應基于施工深化設計模型，根據竣工交付階段的需要整理、完善而形成。

竣工交付模型應反應項目建成狀態，并交叉檢查、審核模型確定正確性；竣工交付模型宜支持在本地或通過IFC標準導出數據給設施管理系統使用；竣工交付模型應包含可修改的模型版本，支持后續的數據更新。

6 運營維護階段信息交互

宜建立運維階段的信息化協同平臺，實現運維模型及信息的集成管理、更新與應用，并實現快速檢索、定位、讀取關聯信息的功能。應記錄裝配式混凝土構件及部品部件的資產管理信息、維護信息以及維修信息。

7 裝配式施工管理系統案例

下面以中建三局研發的裝配式施工管理系統為例，簡單介紹一下如何實現施工階段的信息交互。

每一個構件編號對應一組構件信息，并在界面上顯示驗收狀態（圖1）。點擊“詳情”符號，會彈出構件的詳細信息，包括：“計劃進場時間”、“實際進場時間”、“卸貨完成時間”、“圖紙查詢”、“不合格處理”、“備注”。其中，前三者可以在APP中輸入。“圖紙查詢”中的“拆分平面”和“深化詳圖”都是鏈接，點擊即可查看相應的圖紙內容。“不合格處理”是一個子界面窗口，點擊之后即可彈出子界面，選擇“處理方式”，并輸入“處理記錄”和“計劃重新驗收時間”。

“構件進場驗收”模塊如圖所示。默認狀態下，顯示上一次查看的“樓棟編號”對應的全部“樓層編號”的構件編號。可以點擊下拉符號選擇具體的“樓棟編號”和“樓層編號”所對應的構件編號。

點擊每個構件編號對應行的箭頭指向符號，即可輸入或查看該構件的驗收詳情。點擊每個驗收指標行的箭頭指向符號，即可輸入或查看該項指標的驗收過程。

每個構件編號都有個同步符號，當APP數據與云端已經同步，則同步符號顯示已同步。每行數據都有一個點選符號，可以批量選取構件編號，進行數據清除命令或者同步命令。對于已經完成安裝驗收的預制構件，APP端可以清除該構件編號所對應的數據，以降低APP端的數據存儲量。數據清除之后，該構件編號對應的同步符號變成未同步。

圖1

圖2

每個子界面都有“數據表格”欄，“實測偏差”可輸入實測的數值，還可以增行，填寫多組數據。“評定記錄”可輸入文字。“照片”功能和前面所述類同。通過在APP中填寫數據，將相應數據和報表與相應構件關聯起來。如圖2所示。

施工驗收模塊也類似，將所有待檢類型列出，并將數據掛接到相應構件上。該數據將通過插件固化在BIM模型中，使之保存并傳遞到下一階段。

8 結語

文章從信息交互和軟件設計的角度論述了在裝配式建筑建設過程中的信息交互重點，希望可以為日后的工作開展提供參考。