運維階段BIM模型的關(guān)鍵要素

眾所周知，在BIM的理念里，建筑全生命周期中，BIM數(shù)據(jù)是一個被循環(huán)利用和增量附加的過程，從設(shè)計——施工——運維是逐步深化的過程，但每個階段的BIM數(shù)據(jù)因為其應(yīng)用場景的不同，都有其關(guān)鍵的要素和特征。因為運維階段更加關(guān)注于空間、系統(tǒng)拓?fù)湟约斑\維數(shù)據(jù)的關(guān)聯(lián)，相較于設(shè)計和施工階段，運維階段的數(shù)據(jù)要更加側(cè)重于BIM數(shù)據(jù)提取，以及模型視圖的應(yīng)用。在運維階段，BIM數(shù)據(jù)中的關(guān)鍵要素主要有以下幾個：

設(shè)施對象：運維管理中，“設(shè)施”是管理的基礎(chǔ)元素之一，設(shè)施可能是一個設(shè)備，系統(tǒng)、結(jié)構(gòu)物或者其它任何可能被用于管理的對象，這個對象與BIM模型的模型對象是緊密關(guān)聯(lián)，但又不是一一對應(yīng)的，其之間的關(guān)系應(yīng)該是一個組合和分解和關(guān)系，一個設(shè)施對象，可能由BIM模型中幾個模型對象組合而成，也可能是BIM模型中一個模型的一部分，比如說，一個電梯系統(tǒng)，在運維管理中，可能是按照一個設(shè)施對象來管理，但在模型中卻是多個模型對象組成。所以，運維階段，直接用現(xiàn)有BIM平臺軟件創(chuàng)建的BIM模型，在沒有經(jīng)過二次加工和運維平臺二次組織的前提下，是比較難以直接應(yīng)用的。

空間對象：空間管理也是運維管理中的一個重要內(nèi)容，但在目前的BIM軟件中，并沒有原生的“空間”對象概念，所以，這也是運維階段，需要對模型和數(shù)據(jù)結(jié)構(gòu)進(jìn)行優(yōu)化的一個重要環(huán)節(jié)。

屬性數(shù)據(jù)：數(shù)據(jù)是BIM的核心所在，對于模型中的屬性數(shù)據(jù)的提取、組織和再利用，是運維平臺中數(shù)據(jù)處理的第一步，也是關(guān)鍵的一環(huán)。屬性數(shù)據(jù)是BIM模型中的原生數(shù)據(jù)，方便的查看、檢索屬性數(shù)據(jù)，才可以將BIM的價值在運維階段充分發(fā)揮。

實時運維數(shù)據(jù)：這個是數(shù)據(jù)是一般由BA系統(tǒng)提供，是建筑物實時產(chǎn)生的運維管理數(shù)據(jù)，比如能耗、溫濕度、空氣數(shù)據(jù)、外部環(huán)境等等。

視圖：在沒有BIM這個概念之前，運維管理也一直在進(jìn)行，之所以BIM在運維階段有廣泛的應(yīng)用價值，其可視化的特征是關(guān)鍵因素之一。因為BIM可以是三維化的，所以使得在運維可以變得更加直觀和準(zhǔn)確，而不僅僅是依靠文字描述。沒有BIM，一樣可以進(jìn)行運維管理，但通過BIM模型這樣一個更加直觀、形象的交互環(huán)境，可以使得運維更加容易且高效。

元數(shù)據(jù)：運維階段，只有屬性數(shù)據(jù)、實時運維數(shù)據(jù)、視圖數(shù)據(jù)還是遠(yuǎn)遠(yuǎn)不夠的，需要有大量的外部數(shù)據(jù)做支撐，比如設(shè)備的廠家資料、維修記錄、二維圖紙等等，如何以結(jié)構(gòu)化的方式來組織這些外部的非結(jié)構(gòu)化的元數(shù)據(jù)，也是運維管理系統(tǒng)需要認(rèn)真的關(guān)注的另外一個核心功能。

系統(tǒng)結(jié)構(gòu)：設(shè)施、空間這些基礎(chǔ)對象，需要進(jìn)行合理組織，使其更加方便高效的應(yīng)用于運維，同時，因為運維系統(tǒng)中需要對接大量的外部數(shù)據(jù)，所以其編碼體系及標(biāo)準(zhǔn)顯得尤為重要，沒有唯一的編碼，就沒法再眾多系統(tǒng)中進(jìn)行數(shù)據(jù)關(guān)聯(lián)，所以系統(tǒng)結(jié)構(gòu)是運維平臺數(shù)據(jù)組織的核心。BIM平臺軟件對于模型對象的組織，是按照其軟件設(shè)計來，而不是專門針對于某個應(yīng)用領(lǐng)域來，所以將模型數(shù)據(jù)直接導(dǎo)出，應(yīng)用于運維管理是不可取的，也是行不通的，所以必須要進(jìn)行再組織和再優(yōu)化。

綜上幾點，BIM數(shù)據(jù)應(yīng)用于運維的過程，就是一個將BIM數(shù)據(jù)再組織和利用的過程，以BIM數(shù)據(jù)為基礎(chǔ)，經(jīng)過重新的優(yōu)化、數(shù)據(jù)提取、轉(zhuǎn)換，依托一個BIM數(shù)據(jù)交互平臺，以圖形化的方式將不同數(shù)據(jù)源的數(shù)據(jù)集成、分類，結(jié)合運維管理的需要進(jìn)行合理、高效的展現(xiàn)。

BIM數(shù)據(jù)重組及運維數(shù)據(jù)構(gòu)建

在這個環(huán)節(jié)中，考慮到在目前建筑市場中Revit的主導(dǎo)地位，所以BIM平臺這塊就選擇以Revit為例進(jìn)行描述。基于以往的經(jīng)驗，我們將數(shù)據(jù)重組和構(gòu)建的過程劃分為三個環(huán)節(jié)，分別是：BIM模型二次、基礎(chǔ)BIM運維模型創(chuàng)建、運維BIM模型創(chuàng)建。

BIM模型二次

通常，我們用于運維階段的BIM模型有兩個途徑獲得，從設(shè)計、施工階段直接轉(zhuǎn)換，直接基于BIM平臺按照運維需要創(chuàng)建。但無論是以上哪一種，我們都需要對BIM模型進(jìn)行改造，才可以滿足后續(xù)應(yīng)用的需要，所以我們將這個環(huán)節(jié)稱為“BIM模型二次”，究其原因，運維系統(tǒng)的構(gòu)建，一方面是基于運維的業(yè)務(wù)需求，一方面也要考慮我們在系統(tǒng)中采用的BIM模型交互平臺的功能，畢竟在現(xiàn)階段，為運維系統(tǒng)來開發(fā)一套展現(xiàn)BIM數(shù)據(jù)的圖形平臺是不太現(xiàn)實的，所以需要結(jié)合以上兩點對BIM模型進(jìn)行改造和優(yōu)化。在目前市面上，與Revit結(jié)合的比較緊密的用于運維階段的BIM數(shù)據(jù)交互平臺大致有這么幾種，免費的，Autodesk Design Review，收費的，Autodesk Navisworks，隨著目前Html 5逐漸成為主流，現(xiàn)在也出現(xiàn)了第三方的基于WebGL的零客戶端純?yōu)g覽器跨平臺方案，但也有一些諸如基于IFC，或者基于GIS平臺的，但因為存在數(shù)據(jù)轉(zhuǎn)換、效率等問題，短期內(nèi)還難以有廣泛應(yīng)用?？紤]大家的熟悉程度和流行度，此處我們暫以Navisworks為運維階段的BIM數(shù)據(jù)交互和展現(xiàn)平臺來表述。這個階段的主要工作如下圖所示：

模型優(yōu)化：這部分主要是面向運維的需要進(jìn)行模型的重組，為后續(xù)轉(zhuǎn)換和應(yīng)用建立基礎(chǔ)，比如下圖所示，模型中的對象的組織、空間劃分、系統(tǒng)拓?fù)潢P(guān)系的建立要嚴(yán)格按照運維階段應(yīng)用的需要，同時為了方便后期的使用，需要添加對應(yīng)的空間標(biāo)識及其它Tag數(shù)據(jù)，方便后續(xù)與外部系統(tǒng)的數(shù)據(jù)對接。

視圖創(chuàng)建：為了更好的進(jìn)行設(shè)備定位和空間表達(dá)，視圖是關(guān)鍵所在，舉例而言，如果我們需要在15萬平米的建筑中定位一個空調(diào)箱，如果我們是以整個模型的視圖來輔助定位，那肯定是非常災(zāi)難的事情，一方面，在這么大的尺度下顯示這么一個小的構(gòu)件是非常糟糕的體驗；另一方面，因為大量構(gòu)件的遮擋關(guān)系，在執(zhí)行自動Zoom操作的時候，很難有好的視角，所以這個時候三維的優(yōu)勢被大大削弱。為了解決這個問題，應(yīng)該實現(xiàn)創(chuàng)建大量合理的視圖，使得不同的對象都能有比較合理的視圖進(jìn)行展現(xiàn)和表達(dá)，如下圖所示，針對不同系統(tǒng)、不同區(qū)域，預(yù)先在Revit中建立視圖，具體建立的視圖的區(qū)域和數(shù)量，要預(yù)先考慮運維的需求。所以目前的傳統(tǒng)做法，先由建模人員建立好模型，直接導(dǎo)出后用于運維，這個是很不合理的，這種做法對于一個很小面積的建筑物是可行的，對于一個任何大體量的建筑物，這種做法就只能是用于演示了，是沒有實際操作性的。

屬性優(yōu)化：這個概念相對比較容易理解，我們需要為了運維的需要，添加一些運維可能需要用的屬性數(shù)據(jù)，雖然在運維平臺中需要對屬性數(shù)據(jù)進(jìn)行二次加工和錄入，但基礎(chǔ)模型中的屬性數(shù)據(jù)也可以作為后續(xù)的數(shù)據(jù)來源之一。

系統(tǒng)分類：在模型建立階段，就需要考慮系統(tǒng)的劃分，否則后續(xù)模型一旦導(dǎo)出，再進(jìn)行模型的分解和重組，難度就會成倍增加。為了后續(xù)更加高效，在基礎(chǔ)模型中需要對系統(tǒng)進(jìn)行分類，通過Revit的共享參數(shù)、視圖進(jìn)行標(biāo)識和展現(xiàn)，這樣模型在輕量化轉(zhuǎn)換后，依然可以高效組織。

這個階段的成果就是得到一個符合運維需要的經(jīng)過優(yōu)化的BIM模型，這個模型經(jīng)過轉(zhuǎn)換就可以得到一個輕量化的基礎(chǔ)BIM運維模型。

基礎(chǔ)BIM運維模型創(chuàng)建

基礎(chǔ)BIM運維模型的建立，如果對應(yīng)到Navisworks的化，就是一個自動轉(zhuǎn)換的過程，將Revit模型通過插件，或者由Navisworks直接打開，從而轉(zhuǎn)化為一個輕量化的Navisworks模型，我們稱這個過程為自動轉(zhuǎn)換，但這個過程是不可控的轉(zhuǎn)換過程，因為轉(zhuǎn)換的過程對用戶而言是一個黑盒過程，是外部無法干預(yù)和調(diào)整的，使用自動轉(zhuǎn)換的平臺，好處是開發(fā)工作量少，穩(wěn)定且經(jīng)過驗證，但缺點是可控性小，需要前期對模型處理的比較精細(xì)，比如共享參數(shù)、視圖的處理要完善合理，因為一旦轉(zhuǎn)換之后，再想增加圖元、參數(shù)，那就需要重新導(dǎo)出，過程繁瑣，無法實現(xiàn)局部或者增量轉(zhuǎn)換；此外，尤其是有大量鏈接模型的Revit項目，因為對象ID可能發(fā)生重復(fù)，如果我們在運維平臺中已經(jīng)經(jīng)過二次處理，那么這種反復(fù)導(dǎo)出，可能導(dǎo)致數(shù)據(jù)錯亂。如果采用可控轉(zhuǎn)換，可以避免以上的問題，但可控轉(zhuǎn)換的開發(fā)量比較大且復(fù)雜，但從未來的方向看，隨著運維平臺的成熟，可控轉(zhuǎn)換時一個必然的途徑。轉(zhuǎn)換后的基礎(chǔ)模型元素如下圖所示：

幾何數(shù)據(jù)：從Revit中的數(shù)據(jù)轉(zhuǎn)換之后，我們更加關(guān)注的是體現(xiàn)在輕量化模型中的大量的幾何數(shù)據(jù)體，雖然乍一看起來似乎不合理，按照BIM的理念，我們應(yīng)該關(guān)注的“BIM構(gòu)件對象”，但正如“關(guān)鍵要素”這一節(jié)中描述，運維的對象和BIM中的對象是不能一一對應(yīng)的，需要進(jìn)一步經(jīng)過加工和組織，所以幾何數(shù)據(jù)體反而為我們的后續(xù)組織加工提供了便利。

視點：Revit模型中的視圖會被轉(zhuǎn)化為視點，這個目前基本可以實現(xiàn)一一轉(zhuǎn)換，但這兒會有一個很大的缺憾，就是二維視圖是無法直接轉(zhuǎn)換的，如果要實現(xiàn)二維的查看，且和三維關(guān)聯(lián)，那么這兒需要一些再處理，比如通過DWF來橋接處理。

基礎(chǔ)屬性：目前從Revit到Navisworks，對象屬性基本可以完整轉(zhuǎn)換，但由于Navisworks的選擇樹種的模型組織可能會有一些不合理的地方，所以，對于屬性的組織和調(diào)整，需要結(jié)合轉(zhuǎn)換和手工編輯來進(jìn)行。

模型結(jié)構(gòu)：眾所周知，如果采用自動轉(zhuǎn)換，Revit到Navisworks后，Navisworks選擇樹的結(jié)構(gòu)還是有些“慘不忍睹”，尤其如噴淋、風(fēng)口、樓梯這些對象，分類往往是不正確的，所以此處需要利用Navisworks的搜索功能，結(jié)合選擇集來重新組織模型結(jié)構(gòu)，這也是上述提及要規(guī)劃好模型的共享參數(shù)的原因所在，否則，模型結(jié)構(gòu)樹的建立和優(yōu)化是一件極度讓人崩潰的事情。

完成了基礎(chǔ)模型的構(gòu)建之后，就可以進(jìn)行運維BIM模型的建立了，這個過程就是運維平臺所應(yīng)該具備的功能，是需要進(jìn)行定制和開發(fā)的內(nèi)容。

運維BIM模型創(chuàng)建

此處著重于表述符合運維需要的BIM模型的建立過程，至于運維過程中的數(shù)據(jù)映射、表單、流程、權(quán)限等等基礎(chǔ)業(yè)務(wù)框架不在這兒討論。運維BIM模型創(chuàng)建的過程是一個模型和數(shù)據(jù)重組的過程，一個靈活的系統(tǒng)一定低耦合的系統(tǒng)，我們的傳統(tǒng)做法中，從設(shè)計到施工再到運維，用一套建模思路，一個模型，這在當(dāng)前的技術(shù)條件下，是很難實現(xiàn)的，但目前的市場狀況還恰恰就是這樣，由設(shè)計單位或者施工單位建立了一個模型，然后移交給業(yè)主來用于運維，這里面，先不討論設(shè)計或者施工是否懂運維的業(yè)務(wù)和流程，單就模型的組織和關(guān)注點而言，和運維需求之間的差距就是非常巨大的，所以，此處就需要一個運維階段的模型處理平臺，能對這些模型進(jìn)行再組織，降低不同階段之間的耦合度，充分利用既有模型。

如上圖所以，運維BIM模型中，通過下圖我們可以看出一些需要重點關(guān)注的對象。

系統(tǒng)結(jié)構(gòu)樹：這個系統(tǒng)結(jié)構(gòu)樹一定不是來自于BIM模型，而是按照不同項目、不同業(yè)務(wù)需求由運維人員來創(chuàng)建的；同時，系統(tǒng)結(jié)構(gòu)樹的建立，也是一個編碼形成的過程，是對建筑設(shè)施進(jìn)行編碼和組織的過程，是數(shù)據(jù)創(chuàng)建的核心環(huán)節(jié)。如下圖所示，這個功能是運維平臺的基礎(chǔ)功能，在系統(tǒng)結(jié)構(gòu)建立的過程中，可以給每個系統(tǒng)指定合理的二維、三維視圖和需要具備的基礎(chǔ)參數(shù)，設(shè)定好合理的視圖對象后，這個系統(tǒng)中的對象的顯示和定位就使用此視圖。

運維對象：如上所述，運維對象是需要對模型進(jìn)行重組和指定，如下圖所示，運維對象的建立其實是通過選擇基礎(chǔ)BIM模型中的對象來重建的，這個運維對象是在運維系統(tǒng)的數(shù)據(jù)庫中來管理的，而不是BIM模型中的對象，同時在建立運維對象時，需要給其指定參數(shù)模板來設(shè)定其必須的運維參數(shù)，此外，我們還需要為對象指定視角，使得我們在定位對象時，能清晰合理展示，對于一些特殊對象，還需要建立其拓?fù)鋵ο?，比如一個風(fēng)機會影響的區(qū)域和風(fēng)口，需要通過拓?fù)鋪順?biāo)識。

參數(shù)、屬性：這兒的參數(shù)和BIM模型的屬性數(shù)據(jù)不是一個等同關(guān)系，運維中的參數(shù)是BIM屬性數(shù)據(jù)的一個超集，其不僅僅包含屬性數(shù)據(jù)，還包含后續(xù)不斷豐富的為滿足運維需要的屬性，同時也包含實時的運維參數(shù)。運維階段的參數(shù)屬性數(shù)據(jù)的維護(hù)也應(yīng)該由運維平臺來完成，如下圖所示，我們需要為不同類別的運維對象建立參數(shù)模板，對于BIM模型中既有的模型數(shù)據(jù)，可以直接提取，對于沒有的數(shù)據(jù)，需要通過錄入或者從業(yè)務(wù)數(shù)據(jù)中提取，尤為關(guān)鍵的，是要通過編碼將屬性字段和實時運維數(shù)據(jù)字段對接，實現(xiàn)數(shù)據(jù)的關(guān)聯(lián)，進(jìn)而能實現(xiàn)雙向的互動。