▲圖 隨著數(shù)據(jù)互聯(lián)互通性的逐漸普及罚随，一個(gè)讓建筑師、工程師衫画、承包商毫炉、分包商和業(yè)主可以無縫協(xié)作的世界已經(jīng)觸手可及。

設(shè)想如果由建筑師树季、工程師垄套、制造商、承包商和項(xiàng)目業(yè)主構(gòu)成一個(gè)協(xié)作的理想國令叉，那會(huì)是什么樣沦浆？

也許這是一個(gè)所有軟件都能夠相互溝通的世界蝉齐，不管這些軟件來自哪家公司。也許在這個(gè)世界里将盾，人們不必為了某個(gè)項(xiàng)目重新制作模型或做重復(fù)性工作多梅，因?yàn)樵诓煌I(lǐng)域之間有著無縫的信息傳遞。又或者再僧，在這個(gè)世界里苏蒿，所有的協(xié)作者都可以在同一個(gè)通用數(shù)據(jù)環(huán)境中一起工作，并可以隨時(shí)隨地獲取他們所需要的重要信息猬听。

好消息是：這個(gè)更好的世界——以數(shù)據(jù)互聯(lián)互通為動(dòng)力——已近在咫尺嫉鸳。正是工程建設(shè)行業(yè)的專業(yè)人員和團(tuán)隊(duì)的實(shí)驗(yàn)、問題解決能力和技術(shù)敏捷性记令，使軟件工具和商業(yè)模式能適應(yīng)設(shè)計(jì)和制造方面的獨(dú)特挑戰(zhàn)喷聪，從而推動(dòng)了行業(yè)向前發(fā)展。

正如功勞應(yīng)歸于工程建設(shè)行業(yè)的創(chuàng)新者那樣咆瘟，它也應(yīng)歸于許多公司嚼隘、機(jī)構(gòu)、行業(yè)團(tuán)體和作出貢獻(xiàn)的個(gè)人袒餐，他們記載了自己的 API（應(yīng)用程序界面）飞蛹，開源了他們的代碼庫，在數(shù)據(jù)庫的標(biāo)準(zhǔn)方面堅(jiān)持原則匿乃，并團(tuán)結(jié)在面向所有人的更好的 BIM（建筑信息模型）的共同旗幟下桩皿。

我看到了人們的想法在萌生、發(fā)展和成熟幢炸，不過使我感到興奮的是，一種更有活力的拒贱、更定制化的宛徊、更以客戶為導(dǎo)向的工程建設(shè)技術(shù)生態(tài)環(huán)境的形成。隨之而來的是一個(gè)更大的問題：在這一似乎異質(zhì)性的應(yīng)用程序環(huán)境中逻澳，我們每個(gè)人如何更好地合作闸天？

數(shù)據(jù)互聯(lián)互通的挑戰(zhàn)

業(yè)界對(duì)于數(shù)據(jù)互聯(lián)互通的挑戰(zhàn)既了如指掌，又一無所知士敬。中斷的工作流每天都在阻礙合作伙伴的協(xié)作侧碍，并迫使出現(xiàn)返工和臨時(shí)變通的局面，造成利潤下降彻芒，從而導(dǎo)致人心沮喪及 BIM 疲勞赴仪。

財(cái)務(wù)底線很說明問題：麥肯錫公司在 2016 年的一份報(bào)告分析說，一般而言尘晓，建筑項(xiàng)目中有 20% 會(huì)延遲换橱，80% 會(huì)超預(yù)算邪慧。交付項(xiàng)目的各利益相關(guān)者會(huì)分擔(dān)這些損失，但業(yè)主承擔(dān)了更多的比例舔躏。

與此同時(shí)秆尝，F(xiàn)MI 公司和歐特克投資組合公司 PlanGrid 于 2018 年發(fā)表的一份研究考察了建筑行業(yè)的數(shù)字化發(fā)展情況，發(fā)現(xiàn) 52% 的返工是由數(shù)據(jù)不良和溝通不暢造成的防擎，這僅在 2018 年就使美國企業(yè)損失了約 2,025 億人民幣挎中。該報(bào)告還顯示，建筑工人平均每周花在尋找項(xiàng)目數(shù)據(jù)或信息助店、減少錯(cuò)誤刮便、管理返工、處理沖突上的時(shí)間為 14 個(gè)小時(shí)（約占他們 35% 的工作時(shí)間）绽慈。

▲圖 缺乏互聯(lián)互通性恨旱，就像是一個(gè)人在說法語，而另一個(gè)人在說西班牙語：他們可能有一些共同之處坝疼，但如何進(jìn)行溝通呢搜贤？

行業(yè)才剛剛開始注意由于互聯(lián)互通不足的各種原因（專有數(shù)據(jù)格式、有爭議的標(biāo)準(zhǔn)或簡單的技術(shù)債務(wù)）所造成的代價(jià)钝凶。這一點(diǎn)在軟件開發(fā)的背景下尤為重要仪芒，因?yàn)樵谠O(shè)計(jì)和工程公司孵化并評(píng)估自己的專用工具時(shí)，能否抓住市場(chǎng)機(jī)會(huì)對(duì)于評(píng)估賭注是至關(guān)重要的耕陷。換句話說掂名，如果您是一家建筑設(shè)計(jì)所，并希望對(duì)內(nèi)部軟件開發(fā)下注哟沫，那么無論這是自己的項(xiàng)目還是為了投入市場(chǎng)饺蔑，您都應(yīng)該知道自己的勝算是多少。

數(shù)據(jù)互聯(lián)互通的機(jī)會(huì)

最近以來嗜诀，一個(gè)名叫 buildingSMART International 的行業(yè)聯(lián)盟在通過工業(yè)基礎(chǔ)類（IFC）數(shù)據(jù)模型來開發(fā)和推廣針對(duì)工程建設(shè)行業(yè)數(shù)據(jù)的通用語言猾警。基于文檔的參照和數(shù)據(jù)交換是跨學(xué)科協(xié)作的一種現(xiàn)實(shí)瀑捣，而像 buildingSMART 這樣中立方的作用在于對(duì)數(shù)據(jù)的標(biāo)準(zhǔn)作出仲裁饲残，推動(dòng)廣泛的協(xié)議，并在活躍的生態(tài)系統(tǒng)中更多地加以采用驼值。歐特克正在與 buildingSMART 的合作钳舵，作為其戰(zhàn)略咨詢理事會(huì)工作的一部分，依照互聯(lián)互通的技術(shù)線路圖顷沉，最終超出文檔的范圍進(jìn)入云端邓樟。

整個(gè)行業(yè)的另一個(gè)共識(shí)是需要通用數(shù)據(jù)環(huán)境。鑒于全球項(xiàng)目團(tuán)隊(duì)的性質(zhì)各異唱撩，加上目前新冠疫情（COVID-19）下業(yè)務(wù)不斷受到干擾肩堡，工程建設(shè)企業(yè)尤其需要各種基于云的協(xié)作平臺(tái)珍霉。

由于大規(guī)模建筑或基礎(chǔ)設(shè)施項(xiàng)目可能涉及到數(shù)以百計(jì)甚至千計(jì)的公司，云技術(shù)就變得尤其重要都璃，云端使我們能夠隨時(shí)隨地訪問嘿杖，并可以擴(kuò)縮數(shù)據(jù)和迅速傳送給所有利益相關(guān)者。

BIM 從一開始就提供了一個(gè)所有利益相關(guān)者能夠共享的中央?yún)f(xié)調(diào)模式以舒，但把 BIM 移到云端后趾痘，工程建設(shè)行業(yè)的專業(yè)人員可以讓合作伙伴更加無縫地獲得手頭工作所需的信息，而且這些信息總是最新的蔓钟，并采用所有的定制格式訪問永票。

▲圖 2017 年挪威奧斯陸機(jī)場(chǎng)擴(kuò)建項(xiàng)目規(guī)定采用的互聯(lián)互通標(biāo)準(zhǔn)消除了手工轉(zhuǎn)換流程所需要的數(shù)千個(gè)工時(shí)。

2017 年挪威奧斯陸國際機(jī)場(chǎng)擴(kuò)建項(xiàng)目可以作為互聯(lián)互通標(biāo)準(zhǔn)在項(xiàng)目中發(fā)揮重要作用的一個(gè)實(shí)例滥沫。業(yè)主 Avinor AS 規(guī)定該項(xiàng)目的所有利益相關(guān)者均要使用 BIM侣集，并要求項(xiàng)目的交付成果在 IFC 模型中處理。這些交付成果包括數(shù)以百計(jì)的特定專業(yè)模型和兩百多萬個(gè)獨(dú)特的部件（門兰绣、墻世分、噴灑器、照明燈具等）缀辩。這一決定減少了了項(xiàng)目中的手工轉(zhuǎn)換流程臭埋，并在項(xiàng)目過程中節(jié)約了數(shù)千個(gè)工時(shí)，使業(yè)主十分滿意臀玄。

互聯(lián)互通的數(shù)據(jù)瓢阴，無需文檔

可互聯(lián)互通的 IFC 文檔對(duì)項(xiàng)目產(chǎn)生了顯著的影響，不過像 buildingSMART 這樣的機(jī)構(gòu)認(rèn)為盹躬，工程建設(shè)行業(yè)協(xié)作的未來并不僅僅事關(guān)文檔狐兴。文檔是一種粗糙的傳送信息的方式，但更重要的是傳送特定工作流或結(jié)果所需的粒狀數(shù)據(jù)的能力摩赎。各種數(shù)據(jù) API 將使專業(yè)人員專注于他們特定的工作流以及取得目標(biāo)結(jié)果所需的數(shù)據(jù)在策。這就創(chuàng)造了更安全、更輕量化的工作流隘唁。

各種開發(fā)者平臺(tái)上基于云端的 API（如歐特克 Forge）使人們能夠建造一些加強(qiáng)并整合設(shè)計(jì)和工程數(shù)據(jù)的應(yīng)用程序，從而連接現(xiàn)有的軟件系統(tǒng)舶抚，并創(chuàng)造新的工作流杏疑，幫助人們更好、更快地工作寄硬。此外参枯，這些 API 還可以緩解越來越大的模型之間進(jìn)行數(shù)據(jù)交換所帶來的性能問題。

例如响徒，在過去辩溢，機(jī)械設(shè)計(jì)方案與建筑設(shè)計(jì)方案之間的交流很困難梳命。而基于 API 和數(shù)據(jù)的方法就使交流方便得多。想象一下状勤，假設(shè)您需要獲取暖通空調(diào)（HVAC）系統(tǒng)的設(shè)計(jì)數(shù)據(jù)鞋怀，而這個(gè)系統(tǒng)需要放到一座大型公寓樓的屋頂。API 方法使您可以只需采用粒狀數(shù)據(jù)而不是整個(gè)文檔持搜。

▲圖 數(shù)據(jù) API 可以只允許傳送一個(gè)特定任務(wù)所需的相關(guān)信息密似，如公寓樓暖通空調(diào)系統(tǒng)的設(shè)計(jì)數(shù)據(jù)，這不但加快了流程葫盼，也保護(hù)了知識(shí)產(chǎn)權(quán)残腌。

粒度在這里是一個(gè)重要的原則。通過分解整個(gè)文檔贫导，您可以加快數(shù)據(jù)傳送的速度抛猫，同時(shí)保護(hù)您的知識(shí)產(chǎn)權(quán)。若要規(guī)定一座公寓樓頂部的暖通空調(diào)系統(tǒng)類型孩灯，您需要的信息不必和制造這一系統(tǒng)所需的信息一樣多闺金。當(dāng)然，您需要結(jié)合建筑規(guī)范信息钱反、租戶舒適度要求以及項(xiàng)目的所有環(huán)境可持續(xù)性目標(biāo)掖看。這些因素將確定暖通空調(diào)系統(tǒng)所需的規(guī)模和類型。這一信息將使您獲得規(guī)格精確的設(shè)備冷泵，并決定它是否可以安裝在大樓屋頂上馁捌。

在提供了支持這些（往往稱為 BIM 就緒內(nèi)容）工作流的幾何形狀和元數(shù)據(jù)后，就更有可能提前規(guī)定暖通空調(diào)制造商的設(shè)備規(guī)格傀脑，建筑設(shè)計(jì)所可以確定它將符合客戶的運(yùn)營目標(biāo)往蚕，業(yè)主將避免支付昂貴的返工費(fèi)用。

齊心協(xié)力

數(shù)據(jù)互聯(lián)互通的重要性在于它可以改變游戲規(guī)則茅苏，并對(duì)從建筑師到業(yè)主的每個(gè)人來說都很重要纱栓。除了通過一種通用數(shù)據(jù)語言和無縫的數(shù)據(jù)交換明顯地提高效率和生產(chǎn)力之外，互聯(lián)互通還使工程建設(shè)行業(yè)能夠?yàn)槿祟惖墓餐纨R心協(xié)力推兄。

現(xiàn)實(shí)的情況和趨勢(shì)是韭惧，工程建設(shè)行業(yè)必須面對(duì)并解決那些由氣候變化、城市化蔚奕，甚至是未來大流行病所帶來的前所未有的規(guī)模問題哀姿。而通過齊心協(xié)作，工程建設(shè)行業(yè)將能做好準(zhǔn)備匙豹，擼起袖子鹰幌，進(jìn)一步邁向協(xié)作的理想國。

作者：AMY BUNSZEL, AUTODESK EVP

注：文章來自由歐特克支持創(chuàng)立的 Redshift China

點(diǎn)擊“閱讀原文”，探索 Redshift China 上的更多精彩內(nèi)容推捐。

（歐特克Autodesk ）

聲明：本網(wǎng)站所收集的部分公開資料來源于互聯(lián)網(wǎng)裂问，轉(zhuǎn)載的目的在于傳遞更多信息及用于網(wǎng)絡(luò)分享，并不代表本站贊同其觀點(diǎn)和對(duì)其真實(shí)性負(fù)責(zé)牛柒，也不構(gòu)成任何其他建議堪簿。本站部分作品是由網(wǎng)友自主投稿和發(fā)布、編輯整理上傳焰络，對(duì)此類作品本站僅提供交流平臺(tái)戴甩，不為其版權(quán)負(fù)責(zé)。如果您發(fā)現(xiàn)網(wǎng)站上所用視頻闪彼、圖片甜孤、文字如涉及作品版權(quán)問題，請(qǐng)第一時(shí)間告知畏腕，我們將根據(jù)您提供的證明材料確認(rèn)版權(quán)并按國家標(biāo)準(zhǔn)支付稿酬或立即刪除內(nèi)容缴川，以保證您的權(quán)益！聯(lián)系電話：010-58612588 或 Email:editor@mmsonline.com.cn描馅。