一本大道加勒比久久综合,男女交性视频免费,亚洲午夜免费

完善主體資料，免費(fèi)贈送VIP會員!

* 主體類型

個人

企業(yè)

* 企業(yè)名稱

* 信用代碼

* 所在行業(yè)

* 企業(yè)規(guī)模

* 所在職位

* 姓名

* 所在行業(yè)

* 學(xué)歷

* 工作性質(zhì)

請先選擇行業(yè)

您還可以選擇以下福利：

行業(yè)福利，領(lǐng)完即止！

代領(lǐng)證書

一鍵查詢BIM證書

下載app免費(fèi)領(lǐng)取會員

漫談系列25 打通

發(fā)布于：2023-01-11 09:45:24

首頁/技術(shù)分享/Revit

2236

網(wǎng)友投稿

本文來源：微信公眾號crefm001 更多文章請關(guān)注公眾號!

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ù)錯誤怎么辦？

于是我們還需要更多的定義。

參考：漫談系列14 數(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)載。