第二章 蒐集之資料、文獻分析
第三節 案例調查與現況分析
第三節第三節
第三節第三節 案例調查與現況分析案例調查與現況分析案例調查與現況分析案例調查與現況分析
壹、住都中心社宅服務 一、訪談紀錄
1. 時間：109 年 04 月 6 日（星期一）上午 10 時 00 分 109年 04月 27 日（星期一）上午 10 時 00 分 109年 05月 12 日（星期二）下午 14 時 00 分 2. 地點：國家住宅及都更中心會議室
3. 會議結束時間：下午 12 時 40 分 16 時 40 分
二、訪談內容摘要(細節詳參附錄三)
(一)單位使用需求(Organizational Information Requirement , OIR)
1. 有關於上次與富瀚討論 BIM 指南於 ISO 19650-1,2 概念，工作分項內大 致會有幾類主要項目，需求定義至需求管理(建築物類型、專案資訊、
維運管理、共同資料庫)本次主要聚焦在業主部分。
2. 專案的里程碑大概就是說基礎設計、細部設計，在竣工階段要做什麼事 情，基礎設計需要的原則、產出方法....等。
3. 有關共同資料圖台需定義要求資料項目以滿足維管系統，目前是否有朝 哪個方向?是否有打算自已開設圖台?
4. 有關結構部分發現問題，直接調資料，若是紙本其實也不會消除。
5. 單位使用需求是最重要的，模型的目標、設計。OIR 其實是最難的部分。
6. 設計與實際的差異，再請統包團隊提出相關計畫。
(二) 資產管理資訊需求(Asset Information Requirement , AIR)
1. 有關於資產管理資訊需求要管理的內容(AIR)，要做社會住宅，後續會另 約時間訪談。
2. 有關於衝突檢討，需要要檢討什麼?這是是業主需要注意的；而在機電 的部分，BIM Use 12 內容較為含糊，包括拆分模型及弱電系統等細項不 明確，較有沒有一個完整的內容。
3. 想請教有關於施工部分，在未來使用的部分，是否以後需要做的方向，
是先把資料導入進去，未來若用不到，是否等於多建置的資料。
4. 想請教模型依照層級，需達到很細部嗎?(如電子檔案提供即可)?
5. 想請教竣工和驗收部分是否有點類似，若建立以上的資料，是否就有 24種的分類方式?
6. 想請教目前必須與實體一致，目前擔心的是，我們知道哪些東西、但是 每個人的檢核標準不一致，可能會檢核不過，怕檢核的時候的資訊落差 (如順序、流程)，是否有 SOP 針對該注意的地方做檢核?以及衝突檢討 有一些管線都還沒完成。
第二章 蒐集之資料、文獻分析
31
7. 想請教 假設我要驗網路的部分(現場測試問題，其實和 BIM 沒有關係) 8. 想請教是否可以減少統包商的衝突部分，能使維運和衝突減少。在要求
方面可以不用高，只要核對竣工即可。
(三) 專案資訊要求(Project Information Requirement , PIR)
1. 有關於 BIM USE 22 的部分，施工模型內(機電模型、建築模型、結構模 型)，大致說明，如 BIM USE 22 的施工定案，相關要送審的文件，BIM USE 23的竣工 BIM USE 24 的驗收；使用者需求驗收等。
2. 有關於 BIM USE 23 的部分，(機電模型、建築模型、結構模型)，主要談 竣工製造商、設備商資料部分。
3. 有關於 BIM USE 24 的部分，對應到當初契約內提及的需求，如施工單 位驗證方法(點雲、現場測量)、相關文件(維修、營運)。
4. 有關於 BIM USE 25 的部分，設施管理模型，(共同資料環境、營運管理 資訊、設施營運管理資訊系統、資產管理系統、空間使用管理系統)，
各項的細項，如果有要討論比較細部的資產管理，大家是否有思考到這 部份來做為引導，大概整個 BEP 擬定主軸，會從單位需求開始(OIR)到資 產管理(AIR)再到專案資訊要求(PIR)最後到資訊交換標準(EIR)。
5. 有關於社宅的推動狀況，要把使用需求、建築物推動的規模型態、使用 者是誰，整體願景及目標會寫在開頭，許多未敘述 BIM 模型專案管理、
如何驗收?專案資訊如何進來?DATA 是否合格?維護管理系統就如同 BIM USE 25是有關係的。
6. 想請教擴柱問題，有沒有辦法知道哪條管，知道供應哪條的線，你圖的 線是否會提及?
(四)資訊交換標準(Exchange Information Requirement , EIR)
1. 由於初版都有提到，可以降低過度材料耗損問題，讓整個工程竣工點交 上，有許多明細表可以產生，如馬桶幾個、門幾扇，在我的專案需求內，
要把誤差需求描述清楚，這是大家要在專案需求上去想的。專案基礎設 計、細部設計我們會再寫好在請 PCM 審閱，會先預想動作方針，再針 對動作去寫程式。
2. 回到一開始流程概念，檔案管理、交換格式、驗收項目，還是在說資訊 交換要交換什麼內容。
3. 想請教我的初步想法，竣工會提供一張光碟，光碟內一個封閉的系統，
有設定一些維運管理的清單，雖然日後的廠商不會去使用，至少有圖 2D、3D 一張檢核的光碟，能否請廠商之後結案後提供一張光碟給我們?
32
貳、遠傳 TPAK 辦公園區 一、訪談紀錄
1. 時間：109 年 04 月 29 日（星期三）下午 14:30 2. 地點：內湖瑞光路 468 號(遠傳電信)
3. 會議結束時間：下午 17 時 00 分
二、訪談內容摘要(細節詳參附錄四)
1. 單位使用需求(Organizational Information Requirement , OIR)
A. 針對過往在訂定目標等相關任務，常常單位組織針對市場環境與公 司成本管控上對各樓層類型(全辦或半辦)設定問題不斷反覆檢討均會影 響最後營運日期。
B. 但因 BIM 已從建物結構起就持續進行，針對空間定義與編碼不斷反 覆修正調整，會在指南針對業主端的最終專案日期的交付會有很大的時 間壓力。
C. 空間定義編碼在不同空間相對應的設備規劃常常面臨到計畫改變是 否在空間編碼也同時進行調整，如一開始沒有相對應的維護計畫空間，
後續又在改變有額外的設備規劃加入，此時編碼方式是否有其他的附加 資訊來補充。
2. 資產管理資訊需求(Asset Information Requirement , AIR)
資產管理則依據現行行政類及機電設施類來進行大項目類別，依據 不同行為需求及來提供資產管理資訊需求，如叫修與巡檢方式訂出不 同流程，另外在資產資訊部分特別針對資產編碼部分與現行會計資產 q 盤點編碼表相同，以利後續對應。
3. 專案資訊要求(Project Information Requirement , PIR)
建模常常因為其他特殊性的需求，例如每個單位在部門組織的需 求上的特殊條件，如金庫、合約檔案庫房等機密文件資料空間需求增 加，導致在建模上及符合資安相關門禁安防需求異動上的變動性，如 預先提供各部門空間使用訪查上可提前解決這些問題。
4. 資訊交換標準(Exchange Information Requirement , EIR)
在 TPKC 案例將目前中央監控系統部分所收集相關資訊均提供至 BIM維運管理平台，包含大數據統計分析也在中央監控範圍內，BIM 維 運管理平台僅針對資料收集結合空間幾何來顯現相對應位置與重要設 備依存性，後續在竣工時將圖面部分(流程圖、平面圖、施工圖、大樣 圖、架構圖)、文字檔部分(操作手冊、設備型錄、廠商聯絡資訊、採購 相關資訊、合約等)、數字部分(由中央監控系統提供各項數據、分析大
第二章 蒐集之資料、文獻分析
33
數據後之各項統計及建議數據、設備數量等)作為可被資訊交換的標 準。
B. 在住宅或是商業辦公類，所有的資料交換格式中針對有個資部分特 徵，需要被檢討或是隱蔽部分資訊。
第三章