《汽车工业工程设计信息模型交付标准》.docx

CECSxxx-202x中国工程建设标准化协会标准汽车工业工程设计信息模型交付标准StandardforDesignDe1.iveryOfAutomotiveIndustryEngineeringDesignInformationMode1.（征求意见稿）中国工程建设标准化协会标准汽车工业工程设计信息模型交付标准StandardforDesignDe1.iveryOfAutomotiveIndustryEngineeringDesignInformationMode1.TCECSXXX-202X主编单位：中国汽车工业工程有限公司机械工业第四设计研究院有限公司批准单位：中国工程建设标准化协会施行日期：202X年XX月XX日202X北京前言根据中国工程建设标准化协会Kr印发2023年第一批协会标准制订、修订计划的通知B(建标协字2023年IO号)的要求，编制组经深入研尢认其总结实践经验，参号国内外先进标准，并在广泛征求意见的基础上，制定本标准。本标准共分6章，3个附录，主要技术内容包括：总则、术语、基本规定、交付准备、交付物、交付协同，附录A模型单元系统分类、附录B模型单元属性信息、附录C模型单元交付深度。本标准由中国工程建设标准化协会机械分会归口管理，由中国汽车工业工程有限公司负货具体技术内容的解糅。执行过程中如有意见或建议，请反馈至中国汽车工业工程有限公司(地址：天津市南开区长江道591号，邮编：3(X)113).主编单位,中国汽车工业工程有限公司机械工业第四设计研究院有限公司主要起草人：1总则12术语23基本规定44交付准备64.1 一般规定64.2 模型创建64.3 模型表达74.4 命名规则94.5 版本管理I1.5交付物125.1 一般规定125.2 设计交付物125.3 扩展类交付物146交付协同186.1 一般规定186.2 协同管理平台1963交付审核216.4 验收和移交22附录A模型单元系统分类23附录B模型单元属性信息35附录C模型单元交付深度157本标准用词说明173引用标准目录174Contents1 Genera1.Provisions12 Terms23 BasicRequirements44 De1.iver1Preparation64.1 Genera1.Requirements64.2 Mode1.Creation64.3 Mode1.Representation74.4 NamingRu1.es94.5 VisionManagements115 Dc1.ivcrab1.cs125.1 Genera1.Requirements125.2 DesignDe1.iverab1.es125.3 ExtendedDe1.iverab1.e5146 De1.iver)'Co1.1.aboration186.1 Genera1.Requirements186.2 Co1.1.aborativeManagementP1.atform196.3 ReviewRequirements216.4 AcceptanceandHandover22APPendiX:Mode1.UnitSystemC1.assification23Appendix B: Mode1.UnitPropertyInfbnnation35Appendix C: Mode1.UnitDdivCryDepth157Exp1.anationofwordinginThisStandard1731.istofQuotedStandards1741总则I.o.为规范汽车工业工程信息模型的表达及交付，提高模型应用水平，推进汽车工业数字化工厂的建设，制定本标准。.o.2本标准适用r设计阶段基石模型的创建、管理及交付，用于新建、改建和扩建汽车工厂的冲压、焊接、涂装、装配、三电、机加车间以及各类基础设施。1.0.3汽车工业工程信息模型设计交付，除应符合本标准外，尚应符令国家现行有关标准的规定。2术语2.0.1汽车工业工程设计信息模型designinformationmode1.ofautomotiveindustryengineering汽车工业工厂全生命周期中对工厂各类设施、设备的几何表达、属性信息表达的数字化定义。在本标准条文中简称“模型I2.0.2通用数据环境commondataenvironment服务于给定项目或资产，通过管理流程收集、管理和派发信息容器的约定数据源,【条文说明】“通用数据环桃”是国际上通用的概念，英文对应词的缩略形式为CDE.BIM的技术特点要求多方共享同一数据源，因此CDE的目标在于电立一个单一可信敦据源(sing1.esourceoft11th,SSOT),以避免多方信息传递过程中，出现信息不对称、版本混乱、流卷不规范等恬况。在ISO1.9650系列标准中，CDE作为术语提出，其定义原文量*4agreedsourceOfinionnationtoranygivenprojectorasset,forco1.1.ecting,managinganddisseminatingeachinformationcontainersthroughamanagementprocess),本标准参照该定义.2.0.3协同管理平台co1.1.aborativemanagementp1.atform基于模型及相关数据的收集、组织和共享，能够同时为多个项目工作实施角色提供信息互操作功能的信息技术集成环境。【条文说明】协同管理平台是项目实施的业本保傩之一，为了使信息能够在多参与方以及参与方内部人员之间顺畅流转，并且能移保障信息分发的一致性因此需要采用适当的信息技术手段，在信息源可靠的前提下，充分保障信息共享的有效性。2.0.4设计交付designde1.ivery根据工程项目的应用需求，将设计信息传递给需求方的行为.2.0.5交付物de1.iverab1.e基于模型交付的成果。2.0.6模型单元mode1.unit模型中承载建筑信息的实体及其相关屈性的集合，是工程对象的数字化表达。2.0.7几何表达精度1.eve1.ofgeometricdetai1.模型单元在视觉呈现时，几何表达真实性和精确性的衡量指标。2.0.8信息深度IeVe1.oQnnnna1.ionde1.ai1.模型单元承载属性信息详细程度的衡量指标。3基本规定3.0.1设计交付及模型应用过程中，应由建设方主导完成项目需求的制定，并协同各相关方共同参与实施，【条文说明】建设方在设计交付及模型应用过程中，起着it为关键性的作用，建设方根据项目模型应用目标制定项目需求文件，包括项目基本信息、模型应用需求、项目参与方的协同方式、交什方式和模型成果权属等内容。丽各拳与单位以项目需求为基以，由建设方统一组织协同工作，完成项目的实施和交付。如有必要.It设方也可以委托咨询单位提供技术服务，并完成相美工作。3.0.2汽车工业工程设计划分为方案设计、初步设计、施工图设计等阶段，上阶段的模型设计成果应充分传递到下一阶段。【条文说明】本标准中谩计阶段划分为方案设计、初步设计、施工图设计三个阶及，设计交付过杈面向以上三个阶段进行,上一阶段的模型设计成果应该有效地传递到下一阶段，以保障模型数据的延续性。3.0.3设计交付的全过程包括交付准备、交付物的创建、交付协同等方面内容，并应符合下列规定：1 交付准备应以项目要求为输入条件，根据项目应用需求及目标，确定模里应用类别，并制定模型执行计划：2 模型建立和模型应用应以交付准备的成果为依据，并为交付物的创建提供基础：3 项目各参与方宜基于通用数据环境进行全过程的协同管理、交付物的审核、验收和移交等工作，并完成最终成果的交付。【条文说明】本标准将设计交付全过程分为交付准备、交付物、交付陆同等过程，每个过程都以输入条件为基础展开工作。交付准备阶段固浇项目应用要求及目标，编制模型执行计划。依据模型执行计划，项目实施方进行模型电立和模型应用，并输出相应的交付物。设计交付全江程中，项目各参与方基于通用数据环境迸行称同管理、质量审核、验收及移交等工作，并完成最终成果的交付.3.0.4设计交付过程中，各参与方的模型比采用相同格式或我容格式，无特殊约定时，可采用工业基础类IFC格式.【条文说明】项目各参与方进行数据交换时，需要保障模型信息的有效传递以及数据的正璃性和完整性，并保证转换后的模型数据能标满足下一个阶段或者下一道工序的最低使用要求。如项目无特殊约定，可以采用IFe作为通用的交换格式。3.0.5项目实施前，项目各参与方应明确模里成果的权底。3.0.6设计交付全过程应保证信息安全,并应符合仃关法律法规、国家和行业信息安全相关标准的规定。4交付准备4.1 一般规定4.1.1 设计阶段的交付准备应包括模型创建、模型表达以及根据模型应用需求增加的其他规定内容。4.1.2 模型交付准备过程中，应根据项目应用需求和目标，制定详细的模型执行计划.明确模型应用类别，并应选取适宜的模型几何表达精度和屈性信息深度。【条文说明】模型深度与模型应用直接相关，不同的模型应用类别对于模型创建的深度要求存在差异。如何依据模型应用来按需建模至关重耍。项目中往往存在模型深度不够或I冗余的情况，给后续模型应用过程造成困难。因此在交什准备除段，首先应该根据项目应用KJ标，明确项目的模型应用类别，从而选取适宜的模里深度。各模型应用类别所时应的模型深度要求，需要在模型执行计划中进行详细规定。针对不同模型应用项，所需的模型几何表达精度及舄性信息要求是不一样的,因此其模型深度需要根据应用需求进行明确.4.1.3 模型的创建及管理应以模型单元作为基本组成对象，模型单元的分级应符合现行国家标准C建筑信息模型设计交付标准3GB/T51301的有关规定。【条文说明】模型单元量模型的基本组成，也是基本处理对象.国家标准建筑信息模型设计交付标准GB/T513O1将模型单位划分为口个线别：项目级、功能级、构件缎和零件缎，本标准主要建结合汽车工业工程谩计的特点和危围，对构件级模型单元进行了详细补充,尤其是增加了汽车工厂主要工艺专业工程设计的构件级模型单元。4.1.4 模型单元应进行系统分类，口系统分类宜符合本标准附录A的规定。4.2 模型创建4.2.1 型创建应采用统一的项目单位，并应统一项目原点的设置以及项目参考坐标系。【条文说明】项目单位按照工程设计常用单位进行设血，通常在模型创建前内直到项目环境中。项目原点采用统一的设置,确保子项之间、专业间及专业内各模型的参考协调一致。在实除项目中，项目原点的设置主要有以下2种方式：一是采用国家大地坐标系，将项目原点设置.到项目实际的地理全近上；二是以厂区作为局部坐株系,将厂区原点定为项目原点.在项目准备阶段，根据项目要求确定项目原点，如无特殊要求，可以采川第2种厂区原点定为项目原点的方式，并将项目原点的设品要未写入模型执行计划中，确保各参与方达成一致。4.2.2 设计阶段的模型创建包括设计模型和设计应用模型的创建，设计应用模型应根据模型应用要求从设计模型中提取并补充完善相关数据形成。【条文说明】设计模型是在设计阶段表达工程对象物理科征和功能挣性的工程设计信息模型，包括方案设计模型、初步设计模型、通工图设计模型和设计应用模型。设计应用模型是为了满足模曼应用需求而创建的.针对不同模曼应用项，一般会以相互独立的设计应用模型来进行创建及使用,该设计应用模型是从设计模型中提取并补充所需相关数据而形成的。423设计模型的创建应完整表达设计内容，并应满足设计交付物的提取要求.【条文说明】谩计模型的几何表达及属性信总，要完终表达工程对象的谩计内容，并能基于该模型提取所需的成果形成设计交付物。4.2.4 设计应用模型的模型深度应与相应的模型应用需求相匹配.并应满足扩展类交付物的输出及应用要求，不宜过度建模。【条文说明】由于犷展类的模型应用一般郎是在其他特定软件中进行的，为了提高模型的应用效率，模型应该按需进行创优。因此设计应用模型创迂过程中，需要清理冗余信息，模型深度可以根据模型应用需求进行调整，做到模型深度适宜。4.3 模型表达431模型单.元应通过几何表达和属性信息描述工程对象的设计信息，可使用二维图形、文字、文档、多媒体等方式补充和增强表达，各种表达方式宜建立关联关系。【条文说明】本标准将模型单元的几何视觉呈现、模型单元形体及位JI关系的表达，称为“几何表达“，而模型单元的“几何美信怎、文字美信息”均统一称为“属性信息”，这样有利于减少标准中用诃的歧义。4.3.2模型单元的几何表达应符合下列规定：I应选取适宜的几何表达精度呈现模型单元几何表达：2 在满足设计深度和应用需求的前提下，应选取较低等级的几何表达精度：3 不同的模型单元可选取不同的几何表达精度：4 几何表达精度的等级划分应符合表432的规定，并应符合建筑工程设计信息模型制图标准3JG1.T448-2018附录A的规定。表432几何表达精度的等fit划分等皴英文名代号几何表达精度要求1级几何表达精度1.eve1.Iofgeometricdetai1.G1.清足:维化或者符号化识别脩求的几何去达精度2级几何表达精度1.eve1.2ofgeometricdetai1.G2满足空间占位、主要颜色等粗略识别褥求的几何表达精度3级几何表达精改1.eve1.3ofgeometricdetai1.G3满足建造安装流程、采购等精细识别需求的几何表达精度4.3.3构件级模型单元的属性信息，应符合卜.列规定：I应选取适宜的信息深度体现模型单元属性信息：2 思性信息内容应根据模型单元种类和模型应用需求逐一列举;3 模型单元信息深度的等级划分应符合表4.3.3的规定。表4.3.3佶息深度的等最划分等级英文名代号信忠深度等级要求1级信息深度1.eve1.iofinformationdetai1.N1.宜包含模型单元的身份描述、项目信息、组织角色等侑息2级信息深度1.eve1.2ofinformationdetai1.N2宜包含和补充NI等级信息，增加系统美系、组成及材质，占位尺寸等信息3级信息深度1.eve1.3ofinformationdetai1.N3宜包含和补充N2等级信息.增加构造尺寸、关雄构造信息、性旎参数、安装信息【条文说明】关于信息深度等级划分，本好准保持与国家株准迂筑信息模型设计交付标准GBzT51301一致。考虑到工程设计阶段所能,达到的信息深度，一般不具备生产信息要求，因此将N3的信息深度等级要求做了调整，主要包含构造信息、设计性施参数等技术信息。4.3.4 当模型单元的几何表达与属性信息不一致时，应以属性信息为准。4.3.5 构件级模型单元的属性信息应符合本标准附录B的规定。4.3.6 构件级模型单元的交付深度应符合本标准附录C的规定。模型深度与模型应用需求应相匹配.根据项目选择的模型应用类别,模型单元的交付深度可进行适当调整，【条文说明】考虑到实际项目对于模型应用需求的区别，模型应用的深度有深有浅，因此根据不同的模型应用需求，来定义模型的深度要求,便于按需建模。对于模型应用要求不高的项目,可以根据选择的模里应用类别来调整模型单元的交付深度。例如，在实际工募项目中，如果模型应用是以解决空间管理为主，那么这美取田可以在交什准备阶段约定模些交付深度，模型深度要求以表达影响空间占位的主要构件为主，比如工艺专业主要表达工艺设备及管娱的占位、土比卡业主要表达空间关系及主体构件、公用专业主要表达主干管及公用设备。4.3.7 模型视图的表达应符合下列规定：1 模里维元的几何形体、必要尺寸和注杼应采用模量视图表达：2 多个模型单元在同一模型视图中无法正确表达工程对象的重看关系时，宜补充局部模型视图；3 安杂管线区域、狂杂节点处，宜采用局部三维视图作补充表达。4.4命名规则4.4.1 模型及其交付物的命名应统一、简明且易于辨识。【条文说明】交付物命名的统一，有利于成果的管理和高效的使用。同时，在项目准备阶段，建设方（或由建设方托咨询方）还需对模型单元的命名规则做出明确规定，妥求各参与方的模型单元统一分类、统一命名，以保障模型数据的有效传递和延维性。4.4.2 模型命名宜由工程代码、设计批次代码、阶段代码、专业代码、子项代码、版次代码、其他代码依次组成，并宜符合下列规定：1 项目代码、阶段代码、子项代码宜用数字表示：2 设计批次代码、版次代码宜用英文字母表示：3 专业代码宜用汉语拼音或英文字母表示：4 其他代码，宣用汉字、汉语拼音、英文字母表示：5 模型命名方式宜为工程代码+设计批次代码+阶段代码+专业代码+子项代码+版次代码+半角下划线+其他代码。【条文说明】项目代码，即工程代码与分厂区代；设计枇次代码，对某工程项目的第几批次的设计，每批次设计可包含多个设计阶段及若干子项：阶发代码,为方案设计、初步设计、施工图设计代码；专业代码，代表各设计专业的代码：子项代码，工程项目中的单个子项：版次代码,模型文件版本的代码：其它代码,如有需要命名的其他信息，可在命名中加上该字段代码。命名示例：如模型命名II4O.I3A5D1.2.IA_动力，”40.13为项目代码：A表示第一批次，第二批次可用B表示，当用先字母“Z”后,可用双字母表示，即AA,AB,AC以此类推类推：5表示施工图阶段：D1.是表示动力专业：2.1为子项代码：A表示为第A版次。“动力”为专业标识文字。在工程项目中可以根据实际需求，选取其中的代码组合进行命名，不涉及的代码可以省略。4.4.3模型命名代码之间的连接符号应符合下列规定：I各命名代码字段间需要连接符号时，宜使用半角卜划线“一”，代码字段内部需要连接符号时宜使用半角连字符2 各字符之间、符号之间、字符与符号之间均不宜留空格：3 连接符号不应出现正斜杠、反斜杠、冒号、星号、问号、双引号、尖括号、竖线等字符。【条文说明】模型命名各代码经常用连字符、下划级进行和连，为便于后期开发检索模型名字，命名中不出现空格.且不使用一些特殊的字符A、/、：*、?、“二、I等的特殊字符，这些字苻在开发中有代表特殊的含义，均不出现在命名中。4.4.4文档、视频、图片等其他交付物及电子文件夹的命名,宜包含项目编号、项目简称和描述等字段，并宜在模型执行计划中进行具体规定。4.5版本管理451模型设计全过程应进行版本管理，交付物宜在其命名字段中标识版本信息“【条文说明】版本管理是信息化管理的一种手段，可实现模型版本的可追溯性，使于查看历史版本，因此要进行科学的版本管理。4.5.2同设计阶段或面向同应用需求多次进行交付时，文件夹和文件版本应在标识中添加版本号，版本号可以大写字母"V"开头，后紧接数字版本号。【条文说明】在项目实标交付过程中，可能出现同一设计阶段或面向同一应用需求多次进行模型、困纸、文档交付的情况，为了区分不同时间的交付，可在命名中增加版本字段进行区分。5交付物5.1 Tft规定5.1.1 设计交付应根据设计阶段要求和应用需求，从模型中提取所需的信息形成交付物，或基于模型应用形成相关的交付物。【条文说明】交付物具有多种形式，有的交付物是从模型中直接提取用成，有的交什物是基于模理应用而间接输出。对于挣定场景的应用需求,要根据模型应用类别来碉定适宜的交付物,以便于直观济晰地表达设计意图或设计成果。5.1.2 交付物宜包含模型执行计划、模型、工程图纸和模型工程量清单,可包含渲染图片、漫游视频、设计应用模型、报告文档等扩展类交付物。【条文说明】犷展类支付物一般在交付准备阶段，根据项目的应用需求选择相应的模型应用类别,并由设计应用模型输出彩成相应的交付物。如果项目没有进行约定，则视为设计交付内容不包括扩展类支付物.5.1.3 交付成果的格式宜为通用格式，并符合卜列规定I交付成果为图纸时，其交付格式宜为*dwg,*.IXIf：2 交付成果为模型时，其交付格式宜包括源文件格式或ifc格式；3 交付成果为文档时，其交付格式宜为*.doc、*.Pdf、*x1.sx、*Xk等：4 交付成果为图片时，其交付格式宜为".jpg、*.bmp、1.png等；5 交付成果为视猱时，其交付格式宜为*.avi、*.Wmv、*.mp4等。5.2设计交付物5.2.1 模型宜包含设计阶段交付所需的全部设计信息，并应符合下列规定1模型应基于模型单元进行信息交换和迭代，并应将阶段交付物存档管理：2 模型可索引其他类别的交付物。交付时，应一同交付，并应确保索引路径有效：3 模型表达方式宜包括模型视图、表格、文档、图像、点云、多媒体及网页，各种表达方式间应具有关联访问关系。5.2.2工程图纸的输出应符合下列规定：I工程图纸宜从模型中提取模型视图、尺寸及属性信息，并补充注释、文字说明等图面表达信息，从而形成最终的设计图纸。2电子工程图纸文件可索引其他交付物,交付时，应一同交付，并应确保索引路径有效；【条文说明】通江模型输出的设计图纸还需要满足建筑工程设计信息模型制图标准JGJrr448、建筑工程设计文件编制深度规定、机械工业工程迂设项目设计文件痂制标准GB"50848的相关要求。5.2.3模型工程量清单宜满足下列要求：I宜直接从模型构件域性中提取工程量，或导入其他专业算量软件中进行工程量计算：2模型工程量清单的统计成果宜满足辅助工程量计算及校对的要求.【条文说明】由于工程算量的计算规则和扣减方式，需考虑的内容标为复杂，且限于模型的精细度问邀,目前度于模型的工程量统计还不能等同于工程算量。用于模型的工框量统计，目前主要是以统计主要模型构件为主，同时为工程算量清单的校时提供依据。5.2.4模型应用前，应根据项目整体策划、应用需求和项目特点等，制定模型执行计划，其内容应符合表5.2.4的规定。表524模型执行计划技术内容序号则主要内容I项目概况建设单位、项目名称、目简介、项目地址等项目阶段、关键节点计划设计范围2项目团队及职费组织架构及各参与方职设联系人及分工3项目模型应用模型应用目标应用项列友及要求交付物、交付方式序号项目主要内容4项目技术细则项目原点及模型定位原则参照的标准模型应用项对府的模型深度模型结构,模型拆分原则、模型列表软蔑件方案.软件信息、软件接口、坡件方案协同环境及协同方式5项目管理措脩进度计划质量管理措施风险管理措施项目协同管理细则项目例会和沟通机制6其他要求其他要求及注意事项【条文说明】模型执行计划是根据不同项目执行交付标准而制定的模型应用执行计划方案,同时也是项目模型应用过程中重要的说明书和指导原则.在项目实施过程中，模型执行计划还明确了项目团队组枳架构、软件版本、模型文件的坐标系以及相关模型交付规范要求等内容，除此之外如有特殊的项目应用需求，也需进行规定考虑到软件版本对于各参与方旭同工作的重要性，尤其是有的软件无诙保存为低板本，因此除了在模型执行计划中应该明确具体的软件版本外.在模型成果交付时，也需要说明交付成果所采用的软件版本，以便于模型成果的后续使用。5.3扩展类交付物5.3.1 设计阶段的扩展类交付物应基于模型应用形成，模型应用宜包括三维可视化、方案比选、工艺仿真模拟、建筑性能化分析、冲突检测、管线综合等应用类别。5.3.2 三维可视化应用的交付，宜符合下列规定：I宜包括主要厂房工艺布同、各专业设计方案、净海净空分析等可视化应用；2交付物可包括可视化模型、漫游动画、全景图、泪染图片、虚拟现实场班等。【条文说明】三维可视化应用宜通过设计模型导入到专业的可视化软件中进行。5.3.3 方案比选应用的交付，宜符合下列规定：1 宜采用模型对工艺布局方案、工艺方案、物流配送方案、建筑方案等进行比选;2 交付物为经过比选后的方案模型以及对应的设计图纸。5.3.4 工艺仿其分析应用的交付，宜符合下列规定：1 设计方宜针对汽车工艺中宓杂的生产系统和控制策略进行工艺仿真分析,从而对工艺方案的可行性进行验证或者进行多方案的比较：2 根据其仿真对象的不同，工艺仿真模拟可分成生产线工艺仿真和物流工艺仿真，物流工艺仿真可细分为车间内物流仿真和厂区物流仿真；3 交付物可包含仿真分析报告、使用说明及仿真视频、仿真模拟执行程序文件。【条文说明】工艺仿贝模拟可以实现以下功能：生产线工艺仿翼可以验证系统整体节拍,验证吊具、滑板、滑她等栽具的数量，验证在故障等随机因素下设备或者生产线的产能和负荷率等：车间物流仿乩可以优化库存，验证物流配送流程是否合理,脸证AMR(AUtOnomoUSMobi1.eRobOI)/AGV(AutomatedGUidedVehiC1.e)等自动化搬运设备调度逻辑的合理性，分析物流搬运设备的数量以及利用率.分析物流路线的繁忙标度以及是否会出现拥堵,生成物流路娱热力图等：厂区物流仿真可以分析厂区道路设亢的合理性，分析骏证厂区物流.出入口的通行能力以及物流出入口数量是否合理,厂区道路交叉路。是否会出现拥培等.就其在汽车工厂的应用而言，生产线工艺仿真、车间物流仿真和厂区物流仿算这三方面都有涉及到。应用场景包括：对总装车间的内饰级、底卷线、最终线和车门分装畿等进行仿真模拟，可以验证现有设各能力是否满足节拍，分析生产线所需的AGV(AutomatedGuidedVehic1.e)的最优数量：对涂装车间换拖过枝、前处理排序进行仿真，脸证登体节拍是否可以达到设计要求：时BDC库的入库、排序、出库、拆/堆垛流程进行仿再，脸证车身立庠节扣是否满足要求，验运满足节扣时立库所需的巷道数量，查找祇颈工位，分析最小滞报数量等：对总装车间配套的生产准备车间物流过程进行仿真.脸证直送上找、内排序、外排序、SPS、分装上线等物流配送流程是否合理，分析自动化配送的AMR的数量及利用率并进行优化：厂区物流仿真.统计对比不同司机数量下各大门出人频次，统计各类车辆出入须次，统计各车间最小装如货D货量导。5.3.5 建筑性能化分析应用的交付，宜符合卜列规定：1 可包括日照分析、采光分析、自然通风分析、噪声分析、建筑能耗分析、碳排放分析等；2 交付物为性能化分析报告。【条文说明】在汽车工厂设计时，针对比筑物本身进行能耗模拟，可以帮助设计师优化能耗占比大的分项，并对此优化设计，以此降低建筑能耗，实现节能减排的目标：针对建筑物进行气流组织、光照、噪声等进行模拟，并根据模拟结果调婺设计方案，或是进行方案比,择优选洋更适宜的设计方窠，使项目室内气流组织更加合理，光照时长适宜，喋声减低，使得厂房工作环或、办公环境更加适宜：针对迂筑物进行碳排放分析，可以为鼓舟部门制定环保政策提供准确的数据支邦，为减排政发提供科学依据.，5.3.6 冲突检测应用的交付，应符合卜列规定：I施工图设计阶段交付前应进行冲突检测，冲突检测包括硬碰撞、软碰撞和功能检查，并应根据冲突检测结果调整优化模型：2交付物为冲突检测报告，报告内容可包括：项目名称、软件及版本、检测范围、检测规则和容错程度、检测日期等。【条文说明】硬碰撞、软碰拽和功能检查主要包括以下内容：I硬碰授：两个或两个以上构件之间存在物理冲突或重必：2 款破捶：当一个功能元索需要族外的空间/几何浒征允差和闻障，无法满足安装、使用、绝缘和维护作业等需求时.则视为存在软冲突。3 功能检查：通过功能检查，可确保功能元素的正常功能未受相邻功能元素的影响（如影响门窗开启、占用疏散通道、吊车设备运行空间等）。4 在最终提交设计成果叶，提交的总体模型冲突状态高处于较低水平，并至少满足以下几项妥求：1）公用管找及设备与数构构件无碰技：2）公用专业干管无曝接：3）柱边管道排列终齐，吊顶上构件与吊顶分格对应：4）公用管线及结构构件不影响门窗的使用；5）公用管娱不占用疏散通道、不阻有交通流线、不明响空间使用。5.3.7管线综合应用的交付，宜符合下列规定：1 在初步设计阶段宜策划公用干管空间需求和排布策略：2 宜先进行公用管线干管尺寸分析，确定管线空间需求，再结合建筑物结构形式以及建筑方案形成初步的干管排布方案：3 交付物可包括主干管线三维轴测图、剖面图、平面图。【条文说明】在施工图公用管级方案确定前要先进行干管尺寸、路由、标商等方案的预分析，硝认方案的可行性，否则施工用后期可能会修改之前的设计方案，造成返.工。干管尺寸空间需求、结构形式分析、建筑空间规划、管线空间排布方案是公用管奴设计的良好工作流程,能更加顺畅地解决公用管线设计问战。6交付协同6.1 一般规定6.1.1 交付协同包括制定交付规则、创建交付物、交付物的审核、交付验收及移交归档等过程。6.1.2 交付方及接收方宜制定交付规则，主要内容包括组织架构及工作职费、交付物内容、建立通用数据环境、交付流程、交付方式及验收要求等。6.1.3 通用数据环境宜由建设方进行建立并负贡管理，同时建设方应组织项目各参与方共同使用，实现各参与方协同工作、数据共享，并为实现数字化交付提供基础保障。【条文说明】本标准中引入通用数提环境(CDE)的概念，目的在于有效规范汽车工业工程设计中的模型应用过程,提高模型林同工作的效率，保隙数据的一致性，降低沟通成本，井提升交付物的质量.同叶，通用数据环境在模型应用过程中的使用，也将有利于实现汽车工厂的敷字化交付,并为后续施工、运维中敷据的有改管理提供基础。诩用我据环境在项目层面是否能有效的使用越来，并为模型应用实施过程带来更多的价值,这设方的作用非常关筵。这设方作为整个项目的主导用色，只有这没方才能充分的组织项目各参与方共同使用，因此速技由建设方来进行通用货据环境的建立并实施管理，当迂谀方不具备相关技术能力时，可以发托咨询方进行通用数据环境的管理。6.1.4通用数据环境应符合以下规定：1 应满足模型、文档、数据和资源库存储和管理的要求，保障项目数据的完整性与准确性，并作为唯一可信数据源使用：2 宜具备远程访问和使用的功能，满足各参与方异地协同工作的需求：3 应具备数据物理安全和访问安全的功能，宜优先考虑国产化的解决方案，保障数据安全自主可控。【条文说明】取H各参与方使用通用数据环境进行项a资料的共享及管理，要保障救掘的时放性、完整性、真实性和唯一性，以降低项目沟通成本，提高协同工作的效率。汽车工业作为国民经济的支柱产业之一，建设数据的保宓性有核高要求，因此考虑到项目数据安全，优先考点采用国产化的解决方案。6.1.5设计交付前应开展历量审核工作，交付物审核合格后由建设方组织各参与方进行验收，并最终完成移交归档。6.2怫同管理平台6.2.1 通用数据环境宜依托协同管理平台来实现，平台主要功能宜包括组织管理,流程管理、数据管理、文件管理、问题管理等模块，并应满足下列要求：1 组织管理支持对项目组织架构和各参与方的权限进行配置：2 流程管理支持各参与方依据项目职责进行数据的创建、审批和确认：3 数据管理支持项目数据进行有效的管理、存储、获取和使用：4 文件管理支持模型、图纸、文档等资料的上传下载、查看和分享；5 问题管理支持基于模型和图纸的问题发起、处理、追踪及管理。【条文说明】在项目实践中.通常以“协同管理平台”作为通用数据坏境的解决方案，用于登合项目数据内容与管理，作为项目或资产的数据淞，进行项目数据收集、存储、共享与管理。济同管理平台的功能模块，需根据项目实际的信总交换需求及项目管理要求提前规划好，并在J反目簌划时明确。在项目启动前，由迂设方负点组钗开发或采购，并提旃进行部署、测试，保证平台能满足项目实施与管理要求。6.2.2 协同管理平台且满足卜列主要技术要求：I支持多设符多终端的模型浏览、审阅：2 兼容常用格式的模型及图纸文件；3 具备完善的权限管理功能，支持分级权限的配置：4 支持文件版本管理功能，可追溯文件版本；5 支持灵活的流程表单配置功能：6 具备业务提醒及数据统计的功能：7 具备良好的系统兼容性和扩展性：8 具备更好的开发性，支持对接其他系统平台：9 支持模型的介规性审查。【条文说明】在项目实施前，根据项目实施要求，由这谩方提前规划好项目协同管理平台的功能模块。协同管理平台支持根据不同组织、职贪分工、角包等分别授权，支持分次使用和管理。文件管理功能支持文件夹、文件及版本的管理。取付电子文件夹的姑构可根据国家、省市、建设方的工程项目档案管理妥求来创建。平台上的数据要具备唯一的标识（1D）:平台能记录数据创建、史新和被访问的记录。协同管理平台上结构化的数据，要采用结构化数据舫式进行存偌、提取：不能结构化的数据，要能以文件形式进行数据存地、提取。平台需要具备一定的开放性，提供数据接口（P1）,方便与其他信息系统进行对按，快速获取数据信息，进行数据伊同。依托协同管理平台，可以对项目数据进行统计、分析，并根据交什成果的质量;、及时性、准确性、先终性等，对项目各参与方的工作进行考核、评价。6.2.3 协同管理平台的硬件配置、网络架构、安全等级等应满足项目数据管理及实施要求。【条文说明】硬件配强、网络架构、数据安全是使用协同管理平台的辰础，要根据项目使用需求来进行确定。如系统平台的并发数，要根据项目规模、使用平台的人数进行预估：系统平台最低的网络带宽,要根据每天项目使用人数，上传、下栽的数据量等情况进行评估。系统平台的安全等跋要根据，及目的类型、项目数据更要程度、建设方的保密要求等进行确定。6.2.4 项目实施前应建立协同管理平台的使用规程、管理办法以及数据安全管理制度.【条文说明】在项目开始实施前,由电设方（或走托咨询方）根据项Q合约要求与工作职点划分，迂立项田协同工作机制，明确游同管理平台使用的要求及权限，建立平台使用的相关制度，约束各参与方共同规庖使用协同管理平台进行协作。同时还需建立数据访问权限与审核机制，做好平台的维护与管理。6.2.5 使用协同管理平台进行交付协同过程中，应保障数据的安全，并符介下列规定：I项目所使用的硬件系统宜采取运行监控和可靠性运行措施：2项目数据的访问及操作权限，宜根据项目组织、人员角色及职员分工进行设理,项目人员的访问、操作及修改等均应能被记录，过程可追溯；3项目数据文件的管理，应建立备份策略，定期进行数据的备份，并保障数据可恢复。【条文说明】汽车工业是我国重要的工业队玛设施，取田数据保密性要求较高，工程项目的很多敦据都需作为敏感数据进行保护。数据安全包括软件安全、硬件安全和网络安全，用于创建模型、浏览模型以及数据t