重點摘要
- 拆分不是選配，是必然：單檔效能有上限、多人不能同時改同一個檔、驗收要能對到「這個檔是誰的責任」。
- 常見拆分維度：依專業（建築／結構／機電）為主，大案再疊加依棟別／樓層／區域或依施工分標。
- 拆出去的模型靠共用座標連結回來，整合成總模型——拆是手段，合才是目的。
- 拆分結果要落成 BEP 4.5 總模型列表（Model Register）：每列一個模型檔，寫明產出者、範圍、格式與更新頻率。
拆分邊界畫在哪，責任邊界就在哪——驗收時追的是「檔案」，不是「大概是機電那邊」。
為什麼要拆
| 不拆的下場 | 原因 |
|---|---|
| 檔案開啟要十分鐘、視圖轉不動 | 單檔幾何與資料量超過軟體與硬體的舒適區 |
| 兩個人改同一檔互相覆蓋 | 多人協作需要以檔案（或工作集）為單位切分編輯權 |
| 出問題找不到人 | 一個檔裡混了三個專業，錯的構件算誰的？ |
| 一家改版全案重傳 | 牽一髮動全身，CDE 上版本管理失去意義 |
三個常見拆分維度
1. 依專業拆（基本盤，每案必做）
建築、結構、機電各自獨立檔案。機電再依系統細分是台灣實務常態：電氣、給排水、消防、空調（暖通）常各一檔，因為系統間的建模單位常常不同家。
2. 依棟別／樓層／區域拆（中大型案）
單一專業模型仍太大時，用空間切：A 棟／B 棟、地上／地下、或每 N 個樓層一檔。切點選在自然的工程界面（伸縮縫、棟別分界），不要切在系統連續穿越的位置。
3. 依施工分標拆（配合契約）
分標發包的工程，模型邊界跟著標的走，讓每個承商對自己標內的模型負全責。
三個維度可以疊加：「B 棟＋機電＋消防系統」就是三個維度定位出的一個檔。
單檔大小上限怎麼訂
常見約定是單檔不超過 300–500MB（依軟體與團隊硬體調整），超過就再拆。訂上限的目的不是數字本身，而是：
- 給拆分一個客觀觸發條件——超標就拆，不用每次開會吵。
- 保護所有下游使用者——整合單位要同時載入全部專業模型，任何一檔肥大，整合平台就卡。
把上限寫進 BEP，並列入模型上傳前的自主檢查項目。
拆了之後怎麼合：共用座標連結
拆分能成立的前提是合得回來：
- 全部分檔採同一座標系統與專案基準點（見座標規範一文），以「共用座標」方式互相連結。
- 整合單位定期把所有分檔套疊成總模型（Federated Model），跑衝突偵測。
- 分檔的命名依 BEP 4.2 命名規則，放進 CDE 對應資料夾——拆分、命名、資料夾三者必須互相對應，否則檔案一多就找不到。
BEP 4.5 總模型列表：拆分結果的登記簿
拆分策略最後要落成一張總模型列表（Model Register），每列登記一個模型檔：
| 欄位 | 範例 | 用途 |
|---|---|---|
| 模型名稱（依命名規則） | XX案-B棟-結構-STR-M3 | 與 CDE 檔名一致，可直接搜尋 |
| 產出者 | ○○結構技師事務所 | 責任歸屬 |
| 專業／系統 | 結構 | 分類與衝突矩陣對應 |
| 範圍 | B 棟全樓層 | 邊界說清楚，避免兩檔重疊或漏建 |
| 格式 | .rvt＋IFC 4 | 交付格式承諾 |
| 更新頻率 | 每兩週上傳 | 連動 CDE 上傳頻率與整合輪次 |
這張表同時是第七章 TIDP／MIDP 的模型來源清單：交付計畫裡的每個「模型包」，都應該能對回總模型列表的某幾列。
拆分規劃檢查清單
- ☐ 拆分維度寫明（專業為主，何時疊加區域／分標）
- ☐ 單檔大小上限有數字、有超標處置（再拆）
- ☐ 拆分邊界與命名規則、CDE 資料夾結構一致
- ☐ 全部分檔用共用座標可互相連結
- ☐ 總模型列表逐檔登記，範圍無重疊、無遺漏
- ☐ 與 TIDP／MIDP 的模型包對應得起來