《公路工程信息模型交付標準》_第1頁
《公路工程信息模型交付標準》_第2頁
《公路工程信息模型交付標準》_第3頁
《公路工程信息模型交付標準》_第4頁
《公路工程信息模型交付標準》_第5頁
已閱讀5頁,還剩48頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

ICS93.080

CCSP07

團體標準

T/JSCTSXXX—XXXX

公路工程信息模型交付標準

StandardforDeliveryofHighwayEngineeringInformationModel

(征求意見稿)

在提交反饋意見時,請將您知道的相關專利連同

支持性文件一并附上。

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

江蘇省綜合交通運輸學會發(fā)布

T/JSCTSXXX—XXXX

公路工程信息模型交付標準

1范圍

為貫徹執(zhí)行國家和江蘇省地方政策,規(guī)范江蘇省公路工程信息模型的交付行為,提高信息在工程全

壽命周期中的利用效率,推進公路行業(yè)的信息化和可持續(xù)發(fā)展,特制定本標準。

本標準適用于江蘇省公路工程全壽命周期,涉及專業(yè)包括道路工程、橋梁工程、隧道工程、交通安

全設施工程、交通機電工程、房建工程、綠化工程及施工臨設。

江蘇省公路工程信息模型的交付,除應符合本標準外,尚應符合國家、行業(yè)和本省現(xiàn)行有關標準的

規(guī)定。

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

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中,注日期的引用文件,

僅該日期對應的版本適用于本文件:不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文

件。

JTG/T2420-2021《公路工程信息模型應用統(tǒng)一標準》

JTG/T2421—2021《公路工程設計信息模型應用標準》

JTG/T2422—2021《公路工程施工信息模型應用標準》

DB32/T3503-2019《公路工程信息模型分類和編碼》

3術語和符號

下列術語和符號適用于本文件。

3.1術語

3.1.1

信息模型buildingInformationModeling,簡寫B(tài)IM

信息模型是指創(chuàng)建并利用數(shù)字化模型對公路工程項目的設計、施工和養(yǎng)護階段進行管理和優(yōu)化的過

程、方法和技術。

3.1.2

BIM模型BIMmodel

BIM模型是指基于BIM所產(chǎn)生的數(shù)字化模型,BIM模型的信息由幾何信息和非幾何信息兩部分組成。

3.1.3

幾何信息geometricinformation,簡寫為GI

幾何信息是指公路工程模型內(nèi)部和外部空間結構的幾何表示。

1

T/JSCTSXXX—XXXX

3.1.4

非幾何信息non-geometricinformation,簡寫為NGI

非幾何信息是指除幾何信息之外的所有信息的集合。

3.1.5

構件component

構件是指構成BIM模型的基本對象或組件。

3.1.6

模型單元modelunit

模型單元是指承載公路工程信息的實體及其相關屬性的集合,也是信息輸入、交付和管理的基本對

象。

3.1.7

建模軟件modelingsoftware

建模軟件是指用于創(chuàng)建BIM模型的軟件,應具備三維數(shù)字化建模、非幾何信息錄入、多專業(yè)協(xié)同設

計、二維圖紙生成等基本功能。

3.1.8

全生命周期life-cycle

全生命周期是指從計劃建設到使用過程終止所經(jīng)歷的所有階段的總稱,包括但不限于策劃、立項、

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

3.1.9

交付物deliverables

根據(jù)項目的應用需求,基于信息模型的表達方式而交付的成果。

3.1.10

交付方deliveryparty

BIM相關合約中的乙方,負責最終移交信息模型的責任主體。

3.1.11

接受方receivingparty

BIM相關合約中的甲方,負責最終接收工程數(shù)字化交付信息的唯一責任主體,可以是建設單位,也

可以是建設單位指定的合法責任主體。

3.2符號

本標準采用的符號描述見表1。

2

T/JSCTSXXX—XXXX

表1符號對照表

符號含義

◆表示應具備

表示宜具備

—表示可具備

rvtAutodeskRevit文件格式

dgnBentleyMicroStation文件格式

dwgAutoCAD文件格式

fbxAutodesk的一個用于跨平臺的免費三維數(shù)據(jù)交換的格式

CATpartCatiaV5軟件的3D圖形格式

3dxmlCatiaV6軟件的3D圖形格式

xlsxOfficeExcel電子表格

docxOfficeWord文檔格式

pdf便攜式文檔格式

Jpg、tif圖片格式

mp4、avi、wmv常用視頻文件格式

4基本規(guī)定

4.1一般規(guī)定

4.1.1建模軟件不限于使用單一軟件,可使用多種,并充分考慮軟件之間的兼容性以及滿足后續(xù)應用

要求。

4.1.2信息模型應由模型單元組成,所包含信息應滿足項目實際應用場景要求。

4.1.3信息模型應具備唯一性和可擴展性。

4.1.4信息模型交付工作宜與工程建設同步進行。

4.1.5工程不同階段應交付不同深度的模型和信息。

4.1.6接收方和交付方宜共同負責最終交付物的安全性、完整性、準確性和及時性。

4.2模型單元劃分

4.2.1信息模型由模型單元組成,根據(jù)應用深度不同,模型單元種類宜分為項目級、功能級、構件級、零

件級四個層次。

4.2.2不同種類模型單元劃分原則應滿足表2的規(guī)定。

表2模型單元劃分原則表

模型單元種類劃分原則

項目級模型單元公路工程項目、子項目或局部工程的基本信息描述

功能級模型單元公路工程中專業(yè)組合模型、單專業(yè)模型、完整功能模塊的信息描述

構件級模型單元公路工程中單一的構件或產(chǎn)品的詳細信息描述

零件級模型單元滿足加工制造、安裝等要求,從屬于公路工程構配件或產(chǎn)品的組成零件的詳細信息描述

3

T/JSCTSXXX—XXXX

4.2.3不同工程階段對應最低級別的模型單元應滿足表3的規(guī)定。

表3不同工程階段對應的模型單元

工程階段模型單元

工程可行性研究項目級模型單元

初步設計功能級模型單元

施工圖設計構件級模型單元

深化設計零件級模型單元

施工管理構件級模型單元

竣工驗收零件級模型單元

養(yǎng)護階段零件級模型單元

4.2.4不同模型單元交付的模型精細度應符合本標準附錄A的要求。

4.3幾何表達精度

4.3.1根據(jù)模型單元幾何表達精度不同,可分為G1、G2、G3和G4四個不同等級的幾何表達精度。

4.3.2不同幾何表達精度等級劃分原則應滿足表4的規(guī)定。

表4模型單元幾何表達精度等級劃分原則表

等級等級要求示例

G1包含基本占位輪廓、粗略尺寸、方位、總體高度。

G2具有關鍵輪廓控制尺寸,包含少量的細節(jié)。

具有確定的尺寸和位置,該級模型單元應滿足關鍵性的設計需求、施工要

G3

求和竣工驗收要求。

4

T/JSCTSXXX—XXXX

等級等級要求示例

具有準確的尺寸、位置、色彩和紋理,可識別的具體選用產(chǎn)品形狀特征,

G4

該級模型單元應滿足深化設計、生產(chǎn)加工等各項要求。

4.4信息深度

4.4.1模型信息除了幾何信息外,還應包含非幾何信息。

4.4.2根據(jù)模型單元信息豐富程度,可分為N1、N2、N3和N4四個不同等級的模型單元信息深度等級。

4.4.3模型單元信息深度等級劃分原則應滿足表5的規(guī)定。

表5模型單元信息深度等級劃分原則表

等級信息要求

N1包含公路工程項目基本信息、現(xiàn)狀場地信息、工程地質(zhì)信息等。

N2宜包含N1,增加公路工程模型單元詳細設計信息。

N3宜包含N2,增加公路工程施工信息、生產(chǎn)信息及安裝信息等。

N4宜包含N3,增加公路工程資產(chǎn)信息和維護信息。

4.4.4模型交付信息深度等級應符合本標準附錄B、附錄C和附錄D的要求。

4.5交付與檢查要求

4.5.1應制定好成果質(zhì)量檢查計劃,對設計階段、施工階段及養(yǎng)護階段的BIM成果進行質(zhì)量檢查。

4.5.2各階段模型單元的信息深度等級宜根據(jù)項目實際應用場景確定。

4.5.3各階段交付的BIM模型的幾何信息和非幾何信息宜有效傳遞。

4.5.4交付的圖紙等成果宜由BIM模型生成。

4.5.5在能滿足項目各階段實際需求前提下,宜采用較低建模精細度和幾何表達精度。

4.5.6各階段交付宜采用過程交付和最終交付方式進行成果交付,即:按要求提供關鍵節(jié)點過程成果

和項目最終成果。

4.5.7交付方應當對成果質(zhì)量進行全面檢查,并出具檢查報告;接收方應對成果進行驗收檢查,并出

具驗收報告。

4.5.8質(zhì)量檢查內(nèi)容應包括但不僅限于表6所示內(nèi)容。

表6成果檢查內(nèi)容

序號檢查項具體內(nèi)容

(1)檢查坐標系統(tǒng)是否符合要求

1基本內(nèi)容(2)檢查高程系統(tǒng)是否符合要求

(3)檢查模型與圖紙是否一致

(1)檢查提交的成果是否完整

2完整性(2)檢查模型是否包含完整的幾何信息

(3)檢查模型是否包含完整的非幾何信息

3規(guī)范性(1)檢查成果文件是否按命名規(guī)則進命名

5

T/JSCTSXXX—XXXX

序號檢查項具體內(nèi)容

(2)檢查構件編碼是否按構件編碼規(guī)則進行命名

(3)檢查模型構件分類是否正確

(4)檢查模型中是否有重復和多余的構件

(5)模型單元包含的信息是否按《公路工程信息模型分類與編碼標準》要

求進行表達

檢查模型及構件是否具有良好的協(xié)調(diào)關系,如專業(yè)內(nèi)部及專業(yè)間模型是否

4協(xié)調(diào)性

存在直接沖突、安全空間和操作空間是否合理等

(1)檢查模型單元精細度等級是否符合要求

5表達深度

(2)檢查模型單元信息深度等級是否符合要求

5命名規(guī)則

5.1文件夾命名

5.1.1信息模型成果應以標準文件夾結構形式組織,需要建立電子文件夾結構模板。

5.1.2電子文件夾結構中應至少包含存放總體模型文件夾和存放單個模型文件夾。

5.1.3電子文件夾名稱宜由順序碼、項目簡稱、工程階段、分區(qū)、專業(yè)和描述依次組成,并宜符合下

列規(guī)定:

a)各字段之間宜使用半角下劃線“_”分隔;

b)文件夾命名宜使用漢字、英文字符和數(shù)字的組合。

5.2模型成果文件命名

5.2.1信息模型成果文件命名應采用統(tǒng)一命名規(guī)則,保證成果文件的規(guī)范和易于理解。

5.2.2三維模型成果文件命名宜包含項目簡稱、工程階段、分區(qū)、專業(yè)簡稱、描述、版本及文件擴展

名等信息。

5.2.3三維模型成果文件命名規(guī)則為:<項目簡稱><工程階段>[標段]<分區(qū)><專業(yè)簡稱><描述>[版本]<

擴展名>

a)<…>表示文件名必有部分,[…]表示文件名可選部分,宜使用半角下劃線“_”分隔;

b)<項目簡稱>:標識工程項目,如“×××工程”;

c)<工程階段>:標識項目階段,包括:工程可行性研究階段、初步設計階段、施工圖設計階段、

施工階段、竣工階段等;

d)[標段]:用于識別項目中各標段,工程階段未劃分的情況下可省略;

e)<分區(qū)>:用于識別空間位置,如道路工程可按樁號范圍分區(qū),橋梁工程可按單獨一座橋梁分區(qū);

f)<專業(yè)簡稱>:區(qū)分項目中涉及到的相關專業(yè),對于總裝文件,專業(yè)簡稱為“總裝”;

g)<描述>:對文件內(nèi)容的簡單描述;

h)[版本]:用于識別同一模型的不同版本,如A版、B版、V1.0或V2.0等都可以;

i)<擴展名>:常用三維軟件平臺生成的文件格式,如:rvt、dgn、3dxml等;

j)樣例:×××工程_標段1(K0+000~K24+550)_銘傳互通立交_橋梁_三維模型_A版.dgn。

5.3構件標識

5.3.1模型構件宜采用編碼方式進行標識。

5.3.2編碼規(guī)則參照DB32/T3503-2019《公路工程信息模型分類與編碼標準》。

6

T/JSCTSXXX—XXXX

6設計階段交付要求

6.1一般規(guī)定

6.1.1設計階段交付分為可行性研究、初步設計和施工圖設計三個階段的交付。

6.1.2可行性研究階段模型精細度宜不低于項目級模型單元的細度,幾何表達精度宜不低于G1。

6.1.3初步設計階段模型精細度宜不低于功能級模型單元的細度,幾何表達精度宜不低于G2。

6.1.4施工圖設計階段模型精細度宜不低于構件級模型單元的細度,幾何表達精度宜不低于G3。

6.2交付成果

設計階段交付成果內(nèi)容如表7所示:

表7設計交付成果內(nèi)容

成果類型交付內(nèi)容要求與目標

1.碰撞檢測報告

碰撞檢測模擬空間碰撞,排除設計錯漏碰缺,避免變更與浪費。

2.更新后模型及圖紙

1.工程量算量模型清單滿足造價單付格式和深度要求,能夠提高工程造

工程量統(tǒng)計

2.工程量清單價編制的效率與準確性。

1.模型平/立/剖/以及三維視圖

視圖完整、準確、清晰地表達設計意圖與內(nèi)容并滿足

工程視圖2.模型渲染圖

行業(yè)規(guī)范要求與習慣。

3.視圖內(nèi)容說明

1.可視化展示模型

提供直觀的視覺及空間感受,輔助工程項目的規(guī)劃、

虛擬仿真2.交互式虛擬現(xiàn)實平臺

設計、投標、報批等過程。

3.模型檢視/漫游視頻

6.3交付格式

6.3.1各專業(yè)施工圖設計模型

模型格式為CATpart、RVT、NWD或IFC,文件命名參照本標準中命名規(guī)則。

6.3.2二維圖紙

圖紙格式為dwg或PDF。文件命名宜采用:項目名稱(項目代碼)-圖紙形式-時間。其中,項目代碼

應與DB32/T3503-2019《公路工程信息模型分類與編碼規(guī)則》中的要求一致;圖紙形式主要指平面、立

面、剖面三種形式,平面圖紙在命名的過程中應加上具體樁號,立面圖紙命名中應加上方位,剖面圖紙

在命名中應加上剖切位置的詳細軸號;時間宜為文件提交的時間,采用年月日的時間排序,如20210302。

6.3.3碰撞檢測報告

碰撞檢測報告格式宜為pdf或DOC。文件命名宜采用:項目名稱(項目代碼)-結構碰撞檢測報告-時間。

其中,項目代碼和時間與二維圖紙中的要求一致。

6.3.4動畫視頻文件

視頻文件應采用.AVI、wma、rmvb、rm、flash或mp4等,文件命名宜采用:項目名稱(項目代碼)-動

畫視頻-時間。時間宜為文件提交的時間,采用年月時間排序,如20210302。

7

T/JSCTSXXX—XXXX

6.3.5漫游文件

漫游文件格式應為.nwc、nwd、fzm或.che等格式。文件命為:項目名稱(項目代碼)-漫游文件-軟件

-時間。軟件應為全稱,有版本區(qū)別的應注明具體的版本號;宜為文件提交的時間,采用年月日的時間排

序,如20210302。

6.3.6BIM施工管理系統(tǒng)

將設計建模階段的模型導入BIM施工管理系統(tǒng)并移交給施工單位、業(yè)主單位。

7施工階段交付要求

7.1一般規(guī)定

7.1.1施工階段交付分為施工準備、施工管理、竣工驗收三個階段的交付。

7.1.2施工準備階段的交付主要包括施工圖深化模型的交付,其精細度宜不低于零件級模型單元的細

度,幾何表達精度宜不低于G4。

7.1.3施工管理和竣工驗收階段模型精細度等級宜不低于構件級模型單元的精細度,幾何表達精度宜

不低于G3。

7.1.4施工圖深化設計BIM模型除施工圖設計BIM模型外,還應包括預埋件和預留孔洞、節(jié)點和臨時安裝

措施等類型的模型元素,

7.2交付成果

施工階段交付成果內(nèi)容如表8所示:

表8施工階段交付成果內(nèi)容

成果類型交付內(nèi)容要求與目標

1.施工深化設計圖紙

深化設計成果應充分考慮場地現(xiàn)狀、安裝順序等因

深化設計2.節(jié)點施工方案模型

素,達到美觀、合理、節(jié)能和節(jié)材的效果。

3.施工方案模擬視頻

工程進度模型應關聯(lián)費用、材料、時間等準確信息,

1.工程進度模型

施工模擬視頻能夠展現(xiàn)工程的施工計劃及其與人、才、機耗

2.施工進度模擬視頻

量的關系。

1.數(shù)字化施工管理平臺

2.對應的施工管理方案施工管理平臺應以工程信息模型為理礎,進度信息

施工BIM管理系統(tǒng)平臺

3.BIM模型及工程量等應通過編碼與模型實現(xiàn)關聯(lián)。

4.業(yè)務數(shù)據(jù)

1.現(xiàn)場測量數(shù)據(jù)利用現(xiàn)場實測數(shù)據(jù)與模型進行對比,分析幾何偏差

質(zhì)量校核

2.模型比對分析報告對工程質(zhì)量的影響。

1.工程竣工記錄模型竣工模型表達實際施工完成的內(nèi)容,構件包含實際

竣工記錄

2.竣工模型清單使用的產(chǎn)品信息。

7.3交付格式

7.3.1施工深化設計模型

8

T/JSCTSXXX—XXXX

模型格式應為CATpart、RVT、NWD或IFC。文件命名參照本標準中命名規(guī)則。

7.3.2深化設計圖

設計圖紙格式應為dwg或PDF。文件命名規(guī)則宜采用:項目名稱(項目碼)-XX專業(yè)深化圖紙-時間。其

中,項目代碼應與DB32/T3503-2019《公路工程信息模型分類與編碼規(guī)則》中的要求一致;專業(yè)深化圖

紙應按專業(yè)進行命名,在剖面及立面圖紙中需帶上具體的樁號,但需有具體的方位或軸號信息;時間宜

為文件交的時間,采用年月日的時間排序,如20210302。

7.3.3施工場地規(guī)劃模型

模型格式為CATpart、RVT、NWD或IFC.文件命名規(guī)則參照本標準中的內(nèi)容。

7.3.4施工場地規(guī)劃方案、施工場地規(guī)劃分析報告

報告格式為dwg、doc或PDF。文件命名規(guī)則宜采用:項目名稱(項目代碼)-施工場地規(guī)劃方案、施工

場地規(guī)劃分析報告-時間。其中項目與DB32/T3503-2019《公路工程信息模型分類與編碼規(guī)則》的要求一

致;時間宜為文件提交的時間,采用年月日的時間排20210302。

7.3.5施工過程演示模型

漫游文件格式應為.nwc、nwd、fzm或.che等格式。文件命名宜為:項目名稱(項目代碼)-施工過程演

示模型-軟件-時間。項目代碼應與DB32/T3503-2019《公路工程信息模型分類與編碼規(guī)則》中的要求一

致;軟件應為全稱,有版本區(qū)別的應注明具體的版本號;時間宜為文件提交的時間,采用年月日的時間

排序,如20210302。

7.3.6施工過程演示動畫視頻

視頻文件應采用AVI、wma、rmvb,rm、flash或mp4等格式,文件命名宜采用項月名稱(項月代碼)-

施工過程演示動畫視頻-時間。其中,項目代碼應與DB32/T3503-2019《公路工程信息模型分類與編碼規(guī)

則》中的要求一致;時間宜為文件提交的時間,采用年月日的時間排序,如20210302.

7.3.7施工方案可行性報告

報告格式應為PDF。文件命名規(guī)則宜采用:項目名稱(項月代碼)-施工方案可行性報告-時間。其中,

項目代碼應與DB32/T3503-2019《公路工程信息模型分類與編碼規(guī)則》中的要求一致,宜為文件提交的

時間,采用年月日的時間排序,如20210302。

7.3.8施工進度控制報告

報告格式為dwg或PDF。

7.3.9施工質(zhì)量檢查與安全分析報告

報告格式應為doc或PDF。文件命名規(guī)則宜采用:項目名稱(項目代碼)-施工質(zhì)量檢查與安全分析報告

-時間。其中,項目代碼應與DB32/T3503-2019《公路工程信息模型分類與編碼規(guī)則》中的要求一致;時

間宜為文件提交的時間,采用年月日的時間排序,如20210302。

8養(yǎng)護階段交付要求

8.1一般規(guī)定

9

T/JSCTSXXX—XXXX

8.1.1養(yǎng)護階段模型幾何表達精度宜不低于G2。

8.1.2設計、施工階段模型交付給養(yǎng)護階段時,應根據(jù)養(yǎng)護管理實際需求,對模型精細度及其信息進

行優(yōu)化。

8.1.3養(yǎng)護模型宜包含竣工驗收和養(yǎng)護過程的歷史數(shù)據(jù)信息,養(yǎng)護交付階段模型中的信息宜包含但不

限于:

a)設計信息:幾何信息、技術信息、材質(zhì)信息、類型信息、清單、圖紙等;

b)施工信息:主要是建造信息;

c)采購信息:產(chǎn)品信息、廠商技術信息、供應商信息等;

d)養(yǎng)護信息:設備管理信息、維保信息、人員及工單信息。

8.1.4養(yǎng)護單位宜根據(jù)在使用過程中產(chǎn)生的局部改造、系統(tǒng)更改等對養(yǎng)護模型進行動態(tài)更新,確保養(yǎng)

護模型始終與實際工程一致。

8.2交付成果

養(yǎng)護階段交付成果內(nèi)容如表9所示:

表9養(yǎng)護階段交付成果內(nèi)容

成果類型交付內(nèi)容要求與目標

1.數(shù)字化養(yǎng)護管理平臺

2.對應的管理方案養(yǎng)護管理平臺應以工程信息模型為基礎,資產(chǎn)信

養(yǎng)護管理系統(tǒng)平臺

3.BIM模型息應通過編碼與模型實現(xiàn)關聯(lián)。

4.業(yè)務數(shù)據(jù)

1.各類工程數(shù)據(jù)表格表格數(shù)據(jù)應真實準確,形成用于養(yǎng)護、資產(chǎn)管理、

數(shù)據(jù)表格體系

2.表格數(shù)據(jù)管理方案監(jiān)控、應急救援等功能的工程數(shù)據(jù)體系。

9協(xié)同與數(shù)據(jù)傳遞

9.1協(xié)同方式

9.1.1線上協(xié)同

項目參與各方通過互聯(lián)網(wǎng)進行遠程協(xié)同。線上協(xié)同方式宜采用信息化協(xié)同平臺。通過互聯(lián)網(wǎng)的線上

協(xié)同,需項目各參與方在基于以項目為單位的同一個信息化平臺進行協(xié)同。

9.1.2線下協(xié)同

對于模型的交底、答疑等應采用線下會議的形式協(xié)同,模型問題溝通反饋可采用線下溝通會的形式

協(xié)同。

9.2交付對協(xié)同的要求

9.2.1協(xié)同的時效性

建立切實有效的協(xié)同保障機制,保障公路工程信息模型的協(xié)同高效、有序、順利進行。

9.2.2協(xié)同信息共享

10

T/JSCTSXXX—XXXX

協(xié)同過程中產(chǎn)生的信息應進行共享,并建立共享機制,保證協(xié)同信息的及時、全面、項目參與各方

的共享。

9.2.3協(xié)同信息留存

各方在協(xié)同時產(chǎn)生的信息應該及時的留存,并制定相關的留存規(guī)定。保證整個協(xié)同過程中協(xié)同信息

的完整性,協(xié)同信息留存原則為協(xié)同行為的發(fā)出方留存,接收方進行確認。

9.3數(shù)據(jù)傳遞

9.3.1數(shù)據(jù)格式要求

信息模型的深度達到相關要求,信息模型數(shù)據(jù)格式宜采用開放通用的標準,保證信息的共享。模型

數(shù)據(jù)通過創(chuàng)建者及相關人員的審核,數(shù)據(jù)內(nèi)容和格式符合數(shù)據(jù)互用要求。

9.3.2數(shù)據(jù)傳遞形式

a)信息化協(xié)同平臺。通過信息化協(xié)同平臺將信息模型數(shù)據(jù)傳遞給模型應用的各參與方,并且發(fā)送接

收各方的數(shù)據(jù),進行平臺級的數(shù)據(jù)交流。

b)網(wǎng)絡云盤。通過網(wǎng)絡云技術,云空間,進行信息模型的上傳和下載,數(shù)據(jù)交換。

c)U盤。通過移動U盤、移動硬盤和光盤等載體進行信息模型的傳遞。

9.3.3數(shù)據(jù)傳遞的要求

a)保證數(shù)據(jù)繼承性。信息模型從交付傳遞后,繼承者不可對其進行修改和更新,對需要進行更改或

變更補充的,需由其原創(chuàng)者進行更改或變更補充,對于變更或補充內(nèi)容需進行二次共享下發(fā),并留存。

b)數(shù)據(jù)完整性。信息模型傳遞數(shù)據(jù)必須完整,不會發(fā)生丟失的風險,能夠使繼承者完整應用,滿足

從施工到運維的需求。

c)數(shù)據(jù)真實性。信息模型傳遞數(shù)據(jù)必須真實有效,傳遞的上游,對數(shù)據(jù)真實性負責。

d)數(shù)據(jù)時效性。信息模型傳遞數(shù)據(jù)必須具有時效性,嚴格按合同約定的程序、時間、內(nèi)容進行交付。

e)數(shù)據(jù)安全性。為保證信息模型的成果文件安全,應明確相應的安全性措施,以防止信息泄露帶來

利益受損。

9.3.4數(shù)據(jù)訪問

a)數(shù)據(jù)訪問的便捷高效。信息模型在使用過程中應充分考慮其數(shù)據(jù)訪問的便捷性、高效性以及在不

同軟件之間的信息共享和交換能力。

b)數(shù)據(jù)訪問權限。根據(jù)信息模型使用主體的不同,設定可讀、可下載和可修改的權限,以保證數(shù)據(jù)

傳遞及使用的完整和安全。

11

T/JSCTSXXX—XXXX

AA

附錄A

(資料性附錄)

模型單元精細等級

A.1道路模型

道路模型精細度見表A.1.

表A.1道路模型精細度等級表

項目級模型單功能級模型單構件級模型單零件級模型單

功能分類建模對象

元元元元

路基路面

路基

◆◆◆

路面◆◆◆◆

路緣石—

◆◆

邊坡

◆◆

擋土墻—

◆◆

排水系統(tǒng)

邊溝◆◆◆◆

排水溝

◆◆

截水溝

◆◆

檢查進—

◆◆

滲溝—

◆◆

跌水—

◆◆

急流槽—

◆◆

蒸發(fā)池—

◆◆

水簸箕—

◆◆

排水泵站

◆◆

橫向排水管—

◆◆

凈化池—

◆◆

油水分離池—

◆◆

沉淀池—

◆◆

事故應急池—

◆◆

注:表中“◆”表示“應具備”,“

”表示“宜具備”,“—”表示“可具備”。

A.2橋梁模型

橋梁模型精細度見表A.2.

12

T/JSCTSXXX—XXXX

表A.2橋梁模型精細度等級表

項目級模型單功能級模型單構件級模型單零件級模型單

功能分類建模對象

元元元元

上部結構(梁式橋)

主梁◆◆◆◆

橫梁

◆◆◆

橫隔板—

◆◆

橋面板—◆◆◆

濕接縫—

◆◆

上部結構(斜拉橋)

主梁◆◆◆◆

索塔◆◆◆◆

斜拉索◆◆◆◆

橫梁

◆◆◆

橫隔板—

◆◆

橋面板—

◆◆

濕接縫—

◆◆

錨固裝置—

◆◆

上部結構(懸索橋)

主梁◆◆◆◆

索塔◆◆◆◆

主纜◆◆◆◆

橫梁

◆◆◆

橫隔板—

◆◆

橋面板—

◆◆

濕接縫—

◆◆

吊桿◆◆◆◆

索夾—

◆◆

鞍座—

◆◆

錨固裝置—

◆◆

上部結構(拱橋)

拱圈◆◆◆◆

拱上建筑(實腹式)◆◆◆◆

拱上建筑(空腹式)◆◆◆◆

拱座—

◆◆

橫撐—

◆◆

縱梁◆◆◆◆

橫梁—

◆◆

吊桿◆◆◆◆

系桿—

◆◆

13

T/JSCTSXXX—XXXX

項目級模型單功能級模型單構件級模型單零件級模型單

功能分類建模對象

元元元元

錨固裝置—

◆◆

下部結構

擴大基礎

◆◆◆

樁基

◆◆◆

承臺

◆◆◆

墩柱◆◆◆◆

墩帽—◆◆◆

蓋梁◆◆◆◆

支座墊石—

◆◆

支座—

◆◆

樁系梁—

◆◆

墩系梁—

◆◆

臺身◆◆◆◆

臺帽—

◆◆

耳墻—

◆◆

背墻—

◆◆

U型臺側墻—

◆◆

肋板—

◆◆

擋塊及擋土板—

◆◆

橋面系和附屬

橋頭搭板——◆◆

橋面鋪裝

◆◆◆

伸縮縫——◆◆

防撞護欄◆◆◆◆

欄桿◆◆◆◆

人行道

◆◆◆

注:表中“◆”表示“應具備”,“

”表示“宜具備”,“—”表示“可具備”。

A.3隧道模型

隧道模型精細度見表A.3.

表A.3隧道模型精細度等級表

項目級模型單功能級模型單構件級模型單零件級模型單

功能分類建模對象

元元元元

洞口工程

端墻

◆◆◆

翼墻

◆◆◆

明洞拱圈

◆◆◆

14

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論