【文章內(nèi)容簡介】 這是誰也不愿看到的，從沖浪者來說是誰也不想失去一個展現(xiàn)自我的平臺！可見技術平臺的重要性； 為此， 法院 技術說明書即使在這背景下實現(xiàn)的。目的是針對 法院 系統(tǒng)提供整套的技術解決方案。 法院 系統(tǒng)設計特性 ? 法院 是一個較安全、穩(wěn)定、運行效率高、與硬件較好結合的的 web 應用平臺。 ? 進行系統(tǒng)設計的時候 ,強調(diào)性能和良好的穩(wěn)定性。 ? 無論是核心的優(yōu)化還是系統(tǒng)結構的構造，都是以穩(wěn)定 性和高訪問量性能為目標的。 ? 核心動態(tài)參數(shù)配置，站點配置（ XML 配置） ? 系統(tǒng)管理界面友好，操作方便；顯示右面美觀大方，體現(xiàn)溫馨，優(yōu)雅，真誠的視覺感受和習慣的操作體驗 編寫目的 闡述 法院 平臺的需求分析，技術架構考慮，軟件架構，模塊設計劃分考慮。 全面闡述 法院 平臺應用系統(tǒng)性能設計考慮 (主要集中在高吞吐量，高并發(fā)量的性能設計 )。 預期讀者為客戶方的系統(tǒng)設計人員和項目主管人員，項目評審人員；開發(fā)方系統(tǒng)設計人員、軟件開發(fā)人員。 系統(tǒng)架構 目標 為客戶項目評審人員，項目經(jīng)理，系統(tǒng)分析員提供技術描述 為項目控制內(nèi)提供 技術框架依據(jù) 第 9 頁 為項目實施提供技術依據(jù) 為硬件實施提供技術參考 提供 法院 系統(tǒng)技術解決方案 軟件技術架構 WEB 三層結構 三層客戶 /服務器模式 (以下簡稱三層模式 )在兩層模式的基礎上，增加了新的一級。這種模式在邏輯上將應用功能分為三層：客戶顯示層、業(yè)務邏輯層、數(shù)據(jù)層?？蛻麸@示層是為客戶提供應用服務的圖形界面，有助于用戶理解和高效的定位應用服務。業(yè)務邏輯層位于顯示層和數(shù)據(jù)層之間，專門為實現(xiàn)企業(yè)的業(yè)務邏輯提供了一個明確的 層次，在這個層次封裝了與系統(tǒng)關聯(lián)的應用模型，并把用戶表示層和數(shù)據(jù)庫代碼分開 。這個層次提供客戶 應用程序和數(shù)據(jù)服務之間的聯(lián)系，主要功能是執(zhí)行應用策略和封裝應用模式，并將封裝的模式呈現(xiàn)給客戶應用程序。數(shù)據(jù)層是三層模式中最底層，他用來定義、維護、訪問和更新數(shù)據(jù)并管理和滿足應用服務對數(shù)據(jù)的請求。 三層體系結構 三層結構特點優(yōu)勢 良好的靈活性和可擴展性 ： 對于環(huán)境和應用條件經(jīng)常變動的情況，只要對應用層實施相應的改變，就能夠達到目的。 可共享性 ： 單個應用服務器可以為處于不同平臺的客戶應用程序提供服務，在很大程度上節(jié)省了開發(fā)時間和資金投入； 較好的安全性 ： 在這種結構中，客戶應用程序不能直接訪問數(shù) 據(jù)，應用服務器不僅可控制哪些數(shù)據(jù)被改變和被訪問，而且還可控制數(shù)據(jù)的改變和訪問方式 。 增強了企業(yè)對象的重復可用性 ： “ 企業(yè)對象 ” 是指封裝了企業(yè)邏輯程序代碼，能夠執(zhí)行特定功能的對象。隨著組件技術的發(fā)展，這種可重用的組件模式越來越為軟件開發(fā)所接受。 三層模式成為真正意義上的 “瘦客戶端 ”，從而具備了很高的穩(wěn)定性、延展性和執(zhí)行校率三層模式可以將服務集中在一起管理，統(tǒng)一服務于客戶端，從而具備了良好的 第 10 頁 容錯能力和負載平衡能力。 ? 后臺用戶接口： ? 采用異步方式獲得菜單操作數(shù)據(jù)； ? 后臺菜單采用完全的 JAVAscript 控制 ； 系統(tǒng)設計原則考慮 一致性原則 系統(tǒng)一致性主要包括如下方面： ? 顏色搭配：各級頁面顏色有獨立的顏色模式，同時整體站點顏色模式趨于一致 ? 顏色模式的定義采用 cusps 樣式定義！ ? 內(nèi)容布局：各級頁面布局有獨立的方式，同時整體站點布局方案趨于一致 ? 跳轉(zhuǎn)方式：站內(nèi)容頁面跳轉(zhuǎn)方式根據(jù)區(qū)域一致，考慮用戶習慣，考慮 web 系統(tǒng)特點 ? 友好性提示 高吞吐量原則（從軟件架構角度考慮） 高吞吐量是評價一個網(wǎng)站優(yōu)劣的關鍵指標指標 1 并發(fā)訪問量 2 在線數(shù)量 3 數(shù)據(jù)查詢所占比重 以上三點直接的體現(xiàn)在如下幾個方面： 1 數(shù)據(jù)狀態(tài)保存 2 登陸 狀態(tài)信息保存 3 頻繁的數(shù)據(jù)連接和存儲 解決途徑： ? 查詢策略優(yōu)化 ? 減少一次數(shù)據(jù)讀取的條目可以較大改善和減輕服務對處理器，和存儲器的壓力 ? 減少一次數(shù)據(jù)讀取的條目可以檢查網(wǎng)絡傳輸?shù)膲毫Γ喍逃脩艟W(wǎng)絡等待時間，提高響應速度 ? 采用自定義分頁（針對翻頁功能） 該策略非常明顯減少數(shù)據(jù)量，網(wǎng)絡傳輸量，客戶端緩存壓力 ? 數(shù)據(jù)庫設計考慮讀取的優(yōu)化，查詢的優(yōu)化，避免多表遍歷關聯(lián)，考慮關鍵字索引，建立查詢關鍵字，適當使用視圖，盡量采用存儲過程獲得數(shù)據(jù) ? 用存儲過程進行數(shù)據(jù)存儲 ? 優(yōu)點 1 存儲過程能夠允許絕大部分的數(shù)據(jù)庫訪問邏輯與程序邏輯分離開來。使用存儲過程的其中一個間接的優(yōu)點是，程序的代碼變得更加小巧和容易理解。 第 11 頁 ? 優(yōu)點 2 SQL 可以被預先編譯，由此提高了程序的速度。因為存儲過程包含程序邏輯，可以在數(shù)據(jù)庫服務器端更多地執(zhí)行更多的處理。存儲過程被用于將數(shù)據(jù)層與服務層分離開來。 ? 明顯的三層邏輯分離結構 (軟件架構 ) ? 三層邏輯結構是系統(tǒng)各種性能相關性中最為重要技術方式 ? 在 CDK 會員系統(tǒng)中分為： ? UI 用戶接口層 ? 業(yè)務網(wǎng)絡基層 ? 數(shù)據(jù)訪問層 ? 數(shù)據(jù)緩存策略優(yōu)化 ? 根據(jù)具體情況實現(xiàn)客戶端視圖緩存，會話緩存 ，應用緩存相結合的緩存策略 ? 局部信息數(shù)據(jù)應用緩存 ? 數(shù)據(jù)讀取策略優(yōu)化 ? 根據(jù)需要考慮結構集和數(shù)據(jù)流相結合的訪問方式 ? 考慮對象連接池和數(shù)據(jù)連接池技術 系統(tǒng)硬件架構 拓撲 分離服務器 I n t e r N e t防 火 墻應 用 服 務 器膝 上 計 算 機手 持 式 計 算 機網(wǎng)絡請求網(wǎng)絡請求網(wǎng)絡請求個 人 計 算 機數(shù) 據(jù) 庫 服 務 器 該結構特點介紹 ： ? 應用服務器與數(shù)庫服務器物理分離 第 12 頁 ? 應用服務器可與多個數(shù)據(jù)庫服務器通信組成分布式數(shù)據(jù)訪問 ? 獨立的數(shù)據(jù)庫服務器可以作相關的操作（如索引更新，視圖更新） ? 獨立的用應用服務器可以有更多資源接受，處理請求，更多資源； ? 相互的獨立的服務器物理分離將獲得更高的數(shù)據(jù)安全性； 系統(tǒng)穩(wěn)定性。 ? 減少或者避免因為 Web 應用，數(shù)據(jù)應用 ,鏈路故障導致的訪問失敗或者更糟糕的服務器重啟！ ? 法院 系統(tǒng)業(yè)務邏輯不需經(jīng)過大量科學計算或者分析，不是太復雜；為此該結構并未將邏輯層物理分離。