标准规范下载简介

GB∕T 51296-2018 石油化工工程数字化交付标准.pdf

D.0.27电气施工类（CE)文档的交付清单宜符合表D.0.27的 要求。

表D.0.27电气施工类（CE）文档交付清

D.0.28仪表施工类（CF)文档的交付清单宜符合表D.0.28的 要求。

GB／Z 42023.2-2022标准下载0.28仪表施工类（CF）文档的交付清单宜符合表D.0.28的 求

D.0.28仪表施工类（CF)文档的交付清单宜符合表D.0.Z 要求

表D.0.28仪表施工类（CF）文档交付清单

D.0.29工厂对象类与文档的关联关系宜符合表D.0.29的 要求。

.0. 工厂对象类与文档的关联关系宜符合表D.0.29的 要求。

表D.0.29工厂对象类与文档的关联关系

1为便于在执行本标准条文时区别对待，对要求严格程度不 同的用词说明如下： 1）表示很严格，非这样做不可的： 正面词采用“必须”，反面词采用“严禁”； 2)表示严格，在正常情况下均应这样做的： 正面词采用“应”，反面词采用“不应”或“不得”； 3）表示允许稍有选择，在条件许可时首先应这样做的： 正面词采用“宜”，反面词采用“不宜”； 4)表示有选择，在一定条件下可以这样做的，采用“可”。 2条文中指明应按其他有关标准执行的写法为：“应符合.… 的规定”或“应按…·执行”

1为便于在执行本标准条文时区别对待，对要求严格程度不 同的用词说明如下： 1）表示很严格，非这样做不可的： 正面词采用“必须”，反面词采用“严禁”； 2)表示严格，在正常情况下均应这样做的： 正面词采用“应”，反面词采用“不应”或“不得”； 3）表示允许稍有选择，在条件许可时首先应这样做的： 正面词采用“宜”，反面词采用“不宜”； 4)表示有选择，在一定条件下可以这样做的，采用“可”。 2条文中指明应按其他有关标准执行的写法为“应符合 的规定”或“应按…………·执行”

中华人民共和国国家标准

石油化工工程数字化交付标准

《石油化工工程数字化交付标准》GB/T51296一2018，经住房 和城乡建设部2018年9月11日以第197号文批准发布。 本标准制订过程中，编制组经广泛调查研究，总结了我国工程 建设领域石油化工工厂信息系统的实践经验，同时参考了国外先 进技术法规、技术标准。 为便于广大设计、施工、科研、学校等单位有关人员在使用本 标准时能正确理解和执行条文规定，《石油化工工程数字化交付标 准》编制组按章、节、条顺序编制了本标准的条文说明，对条文规定 的目的、依据以及执行中需注意的有关事项进行了说明。但是，本 条文说明不具备与标准正文同等的法律效力，仅供使用者作为理 解和把握标准规定的参考。

《石油化工工程数字化交付标准》GB/T51296一2018，经住房 和城乡建设部2018年9月11日以第197号文批准发布。 本标准制订过程中，编制组经广泛调查研究，总结了我国工程 建设领域石油化工工厂信息系统的实践经验，同时参考了国外先 进技术法规、技术标准。 为便于广大设计、施工、科研、学校等单位有关人员在使用本 标准时能正确理解和执行条文规定，《石油化工工程数字化交付标 准》编制组按章、节、条顺序编制了本标准的条文说明，对条文规定 的目的、依据以及执行中需注意的有关事项进行了说明。但是，本 条文说明不具备与标准正文同等的法律效力，仅供使用者作为理 解和把握标准规定的参考。

总 则 （93） 2 术 语 （94) 3 基本规定 (97) 交付基础 （98) 4.2 工厂分解结构 (98) 4.3 类库 （99) 4.4 工厂对象编号规定 (101) 4.5 文档命名和编号规定 (101) 4.6 交付物规定 （102) 4.7 质量审核规定… (102) 交付内容与形式 (104) 5. 2 数据 (104) 5.3 文档 (104) 5.4 三维模型 (105) 5.5 交付形式 (106) 交付过程 (107) 6.1 信息交付策略制定 (107) 6.2 信息交付基础制定 (107) 6.4 信息整合与校验 (107) 6.6 信息验收 (107) 交付平台 (108) 7.1 功能要求 （108）

1.0.2试车、开车及运行维护阶段的信息可在本标准的基础上进 行扩充。 既有工厂的数字化工厂建设可参照本标准执行

2.0.1结构化数据指信息经过分析后可分解成多个互相天联的 组成部分，各组成部分间有明确的层次结构，可通过关系型数据库 进行管理，并遵循一定的操作规范，如智能P&ID、三维模型等基 于数据库管理的数据，或可以用二维表来表达的数据。非结构化 数据指以文档形式为载体的信息内容，如文档文件、图形图片、图 纸资料等。 结构化数据可应用智能工程软件生成和管理，也可从非结构 化数据中提取。 数字化过程还包括建立以工厂对象为核心，由数据、文档和三 维模型及其关联关系构成的信息模型

化数据中提取。 数字化过程还包括建立以工厂对象为核心，由数据、文档和三 维模型及其关联关系构成的信息模型。 2.0.2数字化静态信息指工程建设过程中产生的设计、采购、施 工等阶段的工程信息。数字化动态信息指工厂运行维护阶段产生 的反映工厂对象运行状态的实时信息。 2.0.4工厂对象指工厂运行维护过程中可维护的具有唯一标识 的实体，例如泵、压缩机、管线、仪表等。 2.0.5工厂对象按功能可以划分为泵类、塔类、换热器类等。以

2.0.2数字化静态信息指工程建设过程中产生的设计、采购、施

工等阶段的工程信息。数字化动态信息指工厂运行维护阶段产生 的反映工厂对象运行状态的实时信息。 2.0.4工厂对象指工厂运行维护过程中可维护的具有唯一标识 的实体，例如泵、压缩机、管线、仪表等。

泵类为例，按结构可以划分为动力泵类和容积泵类等。

泵类为例，按结构可以划分为动力泵类和容积泵类等。 工厂对象类具有继承关系，以泵为例，泵类为父类，动力泵、容 积泵为子类，子类继承父类的属性。

性，例如文档的标题、版本、作者、所属专业、所属装置、文档发布的 状态等；非结构化部分指文本和图像数据的集合。 一个电子文档可以由多份电子文件构成，电子文档应该按照 文档的命名和编号规则进行编号，在同一个项目中具有唯一性。 2.0.13交付物包括智能P&ID、三维模型、图、数据表、规格书等 电子文件。 2.0.15设计信息包括工艺数据、管道数据、带位号的各类设备属 性数据、电气仪表属性数据、三维模型以及各类设计文档等，其中 设计文档包括各种设计图、规格书、说明书、数据表、索引表、材料 表等。设计信息详见本标准附录C和附录D。 采购信息包括供货商、制造厂商提供的各类文档和信息，如安 装及操作手册、质量证明书、产品合格证、检验报告、出厂测试报 告、产品图纸、备品备件清单等，详见本标准附录D。 施工信息包括施工、监理等相关单位提供的各类文档和信息，

如交工技术文件说明及目录、施工组织设计及批复文件、开工报 告、工程交工证书、重大质量事故处理报告、工程变更一览表、各种 质量验收记录、各种测试/安装/调试/试验/检验记录、各种检测报 告等，详见本标准附录D。 2.0.17在工厂或装置中，对于某个特定的工厂对象而言，来自于 不同专业、不同数据源的相同属性要一致，例如名称、位号、属性值 要一致；工厂对象与数据/文档、工厂对象与三维模型、工厂对象与 其他工厂对象的关联关系要与工厂对象相符合。 2.0.18对具体项目而言，数字化信息来源于工程建设过程中直 接或间接参与工程项目的各个责任主体。交付方可以是设计单 位、制造商、供应商、专利商及施工分包商等。 2.0.19对具体项目而言，数字化信息接收方指建设单位，通常指 业主；或者是由建设单位委托的第三方，比如数字化交付项目管理 团队。这个管理团队代表建设单位接收不同交付方交付的数字化 信息，并负责对来自各交付方的信息进行管理和验收。

如交工技术文件说明及目录、施工组织设计及批复文件、开工报 告、工程交工证书、重大质量事故处理报告、工程变更一览表、各种 质量验收记录、各种测试/安装/调试/试验/检验记录、各种检测报 告等，详见本标准附录D。

2.0.17在工厂或装置中，对于某个特定的工厂对象而言，来自

不同专业、不同数据源的相同属性要一致，例如名称、位号、属性值 要一致；工厂对象与数据/文档、工厂对象与三维模型、工厂对象与 其他工厂对象的关联关系要与工厂对象相符合。

3.0.1工程数学化交付工作是对工程建设过程中产生的静态信 息进行数字化创建至移交的工作过程，涵盖信息交付策略制定、交 付基础制定、信息交付方案制定、信息整合与校验、信息移交和信 息验收。数学化交付工作与工程建设同时开展、协调进行，以保证 信息的一致性、准确性及完整性，若在工程建设完成后再进行，则 容易造成信息的遗漏及工作的重复。 3.0.2交工资料指设计、采购和施工全过程的需要交付建设单位 的最终版资料，不包括中间信息。中间信息指为形成合同约定的 最终交付物而产生的中间过程信息，如设计过程中的计算过程信 息、中间版本文件等信息，但需要交付的工程施工过程产生的检验 报告、质量检验记录等技术文件属于最终交付物。 3.0.3必要信息是必须交付的信息，属于强制交付性质的信息；可选 信息是交付方可选择交付的信息，属于非强制交付性质的信息。以容 器类为例，位号、用途、材质为必要信息；介质操作密度为可选信息。 3.0.6交付策略和交付基础是信息交付工作的前提和核心，要在 信息交付工作开始前由接收方提供。接收方作为信息交付工作的

3.0.1工程数字化交付工作是对工程建设过程中产生的静态信 息进行数字化创建至移交的工作过程，涵盖信息交付策略制定、交 付基础制定、信息交付方案制定、信息整合与校验、信息移交和信 息验收。数字化交付工作与工程建设同时开展、协调进行，以保证 言息的一致性、准确性及完整性，若在工程建设完成后再进行，则 容易造成信息的遗漏及工作的重复。

的最终版资料，不包括中间信息。中间信息指为形成合同约定的 最终交付物而产生的中间过程信息，如设计过程中的计算过程信 息、中间版本文件等信息，但需要交付的工程施工过程产生的检验 报告、质量检验记录等技术文件属于最终交付物

3.0.3必要信息是必须交付的信息，属于强制交付性质的信息

信息是交付方可选择交付的信息，属于非强制交付性质的信息。以容 器类为例，位号、用途、材质为必要信息：介质操作密度为可选信息。

3.0.6交付策略和交付基础是信息交付工作的前提和核心，要在

信息交付工作开始前由接收方提供。接收方作为信息交付工作的 责任主体，需要协调设计、采购和施工单位提交相关信息，并验收 交付方提交的信息是否满足交付基础的要求。 交付基础由建设单位或其委托的第三方制定，是数字化交付 工作中最先需要完成的工作，是制定交付方案的基础条件。

3.0.7对于一个工厂对象而言

3.0.7对于一个工厂对象而言，不同来源的交付信息需

除余。如设备信息包括位号、温度、压力、尺寸等设计信息，位号 制造厂商、型号、重量、备品备件等采购信息，位号、安装偏差、检验 信息等施工信息，需要将三类信息整合并消除允余的“位号”属性。

4.2.2图4.2.2中的关联文档通过与工厂分解结构建

关系，明确工厂对象和关联文档所属的具体位置。非关联文档 与工厂对象没有关联关系，通过工厂分解结构确定其所属的具 体位置。

4.2.3根据项目执行的需要，可以对本标准附录A进行调整利

4.2.3根据项目执行的需要，可以对本标准附录A进行调整和 完善。

4.3.1工厂对象按功能可以划分为泵类、塔类、换热器类等。以 塔类为例，按结构可以划分为板式塔类和填料塔类等，塔类为父 类，板式塔类和填料塔类为子类。 以板式塔类为例，板式塔与其属性、计量类、专业文档类型的 关系示例如图2所示。

4.3.2本条对类库的建立作出规定

1工厂对象类除具有自身特有属性外，还继承了其父类的全 部属性。 3类库设计应支持信息校验。例如，可以通过定义正则表 达式实现对工厂对象编号、文档编号等各类编号进行自动校验； 通过定义数值的取值范围对温度、压力等数值性属性进行自动 校验。

1工厂对象类除具有自身特有属性外，还继承了其父类的全 部属性。 3类库设计应支持信息校验。例如，可以通过定义正则表 达式实现对工厂对象编号、文档编号等各类编号进行自动校验； 通过定义数值的取值范围对温度、压力等数值性属性进行自动 校验。 4.3.5计量单位需要在项目执行时具体规定，如操作温度采 用℃、操作压力采用MPa、直径采用mm等。 4.3.6专业指工艺、设备、仪表、结构、电气、管道等专业，文档类 别指图纸类、数据表、说明类、索引表和规格书等。专业文档类型 由专业和文档类别共同确定，如工艺说明书、仪表索引表、管道平 面布置图等。 在类库中定义与工厂对象相关联的专业文档类型。

4.3.6专业指工艺、设备、仪表、结构、电气、管道等专业，文

4.3.8根据项目执行的需要，可以对本标准附录B和附录C进 行调整和完善。

图2板式塔工厂对象类

4.4工厂对象编号规定

4.5文档命名和编号规定

4.5.2文档可以有多个编号，但在同一编号规则下具有唯一性。

4.5.4文档名称中不能使用“/”或“1”等特殊字符。

4.6.1数据的信息颗粒度根据运行维护的需求在交付基础中予 以明确，例如过滤器应包含介质相态、介质操作密度、介质毒性等 属性。否则一旦使用不适宜的信息颗粒度，将导致工程建设阶段 与运行维护阶段的数据无法实现共享，或使数据移交后再建立相 应参考的成本增加。 4.6.2文档交付清单参见本标准附录D，内容可以根据工程项目 的具体情况适当删减或合并。 4.6.3项目执行时规定电子文件的具体要求，例如文件名称通常 用文档编号、版本加文件的扩展名来命名，文件格式可以是pdf、 jpeg、tif等。 4.6.4项目执行时规定电子文件大小的上限，使其符合传输、处 理和存储要求。 4.6.5接收方与交付方需约定三维模型的交付文件格式，例如文

4.6.1数据的信息颗粒度根据运行维护的需求在交付基础中予 以明确，例如过滤器应包含介质相态、介质操作密度、介质毒性等 属性。否则一旦使用不适宜的信息颗粒度，将导致工程建设阶段 与运行维护阶段的数据无法实现共享，或使数据移交后再建立相 应参考的成本增加。

4.6.2文档交付清单参见本标准附录D，内容可以根据工程项目

4.6.3项目执行时规定电子文件的具体要求，例如文件名称通 用文档编号、版本加文件的扩展名来命名，文件格式可以是pd ipeg、tif等。

4.6.4项目执行时规定电子文件大小的上限，使其符合传输、处 理和存储要求。 4.6.5接收方与交付方需约定三维模型的交付文件格式，例如文 件格式为rvm、vue、dxf、stp等。

4.7.1质量审核包含以下内容：

（1)交付物是否符合类库和工厂分解结构要求；

（2）工厂对象编号、文档命名与编号是否符合规定； （3）数据、文档和三维模型是否符合交付物规定； （4）数据、文档和三维模型的组织方式、存储方式和交付形式 是否符合要求； （5）分包商和供应商交付的数据、文档和三维模型是否符合 要求； （6）交付的数据、文档和三维模型是否符合知识产权保护的 原则。

（2）工厂对象编号、文档命名与编号是否符合规定； （3）数据、文档和三维模型是否符合交付物规定； （4）数据、文档和三维模型的组织方式、存储方式和交付形式 是否符合要求； （5）分包商和供应商交付的数据、文档和三维模型是否符合 要求； （6）交付的数据、文档和三维模型是否符合知识产权保护的 原则。

5.2.1一般情况下由接收方提出具体的交付数据要求，其中属性

值和计量单位需在项目中定义完备，一般包含： （1）与生产相关的关键属性，如工艺属性、机械属性、设计属 性等； （2）安全、风险、可靠性维护相关的属性： （3）关键备品备件的信息； （4）重要的采购信息，如订单号； （5）按项目需求确定的工厂运行维护过程中的其他属性； （6）采用项目统一规定的计量单位

5.2.2交付的数据按类库组织以确保能够正确地加载到交付平

5.3.2本条对电子文件作出规定

的扩展名为docx、dwg等，并指明打开这些文件的应用程序名称 及版本要求； 7为便于与工厂对象关联，不能把本来独立的工厂对象相关 的文档与其他工厂对象相关文档合并。例如对单个仪表的仪表回 路图以独立的电子文件提交，由于合并的回路图不易于查找和修 改，还有可能超出文件上限，因此不能将多个仪表回路图合并成一 个文件； 8交付方在所有电子文件交付前要对电子文件及其载体进 行查毒检测和杀毒处理。 5.3.4本标准附录D只列出了典型的交付文档类型，项目执行 时需要根据具体情况进行细化

5.4.1接收方与交付方需约定三维模型交付的范围和内容。

5.4.3由于交付平台支持的文件格式不同，三维

交付平台可以读取和显示的格式，并保证转换结果的正

5.4.4为了保证所有的三维模型位置正确，接收方需事先确定三

5.4.4为了保证所有的三维模型位置正确，接收方需事先确定 维模型使用的统一的原点和坐标系。如果三维设计软件有坐标源 围的限制或特殊情况，需另行约定。

5.4.5设备检修空间操作空

5.5.1交付平台移交形式指交付方将装载了交付信息的数字1 平台移交给接收方，交付平台在项目执行时需统一建立。在项目 执行过程中，交付方可为接收方建立平台并管理。 信息模型移交形式指交付方按照约定的信息模型组织规则平 交付信息移交给接收方，由接收方自行装载到数字化平台中

5.5.3信息模型组织规则指能使分散的信息建立关联关系的规

定和原则，便于交付信息导入数字化平台。该规则在信息交付方 案中约定，交付方按照规则组织交付信息并移交给接收方。例如 对数据类信息，可以通过制定数据采集模板（例如Excel格式的电 子表格）定义规则，也可以通过约定的工程软件数据库或数据交换 格式定义规则；对文档类信息，可以直接交付电子文件，同时附上 文档交付清单及文档属性；对三维模型可以通过约定的工程软件 数据库或数据交换格式定义规则

6.1.5交付方依据信息交付基础制定信息交付方案，交付方首先 按照质量审核规定完成内部信息校验，生成质量审核报告，审核合 格后再移交接收方验收，接收方依据质量审核规定验收合格后出 具验收报告

6.1.5交付方依据信息交付基础制定信息交付方案，交付方首先

6.1.5交付方依据信息交付基础制定信息交付方案，交付方首先

6.1.6质量管理方案包括质量目标、遵循的标准、分工及责任、过

6.1.6质量管理方案包括质量目标、遵循的标准、分工

程管理控制、质量保证和改进措施等内容

6.2信息交付基础制定

6.2.2制定信息交付基础需考虑当前的信息化水平，信息交

2.2制定信息交付基础需考虑当前的信息化水平，信息交付基 相关内容能被当前的应用软件实现，

6.2.2制定信息交付基础需考虑当前的信息化水平，信

6.4.1数据主要以数据库或电子表格形式整合，消除余；文

6.4.1数据主要以数据库或电子表格形式整合，消除余；文档 般按专业归集；三维模型按照要求的格式生成或转换。收集的 信息以工厂对象为核心MH／T 5043-2019《民用机场智慧能源管理系统建设指南》.pdf，根据业务逻辑建立关联关系，关联关系的 建立及实现通常需要依托数字化交付平台实现。

6.6.4交付信息在验收合格后，由接收方在约定时间内完成验收

6.6.4交付信息在验收合格后，由接收方在约定时间内完成验收

，04后意任啦 为定时间内完成验收 报告，接收方和交付方共同签字完成交付信息验收过程

报告，接收方和交付方共同签字完成交付信息验收过程，

7.1.4校验规则包括必要信息是否缺失、工厂对象编号是否满足

据、文档和三维模型等信息。 7.1.7在平台中可多维度、多方式组织和展示信息。如文档可按 专业、文档类别、文档来源等多个维度来展示，能根据不同用户角 色的需求以不同视图展示信息。

专业、文档类别、文档来源等多个维度来展示SYT 5769-2019 地球物理勘探定位数据P1∕11交换格式.pdf，能根据不同用户角 色的需求以不同视图展示信息

权、信息加密等技术手段对知识产权提供一定的保护