tag:blogger.com,1999:blog-19621917976927978002024-02-19T10:14:38.949+08:00數碼阿叔(柏基)對BIM的意見柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.comBlogger29125tag:blogger.com,1999:blog-1962191797692797800.post-66250459792008839042017-09-15T23:08:00.000+08:002017-09-18T08:54:26.886+08:00BIM 是什麼? BIM 又不是什麼?<div dir="ltr" style="text-align: left;" trbidi="on">
作者:數碼阿叔 / 柏基建築師,歲次丁酉年孟秋寫於台北<br />
<br />
BIM是什麼?BIM又不是什麼?雖然這種主題已經被一些先知搗成一團漿糊般泥濘滿地,又似高射炮煙火漫天,也不知打中的是小鳥還是飛機。能說得深入具體的還真是不多,講解 BIM 該怎麼搞,得有辦法用些讓建築專業人員乃至於普羅大眾都能聽得懂的話語。有人會拿話術墊高自己,把 BIM 包裝得雲裡霧裡,遮掩在氤氳繚繞中,反而叫人不見其實。現在有個流行的說法是「霧區」,那麼誰才是造霧者?眾人皆醉我獨醒是吧?又是誰用二分法把別人推進迷霧的朦朧中。有句話說,身在霧霾中的人,自己都看不清楚周遭環境,總認爲別人也在霧裡面徜徉。站在霧區外面的人,看不清楚霧霾籠罩的内部,更猜不到身在霧霾内部的人在想些什麽,做些什麽。既然不知別人怎麽想,又何須拼命去拉扯人家。<br />
<br />
有一位從 2001 年開始就涉入 BIM 領域的安東尼 · 麥克菲建築師,他就是能思路清晰提綱挈領的一位,這裡借用他發表在一篇博文裡的說法。<br />
<br />
<div style="text-align: center;">
-----------------------------------------------------------------------------------------------------</div>
<br />
BIM 是管理某些技術的一種流程,它正持續不斷的改變著。隨著許多新技術逐漸變得可行,將不斷演變出新的流程。就像現今 BIM 行將取代 CAD 一樣,BIM 三個字也終將被另一個新的字頭語從行業流行用語中替換掉。至於將來 BIM 會不會達到完善和穩定的境地,現在沒有任何針對性結論。<br />
<br />
為什麼這樣的認知很重要?如果你導入 BIM 的想法是只想「僅做一次性訓練就能使用久久」,那結果將令你很驚訝:「你會非常失望」。假如你還在等著 BIM 發展到完美的境地才準備要採用,那麼你將會永遠在等待。<br />
雖然 BIM 的發展會與時俱進,但任何人對「完美境界」的一切承諾都將永遠不可能達成,並且進一步改善的需求性未來也不可能消退。<br />
<br />
<h3 style="text-align: left;">
【 what BIM is not?】</h3>
BIM is not A UTOPIA. <br />
(不是理想國)<br />
<br />
BIM is not AN EXCUSE FOR SOCIAL ENGINEERING. <br />
(不是引介非技術手段入侵專業的社交工程)<br />
<br />
BIM is not RESTRICTED TO ALL IN ONE SOLUTIONS. <br />
(不是專解百毒的萬靈丹)<br />
<br />
BIM is not A BUNCH OF STANDARDS.<br />
(不是一堆冗長的導則)<br />
<br />
BIM is not A WAY TO GET OTHERS TO DO YOUR WORK.<br />
(不是找別人做你該做的工作)<br />
<br />
<h3 style="text-align: left;">
【 what is BIM? 】</h3>
BIM is A CONCEPT.(是概念)<br />
BIM is TECHNOLOGY.(是技術)<br />
BIM is PROCESSES.(是過程)<br />
BIM is OPPORTUNITY.(是時機)<br />
<div style="text-align: center;">
------------------------------------------------------------------------------------------------------</div>
<br />
有道是:<br />
BIM 本身不是個 purpose,它是一個持續不斷更新的 process。<br />
所以別把 BIM 僅僅當成發包工具用,採用 BIM 也不該只為發包。<br />
<br />
這世上迄今沒有標準的 BIM;沒有專屬的 BIM;<br />
更不該用二分法非黑即白的劃地自限。<br /><br />
不存在只有我的才是 "I",而你的不是 "I";<br />
不存在只有我的才是 BIM,而你的不是 BIM;<br />
更不存在只有我才能 BIM,而你不能 BIM。</div>
柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-65966614089548076492012-11-12T22:52:00.000+08:002017-09-18T06:30:28.041+08:00BIM大忽悠<div dir="ltr" style="text-align: left;" trbidi="on">
<h2 style="text-align: center;">
<span style="color: red; font-family: "arial" , "helvetica" , sans-serif; font-size: x-large;"><b>BIM 大忽悠</b></span></h2>
作者 數碼阿叔 / 柏基建築師 壬辰年荷月發佈於新浪博客<br />
<br />
<h3 style="text-align: left;">
<span style="font-size: large;"><b>【前言】</b></span></h3>
“ 那是個最美好的時代,也是個最糟糕的時代;<br />
那是充滿智慧的時代,也是遍地愚昧的時代;<br />
那是光明和煦的季節,也是黑暗陰冷的季節;<br />
那是洋溢希望的春天,也是令人失望的冬天;<br />
我們不顧一切的奔向天堂,卻在不知不覺中滑向地獄。”<br />
<br />
這是狄更斯同志寫在其《雙城記》書中的開篇文,在這裡我借來用一下,《雙城記》描述的故事背景是二百多年前的法國大革命時期,本文跟那些陳年往事無關,我們的背景是當今的「建築信息大革命」時代。今朝是個最美好的時代,因為很多人用上了 “建築信息模型化”(BIM);今朝也是個最糟糕的時代,因為還有些人成天搞的那 BIM 卻是淪為 “忽悠”。或許是無心、或許是有意,總是因為有人忽悠,就會有人當上冤大頭,有人看得透徹,但也有人被賣了還搞不聆清自己傻在哪裡,今朝還真是充滿智慧的時代,同時嘛!就像狄更斯同志寫下的,也是個遍地愚昧的時代…。在 BIM 尚未成熟到用上了就能令我們能奔向天堂的今天,說起來即使不用或誤用也不會讓我們滑向地獄。雖然大多數人做得心誠意正,但俗話說:"林子大了什麼鳥都有",總是會有一些大小忽悠在建築圈子裡打轉轉搞七搞八。<br />
<br />
BIM 這個名詞究竟代表了哪些東西,眾人的理解不同,原本就帶點爭議性,有人把它說得鋪天蓋地的複雜,也有人將它認知為就那麼一個三維模型唄!然而,就跟上館子吃飯一樣,您要的是全餐、套餐、單點,還是整了二兩生煎包外帶,吃進肚子裡都是不一樣的。其實 BIM 這東西早先沒有,也不是某人或某機構獨創的發明,而是外國建築行業面向蛻變需求,結合電腦發展的能效提升過程,逐漸積累的結果。但是 BIM 的存活是離不開電腦的,並且還得是高性能電腦,昔日當電腦硬體的運算能效尚未達到一定水平之前,相應軟體的發展也無從達標,BIM 也就不可能出現。BIM 被建築業界有系統實際應用的歲月,並沒有那些急於推展和推銷者宣稱的那麼久,也沒那麼多,就算在外國也從未普及到家家流水、戶戶垂楊的地步,有很大比例的建築業者也還掙扎於用與不用之間,我們切莫迷於少數幾家同行的成功案例,而一廂情願的認為外國在 BIM 上已經普及應用了。一路下來就算是摸著石頭過河,洋人比我們先摸了好幾年,走得比我們遠,現在我們挨蹭著、跟隨著、學著做也算是不錯,總能從裡面汲取些許好處。<br />
<br />
說白了在 2008 年以前,咱們這裡只有少數幾位先知預見了這個大未來,在為 BIM 的科普化應用奔走呼籲。有幾家軟體供應商開始營銷這類軟體,也許還有幾個機構注意到了 BIM,開始進行評估研究。加起來一共有多少,扳著指頭能數得出來。除此之外,當時建築圈子裡大多數同行正埋首搞設計搞施工,操勞於討生活,誰都沒功夫搭理那個遠在天邊的玩意兒。不惟互聯網上尚未出現專門討論 BIM 的論壇、博客之類,那時就連 Ecotect 也還姓 "S",還沒有入贅到 "A" 家,何來拿三維信息模型操作建築性能分析模擬之說,倒是很早就有同行在用 SketchUp 建模搭配 Ecotect 4.5 進行建築性能模擬分析。<br />
<br />
但是 2008 年以後就不一樣了,隨著電腦軟硬體達到了 BIM 應用所需要的基本效能要求,加上互聯網的快速傳播擴散,很快的 BIM 就變成了國內建築業界的香餑餑,許多原本了無聲息的建築相關業者,此刻紛紛冒出來宣稱咱家已經搞了若干若干年 BIM,不然就說咱家的產品原本就是 BIM,或者宣稱咱家好幾年前早就把 BIM 用在建築項目上了….等等,似乎重演了寒武紀物種大爆發的場景。是否為無源之水、無根之木,其實也不必著心去探究,總是許多人上了馬,日後能走得遠一點比較重要。<br />
<br />
何來忽悠?如果您感覺這事有點懸。那就先去瞭解一下 BIM 的一些特點,看看這東西跟您眼下手裡正在用的 CADD 有什麼不一樣的地方,且看下面這段文字:<br />
<br />
“<i>建築信息模型 (Building Information Modeling, BIM),是以建築工程項目的各相關信息數據作為模型的基礎,進行建築模型的建立。它具有可視化、協調性、模擬性、優化性和可出圖性五大特點。</i>”<br />
<br />
相對於大家認知的傳統 CADD 而言,至少 BIM 的信息數據、三維模型載體、可視化、協調性以及模擬性等等這些部份,在傳統的二維 CADD 應用中是比較不足或匱乏的。那麼不論您是自學還是花錢上培訓班,用上了 M/R/A 字頭的軟體就算是 BIM 了嗎?非也,恐怕還有更多您得學會的東西藏在 BIM 這個名詞背後。拿那些軟體工具去構建三維模型不是什麼難事,學會操作也不很費勁,但是眾所周知的,BIM 至少不是某個單一軟體,用它也不該僅僅整了個三維模型出出圖就算了事。BIM 是一系列的應用過程 (Process) 和優化的工作流程 (Workflow),建模不是設計或施工程序的 Ending,而是要拿信息模型做為整個項目建設的樞紐,有效管理著項目建設的整個流程。<br />
<br />
如果一味四處宣稱自己在建設項目裡運用 BIM 獲得了多大多大的效益云云,實際上對於建築信息、整合、協作、模擬、實施準則、管理、數據交換與傳遞等等卻都搞得七零八落、殘缺不全,沒法完全涵蓋上述那五項基本特點,您說這能算是沒有忽悠的成分在裡面嗎?不論是個人、機構、或是項目團隊,在宣稱自己具備十足的 BIM 競爭能力之前,是不是先搞清楚自己的 BIM 能耐 (BIM Capability) 和 BIM 成熟度 (BIM Maturity),先給自己在市場裡做好正確的空間定位,再來談其它的。<br />
<br />
說到當前建築圈子裡有些人在搞 BIM 忽悠,講真話必然讓人聽了不爽,數碼阿叔我也沒有 "一根竹竿撂倒一船人" 的壞心眼,請諸位先進幸勿對號入座,在把槍口朝向我之前,我們可以看看搞 BIM 的洋大人怎麼說。就在去年 (2011) 夏天,澳大利亞有一位 Bilal Succar 同志他寫了一篇很有意思的文章,放在他自己的 "BIM Thinkspace" 網站上。這篇文章的名字叫做《Understanding BIM Wash》,中文意思是 "理解 BIM 的忽悠",文中對於國外建築圈子裡應用 BIM 的忽悠情況做了直白的介紹。<br />
我花了一點時間把這篇文章改寫成中文,以附註的方式加上一點點我個人的看法,在這裡分享給眾 BIMer 們。<br />
<br />
<br />
<h3 style="text-align: left;">
【原帖】</h3>
<h2 style="text-align: left;">
<div style="text-align: center;">
<h3>
<span style="font-family: Arial, Helvetica, sans-serif;">理解 BIM 的忽悠<br />Understanding BIM Wash</span></h3>
</div>
</h2>
作者:Bilal Succar<br />
<br />
"BIM Wash" [1] 這個名詞,形容對 "使用" 或 "交付" 建築信息模型產品或服務提出誇大其辭的 (有時指欺騙性的) 的主張 (能力和取費)。一個犯了 BIM Wash 的單位通常會透過其旗下的工作人員、網站、項目提交以及營銷宣傳材料,對其 BIM 能耐 (BIM Capability) 提出逾越本分的取費要求。<br />
<br />
就像之前鬧騰了多時的什麼 "綠色XX",因為市場的過度需求而出現 Green Wash 一樣。當今由於許多人認識到 BIM 工具和工作流程的價值高,加上許多業主要求把三維模型作為項目提交文件的一部分,與日俱增的需求使得 BIM Wash 在市場中得以順利崛起。<br />
<br />
BIMwash 則是一個新近創造的單一術語,跟前述 BIM Wash 的意思是相同的。有少數的 BIM Wash 活動可歸因於圍繞 BIM 一詞本身的混亂,可能不是故意的,甚至在一定程度上無害的。然而,其他的活動更多是故意欺騙。許多是嘗試去出售尚未開發出來、或者遠低於客戶期望的 BIM 服務,這是千真萬確的事。<br />
<br />
建築項目實施過程中,位於客戶端的業主必須聘請服務供應者 (建築師、工程師、承包商...) 從事專業服務,如果某些服務供應者是 "假冒成 BIM 專家" 的 "BIM 忽悠",則將對業主造成問題。實際上這些 "BIM 忽悠" 對服務供應者本身也形成問題,它們的活動等於攪渾了一池水,讓人分不清孰是孰非,這對那些投入了很多時間、金錢和精力,致力發展 BIM 能耐並且磨煉 BIM 交付成果的真正 BIM 服務供應者將是非常不公平。<br />
<br />
※ 數碼阿叔註解:偽冒的成本是很低的,獲益卻很高。假冒成XX專家的個人、顧問或機構他們總是會想著,先把服務機會搞上手,之後嘛…"腦袋過了身子大概也過得去",接下去就拿這些建設項目來練兵唄!且戰且走,萬一捅出了什麼樓子,那時生米早已煮成了熟飯,至多不濟拍拍屁股走人,賺了銀子也賺了經驗 (即使是失敗的經驗)。其實這種事情屢見不鮮,因而建築圈子裡就會經常聽到「如果早知道…那我就會…」的說法,說這種屁話的多半是位於客戶端的業主,如果不是人品問題、不是帶有想佔便宜的貪嗔癡,當然不會做錯選擇而在事後發出悔恨的抱怨,有錢難買早知道嘛。然而經由偽冒和誇大其辭去拿項目確實是不應該的,也不能當成市場潛規則來對待,因為就是這種忽悠存在,擾亂了市場秩序和行情,受害的不是單一個案而是整個建築圈子。<br />
<br />
<h3 style="text-align: left;">
定義 BIM 忽悠 (Defining BIMwash)</h3>
<br />
BIMwash 這個名詞源自於 Whitewash,這個 Whitewash 原意是指「一種廉價的白色塗料或石灰粉塗層,用於快速給各種各樣的表面抹上一層均勻整潔的外表」(※ 咱們稱為 "四白落地")。比喻為 "粉飾太平",意味著 "掩飾或隱瞞罪惡、罪行、醜聞或假借...偏頗的數據表現,以求開脫"。(見 Encyclopaedia Britannica 大英百科全書 2003 年版)<br />
<br />
※ 數碼阿叔註解:Wash 用在這裡並沒有對等的中文詞匯,但是卻有個流行語可以傳神的描述這種行為:「忽悠」,因此把 BIMwash 稱之為 "BIM忽悠",確實恰如其分。<br />
<br />
從本質上講,BIM 忽悠是企圖遮掩其缺陷 (對 BIM 的無能),同時對 BIM 能耐 (Capability) 或認證 (Credentials) 提出了一種不正確的說法。我們運用更能衡量它的定義來看,所謂 "BIM 忽悠" 就是:<br />
<br />
<span style="font-size: large;">"BIM Claim < BIM Competency"</span><br />
<br />
對 BIM 的主張 (BIM Claim)[2],逾越了其實際的 BIM 應用能力 (BIM Competency)[3]。<br />
也就是說,BIM 忽悠 (BIMwash) 存在於「當個人、單位或項目團隊等對其基於 BIM 的主張(能力表述和索求的報酬)[4],明顯高過以其實際能力交付結果所應得的報酬時 」。這個公式意味著為了要能準確的衡量 BIMwash 的行為,首先必須搞清楚什麼是 "BIM 應用能力" (BIM Competency)。<br />
<br />
<h3 style="text-align: left;">
理解 BIM 應用能力 (Understanding BIM Competency)</h3>
"BIM 應用能力" (BIM Competency) 這個名詞,指的是可交付一整套 BIM 服務的能力和它們相應的要求。所謂 "勝任 BIM" (BIM-Competent) 它是一種標簽,可以適用在不同的規模上,包括面向個人 (建築師、工程師、項目經理等...)、單位、或者項目團隊。<br />
<br />
※ 數碼阿叔註解: Competency 這個字本身具有 "競爭力" 的含義,表示跟其他同等級個人 (或單位、團隊) 之間就某項工作技巧、熟悉情況、知識含量等等的程度差別。因此把 BIM Competency 稱為 "BIM應用能力" 似乎比較妥當,有別於 "BIM能力" 這種比較含混不清的說法。並且在英文中 Competency 應用能力、Capability 能耐、Ability 能力,三者各有所指,不要搞混了中文的意義。<br />
<ul style="text-align: left;">
<li>「<b>勝任 BIM 的個人</b>」(BIM-Competent Individual) 是指擁有足夠 BIM 的技能、知識和經驗的個人 (Individual)。例如能勝任 BIM 的工程師,並非僅僅利用 Revit、DP 或 Tekla 等軟件工具去產生 "富含數據" 的三維模型而已,而且還能適時的進行各種工作,並且遵循高標準交付成果。</li>
</ul>
<ul style="text-align: left;">
<li>「<b>勝任 BIM 的組織</b>」(BIM-Competent Organization)[5]是指一貫交付全系列高品質 BIM 成果與服務的組織 (或稱機構、單位)。注意所謂 "一貫交付" 指的不是 "能夠交付" [6],這裡強調的是持續的工作狀態。勝任 BIM 的組織並非僅僅是掛靠著一些能勝任 BIM 的個人,而是以他們為核心,圍繞他們提供充足而全面的管理制度、實施準則、和應有的工作支持。</li>
</ul>
<ul style="text-align: left;">
<li> 「<b>勝任 BIM的項目團隊</b>」(BIM-Competent Project Team) 是一個有組織的協同工作群體,除了包含能勝任 BIM 的個體以外,還 "已經具備" (※注意原文是指從過去就具備) 必要的成功實踐經驗,通過共同的實施準則、協作制度 (Collaborative Systems) 與優化的工作流程,聯手交付全系列 BIM 服務 / 成果。</li>
</ul>
※ 數碼阿叔註解: 由此看來,想要成為應用 BIM 的適任者,除了具備完整的應用理論知識,首先得熟悉建模軟件操作,必須清楚瞭解現有的軟件功能到底能做到什麼程度,只動嘴不動手是不行的。並且如果僅僅是利用軟件工具產生信息不足或者不帶信息的三維模型,那麼甚至連 "勝任BIM" (BIM-Competent) 的條件都搆不上。<br />
"Competent" 這個字包含了 Qualified (勝任、合格、熟手) 以及 Capable (能幹、得力) 這樣的的含義,指的是具備了常態性操作的熟練和足夠的實務經驗。因此 BIM-Competent 跟 BIM-Ready (備便使用 BIM) 兩者有本質上的差異,最大的差別在實務經驗的磨練上,舉凡從書上學到的、別人分享的那都不叫經驗,一切都得自己下功夫親身歷練,涓滴積累,才能算是 BIM-Competent。<br />
<br />
言歸正傳,使用上述有組織的 "尺規",我們簡要地探討幾種典型 "對 BIM 服務提出不合理的主張" 或稱為 "BIM 忽悠" 的原型。<br />
<br />
<h4 style="text-align: left;">
(一) 個人的 BIM 忽悠 ( Individual BIMwash)</h4>
個人 (Individuals) 的服務對象通常是組織或項目團隊,個人對其 BIM 應用能力提出不合理的主張 (※宣稱的能力與報酬),這在招聘過程中是普遍存在的。個人到那些需要某種 BIM 應用能力的機構去求職時——可能宣稱自己具有優秀的 BIM "技能" 或顯著的 BIM 工作經驗。這些主張在求職者提交的簡歷中或招聘機構的推介中都看得到、或在面試室的範圍內不厭其煩的聽得到。對於這樣的主張,接下來可能被證明真的是物有所值,但往往不是,有許多最終被證明是充斥著雕蟲小技和不準確性。<br />
那些位於 "BIM 忽悠" 接收端的項目領導人往往事後能作證說,在招聘過程中聲稱他/她精通 BIM 的這樣一個新兵,上崗之後竟然是效率低下,甚至使得整個團隊在交付成果的關鍵階段[7]因此被逼著拖慢了進度。<br />
<br />
<h4 style="text-align: left;">
(二) 組織性的 BIM 忽悠 (Organizational BIMwash)</h4>
組織 (Organization, 或稱為機構、單位),再延伸即為項目團隊 [8]。這類忽悠者在想要贏得(或滿足) 客戶時,以及想要爭取新的項目或合作夥伴時,可能會宣稱他們具有優越的 BIM 應用能力,這類主張在那些市場營銷材料 (包括網頁、簡報、能力陳述…等等) 裡特別盛行,尤其是在那些項目意見書裡,"BIM" 這個名詞已遭大客戶鬆散的嵌入招投標的要求或類似的文件中,也因此給出了需求性。<br />
在數不清的情況裡,那些公開宣稱他們 "BIM的領導地位" 和 "優越的 BIM 能耐" 的組織,已經證明其常常是缺乏基本架構去交付一種合理品質的 BIM 產品[9]或服務[10] 。<br />
<br />
<h4 style="text-align: left;">
(三) BIM忽悠的其他犯行者 (Other perpetrators of BIMwash)</h4>
除了服務提供商 (Service Providers)[11]之外,典型的核心人物——BIM 忽悠,還以下列的面貌出現[12] :<br />
<ul style="text-align: left;">
<li>軟體開發者和他們的經銷商們,誇大特定工具的好處,或聲稱他們的產品是 "一個全方位的 BIM 解決方案"。</li>
<li>要求提供 BIM 產品/服務的客戶/業主們,他們可能還不明白,等到交付給了他們以後,他們得到的並不包括妥善的運用和維護的內部能耐。</li>
<li>通過諮詢者的 "BIM 忽悠",以及在 BIM 實施過程上誇大他們服務影響的顧問們。</li>
</ul>
<div style="text-align: left;">
<br /></div>
<h3 style="text-align: left;">
BIM 忽悠的四個級別 (The four levels of BIMwash)</h3>
並非所有的 "BIM 忽悠" (BIMwash) 都具有相同的力度。輕微形式的不合理 BIM 主張,在一定程度上可以是無害的,而其他可就算是惡意的和破壞性嚴重的。為了幫助打擊 BIM 忽悠,得要辨別它的四個不同層級 [13]:<br />
<br />
<h4 style="text-align: left;">
第 1 級:混亂或非故意的 BIM 忽悠 <br /> (Level 1: CONFUSION or Unintentional BIMwash)</h4>
不理解 BIM 的過程與協議,或者認為 BIM 就跟 CAD 差不多,對基本模型交換和以模型為基礎的協作觀念混淆不清,甚至把模型伺服器(Model Server)跟檔案伺服器 (File Server) 或文件管理系統 (Document Management System) 都混淆在一起,搞不聆清。<br />
那些尚未理解 BIM 概念的多層含義的人,可能會在無意中混淆他們自己、他們的客戶、以及項目的合作夥伴 (見下圖 1)。<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgJAQfdBb89z-EpVAYYAqZo8Ap6hXeJ99plGxlnx4QsWrlx4YJBNK_hA-1iJ4w9shpbBLw_87bi5DFAVdkr8_t42JQnuzmLdphcDnyUa9I9B7towVaDCLNc-9MKK2Fo1ZZMN08PPQvvl8k/s1600/1-6a00d8343326e253ef014e88ea098b970d-800wi.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="600" data-original-width="600" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgJAQfdBb89z-EpVAYYAqZo8Ap6hXeJ99plGxlnx4QsWrlx4YJBNK_hA-1iJ4w9shpbBLw_87bi5DFAVdkr8_t42JQnuzmLdphcDnyUa9I9B7towVaDCLNc-9MKK2Fo1ZZMN08PPQvvl8k/s320/1-6a00d8343326e253ef014e88ea098b970d-800wi.jpg" width="320" /></a></div>
<div style="text-align: center;">
<br />
圖 1、BIM 忽悠的第一級,X 和 Y 混淆不清</div>
<br />
<h4 style="text-align: left;">
第 2 級:經驗不足或低等程度的 BIM 忽悠 <br /> (Level 2: INEXPERIENCE or Low-Level BIMwash)</h4>
當 BIM 交付的結果跟設計要求之間兜不攏時,或者僅有某些 BIM 交付結果 (容易實現的) 與設計要求之間的連結能被理解時,此刻 "BIM 忽悠" 就因經驗不足而表現出來。<br />
他們經常顯現出來的是把很基本的 BIM 交付結果 (諸如協調一致的圖紙或者以模型為基礎的衝突檢測) 當成是尖端的創新而全力推展。<br />
<br />
由於缺乏實踐經驗,對這類 BIM 應用者而言,BIM 就像一座冰山,BIM 的要求/可交付結果只有很小一部分看得到,而大部分仍然隱藏在表面以下(見圖 2)。<br />
這種缺乏經驗,在一個過度樂觀的營銷部門的手中,就會生成顯著的 "BIM 忽悠"。<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgsun5DTyY02OCNC78f7WfIq9FbgmFgmUKJJkqweQob3-ibdkT0HnDvx0ilO9_broOCQlO97cd-JhD9O0GY9U1knsN56iq3wchxrLi7mcR3nm2jZIug7u-n2g3lZK94eWOWP6efR7BlnHg/s1600/2-6a00d8343326e253ef015432ca0d84970c-800wi.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="573" data-original-width="800" height="229" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgsun5DTyY02OCNC78f7WfIq9FbgmFgmUKJJkqweQob3-ibdkT0HnDvx0ilO9_broOCQlO97cd-JhD9O0GY9U1knsN56iq3wchxrLi7mcR3nm2jZIug7u-n2g3lZK94eWOWP6efR7BlnHg/s320/2-6a00d8343326e253ef015432ca0d84970c-800wi.jpg" width="320" /></a></div>
<div style="text-align: center;">
BIM 忽悠的第 2 級,看到了少許,沒看到的更多</div>
<div style="text-align: center;">
(BIMwash Level 2, seeing SOME and missing MANY)</div>
<br />
※ 數碼阿叔註解:當前有些單位運用那些三維建模軟件的目的,可能僅限於根據完稿的二維施工圖紙建立三維模型,然後利用軟件經由三維模型進行衝突檢測了事。從實用層面來看,的確獲得了減少錯誤的效益。但是操作那些三維建模軟件跟應用 BIM 是兩碼事,運用的目標以及深度、廣度皆有所不同,不宜混為一談。如果據以宣稱自己這是應用 BIM 的實踐項目,未免……<br />
<br />
<h4 style="text-align: left;">
第 3 級:誇大其辭或稱中等程度的 BIM 忽悠<br /> (Level 3: EXAGGERATION or Mid-Level BIMwash)</h4>
這一級是指他們的 BIM 應用能力 (BIM Competencies) 實際上是存在的,但是蓄意推進到遠超過他們實際的能力水平。就好像講述一個真實的故事中,還特別穿插一些好萊塢特效在上面 (見圖 3)。<br />
說一個誇大其辭的例子,在一個全國性的實踐項目中,通過其對 BIM 能耐的陳述、網站或博客等等宣傳手段,聲稱擁有豐厚的 BIM 應用能力,實際上他們卻是個只做過少數項目的地方性團隊,僅能部份達成指標。<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjnul2XexgoIOvmranhJifIBYcAcdLzQPzG1fEFfFTf3F3Us0XmJWnOjudEp2YMFNFawGSyggdN37jwy2u5gy6jw9mZg3ZbzC3q3Wb1GVBDXATAmpHiRtvrQ_qmBWoCDvl8XoTgH1nlGrE/s1600/3-6a00d8343326e253ef015432ca0df5970c-800wi.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="272" data-original-width="800" height="108" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjnul2XexgoIOvmranhJifIBYcAcdLzQPzG1fEFfFTf3F3Us0XmJWnOjudEp2YMFNFawGSyggdN37jwy2u5gy6jw9mZg3ZbzC3q3Wb1GVBDXATAmpHiRtvrQ_qmBWoCDvl8XoTgH1nlGrE/s320/3-6a00d8343326e253ef015432ca0df5970c-800wi.jpg" width="320" /></a></div>
<div style="text-align: center;">
BIM 忽悠的第 3 級,膨風到不成比例</div>
<div style="text-align: center;">
(BIMwash Level 3, blowing things out of proportion)</div>
<br />
<h4 style="text-align: left;">
第 4 級:錯覺或稱嚴重的 BIM 忽悠 <br />(Level 4: ILLUSION or Severe BIMwash)</h4>
這是當 BIM 競爭能力的故事等同純屬虛構時。這種類似於印度寶萊塢電影中的情節 (所有的歌曲和舞蹈都是豐富多彩的,並且把場景表現得很有趣),但實際的故事中從來沒有、並且可能永遠不會是真實的!<br />
當一個 pre-BIM 服務供應商冒充能高度勝任 BIM 的專業者,競標成功並且獲得一個規定要用 BIM 的大型項目[14],在 “BIM 忽悠” 的錯覺下,真實的能耐和嚴重的無能是難以區分的。<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiaJ3us-xBygF3O9y5wjIHQh412VrJKur3dwEDy4O6i1dAQjUrHhqQAGTJ9viSvoaqV5T2Oovx348dM0j4JdTfkhfX612VBkadUpXND1UYn-usVyKKGwdG29NSQrgWjdTjMAOI3rwgTGDo/s1600/4-6a00d8343326e253ef014e88ea0b8d970d-800wi.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="600" data-original-width="600" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiaJ3us-xBygF3O9y5wjIHQh412VrJKur3dwEDy4O6i1dAQjUrHhqQAGTJ9viSvoaqV5T2Oovx348dM0j4JdTfkhfX612VBkadUpXND1UYn-usVyKKGwdG29NSQrgWjdTjMAOI3rwgTGDo/s320/4-6a00d8343326e253ef014e88ea0b8d970d-800wi.jpg" width="320" /></a></div>
<br />
<div style="text-align: center;">
BIM 忽悠的第 4 級,推展不存在的東西!</div>
<div style="text-align: center;">
(promoting what does not exist!)</div>
<div style="text-align: center;">
(Deception 欺騙 / Misrepresentation 誤傳)<br />
<div style="text-align: left;">
<br /></div>
</div>
<h3 style="text-align: left;">
總結 (In Conclusion)</h3>
就像在此之前的 "綠色忽悠" (Greenwash) [15] 一樣,"BIM 忽悠" (BIMwash) 預計會在市場裡增殖擴散,這主要是由於要求以 BIM 交付結果的大客戶數量爆增。在缺乏獨立評估/認證的情況下,給了 "BIM 忽悠" 們絕好的機會,藉著運用「對 BIM 能耐的創造性說詞」,讓那些實際上得來不易的真正 BIM 應用能力變得難以區分真假,使得建築市場發生扭曲。因此,要檢測出 "BIM 忽悠" 首先重要的一步是要認清它的搞法,才能循跡叫他們現形。作者 (Bilal Succar ) 在未來的 BIM 文集裡,將描述幾種方法跟它鬥爭,並且就長遠而言——抵消 BIMwash。<br />
<br />
<br />
<h3 style="text-align: left;">
原帖註解</h3>
[1] 本博客文章是在澳大利亞的 RTC 於 2011年 發佈 BIMwash 參考資料的延伸。根據收到的反饋評論,這個主題涵蓋了兩三個帖子。<br />
[2] BIM 的主張 (BIM Claim) 是個人、單位或項目團隊選擇公開標識其 BIM 應用能力的程度。<br />
(※ 這裡說的 "主張" Claim,指的是宣稱的工作能力和因此等價要求的報酬)<br />
[3] BIM 應用能力 (BIM Competency) 是結合了 BIM 能耐 (Capability) 和成熟度 (Maturity) 的一個術語。<br />
BIM 應用能力可以用於描述個人、單位以及項目團隊。<br />
[4] 如果 BIM 的主張 < BIM 的應用能力,則錯過了市場機遇!<br />
[5] 這也適用於組織 (單位) 和群組 (一個組織內的小的群體)。<br />
[6] BIM-勝任 (BIM-Competent) 組織和BIM-備便 (BIM-Ready) 組織之間有一個重要的區別,BIM-備便組織是那些有能耐交付高品質的BIM產品/服務,但尚未獲得必要的實踐經驗。<br />
[7] 雖然個人的 BIM 主張很容易檢測,提供招聘/面試是 BIM 的主管,仍然常見的是招聘機構不評估應徵者的 BIM 應用能力 (BIM Competency),他們應該越嚴格越好。<br />
[8] 例如:兩個或兩個以上的組織,聯合提交一個項目的標書或參賽作品。<br />
[9] 採樣的準則:協調良好的基於物件的模型,免於建模誤差,可施工性,必要數據的豐富程度,按正確的詳細等級建模,優化模型大小/性能,在一致/標準的基礎上的命名架構......等等。<br />
[10] 採樣的準則:架構良好的 BIM 執行計劃,由知識淵博的高級工作人員推動,以及清楚的認識到 BIM 在可適用的標準和合同承諾裡的優勢和局限性......等等。<br />
[11] AEC 的服務供應商是指那些向客戶提供設計和施工服務的:建築師、工程師、承包商、項目經理等等。<br />
[12] 作者故意留下了一個國際小組,積極推動解決幾乎所有行業毛病的 BIM 方法......你能辨識該群組?<br />
[13] BIM 忽悠的級別係用作一種能耐和成熟度 (Capability Maturity) 度量標準,同時在描述BIM忽悠行為的混合情況時使用 BIM 忽悠的型態。<br />
[14] 這是個真實的例子。<br />
[15] 綠色忽悠 (Greenwash) 是對環保認證提出的不合理主張 (能力宣稱與取費)。<br />
<br />
(全文完)</div>
柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-83149170585416762432012-10-19T12:02:00.000+08:002012-10-19T12:04:27.156+08:00BIM反思錄(四)作者:數碼阿叔/柏基建築師,歲次壬辰年良月寫於台北<br />
本文原發表於作者的新浪博客,2012-10-15<br />
<br />
<div style="text-align: center;">
<b style="color: red;"><span style="font-size: x-large;">人不為己,天誅地滅</span></b></div>
<br />
<div style="text-align: justify;">
這一集我們繼續討論關於美國那件涉及BIM的索賠案,這一集主要關注保險公司為什麼要迴避審判?不當和解會造成什麼樣的後果?我故意用了一個跟BIM扯不上邊的標題,假如您覺得這個標題很聳動,您是正常的,因為我們和社會大眾都一樣,經常會習慣於積非成是的想法,其實“人不為己,天誅地滅”這句話並不是為我們心底那份“利己”的念頭做開脫,這句話正確的含義是“一個人如果沒能做好自己份內該做的事情,那麼他將無法見容於這個社會。”如何?這個說法令您覺得好過一點吧。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
其實,在人類的心裡,“利己”的考量永遠先於“利他”,這也就是達爾文先生在其進化論中昭示 “物競天擇,適者生存”的微言大義。利己是人的本性,同時也是競爭的原力。在我們的生活中、工作中它總是若隱若現,不時的左右我們的判斷與決定。例如早年我們都有強行過馬路的經驗,四下看看,管他紅燈綠燈,湊夠一撮人就可以開步走了,如果有大媽大爺帶頭,那就更顯得理直氣壯。想一想,利之所趨,讓我們很容易追隨著別人的行為做同樣的事,而罔顧可能發生的結果。有位好朋友說這個索賠議題是在炒冷飯,然而比起骨灰級的柯林斯柱式,這碗飯還不算太冷。即使原先那篇敘述得不清不楚的博文意在嘩眾取寵,但凡是走過必留痕跡,在案例敘述中明確指出設計團隊的MEP設計師應用了BIM,他在裡面做了什麼我們不知道,可是在這個專案裡,資訊共享了沒有?如何協同工作的?專業整合做到了沒有?這些BIM的要素似乎都沒能達標,能明確知道的只是設計方與施工方在工作中的缺陷引發了建築爭議,保險業者的做法衝撞了既有的行業責任界線,從某個層次來說,這都是基於利己生成的結果。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
前面說過整個事件導因於“在施工過程中,當承包商組裝到大約70%的管線時,佈設的管線已經超出了悶頂的範圍。” 換句話說,還有30%的管線裝不進天花板(吊頂)裡面。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
這時承包商為了要解決問題將面臨抉擇,第一個方式是把天花板的預定高度降低,擴大悶頂的淨高,使得悶頂裡能容納剩餘30%的管線,可是這樣做有現實的困難,天花板高度降低了,室內空間的淨高度跟著變矮了,很可能影響到天花板下方空間的適用性,甚至可能使得室內淨高度不符合建築規範的要求,並且業主也不可能答應這麼做。另外一個解決方式就是把已經安裝好的管線全都給拆下來,按照事後他才知道的特別安裝順序重新佈設,這麼做一拆一裝之間不但承包商得憑空多花一筆拆除費和安裝費,同時拆除過程中還會造成部分材料與半成品的損耗,重新佈設管線也耗掉工程完工期限,承包商將因此蒙受返工與誤工的雙重損失。並且承包商如果主動這樣做,無異承認了自己施工不當,使得他將獨自承擔所有的損失,因此必須另闢蹊徑以求自保。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
最後承包商選擇了看起來對他最有利的辦法,一狀將業主告上法庭,理由是他認為這份施工圖顯然不合於工程常規致使他裝不進全部管線,同時提出數百萬美元的索賠要求,要求業主賠償這個部份誤工和返工的損失。業主對此傻眼之餘當然很生氣,於是轉而起訴了建築師,因為施工圖是建築師提供的,所以向建築師要求賠償。由於建築師投保了專業責任保險(PLI),這下子出險了,因此輪到這家XL保險公司上場,處理索賠談判事宜。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
對這個案例,保險公司的Lewis只說那棟建築物現在已經完工並且啟用了,基於為客戶保密的義務,他們拒絕透漏更具體的情況,也不願意說出當事人的姓名。保險公司這個做法完全正確,稍有法律知識的人都不會為此責怪保險公司不肯明示這件索賠案的細節,如果他們說了反而是犯法的行為。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
Lewis說:「這是個非常高價的索賠談判。」而XL保險公司對這件索賠官司並未進行審判的程序,由於保險公司認為這種牽扯到BIM所招致的爭議事件,沒有任何先前的判例可供援引,任何陪審團可能都很難理解BIM這玩意兒究竟在工程案件中扮演的角色與過程,並且難於對此做出正確判斷(※其實說穿了,保險公司心裡沒底,擔心的是最終做出對其不利的判決)。因此在對審判結果無從預期掌握的心態下,保險公司選擇了他們最擅長的做法,居中穿梭調解搓圓仔湯,促成以金錢賠償為和解條件,做為裁決的依據,目的是把他的損失減到最小。數百萬美元的賠償金額由建築師、MEP工程師以及承包商分攤,各方分攤的另一層意思是各方都承認自己有過失,協議按照過失的比例分別攤付,讓承包商得到據以拆卸重新安裝的返工損失金額。這裡有件事得注意,保險公司處理索賠官司的做法乃基於風險管理的原則,並不是以澄清事實真相的是非曲直為出發點,而是以自己出險的金錢損失最少為目標。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
迴避審判過程就意味著沒有從法律層面去界定事件中各當事人的責任與對錯,保險公司選擇以調解成金錢分攤賠付,更是一種和稀泥的處理方式。雖然對當事人是解決了自身問題,但是從旁觀者的立場,我們仍然要追索發生問題的人為原因,以及這個案例產生的後續影響。我們是大陸法系的國家,實施的是罪刑法定主義,法院按照具體的法令條文做為裁判的依據。而美國是海洋法系的國家,法庭會援引判例做為裁判的依據。這個首件涉及BIM的官司裁?的結果形成了判例,對於其後該州的其他類似案件都會造成一定程度的影響。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
那麼我們從專業的角度來看,整個案件的徵結在哪裡?首先,保險公司的Lewis說:「問題在於溝通不足,設計團隊從未跟承包商談及安裝順序,並且承包商的經驗不夠老練,沒有在事先理解以一個特定的順序去裝配管件的重要性。」這是從保險公司的角度說事,這句話本身就存在很大的問題,溝通不足如果指的是設計團隊從未告知承包商關於管線排佈得非常緊密(※是否確實異於正常的排佈方式)這個事實,這能不能歸責於設計團隊我們等會兒再討論,至於安裝順序,如果設計方的施工圖上未指明管線高程,那就完全是承包商的責任。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
在咱們這裡,工程發包決標後,有個程序叫做“技術交底”(註:這是大陸規定的程序),通常會有一場碰頭會,與會的包括設計團隊的各專業負責人與施工單位的各個技術負責人,就設計內容進行說明與釋疑。我不清楚在美國依照他們的工程慣例如何辦理,假如這個案例也舉辦過類似的技術交底,設計方有足夠的機會在交底時知會施工方所謂“管線排列得極為緊密,必須按照特定的順序安裝”這回事。然而即使設計方真的沒說或者沒機會說,那麼他們就該為此擔負責任嗎?我認為未必!至少施工方在技術交底之前得把圖紙吃透,通常交底會上應該有會有不少問題提出來,要求設計方解釋,或者基於施工安裝的便利而要求調整,再不然軟磨硬泡的要求更改些材料廠牌、施工做法等等。如果您參加過這類技術交底會,在這個行業裡待得夠久,您可曾見過有哪一次施工方的項目經理會大剌剌的拍胸脯說一切都沒事,大家就等著去蹭會後那頓酒菜的?</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
在美國與加拿大境內執業的建築師通常會為建築案件編訂建造與施工規範(Specs),或者使用Masterspec標準規範,就合同各方在專業上的權責義務做出規定。例如對於應用Masterspec規範的建築師而言,在Masterspec第01 31 00節“Project Management and Coordination”(專案管理與協調)的敘述中,要求總承包商/分包商必需製作“Coordination Drawings”(※指的是結構機電設備整合圖)做為資訊提交的載體,交付給建築師/工程師核查。這樣的要求旨在界定設計與施工的責任範圍,跟是否應用BIM毫無瓜葛,在施工階段跟工程施作相關的建造手段(Means)、施工方法(Methods)、施工安全(Safety)和施作順序(Sequencing)都不屬於設計建築師的管轄權責。建築師把施工圖說(包含建築、結構、MEP、HVAC…等等)提交給業主,業主據以把建築專案發包給承包商,承包商基於其專業能力,把這些施工圖說整合成為直接用於施工的製造與安裝圖說(Shopdrawing)和跟時間、成本相關的計畫,在DBB交付模式下遊戲規則就是這麼玩的。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
換句話說,本案的承包商按照成規應該在動工前對各專業施工圖紙進行套繪整合,在製作“機電整合界面圖”(Combined Service Drawing, CSD)、“結構機電整合界面圖”(Structural , Electrical and Mechanical, SEM)及“施工界面協調計畫”(Coordinate Installation Program, CIP)這些過程中就會很清楚的覺察這個客觀的事實,難以按照設計團隊提供的施工圖紙要求,把管線全都裝進悶頂裡。接下來正常的處理程序當然是利用“資訊徵詢函” (Request For Information, RFI)把問題回饋給業主,由業主要求設計團隊澄清或者進行調整修正(※RFI並沒有固定形式,可以利用文件、Email、電話甚至當面傳達意見或徵詢,只要能留下證據進行事後追?即可)。但是本案的實際狀況又如何?承包商因何底氣十足的按照自己的想法悶著頭往下幹,終致發生裝不下全部管線的困境。這是一連串巧合和疏忽造成的意外,還是另有原因,保險公司不說我們無從得知其詳,我們只能從善意第三者的角度做出合理的推測。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
會出現裝不下的結果顯然承包商沒有事先對本案做過“結構機電設備整合”(管線整合),但是我認為任何承包商都不會大而化之到跟自己的鈔票開玩笑,我們不能一言以蔽之的跟著說什麼“承包商的經驗不夠老練”這種貽笑大方的外行話。各層管線的安裝高程從何而來,沒有CSD/SEM可是承包商的底氣來自哪裡,最有可能的是設計方提供的那種經由BIM建模軟體所生成MEP施工圖紙的內容,跟他們習用的整合圖類似,讓承包商誤以為設計方已經正確完成了“管線整合”的任務,自己揀個便宜就直接根據設計方的圖紙上馬施工。到現在為止有件事我一直憋著沒說,在保險公司對這個案例的敘述中,Lewis曾說過一句話:</div>
<br />
<div style="text-align: center;">
<span style="font-size: large;">“管線在模型裡裝得下,可是在現實中卻裝不下。”</span></div>
<div style="text-align: center;">
(原文為“Everything fit in the model but not in reality.”)</div>
<br />
<div style="text-align: justify;">
在我看來,這正是整個事件的關鍵所在。我們做個情境模擬,這個案例是在大學裡的一座生命科學樓,供做教學、研究、實驗等等用途,假設還包含了一些實驗室(※有沒有我不知道),那麼管線與管道系統就不僅止於給水、排水、電力、弱電、空調、消防、保安監控等等基本管線那樣單純,可能還包含其他特殊管線。當然除了幹管還有支管與設備裝置,以及數不清的吊架,各管線系統的佈設肯定變得比較複雜。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
身為設計團隊中的MEP設計師,運用BIM建模軟體構建了MEP模型,您說這模型都建好了,他們會不會接著進行“干涉檢查”(interference checking)或者通俗說的 “碰撞檢測” (clash detection),應該是肯定有的,許多人應用BIM的目的不就是為了這個麼?如果干涉檢查只相對於結構模型以及其它MEP模型相互間做了幾何碰撞(硬碰撞)的檢測,確認了這些管線、管道沒有跟結構樑柱衝突的地方,各管線、管道相互也不存在衝突的地方。然而這就夠了嗎?顯然是不夠的,各管線之間應該保留多少間距?這可是由MEP設計師所設定的,管線間距的決定除了規範的要求以外,更需要考量施工時的吊裝搬運、人員近接操作空間、安裝進出順序、日後維修保養人員近接檢修空間….等等,都需要把這些必不可少的空間需求轉化成各處不同的管線間距。並且,沒有預設高程如何構建管線模型?又怎麼進行干涉檢測?</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
假如MEP設計師不具備足夠的工程現場經驗,甚至沒見過管線管道在現場實際怎麼進行分層佈設、安裝銜接的全過程,那麼僅憑著想當然爾的認知去設計管線、管道,除非悶頂空間裡的高度能夠容得下跑馬,否則很容易出現本案例中Lewis所說的“管線在模型裡裝得下,可是在現實中卻裝不下”這樣的結果(※其他的技術性經驗我就不說了,否則這篇博文可能會寫不完)。正因如此,即使設計階段已經做過了管線整合,到了施工階段還是得由施工單位主導,根據每個專案實際的需要再正正式式的進行管線整合,製作CSD/SEM的程序是必不可少的過程,也是施工單位責無旁貸的責任。說到這裡,再回頭看看這個案例發生的過程,您該有點輪廓了吧?</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
保險公司表示他們一直提醒身為設計工作者的客戶,別摻和到建造手段(Means)、施工方法(Methods)、施工安全(Safety)和施作順序(Sequencing)的範疇裡面去。但是對於這個案例,由於保險公司刻意迴避審判而以調解賠償來化解訴訟,卻因此創下了設計團隊對Means、Methods及Sequencing這些不屬於其責任範圍的部分擔負了責任並且賠償的先例,這讓人覺得保險公司只求利己的做法造成了一個很不好的後遺症,這也是原先那兩篇博文在專業網站上貼出以後造成設計與建造業者激烈反彈的主要原因,這個案例的結果違反了美國建築行業一直堅守的原則(※其實也是咱們這裡設計與施工的責任分界)。BIM其實是一種協同作業的過程,鼓勵專案的各參與方進行相互溝通、協調以及提出建議,但是在這個案例中,空頂著BIM的光環卻沒有發生那些該有的效益。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
寫到這裡您該發現這個項目建設的進行過程中,在BIM的應用上就只有設計團隊在唱獨角戲,即使運用所謂BIM軟體構建了三維模型甚至做了管線整合,最終僅僅落得生成二維施工圖紙,交付給不具備BIM應用能力的承包商,還捅出了摟子。專案建設的其他參與者諸如業主、承包商甚至運營管理單位都跟BIM沾不上邊兒,沒有業主與承包商就BIM的協同支持與合作,BIM的效益就只發生在設計團隊的內部而已,頂多還饒上生成了讓投標者難以質疑的標書與明細表,其餘整個就是傳統的專案建設操作型態(※這也跟當前咱們這裡的建築案件遇到的情況有些神似)。那麼擔任施工安裝的承包商又如何?到目前為止我們是假設承包商的專業施工能力沒有問題,所謂“沒有三兩三,哪敢上梁山”,應該不是個二楞子。但是如果承包商真的沒有套繪CSD/SEM圖紙,那是不可原諒的失誤,因為管線、管道的詳細製造圖紙又是根據什麼製作出來的?這可百分之百是承包商的責任範圍。但是如果真做了CSD/SEM,必然在動工前就會發現那“特殊安裝順序”的情況,也就不可能出現管線、管道只有70%裝得進悶頂空間的低級錯誤。對於這樣的矛盾存在,您想想,這當中是不是有人沒講真話。</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
寫這篇博文的目的不在於指手劃腳的對當事人指述誰是誰非,也沒有預設立場的為哪一方翻案。我們藉由一些合理的假設,討論設計單位與施工單位在專業上應有的做為,希望能拿這個案例的教訓做為我們日後的借鑒。從這裡也能看出應用“專案整合交付”(Integrated Project Delivery, IPD)交付模式的好處,設計、發包、建造不再以前後串列的方式的進行,而是成為重疊互補的進程。在設計階段就邀集業主、未來施工階段的各工種承包商與安裝承包商甚至運營單位加入,藉由他們提供的經驗與實踐需求,先完成管線整合以後再生成施工圖紙,這才是真正能避免返工誤工以及獲得提升工程效率的積極做法。再做最後一個假設,假如當初這個案例用的不是DBB(設計-發包-建造)交付模式,而是採用IPD交付模式進行,您認為結果會是如何?</div>
<div style="text-align: justify;">
<br /></div>
<div style="text-align: justify;">
BIM反思錄就寫到這裡暫時擱筆,隨著BIM的風潮與相關技術的不斷引進,潮起潮落的過程中,在那片新舊思維交替的潮間帶,還有很多值得討論的材料,日後有機會我們再繼續研討。BIM的應用自成體系,絕非買回軟體學會建模就能那麼簡單的切入現有規制當中並且運作無礙。推動BIM普及化,不能只一味訴求BIM的光明遠景而避諱討論它跟現實間的衝突與矛盾,否則難保不會歧路亡羊不知伊於胡底。子曰:「以不教民戰,是謂棄之。」我們真該用心為BIM應用的深度和廣度規劃出完整的路線圖做為發展方向的指引,軟土深掘才能讓BIM在這個國度裡真正的落地生根。</div>
柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-4881541794811545082012-10-19T11:52:00.000+08:002012-10-19T11:52:26.345+08:00BIM反思錄(三) 作者:數碼阿叔/柏基建築師,歲次壬辰年良月寫於台北 <br />
本文原發表於作者的新浪博客,2012-10-11<br />
<br />
<div style="text-align: center;">
<b style="color: red;"><span style="font-size: x-large;">從美國首件涉及BIM的訴訟案談起</span></b></div>
<br />
在美國有一所大學興建一座生命科學樓(life-sciences building),在施工過程中發生了訴訟案件。工程發生訴訟不稀奇,但由於這個案例涉及到建築師與MEP工程師等所組織的設計團隊在設計過程中應用了BIM,並且成為美國首次因為BIM招致索賠的案例,所以在美國建築行業中格外引起注意。在敘述事件的整個經過之前,我們先說說結論。事過境遷後,涉及這個事件理賠的保險公司Randy Lewis先生說了下面這段話:<br />
“The creators of BIM claim its use reduces risk, and indeed it can—like any other tool, if it is used right. If you don't use BIM correctly, you can get into trouble.”<br />
<br />
我把他的意思試譯成中文,可以這麼說:<br />
“應用BIM創建模型的人宣稱用它能減低工作中的風險,如果能正確的運用它,事實上就跟其他任何工具一樣,的確能減低風險。但是如果你運用BIM的方式不當,那麼你就會惹上麻煩。”<br />
<br />
首先披露這個訊息的是在2011年5月,由Nadine M. Post女士在Engineering News-Record網站上發表的博文:名稱叫做《虛擬設計與施工的警示故事》<br />
"A Cautionary Digital Tale of Virtual Design and Construction" <br />
<a href="http://enr.construction.com/buildings/design/2011/0523-acautionarydigitaltale.asp">http://enr.construction.com/buildings/design/2011/0523-acautionarydigitaltale.asp</a> <br />
<br />
接著很快的Architectural Record網站轉載了這篇文章,把標題改成了:<br />
《BIM訴訟提供了警示性故事》"BIM Lawsuit Offers Cautionary Tale" <br />
<a href="http://archrecord.construction.com/news/2011/05/110519-BIM-Lawsuit-1.asp">http://archrecord.construction.com/news/2011/05/110519-BIM-Lawsuit-1.asp</a> <br />
<br />
如果各位BIMer有興趣,不妨到上述兩處鏈接的地址去看看文章後面的那些評論(comments),參與評論的都是身處第一線的設計與施工的從業人員,其言辭赤裸裸的沒有經過任何化妝,雖然他們中間許多並非BIM軟體的用戶,但是面對建築行業原則的堅持,其激昂的程度不亞於咱們的微博,扣除習慣於閱後沉默飄過不留鴻爪的大多數瀏覽者,這個案例受到美國建築業界重視的程度可見一般。當今世道混沌,廣告包裝鋪天蓋地,BIM和號稱total solution的建模軟體之間究竟誰在綁架誰,確實還說不清道不明。我們整天看到的是宣稱BIM能做這樣、能做那樣的種種說法,但是那些雲裡霧裡的東西可曾真的在你的工作電腦中出現過並且為你所用?凡我BIMer同志們真該多關注行業基層的真正聲音。<br />
<br />
那篇博文的內容根據的是保險業者的說法,敘述索賠的原因以及解決的經過,說是對其他使用BIM的設計工作者而言是個具有警示作用的案例。文章發表以後受到美國建築業界的矚目,在兩處網站上都產生廣泛的迴響,合計出現了將近150條的評論,其中大部份評論都不認同保險公司迴避審判的搗漿糊(和稀泥)做法。保險公司基於自身利益輕率的妥協,協商的結果使得建築師、MEP工程師和承包商一起分攤了承包商在工程施作上的索賠金額,開啟了建築師與MEP工程師對原本屬於承包商責任範圍的“Means & Methods”(建造手段及施工方法)擔負了責任的判例,其影響會是深遠的。<br />
<br />
整個事件發生的經過在那篇博文中敘述得很簡略,並且是從保險公司的角度來說事,因此難保有些真實的情況因為立場的關係而遭到忽視或隱匿。<br />
<br />
涉及這個案例的建築物是美國一所大學新建的一棟生命科學樓,當事人包括業主(那所大學)、設計建築師(以及MEP工程師)、承包工程施工與安裝的總承包商等,當然還包括一家保險公司。保險公司是一家名叫XL保險公司的丹佛分公司,它們對領有證照的建築師與工程師提供“專業責任保險”(Professional liability insurance, PLI)。透露這個案例部份情節的正是這家保險公司裡負責預防損失與客戶教育部門的副主管Randy Lewis。<br />
<br />
發生問題的原因和處理過程聽起來並不曲折,在施工過程中,當承包商組裝到大約70%的管線時,佈設完成的管線已經超出了“悶頂”(Plenum,指天花板上方直到上層樓板底的空間)的範圍,換句話說剩下30%的管線裝不進天花板(吊頂)裡面。承包商因此一狀將業主告上法庭索賠,業主轉而起訴了建築師,打官司啦!於是這家XL保險公司上場,處理索賠談判事宜。而保險公司對這件索賠官司處理方式是迴避了審判的程序,居中穿梭調解,達成以金錢和解收場做為裁決的根據。至於最後解決的條件,據說是一筆金額相當大的賠償金,共計數百萬美元,由建築師、MEP工程師以及承包商分攤。<br />
<br />
承包商為何要提告?這是個好問題,那家保險公司並沒有說明原因,不過我們用膝蓋想也能想得出一個大概。按圖施工是承包商的責任,空間用完了還剩下30%的管線該怎麼辦?降低天花板?恐怕業主和建築師都會跟他翻臉。那麼把已經安裝好的那70%管線都拆下來重新安裝?那可是一大筆費用不說,耽誤了工期還得罰款。當然損失最小的方式就是選擇控告業主,我按照你發包給我的圖紙施作,管線裝不進你指定的悶頂空間裡,你得賠償我的返工和誤工的損失。最終這個問題是怎麼解決的,我猜想應該是拆下已經安裝好的管線重新佈管,否則這個官司也打不起來。如果承包商沒犯錯,那麼是誰犯了錯?<br />
<br />
雖然這在美國只是個民間常見的民事索賠官司,也不涉及什麼公共危險問題,通常民事索賠官司在保險公司介入下絕大多數也都是以和解收場。然而這個案件比較特別,它是美國第一件涉及BIM應用的訴訟案件,因此倍受建築業界的重視。根據保險公司的說法,事件的導火線在於建築師與其MEP工程師運用BIM三維模型完成佈設MEP管線工作,而且在發包時,建築師並未告知承包商,這些管線排列得非常緊密(原文為“extremely tight fit”),施工時必須遵循特定的安裝順序(原文為“a very specific installation sequence”)施作安裝。並且保險公司事後表示:<br />
<br />
——“應用BIM創建模型的人宣稱用它能減低工作中的風險,事實上就跟其他任何工具一樣,如果能正確的運用工具,的確能減低風險。但是如果你運用BIM的方式不得當,那麼你就會惹上麻煩。”<br />
<br />
保險業者說得很簡略,但是我們從建築專業的角度來看,所有的說明中並沒有對幾個重要的問題點有所澄清:<br />
(1) 為什麼要迴避審判?不當和解會造成什麼樣的後果?<br />
(2) 為什麼管線無法全部安裝進悶頂空間裡?設計團隊為什麼沒有向承包商做技術交底?<br />
(3) 所謂將管線“排佈得極為緊密”是什麼意思?設計團隊是否具有足夠的工程現場實務經驗,真正瞭解管線間必須保留的間距?另外,保險業者說必須遵循“特定的安裝順序”,何謂特定的安裝順序?<br />
(4) 整合管線該由誰做?這個案例中到底有沒有做過“機電整合界面圖”(Combined Service Drawing, CSD)、“結構機電整合界面圖”(Structural , Electrical and Mechanical, SEM)及“施工界面協調計畫”(Coordinate Installation Program, CIP)?這些都不是BIM時代才有的新東西,實際上所謂CSD/SEM已經使用不下數十年了,只是以往是利用二維圖紙透過人工計算操作,即使其精確度不及當前利用三維模型操作,但是無損其在工程中的必要性。<br />
<br />
對於上述這些問題,我們得仔細掂量一下厲害關係。莫道這樣的場景日後不會發生在你我的身邊,由於專業知識的不對等,以往不論設計方或施工方在工程中捅出了摟子,因為業主方大多對工程技術不那麼在行,比較容易唬弄一下遮掩過去,反正一切現場解決,業主方即使不高興也多半摸摸鼻子罵兩聲就算了,不會認真追究。但是到了BIM時代,業主方不懂沒關係,花錢找一家懂得BIM的諮詢公司來代替業主管理專案進行,不但設計方與施工方憑空多出來一個婆婆管,而且在建築資訊模型下,一個蘿蔔一個坑,任何錯漏碰缺恐怕都無所遁形。原先施工方在圖紙與實做數量中間能沾點便宜的灰色地帶,也因為貫徹4D和5D而…沒了!利潤透明化將導致利潤緊縮,使得施工方將更加計較圖紙的錯漏和工期。見葉落而知秋意,您保證日後咱們這裡不會同樣出現訴訟的情景嗎?<br />
<br />
下一篇博文我們將接續討論這個案例,為什麼要迴避審判?不當和解會造成什麼樣的後果?請繼續關注:BIM反思錄(四)《人不為己,天誅地滅》柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-91334730857417713762012-10-19T11:29:00.000+08:002012-10-19T11:30:42.150+08:00BIM反思錄(二)BIM反思錄(二)<br />
作者:數碼阿叔/柏基建築師,歲次壬辰年良月寫於台北<br />
本文原發表於作者的新浪博客,2012-10-9<br />
<br />
<div style="text-align: center;">
<span style="font-size: x-large;"><b style="color: red;">人無遠慮,必有近憂</b></span></div>
<br />
話說當前興起了一股“建築資訊模型化”(BIM)的風潮,被說成是建築業界的一次產業革命,當然也有人硬要說成是第三次工業革命,並且不加入BIM的行列就將被淘汰。(好吧!那麼在第二次的時候淘汰了誰?) 今天能跟BIM沾親帶故的各款應用軟體也如同雨後春筍般冒將出來,賣軟體的不住伸手四下招徠,訴說著俺才是老字號,一面比劃著建築世界未來的美景。變革肯定是有的,但並非起於一夕之間,而是隨著時間牽拖而漸進生成,說它是個願景也好。固然建築界中不乏冷漠以對者,他們面對任何變革的態度都依然故我,照例老神在在、不為所動。但是的確有許多建築業者看出其中的巧妙端倪而跟著上馬,他們面向BIM的態度則各有不同,其中有立馬撂了舊挑子義無反顧大幹快上的,也有那種摸著石頭過河邊走邊試深淺的,當然也有像在公園裡模仿人家打太極拳雖有形卻無神的,總是建築界中應用BIM的從業人員日漸增多,搞設計的、搞施工的、搞運營的、甚至搞投資的都有。在軟體商營銷策略的巧妙包裝下,讓已經上馬的業者咸認為有了BIM以後,就如同曾國藩在日記裡說的一樣,“從前種種,譬如昨日死;以後種種,譬如今日生也。”用上了BIM就像是走上了充滿陽光的康莊大道,但在現實中真的是如此順風順水嗎?<br />
<br />
在BIM問世之前,我們使用二維CADD少說也超過了20年光陰,甚至在CAD出現之前,趴在圖板上以手工製圖經歷的年代更為久遠,二維設計和CAD真的有如推銷BIM軟體那些人所說的那麼不堪嗎?如果真是,那麼今天城市中滿坑滿谷的高樓大廈又是怎麼蓋起來的?那些房屋可曾缺隻胳膊斷條腿的嗎?實際上,二維設計載體經過多年的應用已經發展得非常成熟,並且在建築市場上早已形成了完整的運作與規範體系,相關的產業鏈之間也擁有公認的遊戲規則。如果說今天BIM的介入,搞出這種三維模型相對提升了整個專案建設的效率和品質,這一點是讓人肯定的。然而設計載體工具驟然改變,勢必衝撞既有的規制,這一點也是不容否認的。<br />
<br />
當今電腦軟體與硬體的性能不斷更新,有效的實現了三維模型應用,原先存在設計人腦海中的設計構思,被移植到電腦的虛擬環境中,經由視覺化出現在顯示器螢幕上,開啟了工作整合、實時分享與協同工作的門戶,BIM帶來的真正效益在於協同工作(collaboration)提升效率而不是免除錯誤。但是人的思維終究跟不上電腦的處理速度,人很快就在大鯨魚式的應用軟體裡失卻完全掌控的能力,按下了鍵盤後,除了顯示器畫面上的改變以外,恐怕很少人清楚的知道,以自動化之名,電腦在台前幕後究竟還幹了哪些你所不知道的事情,迷信軟體萬能的後果是難以預料的。<br />
<br />
在設計過程中,透過人機界面往返操作,真正改變的是這個建築案件的設計內涵。如果使用者因為迷於絢麗的軟體功能而操作失當或失格的時候,引發的問題可能比想像中更大。電腦對操作者是忠實的,默默執行命令不會偷懶犯錯,它只會在承受不了折騰的時候自殺(當機給你看),頂多順便毀掉正在折磨它的那個三維模型。會犯錯的是驅策它的人類,人類的心智很容易被自我認同所蒙蔽,所謂“明足以察秋毫之末,而不見輿薪”。不論是輔助設計還是整合施工,如果建築工作者本身在建築上的專業基本功不足、現場實務經驗不豐,不能期望在有了電腦和BIM加持以後,就能搞出不帶“E&O”(錯誤和遺漏)的圖紙來,相反的在圖紙中可能夾藏的是自己難以覺察的深層次設計失誤。換句話說,建築工作者本身在專業水平上的能力不足和誤判,會因為使用了BIM而不由自主的曝露出來。<br />
<br />
說到這裡,可能有些本著BIM至上的朋友已經按捺不住,準備把槍口指過來:「我們是搞設計的耶,要求我們具備施工層級(Construction-Caliber)的專業經驗太過份了吧?」 但我即使中槍也不得不說的是,即使你的專業水平能動手畫出一棟建築的各層平面圖和各向立面圖,但你需要的是能夠獨力畫出整棟建築從基礎到屋頂包含施工做法大樣的1/10或1/20比例外墻剖面圖(※請注意:我指的是要能符合1/10或1/20所必需具備的詳細內容),並且要畫得跟現場實際施工結果同樣正確無誤。如果您沒本領獨力做到這一點,那麼給您BIM軟體你照樣構建不出正確的模型來。在三維虛擬環境下操作建築設計,不論您使用的是哪一路三維軟體,過程就跟在真實世界裡蓋起一棟房屋所面臨的狀況一樣,從基礎墊層一路往上直到屋頂避雷塔尖,從整體結構骨架到內外飾面細節,即使拱券山花也一樣都不能少,想要做到這些靠的是深厚的現場實務經驗積累,這是單從書本上學不到的。會建模跟會運用模型操作設計是兩碼子事,搞建築設計的如果沒有親自在工程現場待過,切切實實的“跟過”建造與安裝的全過程,您說自己設計的東西都能一筆不改的順利蓋得起來,恐怕只有您自己會相信。因而建築設計者不要把責任都推到結構或MEP設計師身上,說他們做出來的結果跟您預想的差異很大,建築設計者要有足夠的專業判斷能力,預先給結構與MEP保留出足夠的空間尺度,合理的容納結構構件與MEP管線設備,絕對不能只顧自己耍得清爽,而把那些崎角旮旯的殘餘空間丟給結構與MEP設計師說 :「就這些了,拿去湊合著用吧!」<br />
<br />
應用三維軟體操作設計跟昔日運用二維軟體的實質過程天差地別(※我說的是構建三維模型“操作設計”,不是指看著畫好的二維施工圖建立三維模型那種抄圖建模的做法)。今天建築業界在某些業者急於圈地佔領市場的心態下,造成部份使用者迷信BIM這類三維軟體已經自動化到無所不能,形成了“過度期望”(Excessive expectations)和“過度自信” (Overconfidence)的迷思,以致於看起來完整的模型中卻可能潛藏著無法順利施工的隱患,而在設計當時操作設計者甚至無從判別施工可行性。模型裡的失誤,帶動信息的失準,生成二維施工圖紙的可操作性可能還比不上往昔應用CAD的年代。<br />
<br />
設計載體的差異,衝撞既有的建築體制和行業遊戲規則是必然的,不容否認,當前從建築規範、管理體制到建築專案中的角色權責,林林總總都是以往基於二維設計載體(CADD與手工製圖)的運用所制訂的。今天大家都很自豪已經進入了BIM時代,是否該平心靜氣的思考一下為何要應用BIM,我們的設計與施工體制架構該怎麼因應BIM的需要而做最佳化的調整。<br />
<br />
由於建築業界對BIM能耐(Capability)和成熟度(Maturity)的認知還缺乏足夠的機會去養成和磨練,對於拿三維建築資訊模型做為載體,跟現行基於二維載體的規制間存有多少窒礙與齟齬,在我們浮躁的奔往雲端的途中,甚至還沒有足夠的時間去做有系統的審視,我們建立的模型究竟是不是放諸四海皆準的建築資訊模型,還是僅止套用可視化之名做為視覺展現的三維模型。別跟我說應用在三維設計中的模型不需要精細化,不包含細節的模型必然有所欠缺或失準,如果一味削足適履的去迎合軟體性能的不足而自我設限,那麼您根本搞不清楚您的模型裡究竟缺少了些什麼?細節不足的設計在工程進行中的引爆點在哪裡?也別跟我說當前大家都還習慣於“現場調整”的那套說法,如果把這些歷史遺留的現象當成是職業上的必然,那麼應用BIM就只是個形式,比誰把氣球吹得更大。<br />
<br />
BIM必須搭配適當的交付模式才能見其所長,不可諱言的,當前我們絕大多數的建築案件還是在運用傳統的“設計-發包-興建”(Design-Bid-Build, DBB)交付模式,業主分別跟設計方與施工方訂立合約,業主跟設計方之間既是合作者又是合約對造關係,設計方跟施工方之間也沒有相互依存的關聯。DBB交付模式在國內外都運用了很多年,順利執行完成的案例也多得不勝枚舉,雖然規制本身具備正面的價值,但由於在DBB交付模式下各參與方各據立場,缺乏相互信賴的基礎,在工程責任的制約下,各方也缺乏相互支援的動力。如果設計方(或施工方)讓業主產生了過度期望而忽略自己的作為能力不足,就可能導致自己惹上災難性的後果。<br />
<br />
於是現今許多人開始大力提倡“專案整合交付”(Integrated Project Delivery, IPD)這種新的專案交付模式(※又是從外國引進的),把業主、設計、施工、運營各方以及BIM一起綁進專案的設計過程中,說是成敗功過大家都有份,希望能藉此一舉解決往昔那些“無休止的設計變更、錯誤與誤差、工期拖沓冗長、生產效率低下、協調溝通緩慢、工程費超支…”等等問題,並且高調宣稱它是個完美的解決方案。的確,根據外國對IPD的定義和作法,其效益要比DBB模式相對高出不少,然而IPD要成功的實踐,參與者各方的心態能否捐棄私心,化小我為大我,能在工作上配合無間是左右其成敗的關鍵。所謂“一方水土養一方人”,這也跟各地區由來已久的建設習性、運作慣例、甚至行業潛規則都有著密切的關聯性,在外國能成功的實施不代表在咱們這裡必然行得通。(※還是那句老話,切莫拿極少數成功的案例當成業界普遍性的表現)<br />
<br />
IPD說穿了這是統一陣線的做法,看起來似乎是形成了雨露均霑的利益共同體,然而私底下還是各有盤算,參與方各自都想多得些銀子,別人多賺了可不會分點給你,自己的那一份是賺是賠還得自己下功夫,實際上既是合作又是對立的業態本質並沒有改變多少。假如設計方或施工方在BIM應用中達不到原先向業主宣稱的天大效益,或者工程中出現了任何非預期的技術失誤或財務困頓致使中間有人掉鏈條或者扯後腿,誰也無法保證屆時IPD會不會半路散架子,各參與方之間會不會因此而興訟索賠。<br />
<br />
別以為我只是嚇唬您,晚近就有一件在DBB交付模式下跟BIM有關聯的索賠案例,雖然發生的地點在美利堅國,但誰也不知道什麼時候我們的身邊也會出現相同的情景。有句話說“人無遠慮,必有近憂”,因此即便是未雨綢繆,我們也要仔細探討一下這個被稱為BIM索賠案首例的前因與後果,做為推展BIM應用的借鏡。<br />
<br />
※未完待續:BIM反思錄(三)《從美國首件涉及BIM的訴訟案談起》柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-55660428218070751322012-10-19T11:20:00.000+08:002012-10-19T11:30:15.781+08:00BIM反思錄(一)<span style="font-size: small;">BIM反思錄(一)</span><br />
作者:數碼阿叔/柏基建築師,歲次壬辰年良月寫於台北<br />
本文原發表於作者的新浪博客,2012-10-8<br />
<br />
<div style="text-align: center;">
<span style="font-size: x-large;"><b style="color: red;"><span style="font-family: inherit;">相濡以沫,不如相忘於江湖</span></b></span></div>
<br />
當我們討論一個行業的業態的時候,應該關注的是行業裡普遍性的狀況,而不是僅拿少數企業的特別表現來說事。刻意突顯少數特別案例的成功而忽略行業普遍性的表現,只會遮掩行業真正的樣貌,對行業的整體發展和提升並沒有助益。今天我們建築業界面向BIM最大的問題是把少數個別企業的實踐嘗試宣揚成普遍性的業態水平,造成許多企業急於仿效別人外在的靚麗表現,卻忽視其內在實力的成長歷程,導致看起來光鮮亮麗的績效背後可能隱藏著見不得光的缺憾。雖然BIM的實施導則正在制訂中,當前業界裡各搞各的也沒有什麼共識和一致性的遊戲規則,但是重點在於這個行業所涉及的業主、設計、施工、運營維護等等諸多企業他們的心裡除了願景之外,是否同時擁有激情和使命感,準備好如何面對即將到來的變革沒有。BIM不是其中哪一個角色就能獨力撐得起來的,如果老想著讓別人走在前面披荊斬棘而自己跟在後面揀現成的便宜,那麼BIM在我們這裡將是沒有明天的。<br />
<br />
當BIM介入建築行業運作的時候,原先存在於項目建設各階段間各自為政的藩籬無可避免的要被打開了,為了好好伺候這個建築資訊模型,讓它能有效的貫穿項目建設各個階段,包括業主、設計、施工以及運營管理等各參與方都得多做好多工作,延伸到原先不屬於他(或者說曾經遷延躲避)的工作領域。模型只是被動的資訊載體,BIM把各參與者變成用線繫在一起的螞蚱,任誰都單個兒蹦不開,唯有溝通…再溝通、協調…再協調,以及一起面對永遠解決不完的問題,這才是BIM實踐精神的所在。BIM猶如一條船,各個參與者都是不可或缺的槳手,船要航行得順利,有賴於各個參與者之間結合成團隊並且無私的協調合作(Collaboration)。今天眼看有些設計方把建立的模型捂著不交付給施工方,完工時施工方也沒有竣工模型傳交給運營方,仍然拿著二維圖紙甩給接棒的下一手。沒有開放的心態,名義上應用了BIM,實際上所幹的事跟往昔二維CAD時代沒什麼分別,從專案建設的角度來看,用兩套規則做同一件事,能說BIM帶來的效益是多麼優越嗎?是故“相濡以沫,不如相忘於江湖!”<br />
<br />
然而,BIM絕不是安裝了軟體立刻就擁有的技能,也不是僅僅學會了建模就此蛻變成風生水起的實踐者。如果你只是想拿BIM急功近利的當成搖錢樹去賺取些機會錢,那麼在當前混沌的建築圈子裡的確可以撈到一點銀子,但是誰都看得出來這不是天長地久的買賣。如果你想拿它做為跟你建築本業一世相伴的實戰工具,那麼應用BIM的過程就會如同一條蜿蜒的長路,並非像某些推銷廣告中所訴求的那樣簡單而優雅。建築這個行業中除了業主肯定能發財以外,施工方玩得挺好的也能得些小財。至於設計方,那是個為人作嫁的角色,沒有人能經此發家致富,但是在BIM的應用中設計方卻得付出最多,所以未來還得下多少功夫才能步上正軌,如人飲水冷暖自知。在你能一拍腦袋之前,你將面對的是“理想太豐滿,現實很骨感”。柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-60681638516489995332012-07-16T22:35:00.000+08:002012-07-16T23:03:19.694+08:00Expectation to SketchUp作者:數碼阿叔/柏基建築師,歲次壬辰年七月寫於台北<br />
<br />
<b>緣起</b><br />
2012年7月10日Trimble SketchUp團隊受SketchUpBBS論壇的邀請,首度訪問中國上海、武漢、廣州三個城市,除了考察參訪以外,SketchUpBBS在三個城市各安排一場跟中國SketchUp使用者面對面的技術交流研討會。7月10日在上海外灘的遊艇俱樂部舉行的研討會,從下午13:30開始一直到晚上10:00結束。<br />
SketchUpBBS一共準備了27個議題,含括了對SketchUp在各專業領域的應用,以及使用者對SketchUp未來走向BIM的看法與期待。筆者身為SketchUpBBS論壇的資深會員,特別為此提出對SketchUp的期望做為研討議題,議題的原文如後。<br />
<br />
<b style="color: red; font-family: Verdana,sans-serif;"><span style="font-size: x-large;">Expectation to SketchUp</span></b><br />
<br />
By Paul Pai, Architect in Taiwan, SketchUpBBS Member: digitalarch (數碼阿叔)<br />
<br />
● <span style="font-family: Arial,Helvetica,sans-serif; font-size: large;">SUBIM = SketchUp + Plugins</span><br />
<b>I have been using SketchUp as our primary design tool for 10 years (since 2002). As an architect, I have been hoping the SketchUp team comes up with a Ruby plug-in that supplies comprehensive BIM functionalities.</b><br />
<br />
我把SketchUp做為主要設計工具已達10年(始自2002年)。從一個建築師的角度,我希望SketchUp開發團隊能發展出Ruby外掛插件,賦予SketchUp完整的BIM功能。<br />
<br />
〖說明〗<br />
Despite of the fact that some people, due to unfamiliarity to SketchUp or other reasons, think SketchUp is only capable of conceptual design, many architects and designers like us have already been using SketchUp for the stage of schematic design and design development. With the help of LayOut of other CAD software, we can also produce construction document with SketchUp. In fact, SketchUp has always been the primary design tool, rather than just a sidekick.<br />
In recent years, Building Information Modeling (BIM) is flourishing, forming a revolutionary wave in the architecture industry, and the China market will not be an exception. The China government is already on its way to settle down regulations for BIM implementation, and BIM may become a requirement in 2 years. With the raising of BIM, the BIM-based softwares will become the mainstream tools in the industry, and SketchUp can not be absent. We hope that the value of SketchUp can be extended to support BIM implementation.<br />
However, it does not mean SketchUp needs to change its core functionality for BIM. We hope that SketchUp Pro can be enhanced to provide BIM functions via Ruby plug-ins, to keep the flexibility.<br />
<br />
雖然有些建築業者、學者和軟體供應商,由於對SketchUp的功能一知半解或者基於其他目的,仍然堅持SketchUp僅能應用在建築概念設計(Conceptual Design)上。但是這些年來建築行業中的確有許多建築師和設計師不這麼認為,他們除了把SketchUp用在概念設計階段,還延伸到方案設計(Schematic Design)和深化設計(Design Development)階段,並且運用SketchUp搭配LayOut模組或其他CAD軟體,去完成建築施工圖說(Construction Document)。事實上SketchUp一直是許多建築設計工作者的主要設計工具(而不是製圖工具)<br />
<br />
近年,建築資訊模型化(Building Information Modeling, BIM)在建築業界被炒得火熱,形成全球性的變革浪潮。當前中國的建築業界也無可避免的身處其中,推想在可預見的未來,基於BIM的建模軟體勢將成為建築行業的主流工具,政府正在制定BIM的實施標準,兩三年後可能會要求建築行業必須把BIM應用在工作中。我們不想SketchUp在這場變革中缺席,或者被摒除在主流設計工具之外,期待SketchUp的開發團隊能把SketchUp的功能擴展到BIM的領域,使我們能繼續把它應用在建築生命週期的各個階段。<br />
<br />
全世界使用SketchUp的設計師數目可能超過了百萬以上,雖然其中大多數是在跟建築相關的專業領域裡,然而SketchUp是個面向多種設計專業的三維設計軟體,用在各種不同專業的設計師手中都是為人稱道的設計工具。因此我們認為不必為了BIM而更改SketchUp既有的核心程式,保持它與生俱來的高效率操作性,繼續讓SketchUp跟設計師的思維能同步運行比什麽都重要。我們的建議是強化SketchUp Pro版的功能,經由Ruby插件來賦予SketchUp完整的BIM功能,由使用者自己來決定怎麼有效的使用它。<br />
<br />
● <span style="font-family: Arial,Helvetica,sans-serif; font-size: large;">Building Information Modeling</span><br />
<b> In our interpretation, a BIM model satisfies the following two criteria:</b><br />
<b>1. It must be an object-oriented, three-dimensional representation of a building. </b><br />
<b>2. It must consist of some additional information about the objects beyond the graphical properties.</b><br />
<br />
我們認知,所謂BIM模型需要具備下面二個特徵:<br />
1. 它必須是一種基於物件導向、以三維表示的建築物。<br />
2. 模型物件的屬性中必須包含圖形以外的特定建築資訊。<br />
<br />
〖說明〗<br />
SketchUp has leveraged the advantage of geometrical faces to the maximum. We can create a detailed skyscraper model in less than 100 kilobytes, as it only consists of the visual information of the building exterior.<br />
However, when it comes to practical architecture design, there are three essential criteria to satisfy:<br />
<br />
1. <b>Architectural Object</b>: These visual elements have to be grouped into architectural objects, such as predefined walls, windows, etc.<br />
2. <b>Data Association</b>: Each object has to associate to its material and physical properties. For example, given a wall object, we need to keep track of its materials of construction, strength, weight, noise rate, heat transfer rate etc.<br />
3. <b>Calculation and Query</b>: In the later stages of design, we have to do aggregated calculation and object query based on these properties. For instance, we may need to sum up the total volume of walls of a certain material, or to retrieve a list of objects that involve the use of a certain material in the model.<br />
<br />
The challenge is, SketchUp model elements are not object based at the core. When we use push/pull function to generate a "wall", instead of a real wall object, it just creates 6 faces visually shaped like a wall. In addition, we also need to keep track of the physical properties of the wall, such as its materials of construction, strength, weight, noise rate, heat transfer rate etc.<br />
<br />
With the current SketchUp. A possible way to work around is to support the object model via the use of Dynamic Component, and put the material information in Component attributes. However, with this approach, we will stuck at the stage that requires data manipulation. <br />
<br />
We don't have a solid solution on how we can achieve the requirements yet. A wild guess could be handling the data externally by a 3rd party program, with Dynamic Component providing callbacks upon model changing and API for making changes back to SketchUp, so that the state of both sides can be synchronized via a plug-in as a bridge. In this way, SketchUp probably doesn't have to change much, while users can pick up their own backend BIM implementations.<br />
<br />
SketchUp在三維模型上極致發揮了幾何面的效益,我們可以構建一座百米高樓的模型,看起來精緻得栩栩如生,卻只有一層薄薄的外殼表皮,內部空空如也。整個模型檔案的大小可能不到100 Kb,在Google Earth上你總會發現滿是這種型態的模型。否則如果拿那種動輒超過數百Mb的三維資訊模型栽在GE上,我不相信Google Earth還跑得動,更別說拿來利用3D模型做什麽GIS定位了。<br />
<br />
但是在實際的建築設計應用中,需要構建的設計模型並非僅僅是一層薄薄的外殼表皮或者粗略的體塊。我們的模型包含了建築物內外部所有的建築構件,從樑、柱、牆體、樓板、屋頂、門窗、樓梯、欄杆…等等,甚至包含建築設備的細節,同時在模型的面(face)上也賦予了適當的表面紋理(texture),通常我們不是僅只簡單的使用顏色(Color),而是使用真實的材料紋理圖像(texture image)。<br />
<br />
一向以來,經由SketchUp建立模型不是運用所謂"基於物件"(Object-based)的方式,也就是說在建模的過程中並非運用"牆"命令去創建一堵牆,或者運用"柱"命令去創建一根柱子。說得清楚一點,例如我們在SketchUp裡利用"Push/Pull"命令拉伸出一堵牆,實際這堵牆只是由6個面(Face)連接成"牆的形狀",除了視覺上的主觀認知以外,在模型的數據庫(database)裡並不記錄或生成什麽跟這堵"牆"(Wall)相關聯的性質(properties)。即使你選取了這堵牆,你也無法得知牆體的構造材料、強度、重量、隔音率、熱傳透率和耐火時效等等特性。<br />
<br />
原因是這堵牆的性質此刻並不是一個"物件"(Object),可是當我們把它定義成動態組件(Dynamic Component)以後,它就具有了物件的性質。實際上當前那些所謂基於物件的件的BIM建模軟體所建立的模型構件(Model Elements),骨子裡也都是些組件(Components)和組裝件(Assemblies),利用相同的方式由程式建立,並附加了許多預設的屬性值和相應的編碼。我們可以從另一個角度來看,SketchUp的動態組件功能很大程度的能滿足這種需要,但是得預設一些必要的屬性欄位和內容,這些屬性值也就是這個模型構件所攜帶的建築資訊。在接下去的設計、施工以及使用階段中,我們適當的提取這些資訊,有效的用於設計、模擬(simulation)、分析(analysis)、乃至於估算、排程等等,這樣就能符合建築資訊模型化BIM的目的要求。<br />
<br />
● <span style="font-family: Arial,Helvetica,sans-serif; font-size: large;">Object-based Model Element</span><br />
<b>We hope, via plug-ins, we can create architectural objects (like wall, column, beam, slab, roof, window, door, etc.) directly in SketchUp, while assigning each model element a global unique object identifiers (OID) with a naming convention based on the classification given by UnitFormat II and MasterFormat.</b><br />
<br />
我們期望,經由插件能在SketchUp裡直接建立"建築物件"(例如:牆體、柱、樑、樓板、屋頂、窗、門…等等)。對於Model Element賦予"全球唯一物件識別碼"(global unique object identifiers, OID),並且參照AIA E202-2008 BIM Protocol Exhibit的要求,運用UniFomat II和MasterFormat對物件進行分類和命名。 <br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiPRgcB5_SS2RYYkRVox9hL-THxaha7K9HYvRy-7P7GHZbGINUlzyxiJWTyifgAB1vaLuSvOoL7imzsSs4YKtxOhfuzyd4v2iD3booVwTaq6BdPraeWQtqmXLz7wz6GlNqNhqkhF1n1Xzo/s1600/13_10_04_01N.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="203" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiPRgcB5_SS2RYYkRVox9hL-THxaha7K9HYvRy-7P7GHZbGINUlzyxiJWTyifgAB1vaLuSvOoL7imzsSs4YKtxOhfuzyd4v2iD3booVwTaq6BdPraeWQtqmXLz7wz6GlNqNhqkhF1n1Xzo/s400/13_10_04_01N.jpg" width="400" /></a></div>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiHBS1TWdbYX-u3Em4d_-8qV7f-lYqVobGIiL30YMCT4RCLH3s2MLD_V0fs7ALeAx03kNVMwlLJ49FBnK7PjAA9cAyAOah4V0FF3gGjt3K001aHVwT0KTxejvBjP4tnX-37o-WSlBqvBX4/s1600/13_14_01_01.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"></a></div>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhh6BkrgobAyGWKBVFkItlC1L8lYj20gRVDkKD3cFN-fA15NRGi3H6Uf4Vhsy1XlMlPkkAZPek-aFvkYWP60Ti3H1Vy0Xky_jNGwgnUjDURJh3B13RoCeXs9YQ2VyhyMxZfnMqsGJeYazw/s1600/N13_08_02_23.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="210" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhh6BkrgobAyGWKBVFkItlC1L8lYj20gRVDkKD3cFN-fA15NRGi3H6Uf4Vhsy1XlMlPkkAZPek-aFvkYWP60Ti3H1Vy0Xky_jNGwgnUjDURJh3B13RoCeXs9YQ2VyhyMxZfnMqsGJeYazw/s400/N13_08_02_23.jpg" width="400" /></a></div>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgzaf-aH1JaeozABwXYW7b3ZtPLH6YMKG6SNkFUWh8yK2G6f-8rkjuaB93iDLRD9wyenFU4JUhG0EC34-Dua2yQ1WKY1kgNoechGRn-E_-UPFxRfH9t8ly_kPFRxOvknp3I2HVFFPTOPPs/s1600/X%E5%85%89%E6%A8%A1%E5%BC%8F2.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"></a></div>
● <span style="font-family: Arial,Helvetica,sans-serif; font-size: large;">Query and List</span> <br />
<b>It would be great if SketchUp provides a constraint query/listing function, so that user can retrieve target elements or aggregated values from the model. (For instance, the count of windows of a specific type, or the total area of building exterior tiles.)</b> <br />
<br />
建議SketchUp能提供查詢和輸出明細表的功能,使得使用者能從明細表進行計算和估價。<br />
(例如:計算模型裡某型窗戶的數目,或者統計所有貼磁磚外牆的面積等等) <br />
<br />
● <span style="font-family: Arial,Helvetica,sans-serif; font-size: large;">Import / Export IFC file</span><br />
<b>As the members of consulting team may use different software, we hope SketchUp can supply import/export functionalities from/to IFC file format, so it would be easier to communicate with other software.</b><br />
<br />
設計顧問團隊的成員可能使用不同的軟體,我們期望SketchUp提供導入和導出IFC格式的功能,以利於跟其他軟體進行溝通。<br />
<br />
● <span style="font-family: Arial,Helvetica,sans-serif; font-size: large;">LayOut</span><br />
<b>We hope we can insert Microsoft Excel file (perhaps .xlsx) into LayOut, in addition to Skp, image, plain text and RTF text.</b><br />
<br />
對於LayOut模組,除了可以插入Skp模型、Raster Image、Plain Text和RTF Text等文件格式以外,我們建議能增加插入Excel表格(例如.xlsx試算表)的功能。 <br />
<br />
〖說明〗<br />
The feature of Scene (Page) is one of the best features in SketchUp, regarding to BIM design. In many other BIM softwares, only a few fixed views are provided, so that users are forced to work on model from restricted viewpoints. Unlike those softwares, in SketchUp, user can freely decide the view, and freely orbit and zoom in/out the scenes. These scenes correspond to the drawing sheets in the old 2-dimensional CAD design methodology and serve as pivots to create different architectural documents. For example, to create a Construction Document, a SketchUp user would import the scenes into LayOut, set up print size, add a frame, legends, text comments, and eventually turns it into a formal document.<br />
<br />
As LayOut can be used to create such documents, there is a common demand to enhance it to work with data tables and charts. Therefore we are also looking forward a possibility that LayOut can integrate with Excel.<br />
<br />
往昔建築界應用二維CAD表達設計內容,不惟圖形數目很多,並且每個圖形(Drawing file)就只對應一張圖紙(Sheet),個別製圖和改圖的過程中容易造成遺漏和各圖面內容不一致。<br />
晚近,當所謂BIM建模軟體出現以後,在軟體供應商的一再宣傳下,眾多使用CAD的設計師驚喜的發現,BIM建模軟體在三維模型上預設了能對應平面、立面、剖面等等的各種"視圖"(View),使用者可以從任一個視圖去修改模型,想當然爾其他視圖中顯示的內容也跟著改變。從這些視圖導出二維設計圖紙自然避免了圖形內容不一致的錯誤,減少了更改設計時的工作量,實際上也成為許多設計師改用 BIM建模軟體製圖的動機。<br />
然而這種被說成史上初見的好功能,對於SketchUp的使用者來說,並沒有引起什麽刺激和興奮。因為"視景"(Scene / Page)頁面從多年前就始終是SketchUp固有的功能,每個設計師在工作中都會創建多個不同角度和觀視範圍的視景,並且在編輯過程中可以任意的環視(Orbit)和縮放(Zoom)操作視景。真正的三維設計軟體是能讓設計師按照自己的思維自由操控模型,而不是勉強自己去適應軟體程式設計者的操作想法,或者只能在固定比例的視景中工作。如果在應用三維設計過程中,設計師還是以傳統製圖習慣在平面視景上工作,那又何能算是三維設計呢?<br />
<br />
SketchUp輸出二維圖紙(drawing sheet)的方式,和那些BIM建模軟體採用的方式有所不同,SketchUp並非從模型的視圖(View)直接輸出二維圖紙,而是透過LayOut模組操作。設計師完成精確的模型細節以後,從模型中把需要的"視景"(Scene)分別導入到LayOut裡,設定圖紙大小、加上圖框、尺寸標註、文字註解等等,最終輸出建築施工圖。<br />
關於製作建築施工圖說(Construction Document),除了應用到圖形、圖像和文字說明以外,設計師還會應用到各種表格和明細表類,諸如面積表、門窗清單、工程材料清單、估價表等等,因此很需要LayOut能具備插入Excel試算表的功能。<br />
<br />
● <span style="font-family: Arial,Helvetica,sans-serif; font-size: large;">"Partial" X-Ray Mode</span> <br />
<b>We hope there is a "partial" X-Ray mode that transparentize only user-selected objects.</b><br />
<br />
我們期望SketchUp的X光模式能針對使用者選取的物件顯示成透明或不透明。<br />
<br />
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgzaf-aH1JaeozABwXYW7b3ZtPLH6YMKG6SNkFUWh8yK2G6f-8rkjuaB93iDLRD9wyenFU4JUhG0EC34-Dua2yQ1WKY1kgNoechGRn-E_-UPFxRfH9t8ly_kPFRxOvknp3I2HVFFPTOPPs/s1600/X%E5%85%89%E6%A8%A1%E5%BC%8F2.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="276" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgzaf-aH1JaeozABwXYW7b3ZtPLH6YMKG6SNkFUWh8yK2G6f-8rkjuaB93iDLRD9wyenFU4JUhG0EC34-Dua2yQ1WKY1kgNoechGRn-E_-UPFxRfH9t8ly_kPFRxOvknp3I2HVFFPTOPPs/s400/X%E5%85%89%E6%A8%A1%E5%BC%8F2.jpg" width="400" /></a><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgzaf-aH1JaeozABwXYW7b3ZtPLH6YMKG6SNkFUWh8yK2G6f-8rkjuaB93iDLRD9wyenFU4JUhG0EC34-Dua2yQ1WKY1kgNoechGRn-E_-UPFxRfH9t8ly_kPFRxOvknp3I2HVFFPTOPPs/s1600/X%E5%85%89%E6%A8%A1%E5%BC%8F2.jpg" style="margin-left: 1em; margin-right: 1em;"></a></div>
<br />
〖說明〗<br />
In the process of architecture design with BIM, it is often necessary to view only the objects of a certain types. In the X-ray mode of SketchUp, we can make all the faces semi-transparent, but there is no way to keep a group of objects opaque and the others transparent. It will be great if, perhaps in a new X-ray mode, user can select the objects he wants to keep opaque and show the texture, and leave others transparent.<br />
<br />
開啟SketchUp既有的X光模式以後,模型中所有的表面(face)都顯示成半透明狀態,讓我們能透視到原先被表面遮蔽的模型內部,並且可以選取到位於內部的構件進行某些編輯。SketchUp的X光模式是全域性的,它無法只針對某些部份顯示成透明,換句話說,也無法讓某些部份維持原先顯現表面材質的不透明狀態。<br />
<br />
當詳細的模型構建完成以後,有些模型構件會隱蔽在模型內部,例如被澆灌在混凝土樑柱內部的鋼筋,或者被封閉在管道井內部的管線等等。在實際應用中,我們有很大的機會需要把場景切換成可以透視到建築構件內部的狀態,方便經由視覺回饋檢查那些被遮蔽的物體,然而在SketchUp既有的X光模式下內外部都變成了透明狀態,反而不利於看清楚位於內部的物體。<br />
<br />
因此我們需要增加一種新的X光模式,讓使用者能選擇那些部份顯示成透明(例如上圖中樑柱混凝土部份),而其餘的部份(例如樑柱內部的鋼筋)維持不透明狀態,並且顯現出其表面材質。<br />
<br />
● <span style="font-family: Arial,Helvetica,sans-serif; font-size: large;">SketchUp can do more than visual representations.</span><br />
SketchUp不僅僅用於視覺表現。<br />
<br />
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiHBS1TWdbYX-u3Em4d_-8qV7f-lYqVobGIiL30YMCT4RCLH3s2MLD_V0fs7ALeAx03kNVMwlLJ49FBnK7PjAA9cAyAOah4V0FF3gGjt3K001aHVwT0KTxejvBjP4tnX-37o-WSlBqvBX4/s1600/13_14_01_01.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="211" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiHBS1TWdbYX-u3Em4d_-8qV7f-lYqVobGIiL30YMCT4RCLH3s2MLD_V0fs7ALeAx03kNVMwlLJ49FBnK7PjAA9cAyAOah4V0FF3gGjt3K001aHVwT0KTxejvBjP4tnX-37o-WSlBqvBX4/s400/13_14_01_01.jpg" width="400" /></a></div>
<div style="text-align: center;">
Model creator: digitalarch, SketchUpBBS member, 2008</div>
<br />
● <span style="font-family: Arial,Helvetica,sans-serif; font-size: large;">Our members have done more.</span><br />
我們的會員已經做得更多。<br />
<br />
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhqsgOL6AYu1LsfMTrFrdkzyA2lnmhXes23cE-9v2WlPOEZ4Tz58nzd49VdC1CPDTto4twQsMzuE2EgbxacIg9VktIxSYnobHyOerr45YIyCHgZwtKhNkWL-OymOeujWiGdcxzS1KmJn5E/s1600/sujifang001.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="250" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhqsgOL6AYu1LsfMTrFrdkzyA2lnmhXes23cE-9v2WlPOEZ4Tz58nzd49VdC1CPDTto4twQsMzuE2EgbxacIg9VktIxSYnobHyOerr45YIyCHgZwtKhNkWL-OymOeujWiGdcxzS1KmJn5E/s400/sujifang001.jpg" width="400" /></a></div>
<div style="text-align: center;">
Model creator: zfbim, SketchUpBBS member, 2009 </div>
<br />
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiiYopzBvefDC34APAvBr1VnzomQUzOFTa19nJFetRHJ7KhNEKk7vSYkJdOlpu61JKc4_PNnVHDup_K4pZJpJ4m6rsU0LyTnR16qYqNV2P7tkWhyphenhyphenDSMLLidEK9YEMgPe14qE4Z4BdIJzNA/s1600/sujifang003.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="250" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiiYopzBvefDC34APAvBr1VnzomQUzOFTa19nJFetRHJ7KhNEKk7vSYkJdOlpu61JKc4_PNnVHDup_K4pZJpJ4m6rsU0LyTnR16qYqNV2P7tkWhyphenhyphenDSMLLidEK9YEMgPe14qE4Z4BdIJzNA/s400/sujifang003.jpg" width="400" /></a></div>
<div style="text-align: center;">
Model creator: zfbim, SketchUpBBS member, 2009</div>
<br />
● <span style="font-family: Arial,Helvetica,sans-serif; font-size: large;">The Future:</span> <br />
• Visualization <br />
• Integration <br />
• Coordination <br />
• Construction <br />
• Maintenance柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-16365260471904331872012-07-16T16:30:00.000+08:002012-07-16T21:56:07.600+08:00Trimble SketchUp團隊首次參訪中國紀實 (2012年)作者:數碼阿叔/柏基建築師,歲次壬辰年七月寫於台北<br />
<br />
<b style="color: red;"><span style="font-size: large;">Trimble SketchUp團隊首次參訪中國紀實 (2012年)</span></b><br />
<br />
SketchUp目前是全球最受歡迎的3D設計建模工具,截至2011年統計全球已經有3000萬的使用者。也成為中國建築規劃設計行業裡使用率最高的三維應用程式,可以說是每個專業設計師必須掌握的設計工具。<br />
<br />
2012年4月26日,Trimble公司宣布從Google手中購併了SketchUp和其開發團隊,這是自從2000年SketchUp正式發表以來的第二次被購併,上一次是2006年3月Google購併SketchUp和研發它的@Last公司。對SketchUp而言,經過兩次購併並非其命運多舛,而是因緣際會的提升了功能和擴大了使用層面。<br />
<br />
2006年Google購併了SketchUp以後,除了發行SketchUp Pro專業版之外,為了Google Earth建模的需求,另外發行了免費版的SketchUp,使得SketchUp在全球快速的普及開來。SketchUp的專業版由於價廉物美,在世界各地被設計師廣泛採用,做為三維設計的首選工具,也讓被CAD糾葛不清許多年的"設計"和"製圖"正式的劃清了界線。以往許多設計師拿SketchUp操作三維設計,接著利用CAD輸出二維圖形,等到SketchUp專業版提供了LayOut模組以後,將二維圖形鏈接在三維模型上,跟著模型同步更新,實際上消除了以往運用CAD輸出二維圖形時個別修改圖面的問題。<br />
<br />
市面上跟設計相關的應用程式很多,在網際網路上的諸多討論中,從一些使用者表達的意見中可以發現,有的軟體被使用者認為好學易用,有的卻受到的批評多於讚美,甚至有人認為像是被軟體發展商綁架了不得不用,為何會有差別?人的因素,也是軟體的因素。有些人操作軟體工作時,只知道遵循軟體開發者的思維,舉凡軟體現有功能涵蓋不到的,就認為是使用上的禁區,這是人的因素。軟體的操作方法和過程是由其編程者建立的,而有些軟體的界面複雜,加上編寫程式界面者的操作思維未必適合使用者既有的思維習慣,造成使用者必須改變自己去適應軟體。因此一個應用程式好不好用,使用者和軟體本身都負有一定的責任。大家都知道這個世界上從來沒有出現過功能完備並且無缺點的應用程式,應用程式本身是否能適應其目標市場的真正需要,得看應用程式的界面是否貼近使用者原生的習慣,以及具有足夠的開放性,讓使用者能根據個別的需要去增減或訂製操作功能,真的不需要軟體發展商去越俎代庖。<br />
<br />
SketchUp本身的核心程式很小,不挑電腦硬體的等級,唯一比較奢侈一點的要求就是得配上一塊中階以上能有效支援OpenGL的好繪圖卡,用來運行其實時著色顯像的操作要求。SketchUp內建了Ruby API,讓使用者能根據自己的需求寫出擴充或延伸功能的外掛插件(Plugins)。Ruby是個開放原始碼的程式語言,是可以自由取得的免費軟體工具,也不需要再另外購買昂貴的SDK進行程式編譯。Google不斷在完善SketchUp的Ruby API(應用程式界面),所以這幾年下來使用者和第三者團體不斷的開發出各種功能的插件,迄今已經有了八百多個插件,其中大部分可以讓使用者免費下載使用。跟市面上其他套裝軟體相比,SketchUp無疑更貼近讓使用者按照需求個別訂製功能的目標。Google公司購併SketchUp以後的另一個作為,就是創造了世界上最大的3D Warehouse模型庫,這是個公用模型庫,讓使用者自由上傳與下載分享模型,磁吸效應吸引了許多建築構件與設備製造商,構建了攜帶其產品資訊的SKP模型,上傳到這個模型庫裡提供選擇採用,儼然取代了傳統的廣告與服務通路。<br />
<br />
從2012年6月1日起,SketchUp正式成為Trimble系列的一員,Trimble公司成立於1978年,總部設在美國加利福尼亞州桑尼維爾市,共有3600名員工分佈在全球18個國家。同時也是著名的BIM軟體Tekla的供應商,Tekla本身在全球擁有5000多家客戶,跟Trimble的工程預算、專案管理和BIM-to-Field,加上新加入的SketchUp,未來將整合成完整的AEC應用串列。<br />
<br />
受SketchUp中國官方合作論壇SketchUpBBS的邀請,Trimble的SketchUp團隊中主要成員於2012年7月10日首度訪問中國。作為主辦方的SketchUpBBS論壇除了安排參訪活動以外,並在上海、武漢、廣州三個城市各舉辦一場面向SketchUp與BIM的設計師論壇,讓來訪的SketchUp團隊成員們跟各地前來的設計師們面對面的研討和技術交流,了解SketchUp在中國的應用現況,以及其未來發展的方向,尤其中國眾多使用者對於未來促使SketchUp走向BIM的期待。<br />
<br />
此次來參訪的SketchUp團隊主要成員包括:<br />
Product Manager (產品經理) John Bacus<br />
Global Channel Manager (全球通路經理) Steven Dapkus<br />
Global ATC Manager (全球ATC教育訓練經理) Shara Rice<br />
China Program Manager (中國項目經理) Sophie Feng<br />
<br />
SketchUp團隊在中國的活動內容如下:<br />
(1) 7月10日在上海外灘遊艇俱樂部,由SketchUpBBS舉辦 "Better SketchUp, Better Design" 技術交流研討會,一共準備了27個議題,請來二位精通SketchUp的博士使用者做同步口譯。<br />
(2) 7月12日在武漢,上午訪問華中科技大學中國首屆BIM工程碩士的教學點,下午在武漢大學由SketchUpBBS和渲影公司共同舉辦武漢設計師技術交流研討會。<br />
(3) 7月13日在廣州大學由優比建築諮詢有限公司和SketchUpBBS共同舉辦技術交流研討會,內容包括BIM戰略專家何關培先生介紹中國關於BIM標準制訂情況和中國BIM發展需求狀況。SketchUp團隊向中國客戶演講了"SketchUp in U.S, Past and Future", "Welcome aboard SketchUp ATC"等主題。<br />
<br />
在7月10日上海的交流研討會中,SketchUpBBS的會員鍾凡(zfbim)先生就其多年應用SketchUp在MEP方面進行BIM化的研究心得進行報告。<br />
在7月13日廣州的交流研討會中,SketchUp團隊提出美國知名的Turner Construction公司,他們自行開發Ruby外掛插件把SketchUp應用在建造施工管理過程中的案例,顯示SketchUp具有足夠的潛力,利用插件增益其功能,在設計與施工的過程中達成建築資訊模型化Building Information Modeling的應用要求。<br />
<br />
Turner Construction公司的案例見SketchUp官方博客:<br />
<a href="http://sketchupdate.blogspot.tw/2012/01/sketchup-pro-case-study-turner.html" target="_blank">http://sketchupdate.blogspot.tw/2012/01/sketchup-pro-case-study-turner.html </a><br />
<a href="http://sketchupdate.blogspot.tw/2012/02/pro-case-study-turner-construction-and.html" target="_blank">http://sketchupdate.blogspot.tw/2012/02/pro-case-study-turner-construction-and.html </a><br />
<a href="http://sketchupdate.blogspot.tw/2012/02/pro-case-study-safety-training-with.html%20" target="_blank">http://sketchupdate.blogspot.tw/2012/02/pro-case-study-safety-training-with.html </a>柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-8187349363815574322012-02-02T19:48:00.000+08:002012-02-02T19:48:31.024+08:00千江有水千江月作者:數碼阿叔/柏基建築師,歲次壬辰年二月寫於台北<br /><br /><b style="color: red;"><span style="font-size: x-large;">千江有水千江月</span></b><br /><br />
<div style="text-align: justify;">
Building Information Modeling (BIM),在臺灣被譯成「建築資訊模型化」,在大陸被譯成「建築信息模型」。不管怎麼說,這個由洋人搞出來的東西,這幾年傳到咱們中土以後,對這裡開始產生重大的影響,稱它為一次「建築革命」並不為過。相對於30年前甩開圖板搞設計拿CADD取代傳統手工製圖的過程,說起來那次引進CADD軟體和電腦工作,並沒有改變傳統的觀念和做法,不論從二維演繹三維的建築設計方法、二維圖紙表達的內容等等都跟沿用了百年的手工製圖表達方式相同,僅只把手工換成電腦而已。然而這次引進BIM,則將對建築行業影響深遠,不論在東西方,這都是建築行業無法逆轉的進化進程,其結果將是一次跟物種演化同樣的結果——優勝劣敗,最終必然會淘汰掉一批閉關自守的或跟不上革新步伐的建築從業者。</div>
<br />
<div style="text-align: justify;">
那麼BIM究竟是什麼?我們不妨從這些角度看:<br />【應用BIM的目標】:在建築生命週期的各個階段,以三維模型做為載體,實施資訊傳承,對建築物進行最佳化的處置。(※講得白話一點就是要省錢、按時完工、提高品質啦!)<br />【BIM的載體】:電腦生成的三維模型(※建築構件要符合組件化的特別要求,例如牆、柱、樓板、門窗…等等)<br />【BIM的本質】:嵌附在模型上的"建築資訊"(包括各階段幾何的和非幾何的資訊)<br />【BIM的工具】:電腦和能建立這種建築資訊模型的建模工具軟體,以及延伸作業與協同作業所需要關聯性軟硬體。</div>
<br />
<div style="text-align: justify;">
說實在的,推動BIM出力最多的其實是幾個外國的軟體發展商,在經過多年努力的研發和整合後,把原先的CAD蛻變成為所謂的「BIM建模工具軟體」,自動化了許多關聯性的功能,形成一種特別的軟體體系。為了推銷他們的軟件,花了不少銀子鋪天蓋地的來這裡做宣傳,在推銷軟體的同時也把BIM的概念順利導入古老的東方,給這裡開啟了新的思維,衝擊了原先沿用已久的建築規制。</div>
<br />
<div style="text-align: justify;">
能建立「建築資訊模型」的建模工具軟體?這東西引起了很大的關注,許多人都在審視自己用得順風順水的工具軟體到底算不算是這種類型的軟體。當然為了商業利基,只要經營的項目能跟BIM沾上點邊兒,有些軟體公司也紛紛響應,宣稱自己的軟體原本就是BIM軟體,只是以往沒使用這個名詞而已。這倒也無可厚非,世上從不存在完美的軟體,只要對BIM的應用有利,怎麼個說法都行。但是,對於軟體的使用者來說可就不一樣了,假如只建立了三維模型,卻不帶有必要的建築資訊,或者嵌附了資訊但在專案中卻從未萃取和使用資訊,那麼硬要拗成「我做的這專案是BIM」,說得過去嗎?</div>
<br />
<div style="text-align: justify;">
不可諱言的,在建築生命週期的各個階段對建築的設計、施工乃至於運營管理的各操作過程中,要處理各種三維模型、二維圖形這些設計載體、Data base以及各階段knowledge management都是令人煩心的事情。因此對於用做基本載體的三維模型能不能快速而有效率的創建起來,並且能夠即時的派上用場,對於整體的效率而言是至關重要的。<br />竊以為,做為一個每天都要使用的工具,其先決條件是「好學易用」,讓使用者能隨心所欲的駕馭工具,而不是被工具綁架,像上了賊船般被工具處處牽著鼻子走。市面上各個BIM建模工具軟體究竟好不好用,我不表示意見。而關於SketchUp的易用性,我拿一個真實的故事來說明。</div>
<br />
<div style="text-align: justify;">
2011年底,在臺北市東區的世貿中心正舉辦資訊電腦展覽,這是電腦人年度的盛會,參觀者眾,軟硬體廠商幾乎傾巢而出。我的朋友柯先生代理SketchUp銷售與教育訓練多年,循例在會場設置了展位推銷這個軟體。當他正在電腦前向參觀者演示SketchUp的時候,有一對年輕的夫妻帶著一個年紀約五歲的小女孩經過附近,小女孩一眼看到監視器上的畫面,就笑顏逐開甩著長長的馬尾蹦蹦跳跳的奔了過來,<br />稚嫩的嗓音說:『草圖大師,我也會!』<br />他的父親跟過來對她說:『妳不要亂說,那是給設計師設計房子用的!』<br />小女孩說:『人家才沒有亂說,幼稚園的老師有教,我們常常在玩草圖大師畫房子的遊戲!』<br />面對這位可能是年紀最小的使用者,柯先生覺得有趣,把畫面調成三維視景,順手把滑鼠遞給了小女孩。小女孩惦起腳尖,按著幾乎跟她手掌一般大的滑鼠,眼神專注盯著螢幕熟練的操作起來,推拉出牆壁、門窗…不一會兒就有模有樣的畫出一座有著紅瓦斜屋頂白石牆的童話式房子來。<br />扭頭對她的父親說:『你看吧!我沒騙你吧?』……<br />過後,當柯先生向我轉述這件事的時候,我由衷的佩服這間幼稚園的老師們,除了每天要穿著白雪公主那種蓬蓬的長裙照料這群猢猻之外,還能細心的想到拿SketchUp直觀的視覺回饋能力來訓練這些娃娃眼睛、手指跟大腦間的知覺協調和對形狀邏輯的認知反應。</div>
<br />
<div style="text-align: justify;">
這也就是SketchUp能進入到每位設計師電腦裡的底層原因,幾乎全圖像化的操作界面,極少的操作命令,實時顯現形體表面和擬真的材質(不必再經過Render過程),順應人類視覺印象的三維透視視景,藉此操作者能利用直觀的視覺回饋把想到的、看到的即時體現在三維模型上,這才是真正的所見即所得。致使SketchUp成為極有效率的三維建模工具,當然也是首選的設計工具,說它就像設計師手中握的那支鉛筆,誠不誣也。</div>
<br />
<div style="text-align: justify;">
雖然當初原始開發SketchUp的@LAST公司可能只是想著拿這個軟體用於量體組合的概念設計,但是SketchUp的巨大潛能使得使用者們不斷自行發展出外掛的插件延伸它的功能,建築行業裡的使用者根本不滿足於只拿它做初期的概念設計,很早就開始運用SketchUp從建築概念設計一直做到詳細設計的階段,原先還需要轉換到CAD軟體下出圖紙,等到Google公司接手之後給SketchUp附加了LayOut模組,為用戶解決了出圖問題,使用者在LayOut裡設定好圖框,把SKP模型的視景「鏈接」到LayOut上,形成出圖所需要的平立剖面和詳圖等二維圖形,對模型所做的任何修改都會關聯性的反應在LayOut的頁面中。</div>
<br />
<div style="text-align: justify;">
接著,我們談談SketchUp官方跟BIM之間有些什麼瓜葛呢? <br />話說2009年3月,網際網路上披露了Google公司的Aaron Stein先生和John Bacus先生兩人間的一段電話訪談。Aaron Stein先生在Google公司裡負責的是公關的業務,而說起這位約翰巴卡斯大爺,在SketchUp圈子裡可是個響噹噹的人物,他是Google公司裡負責開發SketchUp的產品經理(SketchUp Product Manager)。在這次訪談中包含有他們間幾句重要的對話:</div>
<br />
<div style="text-align: justify;">
AFR: "LayOut2 is really touching on the the fringe of a CAD program and SketchUp Pro 7 with its new Dynamic Components is bringing sophisticated parametrics to 3D form making. And now you can add meta data to objects. Whether you want to admit it or not you are evolving SketchUp Pro 7 into a building information modeling system (BIM). Is this Google's back-door approach to entering the BIM market?"<br />『LayOut 2算是真正搆上了一個CAD應用程式的邊,並且SketchUp Pro 7挾著新的動態組件把先進的參數化帶進3D造形,現在你可以把原型數據加進物件裡面。不管你是否接納這個說法,你正把SketchUp Pro 7演變成「建築資訊模型化」(Building Information Modeling, BIM)的系統。Google是否在背地裡設法進入BIM市場?』</div>
<br />
<div style="text-align: justify;">
JB: "We have always said we had no intention in going head-to-head with anybody in the CAD or BIM market. We are not trying to be another BIM. What we want to do is build on our strengths in conceptual design and modeling."<br />『我們一直說,我們沒打算跟任何人在CAD或BIM市場上拼刺刀,我們並不試圖變成另一個BIM,我們想做的是在概念設計(Conceptual Design)與建模(Modeling)上建立我們的力量。』</div>
<br />
<div style="text-align: justify;">
AFR: "Can't third-party developers start building out tools that bring architectural BIM functionality into the SketchUp 7 eco-system? Already we are seeing energy analysis tools compatible with SketchUp models. All you need now is a space object."<br />『難道第三方開發者不能為此開發出工具程式,把建築的BIM功能帶進SketchUp 7生態系統中嗎?我們已經看到能量分析工具跟SketchUp模型相容了,現在所有你所需要的是個空間物件。』</div>
……………………..(節錄自ZFBIM在SketchUpBBS論壇裡的帖子)<br /><br />
<div style="text-align: justify;">
先說說2009年3月訪談當時的時空背景,那時SketchUp 7版剛上市不久,在它的Pro專業版中首次增加了"動態組件"(Dynamic Component, DC)模組,它運用了Web Dialog的技術開發界面,能以參數化(Parametric)的方式操控模型,使用者可以經由DC給模型物件設置屬性,當然更可以利用開放的Ruby API介面開發出外掛的插件(Plugins),用於給模型物件嵌附特定的屬性內容(幾何性的和非幾何性的),也就是所謂的"資訊"(Information)。許多SketchUp的使用者在此看到了陽光,因此在訪談中Aaron Stein有此一問。</div>
<br />
<div style="text-align: justify;">
按照John Bacus的說法,明確的否定了讓SketchUp走向"建築資訊模型化" (Building information modeling, BIM)的可能性。在列強環伺爭相搶食BIM大餅的時刻,Google公司小心翼翼的對SketchUp畫地自限,想避免去跟那些號稱BIM的軟體發生頭頂頭、拼刺刀的白刃戰。在市場定位上他們打算把SketchUp局限在佔領概念設計與建模市場的制高點,這種商業經營的心態我們可以理解,可能當時他們還沒意識到從他們手裡創造出來的SketchUp潛能有多巨大,當然另外一種可能就是他們愛惜羽毛,不願意陷進開發BIM應用程式的泥淖中,如果在軟體半生不熟、處處蟲孔的時候就迫不及待的推上市場搞錢,既對不起SketchUp的千萬使用者,也壞了他們老谷家的名聲。</div>
<br />
<div style="text-align: justify;">
這檔事就此結束了嗎? 沒有!<br />到了2011年11月10日,在上海舉行了一場「2011中國谷歌SketchUp Pro研討會」,當然這次研討會老谷家的巴大爺也來啦!那天下午我看著咱們SketchUpBBS的老大在現場透過微博直播研討會的內容,巴卡斯大爺利用一系列燈片向與會者展示SketchUp Pro的諸多應用。其中有一段內容是這樣的:</div>
<br />「There are over 2 milloin "3D experts" using SketchUp every week.」<br />「Is SketchUp Pro BIM?」<br />「BIM is a process of design(設計), analysis(分析), communication(溝通) and validation(驗證).」<br />「…just what SketchUp Pro does best.」<br />「Single-model BIM.」<br />「Federated Models.」<br />「One model=one tool」<br />「The right tool for the job.」<br /><br />
<div style="text-align: justify;">
對比之前他所說的:『…BIM?咱老谷家不淌這渾水!…』<br />何以才三年不到的光陰,巴卡斯大爺竟然態度丕變,對於拿SketchUp Pro用做"BIM工具"變得這麼底氣十足?</div>
<br />
<div style="text-align: justify;">
不奇怪!有道是:「台上唱戲的耍賴不唱,台下看戲的不依不饒,自己粉墨登場」。<br />大家都知道SketchUp具有開放介面Ruby Extension,在這方面Google的度量很大,不但持續開發也完全公開Ruby API所有能應用在SketchUp上的Method和Class。SketchUp不缺的就是在世界各地都擁有自願為它進行插件程式設計的好手,並且粉絲們提供的插件其中大部份都是免費自由流通的,這讓SketchUp的延伸功能與時俱進。</div>
<br />
<div style="text-align: justify;">
由於SketchUp在建築圈子裡被廣泛使用,市場占有率不斷擴大,眼看如火如荼的利基,這幾年中許多大型的軟體先後主動的對它伸出手,提供了銜接介面,甚至內建直接讀取SketchUp模型格式的功能,使得基於SketchUp建模的應用領域急速的擴大。下面這些是眾所周知能夠支援SketchUp延伸應用的軟體:</div>
<br />
<div style="text-align: justify;">
[ NREL/DOE OpenStudio ]<br />(由美國能源部國立再生能源實驗室發行的專用插件,把SketchUp做為EnergyPlus的圖形驅動介面,EnergyPlus是做什麼用的,瞭解HVAC專業的人都很清楚)<br />[ IES VE-Ware ]建築性能模擬<br />(IES plug-ins to SketchUp, Integrated Environmental Solutions, global thought leaders in measurable sustainability, whole-building annual energy and carbon usage tool. )<br />[ Synchro ] <br />(4D Solution for project production planning, scheduling, resource management and comprehensive virtual 4D construction simulation.直接讀取SketchUp的SKP模型 )<br />[ Modelur - Parametric Urban Design for SketchUp ]<br />(參數化城市規劃設計)<br />[ Technion Suntools SketchUp Plug-in ]<br />(日照模擬插件)<br />[ Trelligence Affinity ]<br />(seamlessly fits into common project workflows through seamless integration with key BIM, design, and sustainability analysis tools, including SketchUp )<br />[ D-Studio XD Virtual Builder ]<br />(4D Virtual Builder for Sketchup is a part of the full xD Virtual Builder product line. A software family to integrate and synchronize all technical project data into one BIM model, ready for analysis, reporting, monitoring)<br />[ Inglobe Augmented Reality Systems ]<br />(With AR-media Plugin, Google SketchUp users are allowed to visualize their 3D models using Augmented Reality directly in the real physical space which surrounds them. AR-media allow companies, organizations and people to interact in novel as well as more efficient and natural ways as to satisfy their needs through the sharing and exchange of information)<br />[ gModeller for Google SketchUp ]<br />(gModeller is an energy analysis plugin for Google SketchUp)</div>
<div style="text-align: justify;">
[ Onuma System ]<br />(Open Architecture,提供Onuma SketchUp Plug-in透過其BIMXML導入/導出SKP模型)<br />[ IFC2SKP for SketchUp ]<br />(works inside SketchUp and has the ability to load IFC data from popular BIM applications)<br />據悉把SketchUp的SKP模型轉換成IFC格式的插件SKP2IFC目前正在開發中。<br />[ Navisworks ]干涉檢查軟體,接受SketchUp的模型。<br />[ ECOTECT ]很早就被用來做建築性能模擬,利用3DS或DXF轉換模型格式。<br />[ 3SKENG ]專用於SketchUp的三維配管插件和組件庫。<br />…………………………..等等。</div>
<br />
<div style="text-align: justify;">
除此之外,當然還包括Google自家的Google Earth以及世界最大的模型庫3D Warehouse等。這其中包含了專案排程(project schedule)模擬軟體直接把SketchUp推向4D的領域;<br />從可視化的角度,SketchUp很早就結合了多種Renderer (渲染器)軟體生成Photo-realistic級的模型場景圖像,靜態的和動態的。也早就跨進Virtual Reality的領域,而且是real-time immersive reality (實時身歷其境),把豐富的圖像用在對設計內容的展現和解說程序中。</div>
<br /><span style="color: red;">至於SketchUp究竟是不是BIM?</span><br /><br />
<div style="text-align: justify;">
有些人對此說得斬釘截鐵:『SketchUp不是BIM!』其中包括國外一些大佬級的BIM先行者,有的是所謂BIM軟體公司,他們把SketchUp的用途定位在僅限於設計初期的概念設計工具。當然,還有Google那位巴卡斯大爺說:『SketchUp就是BIM!』,孰是孰非?</div>
<br />
<div style="text-align: justify;">
我的看法是,這是立場問題和私心問題,跟是非對錯無關。如果從當前這些BIM建模軟體的立場來看SketchUp而宣稱SketchUp不是BIM,這就是一個前提失格的偽命題,自己本身不是SketchUp的使用者,甚至對SketchUp的命令操作都弄不清楚的人,即使是專家學者也沒有資格去評斷SketchUp的是非,更無由僅憑一些初級操作者的圖片和自以為是的想像就推定SketchUp在建築專案裡的用途。</div>
<br />
<div style="text-align: justify;">
平心而論,如果按照那些所謂BIM軟體公司給BIM設定的「操作方法」來做些比對,當前版本的SketchUp其本身的顯性功能確實未達到跟它們一樣的整合性效能,但是這不代表未來永遠做不到,在眾多Ruby程式設計者的努力下,也許就在不久的將來我們會看到另一番氣象,也許出現的是由一系列插件集成的「SU-BIM」。SketchUp是個泛用型的建模軟體,被廣泛應用在許多跟設計、製造相關的行業裡,Google永遠不會把SketchUp改造成只用於建築的整合型軟體。許多在BIM建模軟體裡整合成自動組織運行的邊際功能,SketchUp經由不同的插件加持同樣做得到。相比之下,猶如自動排檔汽車跟手排檔汽車之別,自動排檔車駕駛起來很舒適,但是一級方程式(Formula 1)賽車為什麼都是手排檔呢?這跟專業攝影師永遠不使用照相機的全自動(Auto)功能是同樣的道理。</div>
<br />
<div style="text-align: justify;">
在東方的學習體制下,我們習慣於遇事先選邊站,習慣於依附所謂權威觀點,總認為教科書和操作手冊上寫的都是對的,認為那些專家學者的言論都是不容置疑的,認為外國的做法都是先進的,我們似乎已經失去自我成長和思維創新的能力。如果我們缺乏「雖千萬人吾往矣」的勇氣,缺乏「橫眉冷對千夫指」的氣魄,遇事總拿「人云亦云」這種最廉價的方式營造自己的觀點,那麼我們永遠跳不出別人設置好的窠臼。今天我們以義無反顧的心態追隨外國建立的BIM運行環境,想要快速的跟外國的作法接軌,卻只願意付出最少的代價——「複製和模仿」,藉此就想跟外國並駕齊驅。在急於師夷之長的時候,我們是不是忽略了什麼?外國那些BIM操作模式原先並不存在於我們沿用多年的專案建築架構中,一成不變的直接套用進來,真的適合我們的水土嗎?我們在地(Local)的特質又在哪裡?我們真該適時停下來好好思量一下,今天我們對BIM的認知和期待,究竟是自己的思維還是軟體公司的思維。 </div>
<br />
<div style="text-align: justify;">
最後,對於在建築專案裡應用BIM的實施目標,數碼阿叔我還是要重複一次我個人說法:<br />『在建築生命週期的各個階段,以三維模型做為載體,實施資訊傳承,對建築物進行最佳化的處置。』<br />所謂「條條大路通羅馬」,只要能有效率的完成建築專案,達成在建築生命週期的各個階段進行最佳化處置的目的,運用什麼樣的軟體工具並沒有非我不可的必然性,運用當前的BIM建模工具是一種選項,即使運用SketchUp也是一種選項,除了真正的參與者(stakeholder)之外,圍觀的第三者無由對此指手畫腳。如果硬說只有白貓捉到的才叫做老鼠,黑貓捉到的只能算是嚙齒類動物,你認為這樣合適嗎?</div>
<br />
<div style="text-align: justify;">
我所期望的是,今天你我都站在這場真正建築革命的風頭浪尖上,如何禦風而行。如何以開闊的心胸迎向改革的挑戰,為我們建築環境的未來走出一條我們自己的路。沒有人能肯定當前市面上的BIM建模軟體就是建築行業演化的唯一解決方案,因此不要把心思老放在「你是、我不是」的這些枝微末節上,畢竟——</div>
<br />「千江有水千江月,萬里無雲萬里天」<br />.柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com8tag:blogger.com,1999:blog-1962191797692797800.post-34765548646681727762011-11-06T07:09:00.001+08:002011-11-06T23:37:28.408+08:00[轉載] BIM軟件知多少<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgpdTtCSkW3KX89A9alSk719jvKuZu57uWxXIel9QXdurgxGFjeYo7C26ZvbYBSr1RgVZXoaajHFZ2HJ43Dr-9RPo8ASTfUXUflWIt8gypaqGcbmbuiesC0JprRUIESlUIbiKf0TtDTrjQ/s1600/10-%25E6%25B7%25B1%25E5%258C%2596%25E8%25AE%25BE%25E8%25AE%25A1%25E8%25BD%25AF%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"></a></div>
<br />
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgyQhyphenhyphenpsRt4PHHo2eW-BSl7MmrW55WXac8XgZKr6nksRUV0oebd4jg1NDvoPsQ7VG7UkO4DdsbYV3NCfbKNzVVzD-rg4mbVz7WUNDWk_8u4Li82t_2IJV1-JM9oQ32SOarzv7h8GDoR2cI/s1600/11-%25E7%25A2%25B0%25E6%2592%259E%25E6%25AA%25A2%25E6%259F%25A5%25E8%25BB%259F%25E4%25BB%25B6.jpg" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><br /></a><br />
<div style="text-align: justify;">
【轉載者言】何關培先生在大陸是BIM資深的推動者與先行者,對於BIM著墨甚深、立論精闢。在新浪博客上發表過BIM專文著述超過160篇,他的博客被閱覽的次數將近九萬次,各個BIM專業論壇也經常轉載他的文章。根據何先生的自述,他從1986年開始推廣普及CAD技術,2003年開始推廣普及BLM/BIM技術,曾經在國企、民企、外企從事過工業建築設計、民用建築設計、房地産、建材、軟件和諮詢服務等工作。</div>
<br />
<div style="text-align: justify;">
※根據網際網路共同遵守的行為規範,轉載的文章內容僅代表原作者的觀點,不代表轉載者的觀點。轉載者對於文章內容不做任何增刪改變,全文轉載。讀者如果對文章內容有不同的看法或疑問,請連接到原文鏈接地址,直接傳達給原作者。</div>
<br />
<b style="color: red;"><span style="font-size: x-large;">BIM軟件知多少</span></b><br />
<br />
作者:何關培, 發佈日期:2010-09-09<br />
原文鏈接地址:新浪博客 http://blog.sina.com.cn/s/blog_620be62e0100lowy.html <br />
<br />
美國buildingSMART聯盟主席Dana K. Smitn先生在其去年出版的BIM專著 "Building <br />
Information Modeling - A Strategical Implementation Guide for Architects, Engineers, Constructors and Real Estate Asset Managers" 中下了這樣一個論斷:<br />
<br />
"依靠一個軟件解决所有問題的時代已經一去不復返了"。<br />
<br />
<div style="text-align: justify;">
作者在《爲什麽BIM應用不容易成功?》這篇文章裡面,提到了BIM的其中一個特點 - BIM不是一個軟件的事,其實BIM不止不是一個軟件的事,準確一點應該說BIM不是一類軟件的事,而且每一類軟件的選擇也不止是一個産品,這樣一來要充分發揮BIM價值爲項目創造效益涉及到常用的BIM軟件數量就有十幾個到幾十個之多了。</div>
<br />
<div style="text-align: justify;">
談BIM、用BIM都離不開BIM軟件,本文試圖通過對目前在全球具有一定市場影響或佔有率,並且在國內市場具有一定認識和應用的BIM軟件(包括能發揮BIM價值的軟件)進行梳理和分類,希望能够給想對BIM軟件有個總體瞭解的同行提供一個參考。<br />
需要特別說明的是,這樣的分類並不是一個科學的、系統的、嚴謹的、完整的分類方法(目前也沒看到這樣的分類方法),只是作者對BIM軟件認識和理解的一點心得,歡迎各路BIM大俠一起討論。</div>
<br />
先對BIM軟件的各個類型做一個羅列如下圖:<br />
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh8bRlzaDYwKo4B861LhGNEdxrM85KG5J5MB6DRrrGLsST9LBm7dAxKB0mlRVmUZvjT6BtBi4HgbNeYXyHrwLchyphenhyphenppphmhXw1TWj9HHE-4V5hjyXfmH1cl1vUIFo66ikpL2lOCqyLPJX1w/s1600/1-BIM%25E6%25A0%25B8%25E5%25BF%2583%25E5%25BB%25BA%25E6%25A8%25A1%25E8%25BD%25AF%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="312" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh8bRlzaDYwKo4B861LhGNEdxrM85KG5J5MB6DRrrGLsST9LBm7dAxKB0mlRVmUZvjT6BtBi4HgbNeYXyHrwLchyphenhyphenppphmhXw1TWj9HHE-4V5hjyXfmH1cl1vUIFo66ikpL2lOCqyLPJX1w/s400/1-BIM%25E6%25A0%25B8%25E5%25BF%2583%25E5%25BB%25BA%25E6%25A8%25A1%25E8%25BD%25AF%25E4%25BB%25B6.jpg" width="400" /></a><br />
<br />
接下來我們分別對屬於這些類型軟件的主要産品情况做一個簡單介紹。<br />
<br />
<br />
<span style="font-size: large;">一、BIM核心建模軟件</span><br />
<br />
<div style="text-align: justify;">
這類軟件英文通常叫 "BIM Authoring Software",是BIM之所以成爲BIM的基礎,換句話說,正是因爲有了這些軟件才有了BIM,也是從事BIM的同行第一類要碰到的BIM軟件。因此我們稱它們爲 "BIM核心建模軟件",簡稱"BIM建模軟件"。常用的BIM建模軟件如下圖所示:</div>
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh_kxMyTAHawGnJPWH6LEa3istbOGM5MV-fmEMUUKG0XGiDy0He4l6fkxgf0Uhyphenhyphen8q9Ktqsf5LzK0HsvZiyqaLWxY0lgZ71I7DdxEEafzLB9VJOqK95YkX0vzn-yZljHibL_uZh8MdMQwfE/s1600/2-%25E5%259B%259B%25E7%25B1%25BBBIM%25E8%25BD%25AF%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="216" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh_kxMyTAHawGnJPWH6LEa3istbOGM5MV-fmEMUUKG0XGiDy0He4l6fkxgf0Uhyphenhyphen8q9Ktqsf5LzK0HsvZiyqaLWxY0lgZ71I7DdxEEafzLB9VJOqK95YkX0vzn-yZljHibL_uZh8MdMQwfE/s400/2-%25E5%259B%259B%25E7%25B1%25BBBIM%25E8%25BD%25AF%25E4%25BB%25B6.jpg" width="400" /></a><br />
從圖中可以瞭解到,BIM核心建模軟件主要有以下四個門派:<br />
<div style="text-align: justify;">
1)Autodesk公司的Revit建築、結構和機電系列,在民用建築市場借助AutoCAD的天然優勢,有相當不錯的市場表現;</div>
<br />
<div style="text-align: justify;">
2)Bentley建築、結構和設備系列,Bentley産品在工廠設計(石油、化工、電力、醫藥等)和基礎設施(道路、橋梁、市政、水利等)領域有無可爭辯的優勢;</div>
<br />
<div style="text-align: justify;">
3)2007年Nemetschek收購Graphisoft以後,ArchiCAD/ AllPLAN/ VectorWorks三個産品就被歸到同一個門派裡面了,其中國內同行最熟悉的是ArchiCAD,屬於一個面向全球市場的産品,應該可以說是最早的一個具有市場影響力的BIM核心建模軟件,但是在中國由於其專業配套的功能(僅限於建築專業)與多專業一體的設計院體制不匹配,很難實現業務突破。Nemetschek的另外兩個産品,AllPLAN主要市場在德語區,VectorWorks則是其在美國市場使用的産品名稱。</div>
<br />
<div style="text-align: justify;">
4)Dassault公司的CATIA是全球最高端的機械設計製造軟件,在航空、航天、汽車等領域具有接近壟斷的市場地位,應用到工程建設行業無論是對複雜形體還是超大規模建築其建模能力、表現能力和信息管理能力都比傳統的建築類軟件有明顯優勢,而與工程建設行業的項目特點和人員特點的對接問題則是其不足之處。Digital Project是Gery Technology公司在CATIA基礎上開發的一個面向工程建設行業的應用軟件(二次開發軟件),其本質還是CATIA,就跟天正的本質是 AutoCAD一樣。</div>
<br />
因此,對於一個項目或企業BIM核心建模軟件技術路綫的確定,可以考慮如下基本原則:<br />
a)民用建築用Autodesk Revit<br />
b)工廠設計和基礎設施用Bentley<br />
c)單專業建築事務所選擇ArchiCAD、Revit、Bentley都有可能成功<br />
d)項目完全異形、預算比較充裕的可以選擇Digital Project或CATIA<br />
<br />
<div style="text-align: justify;">
當然,除了上面介紹的情况以外,業主和其他項目成員的要求也是在確定BIM技術路線時需要考慮的重要因素。</div>
<br />
<br />
<span style="font-size: large;">二、BIM方案設計軟件</span><br />
<br />
<div style="text-align: justify;">
BIM方案設計軟件用在設計初期,其主要功能是把業主設計任務書裡面基於數字的項目要求轉化成基於幾何形體的建築方案,此方案用於業主和設計師之間的溝通和方案的研究論證。BIM方案設計軟件可以幫助設計師驗證設計方案和業主設計任務書中的項目要求相匹配。BIM方案設計軟件的成果可以轉換到BIM核心建模軟件裡面進行設計深化,並繼續驗證滿足業主要求的情况。</div>
<br />
<div style="text-align: justify;">
目前主要的BIM方案設計軟件有Onuma Planning System和Affinity等,其與BIM核心建模<br />
軟件的關係如下圖:</div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg0nfTbddoir53XbtlNfrX83pi4nGuBTJq8PK6z92Bm2a-6mZe3sJDUvSo49pyNlrxFC96YCF-0-xdoHbsKPJqSRskqVyGGwuH5AP0dwSXVqkzH53q7CMSjuwlGc4zWGumDfV_ycKzft7U/s1600/3-%25E6%2596%25B9%25E6%25A1%2588%25E8%25AE%25BE%25E8%25AE%25A1%25E8%25BD%25AF%25E4%25BB%25B6.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="238" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg0nfTbddoir53XbtlNfrX83pi4nGuBTJq8PK6z92Bm2a-6mZe3sJDUvSo49pyNlrxFC96YCF-0-xdoHbsKPJqSRskqVyGGwuH5AP0dwSXVqkzH53q7CMSjuwlGc4zWGumDfV_ycKzft7U/s320/3-%25E6%2596%25B9%25E6%25A1%2588%25E8%25AE%25BE%25E8%25AE%25A1%25E8%25BD%25AF%25E4%25BB%25B6.jpg" width="320" /></a></div>
<br />
<br />
圖中的箭頭方向表示信息的傳遞方向。<br />
<br />
<br />
<span style="font-size: large;">三、和BIM接口的幾何造型軟件</span><br />
<br />
<div style="text-align: justify;">
設計初期階段的形體、體量研究或者遇到複雜建築造型的情况,使用幾何造型軟件會比直接使用BIM核心建模軟件更方便、效率更高,甚至可以實現BIM核心建模軟件無法實現的功能。幾何造型軟件的成果可以作爲BIM核心建模軟件的輸入。<br />
<br />
目前常用幾何造型軟件有SketchUp、Rhino和FormZ等,其與BIM核心建模軟件的關係如下圖所示:</div>
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEge_pOGTv_epFMup5w5BfW1wYpxpgETeaBTUWvHQTzRKMmtVKrXBtkwdRz1MKaH4CazuXYkB-uUdyBzTolrZIhT-rGZG4iV-dFkDPv70XcEPqUlNcTWg_xrAAAm0yZzecjowUxKMKn_u8g/s1600/4-%25E5%2587%25A0%25E4%25BD%2595%25E9%2580%25A0%25E5%259E%258B%25E8%25BD%25AF%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="176" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEge_pOGTv_epFMup5w5BfW1wYpxpgETeaBTUWvHQTzRKMmtVKrXBtkwdRz1MKaH4CazuXYkB-uUdyBzTolrZIhT-rGZG4iV-dFkDPv70XcEPqUlNcTWg_xrAAAm0yZzecjowUxKMKn_u8g/s320/4-%25E5%2587%25A0%25E4%25BD%2595%25E9%2580%25A0%25E5%259E%258B%25E8%25BD%25AF%25E4%25BB%25B6.jpg" width="320" /></a></div>
<br />
<br />
<span style="font-size: large;">四、BIM可持續(綠色)分析軟件</span><br />
<br />
<div style="text-align: justify;">
可持續或者綠色分析軟件可以使用BIM模型的信息對項目進行日照、風環境、熱工、景觀可視度、噪音等方面的分析,主要軟件有國外的Ecotect、IES、Green Building Studio以及國內的PKPM等。</div>
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjoo7us2a-s57MneWZ1jOeouTi1HBpBQBHJQHzaesaaV17_CgVxzLsOruqHQPUgeFwXp9rwhpC88HWY0v185sncpSS3p5k08_ArF5l62yQOCNx5QSJQr0Ejc1KnAsF4f-PaWOUjVN-wmik/s1600/5-%25E5%258F%25AF%25E6%258C%2581%25E7%25BB%25AD%25E5%2588%2586%25E6%259E%2590%25E8%25BD%25AF%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="220" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjoo7us2a-s57MneWZ1jOeouTi1HBpBQBHJQHzaesaaV17_CgVxzLsOruqHQPUgeFwXp9rwhpC88HWY0v185sncpSS3p5k08_ArF5l62yQOCNx5QSJQr0Ejc1KnAsF4f-PaWOUjVN-wmik/s400/5-%25E5%258F%25AF%25E6%258C%2581%25E7%25BB%25AD%25E5%2588%2586%25E6%259E%2590%25E8%25BD%25AF%25E4%25BB%25B6.jpg" width="400" /></a></div>
<br />
<br />
<br />
<span style="font-size: large;">五、BIM機電分析軟件</span><br />
<br />
<div style="text-align: justify;">
水暖電等設備和電氣分析軟件國內産品有鴻業、博超等,國外産品有Designmaster、IES Virtual Environment、Trane Trace等。</div>
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEglqv3jJca6tFy_xi6rNwmbUdE-pWhaoRgXcREksF6twDns5d6ldyVZQnZ0SHKt9X7IVF5zI6DfPfx7ls2kLbYXweUXQg2KGp5NYv9v7hAEGhWNEEHVbdyTiiK9rC1lu7MRGD0ZKts1QZE/s1600/6-%25E6%259C%25BA%25E7%2594%25B5%25E5%2588%2586%25E6%259E%2590%25E8%25BD%25AF%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="220" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEglqv3jJca6tFy_xi6rNwmbUdE-pWhaoRgXcREksF6twDns5d6ldyVZQnZ0SHKt9X7IVF5zI6DfPfx7ls2kLbYXweUXQg2KGp5NYv9v7hAEGhWNEEHVbdyTiiK9rC1lu7MRGD0ZKts1QZE/s400/6-%25E6%259C%25BA%25E7%2594%25B5%25E5%2588%2586%25E6%259E%2590%25E8%25BD%25AF%25E4%25BB%25B6.jpg" width="400" /></a></div>
<br />
<br />
<br />
<span style="font-size: large;">六、BIM結構分析軟件</span><br />
<br />
<div style="text-align: justify;">
結構分析軟件是目前和BIM核心建模軟件集成度比較高的産品,基本上兩者之間可以實現雙向信息交換,即結構分析軟件可以使用BIM核心建模軟件的信息進行結構分析,分析結果對結構的調整又可以反饋回到BIM核心建模軟件中去,自動更新BIM模型。<br />
<br />
包括ETABS、STAAD、Robot等國外軟件以及PKPM等國內軟件都可以跟BIM核心建模軟件配合使用。</div>
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiITrggc3yu8LDRDW1lzOQ9o3iZ5HU0vS8o6l3Vh_mtj7jBmqGl4llU0_T0SYtqH3u5ZGm198SuXNE0P_gZshxfdZAhiq9V-sNw8fKyVvKHp6W9PycPLyJBCMDOooIAwB1PNbJ4JthM78I/s1600/7-%25E7%25BB%2593%25E6%259E%2584%25E5%2588%2586%25E6%259E%2590%25E8%25BD%25AF%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="237" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiITrggc3yu8LDRDW1lzOQ9o3iZ5HU0vS8o6l3Vh_mtj7jBmqGl4llU0_T0SYtqH3u5ZGm198SuXNE0P_gZshxfdZAhiq9V-sNw8fKyVvKHp6W9PycPLyJBCMDOooIAwB1PNbJ4JthM78I/s400/7-%25E7%25BB%2593%25E6%259E%2584%25E5%2588%2586%25E6%259E%2590%25E8%25BD%25AF%25E4%25BB%25B6.jpg" width="400" /></a></div>
<br />
<br />
<br />
<span style="font-size: large;">七、BIM可視化軟件</span><br />
<br />
有了BIM模型以後,對可視化軟件的使用至少有如下好處:<br />
1)可視化建模的工作量减少了<br />
2)模型的精度和與設計(實物)的吻合度提高了<br />
3)可以在項目的不同階段以及各種變化情况下快速産生可視化效果<br />
<br />
常用的可視化軟件包括3DS Max、Artlantis、AccuRender和Lightscape等。<br />
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhtXn5qgCOsuQz7QW0uF5mLBJFtLkAypR7tM4qKAQZe4rJ_h15S51LaHls1d10MeECGV_2m2Ar62mwzz1aS5cWvOPNLL4fcsr9j3NuYRfP0g5lKfgJGj6fRk-_5WkEyu5vSpzr9XLSLR5w/s1600/8-%25E5%258F%25AF%25E8%25A7%2586%25E5%258C%2596%25E8%25BD%25AF%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="220" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhtXn5qgCOsuQz7QW0uF5mLBJFtLkAypR7tM4qKAQZe4rJ_h15S51LaHls1d10MeECGV_2m2Ar62mwzz1aS5cWvOPNLL4fcsr9j3NuYRfP0g5lKfgJGj6fRk-_5WkEyu5vSpzr9XLSLR5w/s400/8-%25E5%258F%25AF%25E8%25A7%2586%25E5%258C%2596%25E8%25BD%25AF%25E4%25BB%25B6.jpg" width="400" /></a></div>
<br />
<br />
<span style="font-size: large;">八、BIM模型檢查軟件</span><br />
<br />
<div style="text-align: justify;">
BIM模型檢查軟件既可以用來檢查模型本身的質量和完整性,例如空間之間有沒有重叠?空間有沒有被適當的構件圍閉?構件之間有沒有衝突等;也可以用來檢查設計是不是符合業主的要求,是否符合規範的要求等。<br />
<br />
目前具有市場影響的BIM模型檢查軟件是Solibri Model Checker,下面是該軟件基本資料:</div>
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgeQzMRToVizGvvaP_uJHCEcU5YxVe-prYrAkVEfc_VmenyNId9EEZyUoHAFo7e1HFGy-mjuqzNrOc2j_qZFmLvpX389WdK5he3QiBu0P4nsJHncujH1qPASns7wkTFsDv2bRApKuys7rc/s1600/9-%25E6%25A8%25A1%25E5%259E%258B%25E6%25A3%2580%25E6%259F%25A5%25E8%25BD%25AF%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="231" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgeQzMRToVizGvvaP_uJHCEcU5YxVe-prYrAkVEfc_VmenyNId9EEZyUoHAFo7e1HFGy-mjuqzNrOc2j_qZFmLvpX389WdK5he3QiBu0P4nsJHncujH1qPASns7wkTFsDv2bRApKuys7rc/s400/9-%25E6%25A8%25A1%25E5%259E%258B%25E6%25A3%2580%25E6%259F%25A5%25E8%25BD%25AF%25E4%25BB%25B6.jpg" width="400" /></a></div>
<br />
<span style="font-size: large;">九、BIM深化設計軟件</span><br />
<br />
<div style="text-align: justify;">
Xsteel是目前最有影響的基於BIM技術的鋼結構深化設計軟件,該軟件可以使用BIM核心建模軟件的數據,對鋼結構進行面向加工、安裝的詳細設計,生成鋼結構施工圖 (加工圖、深化圖、詳圖)、材料表、數控機床加工代碼等。下圖是Xsteel設計的一個例子(由寶鋼鋼構提供):<br />
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgpdTtCSkW3KX89A9alSk719jvKuZu57uWxXIel9QXdurgxGFjeYo7C26ZvbYBSr1RgVZXoaajHFZ2HJ43Dr-9RPo8ASTfUXUflWIt8gypaqGcbmbuiesC0JprRUIESlUIbiKf0TtDTrjQ/s1600/10-%25E6%25B7%25B1%25E5%258C%2596%25E8%25AE%25BE%25E8%25AE%25A1%25E8%25BD%25AF%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgpdTtCSkW3KX89A9alSk719jvKuZu57uWxXIel9QXdurgxGFjeYo7C26ZvbYBSr1RgVZXoaajHFZ2HJ43Dr-9RPo8ASTfUXUflWIt8gypaqGcbmbuiesC0JprRUIESlUIbiKf0TtDTrjQ/s320/10-%25E6%25B7%25B1%25E5%258C%2596%25E8%25AE%25BE%25E8%25AE%25A1%25E8%25BD%25AF%25E4%25BB%25B6.jpg" width="309" /></a> </div>
</div>
<br />
<br />
<span style="font-size: large;">十、BIM模型綜合碰撞檢查軟件</span><br />
<br />
<div style="text-align: justify;">
有兩個根本原因直接導致了模型綜合碰撞檢查軟件的出現:<br />
1)不同專業人員使用各自的BIM核心建模軟件建立自己專業相關的BIM模型,這些模型需要在一個環境裡面集成起來才能完成整個項目的設計、分析、模擬,而這些不同的BIM核心建模軟件無法實現這一點;<br />
2)對於大型項目來說,硬件條件的限制使得BIM核心建模軟件無法在一個文件裡面操作整個項目模型,但是又必須把這些分開創建的局部模型整合在一起研究整個項目的設計、施工及其運營狀態。<br />
<br />
<div style="text-align: justify;">
模型綜合碰撞檢查軟件的基本功能包括集成各種三維軟件(包括BIM軟件、三維工廠設計軟件、三維機械設計軟件等)創建的模型,進行3D協調、4D計劃、可視化、動態模擬等,屬於項目評估、審核軟件的一種。常見的模型綜合碰撞檢查軟件有Autodesk Navisworks、Bentley Projectwise Navigator和Solibri Model Checker等,如圖所示:</div>
</div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgyQhyphenhyphenpsRt4PHHo2eW-BSl7MmrW55WXac8XgZKr6nksRUV0oebd4jg1NDvoPsQ7VG7UkO4DdsbYV3NCfbKNzVVzD-rg4mbVz7WUNDWk_8u4Li82t_2IJV1-JM9oQ32SOarzv7h8GDoR2cI/s1600/11-%25E7%25A2%25B0%25E6%2592%259E%25E6%25AA%25A2%25E6%259F%25A5%25E8%25BB%259F%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="266" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgyQhyphenhyphenpsRt4PHHo2eW-BSl7MmrW55WXac8XgZKr6nksRUV0oebd4jg1NDvoPsQ7VG7UkO4DdsbYV3NCfbKNzVVzD-rg4mbVz7WUNDWk_8u4Li82t_2IJV1-JM9oQ32SOarzv7h8GDoR2cI/s400/11-%25E7%25A2%25B0%25E6%2592%259E%25E6%25AA%25A2%25E6%259F%25A5%25E8%25BB%259F%25E4%25BB%25B6.jpg" width="400" /></a></div>
<br />
<br />
<span style="font-size: large;">十一、BIM造價管理軟件</span><br />
<br />
<div style="text-align: justify;">
造價管理軟件利用BIM模型提供的信息進行工程量統計和造價分析,由於BIM模型結構化數據的支持,基於BIM技術的造價管理軟件可以根據工程施工計劃動態提供造價管理需要的數據,這就是所謂BIM技術的5D應用。<br />
國外的BIM造價管理有Innovaya和Solibri,魯班是國內BIM造價管理軟件的代表。</div>
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgiRth0FtVZ-heHDbwsOoWvRFRC_d-gmsrUxPUQVMJVwKVtU-aQJfuZf88glW219FJxoYsPdk2r0eqz-Ye63MYs9h9zLyRKFcdOYPCnW_ibpU1Nm-okN38egdWBJLs8rNVQaifJr8ex4lE/s1600/12-%25E9%2580%25A0%25E5%2583%25B9%25E5%2588%2586%25E6%259E%2590%25E8%25BB%259F%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="266" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgiRth0FtVZ-heHDbwsOoWvRFRC_d-gmsrUxPUQVMJVwKVtU-aQJfuZf88glW219FJxoYsPdk2r0eqz-Ye63MYs9h9zLyRKFcdOYPCnW_ibpU1Nm-okN38egdWBJLs8rNVQaifJr8ex4lE/s400/12-%25E9%2580%25A0%25E5%2583%25B9%25E5%2588%2586%25E6%259E%2590%25E8%25BB%259F%25E4%25BB%25B6.jpg" width="400" /></a></div>
<br />
<div style="text-align: justify;">
魯班對以項目或業主爲中心的基於BIM的造價管理解决方案應用給出了如下整體框架,無疑會對BIM信息在造價管理上的應用水平提升起到積極作用,同時也是全面實現和提升BIM對工程建設行業整體價值的有效實踐,因爲我們知道,能够使用BIM模型信息的參與方和工作類型越多,BIM對項目能够發揮的價值就越大。</div>
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhqCA5j0Ta5E2sZbb1ljMSKa7-RhDZPqKXQ5YEpv7pq3VELXnDVgVm7hzAPRnAUxUsyE0f81lVVeyOhZTXC4-QSWt43SL0tn9CtYSdaeYNz9UigcaA0c_q8JhaYuutVhjwJrTCkuP3U9J4/s1600/13-%25E9%2580%25A0%25E5%2583%25B9%25E5%2588%2586%25E6%259E%2590%25E8%25BB%259F%25E4%25BB%25B62.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="308" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhqCA5j0Ta5E2sZbb1ljMSKa7-RhDZPqKXQ5YEpv7pq3VELXnDVgVm7hzAPRnAUxUsyE0f81lVVeyOhZTXC4-QSWt43SL0tn9CtYSdaeYNz9UigcaA0c_q8JhaYuutVhjwJrTCkuP3U9J4/s400/13-%25E9%2580%25A0%25E5%2583%25B9%25E5%2588%2586%25E6%259E%2590%25E8%25BB%259F%25E4%25BB%25B62.jpg" width="400" /></a></div>
<br />
<br />
<span style="font-size: large;">十二、BIM運營管理軟件</span><br />
<br />
<div style="text-align: justify;">
我們把BIM形象地比喻爲建設項目的DNA,根據美國國家BIM標準委員會的資料,一個建築物生命周期75%的成本發生在運營階段(使用階段),而建設階段(設計、施工)的成本只占項目生命周期成本的25%。<br />
BIM模型爲建築物的運營管理階段服務是BIM應用重要的推動力和工作目標,在這方面美國運營管理軟件ArchiBUS是最有市場影響的軟件之一。<br />
<br />
FacilityONE提供的下列基於BIM的運營管理整體框架對同行認識和瞭解BIM技術的運營管理應用應該有幫助,在這裡分享給大家:</div>
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgdvVHk4iOdgbVoDSQalWjOKy2nSSkwFfirwQ4fWZHc-NX8etoIQBDSW2X0bWZjSb7T8wXjF-Wewl2EKEyggxPJfPZb42h5-CMHUg3QYZJ4e5bLxjdwozX62YAJUphM3II9EC4pHDlZ52E/s1600/14-%25E9%2581%258B%25E7%2587%259F%25E5%2588%2586%25E6%259E%2590%25E8%25BB%259F%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="296" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgdvVHk4iOdgbVoDSQalWjOKy2nSSkwFfirwQ4fWZHc-NX8etoIQBDSW2X0bWZjSb7T8wXjF-Wewl2EKEyggxPJfPZb42h5-CMHUg3QYZJ4e5bLxjdwozX62YAJUphM3II9EC4pHDlZ52E/s400/14-%25E9%2581%258B%25E7%2587%259F%25E5%2588%2586%25E6%259E%2590%25E8%25BB%259F%25E4%25BB%25B6.jpg" width="400" /></a></div>
<br />
<span style="font-size: large;">十三、二維繪圖軟件</span><br />
<br />
<div style="text-align: justify;">
從BIM技術的發展目標來看,二維施工圖應該是BIM模型的其中一個表現形式和一個輸出功能而已,不再需要有專門的二維繪圖軟件與之配合,但是目前情况下,施工圖仍然是工程建設行業設計、施工、運營所依據的法律文件,BIM軟件的直接輸出還不能滿足市場對施工圖的要求,因此二維繪圖軟件仍然是不可或缺的施工圖生産工具。<br />
<div style="text-align: justify;">
其中最有影響的二維繪圖軟件大家都很熟悉,就是Autodesk公司的AutoCAD和Bentley公司的Microstation,如下圖:</div>
</div>
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh5Cm4nWH9_64ImjAiYkN4cbJq-F6SfS8L5N4t16vukhL1ht78JKdsabNZJ3qcrVq1Eq-NcRjvfNUCZmjjSHMpcIEvOHYcB_qXMkPolmUZBpuh4esZjA3SuarKebjGXaWzmGpq7DhTfD8I/s1600/15-%25E4%25BA%258C%25E7%25B6%25AD%25E7%25B9%25AA%25E5%259C%2596%25E8%25BB%259F%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="266" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh5Cm4nWH9_64ImjAiYkN4cbJq-F6SfS8L5N4t16vukhL1ht78JKdsabNZJ3qcrVq1Eq-NcRjvfNUCZmjjSHMpcIEvOHYcB_qXMkPolmUZBpuh4esZjA3SuarKebjGXaWzmGpq7DhTfD8I/s400/15-%25E4%25BA%258C%25E7%25B6%25AD%25E7%25B9%25AA%25E5%259C%2596%25E8%25BB%259F%25E4%25BB%25B6.jpg" width="400" /></a></div>
<br />
<br />
<span style="font-size: large;">十四、BIM發佈審核軟件</span><br />
<br />
<div style="text-align: justify;">
最常用的BIM成果發佈審核軟件包括Autodesk Design Review、Adobe PDF和Adobe 3D PDF,正如這類軟件本身的名稱所描述的那樣,發佈審核軟件把BIM的成果發佈成靜態的、輕型的、包含大部分智能信息的、不能編輯修改但可以標註審核意見的、更多人可以訪問的格式如DWF/PDF/3D PDF等,供項目其他參與方進行審核或者利用,如下圖所示:</div>
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg42MDyPfe_IvIRWr6hAWSA4h2NfvkHJ35jL59IJnfSG3xIQ5lO4V4s1OLd9fTNL7-yOR2twJ5Gz8d6MWZcpONBQPhbWHh173y00z3NvguNT4ETFp5WoIHXqpUuT71Lh2SeAvqSwb-9J4M/s1600/16-%25E7%2599%25BC%25E5%25B8%2583%25E5%25AF%25A9%25E6%25A0%25B8%25E8%25BB%259F%25E4%25BB%25B6.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="266" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg42MDyPfe_IvIRWr6hAWSA4h2NfvkHJ35jL59IJnfSG3xIQ5lO4V4s1OLd9fTNL7-yOR2twJ5Gz8d6MWZcpONBQPhbWHh173y00z3NvguNT4ETFp5WoIHXqpUuT71Lh2SeAvqSwb-9J4M/s400/16-%25E7%2599%25BC%25E5%25B8%2583%25E5%25AF%25A9%25E6%25A0%25B8%25E8%25BB%259F%25E4%25BB%25B6.jpg" width="400" /></a></div>
<br />
<br />
<br />
<span style="font-size: large;">十五、小結</span><br />
<br />
<div style="text-align: justify;">
到此爲止我們介紹了目前工程建設行業正在應用的14種BIM和BIM相關軟件,除了上述介紹的軟件以外,相信一定還會有其他軟件,或者由於作者水平所限沒有瞭解到,也可能隨著BIM應用的普及和深入會有新的軟件種類産生或加入,寄希望於同行不斷補充完善。<br />
值得一提的是,製造業已經普遍應用的PDM (Product Data Management - 産品數據管理)軟件或者類似功能的其他軟件,作爲BIM深入普及應用所必須的BIM數據管理解决方案,其地位和作用將被逐漸認識和實現。<br />
<br />
我們用不同類型軟件和BIM核心建模軟件之間的信息流動關係對目前常用的BIM以及BIM相關軟件進行了介紹,如果把這種類型劃分方法進行簡化,我們發現這些軟件基本上可以劃分爲兩個大類:<br />
<br />
第一大類:創建BIM模型的軟件,包括BIM核心建模軟件、BIM方案設計軟件以及和BIM接口的幾何造型軟件;<br />
第二大類:利用BIM模型的軟件,除第一大類以外的其他軟件。</div>
<div style="text-align: justify;">
那麽這麽多不同類型的軟件是如何有機地結合在一起爲項目建設運營服務的呢?我們來看看下面這張圖:</div>
<div style="text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgzY6YJXamcvJpb8nAbDjez0iu9ok-ofO6a7LV-qHJj2MaP-_OOm2eKUjZlYjqs10Ftu-_VGQJvcRrg3svvjdOI_ZvxXAg8grNgi0WQWiwFouZ9UAYAr7TwCogTIwxSyLIwfJi04-hwgWM/s1600/17-%25E4%25BF%25A1%25E6%2581%25AF%25E4%25BA%2592%25E7%2594%25A8%25E9%2597%259C%25E4%25BF%2582.jpg" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="312" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgzY6YJXamcvJpb8nAbDjez0iu9ok-ofO6a7LV-qHJj2MaP-_OOm2eKUjZlYjqs10Ftu-_VGQJvcRrg3svvjdOI_ZvxXAg8grNgi0WQWiwFouZ9UAYAr7TwCogTIwxSyLIwfJi04-hwgWM/s400/17-%25E4%25BF%25A1%25E6%2581%25AF%25E4%25BA%2592%25E7%2594%25A8%25E9%2597%259C%25E4%25BF%2582.jpg" width="400" /></a></div>
<br />
<div style="text-align: justify;">
上圖實綫表示信息直接互用,虛綫代表信息間接互用,箭頭表示信息互用的方向。從圖中我們看到不同類型的BIM軟件可以根據專業和項目階段作如下區分:</div>
<br />
1)建築:包括BIM建築模型創建、幾何造型、可視化、BIM方案設計等<br />
2)結構:包括BIM結構建模、結構分析、深化設計等<br />
3)機電:包括BIM機電建模、機電分析等<br />
4)施工:包括碰撞檢查、4D模擬、施工進度和質量控制等<br />
5)其他:包括綠色設計、模型檢查、造價管理等<br />
6)運營管理 FM (Facility Management)<br />
7)數據管理 PDM<br />
<br />
(全文完)柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-59251305605904366732011-11-05T23:17:00.000+08:002011-11-05T23:17:25.732+08:00[轉載] 我們需要什麼樣的BIM【轉載者言】這篇文章轉載自茅洪斌新浪博客,茅洪斌先生是大陸工程界關於鋼筋工程計算和鋼筋翻樣的頂尖級人物,在專業知識、計算理論、翻樣技巧及軟件應用等領域都經驗豐富。從他專業的觀點來看我們需要什麼樣的BIM,在當前處處對軟件歌功頌德的聲音中,有如醍醐灌頂,更發人深省。<br />
<br />
按照網際網路上網民共同遵守的遊戲規則,我僅把原文從簡體轉換成繁體,對文章內容不做任何增删改動,全文轉載。讀者如果對文章內容有不同看法,請直接連接到原文鏈接地址向原作者傳達。<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">我們需要什麽樣的BIM</span></b><br />
<br />
作者:茅洪斌 日期:2011-07-15<br />
原文出處:新浪博客 http://blog.sina.com.cn/s/blog_5e3b679b0100ruv9.html<br />
<br />
【摘要】BIM (Building Information Modeling)是系統,是平台,是過程,是整合,BIM應該實現多專業建築信息模型的整合,多專業多系統合而爲一的"超級軟件"在技術上沒有難度,且與傳統的分散的模型相比有無可比擬的優點,符合BIM技術的發展方向。設計BIM與建造BIM之間即便不能二合爲一那麽也需要建立動態關聯數據鏈接庫,增强其互操作性。BIM的終極目的就是要解决信息斷層問題。BIM不僅是用於建築全生命周期,不僅用於在建工程,而且還用於整個城市建築和城市基礎設施,以實現對城市的高效管理。<br />
<br />
【關鍵詞】BIM;實用性;超級軟件;整合<br />
<br />
<b><span style="font-size: large;">一、BIM爲何讓人畏懼</span></b><br />
<br />
關於BIM的各種各樣理論多如牛毛,但爲什麼衆多對BIM抱有期待和需求的客戶仍然找不到切入點?我們究竟需要什麼樣的BIM? BIM究竟能産生哪些價值? BIM首先要解决這三個問題,而不是整些華而不實的概念。不能帶來生産力發展的任何理論技術和方法都注定是浮雲。技術是實實在在的應用層面,必須務實,技術研發不能閉門造車,而要注重實際應用。<br />
<br />
美國Gehry Technology談到BIM項目經驗:每一個項目都完全在電腦中模擬,從造型設計分析到建材造價施工組織等等,通常需要數十萬小時的員工工作時間,最終一個項目的文件信息量總在數萬GB之上。我認爲這樣搞,BIM就是死路一條,因爲與傳統相比,不僅不具有多大優勢,却産生許多新的問題,把簡單問題複雜化了。BIM一定要通過技術革新,不僅讓BIM信息量無窮大,而同時又要保證文件容量無窮小,並且還要求操作運行自如流暢。它絕不是模型的合成和信息的堆砌,它是建築信息模型的整合、優化和再利用!BIM應該是一個開放式的協作建築信息模型平台,允許在這個平台上有各式各樣的第三方軟件和硬件。<br />
<br />
成都西南設計院的第一輪BIM培訓,由最初80人到最後只剩下12人,這說明了什麼?這是不是BIM的杯具?BIM可能不爲多數人所接受。任何一項新技術,如果不爲多數人所接受,那麼這絕不是受衆的問題,而一定是技術本身存在的問題。一項新技術如果疏遠了大衆,如果人們對它冷淡抵觸甚至拒絕,那麽這種技術一定是沒有前途的。我想任何一項新技術,如果不能滿足易用性要求,一味地"陽春白雪",最後必然是"曲高和寡"。流行的一定是大衆的,我們不是要把BIM玩得如何高深莫測,相反,如何使它更簡潔實用,普羅大衆都能用會用愛用,這是關鍵。我一直在思考如何讓複雜的BIM更簡潔、易用和實用!把複雜的事情搞得簡單很難,把簡單的事情搞得複雜很易。<br />
<br />
然而我聽到BIM需要幾十甚至上百種軟件,這不能不讓人心生恐懼,AGC把BIM以及BIM相關軟件分成八個類型:<br />
<br />
第一類:概念設計和可行性研究(Preliminary Design and Feasibility Tools)<br />
第二類:BIM核心建模軟件(BIM Authoring Tools)<br />
第三類:BIM分析軟件(BIM Analysis Tools)<br />
第四類:施工圖和預製加工軟件(Shop Drawing and Fabrication Tools)<br />
第五類:施工管理軟件(Construction Management Tools)<br />
第六類:算量和預算軟件(Quantity Takeoff and Estimating Tools)<br />
第七類:計劃軟件(Scheduling Tools)<br />
第八類:文件共享和協同軟件(File Sharing)<br />
<br />
<b><span style="font-size: large;">二、有沒有高集成度的"超級軟件"</span></b><br />
<br />
雖說是這些軟件不是給一個機構或者一個個人使用的,是給項目不同階段各個參建方的不同專業人員使用的,但仍覺得繁雜,有沒有高度集成的所謂"超級軟件",如在一個模型上我至少能同時看到建築物全貌,看到各種管道管綫及柱樑牆板等構件及其相關信息,甚至看到它的隱蔽工程,如埋在混凝土內的鋼筋。建築物是個整體,如人的身體一樣,爲什麽非要把切割成各種專業模型,這不符合BIM是系統、平台和整體的概念。我們所看到的模型仍然是割裂的分散的支離破碎的模型,有沒有綜合性集成度高的軟件,能把各個專業模型做成一個模型。有人說,這種超級軟件無異是烏托邦的空想,爲此我利用2天時間去一家軟件廠家,專門就此問題與公司老總和軟件研發人員進行長時間的深入探討,得出的結論是,在一個軟件中實現多專業集成是可行的,技術上也不存在難以逾越的障礙。如在一個建築模型中,把土建、鋼筋和安裝做在一起幾乎就沒有什麽難度,只是在定義構件時把它的幾何屬性、物理屬性、鋼筋屬性、定額屬性、造價屬性和其他屬性放在一塊即可,相應的計算模塊與之配套。同樣的一根鋼筋混凝土柱,原來是分散二個不同軟件中,分別計算土建工程量和鋼筋工程量,現在可以把它合成在一個軟件中,能同時計算出一個構件的土建量和鋼筋量。安裝專業中電、水、暖通等也把它當成構件進行定義和建模,這樣不僅能形成整體概念,而且减少重複定義和重複建模,同時,查詢查錯操作都方便。人們經常提到BIM的碰撞檢查的功能,管道之間的碰撞檢查也許容易,如果土建與安裝是分開的,那麽管道與結構構件之間的衝突就難以發現。各自獨立的建築模型仍不免形成一個個信息孤島,雖然它們之間有連接的通道,但不如填平它們之間的鴻溝。<br />
<br />
潘石屹說:"為了解决銀河SOHO的施工難題,我們引入了波音公司設計飛機時用的BIM系統,……到時候我們給大家演示這個模型,看看房子裡的牆面、鋼筋、水泥、管綫"。我的理解,他是希望在一個模型中看到牆面、鋼筋、水泥、管綫,也許還要能看到裝修效果,也許還要看到建築的"成長"過程。而不是要不斷切換到N個模型中才能完整地看到這些東西。難道設計飛機時也要按專業分幾個模型?爲什麽把一個建築分解成幾個不同專業模型?<br />
<br />
設計是分專業的,建築、結構、給排水、電氣、暖通、動力是各自獨立的,所以不可能在一個模型中看到全部東西。造價是分專業的,所以土建、鋼筋和安裝也分開的,這在相當長的歷史時期內有它的合理性和存在的必要性,但現在這種模式明顯已不合時宜,也與BIM概念相悖,必須改變!<br />
<br />
實現它需要前提,一是硬件條件,以現在的計算機性能,運行Revit已相當吃力,更不用說去運行大體量的集成模型。當然,計算機技術也是突飛猛進,科學家正在研究量子計算機,一台量子計算機的性能相當目前全世界計算機之和,量子計算機相比於現在的計算機如電腦之於算盤。未來,計算機性能不會成爲模型運行的瓶頸和技術上的短板,軟件技術可能是BIM技術的短板。二是軟件技術,軟件關鍵是解决各專業模型數據之間的耦合性,還要解决超大容量信息的平穩運行。三是解决作業方式,如何保證各專業之間的協同。<br />
<br />
我們不僅要實現多專業的集成,而且要實現建築群的集成,這聽上去似乎如科幻小說,但並非是遙不可及的技術。在一個軟件中展示整個小區的所有建築,甚至道路、綠化等,這也是業主所需要的。BIM技術一定要面向用戶,貼近用戶,瞭解用戶的真正需求。鋼筋翻樣韓吉中,他就喜歡在一個軟件中進行矩陣式建模,即對整個小區的所有建築物同時建模,這樣可以减少許多重複性操作。上海世博會部分單體建築設計採用BIM技術,但它仍是個孤獨的BIM,沒有那個軟件能整體顯示世博園區的建築場館,包括室內外的各種設施,那些潜在的價值點並沒被充分挖掘,如在園區運行和安保等集中式管理方面的應用。高集成軟件最適合用來做世博會、迪斯尼、商業建築、居住小區、工業區那樣的建築群。如城市排水系統,老是出問題,可通過建立BIM模型找出問題之所在,然後解决起來就方便。<br />
<br />
未來的趨勢一定是整合,建築信息模型BIM不可能是支離破碎的,一定是高度集成的。<br />
<br />
我一直在設想和構思一個高集成度的軟件,俗稱超級軟件。通過與研發人員交流,覺得技術上完全可以實現,也不需要Revit軟件對硬件這樣的高配置要求。也許,多專業建築信息模型只能讓算量軟件來實現,設計軟件可能承擔不了這個歷史使命,更重要的是算量信息模型上包含各種基礎數據,而設計軟件模型並沒有這些東西,或者說信息不完整。<br />
<br />
<b><span style="font-size: large;">三、國內算量軟件架構的幾種模式</span></b><br />
<br />
國內圖形算量軟件,有的是自主開發的圖形引擎,如廣聯達和神機妙算。有的是利用CAD圖形平臺,如斯維爾。有的兩者兼有,如魯班,土建和安裝採用CAD平臺,鋼筋是自主平臺。其中斯維爾和神機妙算軟件構架設計成多專業合成。斯維爾是土建與鋼筋合成,是半合成。神機妙算按它設計構架,是全合成軟件,理論上可集成所有專業,只是現在我們仍沒看到完整的多專業集成軟件雛形。廣聯達各專業所採用的是同一圖形平臺,合成起來應該難度不大。軟件商之所以把各個專業軟件進行拆分,可能更多的是出於商業上的考慮,技術因素反而是次要因素。雖說,各專業之間數據可以進行互導,但仍有重複勞動,導入導出的操作就屬多此一舉,幷且,各專業之間並非是無縫鏈接,有些構件不能導入,有的構件導入後需要處理和修改等等,存在諸多麻煩。<br />
<br />
魯班采用一種 "模型分開,數據集成" 的方式,在數據中心用一種類似輸入關鍵詞搜索的方法獲取所需數據,這種多模型模式的模型深度顯然是不够的。這只是一種過渡辦法,絕不是BIM技術未來發展趨勢。我認爲未來的BIM一定是單一模型,從設計到建造到運維就是一個共同的BIM模型,只是各階段各專業所做的工作不同,加入的信息不同而已。並且這個模型一定是多專業集成。廣聯達BIM仍在孵化階段,作爲上市公司,它不差錢,有這個力量搞BIM研發,未來可能會有激動人心的技術,我們試目以等吧。<br />
<br />
在建築信息模型中除了工程量數據外,其實用戶還希望能直觀地看到成本造價等核心數據。它有幾種解决方案,一種是把工程量數據或模型導入到計價軟件進行價格分析,二是把工程量數據或模型導出Excel中,然後在計價軟件中導入Excel進行價格分析。三是把計價模塊集成到算量軟件中,直接生成造價數據,在構件上能看到它的 "綜合單價"。<br />
<br />
BIM的終極目的就是要解决信息斷層問題,主要是設計與施工與運維之間的斷層,各專業之間的割裂,當然,目前仍有許多難題!<br />
<br />
<b><span style="font-size: large;">四、設計BIM能取代建造BIM嗎?</span></b><br />
<br />
另外,如何實現設計BIM與建造BIM的模型共享數據共享,它們之間本來不存在排異性,設計BIM主要展示的建築效果,解决的是可視化等問題。建造BIM解决的基礎數據問題,提供工程量和造價信息。關鍵是讓他們進行無障礙的信息交換和流通。<br />
<br />
我看過俄羅斯等國外圖紙,上面都有工程量統計表,包括土建、鋼筋和安裝。設計院的BIM是否需要提供工程量基礎數據,這是個值得研究的課題,一是設計院是否有具備提供工程量的能力;二是提供的工程量是否符合專業性要求;三是提供的工程量是否全面準確。我認爲要麽提供精確的數據,要麽就不提供。如果提供些錯誤的數據反而會産生混亂!如果設計院能提供全面精確的工程量,那麽,整個行業可能出現重大的變革。設計院若能提供全面精確的工程量可以减少後續環節大量的重複性勞動,减少整個社會的交易成本,且能增加信息的透明度從而减少腐敗。因爲,所有環節均以設計提供的工程量爲准,招投標、預算、成本控制和結算的主要依據,工程量發生變化也要出正式設計變更。<br />
<br />
Revit是可以編輯和生成構件文檔信息,我們假設Revit統計的量是專業的全面的精確的,那麽,就無需任何第三方算量軟件就能獲取工程量,通過將計價軟件與建築信息模型融合就成生成造價文件,如應用編程接口(API),計價軟件與Revit之間直接鏈接,計價軟件的數據格式與建築信息模型數據相互交換。第二種方式使用開放式數據庫(ODBC)來訪問建築信息模型中和屬性信息,在計價軟件中對這些數據進行重新組織。第三種方法是輸出到Excel,然後再導入造價分析軟件中。開放型BIM的目的是爲了基於ISO國際標準的IFC各軟件之間互換性增强以及建築信息的重複利用。IFC雖然提供了建築信息交換的數據結構,但是不能表現各領域所有必要的信息。<br />
<br />
如果以Revit爲代表的BIM軟件能生成符合計價要求的工程量數據,那麽,設計建築信息模型可以用於建築生命的整個周期,國內的算量軟件將從此消亡,但這是不可能的,因爲Revit所統計的量比較粗糙,離精細化差很遠,它只能統計一些基本的量如建築面積構件體積和門窗等,其他的量仍是無能爲力,中國有這麽多地方計算規則,它如何去適應和本地化?如何一一滿足當地定額規則?鋼筋計算專業性極高,Revit怎麼精確計算?所以目前甚至很長時期內仍需要專業的建造BIM,設計BIM不能取代建造BIM。那麽,是否需要重新建建築BIM,我認爲完全沒必要,可以導入Revit等軟件設計BIM模型,然後進行深化、細化和擴充。設計BIM與建造BIM即便不能實現合而爲一,那麽至少增强其互操作性,或者它們之間建立動態關聯鏈接庫,設計BIM的任何修改能讓建造BIM的數據即時更新,建造BIM遇到的設計錯誤及時反饋到設計BIM。BIM可能是未來設計師和工程師交流的平臺。我最不希望看到它們成爲兩個自成體系相互隔離"老死不相往來"的BIM。<br />
<br />
<b><span style="font-size: large;">五、BIM的未來圖景</span></b><br />
<br />
正因爲建築業與其他製造業的結構完全不同,機構是分裂的,信息是割裂的、管理是粗放的,所以需要一個共同BIM平台,分段把設計、建築、運維串聯起來。<br />
<br />
目前在設計界有些應用案例也有軟件工具,但工程界既缺少應用也無相關軟件,但施工階段BIM的價值點更多。有人片面地把原來的三維算量軟件混同於BIM,這是懶人思維,也是一種誤導,BIM不簡單等同於算量軟件,也不是把算量軟件改頭換面,重新包裝,如加個BIM菜單和模塊。建造BIM一定是涵蓋BIM的一些核心技術,而不是貼個BIM標簽就完事。<br />
<br />
設計BIM的應用的內容包括協同設計、方案比選、空間分析、專業分析、碰撞檢查和虛擬施工。而合同管理、進度管理、成本管理、材料管理和資源管理等建造階段的管理通過項目管理軟件解决,算量和計價,主要爲項目提供基礎數據,用專業算量和造價軟件實現,實時動態監控項目要通過無綫通訊和無綫射頻和物聯網技術來實現,它們屬於建造BIM。並且,這些系統都可集成在一個系統內。在建築信息模型上引入標簽系統,與施工遠程監控中心建立聯繫,即可進行施工管理遠程控制。在交付使用後,建築信息模型上標簽系統與外部FM設備管理數據進行關聯,從而實現對設備管理的遠程監控。不僅正在實施的工程項目可以使用BIM,而且所有已經完成的建築和城市基礎設施也可以用BIM進行管理。工程建設領域的信息化一定要以BIM爲主綫,以項目管理、ERP和專業軟件等爲載體,通過無綫通訊、互聯網和物聯網技術,把建築信息集成。這就是我們所描繪的,建築信息化的未來藍圖。<br />
<br />
BIM是模型,它本身是不可能解决所有問題,但如果不能滿足一些最基本的應用,那麽,又有什麽用? BIM模型雖說不是無所不包的,也應該達到一定深度和廣度,它包含工程所有的信息,同時它可以擴充,它就是建築信息的載體和數據庫。有人認爲如在BIM中加入鋼筋、模板等會産生海量數據和冗餘信息,但不管如何,這些基礎數據必不可少的,否則,不能形成完整的信息模型。<br />
<br />
如果BIM不能在施工中得到應用,那麽BIM的應用就是不徹底的,並沒實現BIM價值最大化。其實BIM從設計延伸到施工僅一步之遙,它們之間應提供標準數據接口,項目管理系統和造價平臺在設計BIM基礎實現信息增量和共享。<br />
<br />
BIM絕不是簡單的可視化,也不是簡單三維建模算量,不是孤立的模型,也不是裸模(不含建築信息的模型)。BIM是什麽?BIM是系統,是平台,是過程,是整合,同時它一是基於互聯網、雲計算、移動通訊和物聯網的技術。<br />
<br />
我們所需要的BIM是在縱向上打通設計到建造到運維的數據鏈,在橫向上實現多專業和建築群的信息模型集成。<br />
2011-7-15 上海柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com1tag:blogger.com,1999:blog-1962191797692797800.post-29955554964915318922011-09-08T00:15:00.001+08:002011-09-08T18:03:19.686+08:00ArchiCAD與Revit深度對比<b>【轉貼者言】</b>今天,BIM被捧得如此紅火,許多專家一面倒的到處訴說著美好的願景,說BIM是工程界的大未來。連帶那些所謂"BIM建模軟體"也跟著紅火了起來,被說成是唯一的解決方案。但是,這個世界上從來不存在無缺點的東西,如果為了賣軟體而有意只宣傳其好的一面而隱藏其中一些不足的事實,讓使用者去承擔那些不足的風險,這不大好。這就跟某些單位只為了獲得那個綠色標章而去做綠建築一樣的道理,今天我們真該為了改善建築和工程環境而去應用BIM,不該只為了擁有一個名義而去用BIM。這篇文章是一位先後使用過兩個"BIM建模軟體"的第一線工作者,根據自己的經驗對這兩個軟體性能和不足的地方做出比較,寫得很深刻,也很客觀。因此特別轉載於此,原帖是簡體中文寫的,我將其轉換成正體中文,同時將兩岸不同的建築術語列在文末。<br />
<br />
【本文轉帖自:"探索發現"論壇,作者celticblue,發表於 2010-3-29 20:55】<br />
原帖鏈接http://www.xincad.com/forum/viewthread.php?tid=39467&extra=&page=1<br />
<br />
<div style="color: red;"><b><span style="font-size: large;">作者自序</span></b></div>江湖中歷來不缺乏傳奇。在建築軟件的這片江湖中,風雲變幻,豪傑輩出,有兩大世家始終屹立不倒——一個來自歐羅巴,名字低調:"圖形軟件"(Graphisoft),卻繼承了一身的藝術家氣質,手握長劍白衣勝雪;一個來自美利堅,人稱"自動桌子"(Autodesk),性格豪放不羈,七種武器樣樣精通。本文所說的,就是這兩大世家的代表人物:ArchiCAD與Revit之間的較量。<br />
<br />
這個論題本是老生常談了,談到BIM繞不過的就是Revit與ArchiCAD。兩者的對比許多帖子都討論過,但往往大而化之,原則性的東西多,細節的東西少,因此我想再作一次比較,希望能深入一點,具體一點,力爭較為全面地反映兩者的真實面貌。但這種對比往往兩面都不討好,你懂的,因此本文也多用戲說的語氣,我姑妄說之,列位看官也就姑妄聽之吧,有不當之處還請多多包涵!<br />
<br />
先介紹一下本人對這兩個軟件的熟悉程度。我用ArchiCAD有4年了,出過幾套施工圖,都已竣工,編過一系列向日葵圖庫,頗受好評,對ArchiCAD的認識偏重於施工圖;用Revit一年半,出過四個工程的土建及MEP模型,也用其API編了若干插件,對Revit的認識偏重於建模(包括結構及MEP建模)。應該說對ArchiCAD與Revit的認識都算深入了。<br />
<br />
當然兩者的深度比較是一個龐大的工程,而且個人看法難免有偏見,技術上也多有誤解之處,因此希望各位能指正與補充。<br />
<br />
<br />
<div style="color: red;"><b><span style="font-size: large;">一、軟件的思想、架構對比</span></b></div><div style="text-align: justify;"></div><div style="text-align: justify;">從軟件的歷史來說,無疑是ArchiCAD悠久得多,Revit是Autodesk在2002年才收購回來的,但Revit有一個強有力的東家,馬上推出"BIM"這個很炫的口號,一下把ArchiCAD沿用多年的 "虛擬建築"這個老老實實的口號給打敗了,於是ArchiCAD也只好宣稱自己是個BIM軟件,搞得在外人看來,倒像是Revit占了先機。</div><br />
<div style="text-align: justify;">從軟件設計的角度來看,兩者也是差別巨大的。ArchiCAD從20多年前就致力於三維建築設計,在這方面積累了足夠多的經驗,多年來也是沿用其架構做一些小更新、小完善、小整合。從我接觸的7.0到最新的14.0,感覺比較大的變動就是10.0版整合PlotMaker、12版支持多核計算提升速度、12版新增幕墻工具、13版團隊工作大幅改進。在界面上、使用習慣上一直差別不大,這也在一個側面反映了ArchiCAD軟件設計的一個"精英思路" ——我本來就挺好,沒必要大改。</div><br />
Revit大概從6.0版走向成熟,短短幾年擴展得很厲害,2010版更是跟隨微軟的Ribbon界面,來了個徹底的改頭換面。當然,這應該是比較穩定的界面了。軟件的架構對其功能、效率影響極大。ArchiCAD架構應該說比較簡單,從其菜單、參數設置等方面可以看出來,從而對初學者來說,入門也是相對比較容易的。Revit由於是後起,野心極大,什麼功能都想要,架構也搞得異常複雜。比如,視圖顯示中的"過濾器"與"顏色方案",這些功能每個都獨當一面,但放在一塊就常常叫人困惑。<br />
<br />
我認為,作為參數化軟件,在架構上Revit與ArchiCAD最大的不同:<br />
<br />
<div style="text-align: justify;">(1) <b>族的"類型"</b>。這在ArchiCAD用戶中是很難理解的。"族"大家可以理解,相當於一個參數化對象。但“類型”是什麼東西呢?是族下面的一個分類,某些參數相同的歸入一個類型。而同一類型下面不同構件還有不同的參數。比如一道牆,200牆是一個類型,300牆是另一個類型,你要把200牆變為300牆,必須改變它的類型。而在ArchiCAD裡,直接在參數欄把200改成300就行了。又比如,你想寫一個字高為5的文字,在ArchiCAD直接把字高設為5即可,在Revit,你得先創建一個"字高5"的類型,再在其中寫字。萬一你又想改字高為6,還不能直接把"字高5"改掉(這樣將把整個文檔的字高5都變成字高6),還得新建一個"字高6"的類型……,這直接導致我在Revit裡一寫字就想新建一個類型,因為我老想隨心所欲地改字形字高,又害怕把別的字給改了。而在ArchiCAD裡,所有構件參數都是只對自己負責的,不用擔心影響別人,就相當於Revit所有參數都是"實例參數",沒有任何"類型參數"。</div><div style="text-align: justify;">就是說,每安排一頭豬,Revit都得先找到合適的豬圈,如果沒有還得造一個;ArchiCAD則是一個大豬圈,是豬就往裡面放,隨叫隨到。用戶體驗如何,大家一看即明。對運算速度的影響也可以想像,我經常罵Revit"笨",主要在罵這個。</div><br />
<div style="text-align: justify;">(2)<b> 尺寸鎖定與驅動</b>。Revit的構件相對位置都是可以鎖定的,這是它的一大優勢,比如你可以把走廊兩道牆的距離鎖住為1.2m,那麼它們就永遠不會變成1.1m。尺寸驅動與此類似,就是說選擇一道牆,它就顯示一個長度方向的臨時尺寸,比如2000,你可以直接改為2500,那牆就神奇地生長為2500長。這的確是挺爽的一件事情,Revit的族製作也極大地依賴於這一特性。比如建一個附著在樓板上的族(比如一個集水井),只要將它對齊樓板並鎖定,那集水井就不會跑到半空中。但這給軟件帶來的負擔也是相當大的,你想想看,每選擇一個東西,它就馬上要測量它自己以及跟周圍構件的定位關係,就好比你一看見美女,都要在心裡暗算其三圍尺寸,這CPU多累啊。ArchiCAD沒有這兩個功能,我內心也希望它以後不要加上,否則ArchiCAD的速度優勢將大幅下降。在ArchiCAD中,選擇構件以後,點擊夾點(在ArchiCAD裡稱為熱點)也可以直接修改尺寸,部分地達到尺寸驅動的功能,但並非每種構件類型都有這種熱點。</div><br />
<div style="text-align: justify;">(3)<b> 圖層</b>。ArchiCAD的圖層概念基本上跟AutoCAD一樣,這使得AutoCAD用戶可以較快上手(當然圖層跟顏色不相關這一點還需要適應)。 但ArchiCAD還給圖層加多了一個稱之為"交集組號"的tag,用來控制構件的連接關係,這個想法很不錯,只是有點隱晦,初學者往往難以理解。再看Revit,非常讓人詫異地取消了圖層這一偉大的概念,其結果就是另外派生出了多重的概念來達到圖元分類的目的。比如開關圖層這一簡單的操作,Revit通過一個巨大無比的列表,將所有圖元進行分類開關,每一類裡面還有子類,每次要打開或關閉諸如樓板之類的都極其痛苦。再比如控制圖層的顏色,Revit相應地發明了"圖元可見性"、"對象樣式"、"過濾器" 、 "顏色方案"等極其複雜、等級既森嚴又晦澀的方式來進行控制。這也許是Revit初學者面對的第一道坎,等到搞清楚這一系列概念,你已經躋身Revit高手的行列了。此外,在導出dwg的時候,由於沒有圖層,於是導出的靈活性也大大減少,比如內牆、外牆無法區分,防火門、普通門無法區分等等,這在ArchiCAD中都不成問題。後面還會談到,Autodesk經常吹噓Revit跟AutoCAD系出同門,自然親密無間——那都是欺負人家沒用過ArchiCAD。</div><br />
<div style="text-align: justify;">(4)<b> 多窗口支持</b>。Revit支持多窗口同時顯示,可以很方便地查看同一個地方的平立剖面、3D視圖,這也是它的一個優勢。當然操作體驗仍有待提高,比如無法從某層平面快速轉入上一層平面或轉入立面;再比如,沒有Zoom to selected功能。並且——無疑,這又是一個吃資源的大戶。ArchiCAD的多窗口是個"偽多窗口",不能所有窗口即時更新。但它由於切換較快,某種程度上減少了這個需求。不要說我偏心,試試看一個局部的3D就知道,ArchiCAD輕輕巧巧一框,再按個快捷鍵即刻生成。它在平立剖、大樣等視圖之間切換也可以通過快捷鍵進行,非常方便。</div><br />
<div style="text-align: justify;">(5)<b> 即時運算</b>。Revit幾乎任何操作都是即時運算的,上述多窗口支持是一個典型體現,再舉個例子,比如你要選擇一層平面所有的東西(當然前提是東西有足夠的多),鼠標一圈,你會發現隨著鼠標圈的範圍越來越大,它的反應就越來越慢。但你開個AutoCAD對比一下就知道問題所在了,AutoCAD無論你選多少東西,都是先框出範圍,再讀取選區物體(ArchiCAD亦如此,絕大多數2D、3D軟件都如此),Revit是一邊圈一邊讀取。再比如,你想在平面某處切一刀看看剖面,于是用剖面工具信手一拉,然後發現Revit就已經在生成剖面了,進度條在推進,等它回過神來,你迫不及待想轉入剖面看看——又是一個進度條;你想移動一下剖面的位置——又是一個進度條。這導致了一種遲滯感,項目小的時候沒啥感覺,項目一大就讓人感覺很不利索。<br />
<br />
ArchiCAD就取巧得多,許多工具都可以不即時運算,先"暫存"下來,有必要再更新,比如立剖面、大樣工具、布圖工具,這使得它在運行大型工程的時候仍然可以舉重若輕,長袖善舞。兩者的思路差異導致兩者的使用體驗完全不同,對硬件的要求也有差異。我曾經在雙核2G內存筆記本上用ArchiCAD畫幾萬平方米的施工圖,但基本上,你若沒有四核主頻3GHz以上的CPU,8Gb以上的內存,24寸以上的顯示器,在Revit界都不好意思跟人家打招呼。當然,這是Revit 2010版的情況,Autodesk並非沒有本領去優化代碼,也許他只是還沒來得及去做,當前正是擴展他的BIM帝國的時候。就如最新的 Revit 2011版,號稱大幅優化底層代碼,半年來使用的感覺是速度的確提升明顯,相應的硬件要求也沒那麼苛刻了。不說別的,軟件的啟動時間已經縮短為上一版的1/3,與ArchiCAD 14版基本持平了;3D視圖邊界調節也比2010版起碼快了不止一倍。</div><br />
<div style="text-align: justify;">以上對比只是針對軟件的"單項設計"對比。但Revit是個大家族,倘若將Revit Architecture、Revit Structure、Revit MEP作為一個整體來考量,那麼ArchiCAD就多少顯得勢單力薄,它沒有結構專業,MEP也僅通過插件進行,功能那是相當有限,跟Revit MEP一對比讓人很惆悵。Revit是想建立一個王國,雄心勃勃;ArchiCAD則固守一郡,不肯低下高傲的頭。</div><br />
<div style="color: red;"><b><span style="font-size: large;">二、建模方面的比較</span></b></div><br />
前面說的,看起來是ArchiCAD占了上風,這自然有我自己的偏好因素,再者Revit在軟件架構上確實存在著龐大而複雜的特點。這裡不說缺點,因為它雖然複雜但是有力,帶來的功能上的提高( "功能"跟"效率"是兩回事)是不爭的事實。本節要說的是建模方面的功能對比,AC fans可要有心理準備了。<br />
<br />
首當其衝的是體量建模。Revit提出的這個概念非常受歡迎,尤其對於異型曲面愛好者來說。它有幾方面的優勢:1)建模自由,可使用拉伸、旋轉、放樣、布林等多種手段進行建模,不規則曲面建模也沒有問題。 2)引入SketchUp的推拉方式,操作方便。 3)最重要的一點,建出來的體量,不管是直面曲面,都可以直接拾取變成牆體、幕牆或屋頂。 4)最重要的另一點,體量模型直接設樓層高度,直接得出平面。<br />
<br />
<div style="text-align: justify;">ArchiCAD的牆體、幕牆與屋頂工具遠沒有這麼自由,雖然這幾版也在不斷改進,如12版的幕牆工具,但仍然落後於Revit。別不服氣,你試試拿ArchiCAD建一下斯圖加特美術館那一片曲面幕牆看看。</div><br />
<div style="text-align: justify;">其次是構件的三維操作,最明顯是三維旋轉,Revit許多構件可以在立面中旋轉,比如樑柱、水管風管、獨立構件等,ArchiCAD沒有三維旋轉功能。Revit的牆體輪廓可在立面編輯, ArchiCAD只能拿屋頂工具來切。</div><br />
中國的建築師衡量一個建築軟件功能是否夠勁,往往拋出一個問題:能做轉角凸窗嗎?面對這個問題,Revit一般神情淡定,網上到處都是轉角凸窗族,不喜歡你還可以自己做一個。ArchiCAD則多少有點囧,雖然有辦法把它建出來,比如分拆成兩個或幾個窗,我也試過用幕牆工具來做,但在列表統計的時候都有點小麻煩,無法看作"一個窗"。其根源在於ArchiCAD的一個窗洞口只能開在一堵牆裡,不能同時開在兩堵牆上。Revit的窗族則可以遇牆便開洞,因此沒有這個問題。<br />
<br />
<div style="text-align: justify;">此外,Revit支持弧樑,支持傾斜的板,做坡道也相當的方便。ArchiCAD沒有弧樑、沒有斜板(要用屋頂工具做斜板)、做坡道也相當不方便(一般用網面工具做坡道,簡單的坡道有圖庫)。我一直覺得ArchiCAD的樓梯插件ArchiStair、StairBuilder做的還不錯,但後來發現,Revit做樓梯似乎更方便一些,但平面表達不及ArchiCAD靈活。</div><br />
<div style="color: red;"><b><span style="font-size: large;">三、文檔方面的比較</span></b></div><br />
<div style="text-align: justify;">本節的文檔籠統包括兩方面內容,一是2D工具,二是佈圖列印。渲染、漫遊方面我自己應用較少,暫不列入對比範圍,見諒。文檔方面總的來說ArchiCAD以多年的積累扳回一局。</div><br />
<div style="text-align: justify;">(1)<b> 線條</b>。ArchiCAD的線條工具靈活性與便利性都無與倫比。首先是創造性地加入箭頭等線端形式;其次是線型靈活,自定義線型也很容易,可輕易做出"線圖案"的效果(如土壤填充),這在AutoCAD中是個難題。線條的編輯更是隨心所欲,一個小面板四兩撥千斤,比如pline加點,在AutoCAD中又是個極麻煩的操作,ArchiCAD則只需鼠標一點一拉即可。</div><br />
<div style="text-align: justify;">Revit的線條工具可說中規中矩,無功無過。它的"拾取"功能有點相當於ArchiCAD的魔術棒,但邏輯性比後者強,後者是不分牆板柱線,只要是連續的線段都給你一下拾取,常常拾多了。</div><br />
<div style="text-align: justify;">(2)<b> 文字</b>。ArchiCAD的文字工具相當完善,比AutoCAD強的地方是大段文字幾乎不影響速度(全是TrueType字體),而比 AutoCAD弱的地方是沒有段落退縮、編號等功能。Revit的文字工具很不給力——字高設置之麻煩前面已經提到,另一點讓人難以接受的是,如果你遇到 一個傾斜的文字,你永遠無法知道它的角度,也無法匹配。強烈建議文字工具加上一個角度參數,再把字高、字體、字寬比例設成實例參數。</div><br />
<div style="text-align: justify;">(3)<b> 標簽</b>。兩者的標簽功能類似,但ArchiCAD仍比Revit要靈活。Revit的標簽是無法旋轉的,你能想像嗎?原因還是文字工具沒有角度參數。它還無法在標簽處加入一些註釋性的文字,改族也不行,雖然可以加入對象的"註釋"參數,但有時同樣的物體需要不同的註釋,這就很麻煩。ArchiCAD的標簽很多有"自定義"一欄,即使沒有也可以修改gsm加入,比較方便。</div><br />
<div style="text-align: justify;">(4)<b> 尺寸標註</b>。兩者都無法讓國內用戶滿意。相對而言,ArchiCAD好一些,至少會避讓 (儘管它只往固定的一側避讓,讓人很無奈),但Revit的尺寸標註居然不會自動避讓,敢問一句,國外的施工圖尺寸都是疊在一塊的嗎?</div><br />
<div style="text-align: justify;">(5)<b> 填充</b>。ArchiCAD在填充方面的表現讓人詫異。一方面它編輯邊界極其方便,另一方面它修改密度極其麻煩,而且無法傳遞。我覺得這在編程技術上應該是毫無問題的,加X、Y兩個方向的比例參數就是了,無法理解程序的設計意圖。Revit可直接應用AutoCAD的填充圖案,這有一定的吸引力 (ArchiCAD也可以,周折些)。另一個顯著區別是ArchiCAD的填充有前景和背景,一開始可能很不習慣,但它其實很巧妙地解決了一些顯示上的問題,並且填充的樣式更為豐富。此外,ArchiCAD的實體填充可以設置各種透明度,這一點優於Revit。</div><br />
<div style="text-align: justify;">(6)<b> 各種本地化符號</b>。諸如圖名圖號、剖切號、索引號等等,無疑都是ArchiCAD領先了。舉個簡單的例子,Revit硬是無法做出符合國標的剖切號 (文字在短線對出位置,方向跟隨剖切方向),它的剖切號文字永遠是固定角度的——原因又是文字工具沒有角度參數!在製作這些本地化符號方面,ArchiCAD的GDL語言有天然的優勢,唯一讓人不太滿意的可能就是軸網系統了,ArchiCAD的軸網系統貌似參考Revit的,但做得不夠好,比如無法統一拉伸。</div><br />
<div style="text-align: justify;">(7)<b> 佈圖</b>。這方面ArchiCAD幾近完美,在其中佈圖可說是種享受,各種拖放、自動文本、自動鏈接、自動索引等等讓人非常舒坦,調節視圖邊界隨心所欲,用過之後再用回AutoCAD的圖紙空間你會感覺恍如隔世。Revit每張圖的邊界都只能是矩形,不支持批量拖放。</div><br />
<div style="text-align: justify;">(8)<b> 列印</b>。Revit比ArchiCAD要好一些,主要是因為ArchiCAD沒有預覽。兩者對於沒有佈圖的臨時列印都不太方便,打印範圍無法記錄,比例、線寬較難控制。但對於佈好圖的列印出圖,尤其是批量出圖或列印成PDF文件,兩者都無可挑剔。而ArchiCAD也有一點優於Revit,就是支持列印plt文件,這在許多大型設計院的出圖流程中還是挺重要的。</div><br />
<div style="color: red;"><b><span style="font-size: large;">四、操作方面的比較</span></b></div><br />
<div style="text-align: justify;">操作方面,ArchiCAD有著典型的"小家碧玉"的特質,纖巧的風格貫穿始終,許多功能還帶一點"猶抱琵琶半遮面"的婉約。它有一些很符合建築師的操作習慣與心理預期的工具,比如疊影描繪(原版有個妖嬈的名字叫Ghost),跟用硫酸紙畫草圖很類似,多少建築師愛不釋手。Revit有一個類似的功能叫"基線",但居然可以選中本應墊在底的圖元,只能說形像而神不像。此外,ArchiCAD像魔術棒、吸管等工具非常人性化。比如吸管,Revit也有"屬性匹配"工具,就是那一把"刷子",但刷子是一次性的,只能即時用,而吸管則是持續的,你可以先將屬性"吸"進來,過很久以後再"注射"進目標,而且不同類型的構件屬性不會覆蓋。此外,吸管還有"創建同類型物體"的功能,按一下Alt鍵點選一堵牆,馬上可以畫同類牆體; Revit則需要先選擇目標牆,點右鍵菜單或按快捷鍵,才開始畫新牆體。相差不過0.5秒,但那種一氣呵成的感覺才是關鍵。</div><br />
<div style="text-align: justify;">ArchiCAD的彈出小面板也是一個很巧妙的工具,尤其是編輯線條、填充邊界、樓板邊界等等,都可以隨心所欲,即點即拉。而Revit凡是涉及到有邊界的東西。比如樓板、填充、區域等,編輯的時候(比如樓板掏個洞)都要煞有介事地進入編輯的界面,就像AutoCAD裡編輯圖塊一樣。</div><br />
關於操作,不得不提一下兩個軟件選擇物體的方式,真是各有各的精彩。<br />
<div style="text-align: justify;">先看ArchiCAD。關於框選與框交的切換,以前只能點一個圖標拉出來切換,連快捷鍵都設不了,異常鬱悶,在歷年用戶最不滿意功能評選中一直名列前矛,但從13版開始它決定放棄矜持,向AutoCAD看齊,加多一個"左框右交"的選項(我相信90%以上的用戶會從此無視原來的兩個選項),這讓人很欣慰。但最不可思議的是添加、減除選擇物體都是按Shift鍵。這導致了在一堆亂線中選出所需的物體是多麼的困難——按Shift鍵框選添加,多了,再按 Shift鍵框選減少,原來選對的居然又給減沒了,再來,原來減掉的又給加上了……杯具啊!我還沒有遇到過第二個這樣設計的軟件。哪怕是多按一個Alt鍵為減少也好……</div><br />
<div style="text-align: justify;">Revit方面,首先選擇框只有矩形;其次無法保存選擇集。再次,Revit只選擇一個東西時會出現夾點,但選多個物體時只亮顯,無夾點,東西一多,Zoom一下有時候就找不到選擇的東西在哪了。Revit過濾器則是另一個極品。它只包含了最大範圍的分類,比如牆、門、窗,你想把所有的M1選出來?過濾器無能為力,先造一個門窗表吧。每當這時我就很懷念ArchiCAD,甚至AutoCAD。有網友說可用"選擇全部實例"功能,這裡解釋一下:如果M1、M2是同一個族類型,那麼該操作會選擇所有的M1+M2,要僅選擇M1,除門窗表外別無他法。"選擇全部實例"功能很危險,會選到你看不見的東西,慎用。Revit 2011版新增"選擇全部實例→在視圖中可見"功能,就保險很多了。</div><div style="text-align: justify;"><br />
</div><div style="text-align: justify;">Revit在操作方面確實還有許多值得改進之處,以下所說的,都是在編程方面易如反掌的功能,強烈建議以後的版本加以考慮:</div><br />
<div style="text-align: justify;">(1) Revit可以單獨隱藏物體,但當你隱藏之後再要打開,就得在一個半透明的界面從所有物體當中選出你剛剛隱藏的東西,再Unhide。AutoCAD尚且有個LayerP的命令,它就不能加一個Unhide last甚至Unhide all的按鈕?(當然,ArchiCAD這些操作都一個快捷鍵搞定。)</div><br />
<div style="text-align: justify;">(2) Revit居然沒有Zoom to selected的功能,對於一個多窗口3D軟件來說,匪夷所思。我編了個插件做這件事,整個插件除去框架只有一句代碼。</div><br />
<div style="text-align: justify;">(3) Revit無法生成局部3D視圖,要局部,就得分別調節6個面,或借助剖面工具轉入3D。關鍵是6個面中有4個面是無法精確定位的,上下底面也只能精確定位到樓層高度(即使加上剖面的幫助,還是有兩個面無法精確定位)——"定位基本靠手"。我實在無法忍受,編了個插件,完全照搬 ArchiCAD的選擇框轉3D——順手的習慣就是難改啊!</div><br />
<div style="text-align: justify;">說了那麼多Revit的不爽,該說說它的好處了。它的剖面功能相當強大,它可以在立面上任意旋轉傾斜,甚至旋轉90°變成"平面",這使得一些異型建築的定位、結構佈樑等非常容易。ArchiCAD的剖面無法傾斜,有時候遇到異型建築徒喚奈何,只好求助於C4D或別的3D軟件。</div><div style="text-align: justify;">此外,關於Revit的速度,與其啟動緩慢相映成趣的是:關閉程序速度極快,即點即關,毫不泥帶水,贊一個!</div><br />
<div style="color: red;"><b><span style="font-size: large;">五、擴展方面的比較</span></b></div><br />
<div style="text-align: justify;">說起擴展,ArchiCAD自然當仁不讓,這是它引以為傲的一個特點(或許同時也是騎虎難下的一個特點),借用iPhone的廣告詞:通過插件,"你幾乎可以做任何事情"。我不知道ArchiCAD總共有多少插件,但上百個估計不成問題。粗略數起來,插件可以做:樓梯、門窗、地形、幕牆、放樣造型、3D旋轉、2D編輯、施工模擬、導入導出、重複檢查、草圖效果、牆體造型、階段記錄、能量分析、立面校正……有帖子專門列表介紹ArchiCAD插件,可以參考一下。許多擴展經過多年的發展,已經非常精巧,比如Stairmaker製作樓梯、dwb製作門窗、Archiglazing製作幕牆,都幾乎達到一種藝術的高度,值得欽佩。但同時,插件帶來的副作用也是無法忽視的:安裝方式各不相同,對各種語言版本兼容性也成問題,有的自帶圖庫難以管理,有的導致運行速度變慢,有的導致文件傳遞很麻煩,如果其他電腦沒有裝同樣的插件,會彈出警告、丟失物體。最大的問題是版本,每一個插件都只對應特定的ArchiCAD版本,於是你的硬盤裡不得不收集"ArchiCAD 11插件"、"ArchiCAD12插件"、"ArchiCAD13插件"……在軟件每年升級一次的今天,每一套插件的收集都是一個糾結的過程。這也導致相當一部分ArchiCAD用戶採取了這樣一種原則:儘量不用插件。當我做到第三套施工圖時,最終悟徹了,沒有再用任何第三方插件。感覺一個清爽!</div><br />
<div style="text-align: justify;">Revit又如何?Revit是非常自負的一個軟件,以上列出的ArchiCAD插件功能,Revit都企圖一網打盡,全部集成在軟件自帶功能裡(也許除了能量分析、施工模擬、立面校正這些比較專門或偏門的功能以外)。比如樓梯、異形門窗、幕牆、牆體造型、3D旋轉等等,Revit自帶的功能不輸於ArchiCAD插件的效果,不得不嘆服。當然它的兼容併包帶來的臃腫與緩慢,前面也多有敘述,不再贅言,只能說針無兩頭尖,有得必有失,讓人徒喚奈何。但Revit的自帶功能強並不等於插件功能弱,相反,Revit的二次開發門檻相當之低,幫助文檔相當之完善與友好,以至於越來越多的程序員投身於Revit開發當中,插件也日益豐富,假以時日,估計又是另一番景象了。前面提過,我也在持續編寫Revit插件,在某些方面大幅提升使用體驗,看能不能搞個Revit版的向日葵系列插件出來。</div><br />
<div style="text-align: justify;">反觀ArchiCAD的二次開發,其API接口是收費的,不交錢的話只能做些試用版的插件玩一下——嚴重打擊積極性啊。即使是試用版,其幫助文檔也相當不好懂,我幾番嘗試終於放棄,只好用GDL做些構件圖庫,很不過癮。</div><br />
<div style="color: red;"><b><span style="font-size: large;">六、協同工作的比較</span></b></div><br />
<div style="text-align: justify;">關于協同我用得不多,兩年前用過一次ArchiCAD 10的Teamwork;去年用過Revit的工作集——找一個會用的都難,還要找一堆會用的來協同,吐血……,因此粗略地談談,或許有不對的地方。</div><br />
<div style="text-align: justify;">ArchiCAD與Revit都有協同工作模式,而且有點類似——確定權限,劃分工作範圍,各自工作,將成果匯總至中心文件,同時在各成員處有一個 中心文件的實時鏡像,可查看同伴的工作進度。但ArchiCAD從13版開始進入Teamwork 2.0,引入服務器模式,其同步速度號稱得到極大提高,甚至可通過互聯網進行協同。我還沒有嘗試過,如果是真的,那對於時常回家加班的中國建築師來說真是很有吸引力。</div><br />
<div style="text-align: justify;">但Revit用戶就沒那麼輕鬆了,到2011版本為止,基本上還只能留在單位加班,通過局域網進行協同工作。理論上Revit的工作集也是可以拷回家裡畫圖,再拷回單位同步更新,但這麼做有風險:假如你在家裡畫到深夜兩點,睡眼朦朧準備關機睡覺,這時你看見Revit大大的同步圖標,腦袋一熱鼠標一點,還看都沒看就按了確定,那麼杯具發生了:這個文件就此萬劫不復,再也無法跟單位的中心文件同步了。驚醒的你只有兩個辦法:回到單位,將昨晚的功夫重做 一遍;或者將昨晚修改過的東西仔細地拷貝過來覆蓋原文件。</div><br />
<div style="text-align: justify;">Revit的協同模式是不可逆的,也就是說,一個文件如果采用了工作集,那麼它的腦袋上永遠有一個"工作集"的烙印,永遠無法去除。雖然通常也沒什麼影響,但就是覺得不爽。期望下個版本Revit的團隊工作模式能有大幅提升——畢竟BIM不是一個人在戰鬥。</div><br />
<div style="color: red;"><b><span style="font-size: large;">七、與其他軟件的兼容性比較</span></b></div><br />
在兼容性方面,ArchiCAD與Revit各有擅場,表現在:<br />
<div style="text-align: justify;">(1) 導入、導出DWG格式,尤其是導出DWG,ArchiCAD提供了非常細膩的選項,舉凡圖層、字體、線型、顏色等等,均可進行細微的設置,有網友甚至製作了一個轉換器,轉換以後可以在天正裡用"舊圖轉換"功能變成天正的圖。Revit雖然跟AutoCAD是同一個東家,但也不及ArchiCAD跟AutoCAD那麼親密。最大的缺陷是由於Revit沒有圖層概念,因此Revit只能通過構件類型來區分轉換後的圖層,少了一些靈活性。</div><br />
<div style="text-align: justify;">(2) 導入SketchUp模型:ArchiCAD是通過插件轉換,使各種構件轉換為建築構件;Revit則是將SKP模型導入為一個體量模型,然後用牆、屋頂、幕牆等工具手動拾取導入模型,生成建築構件。我感覺Revit的方式更讓人踏實些,但ArchiCAD導入SKP模型我沒試過,僅供參考。</div><br />
<div style="text-align: justify;">(3) ArchiCAD與Cinema 4D、Revit與3DMax,都是秤不離砣的好朋友,彼此都合作無間,不相上下,但C4D的普及程度是無法跟3DMax相比了。</div><br />
<div style="text-align: justify;">(4) 在IFC方面,ArchiCAD一直致力於解決與其他BIM軟件的數據交換問題,它跟Etabs通過IFC格式互導在模型方面幾乎完美,此外它也有專門的IFC轉換器與Revit、AutoCAD MEP、Tekla Structure等軟件互導,態度很積極。那邊廂,Revit的IFC支持度也在不斷增強,Revit 2011版的IFC轉換效果比以前大有提高,自己導出去的IFC文件能完美地導回來了,但對ArchiCAD導出的IFC模型識別度仍不及ArchiCAD對Revit導出的IFC文件的識別度。此外,Revit跟一些知名結構軟件之間也已做了互導的接口插件(目前都是國外的結構軟件,嘆息)。根據我的粗淺認識,由於IFC格式的開放性,以及Revit API的開放性,只要對方也開放接口,這些轉換插件的編寫就不會太難,但由於前述的Revit"族類型"層次,Revit必須準備相應的本地化構件族才能順利導入。說到結構軟件,國內用戶翹首期盼多年的PKPM互導接口,ArchiCAD與Revit都還"在路上"。我想什麼時候這些軟件都能合縱連橫起來,對IFC格式的支持蔚然成風,那BIM就可以說已成大氣候了。</div><br />
<div style="color: red;"><b><span style="font-size: large;">八、官方支持、推廣方面的比較</span></b></div><br />
<div style="text-align: justify;">說到官方的支持、推廣力度,ArchiCAD跟Revit可以說並非同一個量級的比賽。Autodesk有足夠的財力與影響力去推廣宣傳它的產品, 並且在政府官方的層面得到足夠的支持,自然可以縱橫捭闔,笑傲江湖。縱觀近年來BIM界的各大盛事,"Revit全國用戶高手大會","Revit杯全國大學生建築設計競賽","中勘協創新杯BIM設計大賽",還有Autodesk每年一度的"AU大師匯",諸多的官方網絡課程等等,無不彰顯著Autodesk對Revit的強力扶持與殷切期望。事實上也確有成效,從2006年左右開始,Revit出現在建築師眼前的密集度逐年呈幾何級數上升,許多高校開設Revit課或鼓勵用Revit做設計,Revit設計的項目不斷增多,Revit的教材也不斷增多。可以預見未來的幾年,Autodesk 還將持續推進Revit的演義。</div><br />
<div style="text-align: justify;">ArchiCAD方面,一向低調矜持的Graphisoft官方近年來也明顯感覺到了競爭的壓力,加快了研發的速度,新版本跟上了一年一版的頻率, 但在新版的功能增強與改進方面,不得不說仍未如人意。有些意見提了n年,提意見的前輩們都已潛水退隱,仍未見有回應。但就中文版而言,應該說中方團隊已經盡了極大的努力,包括這幾個版本的中文化、本地化、針對中文版的特有功能等,在市場推廣方面也不斷推出新的舉措,如網絡培訓、官方博客等,雖然受客觀條件所限,規模難以跟Autodesk相比,但仍能感覺到他們的誠意。</div><br />
<div style="color: red;"><b><span style="font-size: large;">九、總結與感慨</span></b></div><br />
這篇帖子最先寫于2010年4月前後,這次根據兩者最新的版本——ArchiCAD 14版、Revit <br />
<div style="text-align: justify;">2011版作了修改,並參考了諸多網友高手們的意見,在修改的同時也感慨良多。多年前一位前輩的評語:"ArchiCAD小家碧玉,Microstation金戈鐵馬",批得極確。隨著Revit的橫空出世,BIM尚在弱冠之年,已成兵家必爭之地。青山遮不住,畢竟東流去,2D的建築設計已成明日黃花,3D的江湖又將迎來風雲變幻。兩大武林世家的新一代掌門人ArchiCAD 14與Revit 2011,仍在繼續他們的傳奇,一個精研劍術,擅用四兩撥千斤;一個內外兼修,出手霸氣潑辣。隨著鳥巢與水立方的輻射效應,Catia跟 Microstation兩大高手也強勢加入BIM的戰局,隱然成四大天王犄角之勢。大浪淘沙,問天下誰是英雄?</div><br />
<div style="text-align: justify;">然而無敵者最寂寞,高手與高手之間往往惺惺相惜。當今和諧社會,也提倡以和為貴、包容性發展,本文的瑜亮互博,恰如高手過招,意不在分出勝負,只是切磋武藝、互相促進而已。言辭不當之處,還請多多包涵,一笑而過!</div><br />
<br />
<b><span style="font-size: small;">【轉貼者對簡繁用語註解】</span></b><br />
插件:外掛程式<br />
硫酸紙:描圖紙<br />
項目:案件<br />
兼容性:相容性<br />
接口:介面<br />
菜單:功能列<br />
軸網系統:座標系統<br />
多窗口:多視窗<br />
內存:記憶體<br />
快捷鍵:快速鍵<br />
天正:大陸常用的基於AutoCAD的CAD軟體<br />
幕牆:帷幕牆<br />
代碼:程式碼<br />
服務器:伺服器柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com5tag:blogger.com,1999:blog-1962191797692797800.post-34347515644198947212011-07-14T08:25:00.001+08:002011-07-14T08:28:08.426+08:00建築師如何迎接BIM時代的來臨2011年3月6日台北市建築師公會年會的那天下午,協勤資訊在同一個場地旁邊舉辦了一場關於BIM應用的研討會,我應邀在研討會中做了一個小時的演講。主題是『建築師如何迎接BIM時代的來臨』,這篇文字是我為這場演講所寫的原始稿,演講的內容是從一個執業建築師的視角來看BIM未來在台灣發展的空間,以及建築師如何因應BIM行將帶來業態的改變。<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">內容綱要</span></b><br />
前言<br />
(一) 當前建築設計階段應用的載體<br />
(二) BIM是什麼<br />
(三) BIM不是無痛導入而是導入後無痛<br />
(四) BIM時代建築師的設計環境將發生改變<br />
(五) 當BIM時代來臨之際,建築師面臨的抉擇<br />
(六) 未來在BIM時代將產生的新興行業<br />
(七) 展望BIM時代建築師本業異向發展的機會<br />
(八) 結語---BIM這條路能不能好好走下去<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">前言</span></b><br />
<br />
隨著電腦軟硬體科技的不斷進步,應用工具的革命也發生在建築領域裡。我還記得在 27 年以前,也就是民國 73 年,PC 電腦和 AutoCAD 剛在我們台灣出現的時候,大家還在繪圖板上運用尺規以手工畫圖,我很快的裝備了電腦軟硬體投入了 CAD 的領域。那時有個說法叫做「建築自動化」,我和協勤資訊的孔承儒先生以及當時大禹自動化的鄧祖禹先生因此而結識,成為很好的朋友,我們一起並肩探索CAD跟建築設計與施工怎麼樣能有效的整合在一起,我們利用AutoLISP寫出不少應用在建築設計製圖的外掛程式,那是一段美好的日子,每天都會有新的發現、新的驚喜。當時建築自動化是我們政府推動工業自動化中的一環,廿多年過去了,許多工業,例如汽車業、電子業都早已自動化生產了,而我們建築業仍然停留在半手工的狀態。何以致之,原因很多,但是其中主要的原因是我們建築設計者對設計工具軟體的態度,只想著直接拿人家開發好的現成軟體來使用,卻沒有人投身於將工具軟體和建築應用做出有效的整合,因此我們的建築業始終落在電腦科技發展的尾端。<br />
<br />
在過去的 10 年當中,我在大陸上各個地區活動的時間很長,工作中接觸到不少各地的建築師和設計師,中國大陸的、美國的、加拿大的、香港的、新加坡的都有。從跟他們之間的互動中,我瞭解到各國建築環境的概況,也觀察到他們的建築行業走向。其中比較引起我關注的是各國在「建築資訊模型化」方面的快速發展,所謂建築資訊模型化也就是大家都知道的 BIM。<br />
<br />
BIM 在我們台灣這裡似乎正處在一個起步的階段,建築界對它有頗多不同認知、不同的說法和不同的期待。BIM 可以運用在各種工程領域裡,但是要在建築領域裡實現,卻跟建築師在建築行業中所扮演的角色有著密不可分的關聯性。我們可以這麼說,假如在台灣的建築師都對BIM隔岸觀火、冷眼旁觀,那麼可以預見的,BIM 在台灣的建築領域裡可能就此胎死腹中,或者淪為外方應用 BIM 者的殖民地。<br />
<br />
對於建築師如何迎接BIM時代的來臨,今天我就拿我個人這些年對 BIM 的一些粗淺認知,跟各位建築設計先進談一談我的個人看法,我不希望今天這場研討只是我個人的單向陳述,BIM時代對於我們未來在建築設計工作上將產生重大的影響,所以我非常期待各位同業先進能提出您對此的卓見。<br />
<br />
<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">(一) 當前建築設計階段應用的載體</span></b><br />
<br />
首先,我們得談談建築設計所應用的載體,所謂載體,指的是用於傳遞設計具體內容的媒介,通常包含紙質的圖面、電子檔案等等,不同的時期所運用的載體也有所差異。<br />
<br />
<span style="font-size: small;"><b>(1) 二維圖形:利用徒手或尺規以手工繪製在紙質圖面上。</b></span><br />
<br />
這是沿用了千百年的古老製圖方法,根據笛卡爾的投影幾何術衍生出來的二維圖形表達方式。其實直到今天我們也還在繼續使用,只是運用的場合大多用在把設計思維具體成形的建築概念設計前期。<br />
<br />
<b>(2) 二維圖形:利用傳統的 CAD 製圖工具生成圖形檔案。</b><br />
<br />
從上個世紀 1980 年代 PC 電腦出現以後一直沿用到現在,今天二維圖形仍然是建築業的主流載體,從設計、施工到維修管理階段都拿二維圖形做為建築圖形的標準。曾經有人把CAD描述成建築業的工具革命,然而,即使應用了CAD,跟往昔手工製圖比較起來,除了手握筆畫圖換成了電腦滑鼠、鍵盤和繪圖機,其他一切都沒有什麼改變,設計方法沒有改變、二維圖形也沒有改變。嚴格來說,CAD的應用只能算是電腦輔助製圖,距離電腦輔助設計還差得很遠。<br />
<br />
<b>(3) 三維模型:利用三維建模工具生成模型檔案。</b><br />
<br />
晚近,隨著電腦軟硬體處理能力的快速提升,三維模型成為逐漸普及的建築設計載體,利用諸如SketchUp, 3DMax, Rhino…等等三維建模軟體,或者所謂 BIM 建模軟體這種新世代的 CAD,在建築概念設計、深化設計甚至製作施工圖階段,以單一的三維模型做為載體,大幅度減少了二維圖形資料分散所導致的不一致問題,提升建築設計的執行效率和品質。<br />
<br />
<b>(4) 三維資訊模型:利用BIM建模工具生成攜帶建築資訊的模型檔案。</b><br />
<br />
這裡說的三維資訊模型指的是在單一的三維模型基礎上,進一步嵌附與提取更多特定的建築資訊。諸如 Revit, ArchiCAD, Microstation, Vecterwork…等等所謂 BIM 建模工具,它們是利用模板物件的方式創建出帶有部份內定資訊的三維模型,BIM 的精神在於資訊,如果只有模型而不帶有特定建築資訊,或者在後階段設計中不去運用這些資訊,那就跟前面所說的三維模型差別有限,算不上是 BIM。BIM 模型化的做法是能把原先分散儲存的各種建築資訊階段性的整合在單一模型上,並且跟各種相關的工作協同作業,使得建築案件的各個實施階段的執行效率能夠大幅度的提升。<br />
<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">(二) BIM是什麼</span></b><br />
<br />
那麼到底這個BIM是什麼?我們給它一個最簡單的說法:<br />
(1) <b>行為</b>:Building Information Modeling 建築資訊模型化,這裡Modeling是個動態的名詞,指的是一種觀念、是一種行為、也是一種過程。<br />
<br />
(2) <b>結果</b>:Building Information Model 建築資訊模型 ,應用BIM的過程中產生嵌附了特定建築資訊的三維模型,稱之為建築資訊模型。<br />
<br />
(3) <b>目標</b>:為建築生命週期管理提供最佳化的應用載體和資訊,建築生命週期管理叫做BLM, Building Lifecycle Managerment,當前在很多場合中都有人提到這個概念,但是具體有哪些管理手段,許多專家卻又諱莫如深。<br />
<br />
註:BIM, BLM, CAD...等等它們都是由三個字母組成,因為這些名詞都是老美發明的,老美最喜歡用三個字母的字頭語,我們就說它們是三字經。<br />
<br />
● <b>BIM (Building Information Modeling) 建築資訊模型化</b><br />
<br />
如果說要給它一個比較清楚的定義的話,BIM指的是:<br />
『<span style="color: red;">通過數位資訊模擬建築物所具有的真實資訊</span>』<br />
藉由物件的屬性設置給建築構件(包括柱樑樓板牆體門窗欄杆遮陽...乃至於設施設備等等)嵌附不同性質的建築資訊:<br />
(1) 描述幾何形狀的視覺資訊:位置、尺寸、外形…等等;<br />
(2) 描述非幾何形態資訊:材料、重量、性能、廠牌、型號…等等。<br />
<br />
● <b>BIM 的重心所在是資訊而不是模型</b><br />
<br />
有些朋友對 BIM 似乎認識得不太清楚,買入了那種號稱具有 BIM 功能的建模軟體,學會了構建三維模型,印出了平立剖面圖,就認為自己應用了 BIM。其實這其間還是有相當差距的,BIM 的重心是什麼,我們看看美國國家 BIM 標準裡面對 BIM 做了如下的解釋。<br />
<br />
NBIMS (United States National Building Information Modeling Standard) "美國國家BIM標準"對 BIM 的含義做出四個層面的解釋:(直譯)<br />
(1) 以數位化方法表達一個設施的物理和功能特性。<br />
(2) 一個共享的知識資源。<br />
(3) 分享跟這個設施相關的資訊,在設施的整個生命週期中為所有對策提供可靠依據的過程。<br />
(4) 在建設案件的不同階段中,各參與者經由在資訊模型中嵌入、提取、更新和修改資訊,以支援與反應各自職責的協同作業。<br />
<br />
所有定義的文字內容都只強調一樣東西:「資訊」,這也就是 BIM 真正的重心,建立了三維模型不帶有建築資訊或者資訊不足,發揮不了應用的功能,都不能歸類到 BIM 的領域裡。<br />
<br />
● <b>建築生命週期 (Building Lifecycle)</b><br />
<br />
近年很多場合裡都在強調「建築生命週期」(Building Lifecycle),這個說法的概念源自於英文中的"Cradle 2 Grave" (或者說C2G),在英文中Cradle是搖籃,意味著出生、創造,Grave是墳墓,意味著死亡、滅失,從搖籃到墳墓是什麼意思呢?這原是生物工程學的說法,以生命來比擬行為的過程,我們稱為"生命週期"。應用在製造業裡,稱它為"從生產到廢棄"。引用到建築上,可說是"從建造到拆除",意思是一座建築物從建造一直到拆除廢棄的整個過程,包含從規劃、設計、施工、使用、一直到拆除各個階段在內。說得更具體一點,指的是一座建築物從起始規劃、概念設計、深化設計、製作施工圖、施工營造、運營管理、維修保養、中期更新、一直到最終拆除廢棄的各個階段,我們把它稱為建築生命週期,建築生命週期的時間跨度很長,通常可以達到幾十年甚至上百年。<br />
<br />
近年,大家都在提倡"可持續" (Sustainability),因而我們得考慮在建築生命週期的最後階段加上循環再利用(Reuse)的環節,賦予建築物繼續使用、轉用或者把材料再投入生產的可能,建築生命週期就成了 "Cradle 2 Cradle" (或者說C2C)。<br />
<br />
● <b>BIM的建築資訊模型 (model)</b><br />
<br />
經由 BIM 技術手段所創建出來的模型,是 "建築資訊模型化" 這個過程的工作載體,它並非只有單獨一個,在建築生命週期的不同階段中,它可能包含下列的模型。 <br />
<br />
設計模型——建築、結構、水電風、性能模擬、環境和基礎設施<br />
施工模型——將設計模型按照施工步驟進行細分<br />
進度模型(4D)——將工程項目按時間進度跟模型中的物件聯結<br />
成本模型(5D)——將工程項目成本與時間跟模型中的物件聯結<br />
製造模型——使用三維模型替代傳統的圖面製造建築構件<br />
運營模型——用於模擬運營管理、維修保養和中期更新。<br />
<br />
BIM 的種種操作幾乎都在電腦上運行,我們可以說沒有當代高性能的電腦和功能成熟的應用軟體,這個世界上就不存在運行良好的 BIM。然而,就目前BIM理論行為發展的深度和廣度來說,對電腦軟硬體性能的要求越來越高,實際上當前這兩個條件均有所不足,無法很好的滿足BIM作業的需求。受限於電腦硬體處理能力與軟體性能,BIM 的實施過程無法像理想中那樣,完全在單獨一個模型上包容所有特定的建築資訊。得按照階段性工作需求拆分開來,成為不同目的用途的各種三維模型操作,並且在各個階段嵌附相應的建築資訊使用。<br />
<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">(三) BIM不是無痛導入而是導入後無痛</span></b><br />
<br />
現在有人說,當運用傳統工作方式的設計單位,首次想要啟用 BIM 作業的時候,這種 BIM 建模軟體可以無痛導入。雖然同一件事各有各的角度和看法,但是在我的看法中,如果得改變設計操作方法、習慣和流程,外加熟悉幾種新軟體的操作技巧,想要無痛導入多半是不可能的,至於是長痛還是短痛,得看設計單位負責人的毅力和成就意識而定,只要不是禁不住痛而放棄,未來就能搭上這班車。一個軟體好不好用,跟它的操作方式有很重要的關係,必須充分尊重使用者既有的思維方式和工作習慣,不能僅僅由軟體開發者自己單方面決定使用者該怎麼操作,或者要求使用者拋棄原先的習慣去適應它們的新軟體。雖然所謂無痛導入有些困難,可是我能確定的是導入成功後必然無痛。至於導入失敗的話,就只能說自己這次跟 BIM 無緣,得等到將來這些 BIM 建模軟體在市場競爭下發展得更具操作親和性的時候再說。然而,建築業邁向 BIM 的趨勢是明顯而不會回頭的,只要建築師未來還想在建築設計領域裡吃飯,就必須及早搭上這班車。我的看法是基於下面的理由:<br />
<br />
(1)<b> 建築設計條件參數化,減少跟業主間改圖翻案的機會</b><br />
<br />
傳統的建築概念設計過程中,建築師根據業主的設計要求,在架構出設計內容的諸多條件(參數)中選擇了自己認為可以滿足的特定條件,通過直接遞出設計解決方案(設計圖)來推動設計的進程。建築師的操作對象是形而上的風格、形式、美學、空間與機能,而業主常關注的對象則是實體的外表、成本與市場性等。兩者之間沒有轉化的機制,雙方可能因為關注對象的錯位而形成認知差距、違心的妥協與遷就,導致雙方都感覺對設計內容的話語權與控制力不足。<br />
<br />
請建築師們平心靜氣的回想一下,當遇上了業主無休止的改圖,每一次你遞出的都是集結了你認可的設計條件所生成的最後答案(單一方案),而業主並不認同你給出的答案,卻又講不清楚他要的到底是什麼答案,這是雙方專業能力不對等的必然結果。即使你一次遞出三個方案,結果也差別不大。從這些改圖經驗中,是不是覺察到所有的修改或迭代都只涉及方案中一小部份條件的取捨,我要的你不要,或者你要的我不要,就像兩個還沒對上齒槽的齒輪,兩邊都動不了,什麼時候齒槽能相互吻合咬住,誰也無法預期。如果能有機會雙方能在事先對設計案裡所涉及的諸多設計條件進行選擇和比對,共同過濾出雙方都能合意的"條件集",形成比較具體的設計需求。在接下來的設計過程中,必然能為雙方都節省大量的溝通時間和改圖次數。<br />
<br />
建築設計條件參數化是個很大的課題,我欠學,對此一直沒發現有什麼具體的方程式,能讓我們簡單的把條件填進去答案就給出來。然而從經驗中我們可以想像得到,許多在設計中所應用到的條件或元素,它們相互之間存在著關聯性或者互斥性,有的又具有選擇性。如何把各種品類不同的設計條件集合在一起,形成一些可調整或者有發展性的替選條件集,我想這是不難辦到的。但是,如果還用傳統那種 CAD 二維圖形做為傳達設計內容的媒介,單是業主跟建築師間的認知差距,恐怕就搞不下去了。儘早把三維模型應用在設計中,利用視覺回饋直觀的溝通設計內容,比較容易達到我們所期望的傳達品質。如果給三維模型加上資訊數據,同時跟專業技師們協同進行設計條件的過濾選擇,可能是個更可行的新方向。<br />
<br />
今後利用 BIM 技術生成三維資訊模型,使得我們有機會能更接近把設計條件進行參數化,從不同參數內容(條件值)形成一些特定的替選方案,經由業主與建築師共同過濾與選擇出最合適的條件,雙方的立場從對造轉換成協同,最終共同確定的方案將更趨近各方的理想。不惟業主與專業雙方對設計的話語權均得以提升,同時也減少設計方案中期修改或再度翻案的機會。<br />
<br />
(2) <b>專業間協同工作,不再發生專業分工變成專業分割</b><br />
<br />
傳統運用二維的載體,不論是圖紙還是電子圖形檔,都是互不鏈接的作業方式,建築師與各專業技師間缺乏直接雙向作業的有效管道,只能以階段性討論會溝通設計內容,相互間銜接的界面不容易搞得清楚。常導致 "專業之間分工處清晰,合作處模糊,每個專業自身的設計圖都是對的,合在一起是肯定有問題的"。界面重疊的地方頻頻出包,容易使得專業分工流於專業分割。<br />
<br />
在運用 BIM 的協作架構下,有機會經由雲端技術手段使得建築師與各專業技師同時鏈接在單一的基準模型上協同作業,即使各方並不同時坐在一個房間裡,在工作中同樣能即時反饋"衝突檢查"與"資源引用"的結果。專業間界面重疊處銜接清楚,極大的減少設計內容相互抵觸或不一致的現象,減少糾錯與整改所耗用的時間。<br />
<br />
(3) <b>建築資訊整合一致,消除工程現場的頻繁變更和延擱</b><br />
<br />
以往,建築師利用二維圖形載體完成設計以後,由於各張圖形內含的資料庫(database)間互不關聯,可能會發生圖形內容有錯誤、遺漏或不一致的情況。有時還可能發生設計方對於施工方法或安裝順序的認知跟實際有差距,致使設計圖上畫的在現場沒辦法按圖施作,這些都導致現場發生變更和延擱施工,同時也是設計方招致被責難的理由。我還是要強調的是這並不是絕對會發生的普遍現象,有些人喜歡用「問題移民」的方式,把發生在自己身上的問題推己及人,當作別人都跟自己一樣糊塗,這不太好。<br />
<br />
在應用BIM三維資訊模型載體進行設計以後,由於施工圖源自嵌附在單一模型裡的平立剖面視圖,它們會跟著模型同步更新,所有的施工圖面保持一致性,當然能夠減低錯誤或遺漏的可能性。在施工前利用 BIM 三維資訊模型模擬施工條件和安裝順序,將減低在現場窒礙難行的機率。<br />
<br />
(4) <b>有機會使亞健康的建築過程回歸理性與正常</b><br />
<br />
在建築設計過程上應用 BIM 三維資訊模型,將能讓建築物的每處角落和細微部位都能曝露在預先視覺檢查範圍內,消除以往利用二維圖形載體時許多交代不清的設計死角,使得設計中所有細節都能具體呈現。把設計細節內容完全透明化的結果,可能會直接衝撞到建築業裡的一些潛規則,不再會有什麼變更作法和加減帳的空子可以鑽,也許會踩到某些人的尾巴。但是,無論在施工階段或是完工以後的使用階段中,藉著模型所攜帶的建築資訊顯現真相,厘清各種責任,避免一些故意或無意的建築爭議,也能使得當前亞健康狀態的建築過程能夠藉此回歸理性與正常。<br />
<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">(四) BIM時代建築師的設計環境將發生改變</span></b><br />
<br />
● <b>建築設計的本質一如既往,不會發生任何改變</b><br />
<br />
建築師基於美學與藝術層面的設計構思是電腦無法模擬的,BIM 能影響到的只是技術層面的設計內容。這些 BIM 建模工具並非用於設計構思的設計工具,建築師對設計的構思過程和設計的本質當一如既往,不會發生任何改變。BIM 應用在建築設計過程中,有助於幫助建築師做出原先在二維設計中不容易達到的層次,但是完全不會因為 BIM 的介入使得建築設計本質變得唯美或提升其藝術內涵。<br />
<br />
● <b>建築設計在概念設計與深化設計兩個階段應用不同工具實現</b><br />
<br />
在概念設計階段所做的是從設計構思到對設計的具體化表達,所要使用的設計工具是要能跟腦海中的思維同步運行,即使是一隻傳統的鉛筆,握在手裡也能符合概念設計階段對設計工具的要求。而深化設計階段所需要的是在設計圖形上精確的位置、準確的距離和正確的比例以及非感性的線條表現。前後兩個階段對工具的要求不同,如果顛倒錯用,必然會影響到設計過程中的品質和效率。<br />
<br />
● <b>建築設計不再是建築師的個人舞臺</b><br />
<br />
以往是建築師在主導建築設計的過程,專業設計部份由建築師分別交付給各個專業技師設計,再由建築師加以整合。日後在 BIM 時代將會由多專業協同作業取代以往由建築師個人扮演的獨角戲。<br />
<br />
● <b>BIM是多角色合演的一台戲,不是二人對弈的一局棋</b><br />
<br />
傳統在建築案件的設計階段,經常是業主與建築師雙方在設計討論的對弈中相互妥協與遷就的過程,設計的結果對雙方各自的理想都有相當的差距。<br />
應用BIM的建築設計階段,至少包括業主、BIM專業經理人、建築師、各專業技師、甚至施工方、建材與設備供應商協同作業的過程,期間任何妥協與遷就都在對設計參數的選擇中消隱,設計的結果能儘量貼近各自的理想。<br />
<br />
● <b>建築設計載體將由三維模型取代今日的二維圖形</b><br />
<br />
相對於往昔那種成百上千張相互孤立的圖紙和二維 CAD 圖形而言,應用單一的三維模型做為傳遞設計的載體,即使是未嵌附建築資訊的三維模型,其產生的種種效益,也極大的凸顯了今日以二維圖形做為設計載體的缺陷。其結果將使得二維圖形逐漸退居前置作業和輔助作業的地位,不再是表達設計內容的主流工具。未來從三維模型內嵌的視圖直接輸出的圖紙甚至三維模型本身將是下個世代的主流設計載體。<br />
<br />
● <b>非歐幾何與非線性科學的發展,解放了建築師的設計思維,加速BIM的應用</b><br />
<br />
藉由電腦科技應用三維技術,讓設計者得以構建出那些折疊(folds)、實體(bodies)、液滴(blobs)以及植物有機紋理、波浪、起伏峰巒等等非歐式幾何形態的三維建築模型,甚至有如莫比斯環(Mobius ring)與克萊茵瓶(Klein bottle)這些拓樸幾何中的異類也成了建築師的靈感源泉,例如BIG事務所設計的哈薩克國家圖書館。自此建築師的設計不再受到柯比意建築六原則的束縛,能藉著三維科技達到更高更遠的境地,設計思維也得到了前所未有的解放,極大的應用嵌附在三維模型上的幾何資訊,間接也加速了BIM的應用與發展。<br />
<br />
● <b>BIM是多種應用軟體協同作業的成果,不是某個單一軟體的功能</b><br />
<br />
在建築設計階段應用 BIM,除了 BIM 建模軟體之外,還需要用上跟作業相關的其他軟體協同作業,才能獲得目的成果,例如建築性能模擬與分析、視覺模擬、專案管理...等等。因此BIM 時代不再是只用一個軟體就能打天下的局面,必需同時學習與裝備多種跟 BIM 操作相關的軟體。隨著BIM應用技術日新月異的開發,也要求關連的電腦軟硬體持續更新,以往買一套電腦使用多年的景況不再可行,建築師在工作中對電腦軟硬體以及專業人員的投資也將倍增。<br />
<br />
● <b>BIM 絕非超級製圖工具,應用 BIM 的目的並非只為了畫出施工圖</b><br />
<br />
BIM建築資訊模型所攜帶的資訊,其應用範圍涵蓋整個建築生命週期的各個階段。建築設計者必須清楚的有所認知,建築設計的目標並非只為了畫出一份施工圖而已。經由BIM技術所建立的模型,未來將運用到建築物完工啟用後的數十年使用階段中,做為建築物維修保養和中期更新的依據,取代現今資料分散的紙質藍圖。<br />
<br />
<br />
<b style="color: red;"><span style="color: red; font-size: x-large;">(五) 當 BIM 時代來臨</span><span style="font-size: x-large;">時</span><span style="color: red; font-size: x-large;">,建築師所面臨的抉擇</span></b><br />
<br />
由前面的陳述中,我們可以看出來,為了能跟世界的潮流同步接軌,BIM遲早將應用到建築師的設計領域裡,這是建築業的一次真正的數位革命,建築師理所當然的就站在風頭浪尖上。我們建築師們在此時此刻,該用什麼態度來面對這種新形勢和新業態,躲起來視而不見聽而不聞,裝著不知道是不行的,我們必須在不久的將來做出抉擇。接下來,我想說說在我的認知裡,未來在BIM時代建築師可能選擇的幾種業態。<br />
<br />
(1)<b>「與時俱進」,及時導入 BIM 應用,躋身於時代前沿,執行建築設計業務。</b><br />
<br />
我的看法這是最能切合潮流的選擇,及時導入BIM,建立BIM工作環境,學習跟BIM相關的觀念、知識與軟硬體操作技術,把BIM應用在建築設計的業務中。但是這裡指的是真刀真槍的幹,而不是僅僅弄出不帶資訊的三維模型那種表裡不一的假BIM。<br />
<br />
也許其中有的建築師會同時幫業主兼做BIM專業經理的工作,由於 BIM專業經理工作內容依法並不屬於建築師業務範圍,對於這個部份業主應該另行支付相應的酬金。並且這種專業經理的工作量很重,不亞於設計本身,不應該以附加在原設計酬金比率的方式計算。<br />
<br />
(2)<b>「登高望遠」,以三維模型取代二維圖形做為設計載體,有需要時再導入BIM。</b><br />
<br />
如果眼前還看不到應用 BIM 的案源,暫時還不準備投身於 BIM 的行列,可以考慮先採用諸如 Google SketchUp 這類三維建模軟體,藉此構建三維模型操作建築設計,同樣是利用單一的三維模型做為設計載體,差別只在於無法像 BIM 模型那樣嵌附與提取特定的建築資訊以及協同作業。然而就此已經能夠避免資料分散而導致的圖形之間錯誤遺漏與不一致的問題,由於這些非 BIM 系列建模軟體操作簡單,模型體量精簡,運行的效率往往會高出BIM模型。做這個選擇的目的是先躋身於三維設計的行列,待時機成熟的時候再導入BIM用在建築設計上。<br />
<br />
(3)<b>「處變不驚」,繼續沿用既有的二維設計方法執行建築設計。</b><br />
<br />
由於BIM並不存在非我不可的必然性,即使建立了BIM的應用能力,也無從保證一定能獲得應用BIM的業務機會。另外一個重要的原因是對於BIM的軟硬體以及人員教育訓練的投資成本可不小,並且建立生產力需要許多工作上的默契和建立標準操作程序,花費時間至少得在半年以上。鑒於無法確定能在短時期順利回收成本,考量現實問題,因而可能有許多人會選擇暫時不理會BIM,繼續沿用既有的二維設計方法執行設計業務。<br />
<br />
(4)<b>「本業異向」,發揮本業的專長做華麗的轉身,專職代理BIM專業經理業務。</b><br />
<br />
這是一種開創性的作法,建築師的專業背景,如果具有足夠的建築知識、技術與現場經驗歷練,其本身就是社會中稀缺的專業資源。如果再加上進修 BIM 應用領域的相關知識、操作技術以及團隊協調,很容易提升到跨行業的操作能力。未來可以做本業異向的發展,從事 BIM 專業經理人業務或者組織 BIM 專業經理團隊,專職代理 BIM 專業經理業務。<br />
<br />
我個人並不主張建築師在自己的建築設計案件中去"順便"兼任BIM專業經理的工作,這種BIM專業經理的工作量和花費的時間都可能不亞於建築設計本身。但是就現實面來說,給業主多做了一份工作,未必就能拿到雙份的酬勞,經常會七折八扣,1+1一定會小於2,建築師自己得拿捏其中的分寸。<br />
<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">(六) 未來在BIM時代將產生的新興行業</span></b><br />
<br />
BIM是觀念和技術的集成,絕對不是把電腦和建模軟體買回來,再短期培訓幾位繪圖員就算是擁有了BIM。實際上不論是設計方、施工方甚至業主方,面對要搭上BIM這班車,都將涉及既有工作方法和團隊合作觀念的大改變。因此在未來,為了讓BIM案件能順利運行,在建築行業中一定會出現一個角色,實際負責跟BIM相關的策劃、協調、控管的工作,這樣的角色在BIM架構中原本就有,稱為"協調員"(Coordinator)。然而由於制度的不同,在台灣我們大多數建築師跟專業技師們都是獨立開業的,相互之間以任務組合的方式合作,並不在同一個屋簷下,因此我認為未來這個協調員的角色可以獨立出來,成為一種"BIM專業經理人"。以個案委託的方式,可以隸屬於業主方,也可以隸屬於設計方,甚至由設計方的建築師擔任,這種做法實際上可以把社會中的專業資源集中運用。<br />
<br />
<b>(1) BIM專業經理人</b><br />
<br />
(a) 在建築案件中主導BIM應用過程中的計劃、統籌、協調、檢測和管理;<br />
(b) 具有建築師或土木建築相關工業技師等專業資歷;<br />
(c) 同時具備建築設計、施工和營建管理的專業經驗;<br />
(d) 具備跟BIM領域相關應用方法與作業程序的專門知識;<br />
(e) 具備對於跟BIM相關各類工具軟體嫻熟的操作能力與經驗;<br />
(f) 以個人或團隊方式執行任務。<br />
<br />
<b>(2) BIM專業經理團隊</b><br />
<br />
考慮到建築案件中牽涉到多個專業的協同作業,其間的管理協調工作既多且雜,單獨一個專業經理人很難兼顧外部協調和內部的檢測、管理工作。因此把專業經理人的角色擴大成為"BIM專業經理團隊",將更能發揮統合的功能。有了團隊的人力,使得專業經理得以全程協助整個建築案件在BIM的軌道上順利運行。<br />
在建築行為中所扮演的角色上,這種BIM專業經理團隊應該是接受業主委託,從建築案件的起始規劃設計階段直到完工交付使用,在各階段過程中全程協助業主處理應用BIM的所有事務。<br />
<br />
團隊成員中至少應該包含下列專業人員:<br />
(a) BIM專業經理人;<br />
(b) BIM應用技術團隊(成員包含規劃、建築、結構、水電風、建築性能模擬);<br />
(c) BIM模型構建工程師:操作跟BIM相關的各種應用軟體,能有效率的構建三維模型;<br />
(d) BIM模型操作工程師:處理資訊編輯、模型檢查、規劃施工順序與進度、成本估算;<br />
(e) 電腦系統管理員:電腦軟硬體及網路作業環境維護支援。<br />
<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">(七) 展望BIM時代建築師本業異向發展的機會</span></b><br />
<br />
(1) <b>BIM專業經理人</b><br />
建築師本身的專業背景和專業經驗是未來BIM專業經理人的不二人選,但是必需具備BIM領域的專門知識技術,以及培養BIM工具軟體的操作能力與實作經驗。<br />
<br />
(2) <b>BIM專業經理團隊</b><br />
如果建築師事務所本身的規模足夠,可以利用現有的資源去附設BIM專業經理團隊,執行BIM專業經理方面的業務。<br />
<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">(八) 結語---BIM這條路能不能好好走下去</span></b><br />
<br />
由於當前對BIM的應用還沒有公定的操作準則和統一的建築構件模型資訊標準,因為建模操作方式與資訊導入內容的差異性,會使得同一個建築案件在不同的BIM團隊操作下,往往產生的結果會有所出入。對於專業領域的認知差異,並沒一個客觀的標準和機制去評判誰對誰錯和孰優孰劣。事實上,即使應用了BIM也無法確保做為設計成果的三維資訊模型中不會發生錯誤、遺漏和誤解。在建築或工程設計中使用了三維的建築資訊模型以後,直接會消除以往常在設計中存在的模糊地帶,任何細微的錯誤都無法遁形,也使得日後可能導致設計責任遭受不當認定的問題浮現出來。<br />
<br />
我記得去年曾在建築師節大會的一場公開演講中,聽到主講的長官說過,未來公共工程將強制要求使用 BIM,並且考慮在官家所認定在 BIM 操作中發生了錯誤時,向折算金額達到一定額度的設計者進行處罰和求償。我不清楚官家急於實施 BIM 是基於哪一種想法,是認為運用了BIM,工程中就不會發生錯誤遺漏,還是能藉此在國際間顯示我們台灣也實施了BIM,我寧願認為是親民愛民、恨鐵不成鋼,希望藉此快速的提升我們台灣的建築設計和營建水準。對於公共工程強制要求使用 BIM,這是官家的權力,我們庶民沒有意見。<br />
<br />
但是對於是否要強制實施 BIM,我個人卻持保留的態度,跟一些已經發展BIM 多年的國家比起來,我們台灣對 BIM 制度打底鋪墊的工作確實還沒做好,我們至今還沒有公定的BIM實施準則、沒有檔案命名準則、沒有圖層命名準則,甚至最重要的工作品類編碼也付之闕如,更別說共同組件庫和材料資料庫了。貿然要求BIM立刻上馬,必然造成一家一個標準、一案一個標準的結果,大家各自發展不是什麼好事情,沒有機制讓經驗流通分享,BIM 技術就不可能進步,並且在專業領域裡形成混亂完全是可以預期的。處江湖之遠,我確實不知道究竟誰該出來主導這些該先辦好的事項,我只知道如果今天急就章的上馬,必然導致將來要花更多的時間和精神去收拾混亂的局面。<br />
<br />
今天我還有所擔憂的,BIM 在臺灣的工程建築界算是個新觀念和新技術,除了極少數特定廠商高瞻遠矚的先行先試以外,一般民間設計者和營造廠商普遍的還沒有應用 BIM 的能力。建立應用 BIM 的能力需要靠時間來孕育培養和運作經驗來深耕,絕對不是買回建模軟體一夕之間就能即插即用 (Plug & Play)。目前也還沒聽說工程業界建立了一致性的操作準則,如果官家在沒有先鋪陳好合適的遊戲規則的情況下,卻先制定罰則冒然實施。民間業者有樣學樣之後,衍生出無端的法律責任當面,極可能讓 BIM 在我們這塊土地上無法生根或者就此流於名不副實的形式。<br />
<br />
謝謝各位!柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com1tag:blogger.com,1999:blog-1962191797692797800.post-61683518638231341202011-07-11T22:27:00.001+08:002011-07-11T22:34:10.424+08:00BIM代理服務芻議 (8 / 8)作者:數碼阿叔/柏基建築師,歲次辛卯年六月寫於台北 <br />
<br />
<b style="color: red;"><span style="font-size: x-large;">BIM 代理服務創造的願景</span></b><br />
<br />
我暗想,在這麽多利益關係人(stakeholder)裡面,在過渡期間可能會感覺超不爽的是銷售 BIM 應用工具軟體的供應商,他們代位推廣 BIM 應用,辛苦了耕耘了這麽些年,好不容易推湧起風潮,正期待著歡喜收割。按照他們的盤算,當然希望有朝一日所有準備要投入 BIM 應用的設計單位和施工單位,個個都能從兜裡掏出大把白花花的銀子購買他們的軟體。以單套 BIM 工具軟體得花費二三十萬台幣的價位,一個設計單位可能需要好幾套或者多用戶版才能讓生産力成形,再加上關聯性操作還需要添購將近 10 種其他的軟體,例如施工排程(4D)啦、成本估算(5D)啦、衝突檢查啦…等等等,攏總加起來這可是商機無限。<br />
<br />
然而,如果這種 "BIM代理服務" 行爲被我們的建築業界廣泛的接受並且實施了,在建築的設計階段,這些 BIM 工具軟體的潜在客戶就趨向於集中到這些 BIM代理服務公司身上。以一家代理服務公司能同時支援好幾個建築案件的工作能量來計算,未來代理服務公司的數目很可能遠低於國內目前設計單位的數目,對這些軟體的採購數量當然跟原先設計單位人手一套是不能相比的。因而當那一天真的到來的時候,軟體供應商可能會很生氣的說:『真的是太超過啦!』<br />
<br />
但是…別急眼,心平氣和的想一想,如果你仔細看完我的博文,徹底瞭解數碼阿叔我所說的微言大義,你就會發現我所說的 BIM 代理服務實際上並沒有排除建築師與專業技師採購 BIM 建模軟體的需求,當台灣的 BIM 環境日趨成熟的時候,必將吸引更多的建築師與技師加入這個領域。即使當前失之東隅,未必他日不能收之桑榆,且看下段結語。<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">結語</span></b><br />
<br />
不可諱言的,當前在台灣推動 BIM 的困境在於産生三維資訊模型的源頭—設計團隊這一端大多數一直處在猶豫不决的狀態,如果建築師這邊沒能首先創建並且分享出三維模型,跟建築師協同設計工作的結構技師、電機技師以及其他技師們,就很難獨自創建 (實際上不可能) 三維資訊模型用在設計工作中,事實上即使專業技師們各自創建了模型,在沒有協同作業的狀况下,這些模型資訊也不可能反映在最終的設計結果中。藉由「BIM 代理服務」行業的介入,正能打開目前的僵局,讓台灣的 BIM 環境能及早建立並且蓬勃發展,届時不單本文所說的代理服務行業,就連建築師、專業技師以及施工單位也都會大量採用,將給軟體業者帶來更多銷售的商機。<br />
<br />
正如軟體發展商一直在强調的那句話:『BIM 是建築業美好的未來!』,BIM 給建築業帶來的效益不會僅僅體現在業主和建築設計單位身上,事實上在整個建築行爲中,藉由應用 BIM使得施工程序最佳化、預算成本精確化,施作者藉此能建立更有利的財務槓杆,也就是說工程準備金與周轉金得以最小化,獲得實質利益最多的反而是施工單位,是故供應軟體的發展商不必僅僅急於從設計單位獲取眼前的利益。當 BIM 代理服務行業如我所言真的上路的那一天,我也會說:『BIM 代理服務給設計團隊創造美好的未來!』<br />
<br />
(本篇完)柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-59894360107058053632011-07-11T22:24:00.001+08:002011-07-11T22:33:42.934+08:00BIM代理服務芻議 (7 / 8)作者:數碼阿叔/柏基建築師,歲次辛卯年六月寫於台北 <br />
<br />
<b style="color: red;"><span style="font-size: x-large;">BIM代理服務可能衍生的問題</span></b><br />
<br />
這是個嚴肅的問題,在 BIM 代理服務創造了願景的同時,我們不能不先考慮到這種新出現的操作方式跟現行建築行爲與制度間可能産生的杆格。<br />
<br />
建築物的法定設計人是該建築專案的設計建築師,法定監造人是該建築專案的監造建築師。這是我國的建築法和建築師法所賦予建築師的責任,也是從法律的角度,基於建築設計專業能力認定所賦予建築師一種無可取代的責任。近年來有些不屬於建築設計領域的人員或團體基於利己主義,不斷想改變這種業態。他們眼中可能只看到了設計酬金,然而可曾想到過建築師在法定設計人和法定監造人的身份背後所肩負的設計和監造責任,並且這樣的責任是無限責任,絕非把設計做完了拿錢走人那樣粗糙。即使依法交付給專業技師負責的結構、水電設計,建築師同樣依法肩負著連帶責任。<br />
<br />
由是之故,在 BIM 代理服務中,不論代理服務公司和其專業經理人,其所有的操作行爲都不得取代或超越建築物法定設計人和法定監造人的法定權責,也就是說 BIM 代理服務行爲不可以代位操作涉及建築設計和結構、水電等專業設計內容的部份。從另一個角度來看,BIM 代理服務僅能根據建築師和專業技師交付的設計圖或模型做爲基準,進行有限程度的深化以及配合施工需要所製作的施工圖說,並且對原設計內容的任何調整、修改或增减,依法得交給法定設計人和監造人簽認以後才得用在施工中。不這麽做,法定設計人或法定監造人即可能將承擔廢弛業務、背信…等等的法律責任,這是不能憑藉任何民間契約或行政命令所能排除和免除的責任。<br />
<br />
在設計和監造法定權責上,我國現行的法律已經規定的很明確,並無窒礙也不存在灰色的模糊地帶。然而 BIM 服務公司是一種新生成的行業,在現行建築行爲體系中並沒有任何法定的依據和權責身份,只能是根據民間契約形式附加在現行的建築體系上。一種方式是按照個案依附在設計單位(法定設計人和法定監造人)之下,成爲設計團隊的一部份,在工作上受到建築師的管轄,做爲建築師法定設計、監造權責的延伸。另一種方式則是按照其跟業主方簽訂的民間契約依附在業主方管轄下,做爲業主委任的代表人,協助業主遂行其對建築案件的管轄權責。當然,兩者相比之下,後者的可能性會比較高一些,畢竟最有可能的是由業主出面跟這個服務公司簽訂契約。<br />
<br />
未來無論是按照哪一種方式運行,都必須在事先就服務公司與設計單位間的權責關係做明確的區隔和劃分,否則在建築行爲的階段過程中,可能就會出現幾種混沌不清的狀况。<br />
<br />
(1) 原先建築師交付給業主的定案設計圖說中存在了圖面不一致或錯誤、遺漏的狀况。<br />
正如許多人所刻意强調的,設計單位提供的定案設計圖說裡,很難保證完全沒有圖面不一致或錯誤遺漏的狀况。代理服務公司接手以後,必須先行過濾出有問題的地方,並且及時要求設計單位更正設計圖說。如果已經取得建築許可,可能還需要辦理變更設計去更正設計圖說。<br />
<br />
如果代理服務公司未能確實做到這一點,就遽爾進行了後續的 BIM 技術作業,服務公司同樣無法保證在工作過程中一定能清除掉錯誤和遺漏處;同時即使原先的設計圖中沒有錯誤的地方,在服務公司的 BIM 技術作業階段中,因爲認知差異導致模型錯誤的可能性依然無從避免。到了施工過程中假如因此導致工程返工或延誤工期,造成了施工方的損失,那麽可能引致施工方提出訴訟或索賠。所以必須得先厘清設計單位跟代理服務公司前後兩次作業間的責任劃分。<br />
<br />
(2) 代理服務公司基於 BIM 模型産生的施工程序(4D)中,因爲排程錯誤或工時規劃不當導致施工過程中出現工期不足、返工或延誤工期。<br />
施工排程中各個工作節點的施作順序和施作時間,是由軟體操作者基於現場施工能量所指定,假如排程人員現場經驗不足或者誤判施工單位的施工能量,可能導致從 BIM 模型生成的工作排程發生與實際不符的情况。<br />
<br />
如果代理服務公司系依附於設計單位,當然由設計方承擔外在責任,內部責任則按照契約的規定處理。然而如果代理服務公司是依附在業主方的情况下,當施工方同時向業主方和設計監造方索賠的時候,即使這個部份不屬於設計方的委任契約範圍,對於監造方是否將要擔負現場失察的責任,尚待厘清。<br />
<br />
在美國曾經發生過一起訴訟案件,設計方應用 MEP 對天花板內悶頂空間裡的多層管綫做出密集的佈設,也經過衝突檢查確認管綫相互間不發生衝突和間距不足的情况,然而設計方並沒有明確向施工方交代各層管綫的施作順序,施工方則按照其成規性的作法施作。施工到一半時發現才架設完70%的管綫卻已經把天花板內的空間高度用完,使得施工方必須返工拆下已經完成的管綫重新佈設。結果引致施工方起訴業主方索賠,業主方則轉而起訴設計方索賠。這個個案的關鍵不在于誰設計或誰施工,而是清楚的顯示出即使應用了 BIM 模型也做了衝突檢查,不代表就因此萬無一失。當今有些 BIM 的應用者把衝突檢查當成神兵利器,認爲從此就能天下無事,從這個案例可以看到反證。<br />
<br />
(3)當構建 BIM 模型的過程中發生錯誤或遺漏,導致施工過程中出現返工或延誤工期。<br />
BIM 建模軟件只是工具,即使應用它構建模型以及嵌附建築資訊,並不代表過程中就一定不會發生錯誤和遺漏。如果代理服務公司未能及時排除錯誤或者修正遺漏,直接影響到從模型生成工程明細表的正確性,並且可能在施工過程中導致施工單位的返工或延誤工期。相同的必需厘清各個角色的權責。尤有甚者,如果因爲模型上的錯誤衍生出工安事故,法定監造人還得負擔責任。<br />
<br />
因此即使 BIM 代理服務公司係由業主直接委派參與到設計和施工階段中,該公司對於這個建築案件的所有作爲仍然需要接受法定設計人和法定監造人的節制,針對這個建築案件創建的模型和施工圖說也得經過業主、設計方、監造方以及施工方共同簽認以明責任。<br />
<br />
上述這些情况是數碼阿叔我所做的合理推測,實際上未必會真的發生,或者必然會對簿公堂。但是在這種 BIM 代理服務公司介入建築行爲以後,我們不能等到問題發生了才臨時謀求解决方法,必須及早厘清各個參與者之間的權責劃分,以及發生杆格時的處理程序,才能確保工程的順利進行。<br />
<br />
下接《BIM代理服務芻議 (8 / 8)》「BIM 代理服務創造的願景」柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-89621706315814872402011-07-11T22:22:00.001+08:002011-07-11T22:33:10.176+08:00BIM代理服務芻議 (6 / 8)作者:數碼阿叔/柏基建築師,歲次辛卯年六月寫於台北<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">BIM代理服務公司的架構</span></b><br />
<br />
根據前面的鋪陳,我們可以想像得出來,衆多設計單位各自都投入大量人力物力,爲導入 BIM 重複的耗費了資源,除非它們有能力和關係跑到國外去搶案源,否則在台灣却很可能無從獲得足够的案件做相應回報。對未來做過度的預期,必將造成有限資源的嚴重浪費。何如把跟 BIM 相關的應用操作獨立出來,交付給專精於 BIM 應用領域的「BIM 代理服務公司」代位操作,把有限的社會資源集中利用,創造更爲有利的契機。<br />
<br />
如果我們能建立一種資源集中運用的架構,所謂 "馬照跑,舞照跳",包括建築師與專業技師這些設計團隊的成員們不需要改變原先的設計方式和遊戲規則,不必去經歷孕育 BIM 應用操作的陣痛期甚至難産。讓建築師與專業技師們把有限的時間和精力專注在建築設計本質上的提升與優化,不致因爲技術操作上的生澀或瓶頸而對設計本質削足適履。無論設計過程中使用的工具是二維的 CAD 或是三維的 SketchUp…等等,按照原先行之有年的既有程序完成設計以後,把設計結果 (設計圖或模型) 提交給業主做最後確認,再經由業主交付給指定的 BIM 代理服務公司,繼續進行建築資訊模型化的技術處理,並且讓他們在建築設計與施工期間全程輔助業主進行必要的操作,最終業主在這個建築案件上將獲得完整的 BIM 應用效益。<br />
<br />
業主是建築案件的實際擁有者,因此這種 BIM代理服務公司應該直接面向業主,以合約的形式接受業主的聘雇或委托。這個公司裡必須設置技術專精的 "BIM專案經理",對整個建築案件實施管理和協調。並且必須組織充足的專業技術人員建立其技術團隊,成員們除了在建築、結構、水電各個領域具備設計與施工管理的專業經驗,還得專精於跟 BIM 關連的技術操作。擁有這種精實的專業技術人員,BIM代理服務公司將能完整的涵蓋 BIM 的應用需求。同時因爲資源相對集中,我認爲一家擁有稱職的技術團隊的代理服務公司將很容易擴充其平行作業能力,同時運行不止一個建築案件。<br />
<br />
一個建築案件的整個運行過程中,實際上牽涉到許多複雜的工作和協調,以往這些工作是由建築師、專業技師和施工的營造業概括承受,各自分解消化掉的,但是在實施 BIM 對工作流程控制要求下,這些工作必須集中在一起控管,就會顯現其既多且雜的真正面相。對此裝作不知道或者事到臨頭再設法解决是不行的。也許,未來這種控管的作業,由非屬於業主、設計方和施工方的第三者:「BIM代理服務公司」來承擔,在立場上會更客觀,也更容易執行。<br />
<br />
那麽這種 BIM代理服務公司最低限度得維持什麽樣的架構,才能遂行它的工作目標呢?在數碼阿叔我的推想中,除了公司本身應該具備的行政、業務、財會、公關等部門或人員以外,最重要的專業部門架構,至少得包含下列專業人員。<br />
<br />
(1) BIM專業經理人:統籌整個案件的運作,規劃建築行爲的階段性流程,並且在業主與各設計單位間執行有效率的協調,推動案件按時程運行。這個專業經理人並不是行政職位,他必須具備建築、結構、機電等專業知識和實作經驗,甚至於跟建築師或專業技師等同的背景,才可能有效的遂行溝通、協調和專業建議的工作。<br />
<br />
(2) BIM專業應用工程師:成員包含建築、結構、水電風、建築性能模擬…等等專業工程師,能對外來的建築及專業設計圖說進行前處理和除錯,因應資訊模型化的需要做出解析和整合,並且能够據以生成必要的建築資訊。如果代理服務業務涵蓋到建築施工階段,還需要派駐在工程現場遂行跟施工單位間的常態性溝通和協調。<br />
<br />
(3) 三維建模工程師:具備建築專業知識會經驗,會操作跟 BIM 相關的建模和各種應用軟體,能有效率的構建出三維模型。<br />
<br />
(4) 建築資訊模型操作工程師:處理資訊編輯、模型檢查除錯、規劃施工順序與進度、工程成本估算等等階段性的實質操作。<br />
<br />
(5) 建築資料庫管理者:對應用的建築資訊的源數據進行收集、更新、管制。保持共用組件(component) 和建築材料、設備資訊都能處在最新的狀態。<br />
<br />
(6) 電腦系統管理者:這樣的公司業態架構一套伺服器是必需要的,因此得設置專職的電腦系統管理者全時間維護整個電腦作業環境的正常運行,管理電腦伺服器和數據安全。並且跟各專案的專業經理人配合,管理專案範圍內各個工作站與伺服器之間工作數據的上傳、下載和備份,以及控管伺服器或工作站連接網際網路端的服務。<br />
<br />
未來,BIM 代理服務公司接手處理業主交付的定案設計圖說,首先必須進行對圖面過濾與除錯的前置作業,消除被 "先知" 們過度强調的那些錯誤、遺漏和圖面內容不一致的問題。接下去才正式進入實質的資訊模型化作業。前置作業必然花費相當的成本,然而這時建築設計已經完成了,業主已經對設計內容、規模、建築材料、設備...等等做出了確認,在模型化作業中减少了大量修改或迭代操作的機會,同樣爲代理服務公司節省了作業時間和人力。兩者能否在工作成本上相抵,我無法預測還沒有發生過的事情,只能說對此抱持著樂觀的看法。因此當 BIM 代理服務業進入建築生命周期的運作環節中以後,爲 BIM 這台戲添加了新的角色,無論業主、設計團隊、營造公司等在實質上都獲得不同程度的效益,可以說是衆人皆歡喜。<br />
<br />
下接《BIM代理服務芻議 (7 / 8)》「BIM 代理服務可能衍生的問題」柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-72927122986330159232011-07-11T22:16:00.001+08:002011-07-11T22:32:37.502+08:00BIM代理服務芻議 (5 / 8)作者:數碼阿叔/柏基建築師,歲次辛卯年六月寫於台北<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">話說建築設計者導入 BIM 應用的門檻</span></b> <br />
<br />
有些人天真的以爲只要購買了 BIM 建模軟體回來,學會了構建三維模型就行了。這樣的想法偏差得太離譜啦!只會構建三維模型那是遠遠不够的,BIM 的重心在於那些嵌附在模型上的諸多 "建築資訊"。爲了符合建築行爲階段性應用的要求,對於模型中各種物件而言,在不同的階段需要嵌附不同等級的資訊,才能讓這些資訊及時發揮應有的效能。這些建築資訊的編碼和分類,事先都得仔細規劃其分享和流通的需要,凡此種種都不是只經由市面上那種短期補習班式的軟體操作訓練就能獲得的專業能力。不單設計單位得先期建立自身的標準作業程序,培養足够的 BIM 專業設計師,並且協同工作的設計單位相互間也得經過長期的磨合和互動,才可能發揮正常的工作能量和效率。<br />
<br />
更重要的是操作資訊模型化的建築師和設計師,他們本身得擁有豐富的建築設計與工程現場經驗,熟知建築物內外各處的細部構造、施工方法和施作程序。如果建模人員的工程現場的經驗不足,直接會影響到建立的模型在建築專業上的可用性,剛入行的設計人員甚至只能做做最低層級的按圖構建裸模的工作。因此針對新進人員的教育訓練還需要包含提升建築專業能力和拓展專業經驗,這些都使得應用 BIM 的初期準備工作需要消耗一段不算短的培育時間,藉此逐步提高生産力。絕非什麽只需數小時就能使小白學會操作軟體建模那麽簡單,誤信這類誇張的廣告宣傳只會耽誤自己導入 BIM 的進度。<br />
<br />
也有些人心裡在想,既然導入 BIM 需要高强度而持久的教育訓練,難免會影響到常態的生産力,那麽乾脆放牛吃草不去理會它,萬一接到了要求使用 BIM 的案件時,了不起採用且戰且走的方式慢慢培養 BIM 的作業能力。這種走險棋的做法在過程中可能會産生的是不帶資訊的建築模型和 bim (資訊不足的建築模型) 的結果,雖然建築資訊通常是配合階段性運用的需要逐步添加到模型裡,並非 "All or Nothing" 那麽極端。但是該有的必須要有,無資訊或資訊不足甚至於資訊冗餘都會導致 BIM 的運作中出現問題,即使設計者僥幸蒙混過去,那麽業主可就成了花錢的冤大頭。<br />
<br />
在這裡我們可以歸結出一個事實:『設計團隊中的個別設計單位 (建築師和各專業技師) 爲了都能建立應用 BIM 的生産力,必須投入相當多的時間、金錢和人力物力,但其結果是沒有人能掛保證一定會導入成功。台灣的建築業大環境可以用地狹人稠來形容,地狹指的是可建土地太少,建設能量和案件數量都不多。人稠指的是設計單位超多,典型的僧多粥少。如果每個設計單位都爲應用 BIM 投入大量時間和金錢去培養生産力,却不見得都能雨露均沾的接到應用 BIM 的建築案件,將造成有限資源的嚴重浪費』。<br />
<br />
下接《BIM代理服務芻議 (6 / 8)》「BIM代理服務公司的架構」柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-79449252582315234282011-07-11T22:13:00.001+08:002011-07-11T22:32:09.598+08:00BIM代理服務芻議 (4 / 8)作者:數碼阿叔/柏基建築師,歲次辛卯年六月寫於台北<br />
<br />
<b style="color: red;"><span style="font-size: large;">BIM是多角色合演的一台戲,不是二人對弈的一局棋</span></b><br />
<br />
直到目前仍然有許多人(即使是專業人員)對 BIM 存在著錯誤的認知,以爲 BIM 是個電腦軟體。這是因爲當前在台灣對 BIM 宣傳最給力的是賣電腦軟體的供應商,而其餘可能跟 BIM 應用有關連的單位,大部份則是抱持著冷漠以對和事不關己的圍觀態度,難怪許多人會認爲 BIM 是某公司所賣的一個軟體。<br />
<br />
然而被稱爲 BIM 的 "建築資訊模型化" (Building Information Modeling) 的確不是個什麼軟體,它依靠的是整個建築産業界的通力合作。模型化的工作發源於建築設計過程中,經由電腦軟硬體去體現在三維的資訊模型上,接下來除了運用在營造施工中,也運用在建築物的長期使用維護階段裡。在裡面軋上一角的參與者 (stakeholder) 包括了業主、建築師與設計團隊、營造施工者、建材與設備供應者,外加建築物完工以後的房屋使用者和物業管理者,因應 BIM 的還有個重要的 BIM 專案經理在負責規劃協調和檢驗。因此我們說 BIM 是多角色合演的一台戲,牽涉到的各個角色都得輪番上場共同來合作演出。絕非像以往那樣,業主和建築師對弈般僅在二人間說了就算數。<br />
<br />
在建築案件中想要成功的應用 BIM,其中關鍵性的過程在創建那些三維的 "資訊模型" 以及 "協同工作" 的階段,設計者必須具備充足的現場經驗做爲模型合理性的基礎。參與實質操作的包括 BIM 專案經理、建築師以及同屬設計團隊成員的專業技師們。原生的操作方式是由建築師主導建築設計進行,同時結構技師負責結構設計、機電技師則負責包含電氣、給排水、空調通風、消防設備...等等專業設計,並且由業主聘雇的 BIM 專案經理負責工作規劃、協調、整合與階段性成果檢驗,四個專業角色都得同時上場,如果三缺一就玩不下去了。這些都是專業性很高的工作,而且負責工作規劃與協調的 BIM 專案經理更應該是專業中的專業,否則根本無從在各專業間進行溝通協調工作。<br />
<br />
應用 BIM 的前提是上述這些特定的參與者各方面都能符合運作的實質要求,除了自身必須具備完整的建築資訊模型化與協同工作的觀念、知識與技術,還需要裝備高性能的電腦硬體以及跟模型化工作關聯的多種軟體,加上嫻熟軟體操作技術的設計師以及低層次的建模人員。對於首次想要把 BIM 應用在工作上的建築設計者,首先必需瞭解導入 BIM 應用的門檻。<br />
<br />
下接《BIM代理服務芻議 (5 / 8)》「話說建築設計者導入 BIM 應用的門檻」柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-53749437152474110282011-07-11T22:10:00.001+08:002011-07-11T22:31:35.562+08:00BIM代理服務芻議 (3 / 8)作者:數碼阿叔/柏基建築師,歲次辛卯年六月寫於台北 <br />
<br />
<b style="color: red;"><span style="font-size: x-large;">BIM代理服務公司</span></b><br />
<br />
現在說到這篇博文的重點了,何謂 "BIM代理服務公司"?這種公司未來將在建築業的 BIM 應用中扮演什麽樣的角色?首先,數碼阿叔我必須說明,這裡說的公司名稱是我根據它可能經營的業務型態所推演出來的一種假想的名稱,未來如果真的出現了,也可能會是 "BIM建築經理公司" 或者 "建築資訊模型公司"…什麽的。從字面上可以看出來 "代理" 指的是 "第三者操作","服務"當然指的是提供 BIM 的應用操作啦!一種獨立於設計單位之外單獨運作的專業公司,專門代爲操作所有跟建築資訊模型化的技術性和協調管理工作,這麽說就比較清楚了吧!<br />
<br />
其次,這將是一種新興行業,因爲它完全是應對 BIM 需求而出現的,當建築設計界還沒有人應用 BIM 或者很少人真正在用 (就像目前的狀况) 的時候,這樣的代理服務公司因爲此時拉不出業務量來,是很難單獨存活的。鑒於 BIM 必須大量應用到電腦操作,應用的效益很大程度的受到電腦影響,因而初期這種代理服務最可能是依附著在一些電腦資訊公司裡經營,即使市場上有獨立經營的這類公司也是極少數的特例。但是等時候到了,建築界對 BIM 的應用需求持續增長的情形下,這種 BIM 代理服務公司將會如同雨後春笋般冒出頭來。<br />
<br />
接下來我要說說各個參與者在 BIM 應用中各自扮演什麽樣的角色,以及建築設計者導入BIM 的門檻,都搞清楚了以後,我們再談 BIM 代理服務的契機以及可能組織的型式。<br />
<br />
下接《BIM代理服務芻議(4 / 8)》「BIM是多角色合演的一台戲,不是二人對奕的一局棋」柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-43421868220555030272011-07-11T22:07:00.001+08:002011-07-11T22:31:01.029+08:00BIM代理服務芻議 (2 / 8)作者:數碼阿叔/柏基建築師,歲次辛卯年六月寫於台北<br />
<br />
<b style="color: red;"><span style="font-size: x-large;">BIM情境劇:業主-BIM-建築師</span></b><br />
<br />
(※聲明一下,這只是幾個假設的情境,提到的人物都是虛構的,沒有影射任何人,萬一有所雷同,如果誰硬要對號入座,與我數碼阿叔無干)<br />
<br />
公元 2012 年臺灣中部某市有一位搞建設的業主,他在市區裡屯了一塊不小的菜地,現在想要蓋一棟大樓牟利。他曾聽過同樣搞建設的朋友說現在蓋樓要用 BIM 才够檔次,完工後拿 BIM 來宣傳一下,一定可以賣個好價錢。於是他約見了熟識的某建築師,告訴他準備要蓋樓起厝的决定: <br />
『建築師啊!我要蓋一棟大樓,要 BIM 的那一種。這是地籍圖,請你拿去畫看嘜,容積要蓋滿。後禮拜我們來討論,如果滿意就談簽約...』<br />
肥猪拱門,業務當前,建築師點頭稱是。鑒於時間緊迫,趕緊捏著地籍圖回去參詳了。<br />
<br />
建築師開始設計啦!如此如此…這般這般…一切行禮如儀。剛開始是概念設計吧,設計出來的東西總是首先得提交給業主看的,到了約定的這一天,建築師在業主的辦公室裡攤了一桌子圖。那麽應用 BIM 以後跟以往使用 CAD 産生的設計圖有什麽差別呢?其實一眼望去,列印成二維的圖形看起來跟以前沒什麽不一樣,平立剖面圖還是那些平立剖面圖。<br />
<br />
可是業主是個精明的生意人,不會就此輕易相信這就是傳說中的 BIM,業主翻著攤在桌上的那些圖,睜大了眼睛語氣急促的說:<br />
『建築師!你有沒有用心啊?我的朋友給我講,BIM 是那種什麽立體的模型啊!啊你這個跟以前一樣嘛!你打開電腦把那種模型用給我看嘜,不然我怎麽跟你商談簽約啊!』<br />
(※提示:應用 BIM 是把設計內容體現在電腦三維模型上的)<br />
<br />
接下來的狀况發展,可能會遇到三種不同的情境,差別在於建築師是用什麽方式操作設計,並且提交給業主這份設計案的圖形是怎麽完成的。<br />
<br />
<span style="font-size: large;"><b>【情境一】</b></span><br />
建築師只聽說過 BIM,自己沒沾過手,事務所裡的設計師們還在使用 CAD 二維圖形作業,拿給業主看的是 CAD 畫出來的二維平立剖面圖。<br />
<br />
『這個…唔…嗯…你要那種 BIM 的,我回去再想想辦法…』建築師勉强回應著業主的要求。<br />
原本想蒙混過關,沒想踢到了鐵板,心裡的滋味不大好受,因爲這份設計圖可不是用那個什麽 BIM 弄出來的。此刻一翻兩瞪眼,當然變不出一個三維模型來安撫業主…,凉!<br />
<br />
『…靠…毀了!上次開會的時候他說要 BIM,本來以爲他隨口說說而已,居然這老傢夥是來真的…』<br />
建築師心裡嘀咕著,爲了自己一時疏忽搞得現在很被動,悲劇啦,臉上的表情很是尷尬。<br />
<br />
這個 CASE 就此玩完了嗎?眼看合約簽不成了,準備收拾東西要撤了嗎?且慢走人,還是有好辦法能解套的,待會兒再告訴你。<br />
<br />
<br />
<span style="font-size: large;"><b>【情境二】</b></span><br />
建築師是利用三維設計軟體 (例如 Google SketchUp) 做完概念設計方案,把三維模型輸出轉成二維的平立剖面圖拿來給業主看。<br />
<br />
『要看三維模型哦?沒問題的啦,我還有彩色的透視圖呢,來來來!先看看這個…』<br />
建築師飛快的拿出他的筆記型電腦,同時順手把委任契約書拿出來,放在業主看得到的位置。接著電腦開機如儀,啓動了 SketchUp 和 ACDSee 二個軟體,一面在 SKP 模型畫面上轉動模型視景,讓業主能從各種角度仔細觀察模型。另一面則穿插展示著昨晚連夜渲染出來那一系列像照片般逼真 (Photo-Realistics) 的場景透視圖像。最後秀出一段動畫,先圍繞著建築物走一圈,看看房屋外觀造形與周遭綠化環境植栽的搭配,接著又穿越大門直接走進門廳,瀏覽內部的材料面飾和家具擺設。業主看得津津有味,腦海中思緒飛揚,充滿了對未來的美麗憧憬。<br />
<br />
『建築師!這個感覺很好嘞,這是 BIM 做出來的那種模型哦?那個外牆的花崗石顔色能不能稍微改比較淡一點的?還有…房屋西邊的楓樹能不能種多一點,整棟蓋高一點多幾層啦!另外…主臥室旁邊那個客房也要加陽臺和落地窗!給我稍改一下喔!』<br />
業主看得有些心動了,雖然他關注的焦點此刻已經逐漸轉移到其他部位,可他還是沒忘記他要的是 BIM。…汗!<br />
<br />
『這還不是用 BIM 畫的啦,現在是草圖階段,用這款模型的效果比較 BIM 卡好,我們都是用這款立體模型做設計。我很快就能修改好,再拿來給你看,我們可以先在模型上把房屋的外形啦、材料啦和裡面的格局啦、家具布置啦都决定好,就跟剛才你看到的那些透視圖一樣,你可以預先看到效果。那種 BIM 建模比較費時間,等以後細部設計和畫施工圖的時候才要用那種 BIM 軟體建模,這樣比較省時間,你也可以早一點申請建照賣房子對不對?啊你放心啦!保證你發包和施工的時候有 BIM 的圖給你用。要不先談談簽約怎麽樣?』建築師四兩撥千斤,不斷轉移業主緊盯的目標。<br />
<br />
『商談簽約應該可以的啦!可是你要在合約裡掛保證,寫明到時候一定要給我 BIM 的模型和施工圖。合約其他的條件我們來商量…』業主說。<br />
業主點頭了,應該可以簽下委任契約書啦,建築師心裡暗自盤算著,如果能先把設計權拿到手,剩下那個 BIM 的問題回去再說,反正天下沒有解决不了的事情。<br />
<br />
建築師爲了要解套,事急從權,及時打開電腦秀出 SketchUp 三維模型、模擬真實的渲染圖像以及播放動畫先穩住業主。接著告訴他現在是概念設計階段,原本就是拿這種 SketchUp 軟體做設計的,後面正式製圖的階段 BIM 工具軟體才會登場,請他拭目以待。這並不是在搗漿糊,想唬弄業主,這是以時間換取空間,走曲綫救亡圖存,總得先設法簽下設計合約,再想辦法去折騰 BIM。<br />
<br />
(※提示:Google SketchUp 是個三維模型工具軟體,好學易用,設計者能經由直觀的視覺回饋,經由模型體現設計思維。SketchUp 具有親和性很高的人機操作界面,幾乎能跟設計者腦海中的設計思維同步運作,建立三維模型的速度超快,很適合在概念設計階段用來 "做設計",它的功能不僅僅用於草圖,甚至可以涵蓋到施工圖階段。只是目前 SketchUp 的 SKP 模型內定所携帶的建築資訊偏重於形狀、材質、透明度等視覺傳達,還未能滿足 BIM 的應用資訊需求,因此從 SketchUp 産生的模型此時不能算是 BIM 的模型。但不久的將來就很難說了,從來沒有一個軟體有數以百計的粉絲不斷幫它寫外掛插件程式並且免費共享,據我所知已經有不少 Ruby 程式設計師正在努力把 SketchUp 推向 BIM 的層級。言歸正傳,雖然不是應用 BIM 所製作出來的模型,但是這種 SKP 三維模型比起其他三維模型在視覺表現上更接近人類的視覺印象,讓非屬設計專業的業主和其他人員更能直觀的瞭解建築設計的內容與細節)<br />
<br />
(※提示:CAD 軟體的人機操作界面在 "製圖能力" 上很强悍,但不適合用來 "做設計"。<br />
某些從 CAD 軟體逐步演化成形的所謂 BIM 建模軟體,本身承繼了 CAD 軟體繁複的人機操作界面,即使集成了許多應用的新功能,用做 BIM 的建模與製圖工具是個很好的選擇,但其界面原本就不適合用來 "做設計"。關於這一點,軟體公司是不會承認的,他們會列出一大堆理由說它是個能用來做設計的好工具。但是西瓜甜還是不甜,賣瓜的人說的不算數,吃瓜的人說的才算數。同樣的,軟體適不適合用在 "做設計" 上,軟體供應商說的不算數,必須是身在第一綫專門從事建築設計的建築師,根據自己親身操作體驗後所說的才是真的。整天與建築設計爲伍的建築師與設計師們,一定要分辨清楚 "設計" 和 "製圖" 的分野,也要清楚的認知設計工具與製圖工具之間操作行爲的差異,把工具用在不適合的領域將難以提升工作效益。)<br />
<br />
(※提示:把 SketchUp 的三維模型轉換成二維圖形,利用其自帶的 Layout 3 模組,或者使用 DoubleCAD XT, AutoCAD 之類的軟體都能辦得到)<br />
<br />
<br />
<span style="font-size: large;"><b>【情境三】</b></span><br />
建築師的確是玩過 BIM 的,也掏了銀子在事務所裡裝備了運行 BIM 所需要的電腦軟硬體。這次他花了不少時間把概念設計的內容利用 BIM 建模軟體構建了大樓的三維模型,又從嵌附在模型裡的各個視圖 (View) 導出成爲平立剖面圖拿給業主看,只是沒料到業主對 BIM 的認知只是個三維模型。<br />
<br />
『…想看模型早說嘛!要看就看唄!』建築師心裡這麽想,手底下可沒閑著。<br />
從提包裡拿出他的那部 " i7 " 工作站級筆記型電腦,那可是裝了最新 64 位元 Windows 7 作業系統的高級貨,同時也沒忘記掏出兩本委任契約書來放在一邊。啓動電腦讀進了模型檔案,片刻之後一個立體的建築模型視景出現在顯示幕上,他旋轉模型展現這棟建築物各個角度的視圖。業主眯著眼睛直盯著顯示幕,對自己即將擁有 BIM 大樓顯然欣喜不已,清一清喉嚨說:<br />
<br />
『這就是人家說的 BIM 模型哦!那我們今天可以商談一下簽約的條件。還有…我跟你講我這個 CASE 要那個…那個什麽綠建築啦!還有…還有…啊!對!他們說的永續啦!屋頂上面還要裝那種會轉的風車和太陽能板。嗯!還有…每層樓蓋小一點沒關係,一定要多蓋幾層樓,最好外形能够凸出來凹進去那樣變化多一點,不要每層統統一樣,我要把這棟蓋成那個什麽…什麽…啊對了!蓋一個地標啦!』業主一口氣提出了一大串要求。<br />
<br />
(※提示:BIM、綠建築、可持續性、替代能源設備、地標等等,都跟建築物有關,但是彼此之間並不存在必然的關連性)<br />
<br />
喝下一口茶,緩過一口氣,業主接著又說:『建築師!啊你這種模型能不能給我看到屋子裡面的格局,每個房間裡面牆壁和地面用了材料的樣子,還有裡面那些家具擺設。頭前我有一個 CASE,那位建築師用那種什麽…草圖大師啦!他都能給我看裡面這些東西。』<br />
<br />
聽了業主的話,建築師就像正喝著冰可樂的時候不小心一口吞下了冰塊,心頭又梗又凉。暗想著:<br />
『我的媽呀!要求這麽多,照他這種搞法這豈不就翻案了嗎?前面爲了建這個模型忙活了這麽多天,搞得人仰馬翻,電腦還當機好幾次。唉!又得重新開始…』,…哭!<br />
<br />
(※提示:即使應用 BIM 把設計內容整合在單一模型上,更改少部份設計內容比較省事,不必像從前二維製圖時代那樣逐張修改。但是改圖是有限度的,如果遇上業主整體性的翻案,另起爐灶可能還快一些!)<br />
<br />
在[情境三] 裡所敘述的情節,那位建築師使用了 BIM 嗎?當然不是的,那是個假象。他在這個階段所做的頂多是利用所謂 BIM 建模軟體建立了一個三維模型,在沒有加上建築資訊以及協同作業之前,實在不能算是 BIM。這也是當前的一種迷思,有些人學會了操作所謂的 BIM 建模軟體,拿它構建出三維模型就自認為是個 BIMer,但是實際上跟真正應用 BIM 還差一大段距離呢,然而這總是個好的開始,肯親自投入其中,這是條正確的路徑。<br />
<br />
看完上面所描述的三種情境,按照一般的認知,三種情境中可能獲得設計權機會的排序是 [情境三] 的機會最大,其次是 [情境二],而 [情境一] 的機會應該是最低的,如果建築師不幸處於 [情境一] 的狀態,似乎業主會把設計權交給他認為已經在應用 BIM 的建築師。但是從數碼阿叔我的觀點來看,實際上在三種情境下建築師獲得設計權的機會可以是相等的。 <br />
<br />
爲什麽我會這麽說呢?因爲當前台灣的社會是個工商高度發展的環境,各種行業領域的運轉速度與反應時間都很快,只要社會中有了某方面的需求,在很短的時間內就會出現相應的行業來填補需求的缺口。所以當應用 BIM 在台灣被鼓吹到跟流行風潮掛鈎的時候,以台灣社會一窩蜂的特質,很快就會在建築業裡反映出對 BIM 應用和熟練操作人員的大量需求。然而當前建築設計行業裡對 BIM 應用的準備以及技術養成訓練仍停留在無作爲或者作爲不足的狀態,届時勢必難以滿足需要。因而我可以預期届時必然會出現一個新興的行業-「BIM 代理服務公司」,適時給建築界填補需求的缺口。<br />
<br />
這種 BIM 代理服務公司 (假設的) 就是預期可以爲應用 BIM 解套的解决方案,因此對於上述的 [情境一] 與 [情境二] 的狀况,建築師大可以用委婉的語氣據實向業主說明這次沒有把BIM 應用在概念設計上的個中原因 (坦白從寬嘛),是因爲那種所謂 BIM 工具軟體本身並不適合在這個概念設計階段用來做設計,其二是業主身邊並沒有聘雇一位 "BIM專案經理"幫業主做跟 BIM 相關連的規劃與協調工作。接著建議業主找個 "BIM 代理服務公司" 擔任這個建築案件中關於 BIM 方面全程工作規劃、協調與管理,這麽做能爲業主帶來最大的效益。實際上,即使在 [情境三] 的狀况下,不要說建築師略懂 BIM,就算他精通 BIM,最好也同樣建議業主去找代理服務公司。爲什麽這麽說呢?雖然建築師在原先建築設計之外又增加了全程的 BIM 協調管理工作,理論上可以另外向業主要求支付一筆酬金,但是一定得考慮到我們社會中的現實面,那就是 "一加一必然小於二"。即使多做了這些服務,一不小心應得的費用最後可能就被七折八扣的給忽悠掉。因此藉由這種 BIM 代理服務公司適時進入工作環節,將使得整個建築行爲得以合情合理的登上 BIM 的層級。<br />
<br />
下接《BIM代理服務芻議 (3 / 8)》「BIM代理服務公司」柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com5tag:blogger.com,1999:blog-1962191797692797800.post-43598921756155198572011-07-11T22:02:00.001+08:002011-07-11T22:29:54.446+08:00BIM代理服務芻議 (1 / 8)作者:數碼阿叔/柏基建築師,歲次辛卯年六月寫於台北<br />
<br />
<span style="font-size: x-large;"><b style="color: red;">BIM 時代來臨的前夕</b></span><br />
<br />
有人預言說台灣建築業的 BIM 時代即將來臨,因而 BIM 的應用前景一片大好。我不知道此話是否當真,但是可以預見的是當台灣建築業的 BIM 時代真的來臨的時候,由於台灣社會凡事一窩蜂的傳統,届時大多數投資建屋的業主們必然急吼吼的要求上馬,準備躋身在BIM 這班列車上。BIM 被說成能爲各個參與者省錢的神兵利器,應用 BIM 主導設計和精益施工以後蓋出來的房屋檔次比較高,銷售與經營價值也會因而提升。<br />
<br />
在競爭激烈的房屋市場裡,怎麽搶錢比較重要,誰都沒有耐心去循序漸進,都希望能立即擁有,業主們的這種心態是可以理解的。然而看起來我們的設計界迄今似乎還沒準備好迎接這個新時代,許多人至今仍在討論著:<br />
『...聽說有一種軟體叫做 BIM...』 <br />
『...不知道 BIM 這個東西好不好用...』 <br />
『...要不要買 BIM,聽說很貴...』<br />
『...建築師都還沒有用 BIM...我們專業技師哪來的模型可用BIM...』<br />
『...BIM 是啥?好像大家都不會用...』<br />
整體的設計環境裡並沒有表現出急著武裝自己準備上陣的積極作爲,恐怕當前心裡發急的,只有賣 BIM 應用工具軟體的軟體供應商了。<br />
<br />
當業主打算在他的建築案件裡立即啓動 BIM 的時候,首當其衝的是建築師,因爲建築師一向在業主投資的建築行爲中扮演著重要的角色,既是幫業主出謀劃策的諮詢顧問,也是建築設計的實際執行者,更是工程施工階段的監督者。按照慣例,整個設計團隊也是建築師負責召集和協調作業的。當建築師接到業主的任務要求說要 BIM 的時候,總不能跟業主說:『稍安毋躁,待我們先去學學 BIM 怎麽用再說』。不管準備好了沒有,整個設計團隊成員包括建築師和相關的專業技師們就得立即投入 BIM 作業。如果沒先準備好,情勢就會變得很被動,處處左支右絀,事事受制於人。<br />
<br />
然而在當今 BIM 氣候未成尚無實質收益的時候,誰願意耗費許多寶貴的時間去進行準備呢?可能大多數人會選擇靜觀其變等等看,說不定還真的會錯失及時上馬的契機。但是的確不必爲此憂心,這篇博文所陳述的是未來可能生成的一種稱爲 BIM 代理服務的新興行業,它將能在 BIM 時代來臨的時候,適時填補設計單位在應用 BIM 作業能力上的不足。<br />
<br />
也許有些人到現在心裡還想著,這沒什麽了不得的,不就一個什麽軟體嗎?到時候買一套BIM 回來畫圖就好啦!實在不濟的話,了不起去招聘一個會操作那種軟體的設計師回來,幫我搞出那種模型不就行了嘛!<br />
<br />
大哥!別說我沒提醒過你,BIM 不是你想像中那樣就那麽一個三維模型而已,BIM 也不是簡單到買個軟體回來立馬就能搞出來的,跟你以前使用 CAD 軟體相比,差很大呢!<br />
<br />
接下來爲了說得清楚一點,數碼阿叔我拿未來可能發生的情境做個比擬,看看在 BIM 現形以後,建築師可能會面臨到的幾種狀况。<br />
<br />
下接《BIM代理服務芻議 (2 / 8)》「BIM情境劇:業主—BIM—建築師」柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-13339920917036455252011-04-12T19:56:00.001+08:002011-04-12T20:08:54.170+08:00BIM是誰的菜? (4/4)作者:數碼阿叔/柏基建築師,歲次庚寅年臘月寫於臺北<br />
承續上一篇博文《該爲<span style="font-family: Arial,Helvetica,sans-serif;">BIM</span>支付哪些代價?》 <br />
<br />
<b style="color: #990000;"><span style="font-size: x-large;"><span style="font-family: Arial,Helvetica,sans-serif;">BIM</span>是誰的菜?</span></b><br />
<br />
整個建築案件的生命周期以行爲階段來區分,包含到投資、規劃、設計、施工、使用等等不同的階段,它的牽涉面很廣泛,從開始規劃直到最終廢棄,整個時間跨度可能會在數十年甚至超過一百年之久,今天有些人說BIM能完美的解决那些存在已久的種種建築問題,是個很理想的東西。實際上真正運用BIM完成的建築案例不惟在這世界上數量不多,事實上其中也沒有哪一座建築物已經渡過它正常的整個生命周期,一切都是個現在進行式。<br />
<br />
"時間"是個重要的因素,任何短期內顯現的效益和措施都必須經過長期的"時間檢驗"去驗證和落實。不可以隨口就說:『我看行!』,唯有經過檢驗才能評價它到底是行還是不行。<br />
<br />
說得明白一點,在目前看來運用BIM以後的確可以爲投資的業主方、施工方以及設計方節省直接成本,反過來說也就是他們藉此創造了利益,這種利益當然不是雨露均沾的,從本益比來推斷是業主方與施工方獲得較多的利益,而設計方獲得較少的利益,這些都是基於建築行業當前的游戲規則裡從金錢角度的考量。可是對於整個建築行爲的最佳化和使用效益的最大化,BIM是否就是唯一的解决方案,目前言之過早。經過時間的考驗和沉澱以後,各個參與方彼此的相對關係如果因爲BIM的介入而發生變化,原先的游戲規則當然會跟著改變,未來的BIM生態未必就是今日我們所預期的BIM生態。<br />
<br />
我這麽說,可能有些人不會同意我的觀點。當今我們這裡有少數公司的確利用統包(turnkey)的方式完成了一些基於BIM應用的個案。我的看法是,即使這些個案進行當中協調運作良好,但是這種集結在同一個公司內操作的方式,並非島內民間建築業體系異業分工合作的普遍性做法,而且零星個案的成功與否也不足以代表普遍化的狀態。我們對於任何制度的創建必須以能够讓最多的業者普遍化接受和應用做爲最終的目標。<br />
<br />
當前,許多跟建築相關的業者對於BIM的應用與否,可能正徘徊於做與不做之間,此時此刻大家還是會循著原有的游戲規則玩下去。即使是用上了BIM,實質上的建築資訊模型化工作也幾乎都集中在設計階段進行,發給施工方的仍然是紙質的二維藍圖,建築業界共用的組件庫與材質庫仍然未見踪影。在設計方與施工方自身,各項整合與協同作業也尚在萌芽階段。其餘的參與方多半仍陷於被動因應的狀態,因此依照眼下的狀態來看,BIM整體的效益並非如同宣傳中所描述的願景那般美好,距離『王子與公主從此過著幸福快樂的日子』也還很遙遠。<br />
<br />
建築案件運行中各個參與方所牽涉的程度深淺不同,應用BIM看起來都能獲得一些實質上的效益,同時相應的也得付出代價,收穫與付出之間能不能平衡或者怎麽去平衡,這得由參與者自己决定,別人不宜多嘴多舌的畫個大餅去指導他做出决定。<br />
<div style="text-align: justify;"><br />
</div>如果爲了急於推動BIM,捧著國外的所謂成功案例說我們也應該這樣那樣,這種做法沒考慮到的狀况很多,每個地區的建築環境必然會受到許多因素所影響,因爲地域不同、民情不同、社會結構不同、建築制度不同、設計業規模不同、營造施工能力不同…等等,這一切都使得我們這裡建築業界的生態跟國外存在著不小的差異。<br />
<br />
數碼阿叔以爲,BIM要在我們這個島上生根發芽,必然會因爲上述這些既存的差異而出現"本地化" (localized)的轉變。本地化以後的"臺灣式<span style="font-family: Arial,Helvetica,sans-serif;">BIM</span>"肯定不是洋人那一套原汁原味的東西,最後被端上桌的會是一道什麽菜,我不知道,我只想知道這個BIM會是誰的菜?<br />
<br />
(本篇完)柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com5tag:blogger.com,1999:blog-1962191797692797800.post-62713496443245153512011-04-12T19:44:00.000+08:002011-04-12T19:44:44.515+08:00BIM是誰的菜?(3/4)作者:數碼阿叔/柏基建築師,歲次庚寅年臘月寫於臺北<br />
承續上一篇博文《誰從<span style="font-family: Arial,Helvetica,sans-serif;">BIM</span>裡獲取了利益?》<br />
<br />
<span style="color: red; font-size: x-large;"><b>該爲<span style="font-family: Arial,Helvetica,sans-serif;">BIM</span>支付哪些代價?</b></span><br />
<br />
在建築案件裡應用<span style="font-family: Arial,Helvetica,sans-serif;">BIM</span>,看起來似乎對每一個參與者都有利益。然而,BIM絕對不是那種"花錢不多,樂子不小"的東西,天下沒有白吃的午餐,想要獲得利益當然得付出代價啦。爲了得到應用"BIM"所帶來的種種好處,在建築案件中的各方參與者總得付出一點"好處費"。看不破這一點,那就別去摻和BIM,還是老實一點將就著使用現在的二維CAD圖形繼續玩下去,房屋總是蓋的起來的。<br />
<br />
<span style="font-size: large;">(1) 投資的業主</span><br />
•需要聘請真正對BIM內行的專案經理和工作人員。<br />
爲了執行BIM業主端的操作,業主必須聘請對BIM真正內行的專業人員,代爲操持跟BIM相關的計劃、協調與檢驗事務,才能順利的運作BIM。<div style="text-align: justify;"><br />
•因實施BIM所支付的作業成本得合理的提高。<br />
應用建築資訊模型化的作業成本必將高於傳統的二維CAD圖形作業成本,給付設計團隊的酬金必然得相對的合理提高。業主方一定要正確的認知一個事實,BIM不是便宜擱大碗或不花錢就能得到的東西。所謂一個蘿蔔一個坑,便宜無好貨,這是顛撲不破的硬道理。如果業主不能體認到這一點,那麽他是玩不起BIM的。<br />
<br />
<span style="font-size: large;">(2) 建築設計團隊(建築師與專業技師等)</span><br />
•需要持續學習一系列跟應用BIM相關軟體的操作。<br />
想要應用BIM,首先必須有個清楚的認知,只憑一套CAD軟體打天下的時代已經過去了。如今需要學習一系列跟應用BIM相關軟體的操作,並且建立新的作業方法與工作流程。</div><div style="text-align: justify;"><br />
•應用BIM必須具備協同作業的觀念和嫻熟的操作能力才能建立生産力。<br />
設計團隊的成員(建築師與專業技師們)都得建立相互協同作業的架構,並且要能嫻熟的運作平行作業的工作流程,才能建立並且維持高效率的生産力。</div><div style="text-align: justify;"><br />
•對電腦硬體的投資會持續增加。 <br />
當建築案件的規模擴大時,用於運行BIM相關各個軟體的電腦硬體也將隨著進行更新或提升性能。那些嵌附了完整建築資訊的三維模型,模型檔案變得龐大而且模型內容變得很複雜,想要流暢的在電腦上運行,那麽對電腦硬體處理能力的要求就不是宣傳中那麽低階了,通常都得找尋市場上PC工作站級那種高速電腦來運行。(建築設計的範圍很廣,不是只弄些小變電機房或低層雙併公寓而已,如果只搞那種小東西,又何需BIM呢?)</div><div style="text-align: justify;"><br />
•跟BIM相關的各種軟體的投資會持續增加。<br />
軟體業者每年都發行一次要收費的更新版,幷且改變模型檔案的版本相容性,讓既有的使用者不得不再度付費跟隨著升級。軟體業者常常會用擠牙膏的方式,每次更新版本裡只增加了少許新功能,延續軟體的生命周期。由於版本間的相容性問題,軟體使用者不得不跟著升級更新。</div><div style="text-align: justify;"><br />
•團隊成員間的協同作業磨合期將影響生産力。<br />
當設計團隊的組成成員(建築師與各專業技師們)發生變動時,在新加入成員與團隊的協同作業磨合期間,團隊的生産力將因而受到影響。</div><div style="text-align: justify;"><br />
•專業人員教育訓練成本會不斷增加。<br />
當工作人員離職或新進變得頻繁的時候,教育訓練的成本與生産力提升不見得能掛鈎,也使得教育訓練會成爲常態性進行的工作。</div><div style="text-align: justify;"><br />
•創建組件與建築材料資料庫以及更新維護資料庫的成本隨時間增加。<br />
當前我們的建築業界對於本地化的共用組件庫與建築材料庫的支援力度很低,要深入應用BIM就必須自己創建足够的"建築構件模型"(BEM)以及建立一個組件資料庫使用,並且得自己設法持續進行維護與更新。</div><div style="text-align: justify;"><br />
•有關應用BIM所增加的設計酬金比率、爲特定專案自訂組件的智慧財産權歸屬目前都還是講不清楚的問題。<br />
<br />
<span style="font-size: large;">(3) 營造施工者</span><br />
爲了能在施工過程裡完整的發揮BIM帶來的效益,施工者應該改變傳統上只按圖施工其他一概不理的被動心態,爭取拿到並且應用這種三維資訊模型用做建造的主要對照樣本,以積極主動的態度主導工程合理的進行。</div><div style="text-align: justify;"><br />
•組織具備BIM操作能力的專業人員,對電腦軟硬體和專業人員教育訓練的投資。</div><div style="text-align: justify;"><br />
•建立基於BIM的新作業方法和流程,把跟模型的互動關係加進施工程序中。</div><div style="text-align: justify;"><br />
•如果位於上游的設計單位並沒有把BIM應用在設計圖說中,營造施工者可能得自己進行建築資訊模型化,在營造施工階段爲自己創造工作效率和經營利潤。<br />
<br />
<span style="font-size: large;">(4) 建築材料與設備供應廠商</span><br />
當BIM被建築業界普及運用的時候,創建一個本地化、非營利性質的"共用資料庫",可以促成我們這裡本地供應商的銷售商機。因此建築材料與設備供應商們一定要體認到共用資料庫的重要性,日後凡是未被共用資料庫收錄的建築材料和建築設備産品,可能就將失去被BIM操作者選用的機會,從而失去在這個領域裡的競爭力。即使不存在共用資料庫,各個設計團隊自行構建的資料庫依然左右著建築材料與建築設備的選用權。</div><div style="text-align: justify;"><br />
由於共用資料庫的管理者只管收集、分類、保存與更新廠商提供的産品資料檔案,提供各個設計團隊查閱或下載使用,本身並不參與製作。因而:</div><div style="text-align: justify;"><br />
•建築材料供應商得持續提供其最新的建材資訊電子檔案給共用建材資料庫。</div><div style="text-align: justify;"><br />
•建築設備供應商得持續提供其設備最新資訊模型電子檔案給共用組件資料庫。</div><div style="text-align: justify;"><br />
•廠商可能得額外投入成本自行製作或者委托別人代爲製作符合資料庫要求的各種格式"建築構件模型"(BEM)和建材電子型錄。<br />
<br />
<span style="font-size: large;">(5) 建築物的使用者</span><br />
•購屋者可能會因爲購買經過BIM加持的新建成房屋而額外多付出房價 <br />
這個社會上消費者永遠是弱勢的群體,跟生産者相比,消費者獲得的産品訊息經常是被動的、片面的以及經過包裝的。因而在房屋市場中購屋者雖然人口數衆多,也容易受廣告包裝左右其表面價值,爲購買應用了BIM建造的房屋而多付出費用。<br />
<br />
<span style="font-size: large;">(6) 建築物的物業管理者</span><br />
•對電腦軟硬體與操作人員教育訓練的投資<br />
如果建築物的物業管理者要利用三維的建築資訊模型做爲維修管理的載台,那麽物業管理者除了得裝備能够讀取模型檔案的相關電腦軟硬體,同時也得配置能操作BIM工具軟體的人員。<br />
<br />
<span style="font-size: large;">(7) BIM建模工具軟體業者</span><br />
•高昂的軟體售價、密集的付費更新策略,直接影響到使用軟體的群衆中合法使用者的比率,使得軟體業者的獲利率降低。</div><div style="text-align: justify;"><br />
•軟體更新時間的壓力以及追隨硬體提升性能的壓力使得軟體開發成本提高。</div><br />
•雖然開發BIM建模工具軟體的業者目的是銷售,並沒有義務爲軟體使用者建立完整而足够選用的建築構件資料庫。但是軟體業者藉著推銷軟體之便,扮演推手的角色,推動或協助創建一個完整的本地化共用資料庫,當能更有助於推銷軟體。<br />
<br />
未完,接續下一篇博文【BIM是誰的菜?】(4/4):《BIM是誰的菜?》柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-41915985672883794382011-04-12T18:46:00.001+08:002011-04-12T20:12:19.083+08:00BIM是誰的菜?(2/4)作者:數碼阿叔/柏基建築師,歲次庚寅年臘月寫於臺北<br />
承續上一篇博文《BIM來也!我就是路我是光》 <br />
<br />
<b style="color: red;"><span style="font-size: x-large;">誰從<span style="font-family: Arial,Helvetica,sans-serif;">BIM</span>裡獲取了效益?</span></b><br />
<br />
<div style="text-align: justify;"><span style="font-family: Arial,Helvetica,sans-serif;">BIM</span>看起來不錯,在工程建設中實施了BIM以後,對參與的各方都有好處。雖然天下沒有只賺不賠的行業,操作得好,賺錢;操作得不好,賠錢;願賭服輸,這也是天經地義的事情,一切都在於主其事者的企圖心和準備好了沒有。那麽應用了"BIM"以後能爲各個參與者帶來哪些效益(包括利益)呢?<br />
<br />
<span style="font-size: large;">(1) 投資的業主</span><br />
•有效的控制預算成本,花費最合理的費用把房屋建造起來。(不該是最少!)</div><div style="text-align: justify;"><br />
•有效的控制工程進度,在最合理的期限內把房屋建造起來。(不該是最短!)</div><div style="text-align: justify;"><br />
•有利於規劃資金流程,能比較精准的管理資金進出的時程。</div><div style="text-align: justify;"><br />
•有利於提升房屋價值,在社會觀感上對業主的經營地位與房屋價值都有助益。<br />
應用了BIM的建築行爲,應該能比較容易的幫助業主達成資金投入率合理化、報酬回收率最大化的目標。<br />
<br />
<span style="font-size: large;">(2) 建築設計團隊(建築師/專業技師等)</span><br />
•把建築設計體現在單一的三維模型上。<br />
從單一模型産生平面、立面、剖面以及細部詳圖,最大程度的减低圖面不一致的可能性。這並非BIM獨有之處,一般經由三維模型進行建築設計的工具都能辦得到,然而應用這些BIM工具軟體目前可以先行生成所需的各種圖面嵌附在模型裡,跟隨著模型同步深化和修改。</div><div style="text-align: justify;"><br />
•把相關的建築資訊嵌附在模型的各個物件上。<br />
這是BIM的精華所在,使用三維模型把往昔設計圖、說明書、材料清單...等等格式不同的建築資訊整合在一起,提升整體的應用效率。同時避免了像從前那樣在一大堆圖面中次第輸入標註、詮釋、跨圖面指引詳圖與說明的麻煩與時間。時間就是金錢,對於設計者與施工者來說,能節省時間意味著能降低成本。</div><div style="text-align: justify;"></div><div style="text-align: justify;">•减少大量對圖面檢查、除錯與核對的時間。<br />
對設計者來說,出圖前仔細核對圖面與除錯是應盡的責任同時也是比較頭疼的問題,不但得花費大量的時間與人力,並且,偶有遺漏之處就會被人說成是普遍發生的現象。應用BIM把圖形直接鏈接在模型上,跟隨著模型同步更改,能爲設計者在核對圖面與除錯上節省大量的時間。</div><div style="text-align: justify;"><br />
•改圖或變更設計內容直接在模型上作業。<br />
直接在三維模型上修改,不再需要逐張圖面分別修改,消除漏改的可能性。</div><div style="text-align: justify;"><br />
•對"建築設計"裡形式、風格的建立無所助益,但是對"製圖"操作的效率幫助甚大。<br />
建築設計思想層面的內涵取决於建築師腦海中的設計思維,這是電腦永遠無法取代的。要用做建築設計推演工具,軟體必須具有親和性很高的人機界面,可以像建築師手持鉛筆勾勒草圖那般跟腦海中的思維同步推演。但是當前這些BIM建模軟體,其人機界面的操作方式仍然延續傳統CAD軟體所需的精確輸入與計算,時時干擾設計構思的推演過程。雖然在某種程度上不適於拿來直接操作設計,但是三維模型整合圖形的功能,在設計後期却是一種整體效率很高的工具。<br />
<br />
<span style="font-size: large;">(3) 營造施工者</span><br />
•從設計單位獲得的BIM施工圖其內容的錯誤與遺漏會比較少。<br />
即使應用了BIM,完全無錯誤是不可能的,但是减低了因爲除錯或增補遺漏導致對施工程序的干擾和對工期的耽擱。</div><div style="text-align: justify;"><br />
•準備根據傳統的二維施工圖自行創建三維資訊模型用於施工。<br />
如果上游的設計者並沒有應用BIM完成施工圖說,具備BIM操作能力的營造施工單位可以自行創建三維資訊模型用於施工階段,從中獲取的實質效益將大於軟硬體與教育訓練的投資成本。</div><div style="text-align: justify;"><br />
•根據BIM的建築資訊模型,建立切合實際進度能力的合理施工期限與工程施作程序。<br />
切合實際的工程期限必須由施工廠商參照自身的施工能量,考量自身資金調度能力與業主分期支付工程款的能力,甚至包括長期氣象預報等等因素,藉此自己編製。在設計階段擬定的施工日程,通常是根據一切都理想的狀態,很可能會偏離實際狀况,施工者不能直接拿這種日程做爲工程期限施作。</div><div style="text-align: justify;"><br />
•直接從模型"存取"詳細的建築資訊。 <br />
所有跟建築物相關的資訊都整合在單一的三維模型上,施工階段所有應用到的資料都能從模型上直接讀取,並且在施工階段持續更新建築資訊模型。</div><div style="text-align: justify;"><br />
•以三維模型替代紙質施工藍圖,提升工程施作的精確度。<br />
在工程施作前藉由三維模型進行模擬施作與安裝,可以大幅提升施工的精確度。<br />
<br />
<span style="font-size: large;">(4) 建築材料與設備供應廠商</span><br />
•提升建築材料産品銷售商機。<br />
建築材料供應廠商建立包含材料資訊的産品電子型錄,提供到"共用材料庫"存放,讓應用BIM的設計者直接從共用材料庫中選擇使用。這麽做能讓建築材料供應商開啓另一種有效率的銷售管道。</div><div style="text-align: justify;"><br />
•提升建築設備産品銷售商機。<br />
建築設備供應廠商建立産品的新型電子型錄,包括嵌附産品資訊的組件(三維的模型),提供到"共用組件庫"存放,讓應用BIM的設計者直接從共用組件庫中選擇使用。相同的也開啓有效率的銷售管道。日後當BIM被建築業界普及使用的時候,設備供應商如果未能提供嵌附産品資訊的"建築構件模型"(BEM)可能就此失去被設計者採用的機會。</div><div style="text-align: justify;"><br />
•在建築業界共用材料庫和共用組件庫尚未成立之前,這些電子型錄將由廠商直接提供給各個應用BIM的設計團隊使用。<br />
<br />
<span style="font-size: large;">(5) 建築物的使用者</span><br />
•應用嵌附的建築性能資訊,讓使用者能更有效率的控制室內空間環境品質。<br />
<br />
•從三維模型獲得準確的産權面積資料。</div><div style="text-align: justify;"><br />
•藉由建築資訊模型能使得建築物在使用階段的"中期更新"具體化以及制度化。<br />
<br />
<span style="font-size: large;">(6) 建築物的物業管理者</span><br />
•可以獲得準確的建築物施工圖,作爲執行物業管理的參考藍圖。</div><div style="text-align: justify;"><br />
•利用三維模型可以明確知道建築物內外所有管綫、閥門的佈設位置以及所有管綫與設備的規格。對於建築物的設備管理和常態性維修過程有很大的幫助。</div><div style="text-align: justify;"><br />
•在建築物維修保養和中期更新的時候,從三維資訊模型上可以直接查閱建築物使用建築材料的資料,也可以查閱建築物內外各種設備與設施的規格、型號、廠商的資訊。<br />
<br />
<span style="font-size: large;">(7) BIM工具軟體業者</span><br />
•藉著推廣建築資訊模型化,軟體業者可望大幅度提升軟體的銷售率。如果再加上不斷更新版本,能獲利更多。</div><div style="text-align: justify;"><br />
•藉由設計者所建立特定格式的三維模型,軟體業者可以設置地區性伺服器,經由網際網路提供建築性能分析、成本估算與能耗計算等,從銷售雲端服務獲利。</div><br />
未完,接續下一篇博文【BIM是誰的菜?】(3/4):《該爲BIM支付哪些代價?》柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com0tag:blogger.com,1999:blog-1962191797692797800.post-75444022429962100302011-04-12T18:31:00.000+08:002011-04-12T18:31:48.966+08:00BIM是誰的菜?(1/4)<div style="text-align: justify;"><b><span style="font-family: Arial,Helvetica,sans-serif;"></span></b></div>作者:數碼阿叔/柏基建築師,歲次庚寅年臘月寫於臺北 <br />
<br />
<b><span style="color: red; font-size: x-large;"><span style="font-family: Arial,Helvetica,sans-serif;">BIM</span>來也!我就是路我是光</span></b><br />
<br />
<div style="text-align: justify;">當前,在我們這個社會上,如果誰想要扮演推手的角色,想要順利推動一種革命性的新工具或者新技術,光憑著四處宣示美麗的願景是絕對無法達成目標的。經過了金融海嘯和景氣持續低迷以後,大家都學會了秉持著守成不易的想法,行事變得保守因循,要求他們一下子改弦更張棄舊迎新,結果必然是沒人理你。因此最爲可行的方式就是把那些跟目標領域裡相關聯的一攬子協同作業單位統統都拖下水,告訴他們只要能跟著我走(follow me),今後大家就能耕者有其田,不再食無魚出無車。最好再搞個幾次論壇,找來幾位專家爲此背書,或弄幾件成功的案例(case study)來演示一番,顯現出在他們各自的專業領域裡真能有光明的前途和足够的利潤。</div><br />
<div style="text-align: justify;"><span style="font-family: Arial,Helvetica,sans-serif;">BIM</span>亦如是,自從上個世紀80年代以來,我們的建築業界一直廣泛的運用PC級的二維CAD軟體作爲共同的製圖工具,迄今已經將近30個寒暑。雖然把這些二維CAD軟體應用在建築設計中的時候,因爲其本身的人機界面親和性先天存在著無法克服的缺點(關於這一點那些軟體公司多半不會承認的),使用的人雖然不甚滿意但還可以接受,建築業自動化的理想也就在小部份自動、大部份手工的狀態中沿用至今,多年下來大家也習以爲常,並且已經發展成建築業中相關各專業間共同遵循的一套游戲規則。<br />
<br />
最近這幾年,就在大家的眼皮子底下忽然冒出來一個叫做<span style="font-family: Arial,Helvetica,sans-serif;">BIM</span>的東西,有人說它是將零散的建築資訊經由"模型化"(Building Information Modeling)整合在一起,有人硬說它指的是一種建築資訊"模型"(Building Information Model),衆說紛紜莫衷一是哪!推銷BIM的人說它是個好東西,是當前武林中傳聞的倚天劍屠龍刀,它的橫空出世將能解决目前建江湖中所存在的一切問題,化解所有的難題和矛盾。這個被說成震驚武林轟動萬教的神兵利器體現在新一代的CAD工具軟體上,賣軟體的公司說這是一種具備實現BIM能力的工具軟體,好東西當然得賣個好價錢,但是一定得讓掏出銀子買這種軟體的人感覺到物超所值,你說是吧?<br />
<br />
暫且不論BIM是工具技術還是行爲觀念,根據數碼阿叔我這幾年來對BIM的粗淺認識,我也認爲用上BIM能有機會爲建築業界解决某些既有的"歷史遺留問題"。但是這個世界上不存在完美的東西,許多能給我們帶來效益的措施和做法都可能在一些環節中産生副作用,重要的是我們得事先瞭解隱藏在這裡面的一些不足之處,才能有效的防杜或者適時的進行彌補。實際上,比較完整的BIM概念和整合性操作方法,是在晚近的四五年間出現的。在此之前,這麽多年以來即使沒有這個所謂BIM可資運用,我們的建築業界照樣把都市搞得高樓林立,因此在本質上這個BIM並不存在非我不可的必然性,只是藉著BIM可以讓我們飛得更高、走得更遠。<br />
<br />
那些被BIM業者所一再拿出來强調的什麽圖面不一致的失誤…等等現象,凡是真正在建築行業的第一綫工作過的人都很清楚,會發生這種狀况多半是設計者在出圖前沒有仔細核對圖面,所以設計者自己本身要擔負相當的失察責任,不能推說是人力所不能及的狀態。至於施工時無法掌握工期或者錯誤返工…等等問題,負責施工的營造廠在開工前製作施工計劃時,有責任根據自己的施作能力合理的制定相應的工期。同時施工者必須在施工前仔細讀圖,確實瞭解工程的每一處細節(俗話說把圖吃透),如果真的能貫徹這一點,圖說中有任何不一致、遺漏或錯誤的地方此時將無一遁形,應該向設計方要求厘清或者要求解釋。該怎麽做才能避免錯誤返工或者耽誤工期,這些都跟施工者的經營成本息息相關的,不宜概括承受或者一推了之,難道身爲一個負責任的專業施工廠商,會在沒有規劃施工細節的情况下就冒然去施作嗎?因此,對於發生錯誤返工這種情況,實際上雙方都有責任,相互推諉是不好的。<br />
<br />
制度上並非沒有過濾的機制,如果該要把關的人能負責盡職,當然能避免掉很多不該發生的狀况。然而,人事!人事!只要有"人"摻和在裡面必然會有"事",任何團體裡總是有人夾在裡面打混的,否則也不會有機會讓人拿這些狀况來說事。許多個別事件的事後卸責之詞在今天被有意放大並且說成是一種普遍現象,拿這些用做推廣BIM的重要理由,我認爲這種心態不可取。<br />
<br />
我不禁想問問,在運用了BIM之後,是否就能避免設計中的錯誤遺漏,是否就能保證上述這些問題不會再發生呢?(答案當然是否定的啦!)<br />
<br />
一座建築物從開始規劃一直到最終拆除廢棄,在這整個建築生命周期的各個階段當中牽涉到很多不同參與方,他們之間有的搭台有的唱戲,都扮演著特定的角色。我的看法,真正能讓他們參與並且應用BIM的驅動力只有一個"錢"字,希望經由BIM能節省成本並且獲取最大的利益,除此之外,還有別的嗎?</div><br />
未完,接續下一篇博文【BIM是誰的菜?】(2/4):《誰從BIM裡獲取了效益?》柏基 建築師http://www.blogger.com/profile/00269640130320868538noreply@blogger.com1