第四章 BIM 業主資訊需求說明書
第一節 EIR S 技術面
依照 EIRs Guidance，此部分包含技術資料需求，包含軟體、資料投交內容及細節 層級。共有軟體平台、資料交付格式、座標系統、細節層次（Level of Detail）及教育 訓練等 5 個項目。個別簡要內容、劍橋 EIRs 實例以及與北市智慧公宅的比較討論如下：
一、軟體平台
EIRs Guidance
明定 BIM 模型及其他會用到的軟體平台，目的是傳逹軟體平台及版本所應用的領 域，及其會對投標準備工作造成影響的面向。
內容應述明橫跨專案計劃全生命週期所使用的軟體平台及版本，例如設計施工的協 作軟體以及目前或預訂要使用的維護管理軟體等。投標人需表明操作這些平台的能力。
EIRs 不能向廠商及下包指定軟體解決方案。然而，僱主可以說明其用來準備將會收到投 標人交付資料的軟體版本及平台，也可規定用以進行合作及設施管理的版本及平台。
劍橋 EIRs
大致依照 EIRs Guidance 的建議，說明用於交付 BIM 要求項目的軟體平台將會被 列在簽約前的 BEP 的資訊交換表中。該列表不應被視為是確定性或限制性的。劍橋大學 可能會在本專案期間的任何時候要求更新軟體版本。軟體版本的任何更新或更改均由劍 橋大學和專案團隊同意。
劍橋大學和 BIM 負責人可以為協作和設施管理軟體定義其版本和軟體平台。對於 協作，衝突審查和檢討，建議應用以下的軟體：
○ Navisworks Manage 2015
○ Navisworks Freedom 2015
○ Solibri Model Checker
○ Solibri Model Viewer
投標人可以考慮其他系統，但必須經劍橋大學和 BIM 負責人批准。簽約後階段的 BEP 必須能與要實施的軟體平台進行溝通，並提供如何與上述軟體進行交互操作的大
70
綱。
北市智慧公宅
目前所收集到的資料中，並未對此項有相關的規定或說明。
二、資料交付格式
EIRs Guidance
目的是規定資料投交（Data Drop）29與專案成果交付的格式。例如：
○ 原始檔案格式—用於各種設計及分析模型的 3D 模型檔案。
○ COBie—要求以 COBie-UK-2012_2.4 版
○ PDF 檔案—不可早於 7.0 版
劍橋 EIRs
除了 EIRs Guidance 所建議的內容外，更擴充如下：
○ 數據交換協定
所有專案的團隊成員應理解共享資訊的使用和責任，格式和頻率。劍橋大學的 關鍵要求，是在設計和施工階段開發的資產資訊，要能夠被納入電腦輔助設施管理 系統（CAFM）。
○ 資產資訊模型（AIM）
為了支持 AIM 的開發，必須強制要求對於每個數據交換以及在交接時，同一數 據集將提供以下資訊：
用於設計和分析功能的設計創作模型
數據交換的方法將會是 COBie-UK-2012 輸出 v2.4
IFC 2x3
PDF 文件
數據中的任何不一致之處均需由原始發起的顧問或承包商解決。對於提供此資
29 指在設計、施工過程中需分段交給業主檢視的階段資訊成果。
71
包含原始模型檔、COBie 檔（.xls/.xlsx）、IFC 檔（.ifc）及其它相關說明文件或是圖 例檔。
（.xls/.xlsx）
其他文件
72
三、座標系統
EIRs Guidance
目的在於規定所有 BIM 資料均採納一套共同的座標系統。例如：
○ 以經緯度表示圖面網格交叉點。
○ 建築物高程起點。
○ 其它座標應用準則，如旋轉、徧移等。
劍橋 EIRs
基礎專案參考點應由首席設計師定義。為了保持座標一致，在所有的模型中都應該 保留作業啟始時的資訊，並且消除座標系統之間的差異引起的相容性問題，所有的專案 文件都應該共享相同的測量點和座標。
專案團隊應該致力於建置具有相同位置和原點座標的模型。以下幾點概述了建置模 型位置和原始點時應考慮到位置和天氣數據的流程，以便在需要時進行能源分析作為可 交付的成果：
○ 建築模型內的建築和/或基地位置應該被設置在正確的經度和緯度或是被 定義的參考點上。
○ 建築模型內的建築和/或基地位置的真北方也應該被正確的設置。這是為 了和現有的基地模型達成一致。
○ 由 Revit 產出的所有模型都應該使用 "共享座標" 系統。
○ 顧問將用 IFC 格式和 3D 座標交換格式分享資訊，以確保該資訊是正確且 一致的。議定的過程應記錄在工程專案的 BEP 之中，以建立建模方法一 致性。
北市智慧公宅
○ 屬性資料作業標準
為避免在後續 MEP 各種應用上發生位置無法對應的問題，在進行各類系統的 配置前，必須先進行 BIM 建築模型的連結。
專案基準點
73
表 11：專案基準點項目設定欄位
專案基準點
序號 欄位 品類 參數類型 單位 範例
1 東/西 專案資訊 數值 cm（公分） -13013.9 2 北/南 專案資訊 數值 cm（公分） 5377.5
3 立面 專案資訊 數值 cm（公分） 30.0
資料來源：臺北市建築資訊建模竣工模型屬性資料作業標準（草案）
共用坐標—讓生命週期模型皆使用相同坐標。
表 12：專案坐標項目設定欄位
專案坐標
序號 欄位 品類 參數類型 單位 範例
1 TWD97-X 專案資訊 數值 m（公尺） 307845.558 2 TWD97-Y 專案資訊 數值 m（公尺） 2764552.631 3 TWD97-Z 專案資訊 數值 m（公尺） 43.114
4 X 專案資訊 數值 cm（公分） -13155.3
5 Y 專案資訊 數值 cm（公分） 5519
6 Z 專案資訊 數值 cm（公分） 0
資料來源：臺北市建築資訊建模竣工模型屬性資料作業標準（草案）
方位正北—正北為專案絕對坐標的正北方向，模型能夠與真實的地理 位置做相互結合與對應，未來可直接應用在 GIS 地圖等功能。
表 13：專案方位項目設定欄位
專案方位
序號 欄位 品類 參數類型 範例
1 方位 專案資訊 文字 正北
資料來源：臺北市建築資訊建模竣工模型屬性資料作業標準（草案）
74
單位
表 14：建築類型專案單位項目設定欄位
專案單位（建築類型）
序號 欄位 品類 參數類型 範例
1 長度 專案資訊 長度 cm（公分）
2 面積 專案資訊 面積 ㎡（平方公尺）
3 體積 專案資訊 體積 ㎥（立方公尺）
資料來源：臺北市建築資訊建模竣工模型屬性資料作業標準（草案）
表 15：機電類型專案單位項目設定欄位
專案單位（機電類型）
序號 欄位 品類 參數類型 範例
1 長度 專案資訊 長度 mm（公厘）
2 面積 專案資訊 面積 ㎡（平方公尺）
3 體積 專案資訊 體積 ㎥（立方公尺）
資料來源：臺北市建築資訊建模竣工模型屬性資料作業標準（草案）
四、細節層級
EIRs Guidance
目的是規定專案各階段進行資料投交時的資訊含量需求。依據本項所敍述的需求內 容，可以產製 CIC（Construction Industry Council、英國營造業協會）所建議的 BIM 協定文件內所包含的模型製造及交付表（Model Production and Delivery Table，以 下簡稱 MPDT）。MPDT 依照合約目的定義了模型規模以及在專案各階段的細節層次。
MPDT 必須完整且定期更新，且包含以下說明事項：
○ 工作階段分段時程表
○ 各工作階段預定的模型細節層次
○ 使資料投交和工作階段一致
○ 細節層次的定義。例如，PAS 1192-2 公佈的定義
劍橋 EIRs
75
○ 細節層級（定義級別）
對於幾何定義和模型可用性的發展程度的要求必須與專案工作階段進行對照，
以支持專案的可交付成果並且支持 BIM 的應用。
這些要求應由專案團隊和指定的供應商了解，並納入簽約後的 BEP 中。定義級 別的解釋和意義應文件所定義之表格符合。
○ 幾何資訊要求
工程專案的各個工作階段依照（RIBA 工作計畫30，以下簡稱 RIBA PoW）所需 的發展程度和負責提供該資訊的一方將在模型產出交付表中明訂。除非經過包括 BIM 負責人與劍橋大學等所有相關各方的明確同意，否則必須嚴格遵守此規定。
在未來的工作階段，對 LOD（Level of Detail）要求的任何修改應由專案團隊 的所有成員都必須明確同意，以便讓專案獲得益處。利益相關者將確保 MPDT 與專 案設計責任矩陣保持一致並對此影響提供意見。
北市智慧公宅
○ 屬性資料作業標準
目前所收集到的資料中，並没有關於模型細節的需求說明，推測應是被納入工 程需求說明書中作要求。
較相似的為屬性資料作業標準中對於 COBie 工作表中的各欄位，在生命週期的 各階段應該分別由哪些角色來負責填寫等，有提供表格參考。而矩陣表內容僅為提 供參考並不是固定的，而是依據個案類型與專案組成角色不同，於專案執行一開始 依據這樣的格式架構來各別定義其分工的內容，如下表示意。
30 RIBA，英國皇家建築師協會。RIBA Plan of Work，建築生命週期階段區分計畫。
76
表 16：COBie 責任矩陣表示意圖
資料來源：臺北市建築資訊建模竣工模型屬性資料作業標準（草案）
五、教育訓練
EIRs Guidance
目的是敍明投標人應提供結案應交付之專案系統相關的訓練，或依合約需要辦理之 訓練需求。如有需要，應清楚地傳達由顧問/包商負責之其他建模及分析工具相關的訓 練責任。
劍橋 EIRs
劍橋大學不負責為供應商使用的 BIM 創作工具提供培訓。在參與專案之前，將要 求所有各方都對創作工具進行充分的培訓。
北市智慧公宅
○ 公宅智慧手冊
在手冊的施工階段 BIM 應用的三級品管相關表單中有提到教育訓練，推測應是 納入個別工程合約需求說明內要求得標廠商辦理。
77