版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
CCSP59DB50重慶市地方標準I 2規(guī)范性引用文件 3術語和定義 4基本規(guī)定 4.1一般規(guī)定 4.2命名管理 4.3版本管理 5交付準備 5.1一般規(guī)定 5.2模型架構和精細度 5.3模型內容 5.4顏色管理 6交付物 6.1一般規(guī)定 6.2水利工程信息模型 6.3工程圖紙 6.4文檔 7交付協(xié)同 7.1一般規(guī)定 7.2交付協(xié)同過程 8交付平臺 8.1一般規(guī)定 8.2功能要求 8.3接口要求 附錄A(資料性)命名示例 附錄B(資料性)模型單元屬性信息分類 附錄C(資料性)水利工程對象模型精細度表 表C.1工程地質模型精細度表 表C.2水工模型精細度表 表C.3施工臨時設施模型精細度表 DB50/T1676—2024表C.4土建通用構件模型精細度表 27表C.5水力機械模型精細度表 表C.6給排水模型精細度表 表C.7金屬結構模型精細度表 表C.8電氣模型精細度表 表C.9采暖通風與空氣調節(jié)模型精細度表 40表C.10監(jiān)測模型精細度表 41附錄D(資料性)水利工程信息模型顏色表 43 46DB50/T1676—2024本文件按照GB/T1.1-2020《標準化工作導則第1部分:標準化文件的結構和起草規(guī)則》的規(guī)定起草。請注意本文件的某些內容可能涉及專利。本文件的發(fā)布機構不承擔識別專利的責任。本文件由重慶市水利局提出、歸口并組織實施。本文件起草單位:重慶市水利局、中國電建集團成都勘測設計研究院有限公司。本文件主要起草人:韓松柏、李華、羅萬峰、童思科、杜明格、張春才、陳勃、宋泉岑、秦怡、張藝馨、張翔宇、王莉、夏勇、敖翔、李謐、賀曉鋼、冉麗利、周恒宇、王蕊、黃志宏、楊明桃、卞林林、尹習雙、邱向東、吳維金、李嘯。1DB50/T1676—2024水利工程信息模型設計交付規(guī)范本文件規(guī)定了水利工程信息模型設計交付的基本規(guī)定、交付準備、交付物、交付協(xié)同、交付平臺等本文件適用于水利工程新建、改擴建和除險加固等信息模型的設計交付。2規(guī)范性引用文件下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中,注日期的引用文件,僅該日期對應的版本適用于本文件;不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件。GB/T51269建筑信息模型分類和編碼標準GB/T51301建筑信息模型設計交付標準NB/T35099水電工程三維地質建模技術規(guī)程SL73.3水利水電工程制圖標準勘測圖SL/T803水利網(wǎng)絡安全保護技術規(guī)范JGJ/T236建筑產(chǎn)品信息系統(tǒng)基礎數(shù)據(jù)規(guī)范DBJ50/T-281建筑工程信息模型設計交付標準3術語和定義下列術語和定義適用于本文件。3.1水利工程信息模型waterconservancyprojectinformationmodel在水利工程全生命期內,對工程及設施物理和功能特性的可視化承載與數(shù)字化表達。3.2設計交付designdelivery根據(jù)水利工程項目的應用需求,將設計信息傳遞給需求方的行為。3.3設計信息designinformation水利工程設計工作所形成的描述工程(物理實體)本體特征的信息集合。3.4協(xié)同collaboration基于水利工程信息模型進行數(shù)據(jù)共享及相互操作的過程。3.5應用需求applicationrequirements根據(jù)項目階段和工程目標確定的對于水利工程信息模型的需求。3.6工程對象engineeringobject構成水利工程的建筑物、系統(tǒng)、設施、設備、零件等物理實體的集合。2DB50/T1676—20243.7模型單元modelunit水利工程信息模型中承載信息的實體及其相關屬性的集合,是工程對象的數(shù)字化表述。3.8電子文件electronicdocument水利工程圖紙、文檔等交付物。3.9模型架構modelframework組成水利工程信息模型的各級模型單元之間組合和拆分等構成關系。3.10最小模型單元minimalmodelunit根據(jù)水利工程項目的應用需求而分解和交付的最小拆分等級的模型單元。3.11模型精細度levelofmodeldefinition(LOD)水利工程信息模型所容納模型單元豐富程度的衡量指標。3.12幾何表達精度levelofgeometricdetail(G)水利工程模型單元在視覺呈現(xiàn)時,幾何表達真實性和精確性的衡量指標。3.13信息深度levelofinformationdetail(N)水利工程模型單元承載屬性信息詳細程度的衡量指標。3.14交付物deliverables基于水利工程信息模型的交付成果。3.15交付平臺deliveryplatform用于承載和管理水利工程數(shù)字化交付信息,支持多參與方共享與協(xié)同,具有歸檔、共享、發(fā)布、交付和審核功能,可與多種工程軟件集成并兼容多種文件格式的信息管理系統(tǒng)。3.16需求方requirementsprovider提出水利工程信息模型應用需求的一方。3.17交付方deliveryprovider提供水利工程信息模型交付成果的一方。4基本規(guī)定4.1一般規(guī)定4.1.1水利工程信息模型設計交付應包含交付準備、交付物和交付協(xié)同等方面的內容。4.1.2水利工程信息模型設計交付可分為設計階段的交付和面向應用的交付。4.1.3設計階段的交付可分別按項目建議書、可行性研究設計、初步設計、招標設計、施工圖設計等階段進行,并應滿足各設計階段設計深度的要求。4.1.4面向應用的交付宜包括水利工程全生命期內有關設計信息,并滿足應用需求。3DB50/T1676—20244.1.5水利工程信息模型設計交付應根據(jù)已建立的信息模型輸出交付物,工程各參與方應基于協(xié)調一致的交付物進行協(xié)同。4.1.6在建立和應用模型的過程中,宜充分利用平臺技術,建立安全的數(shù)據(jù)運行環(huán)境,實現(xiàn)交付物及相關資源的協(xié)同、存儲、共享和交換。4.1.7交付物的來源、傳遞、存儲、歸檔及使用應遵守國家現(xiàn)行有關法律法規(guī)及信息安全的相關要求。4.2命名管理4.2.1水利工程信息模型設計交付的交付物命名應簡明且易于辨識,并具有可擴展性,同一對象的命名應保持前后一致,并宜符合下列規(guī)定:a)宜使用漢字、英文字符、數(shù)字、半角下劃線“_”和半角連字符“-”的組合。b)字段內部組合宜使用半角連字符“-”,字段之間宜使用半角下劃線“_”分隔。c)各字符之間、符號之間、字符與符號之間均不應留空格。4.2.2電子文件夾宜采用層次結構,分為項目名稱、設計階段、分區(qū)/子分區(qū)(系統(tǒng)/子系統(tǒng))、專業(yè)等層次,并宜符合下列規(guī)定:a)項目名稱應與立項批復的名稱一致。b)設計階段文件夾的命名應采用設計階段的簡稱,設計階段的簡稱應符合表1的規(guī)定。表1水利工程設計階段簡稱YKCZSc)分區(qū)/子分區(qū)(系統(tǒng)/子系統(tǒng))文件夾宜采用工程分區(qū)或功能系統(tǒng)命名。d)專業(yè)簡稱應符合表2的規(guī)定。表2專業(yè)簡稱HGEATL4DB50/T1676—2024表2專業(yè)簡稱(續(xù))M水PXe)各級電子文件夾的名稱末尾應增加版本號。f)在項目文件夾以下層級可增加用于存儲外部參考資料、資源等內容的文件夾,其命名可自定義。4.2.3模型單元及其屬性命名宜符合下列規(guī)定:a)模型單元的命名可由所在電子文件夾路徑,模型單元簡述及版本號依次組成。b)屬性的命名可結合模型應用需求自定義,便于識別及應用。4.2.4電子文件的命名宜由項目名稱、設計階段、模型單元及電子文件特征簡述、版本號依次組成。4.2.5電子文件夾、模型單元、電子文件的命名示例見附錄A。4.3版本管理4.3.1交付協(xié)同過程中,電子文件夾、模型單元、電子文件均應進行版本管理,版本更新時應提供版本更新說明。4.3.2同一交付節(jié)點的交付物進行多次交付時,應通過版本號遞增進行版本管理,版本號應由英文字母A-Z結合數(shù)字依次表示。4.3.3階段性交付時,可在文件夾屬性或交付平臺中通過交付時間、狀態(tài)標識變化實現(xiàn)版本管理。4.3.4交付時間的字段宜由年-月-日組成,狀態(tài)標識宜符合表3的規(guī)定。5DB50/T1676—2024表3狀態(tài)標識WSPA5交付準備5.1一般規(guī)定5.1.1水利工程信息模型應按照統(tǒng)一的規(guī)則和要求創(chuàng)建,且能夠保證模型有效的協(xié)同。5.1.2水利工程信息模型創(chuàng)建應采用統(tǒng)一的坐標系、高程系統(tǒng)(1985國家高程基準)、原點及度量制和單位,宜做好2000國家大地坐標系(CGCS2000)和獨立坐標系的協(xié)調轉換。5.1.3水利工程信息模型創(chuàng)建應按照項目的要求采用統(tǒng)一的建模比例,并能進行模型細化、拆分、合并、集成等交付操作。5.1.4水利工程信息模型中工程地質模型的創(chuàng)建按NB/T35099規(guī)定執(zhí)行。5.1.5水利工程信息模型交付準備過程中,應根據(jù)項目需求、執(zhí)行計劃、交付深度、交付物形式、交付協(xié)同要求確定模型架構和選取適宜的模型精細度。5.1.6水利工程信息模型應由模型單元組成,交付過程應以模型單元作為基本對象。5.1.7水利工程信息模型的精細度應以模型單元的幾何表達精度和信息深度進行描述,可使用二維圖形、文字、文檔、多媒體等補充和增強表達設計信息。5.1.8當模型單元的幾何信息和屬性信息不一致時,應優(yōu)先采信屬性信息。5.1.9水利工程信息模型的編碼規(guī)則應符合GB/T51269的規(guī)定。5.2模型架構和精細度5.2.1水利工程信息模型所包含的模型單元應分級建立,可嵌套設置,分級應符合表4的規(guī)定。表4模型單元的分級5.2.2水利工程信息模型包含的最小模型單元應由模型精細度等級衡量,模型精細度基本等級劃分應符合表5的規(guī)定。根據(jù)工程項目的應用需求,可在基本等級之間擴充模型精細度等級。6DB50/T1676—2024表5水利工程信息模型精細度等級劃分5.2.3水利工程設計階段交付的模型單元精細度宜符合下列規(guī)定:a)項目建議書階段模型精細度等級不宜低于LOD1.0;b)可行性研究報告階段模型精細度等級不宜低于LOD2.0;c)初步設計階段模型精細度等級不宜低于LOD2.0;d)招標設計階段模型精細度等級不宜低于LOD3.0;e)施工圖設計階段模型精細度等級不宜低于LOD3.0,具有加工要求的模型單元精細度等級不宜低于LOD4.0。5.3模型內容5.3.1水利工程信息模型應包含下列內容:a)模型單元的關聯(lián)關系;b)模型單元幾何信息及幾何表達精度;c)模型單元屬性信息及信息深度;d)屬性值的數(shù)據(jù)來源。5.3.2模型單元宜通過幾何信息、屬性信息、文件路徑、平臺等方式表示關聯(lián)關系,以明確模型單元間的連接或從屬關系。5.3.3模型單元的幾何信息應符合下列規(guī)定:a)應選取適宜的幾何表達精度呈現(xiàn)模型單元幾何信息;b)在滿足設計深度和應用需求的前提下,應選取較低等級的幾何表達精度;c)不同的模型單元可選取不同的幾何表達精度。5.3.4幾何表達精度的等級劃分應符合表6的規(guī)定。表6水利工程信息模型幾何表達精度的等級劃分項目的初步表達,主體建筑、附屬設施、設備7DB50/T1676—2024表6水利工程信息模型幾何表達精度的等級劃分(續(xù))項目的精細表達,主體建筑、附屬設施、設備設施、構件、各類系統(tǒng)的內外部形狀建模,無機電設備內部結構宜進行結構/功能劃分并建5.3.5模型單元的屬性信息應符合下列規(guī)定:a)應選取適宜的信息深度體現(xiàn)模型單元屬性信息;b)屬性應分類設置,屬性分類見本文件附錄B的要求;c)屬性宜包含中文字段名稱、屬性編碼、數(shù)據(jù)類型、數(shù)據(jù)格式、計量單位、值域、約束條件;交付表達時,應至少包括中文字段名稱、計量單位;d)屬性值應根據(jù)設計階段的發(fā)展而逐步完善,并應符合下列規(guī)定:1)應符合唯一性原則,即屬性值和屬性應一一對應,在單個應用場景中屬性值應唯一;2)應符合一致性原則,即同一類型的屬性、格式和精度應一致。5.3.6模型單元屬性信息深度等級的劃分應符合表7的規(guī)定。表7水利工程信息模型屬性信息深度的等級劃分5.3.7模型單元的屬性值應標明數(shù)據(jù)來源,數(shù)據(jù)來源分類宜符合表8的規(guī)定。8DB50/T1676—2024表8屬性值數(shù)據(jù)來源分類5.3.8水利工程各專業(yè)常見對象模型單元交付深度宜參考本文件附錄C,表中未列出工程對象的模型單元交付深度可根據(jù)精細度等級劃分方式,結合工程需求自定義。5.3.9水利工程信息模型中有關建筑工程類的模型交付要求應符合GB/T51301及DBJ50/T-281的相關規(guī)定。5.4顏色管理5.4.1水利工程各專業(yè)模型的顏色應滿足模型展示美觀和直觀區(qū)分各專業(yè)、系統(tǒng)的需求。5.4.2工程地質模型顏色宜符合SL73.3的規(guī)定。5.4.3水工及施工專業(yè)模型的顏色可基于材質及材料特性劃分,水力機械、給排水及電氣等專業(yè)模型的顏色可基于系統(tǒng)劃分,金屬結構等專業(yè)模型的顏色可基于構件劃分。5.4.4模型的顏色可參考本文件附錄D,表中未列出的專業(yè)及對象顏色可自定義。6交付物6.1一般規(guī)定6.1.1交付物宜包含水利工程信息模型、工程圖紙及文檔,交付物的類別和文件格式宜符合表9的規(guī)6.1.2同一專業(yè)的模型交付格式宜統(tǒng)一;采用不同軟件創(chuàng)建的模型,宜通過開放或兼容的數(shù)據(jù)交換格式進行模型數(shù)據(jù)轉換。6.1.3基于交付平臺的交付,交付物應滿足交付平臺對文件格式、文件大小等應用要求,并應在項目需求書中說明。9DB50/T1676—2024表9交付物的類別和常用文件格式PMODEL、PBIMS、OBMX、CCATProduct、WRL、PKT、DEF、BCE、IMODEL、3DS、PLN、FBX、WDDBF、MDB、ORA、DOC、DOCXXLS、XLSX、ET、XML、TXT6.2水利工程信息模型6.2.1水利工程信息模型應包含設計階段交付所需的設計信息,具體信息類別和信息深度要求應符合本文件5.3.8的規(guī)定。6.2.2水利工程信息模型應基于模型單元進行信息交換和迭代,并應將階段交付物存檔管理。6.2.3水利工程信息模型可索引其他類別的交付物,交付時應一同交付。6.2.4水利工程信息模型的表達方式宜包括模型視圖、表格、文檔、圖像、點云、多媒體及網(wǎng)頁,各種表達方式間應具有關聯(lián)訪問關系。6.3工程圖紙6.3.1工程圖紙應基于模型的視圖和表格加工而成。6.3.2各階段工程圖紙宜與模型關聯(lián),工程圖紙的制圖深度宜與工程階段和模型精細度相匹配。6.3.3電子工程圖紙文件可索引其他交付物,交付時應一同交付。6.4文檔6.4.1文檔應包含項目模型應用需求書、模型執(zhí)行計劃、屬性信息表、工程特性表、模型工程量清單、其它工程文檔。6.4.2水利工程信息模型創(chuàng)建之前,應制定項目需求書,項目需求書應包含下列內容:DB50/T1676—2024a)項目計劃概要,至少包含項目地點、規(guī)模、類型、階段,項目坐標和高程;b)項目信息模型的應用需求;c)項目參與方協(xié)同方式、數(shù)據(jù)存儲和訪問方式、數(shù)據(jù)訪問權限;d)交付物類別、交付格式和交付方式;e)信息模型的權屬。6.4.3根據(jù)項目需求書,應制定模型執(zhí)行計劃,模型執(zhí)行計劃應包含下列內容:a)項目簡述,包含項目名稱、項目簡稱、項目代碼、項目類型、規(guī)模、應用需求等信息;b)軟硬件工作環(huán)境,簡要說明文件組織方式;c)項目的基礎資源配置,人力資源配置;d)項目中涉及的信息模型屬性信息命名、分類和編碼,以及所采用的標準名稱和版本;e)模型精細度說明,當不同的模型單元具備不同的建模精細度要求時,分項列出模型精細度;f)模型單元的幾何表達精度和信息深度;g)交付物類別;h)交付計劃,交付質量的控制方法和驗收標準;i)非相關標準規(guī)定的自定義的內容。6.4.4項目級、功能級或構件級模型單元應分別制定屬性信息表,屬性信息表內容宜包含下列內容:a)版本相關信息;b)模型單元基本信息;c)模型單元屬性分類及代號;d)模型單元屬性信息。6.4.5工程特性表應基于信息模型導出,工程特性表宜包含下列內容:a)項目簡述;b)工程特性表應用目的;c)工程特性名稱及其編碼;d)工程特性值。6.4.6模型工程量清單應基于信息模型導出,模型工程量清單宜包含下列內容:a)項目簡述;b)模型工程量清單應用目的;c)模型單元工程量名稱及編碼;d)模型單元工程量數(shù)值及計量單位。6.4.7其它工程文檔應與工程階段及模型相匹配,其它工程文檔宜包含下列內容:a)設計報告,審查意見、批復意見;b)設計通知單、設計變更記錄;c)資料交接清單;d)會議紀要;e)廠家資料;f)信息模型應用報告,如沖突檢測報告、仿真模擬分析報告等。7交付協(xié)同7.1一般規(guī)定7.1.1水利工程信息模型的交付協(xié)同應包括設計階段的交付協(xié)同和面向應用的交付協(xié)同。DB50/T1676—20247.1.2設計階段的交付協(xié)同應滿足設計的階段性交付要求,面向應用的交付協(xié)同應涵蓋水利工程信息模型的應用場景。7.1.3交付協(xié)同過程中,應根據(jù)設計階段要求或應用需求選取模型交付深度和交付物,項目各參與方應基于協(xié)調一致的模型協(xié)同工作。7.1.4宜通過交付平臺進行在線交付,可采用以下交付方式:a)交付方將交付平臺連同其中所有信息交付;b)交付方向雙方協(xié)定的交付平臺交付,交付模型及其關聯(lián)的交付物。7.2交付協(xié)同過程7.2.1設計階段的交付物應滿足各階段設計深度的要求,面向應用的交付物宜在設計階段信息模型的基礎上,通過更新、拆分、細化、合并等方式,滿足應用需求及交付場景的要求。7.2.2交付協(xié)同宜包括項目需求定義、模型實施和模型交付三個過程。7.2.3項目需求定義過程應由需求方完成,并宜符合以下規(guī)定:a)需求方應確定應用目標,制定項目需求書,并交付給模型的交付方;b)設計階段的交付協(xié)同應根據(jù)基本建設程序分階段確定模型的應用目標,面向應用的交付協(xié)同應根據(jù)應用目標確定應用類別,主要應用項可參考表10;表10主要應用項●●●●●●●●●○○ ●●●○——○○○○● ●●●●○○●●●●●●——○○○○——○●●○—○●●●○—●●●●○——○○●—○●●●○ —○○○○○—○○●○○————○○—————○————●○————○○—————○—○○○○○—————○DB50/T1676—2024表10主要應用項(續(xù))—————○—————○—————○—————○c)面向應用的交付協(xié)同應根據(jù)應用項確定應用目標,主要應用目標宜符合表11的要求,表中未列出的應用項可自定義,并應寫明全部應用目標。表11面向應用的交付協(xié)同主要應用目標7.2.4模型實施過程宜由模型交付方完成,并宜符合以下規(guī)定:a)應根據(jù)項目需求制定模型執(zhí)行計劃;b)根據(jù)模型執(zhí)行計劃建立及更新水利工程信息模型;c)交付前應進行審核,形成審核記錄。7.2.5模型交付過程宜由各參與方共同完成,并宜符合以下規(guī)定:a)交付方應根據(jù)項目需求書向需求方提供交付物;DB50/T1676—2024b)需求方應復核交付物及其提供的信息,并向交付方進行反饋是否滿足要求;c)模型設計信息的修改應由交付方完成,并應將修改信息提供給需求方;d)交付方進行模型的修改及更新時,應編制模型變更表;水利工程主體部分或工程重要部位發(fā)生較大變化后應及時升版模型,并應符合本文件4.3的相關規(guī)定;e)需求方確認交付物后,交付方應根據(jù)版本管理要求標識交付物狀態(tài),并提供交付物清單,交付物的完整度宜符合表12的要求。表12交付物的完整度●●●●●●—●●●●○文檔●●●●●●●●●●●●○○●●●○○●●●●○—○●●●○—○○○○○7.2.6設計階段的交付協(xié)同頻次宜與設計成果交付節(jié)點一致。7.2.7交付信息模型時,應進行自查并生成報告。7.2.8需求方應對交付物進行審核,交付物的審核應包括下列內容:a)交付物完整性審核,應對交付物完整度及模型單元類型是否完整進行審核;b)模型精細度審核,應對模型的幾何表達精度和信息深度進行審核;c)信息一致性審核,應對照交付物的不同表現(xiàn)形式,審核其數(shù)據(jù)、信息是否一致;d)模型合規(guī)性審核,應對各專業(yè)建模方式、模型單元組合方式、模型表達方式等進行合規(guī)性審核。8交付平臺8.1一般規(guī)定8.1.1交付平臺應滿足水利工程設計階段和面向應用的交付協(xié)同要求,并能為施工、運維等階段提供基礎數(shù)據(jù)。8.1.2交付平臺應兼容常用軟件的數(shù)據(jù)格式,并便于與其他系統(tǒng)集成。8.1.3交付平臺應滿足數(shù)據(jù)及網(wǎng)絡安全的要求,符合SL/T803的相關規(guī)定。8.2功能要求8.2.1交付平臺宜具備模型校驗、集成、存儲、展示、查詢、統(tǒng)計等功能。8.2.2交付平臺宜根據(jù)使用場景和用途,支持多種終端應用。8.2.3交付平臺宜支持文件拆分存儲和上傳,實現(xiàn)多專業(yè)模型文件動態(tài)組裝。8.2.4交付平臺應建立和維護各交付物之間的關聯(lián)關系。DB50/T1676—20248.2.5交付平臺宜實現(xiàn)水利工程信息模型交付的可視化集成,并應滿足各設計階段模型正常加載和瀏8.2.6交付平臺應支持文件名、編碼等對象信息的瀏覽、檢索。8.3接口要求8.3.1交付平臺應具有開放的標準接口。8.3.2交付平臺應兼容主流的工程設計軟件和項目管理軟件,可接收不同系統(tǒng)的數(shù)據(jù)、文檔和水利工程信息模型。DB50/T1676—2024命名示例水利工程電子文件夾、電子文件及模型單元的命名示例如圖A.1所示。圖A.1水利工程信息模型設計交付命名示例DB50/T1676—2024(資料性)模型單元屬性信息分類水利工程模型單元屬性信息分類見表B.1。表B.1水利工程模型單元屬性信息分類表征標DB50/T1676—2024表B.1水利工程模型單元屬性信息分類表(續(xù))注1)表中未列出的屬性組和屬性可自定義進行補充;DB50/T1676—2024(資料性)水利工程對象模型精細度表工程地質模型精細度見表C.1。表C.1工程地質模型精細度表段段象類DB50/T1676—2024水工模型精細度見表C.2。表C.2水工模型精細度表程 -程水墊塘、二池程DB50/T1676—2024表C.2水工模型精細度表(續(xù))程--施 程 程程程程洞(井)身 洞(井)身--DB50/T1676—2024表C.2水工模型精細度表(續(xù))--程室程--程渠(管)身--渠(管)身DB50/T1676—2024表C.2水工模型精細度表(續(xù)) 排灌站)-- DB50/T1676—2024表C.2水工模型精細度表(續(xù))治與堤防工程程渠(管)身---程- - 程- -DB50/T1676—2024表C.2水工模型精細度表(續(xù))程-- ------DB50/T1676—2024施工臨時設施模型精細度見表C.3。表C.3施工臨時設施模型精細度表出口 程 ------ 施-------- --------DB50/T1676—2024表C.3施工臨時設施模型精細度表(續(xù))-- ------程 --程 ----施 施--施--程 ----- -庫 DB50/T1676—2024土建通用構件模型精細度見表C.4。表C.4土建通用構件模型精細度表梁板柱------ ----------------DB50/T1676—2024表C.4土建通用構件模型精細度表(續(xù))---------------- ------ ------ 護-------- -------- ------ --DB50/T1676—2024表C.4土建通用構件模型精細度表(續(xù))段段---------------- -------- ---------- ----DB50/T1676—2024水力機械模型精細度見表C.5。表C.5水力機械模型精細度表段段- ------ ---柜--體 -- ------ ----- ----- --統(tǒng)-- DB50/T1676—2024表C.5水力機械模型精細度表(續(xù))段段---- ----- ------- ----- ---- ----- ------- ----- DB50/T1676—2024表C.5水力機械模型精細度表(續(xù))段段----------------------- --DB50/T1676—2024給排水模型精細度見表C.6。表C.6給排水模型精細度表段段---- -------------- ------統(tǒng) ---------------------- ----DB50/T1676—2024金屬結構模型精細度見表C.7。表C.7金屬結構模型精細度表段段 --- 件 --- -----件---- ---- --- 件 ------ DB50/T1676—2024表C.7金屬結構模型精細度表(續(xù))段段機-- ---機---柵 --柵--- 機---機- 機---- -DB50/T1676—2024電氣模型精細度見表C.8。表C.8電氣模型精細度表置 --備---備----統(tǒng)-- -------- ------ 屏--屏----屏 屏-- ------ DB50/T1676—2024表C.8電氣模型精細度表(續(xù))
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 供暖行業(yè)課件教學課件
- 腦血吸蟲病病例分析
- 庫欣病診治專家共識
- 2023年香料香精資金籌措計劃書
- 踩點點課件教學課件
- 施工單位安全員述職報告
- 期末考前安全教育主題班會
- 安防員個人述職報告
- 肛腸科一病一品匯報
- 猜猜他是誰教案及反思
- 危險源辨識與風險評價全流程講解
- 建筑建筑物改造的防雷接地方案
- 能源與動力工程專業(yè)英語詞匯
- 冷縮電纜附件
- 【課件】Unit4 Natural disaster 重點詞匯課件人教版高中英語必修第一冊
- 生物安全應急處置演練記錄
- 【課件】3.1DNA是主要的遺傳物質課件高一下學期生物人教版必修2
- 民族地區(qū)新型城鎮(zhèn)化
- 等邊三角形教案
- 3D數(shù)據(jù)設計通用規(guī)范
- 急診科常見預檢分診流程
評論
0/150
提交評論