BIM知識域2：構件級知識管理

在《我是怎樣學習BIM的？》一文中，我們給出了一個簡潔的知識領域分析圖，我們將會陸續細化這些知識點，這會對BIM學習過程產生積極的作用。本文重點談知識管理。

知識管理（KM，knowledge management）是一個組織對其知識經驗的綜合管理，以歷史積累的沉澱、整合而對組織創新產生積極作用。置於建築行業的語境中，KM在BIM知識域中大致居於企業級的概念領域，與其高度相關的BIM概念就是「構件對象級文檔管理」，相應的技術工具則為BIM文檔管理。其實KM在早期的產品就體現為文檔管理，或內容管理系統（CM，content management）。

傳統的工程文檔的管理，都是文件級的，即信息的最小單位是一份份的文檔、圖紙，至於文檔圖紙裡面的信息則需要人類去識別解析。於是相應的文檔管理軟體，概莫如此。這樣也能夠達到一定的對於歷史知識的積累作用，比如大設計院會存檔歷史上的項目資料，以文件級方式（文件的集合就是檔案盒）存放在檔案室，竣工資料移交也是以檔案盒為單位，列清楚內中文檔名錄即可。

但是在專業領域，文件級的知識管理效果較差，業界一直致力於從文件級走向對象級的努力，放在建築業，這個對象當然就是由構件搭起來的建築設施了。於是軟體行業就出現了全文檢索功能，如PDF這種格式的電子文檔如果是文字對象的內容就可以天然地進行全文檢索（圖片的不行，需要被識別為文字），及後來微軟公司支持旗下文檔的全文檢索（最早出現在2003年的SPS平台中）。考慮到社會上使用微軟office系列軟體製作的文檔數量極大、比例極高，所以SPS平台引起了知識管理（或文檔管理，當時KM概念還不是很流行）軟體行業的巨大震動。

絕大部分工程建築信息管理系統是文件級的，也即其最低管理單位是文檔，常見形式如dwg文件、word文件、excel文件或圖片文件等等，系統並不知道這些文件的內容是什麼，系統只是把它們當作一份份的文件對待，使用者需要對文件進行標記描述才能讓其他人知道內容，比如文件名、注釋、分類等描述手段。雖然整個系統也對所有的文件進行了樹形分類管理，這也算是一定程度上的數據結構化了，但這仍然是文件級的，至於文件的內容（比如這份圖紙裡面有多少根柱子、那份excel表格裡面有多少個房間）仍然沒有被結構化的對待。當然，這種管理方式簡單易行，所以出現了大量這類管理系統，從設計管理、施工管理、文檔管理到項目管理等等。

當我們希望提取文件中的有意義的數據時，就會發現需要更深一級的管理系統，即構件級數據管理系統。這裡的構件是指建築物的組成部件，比如門窗、樓板、空調風機等等，因為描述一個建築物的最佳手段就是構件（空間也作為一種虛構件），無論是設計師還是運維經理都在處理與構件相關的信息，施工單位也是為了將構件生產出來而組織建築材料和施工工藝。所以，在建築相關的數據管理系統中，構件級的管理系統是一種天然的方式。

一直到了BIM技術成熟，構件級信息管理才真正成為現實。

按照《BIM handbook》的說法：

AEC領域從文件管理到管理信息對象的演化才剛剛開始。

The evolutionary change in the AEC field from managing files to the managing of information objects has only begun to take place.

構件級的數據，構成了虛擬建築的整體，使得整個BIM的過程得以實現。即使是在設計的最初（SD的內容多半還是圖表，不是圖紙），一個虛擬的建築已經躍然人們的腦海之中，人們一直缺乏的就是描繪它的手段，這催生了建模軟體的誕生，從幾十年前的結構專業的有限元分析軟體，到十幾年前的效果圖的三維建模軟體，及一批國產三維算量軟體，到過去十年間各專業的三維設計軟體的大量普及，計算機圖形學（CG）之應用於建築業的力度已經加深到了足夠的程度。所有這些工具都為構件級的數據管理提供了足夠的技術上的可能性，而構件級的數據管理又將所有這些單項的工具技術全部整合起來，反過來促進了各項技術的深層次應用。

所有這些的綜合可以謂之「基於BIM技術的建築知識管理」，或BIM+KM。建築領域至此，終於追上了可以與其他行業的知識管理水平相當的地位，一改行業落後的印象，並且開啟了通向「虛擬現實-人工智慧-機器人製造」未來的大門。

參考：

建築信息分類體系UNIFORMAT的21項用途

漫談BIM: 信息的結構化V2

BIM手冊學習-Schema