第一篇：內部公文格式標準規(guī)范

廣東攜手物流科技有限公司 文件編號：XS-RR-2017【0401】號

公司內部公文格式標準規(guī)范

1.目的

為規(guī)范公司內部公文格式，便于立卷、歸檔和檢索，提高公司內部文件管理質量，現(xiàn)對公司所通行的各類文件的排版格式，做如下表所描述式樣的統(tǒng)一。本格式，參照了《國家機關公文格式》，但對其進行了大幅度的簡化，只對格式主要版式、文字字體及其大小做了統(tǒng)一。

2.適用范圍

廣東攜手物流科技有限公司總部各部門及各分公司。

1.內容

3.1公司文件格式要求：

3.1.1紅頭文件格式

3.1.1.1文頭的字體：黑體初號、加粗、紅色、居中 3.1.1.2發(fā)文字號的字體：四號宋體、黑色、加粗 3.1.1.3標題的字體：二號宋體、加粗、黑色、居中 3.1.1.4主送機關的字體：三號宋體、加粗、黑色

3.1.1.5正文的字體：三號宋體、黑色、段首縮進2個字符、1.5倍行距 3.1.1.6落款日期：三號宋體、黑色、日期為日期時間格式中的大寫格式 3.1.1.7頁邊距：上下各為2.54㎝,左右各為3.17㎝ 3.1.1.8所有紅頭文件在發(fā)布之后將原件交由總裁辦統(tǒng)一保管

3.1.2規(guī)章制度文件格式

3.1.2.1文頭信息：小四號宋體、黑色

3.1.2.2文件標題：各級標題均用阿拉伯數(shù)字（1，1.1，1.1.1）區(qū)別，大標題為宋體二號加粗，一級標題為宋體三號字加粗，二級標題為宋體四號字加

廣東攜手物流科技有限公司 文件編號：XS-RR-2017【0401】號

粗，三級標題為宋體小四號字、加粗，正文為宋體小四號字

3.1.2.3文件正文：小四號宋體、黑色、段首縮進2個字符、1.5倍行距 3.1.2.4落款日期：四號宋體、黑色、日期為日期時間格式中的大寫格式 3.1.2.5頁邊距：上下各為2.54㎝,左右各為3.17㎝ 3.1.2.6公司簡稱：在文件正文內可簡稱“攜手科技” 3.1.2.7公司全稱：在落款、合同文本等情形必須用全稱 3.1.2.8規(guī)章制度文件包含公司發(fā)文、各部門發(fā)文等

3.1.2.9所有規(guī)章制度文件在發(fā)布之后將原件交由總裁辦統(tǒng)一保管

3.1.3請示文件格式

3.1.3.1標題：三號宋體、黑色、加粗、居中

3.1.3.2正文：四號宋體、黑色、段首縮進2個字符、1.5倍行距 3.1.3.3落款日期：四號宋體、黑色、日期為日期時間格式中的大寫格式 3.1.3.4所有請示文件在發(fā)布之后將原件交由總裁辦統(tǒng)一保管

3.2頁眉頁腳

3.2.1頁眉

頁眉文字為靠左 “攜手科技”，靠右 “XXXX管理文件YG—XZ—070101(編號格式見本規(guī)定附錄)”或“XXXX部XX（根據(jù)需要分類，如會議等）文件”，一般制度/規(guī)范性文件均需要編號，其它只作分類備案用文件無需編號 3.2.2頁腳

無論對內對外文件，頁腳格式均為“ 廣東攜手物流科技有限公司 文件編號：XS-RR-2017【0401】號

3.3.2規(guī)章制度文件編號要求：

由公司發(fā)文的編號為：XS-年份全稱【月份+序號】

由部門發(fā)文的編號：XS-部門簡稱-年份全稱【月份+序號】，例如： 財務部發(fā)文編號：XS-CW-2017【0401】號 項目部發(fā)文編號：XS-XM-2017【0401】號 客服部發(fā)文編號：XS-KF-2017【0401】號

3.3.3請示文件編號要求：XS-部門簡稱+QS-年份全稱【月份+序號】，例如： 財務部請示文編號：XS-CWQS-2017【0401】號 項目部請示文編號：XS-JYQS-2017【0401】號 客服部請示文編號：XS-KQSF-2017【0401】號

3.3.4附表編號要求：公司所有表單統(tǒng)一由總裁辦管理編號：XS-BD-編號

4.附則

本規(guī)范從發(fā)文之日起執(zhí)行，由總裁辦負責解釋。

5.表格

5.1公司發(fā)文模板 5.2總經(jīng)辦發(fā)文模板 5.3內部銜接函模板 5.4內部請示模板 5.5會議紀要模板

第二篇：內部傳遞公文

辦文方（公章）：維修部

簽發(fā)人： 發(fā)文日：2017 年 12月28日 報（發(fā)）送至：經(jīng)理室

標 題: 內容: 費用: 租賃渠道:

經(jīng)理簽字:

財務主管簽字:

第三篇：工作匯報 內部公文標準格式

發(fā)件人：

呈：

抄送：

工作匯報、項目方案、工作計劃、工作總結

正文（五號宋體）

簽名：

日期

簽名： 公司部門： 手機號碼： 辦公電話： E-mail：

撰稿人：

審核人：

批準人：

地址/ADD：廣州市花都區(qū)花東鎮(zhèn)金田工業(yè)區(qū)永溪路3號

郵編/P.C：510890 電話/TEL: 020-86763666

傳真/FAX：020-86755789

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

13.4 環(huán)境管理

13.4.1項目部應根據(jù)批準的建設項目環(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ī)定程序經(jīng)批準后實施。

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)境管理不符合狀況的處理和調差程序，明確有關職責和權限，實施糾正和預防措施，減少產(chǎn)生環(huán)境影響并防止問題的再次發(fā)生。

第五篇：標準規(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)涉及用戶量、數(shù)據(jù)量特點，充分考慮如何大幅度提高業(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í)行更新或查詢數(shù)據(jù)庫。當請求返回時，就可以使用JavaScript和CSS來相應地更新UI，而不是刷新整個頁面。最重要的是，用戶甚至不知道瀏覽器正在與服務器通信：Web站點看起來是即時響應的。雖然Ajax所需的基礎架構已經(jīng)出現(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)更新也沒數(shù)據(jù)和內容，無需用戶單擊Update并等待服務器重新發(fā)送整個頁面。

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

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

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

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

面向對象設計最根本的魅力在于，它能夠將真實世界領域中的實體及各自的行為建模為抽象的對象。以面向對象方式設計的系統(tǒng)產(chǎn)生了很多有效的業(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í)行代碼。一個經(jīng)常定義的通知是添加日志記錄功能，其中切入點捕捉對對象Foo中的bar()的每個調用，然后該通知動態(tài)地插入一些日志記錄功能，比如捕捉 bar()的參數(shù)。

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給內部用戶提供了依據(jù)各自權限的、個性化的工作界面，通過該界面可以對后端核心業(yè)務系統(tǒng)和其他應用系統(tǒng)進行訪問。

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

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

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

詳細調研報告書

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

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

詳細調研報告書

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

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

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

2.9.1 訪問控制

用戶操作的訪問權限控制是針對可能出現(xiàn)的網(wǎng)絡非法操作而采取安全保護措施。用戶和用戶組被賦予一定的操作權限。操作的訪問權限控制可以分為多個層面，從粗粒度的方面可以分為系統(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 安全審計

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

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

2.9.3 信息保護

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

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

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

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

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

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

2.10.1 界面設計原則

? 延用性原則：

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

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

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

軟件中的用戶是所有處理的核心，不應該有應用程序來決定處理過程，所以軟件界面應當由用戶來控制應用，如何工作、如何響應，而不是由開發(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 幫助與提示設計

? 提供在線幫助措施；

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

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

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

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)數(shù)組，選擇linkedList來處理堆棧和隊列，它對順序訪問進行了優(yōu)化，向List中間插入與刪除的開銷小，但隨機訪問則較慢。當使用前三個的時候，應該把他們向上轉型為List、Set和Map,這樣就可以在必要的時候以其它方式實現(xiàn)

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

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

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