參考：http://blog.fang.com/25866228/10613454/articledetail.htm
IDM的全稱是Information Delivery Manual，信息交付手冊。和IFC一樣，我還是建議您就記住IDM得了，然后弄清楚什么是IDM，為什么要有IDM就夠了。
1、為什么需要IDM？
前面我們說了，要實現BIM的價值，就必須要做到不同項目成員之間、不同軟件產品之間的信息交換，由於這種信息交換涉及的項目成員種類之繁多、項目階段之復雜和項目生命周期時間跨度之大、以及應用軟件產品數量之多，只有建立一個公開的信息交換標准格式，使得所有軟件產品通過這個公開標准實現互相之間的信息交換，才能實現不同項目成員和不同應用軟件之間的信息自由流動，這個基於對象的公開信息交換標准格式就是IFC。
由上面的描述我們知道，IFC可以（或者更准確地說IFC的目標是）滿足工程建設行業所有項目、所有項目參與方、所有軟件產品的信息交換，是整個工程建設行業進行所有設施設計、施工、運營所需要的信息總成，而真正的信息交換是針對某個具體項目中的某一個或幾個工作流程、某一個或幾個項目參與方、某一個或幾個應用軟件之間來進行的，即不需要也不可能每一個信息交換都把整個IFC所有的內容都搬出來。那么每一個這樣的信息交換究竟需要哪些IFC里面的內容呢？這就是IDM要完成的事情。
打個比方，IFC相當於一個能滿足整個醫葯行業什么葯都有的葯鋪，IDM就是針對某個病人或者某種疾病去葯鋪里面取葯的方子。
工程建設行業各個領域的專家通過對所有不同類型的工程項目、參與方、項目階段需要完成的工作及其需要的信息的分析研究和集體努力，開發出了能包治百病的IFC（IFC本身也是不斷發展變化的）;從事某一個具體項目、某個具體工作的參與方使用IDM定義他的工作所需要的信息交換內容，然后利用IFC標准格式進行實施。
除了項目參與方以外，BIM應用軟件的開發商也需要IDM來定義某一個具體軟件能夠支持和實現的IFC部分 - 稱之為IFC的一個視圖（View），因為我們在《實現BIM價值的三大支柱 - IFC/IDM/IFD（一）》中已經介紹過，沒有一個超級軟件可以支持所有項目成員干項目有關的所有工作。
例如HVAC設計師和建築設計師之間的用戶信息交換需求可以表示如下：
相應地，滿足這一需求的解決方案供應商需要實施的部分IFC內容（視圖）如下：
2、什么是IDM?
buildingSMART提供的下面這張圖很形象地說明了IFC和IDM之間的關系：
IFC的目的是支持所有項目階段的所有業務需求，實際上就是項目成員之間需要交換或分享的所有信息的總和。但這不是項目信息通常提交的方法。
通常情況下要交換的信息是關於某一個特定的主題的（例如結構分析、HVAC、預算等），信息的詳細等級也由特定的項目階段決定，其目的是支持某一個或幾個階段的某一個業務需求，其主要任務是決定由哪些IFC的基本元素來滿足這個業務要求。
3、IDM的目標
IDM的目標如下：
a）定義建設項目生命周期內用戶需要信息交換的所有流程
b）確定支持上述流程所需要的IFC功能
c）描述后續流程可以使用的該流程執行結果
d）指定流程中發送和接收信息的角色
e）保證上述定義、明細和描述以IDM目標群體可以使用和容易理解的形式提供
4、IDM的目標群體
IDM的目標群體可以用下圖表示：
a）管理層用戶
* 決策使用基於IFC的信息交換
* 知道相關的業務流程及其執行上的改進在業務層面的影響
* 不需要流程內信息使用的技術細節
* 不需要知道軟件開發或者IFC模型
b）最終用戶
* 在實際工作中使用IFC進行信息交換
* 需要准確了解可以得到什么信息以及如何在業務流程中使用這些信息
* 不需要知道軟件開發或者IFC模型
c）軟件供應商
* 開發具有IFC接口的應用軟件
* 需要了解管理層用戶和最終用戶要從他們的軟件產品中得到什么
* 需要具備IFC模型的詳細技術知識
5、IDM的技術架構
IDM的技術架構如下圖所示：
IDM的技術架構由於同時涉及BIM用戶和軟件供應商，因此看起來比較復雜，基本上圖的上部和BIM用戶有關，圖的下部和軟件開發商有關。我們這里簡單介紹一下跟BIM用戶有關的部分（圓圈里面的內容）：
a）參考流程（Reference Processes）：構成流程圖的基本單元（或者說一個活動），例如創建建築BIM模型。
b）流程圖（Process Map）：流程圖描述在某個特定主題（例如結構分析）邊界條件下活動的流動順序，其目的是理解構成流程圖的活動配置、參與的角色、需要的信息、使用的信息和產生的信息。
c）交換需求（Exchange Requirements）:在項目指定階段支持一個特定的業務要求所需要交換的一組信息。
下面是一個包含上述內容的流程圖例子：
