2018年，国际标准化组织ISO正式发布《 有关建筑工程信息的组织—使用建筑信息建模的信息管理—第 1 部分：概念和原则》（ ISO 19650-1 ） 以及《 有关建筑工程信息的组织—使用建筑信息建模的信息管理— 第2部分：资产交付阶段 》（ ISO 19650-2 ） ，这代表着ISO 19650的正式推出。 ISO 19650是一整套关于在建筑资产的全生命周期中，运用BIM进行信息管理的国际规范和规范族，整套标准共有5个部分（概念和原则、资产交付阶段、资产运维阶段、信息交换、考虑安全的信息管理），其为各行业建立BIM管理体系以及BIM实施管理流程具有重要作用。目前，ISO 19650系列标准还未进行国家标准的转换，对英文原文的释义往往因不同的认知角度会存在理解歧义。为解决国内BIM从业者对ISO 19650标准的理解偏差，也为了普及ISO 19650的相关概念和原则，现推出“ISO 19650 标准解读”系列文章， 在本系列中，将重点介绍ISO19650-1概念和原则和ISO19650- 2交付阶段两部标 准。
一
信息模型交付
1、提交主要被委任方授权信息模型
在 向委任方交付 信息 模型之前 ，各任务团队应将其信息模型提交给主要被委 任方，以便在项目的公共数据环境中进行授权。
2、评审和授权信息模型
主要被委任方应根据项目的信息生产方法和程序评审信息模型。
为此，主要被委任方应考虑到下述方面：
——主信息交付计划中列出的交付成果；
——委任方的信息交换需求；
——主要被委任方的信息交换需求；
——每项信息需求的接受标准；和
——每项信息需求的信息需求级别。
若评审成功，主要被委任方应授权信息模型，并要求各任务团队提交他们的信息，以便委任方在项目的公共数据环境中予以验收。
若评审失败，主要被委任方应拒绝信息模型，要求各任务团队修改信息并重新提交给主要被委任方授权。
部分接受待交换信息（定于参见主信息交付计划）可能会导致协调问题，因此建议主要被委任方授权或拒绝整个信息模型。
3、提交信息模型供委任方接受
4、评审并接受信息模型
委任方应根据项目的信息生产方法和程序评审信息模型。
为此，委任方应考虑到以下方面：
——主信息交付计划中列出的交付成果；
——委任方的信息交换需求；
——每项信息需求的接受标准；和
——每项信息需求的信息需求级别。
若评审成功，委任方应接受信息模型作为项目公共数据环境中的可交付成果。
若评审失败，委任方应拒绝信息模型，并要求主要被委任方修改信息并重新提交供委任方接受。
部分接受待交换信息（定于参见主信息交付计划）可能会导致协调问题，因此建议委任方接受或拒绝整个信息模型。
（ 1 ）各任务团队在完成信息模型生产，同时经过内部质量评审后，应将拟交付成果提交给主要被委任方授权，此动作须在项目的公共数据环境中完成。
信息模型给提交给主要被委任方授权之前，应依据项目的信息生产方法和程序，完成至少三个层面的检查或审查（相当于是内部质量控制）。分别是：
a ）任务团队确认信息容器是否符合项目信息标准，如建模规则是否符合适用的国家标准或行业标准；
b ）任务团队确认信息模型是否满足主要被委任方的信息需求及需求级别，如项目建模深度不仅能满足相应需求的模型应用并且没有赘余信息；是否满足其他任务团队协调所需的信息要求，如土建专业建模团队需要提供定位、尺寸准确的土建模型以便机电专业建模团队使用；
c ）交付团队（主要被委任方及任务团队）确认信息模型是否符合委任方的信息需求、接受标准和主信息交付计划中的交付成果。
提交给主要被委任方进行评审授权，不仅需要考虑交付成果是否能够满足要求，还应考虑交付节点的问题，交付团队应根据主信息交付计划的交付时间节点，去制定信息生产计划，该计划中应将各层级评审及可能需要的修改时间考虑在内。
（2）委任方在收到任务团队发来的信息模型评审的申请后，应按照主信息交付计划中列出的交付成果、 委任方的信息交换需求、每项信息需求的接受标准及需求级别，对信息模型进行评审。需要强调的是， 经过主要被委任方评审通过的信息模型由任务团队直接在公共数据环境中提交给委任方，而非由主要被委任方转交给委任方。反过来，委任方评审信息模型不通过时，应在公共数据环境中拒绝信息模型，并通知主要被委任方。
工图设计环节协同工作、互为上下序，开展资料互提、审签和数据共享等工作。
如果出现评审不通过的情况，委任方应该把不通过的原因、修改的要求或建议告知主要被委任方，由主要被委任方对整个交付团队进行情况说明，分析原因，制定修改计划，落实修改情况，经过任务团队的自检合格后提交主要被委任方评审，评审成功后授权任务团队再次提交委任方。
信息模型被拒绝以后，经修改过的模型应按照公共数据环境已经商定的规则进行版本转换，即我们通常说的升版、并记录修改内容、修改时间、修改者等信息。
二
项目收尾
在接受已完工项目的项目信息模型后，委任方应根据项目的信息生产方法和程序将信息容器归档到项目的公共数据环境中。
为此，委任方应考虑到以下方面：
——需要哪些信息容器作为资产信息模型的组成部分；
——未来的访问要求；
——未来的重复利用；和
——需应用的相关保留策略。
委任方应与各主要被委任方合作，汇总项目期间的经验教训，并将其记录到相应知识库中，供未来项目参考。 建议 就整个 项目期 间的问题吸取经验教训。
（ 1 ）信息模型被评审通过后，应按照相关要求进行归档。 这些要求包括：
（ a ）筛选部分信息容器更新至资产信息模型；
（ b ）未来的信息访问要求；
（ c ）未来的信息重复利用计划；
（ d ）需应用的保留策略。
项目信息在资产交付阶段开始的时候从资产信息模型转移到项目信息模型，结束时从项目信息模型转移到资产信息模型，即项目模型竣工交付。运维信息模型（即资产信息模型）并非是简单的施工信息模型（项目信息模型）附加运维阶段产生的信息，这个过程需要对施工信息模型进行相应的处理（轻量化）。
项目的构件库可通过筛选、编辑并按照企业构件库的入库程序入库，事实上，企业构件库是多个项目不断积累、不断迭代的知识库，可作为项目的共享资源重复利用，能有效提高项目的信息生产效率。
（ 2 ）一个项目交付成功后，委任方和主要被委任方应对项目的整个交付过程进行总结，积累经验，吸取教训，为其他项目提供参考。下面就常见问题进行举例说明。
委任方组织内部没有配置专业的信息管理人员，也未委托专家或主要被委任方的人员代为行使信息管理职责，导致交付阶段开始时信息交换需求不明确，在项目实施过程中，委任方不断提出新的信息需求，导致主要被委任方的信息交付计划、交付团队的容量、软硬件资源的配置、技术路线等出现不匹配的情况，从而影响到整个项目的信息交付质量和交付周期。
任务团队的内部质量保证控制措施执行不到位，或不重视评审记录，导致信息质量控制不达标。信息生产后的内部信息评审应具有梯度，仅仅依靠生产者进行自我检查或者同级别的人员协助检查是远远不够的，至少还应该设置专业负责人、技术主管等检查流程。同时，所有的评审过程、整改过程都必须留有记录以供追溯。如果涉及到不同任务团队的协调，比如机电容器需要依附于建筑、结构容器进行信息生产，那么接受团队必须重视对建筑、结构容器的专业间检查，双方隶属于同一个组织内部的情况也不例外。
委任方可从通过整个资产交付过程检验并完善其组织、资产的信息需求，加强对新项目的投资预算控制能力，并通过多个项目的数据积累以支持其投资组合规划。
主要被委任方可在项目实施过程中，通过打造质量精品提升履约质量与品牌形象，同时能不断丰富企业的数据库例如主要材料的价格信息、企业的消耗定额等，以支持其项目层面的精细化管理，企业层面的信息化管理与集约化运营。
0人已收藏
0人已打赏
免费2人已点赞
分享
回帖成功
经验值 +10
全部回复（0 ）
只看楼主 我来说两句抢沙发