BIM项目级实施计划.docx

1、错误！未找到目录项。2.0.0.0 概述 在BIM实施计划这一部分内容中，您将了解如何为建设项目制订规划框架，发现能够帮助您提高工作效率的各类技术相关信息：多种解决方案，可帮助项目团队在项目各阶段（包括设计、施工和运营）创建、修改和再利用信息量丰富的数字模型。多种分析工具，可在破土动工之前透彻分析建筑物的可施工性与潜在性能、利用这些分析数据，您的项目团队可在建筑材料、能源和可持续性方面更加明智地决策一并及早发现和预防一些构件（如管道和梁）间的冲突，减少资金损失、协作沟通平台，不仅有助于强化业务过程还可确保团队所有成员以结构化方式共享项目信息、 借助这些解决方案，您可在整个开发过程中保持BIM数

2、据的完整性。在项目设计初期，团队成员可以紧密合作，以便在破土动工前解决所有设计问题。完成设计时，他们可以一改过去交付一卷卷、一箱箱笨重的纸介质文档的方式，取而代之以向建筑物业主展现完整的数字模型，其中包含管理和运营建筑物所需的全部信息。 在项目设计初期，项目团队可将BIM实施计划用作协作工作模板，以确定项目各项标准与规范。BIM实施计划还将帮助您的团队为各成员分工角色与责任，确定要创建和共享的信息类型，使用何种软件系统，以及分别由谁使用。还能让项目团队更顺畅地沟通，更高效地计划从而降低成本，让团队在建设的各个阶段都能对质量、工作内容和进度驾驭自如。2.1.0.0项目启动 在启动设计流程前，您需

3、要确定核心协作团队、项目宗旨、项目各阶段和贯穿各阶段的整体沟通计划。2.1.1.0 项目描述输入关于以下项目的重要信息。包括项目名称、业主的项目编号、地址、项目描述以及是否建立模型的项目区域。项目名称业主的项目编号项目地址项目描述建模的区域2.1.2.0 核心协作团队 理想的项目核心协作团队应包括项目各利益相关方的至少一名代表，如业主、建筑师、总承包商、分包设计方、供应商和采购承包商。该团队主要负责：完成此BIM实施计划。在协同项目管理系统中创建文档管理的文件夹结构和权限级别。在项目的整个设计与建筑过程中，监督执行本书所制定的行动计划，为完成此BIM实施计划，核心协作团队将：列出为项目使用BI

4、M和协同项目管理技术的宗旨及目标，确定项目阶段阶段性目标。规划安排项目团队成员在各阶段的沟通交流。在下方列出项目的核心协作团队成员。联系入姓名角色职务公司电子邮箱电话 2.1.3.0 项目宗旨及目标 在项目设计期间使用协同项目管理和BIM技术可带来实际或无形的收益。请在下表中列出您在此项目中使用BIM和协同项目管理技术与流程的目的，并注明您如何衡量各目标的实现情况以及目标实现时间。第一行为示例。项目宗旨目标收效规划的时间安排简化结构钢架采购流程建模过程中包括钢材供应商的参与，以便及早开始制造装配钢材已准备就绪并在需要时运送到现场2010年4月2.1.4.0 协作流程规划 为了在项目期间最有效地

5、利用协同项目管理与BIM计划，先投入一点时间对项目各阶段中团队各利益相关方之间的协作方式进行规划。 以下是三种不同项目交付方法的协作计划示例：综合项目交付、设计一建造项目交付和设计一投标一建造项目交付。请在示例后面的空白图表中填入您使用的项目交付方法和协作计划。成果流程图的y轴显示项目各个阶段，x轴显示项目各阶段所涉及的利益相关方，文本框中显示项目团队成员间的预期合作，最后一栏显示将使用的软件。 每种项目交付方法的定义：综合项目交付。各利益相关方在项目一开始即在一起共同工作，并利用最新技术提高灵活性，促成项目圆满成功，这种方法对各方的人才和智慧进行协作性利用 加强深层次的沟通，促进项目团队间的

6、密切协作。设计建造项目交付。仅由一个实体在一份合同下完成建筑工程与施工。设计建造承包商要向合同给予方保证它将提供完整且准确无误的文档。设计投标建造项目交付。在这种方式中，业主聘请的设计方会负责完成施工图档，然后再由众多承包商进行施工竞标。这种方式下，承包商利用BIM作为协调工具使用的能力将受到一定的局限性。使用以下空白图表创建您的项目协作计划。流程图的y轴显示项目各个阶段，X轴显示项目各阶段所涉及的利益相关方，文本框中显示项目团队成员间的预期合作，最后一栏显示将使用的软件。2.1.5.0 项目阶段阶段性目标 传统的项目交付内容包括方案设计、详细设计、施工图档、施工运营等阶段。综合项目交付( I

7、PD)阶段可能包括概念化、初步设计、详细设计、实施文档和其他材料。如欲了解更多有关IPD项目阶段的信息，请参阅美国建筑师协会2007年出版的综合项目交付：指南（请访问www.aia.orgipdg）。在下表中，概述项目的各个阶段、预计开始日期及所涉及的利益相关方。第一行为示例。项目阶段阶段性目标预计开始日期预计完成日期涉及的项目利益相关方概念化2008年2月1日2008年4月1日业主、建筑师工程师、分包设计方、施工承包商2.2.0.0 建模计划 为保证项目的各个阶段都能顺利而高效地开展，您需要尽可能多地进行提前规划。决定在项目的不同阶段分别建立哪些模型，以及由谁负责更新和分发模型。模型的内容和

8、格式也应及早确定。2.2.1.0 模型经理 负责为模型提供内容的项目各利益相关方业主、建筑师、承包商或分包设计方应为项目指派一名模型经理。模型经理肩负许多责任，包括但不限于：将模型内容从项目一方处移交至另一方。确认每个项目各阶段定义的详细程度与控制力。在各个阶段确认模型内容。组合或连接多个模型。参与设计审阅和模型协调会议。将问题带回与公司内部和跨公司团队进行沟通。保持文件命名准确。管理版本控制。在协同项目管理系统中恰当存储模型。 在以下表格中列出项目的模型经理。利益相关方公司名称模型经理姓名电子邮箱电话2.2.2.0 计划模型 在项目设计过程中，项目团队可能会制作生成多个模型。一般情况下，建筑

9、师和分包设计方制作设计意图模型，用以描述建筑物的设计意图；总承包商和分包商则制作施工模型以模拟施工过程并分析项目的可施工性。施工团队应对设计意图模型提出意见，而设计团队也应对施工模型提出意见。 即使团队致力于采用综合项目交付( IPD)，由于合同义务、风险因素以及每个模型的预期功能，有时还是有必要分别创建多个模型。例如，设计意图模型用于表现设计方案可能并不包括与施工方式、方法或进度相关的信息。还可以创建一些专门用于进行特定分析（如能耗或安全分析）的其他模型。这些分析模型通常是设计意图模型或施工模型的衍生品。本书中的2.2.3.0节将详细介绍这些分析模型，包括分析模型和计划。 在下表中，概述将为

10、项目创建的模型。列出模型名称、模型内容、交付模型时所处的项目阶段、模型的创建公司和将使用的模型编辑工具。对于项目不会采用或创建的模型，对应行保留空白即可；若有您认为需要，但未予列出的模型，可添加一行并列出该模型。第一行为示例。模型名称模型内容项目阶段创建公司软件工具协调模型主要建筑物和停车库构筑物的建筑设计、结构和水暖电组件设计开发和施工文档ABC DesignersAutodesk RevitArchitecture软件土木工程模型建筑模型结构模型水暖电模型施工模型协调模型竣工模型2.2.3.0 模型组件 为了给项目后续阶段提供便利，您需要为模型内容、详细程度以及文件命名结构作出规定。2.2

11、.3.0a 文件命名结构 确定并列出模型文件名结构。第一行为示例。模型文件名格式模型类型，连字符，日期（如DESIGN-011208）2.2.3.0b 精度和尺寸标注 模型中应包括设计意图、分析和施工所需的所有必要尺寸标注。但在衡量模型完整性时，某些构件是可以暂时排除在外的。请在下表中列出，哪些构件的定位在评估模型完整性时不予考虑，并且不会影响到其他构件的定位或组装。列出在尺寸标注或定位时不予考虑的项。2.2.3.1 建模对象属性 要在建模对象中存储哪些属性信息，是根据要对模型进行何种分析而决定的。请参见第2.3.2.0节中关于模型分析的详细介绍。2.2.3.2 建模详细程度 您可以参考后面的

12、例表了解如何进行详细程度的分析。该表格将帮助贵公司确定需要建模的构件，由谁建模，在哪个项目阶段或里程碑建模，以何种详细等级建模。建模的详细程度可分为四级：L1、L2、L3和CD。在L1级，模型将包括基本形状，这些形状能够表示对象的大致尺寸、形状和方位，并且这些对象可能是二维或三维形式。在L2级，模型中将包括带有对象的实体集，这些实体集能够表示大致尺寸、形状、方位和对象数据。在L3级，模型中将包括带有实际尺寸、形状和方位等丰富数据的对象实体。在CD级（施工图），模型中将包括带有最终尺寸、形状和方位，用于施工和预制的详细配件。请参见例表中的更多细节和说明。 某些对象可以从模型中排除。可以根据尺寸大

13、小和或例外规则来决定排除哪些对象。2.2.3.2a 排除对象 在下表中列出将从模型中排除的对象。第一行为示例。从模型中排除的条目门上五金件2.2.3.2b 尺寸 任何小于 (填写尺寸，如666)的对象将不包括在模型中。2.2.3.3 模型参考协调 可以将多个模型连接或组合在一起。为了正确地参照引用信息，必须建立参照原点(0，0，0)。在下表中填入此项目的(0，0，0)参照原点。项目（0，0,0）参照原点2.2.3.4 度量制 为项目指定数据单位规范。以下项目将利用 （公制或英制）度量系统。2.2.4.0 合同文档交付要求 可能根据某些模型生成二维书面工程图或文档，以满足合同文档交付要求。某些模

14、型仅作分析之用，不包括在合同文档交付范围之内。在下表中列出合同文档交付范围之内的模型。属于项目合同文档交付物部分的模型2.2.5.0 详细的建模计划 在项目的各个阶段，项目团队应创建详细的建模计划，其中包括建模目标、所包含的模型以及模型制作人员的角色与责任。以下内容对各阶段的模型目标、模型经理的角色与责任进行了概述。2.2.5.1 概念化概念设计2.2.5.1a 目标 根据业主提供的概念参数做出初步设计，确保规范和分区要求符合项目宗旨，并为协调模型设定一个三维参照原点。如果需要，列出进一步目标。2.2.5.1b 模型角色 在概念化概念设计阶段，不一定要创建模型。如果有建立模型，其角色是描述项目

15、的视觉概念和大致布局。如果需要，进一步分工角色。2.2.5.1c 责任 建筑师指派的模型经理将建立一个基准模型，作为其他模型的基础，在概念化阶段，来自各利益相关方的模型经理将确立建模标准和指导方针。如果需要，进一步明确责任。2.2.5.2 初步设计方案设计2.2.5.2a 目标 根据在概念化概念设计阶段的构思进行空间设计；为建筑系统（包括建筑、结构和水暖电等方面）进行初步设计：初步确定各个建筑系统间的协调问题，关于系统成本、安置方式、构造和进度安排，征求供应商和装配方的意见。如果需要，列出进一步目标。2.2.5.2b 模型角色 建筑模型将展现结构的基本设计与布局，并且是其他所有子系统设计（如水

16、暖电模型和结构模型）的基准模型。子系统设计将展现建筑组件的初步选择与布局。组合而成的协调模型将表现建筑模型和子系统设计模型的空间关系。如果需要，进一步分工角色。2.2.5.2c 责任 一旦创建了基准概念结构，建筑师的模型经理便将模型发送给分包设计方，以便其开发设计方案。分包设计方指定的模型经理 将审核模型，并将审核完毕的模型交付给建筑师的模型经理。建筑师的模型经理将审阅这些模型以确保符合相应阶段要求。一旦模型符合要求，建筑师的模型经理将连接或组合各种类型的模型。建筑师的模型经理还应清除重复或冗余的对象，准确命名协调模型并将其存储在协同项目管理系统中。如果需要，进一步明确责任。2.2.5.3 详

17、细设计设计开发2.2.5.3a 目标 提供建筑物和建筑物系统的最终设计方案；解决建筑物系统之间的协调性问题；提供能够分析进度、成本和可施工性的施工模型，提供构件预制模型以分析采购协调性。一旦确立最终设计方案，建筑师的模型经理将协调模型发送给分包设计方，以便其确定最终设计方案。如果需要，列出进一步目标。2.2.5.3b 模型角色 建筑模型继续作为所有其他子系统的设计基准。子系统的设计将作相应修改以体现设计改进。组合而成的协调模型将继续体现建筑模型和子系统模型的空间关系。如果需要，进一步分工角色。2.2.5.3c 责任 分包设计方的模型经理将使用协调模型以修改并完成设计方案。一旦模型修改完毕，分包

18、设计方的模型经理会将其交付至建筑师的模型经理。建筑师的模型经理将审阅这些模型以确保符合阶段要求。一旦模型符合要求，建筑师的模型经理将连接或组合多个模型以生成新的协调模型。模型经理还应清除重复或冗余的对象。建筑师的模型经理将协调模型发送给承包商指定的模型经理。承包商将协调模型用作施工模型的基础。如果需要，进一步明确责任。2.2.5.4 实施施工文档2.2.5.4a 目标 最终确定建筑物和所有子系统的设计方案，为主管部门审批准备文档，并提供施工模型，重点突出可施工性、采购协调和构件预制。如果需要，列出进一步目标。 2.2.5.4b模型角色 所有设计模型都将用于反映最终设计。然后，这些模型将用于生成

19、合同文档。施工模型主要用于评估、安排进度和进行施工可行性分析。如果需要，进一步分工角色。2.2.5.4c 责任 建筑师和分包设计方的模型经理将为主管部门审批准备合同文档（基于协调模型）。承包商的模型经理将基准施工模型发送给供应商和分包商。供应商和分包商将提交构件预制模型，取代传统的“制造图”。承包商的模型经理将这些模型合并至施工图中。如果需要，进一步明确责任。2.2.5.5 机构协调投标2.2.5.5a 目标 根据主管部门的反馈修改协调模型，最终确定施工模型。如果需要，列出进一步目标。2.2.5.5b 模型角色 对设计模型进行调整以反映主管部门的反馈意见。对施工模型进行改进并进一步用于评估、进

20、度安排、施工排序、采购协调和施工可行性分析。如果需要，进一步分工角色。2.2.5.5c 责任 建筑师的模型经理将机构给出的评语与设计团队进行沟通。分包设计方的模型经理对设计模型进行相应修改，并将修改后的设计方案交还建筑师。建筑师的模型经理将更新最终确定的协调模型。如果需要，进一步明确责任。2.2.5.6 施工2.2.5.6a 目标 根据提交材料、信息请求或业主提出的变更意见更新协调模型；根据施工活动维护施工模型；开发竣工模型以反映建筑物的实际构建情况。建筑团队将通过协同项目管理系统提交信息请求和其他需要提交的材料。如果需要，列出进一步目标。2.2.5.6b 模型角色 根据业主的指示和其他意外情

21、况，协调模型将在整个施工阶段不断进行修改。模型将始终体现修改后的合同文档。施工模型将用于进度分析、施工排序和采购协调。竣工模型将表现建筑物的实际装配情况。如果需要，进一步分工角色。2.2.5.6c 责任 建筑师的模型经理将与建筑师的顾问一起答复信息请求和提交的问题，并对于协调模型进行相应调整。承包商的模型经理将更新施工模型，并与供应商、转包商一起开发竣工模型。如果需要，进一步明确责任。2.2.5.7 物业管理2.2.5.7a 目标 在物业管理阶段使用竣工模型，并根据运营状况更新模型。如果需要，列出进一步目标。2.2.5.7b 模型角色 竣工模型将表现施工过程中建筑物的实际装配情况。此时可进一步

22、更新模型，展示施工变更，促进物业顺利运营。如果需要，进一步分工角色。2.2.5.7c 责任 物业管理方模型经理将根据运营状况更新模型。如果需要，进一步明确责任。2.3.0.0 分析计划 通过在项目建立之初列举与指定可能需要的分析类型，您可确保关键模型包含所有相关信息，分析过程也将更加轻松、高效。2.3.1.0 分析模型 您的项目可能涉及特定类型的分析，例如下列分析需求，是可以通过现有模型或专门创建的模型而完成的。在大多数情况下，分析质量取决于原始模型的质量，因为该模型是分析的基础。因此，进行分析的项目团队成员应向原始建模团队成员明确传达分析要求。2.3.1.1 材料算量分析 材料算量分析的目标

23、是利用模型属性数据自动完成（或简化）材料算量流程。之后，这些来自算量软件的信息可以导入或关联到造价软件。为了实现无缝的材料算量流程，初始建模人员必须在设计中添加相关的属性信息。2.3.1.2 进度分析 进度分析支持项目团队利用项目模型分析施工时间和顺序。之后，可以使用分析结果修改或调整施工进度表。虽然现有的软件工具能够帮助项目团队以可视化方式按时间顺序模拟施工过程，但目前还没有能够自动与进度软件进行交互的系统。2.3.1.3 冲突检测分析 碰撞检测分析用于检查一个或多个模型设计中存在的碰撞冲突。为了减少施工阶段中的变更单数量，碰撞检测应当从设计的早期就开始进行，并贯穿整个设计流程。为了正确地进

24、行碰撞检测，您项目中的各个模型必须具有共同的参照点，并可以与碰撞检测工具兼容。2.3.1.4 可视化分析 可视化工具支持项目团队在三维视图中查看项目的设计或结构，从更加精确的角度分析最终产品。2.3.1.5 LEED评估体系能效分析 LEED (Leadership in Energy andEnvironmental Design)评估体系能效分析工具能够帮助项目团队评估设计决策对可持续性和能耗的影响。该分析模型通常是基于主建筑模型创建，然后可以把材质和建筑设备数据集成进来，以用于评估项目的可持续性和能耗。2.3.1.6 结构分析 结构分析工具使用模型来分析建筑的结构属性。结构分析软件通常使

25、用有限元方法(FEM)来计算所有结构组件的应力。为了进行无缝的结构分析，初始的结构建模软件必须与结构分析软件兼容，而初始的结构模型属性数据则必须包含与结构组件有关的信息。2.3.2O 详细分析计划 针对项目中可能用到的每种分析类型，应列出分析所用的模型、负责分析的公司、所需文件格式、预计项目阶段和所用的分析工具。如果还有其他与分析有关的说明，应在“特别说明”栏中注明，并在下一小节的“特别说明”表中列出具体情况。分析分析工具模型分析公司项目阶段所需文件格式特别说明可视化结构碰撞检测材料算量进度四维成本分析五维能效LEED采光照明2.3.2.1 特别说明 特定类型的分析可能涉及特定要求或说明。进行

26、分析的公司应将这些信息传达给原始建模公司。在下表中列出特定要求。2.4.0.0 项目协作和沟通计划 及早制定一份协作和沟通计划将有助于团队成员在整个项目流程中高效地沟通、共享和检索信息。这份计划能够帮助您最大限度地发挥协同项目管理系统的优越性，节省时间并提高投资回报率(ROI)。2.4.1.0 沟通计划2.4.1.1 信息收发和通信协议 与项目有关的所有电子通信信息应保存在项目记录中。许多协同项目管理系统均具有内部信息收发功能。核心协作团队公司之间有关项目的所有电子通信信息应在整个协同项目管理系统中及时更新或发送。来自协同项目管理系统以外的所有项目电子邮件的副本均应在文档管理文件夹结构中的一个

27、文件夹中更新，或在信函模块中更新。在下方列出您在项目中使用的电子信息收发协议。在此处列出项目使用的电子信息收发协议2.4.1.2 会议记录 会议记录和议程可在协同项目管理系统中制定。会议记录和议程应包含时间、日期、会议地点、出席人数和讨论细节等一般信息。讨论细节应包含问题发起日期、责任方和规定的结束日期。会议记录应在会议结束后 个工作日内在系统中发布，并以电子格式发送给所有与会人员。与会人员可在 个工作日内对会议记录的内容提出质疑，而所有质疑必须通过以下会议进行处理。 与项目有关的会议具有多种类型，包括总进度会议、设计协调会议、安全会议等。在下表中列出必要的项目会议类型、会议主办方、必要的与会

28、方和技术。第一行为示例。会议类型主办方必要的与会方必要的技术BIM设计协调建筑师业主、建筑师、总承包商、分包设计方、供应商互联网、Autodesk“Navisworks软件、投影设备、白色书写板、NetMeeting软件2.4.1.3 信函 应在协同项目管理系统中生成、扫描和上传核心协作团队公司之间的所有正式信函。来自非核心协作团队公司的重要信函也应在系统的信函模块中扫描和上传。2.4.2O 协作计划2.4.2.1 文档管理 您可以在协同项目管理系统中创建一个文件夹结构，然后根据核心协作团队分配的权限赋予项目团队成员上传、下载、编辑、批注和查看该文件夹中文档的权限。2.4.2.1a 批复和访问

29、权限 项目的核心协作团队应制定文档管理文件夹结构的使用权限。在下表中列出文件夹或子文件夹、既定的文件内容和权限等级。示例如下。文件夹内容权限图纸子文件夹中的所有项目图纸更新：建筑师工程师；浏览：承包商、业主；无权限：分包商；方案草图草图更新：建筑师工程师；浏览：承包商、业主；无权限:分包商；2.4.2.1b 文件夹维护 虽然文件夹结构和访问权限应由核心协作团队决定，但创建文件夹结构和维护系统的工作却由项目系统管理员(PSA)负责。2.4.2.1c 文件夹操作通知 对文件夹结构进行操作时，选定的群组、个人或整个项目团队能够接收相关通知。通知信息应包含与更新的文件和更新人身份有关的信息。在下表中列

30、出对各个文件夹进行不同操作时接收通知的个人和群组。第一行为示例。文件夹操作接收通知的群组图纸更新和修改整个项目团队2.4.2.1d 文件命名规则 在上文中（参见第2.2.3. Oa节一模型组件文件命名规则），您已经了解了该项目模型文件的文件命名规则。所有其他文件应采用准确的描述性名称。避免在文件名中使用日期，因为协同项目管理系统或网络会控制日期和版本。在下表中列出拥有特殊命名要求的文件。第一行为示例。文件类型命名规则进度照片地点、连字符、模型创建公司的缩写、连字符、描述（例如，停车场-ABC-开裂）2.4.2.le 设计审阅 协同项目管理系统支持您高效地管理设计审阅流程，使利益相关方能够高效地

31、记录和更新设计审阅评论、问题和冲突检测报告。协同项目管理系统应支持用户记录设计审阅中的批注。该系统还将用于跟踪进度及审阅批注的处理情况。在下表中列出审阅的模型、审阅方、预计的设计审阅起止日期以及模型创建公司对审阅批注作出回复所需的天数。第一行为示例。模型审阅公司预计的审阅起始日期预计的审阅结束日期模型创建公司作出回复所需的天数方案设计模型ABC、业主、Acme.承包商2008年1月21日2008年2月11日1 4天2.4.2.2 投标管理 为了实现更快、更加高效的投标流程，所有投标文档一包括绘图和规格书一应保存在协同项目管理系统的“图纸室”中。项目系统管理员可以把“图纸室”的权限提供给潜在的投

32、标方，并允许他们访问、下载或在复印部门打印这些文档。当图纸在事后以补遗方式发生变更时，协同项目管理系统将自动通知所有投标方。2.4.2.3 施工管理 协同项目管理系统能够管理信息请求（信息请求）、提交的资料、会议记录、每日报告和其他核心协作团队选定的模块。核心协作团队还将确定权限等级以及施工管理模块的访问权限。2.4.2.3a RFI信息请求 信息请求将由 （确定角色）在协同项目管理系统中创建。信息请求将发送至 （确定角色）并需要该角色作出回复，其副本将发送至 （确定角色）。主审方将在 天内对信息请求作出回复。信息请求将包含所有用于描述问题的适当信息以及电子附件，包括照片、规格书和带有批注的图

33、纸等。2.4.2. 3b 提交的文件 提交的文件将通过协同项目管理系统进行整理并以电子格式提交。 （确定角色）将负责整理并打包提交资料。提交包将按照规格书进行整理，并应按以下格式进行编号： （填写提交包编号格式，例如，规格部分一规格小节中的提交包编号：09900-01）。提交包将包含一个或多个项目。这些项目应按照以下格式编号： （填写提交包项目编号格式，例如，自动编号001. 002）。提交包将发送至 （确定角色），并需要该角色作出回复，其副本将发送至 （确定角色）。提交包将包含所有适当信息，以及电子附件形式的必要提交项目。提交包将随一份电子传输集一起发送。主审方将在 天内对提交包作出回复。提

34、交包中的每个项目都将收到回复。可能的回复包括 （列出回复）。所有经过修订的提交项目都将通过一个修订包重新提交，而非通过一个新的提交包提交。2.4.2. 3c 日志 可在协同项目管理系统中输入日志。以下各方负责创建日志： （确定角色）。日志将包含日期、一般信息、天气情况、具体活动、人力、使用的主要设备、交付的主要材料、安全事故和质量控制问题。此外，日志还应在必要时包含进度照片和其他电子文件。日志应在报告日后 天内输入系统。2.4.2.3d 其他施工管理业务流程 大多数协同项目管理系统还具有许多未在上文中列出的模块。在下表中列出项目团队计划使用的模块，包括任何特别说明和流程。计划使用的其他业务流程

35、模块特别说明或流程2.4.2.4 成本管理 协同项目管理系统能够管理预算、采购、变更单流程、支付流程和成本报告等流程，进而优化成本管理。您项目的核心协作团队还将确定权限等级以及成本管理模块的访问权限。2.4.2.4a 预算 （确定角色）的预算将输入协同项目管理系统并在其中由利益相关方进行跟踪。 （确定角色）将负责在系统中输入和跟踪预算。2.4.2. 4b 采购 （确定角色）的合同文档将输入协同项目管理系统并在其中由利益相关方进行跟踪。 （确定角色）将负责在系统中输入和跟踪合同文档。必要时，执行的文档可以被扫描并附加在合同记录中。2.4.2. 4c 变更单流程 变更单请求(RCO)将在协同项目管

36、理系统中创建并在其中由利益相关方进行跟踪。RCO将由 （确定角色）负责创建。每个RCO将包含所有支持该变更的适当信息。RCO文档中可能附加电子备份。RCO应发送至 （确定角色）以供其审阅。RCO获得批准后， （确定角色）将向 （确定角色）发送一份正式的业主变更单(oco)。2.4.2.4d 支付申请 可在协同项目管理系统中创建支付申请。 （确定角色）负责在系统中按照经过批准的工程分项价值表(SOV)创建一项支付申请。必须将一份经过签署的支付申请副本提交给 （确定角色）并在当月 日之前将另一份副本提交给 （确定角色）。2.4.2.5 项目竣工 协同项目管理系统能够简化您的竣工流程。可通过系统功能

37、或上传文档至文件夹结构，在系统中管理剩余工作清单(Punch List)。需要将竣工图、委托文档、保修单和运行维护手册等多份文档提交给业主。这些文档可上传至文件夹结构。2.4.2.5a 竣工模型 竣工模型 （填入：会不会）由 （确定角色）在项目结束时交付给业主。竣工模型应反映实际竣工状况。竣工模型的详细等级将遵循第2.2.3.2节建模详细程度。在下表中列出所有竣工模型内容中包含或不包含的对象。竣工模型包含的对象竣工模型不包含的对象列出竣工模型中包含的高于2.2 .3.2节中详细等级的特殊对象。列出竣工模型中不包含的高于2. 2.3.2节中详细等级的特殊对象。2.4.2. 5b 系统归档 在项目

38、竣工时，参与核心协作团队的公司可能会索取一份在协同项目管理系统中创建和保存的项目文档的电子副本。这些信息由系统所有方提供，并由索取方承担必要的成本。在项目进行期内，每家公司都可以按其权限访问项目文档。2.5.0.0 项目技术规划 在本节中，您将制定项目的企业技术规划。您将选择要使用的软件系统并确定需求和管理职责。2.5.1.0 软件组件选择 为了最大限度地发挥BIM工具的优越性，我们推荐使用符合以下标准的工具。2.5.1.1 模型创建 模型创建软件应该是基于数据库平台的，并且该数据平台应支持创建参数化、包含丰富信息的对象。无论何时进行变更，参数化模型中的各种相关对象都应自动更新。由于设计方案可

39、能来自多方，因此BIM工具应支持文件链接、共享和参照引用。BIM技术必须支持创建二维平面图，以满足合同约定的文档交付要求。系统应能够创建和输出符合国际互操作联盟( lAl)制定的IFC标准的文件格式。2.5.1.2 模型集成 模型集成工具将用于整合来自不同软件平台的多种设计文件。该工具还可用于模型仿真。仿真工具必须支持用户按时间顺序模拟施工流程，同时支持实时漫游。模型集成工具应至少能够打开和整合Dwg、dwf、 .dxf、.sat、.ifc、 .dgn、 .prp、 .prw、 .ipt、Jam和.ipf格式的文件。 2.5.1.3碰撞检测协调模型 碰撞检测工具应能够对一个或多个设计文件进行碰

40、撞检测分析。系统应能够生成碰撞检测报告，并以.xls、.csv或.xml文件格式导出。碰撞检测报告中应包含碰撞列表以及直观的图示。2.5.1.4 模型可视化 模型可视化软件用于快速浏览模型，因为项目中某些成员并不需要使用BIM模型创建、集成或仿真软件的全部功能。可视化工具必须支持用户环绕浏览、缩放、平移、按轨迹、审核和飞行的方式漫游。2.5.1.5 模型进度审查 四维模型进度审查工具可以帮助您以可视化的方式了解建筑施工流程。该工具应支持用户根据输入的进度信息来可视化模拟施工流程，还应与Microsoft Project和Primavera等标准的进度软件集成。2.5.1.6模型算量 材料算量工

41、具将用于从BIM模型中提取材料数量，以便进行成本预算和采购。该工具必须能够自动从三维和二维设计文件中提取材料数量。材料算量软件必须能够与造价软件集成，或者其中的信息必须能够以.xls、.csv或.xml文件格式导出。材料算量软件必须兼容下文第2.5.1.7节中所列的模型创建工具。2.5.1.7 协同项目管理 协同项目管理系统可能包含一个或多个软件包。然而为了获得最佳效果，完整的协同项目管理系统应：基于Web或支持Web-这样所有相关的授权项目团队成员都能够远程访问该系统。支持为不同的项目团队成员配置不同的许可权限。支持通过内部信息收发或系统生成的邮件进行通信。具备文档管理功能，支持项目团队创建

42、基于权限的自定义文件夹结构，该结构同时支持上传、下载和版本控制功能。包含浏览器，支持项目团队在其中查看.dwg、.dgn、.plt、.dwf、.pdf、.tif、.jpg、.doc和.xls文件。具备施工管理功能，以便用户跟踪信息请求(RFl)、提交的文件、设计审阅、会议记录、日志。问题、信函和转送材料。支持与文档管理层面上的文件夹结构进行数据交互。具备投标管理功能，并支持项目团队发布合同绘图和规范，以供用户在“阅览室”(Plan Room)中查看。支持成本管理控制，例如，预算、合同、变更单流程和支付申请跟踪。支持项目团队根据系统信息生成报表。支持通过解决方案中的文档编制、施工和成本管理组件优化整个工作流程。 选择您将使用的组件和特定软件并在下方列出，以供参考。软件组件模型软件系统版本模型创建建筑设计土木设计结构设计水暖电设计协调施工竣工 模型集成 模型协调模型可视化模型排序模型材料算量协同信息收发和通信文档管理设计管理投标管理施工管理成本管理设施运营管理竣工2.5.2O 系统要求和管理2.5.2.1 模型创建、冲突检测、可视化、排序、仿真和材料算量工具2.5.2.1a IT要求 BIM工具应符合第2.5.1.0节“软件组件选择”中的标准并具备其中的功能。所有使用该工具的项目团队成员应拥有正确使用系统所