第一篇：標準規范

1、中華人民共和國《工程建設標準強制性條文（城市建設部分）》

2、中華人民共和國《工程建設標準強制性條文（房屋建筑部分）》

3、《市政地下工程施工質量及驗收規范》（DG/TJ08-236-2006）

4、《地下鐵道工程施工及驗收規范 》GB 50299-1999(2003年版)

5、《地下工程防水技術規范》（GB50108-2001）

6、《地下防水工程質量驗收規范》 GB 50208-20027、《混凝土結構工程施工質量驗收規范》 GB 50204-20028、《鋼結構工程施工質量驗收規范》GB 50205-200129、浙江省標準《建筑地基設計規范》（DB33/1001-2003）

10、浙江省標準《建筑基坑工程技術規程》（DB33/T1008-2000）

11、《建筑地基基礎設計規范》（GB5007-2002）

12、《建筑樁基技術規范》JTJ94-9413、《基坑工程施工監測程》DJ/TJ08-2001-200614、《建筑基坑支護技術規程》 JGJ 120-9915、《建筑基坑工程技術規范》 YB 9258-9716、《鋼結構設計規范》GB50017-200317、《鋼管混凝土結構設計與施工規程》（CECS28：90）

18、《建筑與市政降水工程技術規范》（JBJ/T111-98）

19、《型鋼混凝土組合結構技術規程》JGJ138-200120、《地下鐵道、輕軌交通工程測量規范》（GB50208-1999）

21、《人民防空工程設計規范》GB50225-200522、《混凝土質量檢控標準》（GB50164-92）

23、《建筑地基基礎工程施工質量驗收規范》 GB 50202-200224、《建筑工程施工質量驗收統一標準》 GB 50300-200125、《鋼筋混凝土結構設計規范》GB50010-200226、《地鐵雜散電流腐蝕防護技術規范》（CJJ49-92）

27、《鋼筋機械連接通用技術規程》JGJ107-200328、《軟土地基深層攪拌加固技術規程》（YBJ-225-91）

29、《建筑變形測量規范》（JGJ/T8-97）

30、《杭州市地鐵工程預算定額》

31、《浙江省市政工程預算定額》

32、《浙江省建筑工程預算定額》

33、選用圖集：

《建筑構造通用圖集》

《國家建筑標準設計圖集》

《鋼梯》02J401

《建筑物抗震構造詳圖》G329-3-6（2005）

《建筑無障礙設計》03J926

《蒸壓加氣砼砌塊建筑構造》0。J104

《防火門窗》03J609

《接地裝置施工安裝通用圖》

第二篇：標準規范

13.4 環境管理

13.4.1項目部應根據批準的建設項目環境影響報告，編制用于指導項目實施過程的項目環境保護計劃，其主要內容包括：項目環境保護的目標及主要指標。項目環境保護的實施方案。項目環境保護所需的人力、物力、財力和技術等資源的專項計劃。項目環境保護所需的技術研發、技術攻關等工作。落實防治環境污染和生態破壞的措施，以及環境保護設施的投資估算。

13.4.2項目項目環境保護計劃應按規定程序經批準后實施。

13.4.3項目部應對項目環境保護計劃的實施進行管理。主要內容包括：明確各崗位的環境保護職責和權限。落實項目環境保護職責和權限。對項目參加人員應進行環境保護的教育和培訓，提高環境保護意識和工作能力。4 對于環境因素和環境管理體系的有關信息進行管理，保證內部與外部信息溝通的有效性，保證隨時識別到潛在的影響環境的因素或緊急情況，并預防或減少可能伴隨的環境影響。負責落實環保部門對施工階段的環保要求，以及施工過程中的環保措施，對施工現場的環境進行有效控制，防止職業危害，建立良好的工作環境。施工階段的環境保護應按《建設工程項目管理規范》GB/T50326執行。項目配套建設的環境保護設施必須與主體工程同時投入試運行。項目部應對環境 保護設施運行和建設項目對環境的影響進行檢查和監測。建設項目竣工后，應當向審批該建設項目環境影響報告書的環境保護行政主管部門，申請對該建設項目需要配套建設的環境保護設施進行竣工驗收。環境保護設施竣工驗收，應當與主體工程竣工驗收同期進行。

13.4.4項目部應制定并執行項目環境巡視檢查和定期檢查的制度，記錄并保存檢查的結果。13.4.5項目部應建立并保持對環境管理不符合狀況的處理和調差程序，明確有關職責和權限，實施糾正和預防措施，減少產生環境影響并防止問題的再次發生。

第三篇：標準規范

天津市智慧城市項目研發管理平臺項

目軟件部分 標準規范

2017年4月

詳細調研報告書

詳細調研報告書

2.3 可靠性和穩定性

設計時要采用可靠的技術，系統各環節具備故障分析與恢復和容錯能力，在安全體系建設、復雜環節解決方案和系統切換等各方面考慮周到、切實可行，建成的系統安全可靠，穩定性強，從而把各種可能存在的風險降至最低。

2.4 安全性和保密性

系統設計應把安全性放在首位，既要考慮信息資源的充分共享，也要考慮信息的保護和隔離；系統應該在各個層次對訪問進行控制，設置嚴格的操作權限；并充分利用日志系統、健全的備份和恢復策略增強系統的安全性。

2.5 可擴展性和易維護性

設計時應充分考號百集團集約化平臺業務在未來若干年內的發展趨勢，具有一定的前瞻性，并充分考慮系統升級、擴容、擴充和維護的可行性；并針對本系統涉及用戶量、數據量特點，充分考慮如何大幅度提高業務處理的響應速度以及統計匯總的速度和精度。

軟件設計時應充分考慮整個應用系統的靈活要求，隨用戶需求的改變而及時調整，通過合理的模塊劃分，實現應用軟件對業務變更或軟件技術發展的靈活適應能力，保證系統在后續的發展中具有良好的擴展性、升級和維護性。

2.6 整體性和開放性

系統設計應按照“統一建設，集中管控”的要求進行整體設計，注重各種信息資源的有機整合；既要考慮安全性，同時也要考慮具有一定的開放性，把握好

詳細調研報告書

信息共享和信息安全之間的關系。

2.7 相關技術設計

2.7.1 基于WEB2.0技術的富客戶端

在技術方面，本系統將采用Web2.0應用中的核心技術——Ajax實現給用戶帶來更好使用體驗的富客戶端應用功能。Ajax用來描述一組技術，它使瀏覽器可以為用戶提供更為自然的瀏覽體驗。在Ajax之前，Web站點強制用戶進入提交/等待/重新顯示范例，用戶的動作總是與服務器的“思考時間”同步。Ajax提供與服務器異步通信的能力，從而使用戶從請求/響應的循環中解脫出來。借助于Ajax，可以在用戶單擊按鈕時，使用JavaScript和DHTML立即更新UI，并向服務器發出異步請求，以執行更新或查詢數據庫。當請求返回時，就可以使用JavaScript和CSS來相應地更新UI，而不是刷新整個頁面。最重要的是，用戶甚至不知道瀏覽器正在與服務器通信：Web站點看起來是即時響應的。雖然Ajax所需的基礎架構已經出現了一段時間，但直到最近異步請求的真正威力才得到利用。能夠擁有一個響應極其靈敏的Web站點確實激動人心，因為它最終允許開發人員和設計人員使用標準的HTML/CSS/JavaScript堆棧創建“桌面風格的（desktop-like）”可用性。

Ajax的核心是JavaScript對象XmlHttpRequest。該對象在Internet Explorer 5中首次引入，它是一種支持異步請求的技術。簡而言之，XmlHttpRequest使您可以使用JavaScript向服務器提出請求并處理響應，而不阻塞用戶。

在創建Web應用時，在客戶端執行屏幕更新為用戶提供了很大的靈活性。

詳細調研報告書

使用Ajax可以為系統提供以下特性的功能：

動態更新也沒數據和內容，無需用戶單擊Update并等待服務器重新發送整個頁面。

提升站點的性能，這是通過減少從服務器下載的數據量而實現的。例如如果使用Ajax計算新的總量，服務器只會返回新的總量值，因此所需的帶寬僅為原來的百分之一。

消除了每次用戶輸入時的頁面刷新。例如，在Ajax中，如果用戶在分頁列表上單擊Next，則服務器數據只刷新列表而不是整個頁面。

直接編輯表格數據，而不是要求用戶導航到新的頁面來編輯數據。對于Ajax，當用戶單擊Edit時，可以將靜態表格刷新為內容可編輯的表格。用戶單擊Done之后，就可以發出一個Ajax請求來更新服務器，并刷新表格，使其包含靜態、只讀的數據。

2.7.2 將OOD和AOP進行有效結合徹底解決系統緊耦合及橫切面問題

面向對象設計最根本的魅力在于，它能夠將真實世界領域中的實體及各自的行為建模為抽象的對象。以面向對象方式設計的系統產生了很多有效的業務對象，比如Person、Account、Order以及Event。面向對象設計的缺點在于，這樣的業務對象會因為混合的屬性和與對象最初意圖不一致的操作而變得混亂。

通過使設計者運用動態和靜態橫切，用一種非強制性的整潔和模塊化的方法來添加對象行為，面向方面編程有效地解決了這一問題。

1）AOP的優勢：

? 使糾纏不清的代碼更少；

詳細調研報告書

? 使代碼更短；

? 使應用程序的維護及發展更容易； ? 使應用程序更容易調試、重構及修改； ? 使代碼更容易復用。2）橫切定義：

橫切是面向方面編程的專有名詞。它指的是在一個給定的編程模型中穿越既定的職責部分（比如日志記錄和性能優化）的操作。在橫切的世界里，橫切有兩種類型：動態橫切和靜態橫切。

3）動態橫切：

動態橫切是通過切入點和連接點在一個 方面 中創建行為的過程，連接點可以在執行時橫向地應用于現有對象。動態橫切通常用于幫助向對象層次中的各種方法添加日志記錄或身份認證。下面讓我們花點時間了解一下動態橫切中的一些實際概念：

方面（aspect）類似于Java編程語言中的類。方面定義切入點和通知（advice），并由諸如 AspectJ這樣的方面編譯器來編譯，以便將橫切（包括動態的和靜態的）織入（interweave）現有的對象中。

一個連接點（join point）是程序執行中一個精確執行點，比如類中的一個方法。例如，對象Foo中的方法bar()就可以是一個連接點。連接點是個抽象的概念；不用主動定義一個連接點。

一個切入點（pointcut）本質上一個用于捕捉連接點的結構。例如，可以定義一個切入點來捕捉對對象Foo中的方法 bar()的所有調用。和連接點相反，切入點需要在方面中定義。

通知（advice）是切入點的可執行代碼。一個經常定義的通知是添加日志記錄功能，其中切入點捕捉對對象Foo中的bar()的每個調用，然后該通知動態地插入一些日志記錄功能，比如捕捉 bar()的參數。

4）靜態橫切：

詳細調研報告書

靜態橫切和動態橫切的區別在于它不修改一個給定對象的執行行為。相反，它允許通過引入附加的方法字段和屬性來修改對象的結構。此外，靜態橫切可以把擴展和實現附加到對象的基本結構中。

雖然現在還無法談及靜態橫切的普遍使用——它看起來是AOP的一個相對未被探索（盡管非常具有吸引力）的特性——然而這一技術蘊含的潛力是巨大的。使用靜態橫切，架構師和設計者能用一種真正面向對象的方法有效地建立復雜系統的模型。靜態橫切允許您不用創建很深的層次結構，以一種本質上更優雅、更逼真于現實結構的方式，插入跨越整個系統的公共行為。

2.7.3 采用Portal門戶技術整合系統內各種應用資源

Portal的主要目的是使用戶可以有效的整合號百集團集約化平臺及其它應用資源，使用戶可以使用單一的入口訪問多種類型信息。無論信息存儲在何處、無論信息的格式如何，Portal都可以按照用戶喜好的方式個性化地收集、展現這些信息，并能夠由多種類型的設備（如PC 的Web 瀏覽器，或WAP移動電話上的瀏覽器）來對這些信息進行存取。

Portal是新一代的工作臺，對內部用戶而言，所有的內部用戶都可以在這樣一個工作平臺上進行日常工作。Portal給內部用戶提供了依據各自權限的、個性化的工作界面，通過該界面可以對后端核心業務系統和其他應用系統進行訪問。

Portal 不但提供給外部用戶統一的服務界面，而且還可以通過Portal提供的集成能力，在預先指定的權限范圍內訪問其他應用系統，進行一些自助服務。通過網絡方式，為外部用戶提供自助服務能力無疑會有極大的方便。

基于前面提到的子系統的框架結構和共性基礎支撐模塊，對資源的封裝和提供進行分析。針對不同的資源，包括信息、數據、內容、應用等，信息服務系統需要進行統一的封裝后再向外提供服務。

資源的封裝首先將資源規范于不同的Portlet，每個Portlet是資源展現的

詳細調研報告書

最小單位，可以是信息的展現、應用入口、交互功能等各種形態。

對于Portlet，可以依據不同的頁面模版進行組織，模版可以自定義，將Portlet依照模版進行所見即所得的頁面布局，既可以形成不同的資源組合（一個頁面可以由一個或者多個Portlet，按照模版組合而成），頁面也是資源展現的

詳細調研報告書

時性能監測的方式來確認和查找問題，LoadRunner 能夠對整個系統架構進行測試。通過使用LoadRunner能最大限度地縮短測試時間，優化性能和加速應用系統的發布周期。

2.9 系統安全設計

針對號百集團公司號百集團集約化平臺項目情況，我們從訪問控制、安全審計、信息保護、通信完整性、通信保密性、抗抵賴、軟件容錯和資源控制等幾個方面對應用安全方面的進行設計。我們針對上述幾個方面的安全要求分別進行了如下的安全設計：

2.9.1 訪問控制

用戶操作的訪問權限控制是針對可能出現的網絡非法操作而采取安全保護措施。用戶和用戶組被賦予一定的操作權限。操作的訪問權限控制可以分為多個層面，從粗粒度的方面可以分為系統級、界面級（或菜單級）、頁面級（流程級）、字段級（按鈕級），通過多個層面的配置訪問控制，真正做到精確、精細管理。管理員能夠通過設置，指定用戶和用戶組可以訪問系統中的哪些功能。

1）系統級權限

應用系統的訪問的是分級別的，部分管理或配置類的子系統是需要二次授權才可以訪問的。

2）功能級（菜單級）權限

通過系統中的統一授權和管理平臺，設置號百集團公司各級用戶、組織、角色的功能訪問權限、訪問策略、訪問機制。可以清晰掌握每個人擁有多少功能，同時可以清晰了解每個功能分配給了多少人或角色。

3）頁面級（流程級）權限

系統對頁面級的訪問控制可以分為兩大類：非流程類和流程類。非流程類頁面可以直接通過統一授權和管理平臺授權訪問控制；流程類頁面通過與工作流結合進行訪問控制，即頁面的訪問控制與工作流模板的啟動人員、工作流節點的參與人員、工作流變量的值等因素有密切關系。

詳細調研報告書

2.9.2 安全審計

設計數據安全審計的首要問題，是保證號百集團集約化平臺中的數據的不可篡改性和所有必要操作的可追溯性。系統通過對數據采編、錄入、修改、刪除等操作進行逐一記錄，保證了數據變更的合法性可審計，從而實現可信的安全審計。系統對各種操作事件的詳細記錄包括：事件的日期、時間、發起者信息、類型、描述和結果等。

設計數據安全審計的另一個重要問題，是保證業務過程的規范性、不可篡改性和審批過程的全面細致記錄。通過對整個業務過程、數據審批流程操作的細致全面的記錄（通過流程實例庫記錄），實現對審批事件的審計，包括：事件的日期、時間、發起者信息、類型、描述和結果等。

2.9.3 信息保護

針對用戶鑒別信息所在的存儲空間的剩余信息安全問題，我們采用基于Web開發的網絡應用中使用Session和Cookies來保存用戶鑒別信息。

Session: Web中的Session指的就是用戶在瀏覽某個網站時，從進入網站到瀏覽器關閉所經過的這段時間，也就是用戶瀏覽這個網站所花費的時間。因此從上述的定義中我們可以看到，Session實際上是一個特定的時間概念。需要注意的是，一個Session的概念需要包括特定的客戶端，特定的服務器端以及不中斷的操作時間。A用戶和C服務器建立連接時所處的Session同B用戶和C服務器中建立連接時所處的Sessions是兩個不同的Session。Session解決方案，就是要提供定義全局變量的方法，使得這個全局變量在同一個Session中對于所有的腳本都有效。上面我們提到了，Session不是一個簡單的時間概念，一個Session中還包括了特定的用戶和服務器。因此更詳細地講，在一個Session定義的全局變量的作用范圍，是指這個Session所對應的用戶所訪問的所有頁面。

Cookies：是一種能夠讓網站服務器把少量數據儲存到客戶端的硬盤或內存，或是從客戶端的硬盤讀取數據的一種技術。Cookies是當你瀏覽某網站時，由Web服務器置于你硬盤上的一個非常小的文本文件，它可以記錄你的用戶ID、密碼、詳細調研報告書

瀏覽過的網頁、停留的時間等信息。當你再次來到該網站時，網站通過讀取Cookies，得知你的相關信息，就可以做出相應的動作，如在頁面顯示歡迎你的標語，或者讓你不用輸入ID、密碼就直接登錄等等。

通過了解上述Session和Cookies的建立機理，我們在建立號百集團公司號百集團集約化平臺是應盡量使用Session方式來保存用戶鑒別信息，避免直接使用Cookies來存儲用戶鑒別信息。同時，在用戶退出服務是，規定清理Cookies。

2.10 系統界面設計

2.10.1 界面設計原則

? 延用性原則：

參考號百集團公司現有的大多數業務系統的界面風格和操作習慣，包括界面布局、提示信息、快捷鍵等，讓原先的業務軟件的操作人員能很快的掌握新軟件的使用。

? 用戶區分原則：

軟件界面設計首先要確立用戶類型。劃分類型可以從不同的角度，要根據使用用戶的實際情況而定。確定類型后要針對用戶類型的特點預測他們對不同界面的反應。

軟件中的用戶是所有處理的核心，不應該有應用程序來決定處理過程，所以軟件界面應當由用戶來控制應用，如何工作、如何響應，而不是由開發者按自己的意愿把界面操作模式強加給用戶。

? 簡單化原則：

軟件界面設計要盡量減少用戶記憶負擔，采用有助于記憶的設計方案，同時提示信息或者顯示信息盡量簡單明了。

? 幫助和提示原則：

要對用戶的操作給出相應的提示信息，幫助用戶處理問題。系統設計要有恢復用戶操作失誤的能力，給出用戶恢復錯誤的幫助和提示信息。

? 可用性原則：

系統的設計采用B/S結構技術，對于瀏覽器端的應用，界面文件的大小直接影響

詳細調研報告書

到用戶使用軟件的速度，所以，界面的設計必須考慮到可用性原則。界面設計應該以應用為主，對于起修飾作用的圖片等多媒體文件，盡量采用壓縮比例較大的媒體文件格式，減少界面文件的大小。

2.10.2 操作與交互設計

2.10.2.1 操作一致性設計

在界面設計中應該保持界面的一致性。一致性既包括使用標準的控件,也指使用相同的信息表現方法,如在字體、標簽風格、顏色、術語、顯示錯誤信息等方面確保一致。

? 顯示信息的一致性：包括標簽提示、日期格式、對齊形式、字體、軟件底色等應該保持統一、直觀；

? 布局合理化：應注意在一個窗口內部所有控件的布局和信息組織的藝術性,使得用戶界面美觀。在一個窗口中按tab鍵,移動聚焦的順序不能雜亂無章,tab的順序是先從上至下，再從左至右。一屏中首先應輸入的和重要信息的控件在tab順序中應當靠前,位置也應放在窗口上較醒目的位置。布局力求簡潔、有序、易于操作；

? 鼠標與鍵盤對應：應遵循的是可不用鼠標的原則，應用中的功能只用鍵盤也應當可以完成,即設計的應用中還應加入一些必要的按鈕和菜單項。但是,許多鼠標的操作,如雙擊、拖動對象等,并不能簡單地用鍵盤來模擬即可實現；

? 快捷鍵：在菜單項中使用快捷鍵可以讓使用鍵盤的用戶操作得更快一些,在西文Windows及其應用軟件中快捷鍵的使用大多是一致的。本系統中應用的快捷鍵在各個配置項上語義必須保持一致。其它快捷鍵使用漢語拼音的開頭字母，不常用的可以沒有快捷鍵。

2.10.2.2 操作與響應設計

系統響應時間包括兩個方面：時間長度和時間的易變性。用戶響應時間應該適中，系統響應時間過長，用戶就會感到不安和沮喪，而響應時間過短有時會造成用戶

詳細調研報告書

加快操作節奏，從而導致錯誤。系統響應時間的易變性是指相對于平均響應時間的偏差。即使響應時間比較長，低的響應時間易變性也有助于用戶建立穩定的節奏。因此，軟件的設計必須充分考慮系統響應時間與用戶的心理偏差。

2.10.2.3 幫助與提示設計

? 提供在線幫助措施；

? 用戶可以通過幫助菜單、幫助按鈕訪問幫助；

? 表示幫助時根據需要提供三種方式的選擇：另一個窗體、微幫助和指出參考某個文檔；

? 用戶如何回到正常交互方式有兩種選擇：返回鍵和功能鍵； ? 幫助信息的構造：采用分層式幫助；

2.10.2.4 出錯與預警設計

出錯信息和警告是指出現問題時系統給出的壞消息，本系統對于出錯信息和警告應該遵循以下原則：

? 信息以用戶可以理解的術語描述；

? 信息應提供如何從錯誤中恢復的建設性意見；

? 信息應指出錯誤可能導致那些不量后果，以便用戶檢查是否出現了這些情況或幫助用戶進行改正；

? 信息應伴隨著視覺上的提示，如特殊的圖像、顏色或信息閃爍； 信息不能帶有判斷色彩，即任何情況下不能指責用戶。

詳細調研報告書

3.對于方法、變量聲明范圍要采用如下優先級：private、protected、public，對于變量要采用如下的優先級：局部變量、實例變量、類變量，如果必須要采用實例變量或類變量的情況下，要保證線程安全性，如有可能盡量采用ThreadLocal保存實例變量或類變量；

4.如果不是必須，不要在循環中去定義變量或者new 對象；盡量在需要的最后一刻才去new 對象；

5.如果不是必須，不要在循環中去用try…catch;

6.類中對于比較復雜的邏輯要采用行注釋的方式進行注釋，java代碼中絕對不允許采用塊注釋（/**/）進行注釋；

7.Java類的名稱

詳細調研報告書

ThreadLocal來處理。

18.一個方法所完成的功能要單一,不同的功能封裝為不同的方法.19.盡可能的處理異常或轉換異常，不要一味的包裝異常

20.如果對象在某個特定范圍內必須被清理（而不是作為垃圾被回收），請使用帶有finally子句的try塊，在finally子句中進行清理。

21.對于把一些邏輯相關的類組織在一起，可以考慮把一個類的定義放在另一個類的定義中，這種情況推薦使用內部類（比如界面層中的事件響應等）。內部類擁有所有外圍類所有成員的訪問權。

22.對成員變量的訪問最好通過getter/setter方法,這樣能夠保證訪問的合法性,以及代碼調整

23.優先選擇接口而不是抽象類或具體類。如果你知道某些東西將成為基類，你應當優先把它們設計成接口；只有在必須放進方法定義或成員變量時，才把它修改為具體或抽象類。接口只和客戶希望的動作有關（協議），而類則傾向于關注實現細節。

24.使用java標準庫提供的容器。精通他們的用法，將極大地提高工作效率。優先選擇ArrayList來處理順序結構，選擇HashSet來處理集合，選擇HashMap來處理關聯數組，選擇linkedList來處理堆棧和隊列，它對順序訪問進行了優化，向List中間插入與刪除的開銷小，但隨機訪問則較慢。當使用前三個的時候，應該把他們向上轉型為List、Set和Map,這樣就可以在必要的時候以其它方式實現

25.數組是一種效率最高的存儲和隨機訪問對象引用序列的方式，但是當創建了一個數組對象，數組的大小就被固定了，如果在空間不足時再創建新的數組進行復制，這樣效率就比ArrayList開銷大了。所以必須明確使用場景。

26.盡量使用”private”、”protected”關鍵字。一旦你把庫的特征（包括類、方法、字段）標記為public,你就再也不可能去掉他們。在這種方式下，實現的變動對派生類造成的影響最小，在處理多線程問題的時候，保持私有性尤其重要，因為只有Private的字段才會受到保護，而不用擔心被未受同步控制的使用所破壞。

27.禁止后臺業務代碼使用如下代碼

第四篇：標準規范措詞

輸入報告規范用語指導

一、文件號的用法：

1.1純勘探局單位：豫油生[2012]50號《關于下發2012河南油田油區防雷裝置安全檢測工作計劃的通知》安排與要求………………….1.2油田改制單位但油田部分托管且有股份的（如：機廠、運輸、騰龍公司、遠征公司等）按照宛防雷[2012]1號《關于防雷裝置安全檢查和檢測的通知》和豫油生[2012]50號《關于下發2012河南油田油區防雷裝置安全檢測工作計劃的通知》安排與要求………….1.3地方企業及單位的（如：銀行、大帑、官莊化肥廠、地方加油站等）按照宛防雷[2012]1號《關于防雷裝置安全檢查和檢測的通知》……

二、標準規范的運用：

2.1加油站：

依據 GB50156-2002《汽車加油加氣站設計與施工規范》、GB 15599-95《石油與石油設施雷電安全規范》、GB13348-92《液體石油產品靜電安全規程》、GB50057-94《建筑物防雷設計規范》、DL/T 621—1997《交流電氣裝置的接地 》等國家標準……………………..2.2聯合站、精蠟廠（有金屬罐、浮頂罐、輸油管道等）：

依據 GB 15599-95《石油與石油設施雷電安全規范》、GB13348-92《液體石油產品靜電安全規程》、GB50057-94《建筑物防雷設計規范》、DL/T 621—1997《交流電氣裝置的接地 》、GB50343-2004 《建筑物電子信息系統防雷技術規范》等國家標準……….2.3液化氣站：

依據GB50028-93《城鎮燃氣設計規范》、GB 12158-90《防止靜電事故通用導則》、GB 15599-95《石油與石油設施雷電安全規范》GB50057-94《建筑物防雷設計規范》、DL/T 621—1997《交流電氣裝置的接地 》、GB50343-2004 《建筑物電子信息系統防雷技術規范》等國家標準………………

2.3制氧站（機廠制氧車間）：

依據 GB50030-91《氧氣站設計規范》、GB 12158-90《防止靜電事故通用導則》、DL/T 621—1997《交流電氣裝置的接地 》、GB50057-94《建筑物防雷設計規范》、GB50343-2004 《建筑物電子信息系統防雷技術規范》等國家標準……………….2.4制乙炔站（油建大正乙炔廠）：

依據 GB50031-91《乙炔站設計規范》、GB 12158-90《防止靜電事故通用導則》、DL/T 621—1997《交流電氣裝置的接地 》、GB50057-94《建筑物防雷設計規范》、GB50343-2004 《建筑物電子信息系統防雷技術規范》等國家標準……………….2.5炸藥庫（8485庫、測井放炮班）：

依據GB50089-98《民用爆破器材工廠設計安全規范》、GB50058-92《爆炸和火災危險環境電力裝置設計規范》、GB 12158-90《防止靜電事故通用導則》、GB50057-94《建筑物防雷設計規范》、DL/T 621—1997《交流電氣裝置的接地 》、GB50343-2004 《建筑物電子信息系統防雷技術規范》等國家標準……………

2.6有線電視臺：

依據GB50200-94《有線電視系統工程技術規范》、GB50057-94《建筑物防雷設計規范》、DL/T 621—1997《交流電氣裝置的接地 》、GB50343-2004 《建筑物電子信息系統防雷技術規范》等國家標準………….2.7計算機網絡系統（局信息中心、物探院大型計算機處理中心、人力資源培訓信息化教培中心、油田電視臺新聞編輯處理系統）：

依據GB50174-93《電子計算機機房設計規范》、GB/T2887-2000《電子計算機場地通用規范 》、GB50057-94《建筑物防雷設計規范》、DL/T 621—1997《交流電氣裝置的接地 》、GB50343-2004 《建筑物電子信息系統防雷技術規范》等國家標準………….2.8燃氣鍋爐（注氣工程項目部、撈油隊燃煤鍋爐）：第13.2.14條 磚砌或鋼筋混凝土煙囪應設置避雷針或避雷帶，可利用煙囪爬梯作為其引下線，但必須有可靠的連接。第13.2.15條 燃氣放散管的管頂或其附近應設置避雷針，其針尖高出管頂不應小于3m，并使其保護范圍高出管頂不應小于1m。第13.2.16條 燃油鍋爐房貯存重油和柴油的金屬油罐，當其頂板厚高不小于4mm時，可不裝設避雷針，但必須接地，接地點不應少于2處。當油罐裝有呼吸閥和放散管時，其防雷設施應符合本規范第13.2.15條的規定。覆土在0.5m以上的地下油罐，可不設置防雷設施，但當有通氣管引出地面時，在通氣管處應作局部防雷處理。第13.2.17條 氣體和液體燃料管道應有靜電接地裝置，當其管道為金屬材料時，可與防雷或電氣系統接地保護線相連，不另設靜電接地裝置。

依據GB 50041－92《鍋爐房設計規范》、GB 15599-95《石油與石油設施雷電安全規范》GB50057-94《建筑物防雷設計規范》、DL/T 621—1997《交流電氣裝置的接地 》、GB50343-2004 《建筑物電子信息系統防雷技術規范》等國家標準………………

第五篇：最新標準規范

1、《建設工程安全生產管理條例》

2、《建筑施工安全檢查標準》JGJ59—20113、《建設工程施工安全規程》DB13（J）—20064、《施工升降機安全規程》GB10055-20075、《建筑基坑工程監測技術規范》GB50497-20096、《建筑基坑支護技術規程》JCJ120—20127、《施工現場臨時用電安全技術規范》JGJ46-20058、《手持式電動工具的管理使用檢查和維修安全技術規程》GB/T 3787-20069、《工現場臨時用電安全技術規范》JGJ46—200510、低壓配電設計規范 GB50054-9511、建筑工程施工i型安插供電安全規范 GB50194-9312、通用用電設備配電設計規范GB50055-9313、供配電系統設計規范 GB50052-9510、安全帶GB6095—200911、安全帶檢驗方法GB6096—200912、安全網GB5725—200913、密目式安全網GB16909—199714、安全帽GB2811—200715、安全帽試驗方法GB2812—200616、安全色GB2893—200817、安全標志 GB2894—200818、《職業安全衛生術語》GB/T15236—200819、《建筑施工門式鋼管腳手架安全技術規范》JGJ128-201020、《建筑施工扣件式鋼管腳手架安全技術規范》JGJ130-201121、《建筑施工工具式腳手架安全技術規范》JGJ202-201022、《建筑施工碗扣式鋼管腳手架安全技術規范》JGJ166-200823、《龍門架及井架物料提升機安全技術規范》JGJ88-201024、《建筑施工高處作業安全技術規范》JGJ80—9125、《鋼管腳手架扣件》GB15831-200626、《建筑施工高處作業安全技術規范》JGJ80—199127、《高處作業分級》GB/T 3608-200828、《建筑施工現場環境和衛生標準》JGJ146-200429、《建筑施工模板安全技術規范》JGJ162-200830、《建筑工程大模板技術規程》JGJ74-200331、《施工現場機械設備檢查技術規程》JGJ160-200832、《塔式起重機安全規程》GB5144-200633、《建筑施工塔式起重機安裝、拆卸安全技術規程》JGJ196-201034、《《施工升降機》GB/T10054-200535、《建筑施工升降機安裝、使用、拆卸安全技術規程》JGJ215-201036、《建筑施工承插型盤扣式鋼管支架安全技術規程》JGJ231-201037、《建筑卷揚機安全規程》GB/T 1955-200838、《施工升降機安全規則 》GB10055—9639、《塔式起重機操作使用規程 》JG/T 100-199940、起重吊運指揮信號 GB5082—198541、龍門架及井架物料提升機安全技術規范JGJ88—201042、建筑機械使用安全技術規程JGJ33—2012