Information delivery manual-Part 1:Methodology and format

最新推荐文章于 2021-06-23 23:35:45 发布

喵木木

最新推荐文章于 2021-06-23 23:35:45 发布

阅读量716

点赞数 1

文章标签： IDM IFC MVD

本文链接：https://blog.csdn.net/Jenny_oxaza/article/details/96134439

版权

Reference：
《ISO 29481-1：2016 Building information models—Information delivery manual-Part 1:Methodology and format》

主要是整理了这本标准里面的一些要点，便于更理解IDM和MVD。

IDM的全称是Information delivery manual（信息交付手册）。IFC是建筑信息全领域的一个数据底层，IDM主要是定义了不同领域（软件）之间协作时需要交换的信息。
“……is intended to facilitate interoperability between software applications used during all stages of the life cycle of construction works”
名词定义
actor 参与者（指代建筑工程活动中涉及到的人/组织/协会……）
BIM 建筑信息模型（建筑的数字化表示）
BIM software application BIM软件应用（用于操作BIM模型的软件）
business requirement 业务需求（表示建筑工程活动中各环节对信息的需求，定义了改建筑活动中应该交付或完成哪些信息）
information constraint 信息约束（由于不同业务场景而对信息的约束或限制）
class 类（用于性质或特征相同或相似的事物，可以用C++里面“类”的概念来理解）
construction works 不知道中文怎么翻译，但是看英文的意思应该是指代建筑工程活动的输出（成果）
construction process 建筑过程（获得construction results(works)的过程），每个建筑过程都可以包含很多个子过程（component process）
exchange requirement 交换需求（在某一建筑环节由于业务需求产生的信息交换需求）
information delivery manual （IDM） 信息交付手册（细化了某一建筑项目中某一建筑环节或建筑活动相关各方的信息交付）
IDM components IDM的基本单元，包括：interaction maps/transaction maps（交互图），process maps（流程图）和exchange requirements（交换需求）
information unit 信息单元（可以理解为信息交换的单位，可以是各种属性）
interaction map 交互图
interaction framework 交互框架（主要是对交互的信息做一个总的组织）
model 一种允许查看自身属性的系统，即带属性的系统
model view definition （MVD） 模型视图定义。想要定义建筑全生命周期的信息交付需要设计包含所有参与者、所有建筑活动、所有业务流程的完整框架（complete framework），但是这样的框架必然是十分复杂而且难以设计的。因此，目前主要的IDM是针对某一主体（领域）来进行，目前很多工作是在设计完整框架的子图——这样的子图称为模型视图定义（MVD）。
object 实体
process map （PM） 流程图
role 角色（定义各个参与者在不同建筑活动环节的功能和任务）
transaction 信息交换包（不同角色之间的信息交流）
transaction map 信息交互图。
IDM的基本框架
（1）第一步就是考虑信息的交换。
（2）流程图（PM），确定信息交互的业务流程。PM主要是定义每个角色之间的工作流程，以及这些工作流程中这些角色所涉及的建筑工程活动/业务。
（3）交互图和信息交互图（interaction map/transaction map），在确定流程图之后，需要确定不同流程之间的信息交互。interaction map定义了各种角色及其之间的信息交互（roles and transaction），信息交互从一个角色指向另一个角色;相应的transaction map定义了信息交互中所涉及的信息和规则。
（4）交换需求。
IDM的开发流程（附录A）
准备阶段
（1）确认应用范围
—信息交换涉及到哪些业务流程？
—这些业务流程涉及到哪些角色（人）？
—这些角色分别由哪些参与者来扮演？
—如何进行这些信息交换？
—现有的一些协议、合同、标准、规范等支持这样的信息交换么？
应用范围的确认决定这IDM的开发是否成功，同时需要说明清楚信息的输出方和接受方。
（2）确认开发方式（和具体的信息交换格式、软件等相关，具体见执行阶段）
（3）准备开发资源（主要是开发IDM中涉及的人力物力等）
（4）制定开发方案
执行阶段
标准中给出了三中开发IDM的方法：
（1）顺藤摸瓜（process discovery）
是比较常用的开发方法。
首先就是要梳理应用范围、业务流程图和交换图，流程图（PM）和交换图（interaction map）需要定义好不同业务流程之间需要交换的信息，并基于此创建信息需求。
（2）信息约束（information constraint customisation）
（3）逆向工程（reverse engineering）
即执果索因。
应用阶段
软件开发商需要通过一个应用案例来进行认证。