周敬淳 國立臺灣大學土木工程學系 BIM 研究中心專案經理 郭榮欽 國立臺灣大學土木工程學系 BIM 研究中心執行長 謝尚賢 國立臺灣大學土木工程學系 教授兼系主任 公共工程綱要編碼 建立貫穿建築全生命週期的「模型編碼」是建築資訊模型(BIM) 相當重要的一環,產業若有一共通的標準可循,一方面可降低不同專 案之間資訊整合門檻,另一方面則可降低承攬廠商耗費於輸入編碼之 人力,同時也有利於臺灣與國際市場接軌。 臺灣行政院公共工程委員會現行使用的「公共工程綱要編碼」, 是參考美國營建規範協會 CSI (Construction Specifications Institute) 1995 年版的 MasterFormat 所編定。因綱要編碼之使用目的為預算編 列、招投標及發包計價,編定時特別配合國內常用的規範分類和工項 等,進行了些許的本土化(行政院公共工程委員會,2004)。 MasterFormat 至今已改版更新到 2016 版,從最初的 16 專篇發展 成 48 專篇,而「公共工程綱要編碼」至今尚未參考新版 MasterFormat 做更新,主要原因在於本土化之後的綱要編碼無法直接對應新版的 MasterFormat,修改起來牽一髮而動全身,有相當的困難度。 OminiClass 與公共工程綱要編碼 而隨著 BIM(Building Information Modeling)的發展,對「全生 命週期編碼」的需求漸增,美國 CSI 後續推出的 OminiClass(工程總 分類編碼)特別針對電子資料庫以及應用軟體而設計,並涵蓋所有的 營造類型,自概念設計到拆除各階段的應用,可說是為 BIM 量身打 造(Afsari&Eastman,2016)。 OminiClass 編碼分為四層,每層由兩碼數字組成,共八碼。第一 層為篇章;第二層至四層視不同架構而定。編碼共分為 15 個篇章, 各個篇章有不同的應用面向,可獨立使用,因此在實際應用時,相同 的元件可能對應到多篇章的編碼。 舉例來說,窗戶可能出現在專篇 21「建築元件(Element)」以及 專篇 23「產品(Product)」之中。值得一提的是,OminiClass 的專篇 22「工作成果(Work Result)」幾乎是基於 MasterFormat 發展而來, 且自 MasterFormat 2004 年版本之後,CSI 將其定位成專篇 22 的基礎, 兩者在後續的發展將相輔相成,亦有利於國內後續更新綱要編碼之作 業。 國內已有許多關於 OminiClass 的相關研究,讀者可參考臺灣營 建研究院受內政部建築研究所委託,於 2016 年建置的「全生命週期 編碼」發佈平臺,該平臺提供相當好的 OminiClass 中文化對照,以 及說明與使用方式(財團法人臺灣營建研究院,2016),供大眾參考援 用。 目前除了內政部建築研究所,正研究將編碼與公共工程技術資料 庫銜接之外,也可以看到地方政府嘗試將編碼延伸應用至建管請照, 像是臺北市政府與新北市政府的建管單位,以無紙化與自動化為目 標,積極地推動電腦輔助建造執照審查作業,其中「模型編碼」扮演 著關鍵的角色。 依需求訂立編碼原則與擴充 接著來談「模型編碼」與「共享元件平臺」結合的應用構想。圖 一描繪由臺大 BIM 研究中心郭榮欽執行長所提出的「空間與設備資 訊管控流程」構想,圖中可看出除了 BIM 模型本身之外,外部資訊 儲存位置可分為「私有雲」與「公有雲」兩個主要空間。 「公有雲」平臺主要儲存元件類型的資訊,例如維護保養手冊、 生產履歷、試驗結果等。而「私有雲」則是儲存實際個體的資訊,例 如財產編號、空間位置等。此架構的好處在於不論業主或承攬廠商, 皆可透過 URL 連結到「公有雲」平臺的特定類型元件,進行一次性 的資料更新、維護等工作,讓所有需要提取資訊的單位獲得最新且完 整的資訊。 實際應用上,以 Revit 為例,可運用 BIM Interoperability Tools (BIT) 輸出 COBie 資料表單,搭配 Classification Manager 針對 Facility、Contact、Space、Element 四類進行「模型編碼」。就「共享 元件平臺」而言,運用 OminiClass 專篇 21、22 和 23,即可構成完整 的產品資訊,所以應是接下來發展元件平臺的主要標的。 而就擴充性而言,OminiClass 導入時可能也會遇到與「公共工程 綱要編碼」相同的本土化需求,為了後續能持續配合 OminiClass 更 新,建議本土化時,可透過新增第五層的方式擴充,而不更動前四層 的架構,以利往後與國際通用版本同步更新。 共享元件平臺編碼的後續應用 在圖一的架構下,「共享元件平臺」的資訊編碼應編至「類型」 階層,如此一來,工程師建模時即可透過載入「共享元件平臺」的元 件,配合生命週期之應用,選擇合適的編碼。以國內目前最常使用的 Revit 為例,分為品類(Category)、族群(Family)、類型(Type)及 實作元件(Instance)四層架構,而共享元件應儲存至「族群」這一 階層的資訊,「類型」與「實作元件」資訊則可運用 Revit 的 Classification Manager 來管理。 然而目前 Revit 內預設的 OminiClass 欄位僅有一個欄位,如前 所述,依據應用面向,同樣的元件可能會出現在不同的篇章,因此目前可能須透過二次開發,或有待軟體廠商未來新增功能後,再做進一 步的應用。後續亦可搭配自動檢核,提高資料的正確性與完整性,並 減少所需的人力和時間。 總結來說,「全生命週期模型編碼」可透過「共享元件平臺」的 優勢,降低承攬廠商建置模型與維護資訊的成本;而要真正實踐,尚 須對國內元件根據 OminiClass 篇章 21、22 及 23 做盤點與分類。本 文對眾多前人之研究成果稍做回顧並提出發展願景,希望能促進臺灣 「全生命週期編碼」與「共享元件平臺」的發展,同時期盼能持續與 業界先進交流,攜手並進,促進臺灣營建產業的發展。 參考文獻 1.行政院公共工程委員會(2004),「公共工程綱要編碼使用說明」, 2020 年 6 月 15 日,擷取自: https://pcces.pcc.gov.tw/csinew/Tools/B/B_UseExplain/Two/0B_help.doc 2.Afsari, K., & Eastman,C.M.(2016)。A Comparison of Construction Classification Systems Used for Classifying Building Product Models. 52nd ASC Annual International Conference Proceedings,(2001), 1-8. https://doi.org/10.13140/RG.2.2.20388.27529 3.財團法人臺灣營建研究院(2016),「我國 BIM 全生命週期編碼發 展與國際編碼標準銜接之研究」,內政部建築研究所。 https://www.abri.gov.tw/tw/research/show/2590 轉載自營建知訊第449期,頁62-66。
0 評論
發表回覆。 |
文章類別
發佈時間
三月 2023
|