在BIM早期發展的時候，人們視BIM是一種電腦圖學的科技進展，因此會先把一些既有的名詞帶入，LOD就是一個例子。
一開始LOD是指Level of Detail，是3D物件畫面呈現的細節程度，自西元1976年就發表在美國電腦協會的期刊。並且這個名詞被用來描述GIS 3D城市模型所能反映現實建築特徵的細節程度。由於是GIS尺度，所以是最小是以一棟為單位描述，並且在CityGML當中有LOD0-LOD3的定義。
到了西元2008年，漸漸的LOD被美國建築師公會轉化為Level of Development，也可稱為模型發展程度，希望表達模型隨著工作階段而有內容的推展，並定義LOD 100到LOD 500。在這裡有幾個微妙的觀察，一是這裡的LOD並不是直接對應建築專案工作階段之名稱，保留了彈性; 二是LOD 100的定義是整體建築量體之面積、高度、體積、位置、座向等資訊可以3D模型或其他資料型式表達，等於是用整棟建築的單位來看LOD。但到了LOD 200才逐步聚焦模型元件(Model Elements)為具近似數量、尺寸、形狀、位置、方向等資訊之泛用型系統或集合體(Generalized Systems or Assemblies)，當然非幾何屬性資訊也包含於模型元件中，只是這裡就開始讓人容易誤會LOD的定義，到現在還是許多人會直覺反應是整個模型。在2025年的今日，有LOD Specification 2024版，幾何定義在Part I，內容已經聚焦在LOD 100/200/300/350/400，並移除LOD 500之定義，這是正確的作為，因為若依LOD 400施工，則另外訂立LOD 500則相當於竣工再一次翻模，則產業永無走上數位轉型之機會。非幾何定義在Part II，則沒有分階段，就只有一張大表。
讓我們看向另一邊的英國，他們在2011年要執行BIM Level 2政策之時，推動數位工作計畫Digital Plan of Work，定義0-7工作階段，後來則是由RIBA Plan of Work 2020繼續發揚光大。在這過程當中，英國誕生了自己的LOD定義，稱為Level of Definition，我在這裡暫譯資訊定義程度。英國的LOD分為Level of Detail與Level of Information，分別是針對專案資訊模型的幾何與非幾何資訊作定義，而定義的內容主要會搭配工作階段2(概念設計)直到工作階段5(施工)。由於英國建築師公會針對建築專案階段的工作定義相當完整，因此英國的LOD定義在對應工作階段是直接關聯上的，所以LOD 2/LOI 2的元件定義，也能夠連結到RIBA Plan of Work Stage 2的整體交付成果要求，故即使是人們將其投射到整個模型，溝通的問題也不大。但美國LOD相對英國LOD定義較彈性，例如美國LOD因為跟專案階段不直接掛鉤，即使在概念設計階段在某套系統採LOD 400之要求也沒有問題，畢竟每個案場的需求不同。
再來到2018年底，ISO 19650發布，其中提到的資訊需求層級Level of Information Need相當於ISO版本的LOD定義，是用來定義資訊的內容詳盡程度的框架，其目的是防止過度的資訊交付。實際操作上，是以目的導向的思維，先定義出交換資訊需求Exchange Information Requirement，在其中剖析個專案階段的交付成果，並定義專案資訊模型若要能夠滿足階段交付成果的前提，其元件的資訊內容應該豐富到什麼程度。當然，若要參考既有LOD框架不是問題，重要是要符合專案的背景。
最後，我想提出屬於我的見解。回到最早Macleamy Curve的內涵，希望盡早採用BIM的流程做設計，能夠用最小的成本代價實現專案表現最大化，也就是在談，藉由數位化轉型以最佳化決策流程，進行實質專案風險管理。回到ISO 19650對於BIM的定義，是使用人造資產的共享數位化呈現方式，促進設計、營造和營運過程，以利形成可靠的決策基礎。這裡可以看到，BIM的定義已經從電腦圖學的幾何呈現，轉化成數位化的資產生命週期資訊管理。尤其是作為可靠的決策基礎這句話，來對應到專案階段，也就是在談資產業主在該階段所要承擔的決策後果。不論是在概念階段定性，還是到細部設計定量，都是逐步定義資產的過程。過去，其實常用財務工具來做風險管理，從設計圖，算量產出的預算書，再轉為施工成本計畫，按里程碑估驗計價，最後變成決算。如今，要讓BIM的流程做為決策基礎，則勢必不能只是做衝突碰撞，不只是出圖，而是要成為成本控制的核心流程。也因此，我認為LOD應該思考為Level of Decision Making，去思考各專案階段應該要做到什麼決策，專案資訊模型需要那些可靠的資訊內容以支撐決策，進而主要受委任方運用聯合策略，分配權責予一般受委任方來產生資訊。則LOD在這樣的背景思路下，針對元件的幾何與非幾何資訊進行內容定義，才不會淪為無效規格，而能實際連結專案目的以產生效益。
圖: Chatgpt生成
Leave a Reply