你好，這裡是BIMBOX。

去年，我們針對廣聯達的數維建築設計軟件做了一次深度的評測觀察，也分析了這家公司對待設計、BIM和數字化的獨特視角。

那時候數維只對外發布了建築專業的單機版，經過一年的迭代，包含建築、結構和機電三大專業的協同版終於聚齊上線。軟件在功能上有哪些值得關注的亮點？能解決設計環節的哪些問題？和其他三維設計軟件最大的差異是什麼？

今天咱們來好好盤一盤最新版的數維設計。

目前廣聯達設計產品的體係是一個「端+雲」的架構，包括建築設計、結構設計、機電設計三個本地端軟件，由一個協同設計平台來支撐，所有設計數據都是在雲端來管理，背後還有一個數維構件雲，包括資源生產工具和行業級資源庫。

這樣的架構一方面可以帶來全專業的雲端協同設計，另一方面還可以把模型在雲端無縫傳遞到土建、安裝等算量軟件，實現設計和算量的一體化，幫助設計公司降低設計數據轉化成工程量數據的時間，也讓BIM模型有了更大的交付價值。

雲協同和 設計算量一體化，這兩點也是數維產品在廣聯達體系內，和其他設計軟件比較重大的差異化價值所在。

下面我們先分開看看三個大專業的軟件有哪些特色功能，再整體上看看它們怎樣在雲端完成與算量工作的融合，最後來談談我們自己的觀點。

內容比較長，可以跳到你感興趣的地方看。

本期內容目錄：

1.建築設計

2.結構設計

3.機電設計

4.雲端協同平台

5.設計算量一體化

6.BIMBOX觀點：數維想要做什麼？

01▼建築設計

我們去年已經對數維建築設計做了詳細功能評測，常規的軸網、圖層、牆樑柱板建模、門窗樓梯繪製等功能，在這兒就不過多贅述了。

比較值得一提的是建築設計的< span style="color: #40ABB2; --tt-darkmode-color: #40ABB2;">模塊功能，標準戶型可以封裝成一個模塊，編輯某一個模塊，關聯模塊也會跟著自動修改，這樣在調整設計方案的時候，很多局部調整隻需要修改其中的標準戶型，整棟樓的調整就都完成了。

模塊有衍生功能，可以讓某個模塊的局部不同步，模塊內的其他部分保持同步，方便對特殊模塊做一些微調。

不僅是模型，戶型中的標註也可以一起被封裝到模塊裡，可以上傳到雲端的模塊庫，提交為項目資源，其他的項目或者設計師後續都可以低成本地複用這個模塊。

另外一個提升效率的是標準層功能，你可以把某個樓層設置為標準層，再把它上面的樓層設置為對標準層的映射，那這些樓層都不需要再繪製，會自動生成三維模型和圖紙，所有修改也都跟著標準層一起走。

建築出圖的時候有三道尺寸標註，分別是門窗標註、軸網標註和總體標註，這個繁冗的工作不需要設計師自己一道道去標了，點一個按鈕，平面和立面的所有尺寸都自動標註完成，非常省事兒。

同樣，門窗編號也不需要手動添加，框選一個範圍，所有編號自動生成。

繪製完成之後，門窗表和詳圖大樣不需要設計師自己畫，門窗表自動生成，只需要拖拽一個佈局範圍，所有門窗大樣都會乖乖排列好，連標註都自動給加上。

對於建築設計常用的面積統計，也是只需要在平面圖裡框選一個範圍，所有面積和分層面積表都會自動生成，設計師可以調整不同面積的折算係數、計容係數、使用性質等參數，通過標準層映射的其他樓層也都會跟著生成面積表。針對特定戶型，也可以用類似的方法生成套內建築面積指標表。

在智能輔助設計方面，數維提供了一個模型檢查功能，可以按照樓層幫設計師檢查常見的設計和模型問題，比如構件重疊、參數缺失、洞口錯誤等等，還有個智能修復按鈕，可以一鍵修復不少錯誤，很省時間。

02▼結構設計

結構設計的軟件界面和建築設計類似，上面是標高軸網、牆樑柱板、樓梯洞口、基礎、鋼筋等建模工具。

下面還是說一些比較有特色的功能。

軟件支持從零開始創建結構模型，不過大部分項目還是先有結構計算模型，再確定結構BIM模型。數維結構設計支持直接導入YJK或者 PKPM的計算模型，不需要中間格式，構件都可以正確識別。

結構軟件裡計算的時候，會對樓層進行組裝，導入到數維後對應的就是標準層拼裝，和建築設計類似，哪個樓層是標準層，其它層怎樣映射，都可以在軟件裡配置。

結構設計和建築設計在推進過程中，是緊密同步結合在一起的，每當建築有了新的提資修改，計算模型也會跟著變化，如果這時候配筋圖已經完成一部分了，再重新導入重新做就很麻煩。

數維設計提供了一個增量更新功能，當結構計算模型發生變化，同步的時候只會把變化的部分更新進來，還會自動加上雲線和標註，告訴設計師哪裡發生了什麼變化。設計師就不用拿著新版圖紙費力去找有哪些變化了。

有一些構件在計算模型裡不存在，是由其他專業提資過來的，比如建築的樓梯、板洞、牆洞、樓板和機電的牆洞，這些都不需要重新繪製，可以通過雲端協作功能從其他專業的模型同步到結構模型裡來。

計算模型在建立過程中，可能存在與建築定位有偏差的情況，比如部分梁、牆的偏位與建築沒能完全對應。數維結構提供了批量對齊和拉伸功能，參照建築模型後快速調整結構模型構件位置。

除了跨專業協同，軟件還提供了結構專業內部的 多人協同出圖功能。設計師可以按照牆、柱、梁、板的方式拆分設計工作，多個設計師可以同時繪製施工圖。比如，負責繪製樑的設計師在完成工作後，把成果提交到雲端。

同步之後，主控模型的設計師就可以直接把梁圖成果同步過來，這種多人同步協作還是能提高不少效率的。

對於出結構專用的梁、板、牆、柱等配筋圖的需求，數維設計集成了樂構和PDST的出圖插件，結構設計師可以根據自己的習慣，選擇其中一個來進行參數配置。

參數配置完成之後，不需要手動加標註，所有的配筋標註會自動完成。

可以一鍵生成梁、板、牆、柱等平法施工圖，也提供了很多修改功能，可以快速排列調整圖面，很省時間。

03▼機電設計

廣聯達數維的機電設計軟件，根據國內習慣的專業分類，劃分了通用、給排水、暖通、電氣、管綜等面板，不同專業的負責人只需要使用自己對應的面板即可。

對於比較複雜的機電管道系統，軟件內置了配置管理器，設計師可以在工作開始時，配置好系統類型、管材、配件等，後面的工作中自動化程度就能大大提高。

軟件有提供一套初始的機電配置模板，很多管配件都是根據國標預先製作好的系統構件，設計師不需要從0開始配置，基於現有模板可以DIY配置內容。

有一個值得關注的點，橋架體系補充了橋架用途能力，類似Revit裡面風管有、而橋架沒有的「系統類型」，電氣專業繪製橋架時有對應的用途可以提前選擇了。

另外一個比較有特色的點是，構件管理器可以單獨設置每個構件的二維圖例，讓機電構件自身和圖例分離開，不同設計院只修改圖例就行，不用修改構件。

比如這個風機構件，在三維模型保持不變的前提下，可以在不同視圖中，從雲端庫裡選擇不同的圖例，某一個專業設計師修改了，和他協作的其他設計師的文件也會同步修改。

在電氣專業的設計圖紙上，會需要為其他設計專業的帶電構件提供配電設計。許多設計單位，會在電氣專業和暖通專業的圖紙上有不同表達。設計師可以自定義這些構件的電氣圖例，也支持平面視圖電氣圖例一鍵轉換的功能，非常方便。

數維機電設計原生集成了不少的效率工具，讓設計師不需要安裝插件，就能完成一些批量工作，甚至有一些智能的算法輔助設計師提高效率。

比如繪製機電設備的時候，設置好高度、間距，就可以框選一個區域，完成批量佈置。

設備佈置好之後，大部分管道的連接也是自動完成的，繪製一根主管，設置好系統、管徑、配件、高度、坡度等參數，所有支管就能自動佈置好。

軟件也提供了管徑計算功能，只要輸入相應的計算參數，就能按照規範自動完成計算。

更棒的是，計算完成後，之前自動生成的管道會同步修改為正確的尺寸，連尺寸標註也給你自動生成好，工作量就大大減少了。

值得一提的是軟件中的電氣設計模塊，這在一般的BIM軟件中是一個弱項，很多項目都是只畫橋架、不畫導線，主要就是因為電氣的平面表達不滿足出圖要求。

數維的電氣設計和水、暖專業類似，也支持設備批量佈置和線管自動連接，重要的是電氣專業有自己的系統，細分到導線也會連接到特定的專業系統。

當一個系統迴路連接完成後，可以選擇配電箱，在配電箱迴路設置裡調整相位、電流、線管類型等參數，生成一個配電箱系統。

設計師可以在平面標註或者配電迴路設置裡，修改任意導線的迴路信息，同時能保證模型、平面圖和系統圖三者的同步，不用再單獨畫其中的某一個了，這在電氣設計上是一個很大的進步。

機電專業在繪圖的時候，經常需要在平面圖的管線上補充系統縮寫，軟件專門提供了管線文字的功能，設計師可以通過點選管線、按系統批量生成、或者按視圖批量生成系統縮寫文字，管線在文字處也會自動顯示打斷效果。

還有個不錯的功能，標註和模型的雙向數據同步，比如可以直接在風管的標註上修改尺寸、標高，對應的模型屬性也會發生變化，這更符合設計師二維設計的直覺。

管線綜合工作方面，軟件提供了批量的 連接、對齊、排列、管道偏移等功能，設計師不需要安裝插件就能提高後期調整的效率。

碰撞檢查和淨高分析的功能很多軟件都有，不過大多數只能出報告，再由設計師對著報告文檔去找調碰撞點，數維有開創性的地方在於把這個對協作有強需求的功能放到了雲端。

模型在雲端合併，可以由專門的負責人，選擇任意專業進行檢查，排查出的問題可以一鍵定位，添加修改意見，推送給對應的負責人。

這位負責人會在本地軟件端收到這條提醒，同樣也是一鍵定位，按修改意見調整之後，再提交完成。

看起來只是本地到雲端的調整，但仔細想想，這種模式改變了管綜這件事的工作流程。

大多數設計師還是像傳統設計師一樣，只會實時收到移動本專業管道的意見，而不用操心其他專業管道是怎麼走的、有哪些碰撞，這件事專門有人在全局視角負責協調。

並且這種發現問題、調整管線的流程，會隨著設計推進隨時進行，設計師基本不會受到打擾，不會乾著乾著收到幾百條的碰撞意見心裡罵街了。

這種向雲端的轉變，只是雲協同其中的一個小角落，下面咱們就展開說說數維的雲協同平台有啥不一樣。

04▼雲端協同平台

現在大家對「雲」已經不陌生了，不過一般設計軟件，「雲」還是一個偏輔助的工具，主要是用來存儲圖紙和文檔，而廣聯達設計在雲路線上走得更遠、更激進，甚至有點和上一個時代告別的意思。

儘管建築、結構和機電都有本地軟件，但沒有一個本地存儲的、具象的模型文件。所有的三維成果都是直接上雲，完成多專業之間的同步。

本地只有緩存，但沒有「另存為本地文件」這個動作，文件是實時分佈式同步到雲端，也就沒有了斷電、忘保存、丟失文件等問題。

隨著這個模式的轉變，設計師之間也就沒有了互傳不同版本文件這麼個動作，和模型對應的圖紙、表格等也都是從雲端導出。

廣聯達雲協同可以採用公有云的方式，對特殊要求的企業，也可以進行私有云部署。

企業管理人員可以在雲端對項目管理人員、項目設計師以及校審負責人進行不同權限的配置，也可以為業主這樣的第三方角色單獨建立賬號加入協作。

數維有一個獨特的協同機制，叫「工作單元」，類似於一個設計文件，本質上就是在雲端存儲的數據庫，每個工作單元都由一名設計師在協同環境下完成，其他人可以把某個人的工作單元作為外部參照。

軟件端的設計師，會在自己負責的工作單元開展工作，等進行到一定程度，可以在平台裡提交，類似傳統的提資工作，其他人就可以同步和參照他的工作成果。

項目共享的資源庫也是在雲端架設，其中包含了設計過程中常用到的構件、戶型模塊、字體、樣板文件、機電專業配置< /strong>等，方便設計師隨用隨取，也便於管理員統一項目標準。

當項目缺少資源時，也可以訪問公共的行業資源庫，把裡面的內容添加到項目庫，目前有超過4000個不同專業的參數化構件，同時也能瀏覽真實廠家的產品數據進行設計選型。

隨著多個項目中對軟件使用的積累，企業也可以把項目中的這些資源，打包成企業模板，今後可以直接調用，快速創建新項目，讓數據變成可以復用的知識包。

數維設計不需要第三方的輕量化協同平台，所有設計數據，都是原生留存在雲端的，也可以直接在線查看。

指標計算也連同模型在瀏覽器裡展示，可以分專業篩選，也可以下載指標表。

除了前面說到的碰撞檢查問題，項目中發現的設計問題，也可以通過瀏覽器來發布、批註和追踪。

與自己相關的最新問題進展不僅會出現在瀏覽器裡，也會同步出現在本地軟件上，還包括參照專業的模型更新提醒，方便設計師隨時定位問題和修改。

項目進行到一定階段，設計師可以按需要，整合併交付設計成果。

和傳統交付模式不一樣，數維中的流程是在文件歸檔後，在線創建一個「交付包」，因為工作單元中所有文件都是在雲端存儲，這個過程只需要批量選中某些成果，比如圖紙、計算書、計算模型、算量模型等等，打包給其他人。

其他協作者根據不同的權限，可以在瀏覽器中直接查看模型和圖紙，或者下載圖紙文件用本地軟件查看。

此外，針對設計的常用工具，比如< span style="color: #40ABB2; --tt-darkmode-color: #40ABB2;">碰撞檢查、淨高分析、模型檢查、渲染、導出算量模型等功能，也都集成到了網頁端，不需要在本地安裝插件，讓設計師手裡的工具保持流暢。

在這些應用裡，比較值得注意的是導出土建和安裝算量模型，這又引出了今天最後一個話題：廣聯達想通過設計算量一體化，解決什麼問題？

05▼設計算量一體化

有沒有那麼一天，設計端的BIM模型，和造價端的算量模型，能最終統一成一個模型呢？

這件事在行業裡，長久以來都是個「執念」。

這一方面來自於直覺判斷：都是三維模型，怎麼就不能統一呢？

另一方面也來自於價值期待：在「算賬」這麼個設計、施工、諮詢、業主方重合度最高的節點，如果BIM模型能為造價提供更高的價值，那它也會更值得人們付出心血，尤其是很為設計價值操心的設計企業。

不過，這件符合直覺、符合期待的事兒，越往深處挖，就越難。

過去20年，設計與造價有一種固化的模式： 設計方先交付圖紙，造價諮詢方照圖建立算量模型，再輔以人工最終組成工程量清單。

這個過程中，出圖是從三維到二維的降維操作，算量建模又是一次逆向升維的操作，兩撥人、兩個動作本來就對精確性有所損耗，時間滯後也是個比較大的問題。

如果是從三維直接到三維，且設計模型的細節豐富度本身是高於算量模型的，向下兼容在理論上是可行的。

不過，設計模型到算量模型，不可避免地存在很多必須完成的工作：需要補充構件，比如二次結構和細部構造；需要補充抹灰、防水等做法；構件在算量業務下需要重新分類；設計階段的信息需要過濾刪減。

這些工作由誰來做、難度如何，就是設計算量一體化的「七寸」。

目前廣聯達提出的解決方案是：

從設計模型到算量模型，必然要有造價師的補充修改工作，不可能全部由設計師負責提供一個可供算量的模型。既然現階段無法避免，那就大幅度減少這個工作量，秘訣就是兩個技術：GFC數據接口和雲服務。

➤ 首先是格式互通

數維的建築、結構和機電三個專業，都可以通過GFC格式，設計師按照一定規范建模之後，把成果直接導出到廣聯達土建和安裝算量平台，繼續進行工程算量工作，前面說的雲協同平台也提供了這樣的APP，這是本家格式的無縫轉移，不存在中間格式的數據損耗。

➤ 第二是合規性前置< /strong>

設計模型本身是否能滿足算量的基本要求，這裡面的部分檢查項前置到設計階段，盡量多的由程序自動執行、定位甚至智能修改，盡量把這些校審內容綁定到設計師本專業內的設計校審上，少給設計師增加工作量。

➤ 第三是業務轉化

設計師完成合規模型後，在雲端交付，那些必須由造價師完善的業務，在這關鍵的一步通過雲端工具直接完成，比如樓層轉換、土建結構標高合併等。

還有些複雜的工作，比如構件命名、材質、分類的轉化等，雲端提供了自動映射工具，幫助造價師把設計模型轉化成符合造價要求的模型，並且列出沒能自動轉化的構件，造價師可以通過輕量化工具手動完成。

最終，在雲端把模型封裝，再導出GFC到造價軟件，進行算量工作。

當然，造價和設計之間還存在著根本業務上的差異，比如裝飾裝修、二次結構、刷油保溫等工作，這些則是在模型導入之後，利用造價軟件現有的功能去解決。

這個流程省下來的時間有多少，準確度怎麼樣呢？具體情況可能需要你親自去嘗試一下，在這兒給一個案例參考。

上海原數設計院在滁州一個住宅項目，基於甲方正向設計推進的課題，選取了地下車庫和地上的一棟住宅，通過數維產品來完成全專業的正向設計。

這個項目不僅是用廣聯達數維做了這個工作，還和傳統算量的工作流程做了對比。

通過數維導出GFC到廣聯達算量軟件中，增加了算量模型修改補充的時間，減少了傳統流程中算量模型的建模過程，總時長減少了將近40%。

由於是同一個模型，因此從某種意義上，BIM算量比傳統算量更準確，從偏差度上來看，算上了臨時BUG和人工操作失誤，與傳統算量對比，鋼筋量偏差0.07%，混凝土量偏差0.72%，模板量偏差0.36%，在可接受範圍內。

06▼BIMBOX觀點：數維想要做什麼？

到這兒，我們把數維設計這套系統截止到2022年9月的主要狀況做了介紹，三個大專業、兩個大方向，可以聊的內容是非常多的，篇幅有限，只挑了小部分比較突出的功能，如果你或你的企業感興趣希望試用，可以私信聯繫我們，也可以訪問官網。

最後聊聊自己的一點思考。

如果讓我們猜測廣聯達設計軟件想達到的目標，或許是： 對設計師溫柔低調的同時，幫助設計院完成大跨步的數字變革。

先說設計師。

設計企業普遍存在的共識是，三維、協同和數字化，是發展路上繞不開的變革，而面向未來的理想和當下的現實存在矛盾，推進改革的阻力很大。

我們在去年的評測中就有一種明顯的感覺，軟件的設計語言體現著：設計企業是做設計的，不是做BIM的，BIM可以服務於設計，但不喧賓奪主。數維當然首先是服務於設計師的。

➤ 設計師覺得三維設計比二維麻煩，那就把二維和三維流程結合起來，大部分工作都可以在平面圖中完成。

➤ 設計師覺得大量BIM需要的參數屬性很麻煩，那就大幅度減少參數的輸入，只保留設計環節關注的信息。

➤ 設計師覺得BIM的自由度太高，折騰軟件的時間比畫圖時間還長，那就把自由度收束到每個專業的小範圍之內，電氣專業關心的那些參數，就不讓暖通專業看到。

➤ 安裝插件麻煩，第三方平台麻煩，數據格式轉換麻煩，操心造價的事更麻煩，那就全都在雲端一站解決。

但，企業要生存下去，光是滿足設計師的效率需求、減少變革的阻力，這還不夠，面向B端的軟件必須給企業一個動力，讓他們能創造出新的價值才行。

這個價值，近期內可以看全專業協同帶來的服務質量提升，中期可以看設計算量一體化帶來的服務邊界擴張，遠期則是看數據積累帶來的潛在價值。

作為一款今年剛剛正式發布的軟件，數維無論在本地還是雲端的功能，都遠遠沒有迭代到最終形態，但你可以從趨勢看出來，廣聯達對「雲」的態度非常堅定。

目前在協同設計這個階段，廣聯達已經在大面積嘗試「去本地文件」，中間還有些環節，比如導出算量模型，還是從雲端到本地，未來完全有可能，所有的環節都在雲端打通，不再有各種版本的本地文件，設計師、造價師都是完全無感地在一個環境下工作，沒有上傳、下載、互傳這些動作。

設計師更省事兒、斷電保護、版本統一等等，只是順便解決的小問題，廣聯達更大的目標是解決設計企業數據價值的大未來。

王堅的《在線》裡面有這麼一段話：

今天數據的意義並不在於有多大，真正有意思的是數據變得在線了，這恰恰是互聯網的特點。所有東西都能在線這件事，遠比大更能反映本質。如果打車軟件使用的交通數據不在線，那它就沒有什麼作用。存在硬盤裡的數據，作用是有限的。

以前我們都習慣把歌曲下載到MP3播放器，把文字寫在word文檔裡，不知不覺，人們習慣了雲音樂、雲文檔，和本地文件永遠告別，普通人收穫的也許是效率和便捷，而擁有海量收聽數據、文檔數據的企業，才是最終在數據原油裡煉出石油的贏家。

比起這些行業，建築設計行業的「煉油」技術還不算成熟，但不妨在不影響生產的同時，先把原油收集起來。

在變革的洪流中，有的產品傾向於滿足用戶傳統的習慣，有的產品則是體現著改變傳統的激進理念，數維的進化，似乎一直是在這二者之間尋找某種平衡。

未來廣聯達會怎麼做？當下還遠遠不是終局，我們拭目以待。

有態度，有深度，BIMBOX，咱們下次見！