研究方法與流程

第四節 研究方法與流程

本研究採用之方法與流程如圖 1-1：

圖 1-1 研究流程圖

5

本計畫開始後，在初始的學習準備階段，會先對該計畫所需的相關文獻進行 回顧，主要分為兩個方面：一方面為整理防火、無障礙設施及營運維護相關法規，

比如《各類場所消防安全設備設施標準》、《無障礙設施設計規範》、《綠建築標章

（EEWH）》和其他相關法規。另一方面為學習程式語言 C#和 BIM 軟體等，以 Autodesk Revit API 為例，Revit 提供了豐富而強大的.NET API，使用者可利用編 寫 API 作為輔助工具，讓軟體自動執行重複動作，亦可擴展 Revit 的核心功能，

包含模擬、設計及營建管理之運用等。Revit .NET API 允許使用者使用任何.NET 相容的程式語言（包括 VB.NET，C＃和 C ++ / CLI）進行開發。 Revit SDK 軟 體開發工具包提供了許多.NET 示範檔和相關內容說明文件。另外，Revit 外掛工 具—Add-in Manager，使用者可透過 Add-in Manager 快速測試自己編譯的 API，

亦可產生 Revit API 外掛資訊的.addin 檔。

在之後的應用開發階段，會先對建築師、消防設備師等進行專家訪談，了解 防火、無障礙等設施與營運維護的各項情況及標準，整理及確認防火、無障礙設 備等 BIM 相關元件，同時，建立並定義營運維護相關條件，參考工程總分類碼 並定義 BIM 相關元件屬性，編寫 API 及開發外掛程式。以工程總分類碼 Omni Class 為例，其編碼範圍涵蓋工程全生命週期，意即初期規劃、設計、施工、營 運管理階段可透過工程編碼將工程產業做垂直整合，資訊便可相互流通。另外，

由於工程總分類碼以多對數字組成上到下階層的概念編制，故有彈性空間可供使 用者依據專案需求擴充。Omni Class 其編碼以兩個數字為一對，一對數字自成一 層，其基本分為四層：第一層「章篇代碼」；第二層乃根據第一層細分之「分類 大項碼」；第三層再根據第二層細分為「次分類大項碼」；第四層「細分類碼」又 再根據第三層進行細分。另外，在之後的營運維護管理，使用 COBie 軟體進行 資訊之整合與交換，達成營運時定期維護之目標。

在最後的測試完成階段，會取一些示範案例對所編寫開發的 API 及外掛程 式進行檢測，針對檢測結果，進行階段成果評估，若評估成果達標，則表明此 API 與外掛程式符合預期期望，可進行期末報告的撰寫。若評估成果不達標，則針對 不達標原因進行檢討，找出問題所在，並重新編寫 API 與開發外掛程式。

6 研究採用方法之原因：

過去，有關防火安全及無障礙環境之查驗，皆以人力方式進行，往往需耗費 眾多人力及時間。藉此，本計畫欲透過 BIM API 達到檢測目的，無論是檢測機 關、專業從業人員或是一般民眾等，皆可透過 BIM API 提供的平台檢測居住環 境，以便捷有效的方式，評估該建物之性能。在此同時，檢測機關能提高其效率，

建築師及專業從業人員能透過 BIM API 得到建築性能的即時反饋，進而針對應 修改的部分作調整。

另外，民國八十七年行政院公共工程委員會推動若干專案，期能整合政府規 範、編碼等系統化作業，改善相關作業流程以提升行政效率，因此編制公共工程 綱要編碼（PCCES）。但現行的公共工程綱要編碼已歷時多年，營建工程之技術 發展也日新月異，工項及工法皆不盡相同，且編碼大多屬工程設計及施工階段，

並不適用於全生命週期。故本團隊選用現行國際間適用於全生命週期之通用編碼 方式，並已由內政部建築研究所於 105~106 年進行本土化之工程總分類碼(Omni Class)，作為本案參考，進而滿足本案之需求。

7