BIM项目级实施计划文档格式.docx
《BIM项目级实施计划文档格式.docx》由会员分享,可在线阅读,更多相关《BIM项目级实施计划文档格式.docx(27页珍藏版)》请在冰豆网上搜索。
2.1.3.0项目宗旨及目标
在项目设计期间使用协同项目管理和BIM技术可带来实际或无形的收益。
请在下表中列出您在此项目中使用BIM和协同项目管理技术与流程的目的,并注明您如何衡量各目标的实现情况以及目标实现时间。
第一行为示例。
项目宗旨
目标
收效
规划的时间安排
简化结构钢架采购流程
建模过程中包括钢材供应商的参与,以便及早开始制造装配
钢材已准备就绪并在需要时运送到现场
2010年4月
2.1.4.0协作流程规划
为了在项目期间最有效地利用协同项目管理与BIM计划,先投入一点时间对项目各阶段中团队各利益相关方之间的协作方式进行规划。
以下是三种不同项目交付方法的协作计划示例:
综合项目交付、设计一建造项目交付和设计一投标一建造项目交付。
请在示例后面的空白图表中填入您使用的项目交付方法和协作计划。
成果流程图的y
轴显示项目各个阶段,x轴显示项目各阶段所涉及的利益相关方,文本框中显示项目团队成员间的预期合作,最后一栏显示将使用的软件。
每种项目交付方法的定义:
■综合项目交付。
各利益相关方在项目一开始即在一起共同工作,并利用最新技术提高灵活性,促成项目圆满成功,这种方法对各方的人才和智慧进行协作性利用加强深层次的沟通,促进项目团队间的密切协作。
■设计—建造项目交付。
仅由一个实体在一份合同下完成建筑/工程与施工。
设计—建造承包商要向合同给予方保证它将提供完整且准确无误的文档。
■设计—投标—建造项目交付。
在这种方式中,业主聘请的设计方会负责完成施工图档,然后再由众多承包商进行施工竞标。
这种方式下,承包商利用BIM作为协调工具使用的能力将受到一定的局限性。
使用以下空白图表创建您的项目协作计划。
流程图的y轴显示项目各个阶段,X轴显示项目各阶段所涉及的利益相关方,文本框中显示项目团队成员间的预期合作,最后一栏显示将使用的软件。
2.1.5.0项目阶段/阶段性目标
传统的项目交付内容包括方案设计、详细设计、施工图档、施工运营等阶段。
综合项目交付(IPD)阶段可能包括概念化、初步设计、详细设计、实施文档和其他材料。
如欲了解更多有关IPD项目阶段的信息,请参阅美国建筑师协会2007年出版的《综合项目交付:
指南》(请访问aia.org/ipdg)。
在下表中,概述项目的各个阶段、预计开始日期及所涉及的利益相关方。
项目阶段/阶段性目标
预计开始日期
预计完成日期
涉及的项目利益相关方
概念化
2008年2月1日
2008年4月1日
业主、建筑师/工程师、分包设计方、施工承包商
2.2.0.0建模计划
为保证项目的各个阶段都能顺利而高效地开展,您需要尽可能多地进行提前规划。
决定在项目的不同阶段分别建立哪些模型,以及由谁负责更新和分发模型。
模型的内容和格式也应及早确定。
2.2.1.0模型经理
负责为模型提供内容的项目各利益相关方——业主、建筑师、承包商或分包设计方——应为项目指派一名模型经理。
模型经理肩负许多责任,包括但不限于:
■将模型内容从项目一方处移交至另一方。
■确认每个项目各阶段定义的详细程度与控制力。
■在各个阶段确认模型内容。
■组合或连接多个模型。
■参与设计审阅和模型协调会议。
■将问题带回与公司内部和跨公司团队进行沟通。
■保持文件命名准确。
■管理版本控制。
■在协同项目管理系统中恰当存储模型。
在以下表格中列出项目的模型经理。
利益相关方公司名称
模型经理姓名
2.2.2.0计划模型
在项目设计过程中,项目团队可能会制作生成多个模型。
一般情况下,建筑师和分包设计方制作设计意图模型,用以描述建筑物的设计意图;
总承包商和分包商则制作施工模型以模拟施工过程并分析项目的可施工性。
施工团队应对设计意图模型提出意见,而设计团队也应对施工模型提出意见。
即使团队致力于采用综合项目交付(IPD),由于合同义务、风险因素以及每个模型的预期功能,有时还是有必要分别创建多个模型。
例如,设计意图模型——用于表现设计方案——可能并不包括与施工方式、方法或进度相关的信息。
还可以创建一些专门用于进行特定分析(如能耗或安全分析)的其他模型。
这些分析模型通常是设计意图模型或施工模型的衍生品。
本书中的2.2.3.0节将详细介绍这些分析模型,包括分析模型和计划。
在下表中,概述将为项目创建的模型。
列出模型名称、模型内容、交付模型时所处的项目阶段、模型的创建公司和将使用的模型编辑工具。
对于项目不会采用或创建的模型,对应行保留空白即可;
若有您认为需要,但未予列出的模型,可添加一行并列出该模型。
模型名称
模型内容
项目阶段
创建公司
软件工具
协调模型
主要建筑物和停车库构筑物的建筑设计、结构和水暖电组件
设计开发和施工文档
ABCDesigners
Autodesk~Revit~Architecture软件
土木工程模型
建筑模型
结构模型
水暖电模型
施工模型
竣工模型
2.2.3.0模型组件
为了给项目后续阶段提供便利,您需要为模型内容、详细程度以及文件命名结构作出规定。
2.2.3.0a文件命名结构
确定并列出模型文件名结构。
模型文件名格式
模型类型,连字符,日期(如DESIGN-011208)
2.2.3.0b精度和尺寸标注
模型中应包括设计意图、分析和施工所需的所有必要尺寸标注。
但在衡量模型完整性时,某些构件是可以暂时排除在外的。
请在下表中列出,哪些构件的定位在评估模型完整性时不予考虑,并且不会影响到其他构件的定位或组装。
列出在尺寸标注或定位时不予考虑的项。
2.2.3.1建模对象属性
要在建模对象中存储哪些属性信息,是根据要对模型进行何种分析而决定的。
请参见第2.3.2.0节中关于模型分析的详细介绍。
2.2.3.2建模详细程度
您可以参考后面的例表了解如何进行详细程度的分析。
该表格将帮助贵公司确定需要建模的构件,由谁建模,在哪个项目阶段或里程碑建模,以何种详细等级建模。
建模的详细程度可分为四级:
L1、L2、L3和CD。
在L1级,模型将包括基本形状,这些形状能够表示对象的大致尺寸、形状和方位,并且这些对象可能是二维或三维形式。
在L2级,模型中将包括带有对象的实体集,这些实体集能够表示大致尺寸、形状、方位和对象数据。
在L3级,模型中将包括带有实际尺寸、形状和方位等丰富数据的对象实体。
在CD级(施工图),模型中将包括带有最终尺寸、形状和方位,用于施工和预制的详细配件。
请参见例表中的更多细节和说明。
某些对象可以从模型中排除。
可以根据尺寸大小和/或例外规则来决定排除哪些对象。
2.2.3.2a排除对象
在下表中列出将从模型中排除的对象。
从模型中排除的条目
门上五金件
2.2.3.2b尺寸
任何小于[](填写尺寸,如6〞×
6〞×
6〞)的对象将不包括在模型中。
2.2.3.3模型参考协调
可以将多个模型连接或组合在一起。
为了正确地参照引用信息,必须建立参照原点(0,0,0)。
在下表中填入此项目的(0,0,0)参照原点。
项目(0,0,0)参照原点
2.2.3.4度量制
为项目指定数据单位规范。
以下项目将利用[](公制或英制)度量系统。
2.2.4.0合同文档交付要求
可能根据某些模型生成二维书面工程图或文档,以满足合同文档交付要求。
某些模型仅作分析之用,不包括在合同文档交付范围之内。
在下表中列出合同文档交付范围之内的模型。
属于项目合同文档交付物部分的模型
2.2.5.0详细的建模计划
在项目的各个阶段,项目团队应创建详细的建模计划,其中包括建模目标、所包含的模型以及模型制作人员的角色与责任。
以
下内容对各阶段的模型目标、模型经理的角色与责任进行了概述。
2.2.5.1概念化/概念设计
2.2.5.1a目标
根据业主提供的概念参数做出初步设计,确保规范和分区要求符合项目宗旨,并为协调模型设定一个三维参照原点。
[如果需要,列出进一步目标。
]
2.2.5.1b模型角色
在概念化/概念设计阶段,不一定要创建模型。
如果有建立模型,其角色是描述项目的视觉概念和大致布局。
[如果需要,进一步分工角色。
2.2.5.1c责任
建筑师指派的模型经理将建立一个基准模型,作为其他模型的基础,在概念化阶段,来自各利益相关方的模型经理将确立建模标准和指导方针。
[如果需要,进一步明确责任。
2.2.5.2初步设计/方案设计
2.2.5.2a目标
根据在概念化/概念设计阶段的构思进行空间设计;
为建筑系统(包括建筑、结构和水暖电等方面)进行初步设计:
初步确定各个建筑系统间的协调问题,关于系统成本、安置方式、构造和进度安排,征求供应商和装配方的意见。
2.2.5.2b模型角色
建筑模型将展现结构的基本设计与布局,并且是其他所有子系统设计(如水暖电模型和结构模型)的基准模型。
子系统设计将展现建筑组件的初步选择与布局。
组合而成的协调模型将表现建筑模型和子系统设计模型的空间关系。
2.2.5.2c责任
一旦创建了基准概念结构,建筑师的模型经理便将模型发送给分包设计方,以便其开发设计方案。
分包设计方指定的模型经理将审核模型,并将审核完毕的模型交付给建筑师的模型经理。
建筑师的模型经理将审阅这些模型以确保符合相应阶段要求。
一旦模型符合要求,建筑师的模型经理将连接或组合各种类型的模型。
建筑师的模型经理还应清除重复或冗余的对象,准确命名协调模型并将其存储在协同项目管理系统中。
2.2.5.3详细设计/设计开发
2.2.5.3a目标
提供建筑物和建筑物系统的最终设计方案;
解决建筑物系统之间的协调性问题;
提供能够分析进度、成本和可施工性的施工模型,提供构件预制模型以分析采购协调性。
一旦确立最终设计方案,建筑师的模型经理将协调模型发送给分包设计方,以便其确定最终设计方案。
2.2.5.3b模型角色
建筑模型继续作为所有其他子系统的设计基准。
子系统的设计将作相应修改以体现设计改进。
组合而成的协调模型将继续体现建筑模型和子系统模型的空间关系。
2.2.5.3c责任
分包设计方的模型经理将使用协调模型以修改并完成设计方案。
一旦模型修改完毕,分包设计方的模型经理会将其交付至建筑师的模型经理。
建筑师的模型经理将审阅这些模型以确保符合阶段要求。
一旦模型符合要求,建筑师的模型经理将连接或组合多个模型以生成新的协调模型。
模型经理还应清除重复或冗余的对象。
建筑师的模型经理将协调模型发送给承包商指定的模型经理。
承包商将协调模型用作施工模型的基础。
2.2.5.4实施/施工文档
2.2.5.4a目标
最终确定建筑物和所有子系统的设计方案,为主管部门审批准备文档,并提供施工模型,重点突出可施工性、采购协调和构件预制。
2.2.5.4b模型角色
所有设计模型都将用于反映最终设计。
然后,这些模型将用于生成合同文档。
施工模型主要用于评估、安排进度和进行施工可行性分析。
2.2.5.4c责任
建筑师和分包设计方的模型经理将为主管部门审批准备合同文档(基于协调模型)。
承包商的模型经理将基准施工模型发送给供应商和分包商。
供应商和分包商将提交构件预制模型,取代传统的“制造图”。
承包商的模型经理将这些模型合并至施工图中。
2.2.5.5机构协调投标
2.2.5.5a目标
根据主管部门的反馈修改协调模型,最终确定施工模型。
2.2.5.5b模型角色
对设计模型进行调整以反映主管部门的反馈意见。
对施工模型进行改进并进一步用于评估、进度安排、施工排序、采购协调和施工可行性分析。
2.2.5.5c责任
建筑师的模型经理将机构给出的评语与设计团队进行沟通。
分包设计方的模型经理对设计模型进行相应修改,并将修改后的设计方案交还建筑师。
建筑师的模型经理将更新最终确定的协调模型。
2.2.5.6施工
2.2.5.6a目标
根据提交材料、信息请求或业主提出的变更意见更新协调模型;
根据施工活动维护施工模型;
开发竣工模型以反映建筑物的实际构建情况。
建筑团队将通过协同项目管理系统提交信息请求和其他需要提交的材料。
2.2.5.6b模型角色
根据业主的指示和其他意外情况,协调模型将在整个施工阶段不断进行修改。
模型将始终体现修改后的合同文档。
施工模型将用于进度分析、施工排序和采购协调。
竣工模型将表现建筑物的实际装配情况。
2.2.5.6c责任
建筑师的模型经理将与建筑师的顾问一起答复信息请求和提交的问题,并对于协调模型进行相应调整。
承包商的模型经理将更新施工模型,并与供应商、转包商一起开发竣工模型。
2.2.5.7物业管理
2.2.5.7a目标
在物业管理阶段使用竣工模型,并根据运营状况更新模型。
2.2.5.7b模型角色
竣工模型将表现施工过程中建筑物的实际装配情况。
此时可进一步更新模型,展示施工变更,促进物业顺利运营。
2.2.5.7c责任
物业管理方模型经理将根据运营状况更新模型。
2.3.0.0分析计划
通过在项目建立之初列举与指定可能需要的分析类型,您可确保关键模型包含所有相关信息,分析过程也将更加轻松、高效。
2.3.1.0分析模型
您的项目可能涉及特定类型的分析,例如下列分析需求,是可以通过现有模型或专门创建的模型而完成的。
在大多数情况下,分析质量取决于原始模型的质量,因为该模型是分析的基础。
因此,进行分析的项目团队成员应向原始建模团队成员明确传达分析要求。
2.3.1.1材料算量分析
材料算量分析的目标是利用模型属性数据自动完成(或简化)材料算量流程。
之后,这些来自算量软件的信息可以导入或关联到造价软件。
为了实现无缝的材料算量流程,初始建模人员必须在设计中添加相关的属性信息。
2.3.1.2进度分析
进度分析支持项目团队利用项目模型分析施工时间和顺序。
之后,可以使用分析结果修改或调整施工进度表。
虽然现有的软件工具能够帮助项目团队以可视化方式按时间顺序模拟施工过程,但目前还没有能够自动与进度软件进行交互的系统。
2.3.1.3冲突检测分析
碰撞检测分析用于检查一个或多个模型设计中存在的碰撞冲突。
为了减少施工阶段中的变更单数量,碰撞检测应当从设计的早期就开始进行,并贯穿整个设计流程。
为了正确地进行碰撞检测,您项目中的各个模型必须具有共同的参照点,并可以与碰撞检测工具兼容。
2.3.1.4可视化分析
可视化工具支持项目团队在三维视图中查看项目的设计或结构,从更加精确的角度分析最终产品。
2.3.1.5LEED评估体系/能效分析
LEED(LeadershipinEnergyandEnvironmentalDesign)评估体系/能效分析工具能够帮助项目团队评估设计决策对可持续性和能耗的影响。
该分析模型通常是基于主建筑模型创建,然后可以把材质和建筑设备数据集成进来,以用于评估项目的可持续性和能耗。
2.3.1.6结构分析
结构分析工具使用模型来分析建筑的结构属性。
结构分析软件通常使用有限元方法(FEM)来计算所有结构组件的应力。
为了进行无缝的结构分析,初始的结构建模软件必须与结构分析软件兼容,而初始的结构模型属性数据则必须包含与结构组件有关的信息。
2.3.2.O详细分析计划
针对项目中可能用到的每种分析类型,应列出分析所用的模型、负责分析的公司、所需文件格式、预计项目阶段和所用的分析工具。
如果还有其他与分析有关的说明,应在“特别说明”栏中注明,并在下一小节的“特别说明”表中列出具体情况。
分析
分析工具
模型
分析公司
所需文件格式
特别说明
可视化
结构
碰撞检测
材料算量
进度/四维
成本分析/五维
能效/LEED
采光/照明
2.3.2.1特别说明
特定类型的分析可能涉及特定要求或说明。
进行分析的公司应将这些信息传达给原始建模公司。
在下表中列出特定要求。
2.4.0.0项目协作和沟通计划
及早制定一份协作和沟通计划将有助于团队成员在整个项目流程中高效地沟通、共享和检索信息。
这份计划能够帮助您最大限度地发挥协同项目管理系统的优越性,节省时间并提高投资回报率(ROI)。
2.4.1.0沟通计划
2.4.1.1信息收发和通信协议
与项目有关的所有电子通信信息应保存在项目记录中。
许多协同项目管理系统均具有内部信息收发功能。
核心协作团队公司之间有关项目的所有电子通信信息应在整个协同项目管理系统中及时更新或发送。
来自协同项目管理系统以外的所有项目电子邮件的副本均应在文档管理文件夹结构中的一个文件夹中更新,或在信函模块中更新。
在下方列出您在项目中使用的电子信息收发协议。
[在此处列出项目使用的电子信息收发协议]
2.4.1.2会议记录
会议记录和议程可在协同项目管理系统中制定。
会议记录和议程应包含时间、日期、会议地点、出席人数和讨论细节等一般信息。
讨论细节应包含问题发起日期、责任方和规定的结束日期。
会议记录应在会议结束后[]个工作日内在系统中发布,并以电子格式发送给所有与会人员。
与会人员可在[]个工作日内对会议记录的内容提出质疑,而所有质疑必须通过以下会议进行处理。
与项目有关的会议具有多种类型,包括总进度会议、设计协调会议、安全会议等。
在下表中列出必要的项目会议类型、会议主办方、必要的与会方和技术。
会议类型
主办方
必要的与会方
必要的技术
BIM设计协调
建筑师
业主、建筑师、总承包商、分包设计方、供应商
互联网、Autodesk“Navisworks∞软件、投影设备、白色书写板、NetMeeting软件
2.4.1.3信函
应在协同项目管理系统中生成、扫描和上传核心协作团队公司之间的所有正式信函。
来自非核心协作团队公司的重要信函也应在系统的信函模块中扫描和上传。
2.4.2.O协作计划
2.4.2.1文档管理
您可以在协同项目管理系统中创建一个文件夹结构,然后根据核心协作团队分配的权限赋予项目团队成员上传、下载、编辑、批注和查看该文件夹中文档的权限。
2.4.2.1a批复和访问权限
项目的核心协作团队应制定文档管理文件夹结构的使用权限。
在下表中列出文件夹或子文件夹、既定的文件内容和权限等级。
示例如下。
文件夹
内容
权限
图纸
子文件夹中的所有项目图纸
更新:
建筑师/工程师;
浏览:
承包商、业主;
无权限:
分包商;
方案草图
草图
无权限:
2.4.2.1b文件夹维护
虽然文件夹结构和访问权限应由核心协作团队决定,但创建文件夹结构和维护系统的工作却由项目系统管理员(PSA)负责。
2.4.2.1c文件夹操作通知
对文件夹结构进行操作时,选定的群组、个人或整个项目团队能够接收相关通知。
通知信息应包含与更新的文件和更新人身份有关的信息。
在下表中列出对各个文件夹进行不同操作时接收通知的个人和群组。
操作
接收通知的群组
更新和修改
整个项目团队
2.4.2.1d文件命名规则
在上文中(参