DB32T3918-2020工程勘察設計數(shù)字化交付標準

ICS03.120.20

A00

DB32

江蘇省地方標準

DB32/T3918—2020

工程勘察設計數(shù)字化交付標準

Digitaldeliverystandardforengineeringsurveyanddesign

2020-12-21發(fā)布2021-05-01實施

江蘇省市場監(jiān)督管理局

江蘇省住房和城鄉(xiāng)建設廳發(fā)布

DB32/T3918-2020

前言

本標準按照GB/T1.1-2009給出的規(guī)則起草。

本標準由江蘇省住房和城鄉(xiāng)建設廳提出并歸口。

本標準主要起草單位：江蘇省勘察設計行業(yè)協(xié)會、中衡設計集團股份有限公司、東南大學建筑設計

研究院有限公司、無錫市政設計研究院有限公司、江蘇省地質(zhì)工程勘察院、中通服咨詢設計研究院有限

公司、蘇交科集團股份有限公司。

本標準主要起草人：倪梅仙、劉宇紅、張謹、黃文勝、馬少亭、譚東林、楊律磊、孫世龍、吳大江、

任治軍、賁慶國、俞智賢、張琪峰、向華、代振坤、蔡小瑩、靳兵、羅榮彪、許一鳴。

II

DB32/T3918-2020

工程勘察設計數(shù)字化交付標準

1范圍

本標準規(guī)定了江蘇省工程勘察設計數(shù)字交付的總則、術語、基本規(guī)定、交付基礎、交付

格式、交付流程、交付內(nèi)容、交付平臺。

本標準適用于江蘇省各類工程勘察設計的數(shù)字化成果交付。

2規(guī)范性引用文件

下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅所注日期的版本

適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

《建筑信息模型設計交付標準》GB/T51301-2018

《江蘇省民用建筑信息模型設計應用標準》DGJ32/TJ210-2016

1

DB32/T3918-2020

3總則

3.1為構建工程勘察設計領域的數(shù)字化交付體系，落實國家數(shù)字化、信息化發(fā)展戰(zhàn)略，推

動數(shù)字化交付在工程勘察設計領域的進程，制定本標準。

3.2本標準適用于江蘇省各類工程勘察設計的數(shù)字化成果交付及各參與方之間和參與方內(nèi)

部信息傳遞的過程。

3.3本標準規(guī)定的數(shù)字化交付，以BIM成果為主導，兼顧二維表達方式。

3.4工程勘察設計數(shù)字化交付及相關活動，除應符合本標準外，尚應符合國家、行業(yè)和江

蘇省現(xiàn)行相關標準的規(guī)定。

4術語

4.1數(shù)字化digitization

用可以度量的數(shù)字組成復雜多變的信息，建立數(shù)字模型，通過計算機對事物進行模擬與

計算。

4.2工程勘察設計數(shù)字化digitizationofengineeringsurveyanddesign

通過計算機網(wǎng)絡、信息技術，實現(xiàn)工程勘察設計的數(shù)字化生產(chǎn)、交付與管理。

4.3數(shù)字化交付digitaldelivery

交付方與接收方通過數(shù)字化表達、結構化數(shù)據(jù)、BIM等方式，進行電子文件的傳遞。

4.4交付物deliverable

交付方與接收方互相約定內(nèi)容的電子文件，根據(jù)工程的不同類別與所處階段確定交付物

的格式、內(nèi)容及深度。

4.5結構化數(shù)據(jù)structureddata

通常指可以用二維表結構進行邏輯表達和實現(xiàn)的數(shù)據(jù)，嚴格地遵循數(shù)據(jù)格式與長度規(guī)

范，主要通過關系型數(shù)據(jù)庫進行存儲和管理。

4.6電子文件electronicfile

在數(shù)字設備及環(huán)境中生成，以數(shù)字形式存儲于相關載體。電子文件分為電子技術文件與

數(shù)字簽章，兩者共同構成工程的電子文件。

4.7電子技術文件electronictechnicalfile

工程勘察設計圖紙、變更、審圖回復等相關電子文件及BIM成果文件。

4.8數(shù)字簽章digitalseal

是利用圖像處理技術在電子文件中，將簽名、印章以電子形式用于識別簽名人身份或企、

事業(yè)身份的數(shù)據(jù)信息，且?guī)в袛?shù)字證書的電子簽章。

4.9建筑信息模型（BIM）buildinginformationmodel

2

DB32/T3918-2020

全生命期工程項目或其組成部分物理特性、功能特性及管理要素的共享數(shù)字化表達。簡

稱“BIM”。以模型為載體，集合構件各種信息的電子文件，構件信息包括幾何信息與非幾

何信息。

4.10交付平臺deliveryplatform

以數(shù)字化遠程同步功能為基礎，以數(shù)字交付文件數(shù)據(jù)為驅(qū)動，以數(shù)據(jù)庫技術為存儲媒介，

對工程勘察設計數(shù)字化文件進行交付為目的管理型平臺。

4.11交付方deliveryparty

交付物的創(chuàng)建方或者移交方，對交付物的內(nèi)容負責。

4.12接收方receivingparty

交付物的使用方、審批方?？梢允强辈煸O計單位、建設單位，也可以是政府相關審批機

構。

4.13模型單元modelunit

建筑信息模型中承載建筑信息的實體及其相關屬性的集合，是工程對象的數(shù)字化表達。

4.14模型精細度levelofmodeldefinition

建筑信息模型中所容納的模型單元豐富程度的衡量指標。

4.15幾何表達精度levelofgeometricdetail

模型單元在視覺呈現(xiàn)時，幾何表達真實性和精確性的衡量指標。

4.16信息深度levelofinformationdetail

模型單元承載屬性信息詳細程度的衡量指標。

4.17工程全生命期lifecycleofengineering

工程從計劃建設到使用過程終止所經(jīng)歷的所有階段的總稱，包括但不限于策劃、立項、

設計、招投標、施工、審批、驗收、運營、維護、改造、拆除等環(huán)節(jié)。

5基本規(guī)定

5.1數(shù)字化交付應通過信息化技術實施，應有利于提高工程項目信息的管理和共享；并應

通過數(shù)字簽章實施工程勘察設計文件的簽署、蓋章。

5.2數(shù)字化交付應貫徹“工程項目全生命期信息管理和共享”的基本理念，提供的數(shù)字化

成果必須真實、準確。

5.3數(shù)字化交付單位宜采用與業(yè)務系統(tǒng)相銜接的交付平臺，實現(xiàn)數(shù)字化文件從形成到歸檔、

保管、利用的全過程管理。

6交付基礎

6.1數(shù)據(jù)格式分類

6.1.1數(shù)字化交付的數(shù)據(jù)格式應包括結構化數(shù)據(jù)、源文件、電子圖片等。

3

DB32/T3918-2020

6.1.2數(shù)據(jù)格式的選定應基于以下因素：

1數(shù)據(jù)用途；

2數(shù)據(jù)級別；

3模型精細度；

4數(shù)據(jù)壽命；

5相應數(shù)據(jù)格式標準。

6.1.3數(shù)據(jù)質(zhì)量管理應符合下列規(guī)定：

1確立明確的質(zhì)量管理目標，規(guī)范數(shù)據(jù)交付管理流程，通過對數(shù)據(jù)交付主要過程進

行監(jiān)控和分析，采取必要的改進措施，確保數(shù)據(jù)交付的質(zhì)量。

2數(shù)據(jù)交付質(zhì)量管理方案應作為工程整體質(zhì)量方案的一部分。

3數(shù)據(jù)質(zhì)量評估應符合表4.1.3的要求。

表6.1.3數(shù)據(jù)質(zhì)量評估表

質(zhì)量要求說明

關聯(lián)性業(yè)務環(huán)境下數(shù)據(jù)的價值－數(shù)據(jù)保存的必要性，數(shù)據(jù)支持的業(yè)務活動范圍。

互用數(shù)據(jù)的定義清晰明確－數(shù)據(jù)的創(chuàng)建方和使用方采用相同的編碼和術語表述同一含義的

清晰度

一致性。

數(shù)據(jù)在不同的地理位置、應用場景、使用人員等訪問環(huán)境下的可訪問性，數(shù)據(jù)訪問的難易

可用性

程度。

數(shù)據(jù)來源不同、類型相同時的兼容性－如果同一種類型的數(shù)據(jù)來源不同，數(shù)據(jù)所采用的創(chuàng)

兼容性建方式，宜采用同樣的方式進行創(chuàng)建。數(shù)據(jù)的拷貝或版本管理狀況，分辨原生和衍生拷貝

的方法。

不同來源的數(shù)據(jù)的一致性，要求特定對象的數(shù)據(jù)在名稱、屬性和關系方面保持一致性的程

一致性

度。

完整性可用的需求的數(shù)據(jù)數(shù)量，應盡量提供全部必需的數(shù)據(jù)。

時間性隨時間推移，需要時數(shù)據(jù)的可用性、數(shù)據(jù)及時更新的程度。

準確性數(shù)據(jù)與實際情況的一致程度。

6.2工程勘察數(shù)字化交付基礎

6.2.1工程勘察數(shù)字化交付方應根據(jù)工程勘察專業(yè)特點，對數(shù)據(jù)進行結構化分解，結構化

數(shù)據(jù)應能全面、準確描述工程勘察過程、成果、及工程勘察手段。結構化數(shù)據(jù)應包括但不限

于：

1地理信息數(shù)據(jù)：地理數(shù)據(jù)包括空間位置、屬性特征以及時態(tài)特征三個部分。

2工程鉆探數(shù)據(jù)：與工程鉆探相關的進尺數(shù)據(jù)、地層描述數(shù)據(jù)、鉆探屬性數(shù)據(jù)；

3工程物探數(shù)據(jù)：包括物探方法、特征指標、反演結論等；

4原位測試數(shù)據(jù)：包括靜力觸探試驗、孔內(nèi)原位試驗、現(xiàn)場原體試驗等數(shù)據(jù)；

5水文地質(zhì)數(shù)據(jù)：包括水文地質(zhì)方法、試驗條件、參數(shù)等；

6室內(nèi)試驗數(shù)據(jù)：包括試驗數(shù)據(jù)、試驗條件、屬性特征、特征指標等數(shù)據(jù)；

7其他相關數(shù)據(jù)：與工程勘察相關的其他數(shù)據(jù)。

4

DB32/T3918-2020

6.2.2工程勘察數(shù)據(jù)結構分解宜滿足工程勘察成果數(shù)字化模型構建的需求，應滿足交付平

臺的數(shù)據(jù)識別、轉(zhuǎn)換與翻譯的需求。

6.2.3交付方應在滿足工程勘察數(shù)據(jù)結構分解基礎上，在工程勘察過程中采用恰當?shù)能浖?/p>

或者系統(tǒng)，對勘察過程數(shù)據(jù)進行數(shù)字化采集，滿足數(shù)字化交付的可追溯要求。工程勘察過程

采集的數(shù)據(jù)應包括：

1勘察任務或合同要求、勘察綱要及評審數(shù)據(jù)；

2未經(jīng)加工的原始數(shù)據(jù)及與之對應的時間、空間屬性數(shù)據(jù)；

3與巖土工程評價相關的過程數(shù)據(jù)；

4與成品質(zhì)量評價相關的數(shù)據(jù)。

6.2.4工程勘察數(shù)字化成果文件，宜包含但不限于以下內(nèi)容：

1相關執(zhí)行標準規(guī)定的平面圖、剖面圖、計算表（書）和文字報告；

2與前款嚴格一致并滿足數(shù)字化交付要求的勘察數(shù)據(jù)包?？辈鞌?shù)據(jù)包宜包括但不限

于以下內(nèi)容：

1)工程屬性數(shù)據(jù)：與工程相關的地理屬性、坐標系統(tǒng)、高程系統(tǒng)、抗震指標等數(shù)

據(jù)；

2)地層數(shù)據(jù)：勘探孔數(shù)據(jù)、剖面數(shù)據(jù)、地下水數(shù)據(jù)等。

3)試驗數(shù)據(jù)：主要指原位測試和室內(nèi)試驗成果數(shù)據(jù)及根據(jù)地層數(shù)據(jù)進行統(tǒng)計計

算分析的結果數(shù)據(jù)；

4)工程評價數(shù)據(jù)：與巖土工程評價結論相關的水土腐蝕性評價、地基基礎方案、

工程建議等。

5)質(zhì)量評價數(shù)據(jù)：與工程階段相適應的評審或?qū)彶橐庖姟?/p>

3具備條件的情況下，宜包括三維地質(zhì)模型。三維地質(zhì)模型宜根據(jù)接收方要求格式

提交。

6.3工程設計數(shù)字化交付基礎

6.3.1工程設計數(shù)字化交付方應根據(jù)設計行業(yè)、專業(yè)的特點，對數(shù)據(jù)進行結構化分解，結

構化數(shù)據(jù)應能全面、準確描述工程設計過程和成品的有效信息。結構化數(shù)據(jù)應包括但不限于；

1項目信息數(shù)據(jù)：包括項目名稱、地址、規(guī)模、范圍、設計內(nèi)容、設計依據(jù)等。

2現(xiàn)狀信息數(shù)據(jù)：包括場地信息、高程信息、場地地質(zhì)、現(xiàn)狀建（構）筑物、現(xiàn)狀

地面道路、現(xiàn)狀橋梁、現(xiàn)狀隧道、現(xiàn)狀地下軌道交通、現(xiàn)狀管（桿）線、現(xiàn)狀地鐵站、現(xiàn)狀

河道（湖泊）、現(xiàn)狀鐵路、現(xiàn)狀文物、現(xiàn)狀林木、現(xiàn)狀農(nóng)田、現(xiàn)狀村落等。

3規(guī)劃信息數(shù)據(jù)：包括規(guī)劃地面道路、規(guī)劃地形高程、規(guī)劃隧道、規(guī)劃橋梁、規(guī)劃

綜合管廊、規(guī)劃軌道交通、規(guī)劃給排水、規(guī)劃用地、規(guī)劃水系、規(guī)劃防汛、規(guī)劃電力通信燃

氣熱力等。

4專業(yè)設計信息數(shù)據(jù)：包括建筑工程、市政公用工程等工程項目類型包含的所有子

專業(yè)設計信息，包括但不限于：

1）建筑專業(yè)數(shù)據(jù)：主要包括技術標準、經(jīng)濟指標、建筑功能、建筑主體形狀、位

置、工藝工法、建筑構造部件、建筑裝飾構件、建筑材料、建筑節(jié)能數(shù)據(jù)等。

2）結構專業(yè)數(shù)據(jù)：主要包括技術標準、結構基礎數(shù)據(jù)、結構類型、形式、材料、

規(guī)格、結構計算書等。

3）機電專業(yè)數(shù)據(jù)：主要包括技術標準、設計參數(shù)、設備名稱、設備外形尺寸、設

備參數(shù)、設備節(jié)能數(shù)據(jù)等。

4）市政給排水專業(yè)數(shù)據(jù)：主要包括技術標準、工藝流程、設備型號尺寸、設備參

5

DB32/T3918-2020

數(shù)、管道（溝）類型材質(zhì)尺寸、管道位置標高等。

5）道路專業(yè)數(shù)據(jù)：主要包括技術標準、設計參數(shù)、總體設計方案、節(jié)點方案、橫

斷面設計等。

6）橋梁專業(yè)數(shù)據(jù)：主要包括技術標準、結構類型、總體布置、上下部結構方案、

附屬設施設計、計算書等。

7）隧道專業(yè)數(shù)據(jù)：主要包括技術標準、總體布置、施工方法等。

8）管廊專業(yè)數(shù)據(jù)：主要包括技術標準、總體布置方案、管道支墩尺寸材質(zhì)、纜線

支架型號位置、節(jié)點井種類及位置、入廊管線布置方案等。

6.3.2工程設計的結構化數(shù)據(jù)宜滿足工程設計成果數(shù)字化模型構建的需求，應滿足交付平

臺的數(shù)據(jù)識別、轉(zhuǎn)換與翻譯的需求。

6.3.3采用數(shù)字化交付的工程設計文件，應采用數(shù)字化設計手段，對工程設計對象進行全

面準確描述。

6.3.4交付方應在進行工程設計數(shù)據(jù)結構化基礎上，采用恰當?shù)能浖蛘呦到y(tǒng)，對設計過

程數(shù)據(jù)進行留存，滿足數(shù)字化交付的可追溯要求。工程設計過程的結構化數(shù)據(jù)主要包括但不

限于：

1設計任務或合同要求、設計評審數(shù)據(jù)；

2設計過程中交互的過程數(shù)據(jù)及與之對應的時間、空間屬性數(shù)據(jù)；

3記錄并保留與設計評價相關的過程數(shù)據(jù)；

4與成品質(zhì)量評價相關的數(shù)據(jù)。

6.3.5工程設計各階段的數(shù)字化交付成果應符合下列規(guī)定：

1方案設計階段數(shù)字化設計成果應包括設計說明書、總平面圖紙、重要節(jié)點方案設

計圖、建設方和有關主管部門要求的其他文件，宜包括BIM成果文件。

2初步設計階段數(shù)字化設計成果應包括設計說明書、有關專業(yè)設計圖紙、建設方和

有關主管部門要求的其他文件，宜包括主要設備與材料表、設計計算書、工程概算書和BIM

成果文件。

3施工圖設計階段數(shù)字化設計成果應包括相關專業(yè)設計說明書、設計圖紙、設計計

算書、專項設計文件、建設方和有關主管部門要求的其他文件，宜包括工程預算書、BIM成

果文件。

7交付格式

7.1電子技術文件

7.1.1工程勘察設計數(shù)字化的電子技術文件應符合下列規(guī)定：

1數(shù)字化交付文件應能充分表達專業(yè)交付信息。

2數(shù)字化交付文件應符合國家、江蘇省設計規(guī)范、技術規(guī)程強制性條文及主要應執(zhí)

行條文。

3數(shù)字化交付文件應基于統(tǒng)一的信息共享和傳遞方式，應保證數(shù)據(jù)傳遞的準確性、

完整性和有效性。

4數(shù)字化交付文件結構應具有開放性和可擴展性。

7.1.2工程勘察設計數(shù)字化的電子技術文件類別可包括：

1模型交付物：包括原始模型、輕量化模型、格式轉(zhuǎn)換模型等內(nèi)容，交付形式為電

子文件。

2圖紙交付物：包括設計圖紙和由模型產(chǎn)生的圖紙，交付形式為電子文件。

6

DB32/T3918-2020

3報告、文檔交付物：包括明細表、凈空分析報告、碰撞檢測報告、性能化分析報

告、BIM實施規(guī)劃等內(nèi)容，交付形式為電子文件。

4效果表達交付物：包括視頻、圖像等內(nèi)容，交付形式為電子文件。

7.2文件命名

5.2.1電子技術文件的命名應簡明且易于辨識。同一工程的各不同類型文件之間的文件命

名規(guī)則應一致。

7.2.1宜使用漢字、英文字符、數(shù)字、半角下劃線“_”和半角連字符“-”的組合。各字

符之間、符號之間、字符與符號之間均不宜留空格。

7.2.2電子文件夾的名稱宜由順序碼、項目名稱、分區(qū)或系統(tǒng)、設計階段、文件夾類型和

描述依次組成。

1順序碼宜采用文件夾管理的編碼，可自定義。

2項目簡稱宜采用識別項目的簡要稱號，可采用英文或拼音，項目簡稱不宜空缺;

3分區(qū)或系統(tǒng)應簡述項目子項，局部或系統(tǒng)，應使用漢字、英文字符、數(shù)字的組合;

4文件夾類型宜符合表5.2.3的規(guī)定

表7.2.3文件夾類型

文件夾類型文件夾類型(英文)內(nèi)含文件主要使用范圍

工作中Workinprogress仍在設計中的設計文件

專業(yè)設計完成的文件,但僅限于工

共享Shared

程參與方內(nèi)部協(xié)同

已經(jīng)設計完成的文件,用于工程參

出版Published

與方之間的協(xié)同

存檔Archived設計階段交付完成后的文件

來源于工程參與方外部的參考性

外部參考Incoming

文件

資源Resources應用在項目中的資源庫中的文件

7.3數(shù)字簽章

7.3.1工程勘察設計數(shù)字化文件的數(shù)字簽章應符合下列規(guī)定：

1數(shù)字簽章的使用應符合法律法規(guī)，經(jīng)過數(shù)字簽章的數(shù)字化文件應能有效表現(xiàn)所載

內(nèi)容，權利人可隨時調(diào)取查用。

2數(shù)字簽章應能識別勘察設計數(shù)字化文件被篡改、被編輯，應能驗證勘察設計數(shù)字

化文件唯一性，確?？勺匪菰O計人信息。

3數(shù)字簽章應采取技術措施保障交付物的安全，主要包括但不限于：

1）通過數(shù)字簽名技術保障著作權人確認過的數(shù)字化文件的內(nèi)容、形式不被篡改；

2）通過網(wǎng)絡技術保障各個交付環(huán)節(jié)的文件能夠自由傳輸，確?？辈煸O計數(shù)字化

文件能被接受方輸出，并滿足使用要求；

3）通過驗證技術確保著作權人身份真實、文件內(nèi)容真實，保護著作權人的知識

產(chǎn)權。

7

DB32/T3918-2020

4經(jīng)數(shù)字簽章后的勘察設計數(shù)字化文件在輸出、傳輸、利用、存貯過程中，應確保

無信息丟失、無內(nèi)容不一致。數(shù)字簽章的任何改動，以及文件內(nèi)容和形式的任何改動能夠被

發(fā)現(xiàn)，保障數(shù)字化文件的完整性。

7.3.2勘察設計數(shù)字化文件的數(shù)字簽章使用，應符合下列規(guī)定：

1數(shù)字簽章的勘察設計文件范圍應滿足現(xiàn)行勘察設計文件編制深度規(guī)定的內(nèi)容，應

包括：

1）勘察設計項目的成果文件。包括：BIM成果文件、二維數(shù)字化圖紙、說明書

等。BIM成果文件可包括其關聯(lián)生成的其他設計交付成果。

2）勘察設計項目的依據(jù)性文件。包括：分析報告、計算書等；

3）勘察設計項目的屬性數(shù)據(jù)。包括：項目信息、簽章信息、元數(shù)據(jù)、配置文件

等。

2勘察設計文件使用的數(shù)字簽章類型范圍，包括法人印章、出圖章、注冊工程師注

冊章、個人簽章等，使用數(shù)字簽章類型范圍應滿足勘察設計文件編制深度規(guī)定。

3勘察設計文件變更的，應重新進行數(shù)字簽章。

4數(shù)字簽章應屬于數(shù)字簽章人專有、且由數(shù)字簽章人控制。

5數(shù)字簽章的印模、顏色要求應符合法規(guī)要求，個人簽章應字跡清楚、圖樣清晰。

7.3.3勘察設計文件的數(shù)字簽章應通過信息化管理系統(tǒng)實施。勘察設計企業(yè)可結合工程勘

察設計全過程質(zhì)量管控信息化軟件集成應用數(shù)字簽章。項目管理機構可結合信息化管理平臺

集成管控數(shù)字簽章。

8交付流程

8.1工程勘察設計數(shù)字化交付流程，按類型可劃分為勘察設計節(jié)點專業(yè)間交付流程、合同

交付流程、特定交付物交付流程等；按方式可劃分為模型交付流程、二維數(shù)字化圖紙交付流

程等；按階段可劃分為方案設計階段、初步設計階段、施工圖設計階段、深化設計階段、施

工建造階段、竣工移交階段等的交付流程。

8.2交付流程應符合勘察設計不同類型、不同方式、不同階段的特點與要求。

8.3項目全階段數(shù)字化交付流程、項目方案及初步設計階段數(shù)字化交付流程、施工圖設計

階段數(shù)字化交付流程可參照本標準附錄A。

9交付內(nèi)容

9.1一般規(guī)定

9.1.1數(shù)字化交付表達應符合國家、行業(yè)及地方對勘察設計文件編制深度的規(guī)定，確保工

程設計階段設計文件的質(zhì)量和完整性。

9.1.2數(shù)字化交付物應符合政府職能部門管理規(guī)定。項目建設方或其他合約方的數(shù)字化交

付內(nèi)容要求可參照本標準執(zhí)行。

9.1.3數(shù)字化交付應明確各交付物類型，包括圖紙、模型、與項目相關的重要文檔文件和

依據(jù)性文件、效果表達文件、規(guī)范交付內(nèi)容與交付深度等，使交付物符合各相關方需求。

9.1.4數(shù)字化交付中的模型交付深度可按本標準附錄B～附錄H的規(guī)定執(zhí)行，并應符合國

家、行業(yè)及地方的建設工程模型交付相關標準的規(guī)定。

9.2數(shù)字化圖紙

8

DB32/T3918-2020

9.2.1數(shù)字化圖紙內(nèi)容、制圖應符合國家、行業(yè)及地方的建設工程相關的編制深度、及二

維圖紙制圖標準的規(guī)定。表達內(nèi)容應符合本標準“4交付基礎”的要求，表達方式應符合本

標準“5.1電子技術文件”的要求；圖紙圖簽及印章的表達與使用應符合本標準“5.2數(shù)字

簽章”的要求。

9.2.2模型導出的數(shù)字化圖紙應符合以下規(guī)定：

1由模型導出的數(shù)字化圖紙應符合符合國家、行業(yè)及地方的建設工程相關的模型交

付標準，以及本標準“7.2.1”規(guī)定。

2由模型導出的數(shù)字化圖紙必須與模型中設計信息保持一致，且模型中應保留對應

的圖紙視圖；

3由模型導出的數(shù)字化圖紙宜與模型關聯(lián)，表達精度應符合國家相關標準的規(guī)定，

詳細信息可查詢模型；

4由模型導出的平面圖、立面圖、剖面圖、三維視圖的視圖命名和編碼應統(tǒng)一；

5由模型導出的圖紙宜采用模型投影視圖表達方式，不宜采用簡化圖例方式；

6圖紙交付物內(nèi)容在滿足國家、行業(yè)及地方的法規(guī)、標準、規(guī)范的基礎上，宜包括

體現(xiàn)模型技術特點的內(nèi)容，如：軸測圖、軸測尺寸標注圖及三維標注等。

9.3數(shù)字化模型

9.3.1數(shù)字化模型應由模型單元組成,分為項目級、功能級、構件級和零件級四個層級。

9.3.2數(shù)字化模型應滿足下列基本要求：

1模型單元應符合模型精細度等級要求；

2模型單元應符合幾何表達精度等級要求；

3模型單元應符合信息深度等級要求。

9.3.3模型精細度基本等級劃分應符合表7.3.1規(guī)定。

表9.3.1模型精細度基本等級劃分

包含的最小模型單

等級英文名代號

元

1.0級模型精細度LevelofModelDefinition1.0LOD1.0項目級模型單元

2.0級模型精細度LevelofModelDefinition2.0LOD2.0功能級模型單元

3.0級模型精細度LevelofModelDefinition3.0LOD3.0構件級模型單元

4.0級模型精細度LevelofModelDefinition4.0LOD4.0零件級模型單元

9.3.4模型幾何精度劃分應符合表7.3.2規(guī)定。

表9.3.2模型幾何精度劃分

等級英文名代號包含的最小模型單元

滿足二維化或者符號化識別需求

1級幾何表達精度Level1ofgeometricdetailG1

的幾何表達精度

滿足空間占位、主要顏色等粗略

2級幾何表達精度Level2ofgeometricdetailG2

識別需求的幾何表達精度

3級幾何表達精度Level3ofgeometricdetailG3滿足建造安裝流程、采購等精細

9

DB32/T3918-2020

識別需求的幾何表達精度

滿足高精度渲染展示、產(chǎn)品管理、

4級幾何表達精度Level4ofgeometricdetailG4制造加工準備等高精度識別需求

的幾何表達精度

9.3.5模型信息深度等級劃分應符合表7.3.3規(guī)定。

表9.3.3模型信息深度等級劃分

等級英文名代號包含的最小模型單元

宜包含模型單元的身份描述、項

1級信息深度Level1ofinformationdetailN1

目信息、組織角色等信息

宜包含和補充N1等級信息，增加

2級信息深度Level2ofinformationdetailN2實體系統(tǒng)關系、組成及材質(zhì)，性

能或?qū)傩缘刃畔?/p>

宜包含和補充N2等級信息，增加

3級信息深度Level3ofinformationdetailN3

生產(chǎn)信息、安裝信息

宜包含和補充N3等級信息，增加

4級信息深度Level4ofinformationdetailN4

資產(chǎn)信息和維護信息

9.3.6設計階段數(shù)字化交付模型精細度宜符合下列規(guī)定：

1方案設計階段模型精細度等級不宜低于LOD1.0；

2初步設計階段模型精細度等級不宜低于LOD2.0；

3施工圖設計階段模型精細度等級不宜低于LOD3.0。

4深化設計階段模型精細度等級不宜低于LOD3.0。

10交付平臺

10.1功能要求

10.1.1交付平臺應滿足工程全生命期各交付節(jié)點的交付要求。

10.1.2交付平臺應制定詳細的數(shù)據(jù)安全保障措施和安全協(xié)議，保證文件與數(shù)據(jù)的存儲與傳

輸安全，為信息訪問和使用提供安全保障。

10.1.3交付平臺宜根據(jù)使用場景和用途，考慮網(wǎng)頁端、桌面端及移動端等多種終端的應用

模式，并應滿足工程全生命期各階段模型精細度及加載速度的要求。

10.1.4交付平臺應支持常用格式的數(shù)據(jù)、文檔和BIM模型。

10.1.5交付平臺應能建立和維護數(shù)據(jù)、文檔和BIM模型之間的關聯(lián)關系。

10.1.6交付平臺應支持文件名、編碼等對象信息的瀏覽、檢索。

10.1.7交付平臺的交付文件中應包含已證明為使用人獨有、可查詢、可追溯、防篡改的數(shù)

字簽章。數(shù)字簽章應符合本標準“5.2”的規(guī)定。

10.1.8交付平臺中數(shù)字簽章文件的合法性接受政府職能部門或政府職能部門認可的認證

機構的監(jiān)督。

10.1.9交付平臺宜對相關方的知識產(chǎn)權進行保護。

10

DB32/T3918-2020

10.2接口要求

10.2.1交付平臺應具有開放的標準接口和成熟的對外服務引擎。

10.2.2交付平臺應能夠與主流的工程設計軟件和項目管理軟件兼容，可接收、存儲不同類

型的文檔、數(shù)據(jù)和BIM模型。

10.2.3交付平臺宜具備多參與方協(xié)同及與其他項目相關方平臺對接的功能。

11

DB32/T3918-2020

附錄A工程勘察設計數(shù)字化交付流程示例

A.0.1工程勘察設計數(shù)字化交付流程示例，參見圖A.0.1-1、圖A.0.1-2、圖A.0.1-3。

圖A.0.1-1項目全階段數(shù)字化交付流程示例圖

注：此流程圖參考《上海市建筑信息模型設計交付表達通用導則》

12

DB32/T3918-2020

圖A.0.1-2項目方案、初步設計階段數(shù)字化交付流程示例圖

注：此流程圖參考《上海市建筑信息模型設計交付表達通用導則》

13

DB32/T3918-2020

圖A.0.1-3項目施工圖設計階段數(shù)字化交付流程示例圖

注：此流程圖參考《上海市建筑信息模型設計交付表達通用導則》

14

DB32/T3918-2020

附錄B勘察工程對象模型交付深度

B.0.1工程勘察數(shù)字化交付應保證數(shù)據(jù)信息源頭的準確性和可靠性，信息傳遞和提取應保

證數(shù)據(jù)鏈條的完整性和統(tǒng)一性。

B.0.2工程勘察數(shù)字化交付成果目錄結構可參考表B.0.2。

表B.0.2工程勘察成果交付目錄結構

目錄1目錄2目錄3目錄4備注

文字報告勘察報告文檔

附圖、表相關圖件和表格

工程屬性數(shù)據(jù)

地理信息數(shù)據(jù)

工程鉆探數(shù)據(jù)

勘察報告

工程物探數(shù)據(jù)

勘察評價信息

原位測試數(shù)據(jù)

水文地質(zhì)數(shù)據(jù)

工程目錄室內(nèi)試驗數(shù)據(jù)

其他相關數(shù)據(jù)

策劃信息勘察方案數(shù)據(jù)勘察綱要、合同

過程控制信息現(xiàn)場作業(yè)數(shù)據(jù)

過程控制

大綱評審數(shù)據(jù)

校審信息

成品校審數(shù)據(jù)

交換信息交付相關專業(yè)數(shù)據(jù)包

勘察模型幾何模型數(shù)據(jù)

BIM模型

屬性模型數(shù)據(jù)

B.0.3工程勘察數(shù)字化交付的勘察數(shù)據(jù)內(nèi)容可包括但不限于表B.0.3所列內(nèi)容。

表B.0.3勘察數(shù)據(jù)明細表

分類內(nèi)容

工程屬性數(shù)據(jù)工程名稱、工程概況、建筑結構設計條件

地理信息數(shù)據(jù)坐標系、高程系、場地周邊環(huán)境條件、地形地物、場地類別、場地抗震指標

鉆孔基本信息（鉆孔編號、鉆孔坐標(m,m)、開工時間、竣工時間、鉆探人員、孔

工程鉆探數(shù)據(jù)口高程(m)）

鉆孔地質(zhì)信息（巖土體分層、鉆孔地下水位(m)、地層描述、回次屬性）

15

DB32/T3918-2020

分類內(nèi)容

地層編號、巖性名稱、典型描述（顏色、密實度、稠度、濕度、風化程度）、巖土

標準地層數(shù)據(jù)

物理力學指標、樁基設計參數(shù)建議值、地基承載力特征值、抗震設計參數(shù)

物探方法、試驗編號、試驗點坐標(m)試驗點深度(m)、特征指標（電阻率、波速

工程物探數(shù)據(jù)

等與試驗方法相關的指標）、反演結論

通用信息：試驗類型、試驗過程數(shù)據(jù)、試驗參數(shù)、試驗結論

抽水試驗：涌水量、水位降深、含水層性質(zhì)、厚度、影響半徑、滲透系數(shù)、導水系

數(shù)、壓力傳導系數(shù)、給水度等

壓水試驗：壓入耗水量、各壓力段值、試驗水頭、透水率等

水文地質(zhì)數(shù)據(jù)

注水（滲水）試驗：注入流量、試驗水頭、性狀系數(shù)、滲透系數(shù)

連通試驗：試驗方法、指示劑類型、時間、含量

地下水示蹤試驗：地下水流向、流速、彌散系數(shù)

通用信息：試驗編號、試驗點坐標(m)試驗點深度(m)

孔內(nèi)原位測試數(shù)據(jù)：標貫擊數(shù)、圓錐動力觸探（輕型、重型、超重型）擊數(shù)

靜力觸探試驗數(shù)據(jù)：單橋靜探比貫入阻力、雙橋靜探錐尖阻力、雙橋靜探側(cè)壁摩阻

力、雙橋靜探摩阻比、雙橋靜探孔隙水壓力

原位測試數(shù)據(jù)

波速試驗數(shù)據(jù)：分層縱波波速、分層橫波波速

十字板試驗數(shù)據(jù)：十字板剪切強度

扁鏟試驗數(shù)據(jù)：側(cè)脹模型、側(cè)壓力系數(shù)、基床系數(shù)

旁壓試驗數(shù)據(jù)：旁壓模量

通用信息：取樣編號、取樣頂深度、取樣底深度

土工試驗物理性質(zhì)指標：含水率、可塑性、密度、透水性等

室內(nèi)試驗數(shù)據(jù)土工試驗力學性質(zhì)指標：壓縮性、抗剪強度、側(cè)壓力系數(shù)、泊松比、靈敏度等

巖石試驗物理性質(zhì)指標：密度、孔隙率、吸水率、飽和系數(shù)

巖石試驗力學性質(zhì)指標：抗壓強度、抗剪強度、抗拉強度、抗彎強度、彈性模量

分析位置信息：編號、取樣點坐標(m)、取樣點深度(m)

水、土腐蝕性評價腐蝕環(huán)境信息

腐蝕指標數(shù)據(jù)、腐蝕類型、腐蝕等級

剖面編號

剖面數(shù)據(jù)鉆孔編號列表

剖面圖數(shù)據(jù)交換文件

16

DB32/T3918-2020

分類內(nèi)容

天然地基方案

地基基礎方案樁基方案

地基處理方案

基坑支護建議

地下水控制建議

技術建議

基坑開挖建議

施工監(jiān)測建議

B.0.4工程勘察模型交付深度應從幾何和屬性兩大類信息維度進行約定。工程勘察模型精

細度可分為3個等級區(qū)間，分別為GLOD1.0、GLOD2.0和GLOD3.0。

B.0.5工程勘察模型精細度與工程階段的對應關系應滿足表B.0.5。

表B.0.5工程勘察模型精度與工程階段對應表

等級內(nèi)容勘察階段

GLOD1.0初步反應建設場地及其周邊的地表與工程地質(zhì)信息可研階段勘察

準確表達建設場地及其周邊地表信息，初步反映場地內(nèi)地質(zhì)

GLOD2.0初步勘察

條件和巖土參數(shù)，為工程設計提供初步建議

準確表達建設場地及其周邊環(huán)境的地上和地下綜合信息，查

GLOD3.0明場地巖土條件，為工程設計、施工和不良地質(zhì)作用的防治、詳細勘察

后期運營維護等提供資料支撐

B.0.6工程勘察模型交付深度應滿足表B.0.6。

表B.0.6工程勘察模型交付深度

精度等級

分類信息內(nèi)容

GLOD1.0GLOD2.0GLOD3.0

建設場地地表高程、地

地表模型表建構筑物、周邊環(huán)境★★★

等信息

地層巖性信息、地下空

地層模型★★★

間信息、設計參數(shù)、

鉆孔模型鉆孔地質(zhì)信息、鉆孔☆★★

通過原位測試、室內(nèi)試☆

（可采用經(jīng)驗數(shù)

屬性參數(shù)模型驗、物探等手段取得的☆★

據(jù)、區(qū)間估值等信

參數(shù)信息息表達）

17

DB32/T3918-2020

建（構）筑物地下工地下空間、基礎、施工

--☆

程、基礎方案的信息設備機械過程預演等

注：表中“★”表示應具備信息；“☆”表示宜具備信息；“-”表示可不具備信息。

18

DB32/T3918-2020

附錄C建筑工程對象的模型單元交付深度

C.0.1模型精細度為LOD1.0的模型單元可不區(qū)分構造層次。

C.0.2場地工程對象模型單元交付深度應符合表C.0.2的規(guī)定。

表C.0.2場地工程對象模型單元交付深度

工程對象

方案設計初步設計深化設計竣工移交

施工圖設計

地形（現(xiàn)狀）-G2/N1G2/N2G3/N3G3/N3G3/N4

道路鋪面G1/N1G2/N2G3/N3G3/N3G3/N4

道路路緣與排水溝--G2/N3G3/N3G3/N4

道路（現(xiàn)狀）道路附件--G1/N3G3/N3