第一篇：標準規(guī)范

天津市智慧城市項目研發(fā)管理平臺項

目軟件部分 標準規(guī)范

2017年4月

詳細調研報告書

詳細調研報告書

2.3 可靠性和穩(wěn)定性

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

2.4 安全性和保密性

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

2.5 可擴展性和易維護性

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

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

2.6 整體性和開放性

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

詳細調研報告書

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

2.7 相關技術設計

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

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

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

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

詳細調研報告書

使用Ajax可以為系統(tǒng)提供以下特性的功能：

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

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

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

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

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

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

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

1）AOP的優(yōu)勢：

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

詳細調研報告書

? 使代碼更短；

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

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

3）動態(tài)橫切：

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

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

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

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

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

4）靜態(tài)橫切：

詳細調研報告書

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

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

2.7.3 采用Portal門戶技術整合系統(tǒng)內各種應用資源

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

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

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

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

資源的封裝首先將資源規(guī)范于不同的Portlet，每個Portlet是資源展現(xiàn)的

詳細調研報告書

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

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

詳細調研報告書

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

2.9 系統(tǒng)安全設計

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

2.9.1 訪問控制

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

1）系統(tǒng)級權限

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

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

通過系統(tǒng)中的統(tǒng)一授權和管理平臺，設置號百集團公司各級用戶、組織、角色的功能訪問權限、訪問策略、訪問機制?？梢郧逦莆彰總€人擁有多少功能，同時可以清晰了解每個功能分配給了多少人或角色。

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

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

詳細調研報告書

2.9.2 安全審計

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

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

2.9.3 信息保護

針對用戶鑒別信息所在的存儲空間的剩余信息安全問題，我們采用基于Web開發(fā)的網絡應用中使用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來存儲用戶鑒別信息。同時，在用戶退出服務是，規(guī)定清理Cookies。

2.10 系統(tǒng)界面設計

2.10.1 界面設計原則

? 延用性原則：

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

? 用戶區(qū)分原則：

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

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

? 簡單化原則：

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

? 幫助和提示原則：

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

? 可用性原則：

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

詳細調研報告書

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

2.10.2 操作與交互設計

2.10.2.1 操作一致性設計

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

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

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

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

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

2.10.2.2 操作與響應設計

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

詳細調研報告書

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

2.10.2.3 幫助與提示設計

? 提供在線幫助措施；

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

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

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

2.10.2.4 出錯與預警設計

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

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

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

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

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

詳細調研報告書

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

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

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

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

7.Java類的名稱

詳細調研報告書

ThreadLocal來處理。

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

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

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

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

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

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

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

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

27.禁止后臺業(yè)務代碼使用如下代碼

第二篇：標準規(guī)范

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

33、選用圖集：

《建筑構造通用圖集》

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

《鋼梯》02J401

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

《建筑無障礙設計》03J926

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

《防火門窗》03J609

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

第三篇：標準規(guī)范

13.4 環(huán)境管理

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

13.4.2項目項目環(huán)境保護計劃應按規(guī)定程序經批準后實施。

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

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

第四篇：標準規(guī)范措詞

輸入報告規(guī)范用語指導

一、文件號的用法：

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

二、標準規(guī)范的運用：

2.1加油站：

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

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

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

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

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

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

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

2.6有線電視臺：

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

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

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

第五篇：青島服務業(yè)標準規(guī)范

DB 青島市服務業(yè)標準規(guī)范

DB 3702/FW SW 013—2014

青島市二手汽車經銷服務規(guī)范

201409-19實施

青

島

市

商

務

局 青島市發(fā)展和改革委員會 發(fā)布 青島市質量技術監(jiān)督局

前言

本標準規(guī)范由青島市商務局提出并歸口。

本標準規(guī)范起草單位：青島市商務局、青島市技術監(jiān)督科技信息所、青島市技術標準科學研究所、青島市陸海汽車交易市場。

本標準主要起草人：潘玉明、楊建華、杜學利、孫丕杰。

I

青島市二手汽車經銷服務規(guī)范 范圍

本標準規(guī)定了青島市二手汽車經銷的術語和定義、基本要求、服務場所和設施、二手汽車展車規(guī)范要求、二手汽車銷售服務及服務質量監(jiān)督與投訴。

本標準適用于青島市行政轄區(qū)內二手汽車經銷商的銷售服務規(guī)范，二手汽車交易市場經營者可參照執(zhí)行。

本標準不適用于二手汽車拍賣銷售服務。2 規(guī)范性引用文件

下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅所注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

GB/T 17242 投訴處理指南

商務部、公安部、工商總局、稅務總局令〔2005〕第2號 《二手車流通管理辦法》 商務部公告〔2006〕第22號 《二手車交易規(guī)范》

國家質檢總局、國家標準委〔2013〕第27號 《二手車鑒定評估技術規(guī)范》 商務部2005年16號令 《汽車貿易政策》 3 術語和定義

下列術語和定義適用于本文件。3.1

二手汽車經銷商（以下簡稱經銷商）

是指經工商行政管理部門依法登記,從事二手車經銷的企業(yè)。3.2

二手汽車

是指從辦理完注冊登記手續(xù)到達到國家強制報廢標準之前進行交易并轉移所有權的汽車。

a)本標準不包括二手三輪汽車、低速載貨汽車，即原農用運輸車、掛車和摩托車等?；疽?4.1 經銷商經營管理

4.1.1 經銷商應依法經營、誠實信用、規(guī)范服務、公平競爭。4.1.2 應在經營場所明示交易服務流程、收費項目等信息。

4.1.3 應在經營場所提供產品銷售和售后服務所需的直接或間接人員。

4.1.4 應建立與服務項目相適應的符合相關法律、法規(guī)和質量標準的質量管理體系，以確保銷售的產品和售后服務的質量

4.1.5 應建立與服務環(huán)境相適應的符合消防、環(huán)保和職業(yè)健康安全要求的環(huán)境安全管理體系，以確保員工、顧客和相關方的職業(yè)健康安全。

4.1.6 經銷商應為顧客提供辦理二手汽車鑒定評估、轉移登記、保險、納稅等手續(xù)的條件。4.1.7 銷售二手汽車應符合《二手車流通管理辦法》、《二手車交易規(guī)范》和《二手車鑒定評估技術規(guī)范》，并應提供合法有效、完整齊全的二手汽車檔案信息。

4.1.8 二手汽車銷售過程中，經銷商不得變相提價或加價，欺騙顧客。4.2 工作人員要求 4.2.1 4.2.2 4.2.3 4.2.4 應具有良好的職業(yè)道德和素養(yǎng)。

應經過職業(yè)培訓，具備相應的專業(yè)知識和禮儀常識，統(tǒng)一著裝，佩帶工作牌。應掌握銷售應知、應會技能，遵照規(guī)范和流程為顧客提供服務。宜持有機動車駕駛證。服務場所和設施 5.1 基本要求

5.1.1 經銷商應具備必要的服務場所，如車輛展示交易區(qū)、交易手續(xù)辦理區(qū)及客戶休息區(qū)等，并做到標識明顯。

5.1.2 沙發(fā)、座椅等服務設施擺放整齊，并應備有飲用水。5.2 車輛展示交易區(qū)

5.2.1 展車的顯要位置應設有汽車車型說明架，并擺放與該展車一致的汽車配置和基本性能說明書，展示車體之間不宜顯得擁擠。

5.2.2 應配備工作人員負責解答顧客的問題。5.3 交易手續(xù)辦理區(qū)

5.3.1 應設立接待窗口，明示各窗口業(yè)務受理范圍和服務內容。5.3.2 應懸掛二手車辦理手續(xù)流程圖，明示服務內容。5.3.3 應配備專人負責辦理交易手續(xù)。5.4 客戶休息區(qū)

應配備齊全的服務設施，如沙發(fā)、座椅等，應備有溫度適宜的飲用水。6 二手汽車展車規(guī)范要求

6.1 展車基本要求

6.1.1 展車應為經銷商通過合法途徑采購或獲取的車源。6.1.2 二手車的質量保證可由供需雙方協(xié)商確定，但使用3年內或6萬公里以內的二手車的質量保證應不少于90天或5000公里。6.2 車身和車外要求 6.2.1 6.2.2 6.2.3 6.2.4 6.2.5 6.2.6 6.2.7 展車車身保持清潔，車窗玻璃保持明亮。

展車四個輪胎下方放置標準的車輪墊板，位置正確。各輪胎內側護板刷洗干凈，無污漬。

車前方與后方安裝牌照處應配備標準的車銘牌。

除特殊要求外，展車的車門保持不上鎖的狀態(tài)，可供顧客隨時進入車內。展車左右對應車窗玻璃升降的高度保持一致。

車身上不得擺放價格板、車型說明、宣傳資料等其它非裝飾性物品。

6.3 車內要求

6.3.1 汽車發(fā)動機室可見部分、可觸及部位等經過清洗，擦拭干凈；擋風玻璃與其下沿塑料件結合部位無灰塵。

6.3.2 后備箱保持潔凈，隨車物品擺放整齊，無雜物。

6.3.3 車廂內部保持清潔。中央扶手箱、副駕駛位的手套箱、車門內側雜物箱、前座椅靠背后的物品袋內不得放置雜物。

6.3.4 前排座椅在前后方向上移至適當的位置（保證普通駕乘者較方便駕駛），并且兩座椅靠背向后的傾角保持一致。

6.3.5 車內后視鏡和左右后視鏡配合駕駛位相應地調至合適的位置，并擦拭干凈，不留手印等污跡，各座椅上的安全帶擺放整齊一致。6.3.6 車內的時鐘調至準確的時間。

6.3.7 所有電器開關置于關（OFF）的位置。7 二手汽車銷售服務 7.1 接待服務

7.1.1 應制定并明示汽車銷售接待服務制度，建立顧客接待程序（如銷售核心流程）。7.1.2 工作人員對顧客提出的問題無法解答時，應設法解決，不推諉。7.1.3 應向顧客反映真實的車況信息，不得有欺騙性行為。7.2 車輛介紹服務

7.2.1 應向顧客如實介紹汽車的來源、結構、配置、性能、產地和特色。

7.2.2 工作人員應滿足顧客合理詢問需求，向其提供真實有效的汽車資料及售后服務信息。7.2.3 工作人員如記錄顧客的相關信息，應書面承諾不得泄露顧客信息。7.3 試乘試駕服務

7.3.1 經銷商應提供試乘試駕服務，預先確定安全的試乘試駕行駛路線，并制定相應的應急處置措施。

7.3.2 試乘試駕汽車應確保其具備安全技術特征和行駛性能。

7.3.3 試乘試駕前，工作人員應審驗試駕人駕車資格的合法性，并與顧客簽訂顧客試駕車協(xié)議，講解注意事項并陪同駕駛。

7.3.4 在試駕過程中出現(xiàn)異常貨緊急情況，陪同人員應有應急處置措施。7.4 簽訂合同

7.4.1 經銷商應與顧客簽訂合同。合同內容應符合《中華人民共和國合同法》的規(guī)定，二手車合同范本應按照國家《二手車買賣合同》樣式。

7.4.2 合同簽訂前，經銷商應逐條向顧客解釋合同條款，待顧客理解合同內容并無異議后，由雙方簽定合同。7.5 付款

7.5.1 應提供多種付款方式供顧客選擇。

7.5.2 應及時向顧客出具購車發(fā)票、使用說明書、維修保養(yǎng)手冊等相關技術資料與文件。7.5.3 在顧客付款前，應向顧客說明保修規(guī)定及售后服務內容，并提供服務電話。7.6 交車前的檢查服務

7.6.1 經銷商應與顧客一起對汽車的外觀、內飾、配置及使用功能進行售前檢查。

7.6.2 經銷商應向顧客介紹所售汽車的裝備、使用常識、保養(yǎng)常識、保修規(guī)定、保險常識等。7.7 交車服務

7.7.1 經銷商應填寫汽車交付的文件，在顧客理解內容后由雙方簽字，遞交汽車鑰匙。7.7.2 在顧客提出要求時，應協(xié)助提供上牌、貸款、保險等代理服務。

7.7.3 經銷商應及時向顧客交付車輛、號牌及車輛法定證明、憑證。車輛法定證明、憑證主要包括：

b)《機動車登記證書》； c)《機動車行駛證》；

d)有效的機動車安全技術檢驗合格標志； e)車輛購置稅完稅證明； f)車船使用稅繳付憑證； g)車輛保險單。7.8 銷售技術檔案

7.8.1 經銷商應建立二手汽車銷售技術檔案。檔案內容應包括：

a)車輛基本資料。包括車輛品牌型號、車輛號碼、發(fā)動機號、車架號、出廠日期、使用性質、最近一次轉移登記日期、銷售時間、地點等。

b)顧客基本資料。包括顧客姓名、地址、職業(yè)、聯(lián)系方式等。c)維修保養(yǎng)記錄。包括維修保養(yǎng)的時間、里程、項目等。

7.8.2 售后服務技術檔案保存期應不少于三年。7.9 質量跟蹤服務

經銷商應按照相關規(guī)定，向買方提供質量保證及售后服務承諾。并定期或不定期實行質量跟蹤服務。服務質量監(jiān)督與投訴

8.1 應按照GB/T 17242的要求建立投訴受理機構，自覺接受社會及主管部門的監(jiān)督，對外公布監(jiān)督投訴電話。

8.2 應建立產品質量反饋系統(tǒng)，加強與顧客溝通，及時向生產商反饋相關信息。

8.3 當雙方發(fā)生服務質量爭議時，應先協(xié)商處理，也可請消費者協(xié)會或其他有關部門處理；協(xié)商不成的，可根據合同約定，向法院提起訴訟。

青島市商務局辦公室

2014年9月23日印發(fā)