關於BIM

BIM(Building Information Modeling) 一詞的由來

誰是第一個提出BIM這一詞的人現在很難分辯,Wikipedia上說該詞由AutoDesk Phil Bernstein 所提並非不可能,但很難據體的查證 。 就我個人所知Jerry Laiserin應該是第一個提出BIM這一詞的人,起碼我和我的指導教授Chuck Eastman(BIM Handbook 的作者 )以及Georgia Tech同儕都這樣認為。Jerry原為BIM Handbook發起人兼作者之,因家中突然有事所以臨時退出編輯僅為該書撰序。因為BIM Handbook後來的廣大發行,所以一般都認為Chuck是提出BIM這一詞的人。但Chuck 所提出的Building Product Model 可以視為BIM前身之一,其它影響該觀念成形的有同時期ArciCAD 的Virtual Building。有關這部份請參考Wikipedia 或BIM Handbook不在贅述。

過度的消費及行銷

BIM這一詞在美國已經被過度消費,加上軟體廠商(當然包含敝公司啦)的大肆渲染下已成為濫殤。 軟體廠商很努力的把自身產品與BIM劃上等號,深怕趕不上這波動而失去商機。許多AEC (Architecture, Engineering & Construction) 從業人員也競相標榜自己為BIM 專家。就我多年的經驗及專長,感覺有必要在這裡釐清一些不必要的誤解

BIM並不是科技而是一種流程(process)

BIM 是一個總體的稱謂,其中的「M」 是Modeling 而非Model。軟體廠商希望用Model(名詞)主要是因為可以將其產品直接標籤為BIM。

BIM 的組成包含了「使用者 + 軟體 + 流程」


它是一個由以上三者之間共同組成的概念,你很可能是其中的一項的專家,但很難同時成為所有三項的專家。舉例來說,一個精於工程流程的專家很可能同時也是某一軟體的資深或高階的使用者,但他專精於軟體開發的可能性卻是極少的。使用者是使用者而開發是開發,角色是非常不同的。專家的定意就是對課題的通盤瞭解,也就是所謂的know-how,因此光是熟練於使用很難成為真正BIM專家。

BIM的流程是沒有標準答案

它會因案件 (例如Bid-and-Build or design build) 、公司流程、組織而不同。 通常牽涉到使用數個以上的軟體以及某種程度的客製化。很多企業認為花了大錢買軟體就可以解決一切其實是錯誤的觀念,BIM是一種認同及長期性的投資及開銷,它的獲利在於減少工程中錯誤及衝突,增加不同單位間資訊交換的效率。如果大環境還停留在2D圖面為主時,單獨實踐BIM很難看出會有結構性的改變。

團隊的組成

營建團隊與電子、航太、或造船業最大的不同在:
  1. 團隊的組成多為平行單位的合作而非上下游產業的垂直整合。航太工業中業主(例如波音)可以強勢主導所有下游廠商生產線的設置,包含所使用的軟體、及整合界面 (例如其777的設計生產過程由747 18年縮短為5年,這我另外寫一篇報導)。營建業團隊在發包型工程中因為多是平行的關係加上業主多不強勢主宰所有細部流程,因此整合地方式與其他工業不同。
  2. 團隊的成員組合因案而異 - 發包型工程團隊成員合作期間較為短暫。必須於短時期內配合對方的系統流程及始用軟體。
這樣的團隊組的方式影響了許多層面,包含了過程中需要使用較多的專業軟體,也牽涉到較繁雜的資訊交換。 一般使用者以為IFC可以解決其中的資訊交換其實是錯誤的觀念,關於IFC 我會另外說明。

單一件軟體很難滿足及涵概整個建物生命週期中所有項目

BIM所含概的範圍很廣通常概分為(分類的方式沒有一定) :
  • Preconstruction – Design (CD, DD, CD), Estimating, Bidding, Detailing, Pre-fabrication ( pre-assembly), etc.
  • Construction – Fabrication (CNC, robotic welding and manufacturing), Field Operations (Layout, surveying), Project Management (Cost, scheduling, RFIs, reporting,)
  • Post Construction – Submittal, Inspection, Facility Management, etc.
從以上的分類而言,光是其中要使用軟體就不計其數。除此之外,由於專業分工越來越細 既始是建築師也只能掌握一部分的流程。對建築師傳統以來扮演的協調者角色有一定程度的影響。

軟體開發是百分之百的市場導向

軟體開發就像程式本身一樣完全符合邏輯而且是百分之百的市場導向。近年來因營建軟體市場 (尤其是建築師及技師使用的軟體) 已經相當飽和。在競爭激烈下加上利潤空間很小,所以均轉向開發營造廠或業主為主的軟體。這其中的利潤遠大於軟體廠原來專營的市場。在工程中由於營造廠或業主掌握較多的資源,所以自然的成為銷售目標。就以一套10000美元的軟體來說,賣給造廠或業主的可能性遠大於賣給建築師及技師。不同於日韓營建體系一條鞭的上下整合,台灣與美國的發包制度系統比較相像。因此業主或承包商對BIM軟體的投資可以在較短時間或該工程內回本,但對複委託的建築師及技師而言,因為工程中業務執行款項百分比之分配較少(5%~10%,羨慕吧)加上通常不是最大受利者所以在意願及執行上較緩慢。但不少大型建築師及技師事務所確實體會到BIM長期帶來的好處於是將採用BIM轉化成為提升自身品牌行銷(Marketing) 及提供較優勢之客務以超越競爭對手。美國越來越多的公部門和業主在工程合約中開始加入BIM的規範。但因為相對費用每有相對提昇所以對許多中小型事務所而言是非常吃力的要求。這點爭議牽涉到對現有發包制度的重新定位,但趨勢而言是不可避免的。

我們可以把軟體使用於BIM的方式分成兩極,一頭是單純使用。你可以買一套軟體加一點訓練然後就開始使用。這種模式使可以減少你需要付給軟體商的固定客服及生級費用。 另一頭則是類似顧問公司型式的軟體服務,這種模式通常需要付出較多的客服及顧問費用。就像一般財務投資組合一樣,你必須審慎的考慮你的軟體組合,如果你的預算中包含開發經費則另外要考慮到軟體的客製化能力。

在McGraw Hill 2009發表的BIM白皮書(http://bim.construction.com/research/FreeReport/) 統計了2009年不同營建專業對BIM的實踐,並預測了2010的發展。該報告中推斷BIM在所有營建相關的行業中,營造廠對BIM將會在2010有最大的發展及實踐 。這個預測其實滿準的,美國ENR前400大的建築營造廠 (不包含石化廠及重工業的營造廠例如Bechtel and Fluor) 像 Sakansa、Turner、 Black & Veatch、 DPR、 Swinerton、Barton Malow、 都已內設BIM系統整合單位,並且已逐漸的將BIM融入內部企業生產流程。除此之外,BIM Handbook (包含已發行的二版)中多數案例皆屬於「新整合流程」相關的主題。除了內設系統整合單位,外包的顧問公司例如Gafari則提供系統整合或Lean Construction 的專業服務。
McGraw Hill Smart Market Report



不是具體的主題所以不適用於學術研究

BIM 不是一個非常具體的研究課題所以請慎選你研究的主題。就以喬治亞理工與史丹佛為例,前者偏科技與工程中資料訊息的整合,後者偏新流程的實踐與分析。你的研究主題通常可能與某一科技之使用或流程細項有關。舉例來說,科技類主題包含了資料交換、資料庫、語義學、認知、參數化資料交換、設計模擬分析(e.g. Code Checking) 等等而非BIM本身。主題以流程為主的則有著名的4D CAD。

喬治亞理工最近剛成立的Digital Building Laboratory 有對不同BIM軟體之參數化(parametric) 進行比較 (需註冊)

史丹佛的CIFE (http://cife.stanford.edu/)

問題與意見

我會對以上每一項在進一步分析說明(這可以是一整學期的課程),如果你對任何一項有意見或疑問或需要某一主題的說明,歡迎你電郵給我逐一的如果有問題請不吝指教。

我個人曾參予不同領域對BIM 的推廣包含National BIM Standards, AGC BIM Forum, AISC (eCommerce Summit, CIS/2 Workshops), BuildingSmart, BuildningSmart IFC2X3 certification process), AIA Building Connection, etc.
   

Link Manager- BuildSite and Tekla Structures Integration


About this project

This project started from simply adding external hyperlinks to Tekla Structures model object so links were reusable in the model. Ad-hoc attributing is a common feature in many BIM, 3D or parametric systems in current.  It allows user to attach additional information to model objects that enriches semantics and usages of native objects with greater customizability. 

From a simple macro, we started to get more demands from users for a managerial UI (User Interface) to manage external hyperlinks. Most users wish to obtain a “Document-Centric View” to organize documents and links, sort of a hierarchical grouping mechanism. This is quite common whereas most 3D BIM are geometry centric, meaning information are organized and displayed purely in a 3D object fashion. This is certain because nature of the application and service it provides.  However, from a collaborative perspective, more and more tasks require views from multiple perspectives such as document organization or view of schedules. A typical example is the 4D CAD where one needs to visualize information from both temporal and physical views. This therefore becomes a primary change from previous macro to a more coherent solution.

In conjunction with a newer UI of Link Manager, we combined the BuildSite integration in the same solution since their functionalities quite overlapped.

BuildSite is an online manufacturers, products, material documentations and reseller information for building construction. Quite like an online “Yellow Page” on steroid. It is applicable for contractors’ submittal process. Contractors can find mandatory documents of inspections, material tests, manufacturer guarantee and other useful information for submittal. It also serves as a search engine that allows contractors to find products, manufacturers, and reseller information from particular product category.  It supports different “categorizations” including master unit format and soon believe to support OminiClass classification.


Integration Highlight

For user’s to select BuildSite information in runtime, a light Web Browser is therefore incorporated into the application. It parses an underlying XML file returned from a BuildSite URL query. Parsed contents, especially hyperlinks (HTML) that linked to a document file such as a PDF file are then displayable to users for selection. All links are bind to nodes in an underlying XML file that serves as a live database. User can manage multiple links tailored to their needs.

The following video is a general introductory of Link Manager:

Result and Future Work

Intention of creating Link Manager was to create a prototype to collectively generate a specification that can be incorporated into main product one day. At an application architecture level, I used this opportunity to outline a fundamental module to support generic association that is applicable to many other tasks e.g. the 4D CAD tasks.

Acknowledgement

Special thanks for Andy Dickey who manages the partnership of BuildSite and Hannu Lindberg who collectively manages all users’ aspects and feedbacks.

Reference

Presentations
Use Cases
Link Manager has been adopted in several commercial projects since then. Here are a few use cases

Book Review- The Imperial Cruise by James Bradley



I recently finished reading a book called “The Imperial Cruise A secretes History of Empire and War, written by James Bardley.

History has always been my hobby since ever. I spent some time in modern Japan history and found this book which gives a fresh perspective of a particular era in modern Asian history, a time around the period of late 19th. Author’s opinion and perspective is quite interesting, at least not from a conventional Westerner viewpoint. The entire story is tied to a single diplomatic corps authorized by President Teddy Roosevelt (26th president of US). Teddy sent his daughter, Alice Roosevelt, a celebrity figure at that time like Jacky in the 60’s and his secretary of defense William Taft (27th president of US) on a diplomatic tour to Asia. The corps stopped at Hawaii, Philippine, China, Japan and Korea. Taft had carried a secret mission to sign a secret treaty with Japan Empire to not intervene US annexation of Philippine and in exchanging to allow Japan “have” Korea. This was done secretly without having any consensus from congress and crumbling Teddy’s heroic figure today. Remember that Teddy is one of the four greatest US presidents on top of the Mountain Rushmore. 

How a single incidence can affect the entire regional modern history, and later resulting 10,000 US soldiers died in the pacific theater during WWII. The author also explains the ideology behind America expansion, aka “Chasing the Sun”, towards West, and conflicts/massacres to native people along the progression towards West. Blood was shed almost with no exception from early Native Americans, native Hawaiians, Philippines, and 19th Chinese immigrants. I recommend you to read this book especially if you have Asian heritage. Maybe I shall translate this book.


My next book review is “Morning of Fire” by Scott Ridley. A book about two US ships sail from Boston to Pacific during early 17th century. The voyage to establish new trade routes and ventures following famous captain Cooks great expedition.

Workflow Manager Phase I – Tekla Structures and Meridian Prolog Integration



About this project

This is another integration product started from 2010. The goal is to link Tekla Structures, a 3D Construction and Structural BIM, with Meridian Prolog Converge, a total construction project management system.

Meridian Prolog is a project management software that manages documents and workflows including, drawings, submittals, RFIs, punch list and inspection, meeting minutes and other construction related documents. Meridian is now part of the large Trimble umbrella solutions due to earlier acquisition. Tekla and Meridian had assigned a partnership agreement to develop a closer integration for their joined users. The project started not until 2010 after the agreement was assigned.

I started prototyping the integration in mid 2010. Main challenge of this project falls into technological differences between the two systems. A 3D BIM versus a relational database and web-based software.  Meridian Prolog provides customizable integration through its web-services API to its back-end relational database. Figure 1 shows the integration scenario for the first phase prototyping. Scope of the exchangeable information was restricted only to RFI in the first phase. The intention was to build a robust and easy scalable foundation and possibly progress into other services in later phases, meanwhile to gain understanding and master the Prolog Web Service API.

Figure 1 Integration architecture
Andy Dickey, business manager of the construction unit in Tekla US, sees potentials towards expanding such tool in supporting diverse workflows. The tool was therefore renamed as “Workflow Manager (WM)”. The first beta prototype of WM was released in late 2010 to a few selected testers to gather feedback and usability testing. Fred Cardena, a long time Tekla Structures user and industry expert, who now worked for Meridian tested the WN and provides valuable feedbacks and suggestions for future improvement.


Current Status


The current WM prototype is available only for Tekla Structures 16.1. It is in the middle of a full upgrade and renewing. Current WM prototype allows users to:
  • Associate a Prolog RFI to selected Tekla model objects;
  • Allows Tekla Structures users remotely modify existing RFI in Prolog Converge;
  • Enable browsing RFIs from selected projects, and portfolios from Meridian Prolog;
To know more about the features in WM, please watch the following introductory video. It will provide a brief overview of WM.


Highlights

Meridian API has a quite good structures and namespace hierarchy, from my perspective, in comparison for many APIs that I have been worked on. It is nicely wrapped into .NET and web service. Since it runs on a relation database i.e. MS SQL Server, it allows one to attach documents or BLOB (Binary Large OBject) to existing information objects. Information objects for example a RFI or a submittal document. Hence, it is possible to store additional metadata or attributes e.g. an XML file, to particular information object. This allows us to store a XML file that contains a list of GUIDs from associated 3D model objects to any information object.

The solution requires static connection to the connected Prolog Converge and its database. Speed of fetching data from the source depends on user’s internet bandwidth. Hence, a two tiers data fetching process was adopted to avoid unnecessary operations. In the RFI example, the first fetching process simply reads all RFIs headers (metadata) and displayed to users. Once an RFI selected by users, it will then launch the secondary fetching process to read more detail information of the selected RFI from the server.

Achievement

Things I have learned and used in this project:
  • Meridian Prolog Web Services API
  • Tekla Structures Open .NET API
Acknowledgment

Special thanks to Meridian, Fred Cardena, Tekla Inc., Andy Dickey and Hannu Lindberg.

Reference

Video
Tekla Structures Workflow Manager - Integration with Meridian Prolog Converge