2上海市房屋建筑施工圖信息模型上海市房屋建筑施工圖信息模型（BIM）交付要求前言為落實《上海市全面推進建筑信息模型技術深化應用的實施意見》（滬住建規(guī)范聯〔2023〕14號）等相關要求，完善本市建筑信息模型技術應用基礎規(guī)則體系，持續(xù)推進建筑信息模型技術深化應用，基于《建筑信息模型存儲標準》GB/T51447、《建筑信息模型分類和編碼標準》GB/T51269、《建筑信息模型設計交付標準》GB/T51301、《建筑信息模型技術應用統(tǒng)一標準》DG/TJ08-2201-2023等國家和地方標準要求，制定《上海市房屋建筑施工圖信息模型（BIM）交付要求》。本交付要求明確了本市用于施工圖BIM輔助審查的房屋建筑施工圖建筑信息模型的建模規(guī)范、交付內容等。目錄TOC\u\o"1-3"\z\h\tdkeyc4qodk目錄 11. 總則 222. 術語 333. 交付文件要求 444. 交付內容要求 664.1. 全局信息 664.2. 建筑總圖專業(yè) 774.3. 單體-建筑專業(yè) 884.4. 單體-結構專業(yè) 10104.5. 單體-機電專業(yè) 1212附錄A對象名稱要求表 1414A.1. 概述 1414A.2. 內容說明 1414附錄B結構分析軟件要求 1818附錄C模型常見冗余信息 1919附錄D大體量模型推薦硬件配置 2323用詞說明 2424引用標準名錄 2525總則本手冊適用于本市房屋建筑施工圖BIM模型輔助審查的施工圖BIM模型交付。房屋建筑施工圖BIM模型應當按照本手冊的要求和標準設計或轉換，并采用IFC數據格式交付。房屋建筑施工圖BIM模型應當與對應階段的PDF施工圖圖紙、計算書等文件同步提交，并保證BIM模型與施工圖圖紙設計內容一致。房屋建筑施工圖BIM模型在提交上海市工程建設項目審批管理系統(tǒng)（以下簡稱“市工程審批系統(tǒng)”工程審批系統(tǒng)）中前，應當通過市工程審批系統(tǒng)信息填報客戶端發(fā)布的工具軟件（以下簡稱“客戶端”）的質量檢查。

術語建筑信息模型buildinginformationmodel貫穿建筑工程全生命周期的三維數字化信息模型。模型即為建筑工程信息庫，包含了完整的、與實際情況一致的描述建筑物構件的幾何信息和屬性信息，還包含了非構件對象（如空間、運動行為）的狀態(tài)信息，實現了信息高度集成，為建筑工程項目的相關利益方提供了工程信息交換和共享的載體。工業(yè)基礎類industryfoundationclass(IFC)不同BIM軟件、過程之間共享數據的標準格式。IFC標準是一個計算機可以處理的建筑數據表示標準。由資源層、核心層、共享層和領域層4個層次構建。工業(yè)基礎類4.0industryfoundationclass(IFC4.0)IFC的一個版本，包含主要的建筑領域的類。可以簡稱為IFC4。指數據格式本身，也可表示使用IFC4.0作為數據格式的模型文件。IFC模型IFCmodel使用IFC作為數據格式的模型文件，本文中特指使用IFC4.0作為數據格式的模型文件。DWG文件DWGfile是電腦輔助設計軟件AutoCAD以及基于AutoCAD的軟件保存設計數據所用的一種專有文件格式。模型單元modelunit建筑信息模型的基本構成，即建筑信息模型中承載建筑信息的實體及其相關屬性的集合，是對工程對象的數字化表述。交付文件要求建筑工程提交的BIM模型等相關文件應按照項目、單體建筑、專業(yè)三個層級進行文件準備，如圖3.0.1所示。圖3.0.1交付文件示意圖BIM模型提交前應將所有模型按照插件或配置文件轉換為IFC4.0的數據格式。轉換過程中確保各類模型單元應和《建筑信息模型存儲標準》GBT51447-2021規(guī)定的IFC4.0的模型單元類型保持統(tǒng)一。文件命名應符合《建筑信息模型設計交付標準》GB/T51301-2018中第3.2節(jié)關于命名的相關要求。各專業(yè)按子項劃分進行模型規(guī)劃，每個子項為一個整體模型。如文件過大導致無法導出，可按照如下方法按順序優(yōu)先級解決：刪減冗余信息。常見冗余信息示例可參見附錄C；聯系建模軟件供應商或升級軟件版本；進行模型拆分。拆分模型后，應合并為完整的項目模型，符合本章3.0.4的要求，并保證合并后的模型沒有重復模型單元。當模型體量過大，建議增加硬件配置提升軟件運行性能，參見附錄D。模型中，標高體系不同、建筑類型不同、建筑高度不同、建筑層數不同的部分需要拆分建模，之后合并提交。且應滿足以下要求：拆分界面應保證清晰，不能連帶到相鄰構件；如有空間、構件橫跨拆分界面，應將對應構件在界面處斷開，并保證斷面重合，無縫隙或重疊。各專業(yè)應以相同方式拆分；需要保證每個拆分的部分在提交文件中為一個獨立的lfcBuilding。拆分的模型合并時，可通過上海市工程建設項目審批管理系統(tǒng)信息填報客戶端打開模型合并模塊完成模型的合并，也可以通過第三方模型合并工具合并。對單體內各專業(yè)模型進行項目基點設置，保證不同專業(yè)模型的相對位置關系保持一致，同時應保證項目基點東西、南北、高程、角度數據保持一致。（可在IFC模型的質量自檢工具中，把多專業(yè)模型同時加載，查看多專業(yè)IFC模型的相對位置是否正確）

交付內容要求全局信息單位總圖模型長度單位設置為米（M），單體專業(yè)模型長度單位設置為毫米（mm）。保留1位小數；標高單位為米（M），保留3位小數；面積單位為平方米（m2），保留2位小數；體積單位為立方米（m3），保留3位小數；角度單位為度（°），保留2位小數；坡度單位為度（°），保留2位小數。基點坐標所提交模型需要填寫項目基點的坐標信息，且北/南、東/西等值，需要按mm為單位進行換算和填寫。高程需要按照m為單位進行換算和填寫。建筑信息模型中應存儲項目基點的地理參考系統(tǒng)信息，且應符合如下要求：應明確定義平面坐標系統(tǒng)，應采用上海2000坐標系；應明確定義高程基準，應采用吳淞高程。樓層模型需要包含樓層，且樓層中應包含構件（不為空樓層）。同一單體模型中相同的樓層只能存在一個，結構樓層不應出現在建筑模型中，建筑樓層不應出現在結構模型中，如建筑模型和結構模型中不能同時存在F1和F1(S)。構件構件建模時，樓層（即標高）關聯需要正確，構件所屬樓層的信息需要與幾何位置一致，如構件屬于樓層1F，那么幾何上也應該處于1F。下圖為錯誤示意圖，梁構件歸屬了錯誤的樓層，填寫樓層信息錯誤。圖4.1.4構件樓層所屬關系錯誤示意圖建筑總圖專業(yè)本交付要求手冊中的“建筑總圖專業(yè)”模型特指：紅線內的場地模型，包含場地內地形、場地內地面上各類對象、用地紅線的模型表達。對于進行BIM審查的項目，需要提供以下資料：IFC模型、全套施工圖PDF文件。IFC模型空間模型中應包括用地紅線，并使用空間對象繪制，對象名稱應采用匹配附錄A對象名稱要求表-附件一空間分表的對應名稱，即“用地紅線”。構件建模范圍應涵蓋《建筑信息模型設計交付標準》GB/T51301中場地工程的如下對象，深度應符合國標對應表格施工圖設計要求的深度。表總圖專業(yè)構件表序號構件類型1道路（新建）2停車場（新建）3廣場4人行道5園林景觀（新建）單體-建筑專業(yè)對于進行BIM審查的項目，需要提供以下資料：建筑平面施工圖DWG文件（用于線下自檢）、IFC模型（線下自檢及線上審查均需提交）、全套施工圖PDF文件（線下自檢及線上審查均需提交）。建筑平面施工圖DWG文件需提交相應單體DWG平面圖成果圖紙，圖紙內僅包含和單體PDF平面成果圖一致圖元，不應含有其他圖元，如輔助圖元、立面圖、提資圖、作廢圖、詳圖等和正式版平面圖無關的圖元。包含外參信息的圖紙，需要以“綁定外參”方式提供（綁定外參后，外參數據會以塊的形式存放在DWG圖紙中）。IFC模型空間應使用空間對象表示房間對象，包括各類功能的房間，具體參見附錄A對象名稱要求表-附件一空間分表。空間模型單元的名稱應和圖紙中的空間名稱一致，并且匹配附錄A對象名稱要求表附件一-空間分表的對象名稱。對象名稱優(yōu)先選擇構件分表中子級內容，如子級無法滿足，可選擇上一級。空間定義的高度（空間高度）需要同所屬樓層層高保持一致。房間對象需要基于圍護構件（墻等）的內側邊界線繪制。除室外地坪以外，房間對象應覆蓋滿整個樓層。樓層樓層名稱應符合表的相關規(guī)定。表建筑樓層名稱表樓層類型樓層名稱備注屋面層RF建筑物屋頂的表面，且屋面只有一層屋面一層R1F建筑物屋頂的表面，當屋面有多層時，指屋面第一層屋面二層R2F當屋面有多層時，指屋面第二層。夾層3MF—室外地坪室外地坪—地上二層2F—地上一層1F—地下一層B1—地下二層B2—備注：當因設計需要而有標高值、樓棟信息等需標記時，應通過括號“（）”、下劃線“_”等連接符與標高樓層代碼分隔開，如“12F_36.000”，“教室（3F）”。連接符應避免使用“-”、“.”等容易造成混淆的字符，如“商業(yè)-1F”；避難層、設備層等特殊樓層的標高命名中應包含相關關鍵詞，如“避難層”“設備層”等，可命名為:27F(避難層)；樓層編號不應重復或跳號，遇到避難層、設備層等應單獨占一位樓層號，不應與自然層共用樓層號。構件構件命名要求窗命名防火窗：應含有F和甲/乙/丙。如F甲C1200*1200。百葉窗：應含有“BY”或“百葉窗”。如百葉窗1100*800。門命名所有門必須含有M。如M1020、M12050。防盜門：應含有D。如DM1020。防火門：應含有F和甲/乙/丙。如FM甲1624。保溫門：應含有W。如WM1020。戶門：應含有R或H或D。如RM1020。構件建模要求建模范圍應涵蓋《建筑信息模型設計交付標準》GB/T51301中建筑工程的如下對象，深度應符合國標對應表格施工圖設計要求的深度。表建筑專業(yè)構件表序號構件類型1建筑墻4門/窗5屋頂6樓/地面7幕墻8樓梯10坡道/臺階11欄桿12雨篷13陽臺、露臺除不直接圍合空間的立面造型構件外，建筑的豎向承重構件要求按層打斷，其他它構件可以按需按層拆分。全套施工圖PDF文件PDF生成要在cad環(huán)境下選擇矢量打印模式以免影響后續(xù)審查。單體-結構專業(yè)對于進行BIM審查的項目，需要以下資料：結構校審數據包、梁/墻/柱施工圖DWG文件、IFC模型、全套施工圖PDF文件、荷載依據。結構校審數據包由結構分析設計軟件按附錄B.1的格式要求生成校審數據包。注：需在客戶端對應目錄下分別上傳指標結構校審數據包和配筋結構校審數據包，對于復雜項目，配筋結構校審壓縮包和指標結構校審壓縮包均可能為多個文件。梁/墻/柱施工圖DWG文件需提交相應單體DWG梁墻柱施工圖成果圖紙，圖紙拆分布圖方式應與建筑專業(yè)保持一致。圖紙內需僅包含和單體PDF梁墻柱施工圖成果圖一致圖元，不應含有其他圖元，如輔助圖元、提資圖、作廢圖、詳圖等圖元。包含外參信息的圖紙，需要以“綁定外參”方式提供（綁定外參后，外參數據會以塊的形式存放在DWG圖紙中）。IFC模型樓層樓層名稱應同建筑樓層命名保持一致，如標高不同時，可在建筑樓層命名基礎上添加“S_”或“_S”。構件建模范圍應涵蓋《建筑信息模型設計交付標準》GB/T51301中結構工程的如下對象，深度應符合國標對應表格施工圖設計要求的深度。表結構專業(yè)構件表序號構件類型1混凝土結構混凝土梁2混凝土柱3混凝土板4混凝土墻5鋼結構鋼梁6鋼柱結構的豎向承重構件要求按層打斷，其他它構件可以按需按層拆分。全套施工圖PDF文件PDF生成要在cad環(huán)境下選擇矢量打印模式以免影響后續(xù)審查。荷載依據需提供上海市工程建設項目審批管理系統(tǒng)信息填報客戶端-荷載依據填報模塊生成的荷載依據PDF文件。單體-機電專業(yè)本手冊中的“機電專業(yè)”特指：電氣、暖通、給排水三個專業(yè)。以下涉及相關專業(yè)描述時統(tǒng)一簡稱為“機電”。對于進行BIM審查的項目，需要提供以下資料：IFC模型、全套施工圖PDF文件。IFC模型機電專業(yè)建模應在符合《建筑信息模型設計交付標準》GB/T51301對應專業(yè)模型施工圖設計要求的基礎之上，符合如下要求。樓層樓層名稱應符合表的相關規(guī)定，且需要同建筑專業(yè)保持一致。構件表達設計需要所必須的構件應建模，構件類型參見附錄A對象名稱要求表附件一-構件分表。部分機電構件必須歸屬系統(tǒng)，詳見附件一附錄A對象名稱要求表-構件分表“是否應歸屬系統(tǒng)”列。機電設備構件歸屬的機電系統(tǒng)需要與其連接管件的系統(tǒng)保持一致。所有機電構件的命名為“對象名稱-XXX...”。其中對象名稱應完全匹配附件一附錄A對象名稱要求表-構件分表中對象名稱欄的內容，如有細分，可在對象名稱后加連接符“-”，并在之后添加任意內容。其中對象名稱優(yōu)先選擇構件分表中子級內容，如子級無法滿足，可選擇上一級。如，室外消火栓-DN150。系統(tǒng)所有機電系統(tǒng)的命名為“系統(tǒng)名稱-XXX”，其中系統(tǒng)名稱應完全匹配附件一附錄A對象名稱要求表-系統(tǒng)分表中對象名稱欄的內容，如有細分，可在系統(tǒng)名稱后加連接符“-”，并在之后添加任意內容。其中對象名稱優(yōu)先選擇構件分表中子級內容，如子級無法滿足，可選擇上一級。如，中水處理系統(tǒng)-全自動。系統(tǒng)中的構件應根據《建筑工程設計信息模型制圖標準》JGJ/T448-2018進行顏色設置。對于JGJ/T448-2018中不存在的系統(tǒng)對象，應按照父級的顏色進行設置。全套施工圖PDF文件PDF生成要在cad環(huán)境下選擇矢量打印模式以免影響后續(xù)審查。附錄A對象名稱要求表概述為保證交付BIM模型信息的完整性、準確性和一致性，提升BIM審查數據質量的可控性。基于國家信息化標準《建筑信息模型分類和編碼標準》GB/T51269、《建筑信息模型設計交付標準》GB/T51301、國家設計規(guī)范及國家團體標準等要求，對交付BIM模型的命名等關鍵信息進行統(tǒng)一，實現交付BIM信息的一致性應用。為便于報審人員的查閱和檢索，單獨提供了附表《對象名稱要求表》EXCEL版（請前往上海市工程建設項目審批管理系統(tǒng)-相關下載-BIM智能輔助審查專欄下載，網址：）。內容說明空間分表空間對象需要添加相關的名稱信息，可查閱附件一空間分表的相關內容。表頭分為編碼、對象名稱、IFC映射和備注：編碼源自國標及國家團標編碼；對象名稱按照層級，依次分為一級類目“大類”、二級類目“中類”、三級類目“小類”、四級類目“細類”和五級類目“微類”。各個級別之間具有父子級的關系，如一級類目是二級類目的父級，二級類目是一級類目的子級；。IFC映射表示對象對應的IFC類，表明了對象和IFC類之間的映射關系。；下面是部分空間分表的示例截圖：圖A.2.1空間分表部分截圖構件分表構件對象需要添加相關的名稱信息，以及是否需要歸屬到系統(tǒng)，可查閱附件一構件分表的相關內容。表頭分為編碼、對象名稱、IFC映射、是否應歸屬系統(tǒng)和備注：編碼源自國標及國家團標編碼；對象名稱按照層級，依次分為一級類目“大類”、二級類目“中類”、三級類目“小類”、四級類目“細類”和五級類目“微類”。各個級別之間具有父子級的關系，如一級類目是二級類目的父級，二級類目是一級類目的子級；。IFC映射表示對象對應的IFC類，表明了對象和IFC類之間的映射關系；“是否應歸屬系統(tǒng)”一列中，標明為“是”的表示對應的對象應歸屬到對應系統(tǒng)；。下面是部分構件分表的示例截圖：圖A.2.2構件分表部分截圖系統(tǒng)分表系統(tǒng)對象需要添加相關的名稱信息，可查閱附件一系統(tǒng)分表的相關內容。表頭分為編碼、對象名稱、IFC映射和備注：編碼源自國標及國家團標編碼；對象名稱按照層級，依次分為一級類目“大類”、二級類目“中類”、三級類目“小類”、四級類目“細類”和五級類目“微類”。各個級別之間具有父子級的關系，如一級類目是二級類目的父級，二級類目是一級類目的子級。IFC映射表示對象對應的IFC類，表明了對象和IFC類之間的映射關系；下面是部分系統(tǒng)分表的示例截圖：圖A.2.3系統(tǒng)分表部分截圖附錄B結構分析軟件要求校審數據包包含內容格式要求：計算書IFC文件：由軟件基于建模模型生成的IFC，包括荷載布置信息；計算書XML文件：包括結構整體信息、設計參數、整體指標；構件設計信息JSON文件：包括各構件設計編號、設計參數、設計結果；構件編號簡圖：DWG格式文件，分樓層提供各層結構模型構件簡圖以及構件設計編號信息，一層提供一個DWG文件，所有構件編號簡圖合成一個文件夾；構件屬性簡圖：DWG格式文件，分樓層提供各層結構模型構件簡圖以及各構件設計參數信息，包含截面、材料、抗震等級及特殊屬性，一層提供一個DWG文件，所有構件屬性簡圖合成一個文件夾；荷載簡圖：DWG格式文件，分樓層提供各層結構模型構件簡圖以及各構件荷載布置信息，包含樓板荷載、梁上荷載、墻上荷載，一層提供一個DWG文件，所有荷載簡圖合成一個文件夾；配筋簡圖：DWG格式文件，分樓層提供各層結構模型構件簡圖以及各構件設計結果信息，一層提供一個DWG文件，所有配筋簡圖合成一個文件夾；MD5文件：包含以上各文件的校驗信息。附錄C模型常見冗余信息模型中常見的冗余信息不建議建模，通常包括下面幾類：1.