下載app免費(fèi)領(lǐng)取會員
本文來源:微信公眾號crefm001
2013-11-01
最近幾年不斷有朋友問:BIM與FM能否打通?時至今日,我這幾年間的理解和摸索也夠?qū)懸稽c(diǎn)小小的小結(jié)了。
0,什么是“打通”?
回答這個問題并不容易,因?yàn)檫@需要小心謹(jǐn)慎的定義問題中所包含的各種基礎(chǔ)概念。而對于傳統(tǒng)建筑業(yè)來說,這實(shí)在是太麻煩了,新詞、舶來品、新概念太多,還有很多思想是有悖于國內(nèi)傳統(tǒng)認(rèn)知的。我們先約定:未經(jīng)定義,不討論。這樣就會減少很多爭議。所以本文打算僅討論這個問題本身。
在這一實(shí)例中,當(dāng)事人也時常說:通了嗎?如果還不通,那就繼續(xù)嘗試。這里所謂的“通”的意思是很明確的:從revit軟件到FM:Systems軟件的數(shù)據(jù)導(dǎo)出(以及最好是能夠雙向互操作,當(dāng)然這要看revit API的授權(quán)程度)。對于軟件廠商來說,這種通,在內(nèi)部測試時就已經(jīng)完成了,用戶能不能成功的使用,那是使用的問題,當(dāng)然也不排除還存在未知的bug。
那么,到底這個打通是一個什么樣的對象呢?是像拳頭打穿墻體嗎,是海底隧道被貫通嗎,還是深圳到香港的通道變得快捷了?為了定義這一因素,我們必須要借助其他相關(guān)因素才能得到很好的定義。
接下來,我們按照主謂賓、定語修飾語等等的語法因素,來逐一討論這個問題。
1,什么和什么打通?
在BIM+FM這一表述中,BIM代表了建筑業(yè)(的計算機(jī)技術(shù)),F(xiàn)M代表了物業(yè)設(shè)施管理行業(yè)(的計算機(jī)技術(shù)),隱含著的兩個計算機(jī)技術(shù),簡單來說就是軟件,經(jīng)常會被省略掉。FM的軟件相對比較容易明確,傳統(tǒng)的CAFM或新潮的IWMS;而建筑行業(yè)的軟件可就不容易歸納了,花樣繁多,難于在此一一探討,我們暫且拿兩個比較有代表性的來討論吧,一個是設(shè)計建模軟件revit,一個是施工管理信息系統(tǒng)vico軟件。
如果問題簡單到只是:在revit/vico和某種CAFM/IWMS之間對接數(shù)據(jù),就像前述的那樣,那么顯然,已經(jīng)打通了!
參考:漫談FMBIM:從Programming到Commissioning
在這里你還會看到不同于BIM到FM的順序的描述,因?yàn)檫€存在從FM到BIM的順序。
除了軟件之外,如果這兩個對象還有其它的所指,比如兩個公司的打通或某種神秘的關(guān)系的打通,也暫且不在本文討論之列,本文只打算討論可以被定義的。
2,打通什么?
承接前述的定義,兩個軟件之間的打通(對接,導(dǎo)數(shù)據(jù),互通,信息協(xié)作),我們可以先簡單定義為:一個軟件將數(shù)據(jù)送到另外一個。或者再復(fù)雜一點(diǎn):兩個軟件之間可以互相調(diào)取對方的數(shù)據(jù)。但無論如何,在兩個軟件之間通的對象只能是數(shù)據(jù),即使是某個有形的三維構(gòu)件形體,它在軟件中也只能是一堆數(shù)據(jù)。當(dāng)我們把電腦關(guān)掉的時候,軟件會把所有的三維模型折疊好,收到櫥柜里面去,即將數(shù)據(jù)保存到某個數(shù)據(jù)庫中。
那么,問:經(jīng)常會有信息的說法是怎么回事?信息和數(shù)據(jù)有何不同?
在本文的討論中,兩者是一回事。只是在建筑業(yè)的專業(yè)角度來看,所有的數(shù)據(jù)都是某種專業(yè)信息;而從IT的角度來看,任何信息都是數(shù)據(jù)而已。我們暫不考慮“數(shù)據(jù)-信息-知識-智慧”這一序列,雖然這是一個能夠更好的區(qū)分?jǐn)?shù)據(jù)與信息的思考角度,但不適用于本討論。
這只是定義了一小部分,因?yàn)楸締栴}還會衍生出許多問題:FM需要BIM提供什么數(shù)據(jù)?哪些數(shù)據(jù)是有用的?需要的數(shù)據(jù)沒有怎么辦?前面錄入的數(shù)據(jù)錯誤怎么辦?
于是我們還需要更多的定義。
3,誰來打通?
無論是建筑業(yè)還是FM,帶有主語的討論都是最有價值的,失去了主語,討論將很容易變得離散。在房地產(chǎn)開發(fā)項(xiàng)目中通常會有多方參與,構(gòu)成一個圍繞特定項(xiàng)目的項(xiàng)目協(xié)作團(tuán)隊(duì),這包括開發(fā)商、設(shè)計公司、施工單位、監(jiān)理公司、咨詢公司等等;而運(yùn)營則較為明確,有兩種可能的主語,即自用物業(yè)的FM管理方,與公共物業(yè)的物業(yè)管理公司(或開發(fā)商旗下的物業(yè)部門),盡管國內(nèi)尚無FM專業(yè)可言,但由于BIM的風(fēng)潮引入,使得一批先知先覺的朋友在研究BIM+FM的時候遇到了FM,而少有人去研究BIM+物業(yè)這個組合。
但是不幸的是,國內(nèi)目前所見聲稱打通了BIM+FM的案例,可能都還沒有見到FM、更別說理解了,因?yàn)殡S處可見的乃是物業(yè)(而且只是wuye,并非property management)。
參考:漫談系列13 階段整合
4,打通了多少?
這是一個由問題2衍生出來的問題,即如果只是數(shù)據(jù)對接,那么數(shù)據(jù)導(dǎo)出可能會出現(xiàn)成功率,比如99%的成功率,這既有可能是100次中出現(xiàn)了1次錯誤,也有可能是指100條數(shù)據(jù)中有一個是錯誤的,錯誤的原因和表現(xiàn)暫且不談。如果較真的追究這個成功率的數(shù)字的話,那還需要進(jìn)一步定義:數(shù)據(jù)是什么?是按字節(jié)計算,還是一條屬性(實(shí)質(zhì)為一個特定字段的一個特定記錄),還是一個編碼。
至此,我們已經(jīng)遠(yuǎn)離建筑業(yè)的專業(yè)領(lǐng)域,而進(jìn)入到一個由計算機(jī)專業(yè)、企業(yè)管理(之FM)、項(xiàng)目管理、ERP等領(lǐng)域復(fù)合而成的一個新的領(lǐng)域,我們暫定其名為BIM+FM。以我的研究所見,這個領(lǐng)域也許并不存在什么高深莫測的神秘知識,所缺乏的是作為一個單個的探索者而言,其所涉領(lǐng)域之大,難以窮盡,更不用說吃透之后再將它們整合起來了。這實(shí)在是力不能支,這是不折不扣的行業(yè)級的BIM應(yīng)用,需要的是一大批人的兩兩信息協(xié)作,而不是單靠一個人去研讀資料。這還僅僅是理解這些內(nèi)容,還談不上為客戶定制解決方案呢!
5,打通了有什么用?
這才是問題的關(guān)鍵!為何要討論打通,原因是打通了會產(chǎn)生某種較高的附加值,從而令客戶買單!
如果是在為一個并不存在的主語服務(wù),或者使用了一個自己也不清楚的軟件(的名字),甚或只是聲稱自己具備某種能力,也許能夠一時的忽悠客戶、得到訂單,但那決不可能變成穩(wěn)定的商業(yè)模式。
6,打通的衍生問題
至此,我們只算是討論了整個問題的一小部分,而且僅僅是定義。如果我們還想搞出解決方案,那則根本不是本文所能完成的,目前在國內(nèi),我相信也極少有人可以做得到。因?yàn)槲覀冎辽龠€會遇到下列更為復(fù)雜的問題:
(1)倘若選擇的FM軟件不是CAFM/IWMS系統(tǒng),而是單機(jī)版的小軟件,甚或自行開發(fā),那又將會是完全另外兩個天地。即使是大型系統(tǒng),由于FM專業(yè)尚未被很好的建立,軟件廠商很難于銷售,如今年在國內(nèi)產(chǎn)生的有史以來最大的一宗CAFM采購案例中,大型軟件廠商就是如此,I記公司不知道應(yīng)該如何選擇何種軟件來匹配客戶需求,O記公司的人居然都不知道自家還有此類產(chǎn)品。而這些大型軟件公司的銷售人員對企業(yè)管理信息化領(lǐng)域已經(jīng)算是諳熟資深了。
(2)單機(jī)版的FM軟件在國外軟件行業(yè)正在行將消失,如Autodesk曾經(jīng)推出的FM-desktop(我們遵照Autodesk內(nèi)部習(xí)慣簡稱為FMD),Manageengine曾經(jīng)推出的Facility-desk。這兩款軟件實(shí)則C/S結(jié)構(gòu),由于數(shù)據(jù)庫市場的變遷,純以單機(jī)版軟件內(nèi)嵌數(shù)據(jù)庫的做法已經(jīng)不再。大型系統(tǒng)如ARCHIBUS至今仍然保留有古老的C/S結(jié)構(gòu)的產(chǎn)品與B/S并列銷售一樣,因?yàn)樗诒泵赖貐^(qū)的確是有一定的客戶群的。但是,前兩者后來在全球市場上已經(jīng)消失,雖然曾經(jīng)推出過中文版,在中國市場上還未來得及產(chǎn)生過銷售記錄。
那么國內(nèi)有沒有小型的FM軟件呢?完全是空白。倒是如果考慮到物業(yè)領(lǐng)域,物業(yè)軟件有一大批,約有數(shù)千種,主要是以小區(qū)物業(yè)管理為對象開發(fā)的系統(tǒng)、單機(jī)版軟件。
注:本文所述軟件均以在國內(nèi)有中文版、銷售支持或有一定的影響力為準(zhǔn)則。
(3)自行開發(fā)看似更能夠貼近客戶的需求,但實(shí)則難度更大。有兩個國內(nèi)的實(shí)例可以說明問題,十年前我在某金融行業(yè)的業(yè)主方選購ARCHIBUS時,IT部門就進(jìn)行過自行開發(fā)還是采購成熟軟件的對比研究,僅ARCHIBUS的三個功能模塊(空間,維修,資產(chǎn)。當(dāng)時的模塊劃分與今日不太一樣,大致上相當(dāng)于今天的5-7個模塊),就需要一個不小的團(tuán)隊(duì)開發(fā)上三年。最近幾年有大型連鎖店總部委托開發(fā)了一套FM系統(tǒng),耗費(fèi)將近千萬,卻只實(shí)現(xiàn)了一小部分滿意的功能,即報修維護(hù)管理。
(4)自行開發(fā)期間遇到的麻煩問題不一而足,尤其是需求工程這一關(guān)就極難越過。以我曾經(jīng)經(jīng)歷過的一個國內(nèi)的大型交通樞紐項(xiàng)目的BIM+FM開發(fā)為例,最初開發(fā)團(tuán)隊(duì)的當(dāng)事人對客戶的管理組織架構(gòu)和運(yùn)行流程無法很好的理解,而客戶方又需要進(jìn)行進(jìn)一步的優(yōu)化,理由很簡單:如果不能產(chǎn)生優(yōu)化,那要這些新技術(shù)干嘛。而需求工程的源頭恰又在與組織架構(gòu)與業(yè)務(wù)流程,這是管理信息系統(tǒng)的普遍規(guī)律。這個規(guī)律非常不同于工程技術(shù)領(lǐng)域的單機(jī)作業(yè)(單兵作戰(zhàn)),這種規(guī)律的探尋和付諸實(shí)施都不是工程技術(shù)人員所能夠完成的,必須要有足夠強(qiáng)的企業(yè)管理的背景知識。無需求,無開發(fā),此項(xiàng)目梳理過的需求(已經(jīng)被規(guī)整過,成為解決方案的雛形了)如下:
這種架構(gòu)的思想不僅來源于企業(yè)管理(中的FM),還需要將工程技術(shù)與信息化技術(shù)(尤其是BIM技術(shù))都納入進(jìn)來,統(tǒng)籌考慮。僅僅對這種結(jié)構(gòu)思想的理解就已經(jīng)是非常困難的事,更何況去實(shí)施。
既然已經(jīng)談到了組織架構(gòu)與業(yè)務(wù)流程,那我們就再往前走一點(diǎn)吧,那就是:FM專業(yè)本身到底是什么?
7,F(xiàn)M是什么?
無論我們站在全生命周期的宏觀角度,還是建筑項(xiàng)目的實(shí)施過程,甚或是一個BIM+FM項(xiàng)目的角度,最終都會遇到這樣一個不可逾越的問題,那就是:FM到底是什么?
首先被建筑領(lǐng)域所公認(rèn)的理解是指運(yùn)營階段。在全生命周期角度來看運(yùn)營是最為漫長的使用階段,對于建筑項(xiàng)目來說那是終極目標(biāo),對于BIM+FM項(xiàng)目來說那可是客戶、是預(yù)算。比如說數(shù)據(jù),運(yùn)營的數(shù)據(jù)多從建設(shè)過程繼承而來,在運(yùn)營過程中設(shè)施工程師查看一臺設(shè)備的數(shù)據(jù),也就是那些設(shè)計參數(shù)、屬性等等,似乎都是建設(shè)過程中所能搜集到的,幾乎看不到任何技術(shù)含量;可能不同的只是,運(yùn)營所需要的信息分類方式不是施工歸檔的那樣,那是按照建筑工程的規(guī)律而做的分類。
那么看起來答案是具有普遍意義的,也就是前述的功能模塊圖表可以適用于大部分的客戶嗎?錯,全錯!這張圖僅適用于這家特定的客戶,是完全的定制化的個性化的。而且這張圖是在溝通過程中被修訂了無數(shù)個版本中的版本之一。圖中的任何一個小格子都有著深切的涵義,全部都是直接指向這個特定客戶的特定的管理需求的。
在FM非常成熟的國家的確是有著比較普遍的規(guī)律的,比如美國的教育領(lǐng)域,有著幾萬家教育機(jī)構(gòu),但凡有著一定空間規(guī)模的機(jī)構(gòu)都會有一個FM經(jīng)理,他們的需求非常接近,那真的可以被歸納為一個體系,從而為之定制開發(fā)某種通用型的管理系統(tǒng),這就是為何美國盛產(chǎn)FM軟件公司的最終原因——單一成規(guī)模的市場。這在國內(nèi)還是一個看似遙不可及的夢想,國內(nèi)的市場還處于“前FM時代”。
至此,我們所探討的打通BIM與FM的問題已經(jīng)完全的進(jìn)入到FM的管理世界了,這不僅告別了建筑業(yè)的技術(shù)語境,也完全沒有了IT的影子,更不用說BIM了。
8,F(xiàn)M與BIM的數(shù)據(jù)關(guān)系是怎樣的?
經(jīng)歷了FM的管理世界,再來談與BIM要打通的CAFM/IWMS就有現(xiàn)實(shí)意義了,因?yàn)檫@些軟件系統(tǒng)本來就是FM管理體系的信息化。CAFM中的數(shù)據(jù)就是FM管理作業(yè)的數(shù)據(jù),按照問題2的定義,互通的內(nèi)容就是數(shù)據(jù)的互通,那么我們將會遇到大量的具體的問題,如:
若FM工程師想要添加一個構(gòu)件,比如是當(dāng)時施工模型里面沒有的一個新采購的設(shè)備,他要在BIM模型中添加這個構(gòu)件嗎?還是在CAFM數(shù)據(jù)庫中添加即可?或兩邊都添加?或一邊添加同步到另外一邊?或分別添加然后在鏈接起來?等等。
又如:他如果要修改一個構(gòu)件的屬性信息,將要在Revit這邊修改,還是在CAFM那邊修改?要構(gòu)造一個新的中央數(shù)據(jù)庫嗎?或是一個由兩者共同管轄的同步的數(shù)據(jù)庫?
又如:建筑構(gòu)件門類復(fù)雜多樣,而每類屬性大異,門窗的十幾條屬性與空調(diào)風(fēng)口的幾十條屬性存在很大差異,這在revit這樣的軟件中可見一斑,因此這類軟件都構(gòu)造了龐大的構(gòu)件分類編碼體系,如UniFormat、MasterFormat和Omniclass三個內(nèi)置到revit軟件的常見體系。那么,之于完全沒有這些編碼體系的中國來說,需要構(gòu)造一個新的體系嗎?
顯然,若無分類體系將構(gòu)件對象進(jìn)行分門別類的處理,那數(shù)據(jù)庫將會糟糕到什么程度:一個新增的構(gòu)件的屬性條目(數(shù)據(jù)庫字段)將會高達(dá)數(shù)千!
現(xiàn)在,為了解決一個數(shù)據(jù)的添加或修改問題,我們又徑直走到了構(gòu)件分類法(本體論)的領(lǐng)地。研究這類作為行業(yè)級的宏觀但又極為枯燥的分類編碼方法,所需背景知識已全然不再是建筑工程師、設(shè)計師、軟件工程師之中的單一背景所能涵蓋的了,僅僅理解就成為很大的問題、遑論構(gòu)造一個體系?
內(nèi)中的理解問題就像前述的軟件功能結(jié)構(gòu)一樣,拿掉一個小框框、或改一個名字,可以嗎?會出什么問題?有什么影響嗎?這些問題甚至于沒有答案,至少在個人級和團(tuán)隊(duì)級應(yīng)用的層面上沒有答案可言,這至少要在行業(yè)級層面上才有答案可言。在這個意義上,BIM+FM無疑是行業(yè)級的應(yīng)用。
【陳光 評注】此文寫就之后,引發(fā)了不少爭議。關(guān)于BIM+FM的解決方案歷來都是爭議極多的領(lǐng)域,好在這些文章陸續(xù)發(fā)出來之后,爭議實(shí)際上在變少:BIM運(yùn)維系列文章目錄
后來我梳理了三種主要的開發(fā)思路,也較為明晰的指出來目前在國內(nèi)市場上可能的技術(shù)路徑,并且均有一定的實(shí)際項(xiàng)目支持這些結(jié)論。雖然真正能夠落地達(dá)到足夠價值高度的項(xiàng)目還極少,但是這一塊是BIM領(lǐng)域中難度最大的,若被攻破,則BIM無難事。
于是,這才算是真正的打通了。
本文版權(quán)歸腿腿教學(xué)網(wǎng)及原創(chuàng)作者所有,未經(jīng)授權(quán),謝絕轉(zhuǎn)載。
上一篇:漫談系列24 理解的困境
下一篇:漫談系列26 最佳實(shí)踐
推薦專題