参考: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):在项目指定阶段支持一个特定的业务要求所需要交换的一组信息。
下面是一个包含上述内容的流程图例子: