資訊分享

/資訊分享

資訊分享內容

【資訊分享】COBie,從設計到營運

FMC 科技公司 (FMCTI) 為全球性能源工業設備及服務的供應商,其近期於 Greenfield 專案的第一階段,實施了從建造到運行的建築資訊交換標準 COBie (Construction to Operations Building information exchange),而 Greenfield 專案是綜合用途的企業園區,由位在美國德州休士頓占地 72 英畝的基地中,近 170 萬平方英呎的 A 類別改建計畫組成。 COBie 是建物生命週期中設施資訊收集與交付的資訊交換標準,8 個 COBie 記錄檔案在建物實際完成前,已被產出並匯入到 FMCTI 的整合工作場所管理系統 IWMS (Integrated Workplace Management System),使設備管理團隊能在營運階段的第一天時,即能查詢出 1600 個以上的空間、1200 個以上的設備標準、14000 個以上的零件、31000 個的工作(預防性維護)、28000 個備品、5000 個資源 (工具) 及 8700 個以上的營運及維護文件(O&M 文件)。因 FMCTI 園區是由一棟六層辦公大樓、一些有多樓層辦公室的廠房、一間恆溫控制倉儲、一間車庫、一間中央廠房和重要現地基礎設施組成。Greenfield 專案證明了實施以 COBie 為基礎的建築資訊交換模式於大規模和廣泛設施類型的私用領域建築物是可行的。在此情況下,適時交付 COBie 資料需要主要專案參與者為期兩年的積極參與和一同克服障礙的共識,特別是變更管理和資料管理上。   引用 | 簡翊亘   定義 COBie 設備資訊需求 最理想的情況是業主對於他想要獲得的設備資訊有明確定義,有些政府機構要求承包商在幾年內交付符合設備資料樣板的建築設備資訊,聘請一個設施經理瀏覽竣工圖並決定該採用何種設備資料樣板,然而多數業主並未定義他們的建物資料交付需求,即使他們已經有整合工作場所管理系統 (IWMS) 或電腦化維修管理系統 (CMMS)。 對於任何考慮大型專案,以及為了於設計到施工期間從已建立建物的資訊中獲得最大效益的業主來說,在建模開始之前即定義 COBie 交付需求非常重要。原因在於模型中多數資訊在元件內,為了能正確地從 BIM 匯出 COBie 交付內容所需資訊,必然要修改或調整 BIM 元件庫的資訊,及早確立交付需求,能減少修正元件資訊頻率,如果建築資訊模型並未提供業主符合其需求的資訊,專案團隊則需要重新修正模型。 主要問題為: • 在營運及維護時,哪樣的資訊是必須的? • 設計及建築專案團隊的哪個成員負責建立此資訊? • 在專案進行時,這些資訊何時須被記錄? 何種資訊是必須的? 最基本方法是只針對需要維護的設備記錄相關資料,以此類推,基礎方法只記錄 COBie 聯絡、設施、樓層、空間、類型及元件資料表裡的必填資訊欄位,在 COBie Excel 樣板中,必填資訊欄位以黃色和橙色顯示。此外,Document 頁籤連接電子文件檔到各設備型式(例如:操作及維護手冊、保固合約、資產圖片、訓練影帶),而 Spare 頁籤記錄儲存備品資料。 以滅火器這類的安全設備為例,為了需要透過 COBie 記錄以追蹤週期性檢查,以及重要設備種類。建築物的業主應該知道此類資產的地點及數量,以協助排定設備檢測時程。另一個定義所需資訊範圍的考量是,業主可能外包設備供給或維護作業給第三方,像是傢俱安裝或廚具設備等等,那些設備資源可能出現在設計模型裡,但是,當那些資產不被業主的整合工作空間管理系統追蹤且維護時,它們可能不需要包含在 COBie 資料集內。 這些資訊由誰產生? 如果設備出了狀況,大多設備管理員會想要了解此設備是否如製造業者的規範正常運作。通常此設備效能資訊 (例如:容量、流量等等) 可由供應商提供的產品交付資訊獲得。以此為例,資訊可以記錄成與各設備型式相關的 COBie 文件,或是補充性資訊,及被記錄在 COBie 屬性頁籤。許多業主也想要知道供應商的設備是否符合設計需求,這需要從建築師/工程師訂定的設備清單或是設計規範裡獲得設計資料。此外,由業主提供的設備也可能用於專案裡,而在 Greenfield 專案的案例中也包括了工業加工設備。 何時記錄資訊? 細部設計資料應於設計階段的施工文件中獲得,並於取得採購時核准的附錄或替用文件後予以更新,最終 COBie 型式資訊是在施工階段早期的產品送審文件中獲得。設計團隊核准的交付文件中確認了設備的廠商名稱、模型編號和功能特性,元件資料應該在設備一進場時就紀錄,如序列號、條碼和安裝日期等等。 對 Greenfield 專案來說,該專案要求主承包商要對所有必要的設備類型記錄作業、資源和備品等 COBie 資料,如此一來,FMCTI 便能立即將所有相關預防性維護作業流程、特殊工具和備品輸入該公司的整合工作場所管理系統 (IWMS) 內,而在過去 FMCTI 只能於施工階段最後數個月的期間,依照分批收到的維護手冊和元件清單完成必要的資料輸入作業。然而,一旦產品被批准,承包商就應儘快擷取相關資料,最佳的情況是設備廠商以 COBie 格式提供這類資訊。此外,Division 1 contract language 規範了非常明確地交付內容,並以返還保留金的項目來約束分包商的 COBie 資料交付作業,也要求恪守 COBie 執行計畫 (CEP),其為 BIM 執行計畫的變形,差別在於所關注資料的不同,CEP 的關鍵議題包含了以下數點: • 角色及責任 • 命名慣例及內容 • 列管的設備類別 • 對空間及設備類型有詳細屬性規範的附錄 此文件針對空間、類型、元件及文件建立詳細的命名慣例,以及確立了所有屬性的領域或參數名稱,該作法讓 FMCTI 更仔細的驗證 COBie 交付內容並產生了許多預料之外的效益。雖然人們常議論是否有必要去仔細斟酌所使用命名慣例,但 Greenfield 專案的經驗證實了命名慣例是非常重要的。 初步的 COBie 執行計劃應在專案概念發展階段時擬定,並要能傳達 COBie 角色、責任歸屬、命名慣例和編錄資產類別的高階時程表。由於所有設備類型在施工文件產出階段前都尚未確立,COBie 執行計劃應被視為一個能夠彈性調整修改的活文件,藉此因應週期性更新和反映設施模型的不同發展階段。下定決心要完整交付 COBie 資料的團隊須調整既有的工作流程和專案管理責任歸屬,以平衡設計資料和非幾何資料管理的工作內容。 在 BIM 和大數據的時代,願意接受這樣改變的敏捷式團隊將會提升其專業能力並能提高自身定位以贏得未來商機。 攀上 COBie 學習曲線 Trammell Crow (TCC) 公司在 Greenfield 專案中扮演發展經理的角色,主要工作在於監視多領域的作業項目,包括工地進度出勤紀律、設計、建造及交付使用。在設計發展的時候,TCC 及 FMCTI 皆認為設備管理團隊會理解採用 COBie 標準帶來的巨大而長期營運效率。他們設立目標去收集、驗證並載入有意義的資料集到欲採購的整合工作場所管理系統,而非只是堆置這些資料。 即使許多專案建築師和工程師曾執行與 Greenfield 專案類似規模與複雜度的專案,但幾乎沒有人有使用整合工作場所管理系統交付設計明細表給相關下游廠商的經驗。於節奏緊湊設計時程當中,導入人們不熟悉且看似複雜的程序的想法衍生了關於 COBie 學習曲線和 COBie 流程對時程與成本的衝擊等等議題。 為了降低那些風險,TCC 邀請 Kristine Fallon 協會 (KFA) 當作專案的 COBie 顧問。KFA 的主要交付成果包括:(1) 定義 Division 1 COBie 需求說明;(2) 驗證 COBie 設計與施工資料;(3) 產生 COBie 記錄檔案。在短時間內,KFA 發展了共識為基礎的 COBie 執行計劃,此計劃讓 AECOO 團隊衡量產出專案特性需求的 COBie 設計交付成果所要花費的資源需要製造專案明確 COBie 設計籌碼的耗工。 產品資料管理平台驗證並聚合各種來源的資料並產出 COBie 格式的紀錄檔案,作為 Greenfield 專案的交付資料 Greenfield 專案總承包商最初對於將 COBie 交付成果加入工程合約持保留意見,原因在於 GC 認為市場中很少下包商熟悉 COBie 標準且投標廠商可能會將 COBie 學習曲線列為其衍生成本進而提高其投標金額。經過多次討論後,KFA 團隊建議他們在標前會議前,即將 COBie 執行計畫的草稿發布給重要下包商,其內容清楚表達業主對 COBie 的交付成果的期望。因此,在競標前下包商會了解該專案的 COBie 交付需求,所以幾乎沒有廠商能將 COBie 列為成本項目並附加在投標價格內。 與典型 BIM 協調會議相似,COBie 協調會議作為確認資料有及時產出和驗證的檢核點,重點即為 COBie 執行計畫直到設計階段的施工文件階段才會一半才會發布正式版。會議作為一個獲得不同類型資料管理挑戰的解決方法來源,相關挑戰如參數建模、自動資產排序和施工圖與交付成果的版次管理。 討論結束後,團隊確立了時程以雙周為單位的 COBie 成果交付計畫,此專案亦證明此方法是有效且可靠的工具,但由於缺少健全且可依需求調整的軟體工具以用於整合、協作、驗證和操作 COBie 資料,KFA 提供 Greenfield 專案一個可配置的軟體工具,「產品資料管理平台」(The Product Data Manager, PDM),此工具讓使用者能有效地進行資料整合、管理和驗證。 擴大 COBie 的價值 應用 COBie 標準中有許多效益,其中最常被提及的就是減少專案收尾的成本,舉例來說,花費數個月等待所有交接文件送達;在重要施工人員退場後追蹤未完成交付文件;省去在建物啟用的早期階段,人工輸入大量資料至 CMMS/IWMS 的作業;於營運維護使用手冊獲得預防性維護作業流程、工具和備品的作業; 合乎預期的,於 Greenfield 專案實施 COBie 標準讓 FMCTI 避免了這些常見的困難議題。然而,該專案團隊並未預期在設施生命週期中,COBie 會有如此大的影響力,包含其在四大關鍵表現領域(安全、品質、交付和成本)的重要貢獻。在為 Greenfield 專案採購 IWMS 前,TCC 也在一系列的探索議題會議中團結了 FMCTI 團隊內部的不同團隊成員,這也被視為此專案的一大重要成功因素。這一系列的會議目的在於總結此專案的 COBie 資料標準、資料收集作業內容和確立 FM 團隊所需應用的資料範圍。 整合多種類的內部團隊 (以 [...]

By | 九月 13th, 2017|資訊分享|0 條評論

【資訊分享】清水建設於日本建築專案現場導入 AI 人工智慧機器人

清水建設開發能夠自行掌握周圍的狀況的可移動自律型機器人,並在 2018 年於建築現場進行機器人作業導入。這些機器人的導入主要應用在難以引進作業員的大樓的室內建築現場等,例如作為材料的搬運和鋼構的焊接等工作用。導入的結果顯示,機器人的導入約能在各項工程中減少 7 成必要的技術人力資源。此外,清水建設同時也開發了能在 100 個的工地管理 8 千台機器人的系統。 清水建設利用在大阪府進行工程的地上 30 層建築專案,導入 5 種類型的機器人,並在多項工程中同時應用來做為導入驗證。 過去由於 GPS 的電波難以到達建築現場,機器人難以掌握自己的位置,因此成為自律型機器人難以導入的原因。清水建設開發了能掌握自己位置並整合 3D 設計圖面與感應器的機器人。並首次在大型營造的建築現場,導入多種類型的自律型機器人。 清水建設在專案中導入能自動焊接鋼構的機器人、2 種將材料搬運至作業場所的的搬運機器人、負責材料轉運的機器人,以及到天花板內安裝內部裝修材的機器人等共計 5 種類型。另外,實際作業中也能利用搬運機器人經由電梯向安裝機器人交付材料來進行合作。 據了解,若是同樣的工作皆以專職的技術人力來執行相比,利用機器人能夠較其減少 7 成的人力資源運用。這樣的試算結果是來自於同建物的工程期間中人力資源的應用總計約減少 6 千人,相當於總工程必要人員的 1.1%。 透過新開發的系統,現場的專職人員能夠簡易的操作平板電腦並給予機器人指示。機器人也能透過過去的歷史記錄進行學習,來提高工作精度。清水建設對一系列的系統開發投入了約 20 億日元。 各個大型的建築營造公司相繼的投入能夠提高生產力的工作。這篇文章是說明將機器人和AI技術引進到工程現場,或是人力缺乏的大規模土木建設領域的中心。然而除了清水建設之外,大成建設也正在開發穩固土壤及粉碎岩石等人力無法進行施工的系統、大林組也在進行無人機測量系統等等的開發。 另一方面是大樓建築物的工程現場室內作業密集,許多必要的技能需要更多面向的導入到機器人而導致機器人的導入緩慢。 清水建設估計機器人若能在2~3處專案進行導入應用,預計能將投資成本進行回收。機器人的導入能使工期變得容易預測等,對業主來說也有好處。   引用連結 | 清水建設、建築現場に自社開発ロボット導入 資材搬送などに 編譯整理 |

By | 六月 23rd, 2017|資訊分享|0 條評論

【資訊分享】麥肯錫:想像營建產業資訊化的未來(上)

去年中(2016.6),麥肯錫國際研究院發佈文章《想像營建產業資訊化的未來》(Imagining construction's digital future),認為建築業需要變革,並認為瓦解的時間已經來到。 本文談到目前大型工程的進度落後與不斷追加的情況,營建產業生產持續地在下降,相關企業的獲利持續下滑,這在台灣也是正在上演中,特殊的造型、複雜的介面、新的工法等還有最低標與不斷壓縮的作業時程等,這幾年來從高雄世運主場館、高雄衛武營藝術文化中心、台中歌劇院到台北藝術中心,指標的公共工程承包商輕則虧損幾億脫身,重則公司倒閉清算,可見傳統的營造模式已經面臨很大的挑戰而需要創新與變革。 目前的建築業面臨著崩解的危機,各種大型專案進度延遲 20% 以上,專案追加更是達到 80% 以上(見圖1所示),自 20 世紀九十年代以來建築業實質生產效率下探(見圖2所示),承包商的利潤一直偏低且不穩定。 圖1 專案超投資和進度情況 圖2 建築業生產效率變化(德國和英國) 然而,建築行業在應用技術和管理創新上一向十分緩慢,此外也持續挑戰著這產業的基礎。例如,專案策劃過程中現場和設計工作協同程度不夠,常常紙上談兵。承包商沒有被激勵進行風險分擔和創新,績效管理不合適,供應鏈實踐也不精細,產業不歡迎新的數位技術,即使是長期回報顯著也不願意投資見圖3)。研發費用投入大大低於其他行業,僅僅投入不足收入的1%,而汽車和航空領域則為 3.5% 到 4.5%。資訊技術的投資也相同,即使資訊為了這個產業開發了很多的軟體解決方案,但此項的支出依舊佔不到營建收入的 1%。 圖3 建築業及其他行業的資訊應用對比 隨著專案的複雜性和規模日益提高,這一問題更富挑戰性。環境敏感性需求的提高意味著傳統模式必須變革,富有經驗的勞工和管理人員的短缺會更加惡化,這些都是很嚴重的問題,應此必須採用新的思維方式和工作方式。傳統的觀點認為,建築業必須採用漸進式改進,一部分原因是因為很多人認為項目具有一次性,不可能大規模採用新理念,擁抱新技術不切實際。 麥肯錫全球研究院估計到 2030 年將有 57 萬億美金投資在基礎設施上,以跟上全球GDP的成長,這會大規模刺激一些公司投入新的技術和改進工作流程來提高生產效率和專案交付。在此報告中,我們認為在接下來的 5 年中,有 5 種方式可以改變建築業。 (未完待續...)   引用連結 | Imagining construction's digital future 編譯整理 |

By | 一月 28th, 2017|資訊分享|0 條評論

【資訊分享】Autodesk的未來願景 – Quantum計畫

Autodesk 在AU 2016推出了一個創新主題演講,首次公開它在Quantum計畫中未來的AEC願景。Quantum計畫最大的重點是,它在存取,平台和數據方面完全大眾化。Autodesk產品部高級副總裁Amar Hanspal在去年11月於拉斯維加斯舉行的AU 2016上發表了一個引人注目的創新主題演講。他在本次的演講中強調了兩個主要的主題 - Autodesk致力於滿足客戶在移轉到訂閱這段期間中的需求,同時繼續發展其主要產品,其次,Autodesk的未來產品將完全大眾化。   引用連結 | Autodesk Shows Its Future—Democratizes Data & Tools, Obliterates Reliance on Windows   未來Autodesk將不再以Windows平台為核心 – 將推出以雲端和行動裝置為核心的Autodesk產品   在過去的日子裡,Autodesk軟體的平台一直以Windows為核心。而在平台大眾化的推動原因,原本是因為蘋果Mac電腦市佔率的提升,但真正促使Autodesk加速轉變的主要原因是由於IT產業的演變-雲端和移動裝置的普及。Autodesk簡要地談到了它如何規劃旗下的AEC軟體產品的未來,他們了解客戶會想知道他們什麼時候要開始進行所謂的“AEC的軟體融合”?這不是將Revit放在瀏覽器中的問題 - “這很容易。”Hanspal說。相反的,Autodesk的未來是要發展“將設計,工程,製造和其他應用程式融合到一個通用的數位資料環境中”。   Quantum計畫的精神是“演進BIM在雲時代的工作方式”。而不是發展一個具有固定的資料格式反而阻礙使用者之間資料溝通的單一應用程式。Quantum計畫向業界展示一系列相關聯的“工作空間”,而這些工作空間將構成一個“通用數位資料環境”。“Hanspal說:「而不是把資料和應用程式綁在一起,我們正在把應用程式與資料分開。現在,應用程式間雖彼此獨立,但資料可以存在於雲端共享。」Hanspal稱這是我們規劃發展的根本性轉變。 建築師於Quantum中的工作空間進行作業 透過Quantum計畫,使用者可以獲得自己的工作空間,以及使用適合自己專業的功能。建築師,工程師,承包商和製造商都將擁有滿足他們個人需求的工作空間。Hanspal展示了一個案例研究,在一個專案中,建築師在Quantum中自己的工作空間,使用適合設計的工具對客戶的幕牆進行設計變更,結構工程師可以取得建築師的工作空間中的設計資料對幕牆進行結構分析。而幕牆的製造商在自己的工作空間取得結構工程師的設計資料,來製作帷幕牆的組件。而這一切的操作都位於單一的共享數位資料環境,一切的資料都於雲端中存取。也就是Quantum計畫的主要精神。 結構工程師於Quantum中的工作空間進行作業   AU演說影片 | 2016 Autodesk University Product Innovation Keynote   不過Quantum計畫詳細的內容還需要等到Autodesk的進一步釋出,說不定在不遠的未來,我們就有機會與Quantum計畫進行第一次的接觸了,就讓我們期待Quantum計畫的威力吧。

By | 一月 12th, 2017|資訊分享|0 條評論

【資訊分享】先拋棄「物聯網」三個字與一切舊認知,才有機會看透 IoT 的真義與未來

「物聯網」是現代社會中人們耳熟能詳的一個名詞,它已經佔據技術成熟度曲線的最高點。據相關資料顯示:到 2020 年,物聯網連接設備數量有望達到 250 億到 500 億台。 這是一個激勵人心的前景。在我們所處的世界裡,任何物品都能與網路和其他物品相連接、交流數據。世界會變得更便捷、更簡單、更符合我們的需求。但同時這前景也讓人堪憂。監視無處不在,個人隱私權不再受到保障,相反它成為需要你奮力爭取的特權。資料遭到洩露、家庭系統被植入後門以及交通工具被駭客入侵都將可能成為現實。   引用連結 | 先拋棄「物聯網」三個字與一切舊認知,人們才有機會看透 IoT 的真義與未來 首圖來源 | THREE ESSENTIAL RULES WHEN SELLING INTERNET OF THINGS PRODUCTS   「物聯網」一詞本身就容易讓人產生誤解,甚至單獨討論這一現象也極具誤導性。正確理解這一概念是很困難的,因為每次使用「物聯網」這一荒謬的詞語時,我們便存在理解上的偏差。當然,我們需要給它取個名字,這一點不可避免。但這樣一來,這個名字不僅幼稚,還具有誤導性?不,我們真正討論的是任何物品之間無處不在的連接,不僅僅是無生命物體,還包括服務、互動設備、感應器以及最終我們人類自己。 我們應該考慮到它所處的大環境:當今世界各地的技術均在蓬勃發展。我們正見證著百年一度的技術革命在各行業同步進行,從能源、運輸到製造、金融以及醫療業。這是科學技術必然向前發展的結果,令人激動地是,這也將會把人類緊密聯繫在一起。     硬體處於發展中 「這是世界物體的大眾化,對生產過程的簡化。」 物聯網屬於一場更大的革命,你可能會將其稱為硬體革命。正如 John Bruner 所指出的那樣,一如 20 年前互聯網將資訊推送給每個人,並讓人類交流更輕鬆那樣,這場革命也以同樣的方式將物體世界與我們連接。這是世界物體的大眾化,簡化了生產過程,將生產資料從具有 20 世紀風格的大規模生產組織那轉移到規模更小、更分散的企業和個人手中。 Bruner 表示這很大程度上得益於軟體的不斷發展,因為軟體發展説明我們解決了過去在硬體使用所遇到的問題。不久前那些 3D 建模軟體還只能在大型企業中得以應用,最近已成為小型企業的囊中物,現在只要有網路和一部電腦,你就可以使用這些強大的軟體。當然並不僅僅是軟體的普及,還包括網上大量針對各類軟體操作的免費教材和影音的普及。   「這也改變了我們以往對物品製造方式的一貫看法」 這不僅是關乎昂貴的電腦、便宜且隨處可見的 DIY,也改變我們以往對製造方式的一貫看法。20 世紀大部分製造業掌控在能夠規模生產的大型企業的手中。在這個創新時代,這類技術使得一種新型企業應運而生:運作效率高、團隊意識強,對製造能力反應速度快。硬體的發展變得越發敏捷;更小更快地讓產品投入測試和分配。不僅是對電子產業,還將對所有生產實體產品的產業產生影響。 製造商也在進行革新,這表明硬體創新趨於高端化、前沿化並得到業餘愛好者和企業家的青睞。物聯網處於大型製造業和自造運動間的位置。這不僅得益於硬體製造力的,提升,還有通訊技術性能的跳躍式發展。 技術一直在向前發展。舉個例子,前幾周一家名為 Rockchip 的公司改良 WiFi 技術,開發一種結合 aa 聚合記憶體和 WiFi 系統的晶片,與傳統產品相比能耗降低了 85%。從實踐上來說,這意味著我們現在有能力製造出一個由一節 AAA 電池供能,便能運作 35 年 的廉價 WiFi 相容設備。但目前為止這種設備還沒誕生。 藍牙雖實現了這種節能,但是相較 WiFi 而言是一種落後的技術,WiFi 適用範圍更廣,並且是絕大多數產品的通信標準。隨著這類技術的普及,製造商便能使用更小的電池,從而有助於他們生產出人們真正需要的物聯網產品。 圖片來源 | YOU CAN’T AVOID THE ‘INTERNET OF THINGS’ HYPE, SO YOU MIGHT AS WELL UNDERSTAND IT     共性減少,個性加強 企業公司並不傻,他們知道物聯網時代已經到來,由於懼怕公司受到衝擊以及錯失良機,他們極力想要加入這股風潮。其中有一些公司,像是 Google 和三星,已經在這一行業站穩,但大多數公司還是沒有找到立足之地。一個最廣為人知的例子就是 Apple Watch。這主要涉及的是設計問題。   「物聯網只在我們創造如魔法般的物品時才會發揮其作用」 在科技業裡,儘管明知技術發展日新月異,人仍傾向相信下一波創新將會和上一次類似。我們關注著個人電腦和智慧型手機的革新,然後認定「下一次科技革命中我們需要的是更小 / 更好的螢幕。」 但我們並不需要更多的螢幕。 據麻省理工學院媒體實驗室導師 David Rose 稱,螢幕吸引著我們大部分注意力,這正是當前社會文化急需解決的問題。事實上我們已然走到螢幕技術的終點。Rose 表示,而物聯網只在我們創造如魔法般物品時才會發揮其作用。他以魔戒角色 Bilbo Baggins 的魔法武器——刺針劍(Sting)為例,這把劍具有雙重作用,精靈鑄造它的主要目的是用來殺敵,但在半獸人或哥布林接近時劍面會泛起藍光。換句話說他稱之為「具有魔力的東西」。按 Rose 的話來說,現實中的刺針劍可能是一把在雨雪天傘柄會變成藍色的雨傘,它同樣是一件有魔力的東西,但它的魔力可不是來自精靈,而是來自於與天氣預報服務相連接的物體組合:LED 燈、定位追蹤以及互聯網。 圖片來源 | How Big Data and Internet of Things Builds Smart Cities 物聯網的設計問題還涉及到商家對新技術部署所持有的態度:他們總是忘記周邊行業在不斷變化,而孤立無援的情況下技術是很難發展的。就拿 RFID 技術為例:對於大型國際海運公司來說似乎很有前景,他們能運用在供應鏈的任何產品,進而生成即時數位地圖。這對於電子消費品行業來說是個好消息對吧?這意味著公司將擁有更高的效率,顧客能更好地控制他們要追蹤的物品。 問題是這種思考過程忽略了這一事實:3D 列印技術的出現,可能會極大地簡化供應鏈。何必煞費苦心地在全球範圍內時時追蹤著你的產品?10 年後,你可以直接拿著一份從授權供應商那兒下載來的電路圖在附近就 3D 列印出來,第二天便能取貨。這才是消費品行業的發展方向。如果你是一個物流公司,你要思考的是物聯網在最後一哩能做些什麼,而不是想著你是這條供應鏈上什麼環節。     我們需要一份物聯網的權利法案 在討論物聯網時候我們都傾向最先關注技術,然後才是經濟和社會領域。但是這一切都還涉及倫理問題,這主要集中於我們的人生觀和處事態度。 以開放存取、相互協作為原則創造互聯網。希望互聯網能成為一種民主工具,從而實現人人平等。當然政府和企業隨後也強力涉入這個領域,因為他們很清楚追蹤資訊的重大價值。但總體來說,互聯網的最初原則依然有效,這從關於對網路中立性以及寬頻是否要被當成一個普通的資訊載體的討論中可窺見一斑。任何一方都不能以付出更高昂的價格,來更快速地發佈他們的資訊。一旦我們對互聯網進行分級,那麼它將不再一如以往的開放、自由和民主,而這絕不是創始人最初的願景。 物聯網也需要類似的原則。技術專家 Limor Freid 的想法是:我們需要創立一個最低限度的權利法案。有聲音說開放比封閉好,這樣能確保設備之間的可攜性。我們必須確保:消費者而非公司掌握著設備收集來的資料,同時採集公共資料(比如交通流量或者人數規模)的任何設備,都要在公共領域共用此資料。使用者有權保護其個人資料的隱私權,以及刪除或備份他們自有設備所採集來的資料。同時我們也要確保個人能就他們創建的資訊獲得公平的報酬,讓利益不被那些控制著資料中心以及絕大部分財富的人(Jaron Lanier 稱之為「siren servers」)給剝削掉。 當然,這也會引發各種各樣的問題,比如 「公共與私人資料的分界線在哪裡?」 比如說,如果我決定去墨爾本聯邦廣場會見我的前合作夥伴,那麼這一資訊是否應該公開存儲,且我的現任合作夥伴在公共資料庫上能查看到;或是我可以將其作為私人資訊進行隱藏?這都是些十分重要的問題,最終我們都不得不以某種形式回應這些問題。最高決策層應該就此問題進行認真的討論,然而此類話題通常只是埋沒在那些模糊的網路論壇裡或小利益集團中。     請忽視那些所謂的讓手機與冰箱相連接的言論,或者那些監測你吃飯速度的智慧勺子。這是因為一個嵌入感應器再聯網的設備,並不意味著它真的能滿足消費者的需求。那些都只是行銷噱頭,這些產品會分散我們集中在那些關係重大的問題上的注意力。當我們的物質世界被互聯網相互連接時,那麼所有的用例將會更加有趣、更具有改革意義。 請開始換一個角度思考物聯網。確保你把物聯網置身於一個更廣闊的技術背景之中,並成為物聯網先鋒,參與建立物聯網管理的新規範、新準則。這不再是墨守成規,而是進行創新。一旦我們能拋開物聯網這個愚蠢的詞語,全世界也將因此而改變。 延伸閱讀 | 稟政府:別再跳針物聯網商機好高好棒,重點是請你搞懂架構架構架構     新興技術不斷推陳出新,讓物聯網這個概念增添可能,無論是智慧家居、智慧城市等等,可說是整個世界都在注目。在全面連網前還有一段路要走,但當身邊的事物開始連網、相互連接以前,您應該先理解物聯網架構會是什麼、技術與道德層面上會面臨到什麼樣的挑戰,安全性疑慮、隱私性問題等等。

By | 十二月 22nd, 2016|資訊分享|0 條評論

【資訊分享】BIM 也救不了你,除非你確實了解你的工作是什麼?

在 BIM 的研討會上,常常見到大家討論,我們最近又用了啥新軟體,它可以怎樣怎樣,但是內行人都知道,新的工具必然帶來新的運用卻不一定帶來生產力,甚至導致重工而效率低落的情況也屢見不鮮,所以 BIM(軟體)的運用還是回歸到工作目標導向,如何與原本工作流程、組織整合使其相輔相成,簡而言之問題本身不在於軟體的使用而是在工作的流程與管理方式上。 一個更好的方式是,在工具本身之外,首先找到一套方法。當你有了好的作業模式後,如何運用工具,以及對於工具有什麼要求,就顯而易見了。最近大熱的 BIM 技術,也許並不能成為挽救事務所或營造廠資金和時間的那根救命稻草。     毋庸置疑的,BIM 不是救世主 也許有公司認為,會有一種神奇的軟體,如果用了它,就能為整個業務帶來質的飛躍。而且現實中,也有很多軟體廠商敢做出這樣的承諾。 但是,完整的故事其實並非如此。 生產能力專家和公司培訓師 Maura Thomas 在《哈佛商業評論》上說,技術只能強化一個現有的「工作管理流程」。請注意,這個「工作管理流程」是已經存在的。換言之,你可以砸錢買最貴的軟體,但是如果你沒有一個已經制定好的正確的工作流程供這項新技術來施展拳腳,那麼,技術也無能為力,或者,作用是非常有限。 Thomas 在《哈佛商業評論》如是說:「生產力,同樣,也是技能和工具的結合體,無論對於組織還是個人,都是如此。無論公司為員工購入了怎樣的軟體、App 和小配件,這些工具都無法讓員工有更高的產出,除非他們同時也被授以了一套可靠的作業模式,並以此來運用這些工具。」   軟體是軟體而非解決方案 很多公司以為只要有了新軟體就萬事大吉,但是卻不清楚,他們真正想要解決的問題是什麼。他們買來熱門的軟體來著手解決棘手的問題,結果往往反而產生了更多棘手的工作,這是把新技術強行加到現有工作流程的結果。 近期有一家大型地產公司就出現了類似的問題。他們 80% 的時間用在了找資訊和做財務簡報上,而只花 20% 的時間基於財務報告制定決策。 這個比例應該顛倒過來。花更少的時間找正確的報告資料,然後更多的時間用來分析資料並做出正確的決定。如果這家公司只是買了一些軟體,結果還會是一樣。   為何使用新軟體沒有產生效果? 因為經由我們諮詢並發現問題所在,他們的財務資料分散於多個伺服器上的數百個資料夾裡。所以我們解決方案是創建一個專屬的介面方便他們建置資料,並為數據建置管理訂定工作流程與結構,而此產生巨大差異。 Thomas 說:「一個更好的方式是,在工具本身之外,首先找到一套方法。當你有了作業模式後,如何運用工具,以及對於工具有什麼要求,就顯而易見了。」     引用連結 | BIM Won’t Save You, Unless You Address How You Work 編譯整理 |

By | 十二月 6th, 2016|資訊分享|1 條評論

【資訊分享】BIM 在物聯網的潮流下能佔有一席之地嗎

物聯網(Internet of Things)是什麼? 從 20 世紀早期開始,人們對於物聯網一直保持極高的興趣且不斷炒作相關議題,這種情況就像當初 BIM 對 AEC 產業的衝擊一樣,大家都聽過這個名詞,卻沒人知道該怎麼應用這項技術。根據維基百科,物聯網一詞的是由一個英國企業家首先使用於描述 1999 年中以 RFID 連結裝置的全球網絡,後來人們談的就不限於 RFID 連結的裝置本身了,進而延伸到該應用裝置的位置,如汽車、建築甚至是海底底層這種較寬廣的自然環境,而現在人們普遍對於物聯網的定義則如下所述「包含不同的資料傳輸協定和方法與任何裝設感測器且能透過單一網路於外部傳輸資料的裝置」。這些交互連接裝置的應用範圍從提升生命安全和防護到建築物自動化設備管理系統控制與回報,其產生的巨量資料通常需要被收集、彙整和分析以實現它們的益處。針對這篇文章提出的問題如下,由於建築物是這些類型裝置的安裝實際位置,那麼 BIM 在物聯網中是否佔有一席之地?     BIM 與物聯網的可能性 因為建築物內部或表面能裝設許多這類型的裝置,問題的答案是肯定的,BIM 的確佔有一席之地,但是,這個議題值得我們更深入地去探討到底實際上該如何結合 BIM 與物聯網或是該從什麼角度開始探討兩者的關聯性。在眾多議題中,我們可以從其中的一個問題開始「我們該如何定義 BIM」,曾聽過許多說法像是 BIM 就是 Revit,只是一個 3D 建模工具,到 BIM 是一種設計到施工的協同作業程序。另外一個問題,BIM 以單一設計模型取代了互不關聯的平面設計圖,而談到物聯網則聯想到智慧溫控計等等裝置,當我們結合 BIM 與物聯網會發生什麼事?或是說它將如何幫助建築物的營運管理作業呢? 實際上,對於物聯網來說,模型 3D 幾何資訊為其次,重要的是模型中夾帶的建築生命週期營運相關資料,如空間和資產資訊,此兩類資訊可以用於針對營運維護階段,組織和分析物聯網資料的主要架構,進而作為定義物聯網、BIM 與建築物的相關性的基礎。圖二呈現可被考量的各種廣泛議題,而物聯網的概念不只是應用於建物營運考量的區域,且展示了各種裝置和可被傳輸的資料類型。然而,倘若少了資料分析的彙整要素和實際工作流程觀點,從不同系統收集的資訊就失去了價值。 圖二 - 建築與物聯網 實際的感測器安裝範例則如下圖所示,設定的需求第一個為收集人員的移動資訊,以依照人員聚集的位置調整暖氣的層級,第二個為因應太陽位置的變化和進入建築物自然光,監控能源使用,圖四和圖五分別為人員活動和熱分布的監測結果。 圖三 - 監控建築光、活動和 CO2 表現的感測器 圖四 - 透過感測器偵測人員活動顯示活動頻繁的區域 圖五 - 探索建築物營運時期的熱分布     作為物聯網的協作系統 對於想透過可操作與分析的方法,從建築系統獲得有意義資料的業主和設施管理人員來說,發展一個以建築中心的物聯網並配合協作資料系統方法將會是成功的關鍵。有許多應用垂直特定雲端應用程式整合感測器資料和與建築自動化和控制、能源和永續管理相關儀表板的例子。這些方法很好,但是作法不夠完整,筆者相信最佳的解決方案是發展一個全面,且以 BIM 為基礎的建築生命週期方法來管理建築產業的物聯網,此方法連結模型和以雲端為基礎的整合工作場所管理系統(Integrated Workplace Management System, IWMS)用以協助管理空間、維護計畫和其他相關議題。 真正的建築生命週期整合為在整個生命週期中動態整合整個建築模型、感測器和系統,使其能呈現完整的建築履歷。這樣的方法始於施工階段後期的安裝設備與感測器到營運維護階段,最終於建物拆除後停止。     應用物聯網的智慧建築案例 智慧建築綠能屋,此三棟建築分別為: 一、穆爾西亞大學化學系建築:此實驗著重資料收集與資料分析,探討能源消耗與建築物人員跟環境兩大因素之間的影響關係。由資料收集與分析結果得到-建築人員數跟環境因素,是建築能源管理策略的重要參數。 應用實例一:穆爾西亞大學化學系建築   二、穆爾西亞大學實驗室:此實驗透過上述智能建築管理系統運作模式能夠有效節省能源平均消耗 20%。 應用實例二:穆爾西亞大學實驗室   三、穆爾西亞城市商用建築:此實驗透過上述智能建築管理系統運作模式能夠有效節省能源消耗平均為 23%。第二實驗建築與第三實驗建築主要地點不同,一個在大學內部,一個是商用建築。     結論 建築物、BIM 與物聯網的結合並不僅是在建築物安裝不同的感測器並蒐集一堆資訊而已,以建築物的生命週期來談,從規劃設計到施工階段,我們利用 BIM 和資訊系統整合資訊並透過對應的工作流程改善傳統營建產業的作業成本、品質和效率,到了營運維護階段,目前以交付的 BIM 模型和 COBie 表單等等營運維護資訊配合電腦化維護管理系統,輔助後續的設施管理作業,物聯網應從施工至營運管理階段切入,以設施維護管理需求與作業流程、BIM 模型與資訊系統提供的建物空間和設備資訊作為資訊收集和分析的規劃基礎,最後在營運維護端發展一個整合竣工模型和營運維護資訊的雲端管理系統,以利分析並利用感測器收集的資訊回饋至運維階段甚至是下次建案的設計參考,最後,智慧建築即為物聯網於建築的應用的具體產物。     引用連結 | Does BIM have a role in the Internet of Things?、What happens when BIM meets the IoT?、How can We Tackle Energy Efficiency in IoT Based Smart Buildings?、物聯網對節能措施之影響分析期末報告 編譯整理 |

By | 十月 26th, 2016|資訊分享|1 條評論

【資訊分享】請別再做「假 BIM」了!

關於假 BIM 之前香港建築資訊類比學會副主席馮樹堅是這樣說的:「三維模 - 非 BIM 也。CG (Computer Graphic) - 非 BIM 也。 有其型而沒其神 - 非 BIM 也。有型,有量,能碰;乃半 BIM 矣。有型,有神,有務,乃真 BIM 也。」 在我們顧問服務中也會遇到客戶詢問相關的問題:「我們只需要在結案的時候建一個模型交給業主,沒有其他的產出需求…;或者是相關廠商說:「這場我們做後 BIM」,以介面整合與圖說產出的目的看來,做假(後)BIM 除了應付合約之外根本沒有其他意義,反而加重專案成本,業主也覺得 BIM 對專案一點幫助都沒有;產生一個惡性的循環,業主因看不到成效越來越不想花費成本,而執行端又因成本考量便建一個假模型應付業主,沒有一方獲益。     本文原刊載於 http://www.bimireland.ie/,作者是 Ralph Montague,ArcDox BIM 顧問公司合夥人     讓專案的 BIM 執行變得困難又充滿挫敗感的原因之一,就是我稱之為「假 BIM」的存在。「假 BIM」扼殺了使用 BIM 的初衷,且讓業界傳出諸如「BIM 更花錢」或「BIM 很昂貴」以及「BIM 很難用」的風聲。現實中,使用「假 BIM」的人遠比你想像的要多,那些對 BIM 抱持信任的客戶們,則因為辨別不出真偽而無辜地上當。   什麼是「假 BIM」? 回答這個問題之前,我需要先解釋一下傳統流程與 BIM 流程間在設計及施工資訊的建立、管理與交換作法的不同。 傳統的作法 設計和施工資訊的傳統交互流程會涉及到「圖說」(Documents)、各自單獨產製的 2D 圖紙、明細表和規範要求等的製作。按照傳統流程,有關建築主體和細部的資訊會多處產出在平面圖、立面圖、剖面、大樣圖與明細表中,以及規範要求的說明中。需要人工檢查這些圖說以確保它們的一致性。而過程中間的變更修改,都必須在這些各自獨立的圖說中進行協調。而此一過程很容易出現人為失誤,在圖說中產生衝突,導致誤解、延遲、變更、成本超支和爭議等問題。各階段之間的資訊傳送通常是紙本,或「圖說」的靜態數位備份檔(如 PDF)。這並非可提取、查詢或編輯的數位化資料,所以專案的其他參與方需要花費時間與成本在各自的系統重建這些資料,而這些恰好是 BIM 能解決的問題。 BIM 的作法 BIM 的做法是建一個數位化虛擬 3D 建築模型,虛擬構件(元件)與真實的構件是相互對應的,相較於上述的傳統作法,你只需在 3D 模型中建立一次建築構件,模型中每個物件,都是一個數位「容器」,包含了關於對應構件的所有資訊。在虛擬 3D 環境中,人們可以環顧四周查看並一目了然要建的建築是什麼,以及各構件的關連性。BIM 軟體甚至能發現物件間的衝突,點擊物件,就能看到所有相關資訊。你也可以查詢或將這些資訊取用於其他工作上,如專案規劃或者工期排程估算(4D BIM)以及成本檢查(5D BIM),詳細的結構性能與、能耗分析(6D BIM)等,或營運管理(7D BIM)。換句話說,只需要建立一次物件,將來就可使多人在多用途上多次的運用。當然,也不要忘了我們要輸出的「圖說」——圖紙和明細表都是從模型中匯出來的「視圖」,而匯出只是出於需要記錄(真正的價值都在模型而非圖檔)。因所有資訊都源於同一個模型資料庫,它們都是自動協調的。如果需要修改,只要在模型中進行一次修正,所有「圖說都會自動更新」,不需要手動各自修正後產出。 對比傳統作法和真 BIM 的作法後,真 BIM 的效率明顯較高,因此也會更加省錢省時。3D 模型對於大家來說都更容易理解,也帶來更好的設計協同,降低了誤解、延遲、變更、成本超支和爭議等問題。 那麼,什麼是「假 BIM」? 現在你已理解了上述二者間的差異,現在讓我解釋一下什麼是「假 BIM」了。出於各種原因(缺乏技術、缺少資源或想要反覆利用傳統資料等),有些公司繼續用傳統模式作業,如果客戶有要求,再給這些作業套上 BIM 外殼。也就是說,他們是在事後才製作 3D 模型,換句話說是在傳統的繪圖、明細表、規格等基礎上再加工產生 BIM 模型。如此一來自然會增加費用、作業時間、挫敗和困難度。因所有圖資的來源都是各自獨立的,要讓所有的資訊都正確的回到模型中有相當的難度,模型本體就有錯誤也就代表未來圖說、數量和模型之間可能會有衝突。然後這些衝突會不斷產生誤解、延遲、變更、成本超支和爭議。因此「這個冒牌的 BIM」無法真正地解決傳統作業模式下的任何問題。 這是一個完全不同的工作模式,真正的 BIM 不是套在傳統方法之上就能實現的,理解這一點非常重要,這是一種能讓所有人受益無窮的替代方法,但前提是專案所有關係人都用這種方式。不幸的是,一些公司堅持使用「假 BIM」,不給客戶他們真正需要的東西 - 真 BIM,進而扼殺了使用 BIM 的效益。     引用連結 | No More “Pseudo BIM” Please 編譯整理 |

By | 九月 20th, 2016|Tech, 資訊分享|0 條評論

【資訊分享】三種開始嘗試運用 BIM 的方式

在我們擔任事務所的 BIM 顧問與導入專案期間,最難決策的便是導入的測試專案選定,其餘工作如作業流程改造、標準化建立與教育訓練等大多可以因時制宜,唯獨測試專案的選定與作業模式是最難的,因為各專案在事務所中的重要性、期程,還有是否適合作為第一個專案,很難客觀的來分析。 除了受到事務所規模、急迫性與導入策略外,案子本身類型也是一個問題點,太複雜的案子可能伴隨著高風險,低難度的好像又騷不到癢處,難易適中的案子不知道哪時出現,而等待也消磨員工的熱血與導入的作業成果。透過專業顧問了解事務所作業流程後,再陪著一起做的方式,大概是風險最低,也是降低導入門檻與減少事務所員工挫折的好方式。這次推薦的文章介紹了三間類型與規模不同的事務所進行 BIM 作業導入時的測試專案選擇與考量點,而這也是我們長期觀察下來,很多事務所在導入 BIM 作業時最常面臨的問題,在此推薦給各位,尤其是計畫導入或正在導入 BIM 的朋友更不容錯過。     如今,BIM(建築資訊模型)正在成為業界標準。施工過程中,專案的利害關係人,從使用 BIM 的建築師與工程師,到政府管理等都可以參與運用。BIM 的確帶來了許多優勢,諸如高效能、協同作業、降低成本、增進溝通效率等。但是,許多尚未採用 BIM 的公司都有同樣的擔憂:如何度過轉型的陣痛。 顯然,擔憂並非毫無根據。作為一種新的作業流程,員工培訓和疑難問題解決是轉換工作流程時無法忽視的一部分。此外,「初期投入成本」也變成許多公司轉換的門檻。因為無法負擔這些時間與金錢,自然不能獲得 BIM 所帶來的優勢。解決問題的關鍵點,顯然在於降低這初期運用或轉型的成本,並且及早展現生產力。方式之一,就是在公司執行一個「測試」專案中轉型,重新組建工作流程並設定標準,然後再將標準化設定導入給之後的專案。 那麼怎樣選擇最好的「測試」專案呢?選擇大型還是小型專案?複雜還是簡單的專案?我們在這裡分享三條從自己「測試」專案得出的公司經驗,每一條都有著鮮明的特點。 黑鑽圖書館 Miller Hull partnership 專案之一 選擇一:謹慎方式 來自倫敦的 David Miller 事務所在 2008 年決定使用 BIM,當時這樣的決策還很少見;大多數採用 BIM 都是大型事務所,但 DMA 只有4名員工。事務所的測試專案是一個小型設計,包含九棟住宅和一樓的店鋪。「這是我們常做的專案類型」,David Miller 如此解釋專案的相似性。DMA 測試專案的選擇是低風險策略。「如果有任何問題,我們隨時都能切換到 2D 環境工作」,Miller 補充到。除此之外,Miller 還推薦通過與已經採用 BIM 作業的團隊合作來提升成功機率,透過與有經驗者的協同作業可以增加工作效率。Miller 解釋道,「這樣可以在一開始就對 BIM 充滿熱情」。事務所還推派了一位幫助同事有效使用 BIM 的「BIM冠軍」。因為事務所規模較小,所有員工都同時在大約 6 天之內完成了培訓。「培訓被分為 40 分鐘的小節,可在不干擾別的專案進行的前提下學習」。 優點: ・採用你最熟悉的專案類型作為測試專案,可以幫助設立一套你最常用的標準 ・如果出現任何意外,可以切換回熟悉的工作流程而順利完成專案 缺點: ・低複雜度的專案可能意味著你並不能完全產生出 BIM 在流程的全部能力,因此需要更多的專案才能完整設立事務所的標準。   選擇二:別想太多,做就對了 Crate & Barrel 是一個傢俱公司,其內部建築工作室自 2006 年起開始運用 BIM 軟體。公司的建設負責人 John Moebes 在講述他們第一次運用 BIM 軟體時說道關於導入的項目是「一座非常複雜的二層樓建物,是一棟擁有多重功能的『建築』帶有遮光板、頂蓬和幕牆的宏偉外觀」。 公司選擇這個專案是「因為它是我們的下一個專案,我們非常渴望對 BIM 進行嘗試。但後來反思時,我們覺得也許從一個更小的專案開始嘗試會更有意義」,Moebes 解釋道。但他同時也補充說:「這就是說,很難找到一個『理想的』實驗專案,而我並不認為因此等待太長時間」。然而,雖然專案的複雜性使轉變過程非常艱難,但 BIM 軟體依然產生了立竿見影的效果,使 Crate & Barrel 公司能夠聚焦於設計品質,這是傳統繪圖無法達到的。「在設計過程中,遮陽板變得極其昂貴」,Moebes 補充道。「BIM 軟體讓工程的價值估算,包括根據變化的分析、視覺化過程變得更簡單。業主可以直觀地看到設計的調整,如變化一件鋼材的尺寸,將如何影響建築的造價」。 優點: ・高複雜度的實驗專案讓公司可以測試BIM軟體的侷限性,並迅速顯示該技術給公司的好處 缺點: ・但是在複雜性較高的專案進行導入測試,大大提升了學習難度,也會增加出錯率 Snoqualmie 圖書館 Miller Hull partnership 專案之一 選擇三:戰略性測試 Miller Hull Partnership 西雅圖事務所的 Ruth Baleiko 認為他們第一次使用 BIM 的專案是「理想的實驗專案」:同一業主的 5 個圖書館,具有非常相似的設計,並力圖節約建設成本。因此這次嘗試「就好像做了五次相同的專案」,為 Miller Hull 事務所提供了大量機會去探索 BIM,尤其是其快速修改設計圖說的能力。 BIM 在這個實驗專案中的運用讓全公司也產生了穩定、持續的轉變。Jay Martin,Miller Hull 事務所的建築師兼專案經理,解釋了共同參與實驗專案的三個建築師如何幫助全公司理解、掌握 BIM 軟體:「進行下一個專案時,他們運用了之前獲得的 BIM 技能與經驗。由此一個有經驗的 BIM 團隊變成了三個。隨後,參與這三個專案的團隊又將 BIM 技能帶入之後的專案。我們的 BIM 運用懂得如何快速並有序的發展」。Martin 對一個成功的實驗專案補充道,它幫助「選擇一個你和你的公司都已掌握的實驗專案,BIM 雖然對複雜專案非常有幫助,但這並不意味著你需要從那些專案著手」。實際上,在 Miller Hull 事務所的經歷中,即使選擇一個不那麼複雜的實驗專案依然可以提供大量機會去熟悉 BIM 和其運用過程。 優點: ・合適的專案,縱使是複雜度較低,仍有大量測試 BIM 的各種可能機會 ・對熟知的某一類型專案進行測試,將有助於為事務所最常遇到的專案類型訂定常態執行標準 缺點: ・「理想的實驗專案」少見而且間隔很長,但是若等待這樣專案的到來,可能反而會耽擱公司作業流程轉型     引用連結 | How to Adopt BIM: 3 Ways to Approach Your Firm’s Pilot Project 編譯整理 |

By | 七月 22nd, 2016|資訊分享|0 條評論

【粉絲強力推薦】醫用空間虛擬實境模擬研究平台

WeBIM為永齡基金會做了一個非常有趣的案子,嘗試使用各種新式VR虛擬實境裝置及技術、遊戲引擎互動設計技術來改善與解決「建築人不懂醫療、醫護人不懂建築;如何搭起醫護人與建築人的橋樑」這樣的問題,整合出高互動且擬真之解決方案。 在這個案子WeBIM設計了二個BIM客製平台: 「醫用空間虛擬實境模擬研究平台」與「WeBIM Sync-醫用模組」 WeBIM開發團隊整合了多種軟硬體裝置與技術,讓這兩平台呈現在一個涵蓋120度視角的5Kx2K高清VR裸視超大雙弧形曲面螢幕,並輔以搖桿操作方式(可客製更改為體感裝置),讓使用者有最佳的裸視虛擬包覆式感官和高互動使用體驗。 第一個「醫用空間虛擬實境模擬研究平台」,著重在讓看不懂2D建築圖說的醫病專家,完全在3D擬真、互動之中,去討論表達他們的使用需求。WeBIM利用BIM的概念,導入現行醫院設計的流程來開發平台,讓醫護人員能藉此平台與建築設計的人溝通,建立可行的應用模式,供未來醫院設計的團隊參考。 第二個「WeBIM Sync-醫用模組」,是為永齡基金會X-LAB客製化我們的WeBIM Sync的特殊模組,記錄每一個登錄進來的醫病專家的操作紀錄,將整個專業討論的議題儲存在雲端資料庫,讓異地的參與者都可以藉由此平台,針對建築設計進行討論與建議,包括醫療專家關心的各種醫療有關之行為動線、尋路系統、在同一視角上討論議題...等。 以上簡要說明WeBIM為永齡基金會將本案開發的內容及目標,已經整理成為一支簡短的結案成果說明影片,詳細的內容還請各位看官仔細、重複觀看這支影片,更能了解WeBIM、永齡基金會的工作内容、成果及努力!   感謝前來永齡X-LAB觀看與體驗的產/官/學朋友,您的寶貴意見與諮詢都將是我們 WeBIM 繼續努力的原動力。

By | 七月 12th, 2016|資訊分享|0 條評論