第三章 應用 IFC 記載建築法規資訊
第二節 法規分析架構
一、建築技術規則設計施工編第 1 章分析架構
建築技術規則設計施工編第 1 章是建築技術規則所有法規用語的基本定 義。當中所有名詞定義以建築設計的角度來描述，在本次的研究過程中，我們 嘗試將IFC 的定義整合至建築設計的流程與建築物組成架構之中。從 BIM 相關 軟體IFC 格式架構來看，以一個建築專案開始記載相關資訊(IFCProject)，接下 是一宗土地也就是相關的地理位置(IFCSite)，才進到與建築物(IFCBuilding)相 關，包含樓層(IFCBuildignStorey)及建築物相關元件(IFCBuidlingElement)。有關 建築物的空間計畫(IFCSpace)可以額外提出定義，可以區分為建築物外部與內 部。透過以建築物各部位空間名稱(面積)來說明建築設計方案內容。這個架構 整理成圖3-13，用以描述一個完整的建築專案所可以提供的資訊。
圖3-13 建築設計的 IFC 架構 (由本研究繪製)
1.IFCProject：建築專案相關資訊
預設單位(例如設定長度的單位為公尺)、世界座標系統、空間座標、
數值的精確度、北向與世界座標系統關係。
2.IFCSite：地理位置相關資訊
位置(相對於絕對座標)，位址的地形描述、經緯度及高程。
3.IFCBuilding：一棟建築物的相關資訊
位置(相對於 IFCSite 的位置)、外觀、建築物高度等資訊。
4.IFCBuildingStorey：一個樓層的相關資訊
位置(相對於 IFCBuilding 的位置)、外觀、樓層高(相對於 IFCBuilding 的高度)。
5.IFCBuildingElement：建築元件
根據上段的定義，以一個實際包含法規資訊的建築物 IFC 專案屬性資 料(如圖 3‐13 )來看，可分為專案組織層級(project hierarchy) 與物件屬性層 級(ObjectProperty)。專案組織層級(project hierarchy)以建築物的構成空間 層級從建築基地、建築物、建築樓層、建築物件或空間。在專案組織中並 不會顯示相關屬性資料，透過 IFCLocalPlacement，關聯空間的層級關係。
層級架構如下：
IFCProject→IFCSite→IFCBuilding→IFCBuildingStorey→IFCObject(or IFCSpace)
6.IFCPropertySet
根據 IAI 對於 IFCPropertySet 的定義描述如下：
「 Definition from IAI: The IFCPropertySet defines all dynamically extensible properties. The property set is a container class that holds properties within a property tree. These properties are interpreted according to their name attribute.
IFCPropertySet 定義所有的動態延伸屬性。property set 用屬性來做整 合分類。這些屬性是由它的命名屬性資料而來。」
IFCPropertySet 定義一個實際的物件類型，每一個物件可以被分配到 一個物件類型(IFCTypeObject) Property sets 透過 IFCRelDefinesByProperties 分配每一個物件。相同的子集如果被應用超過一個，它應該被定義成單一 個例子，而在 IFCRelDefinesByProperties 下組合它的其他參照關係。
圖3-14 IFC 層級架構範例 二、建築技術規則設計施工編第 2 章分析架構
建築技術規則設計施工編第2 章為一般設計通則，國內建築師在檢討建築 物的設計內容也以此編章條文為基準。分析一條建築技術規則的條文有幾個面 向要思考。首先必須要將各條文依照〝條〞、〝項〞、〝款〞、〝目〞予以編碼，因 為這涉及所有建築技術規則條文的串接，亦為法規條文自動化比對最基礎的編 碼工作。在臺北市、新北市政府的法規檢測系統已編訂一部分。以新北市政府 為例，是以法規自主檢查表的編碼為架構，這與建築技術規則的條文編碼架構 是不同的。但本會在台北市2010 年的研究案針對建築技術建築設計施工編全文 進行編碼，因此在本次研究計畫中會進行全盤性的調整與修正。
除了上述編碼外，法規檢討運算邏輯的分析包含三件要項：參數萃取、程 式判斷、API 撰寫。參數萃取設計物件的編定，這是樣版層次的問題，當然也
包含與 Omini-Class 元件編碼串接等問題。程式判斷再分析可運算邏輯化與無 Properties(法規參數)
待克服問