Java版QQ項目詳細設計之：概述
前兩天在博客上，發了一篇博文，概述了java qq設計中的幾個重要的問題，及其解決方案，有的人求源代碼，其實得到源代碼也未必能看懂的詳細結構，原因之一就是代碼太多，二是鄙人的代碼編寫水平很有限，所以為方便那些拿到代碼的朋友的閱讀，特此連載詳細設計思路、詳細設計圖、及偽代碼。
今天第一部分寫一下概述，今后幾天會連續更新出來其他的。重申：代碼水平有限，肯定會有設計不周及小bug的地方，請大家提提建議或意見，勿拍板磚，謝謝
（一）接口
一、外部接口
1、用戶界面
在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對WINDOW 風格較熟悉，應盡量向這一方向靠攏。在設計語言上，已決定使用 Java se進行編程，在界面上可使用Java2 se 所提供的可視化組件，向WINDOWS 風格靠近。 其中服務器程序界面要做到操作簡單，易于管理。在設計上采用下拉式菜單方式，在出錯顯示上可調用Java2 se 庫中的錯誤提示函數。
總的來說，系統的用戶界面應作到可靠性、簡單性、易學習和使用
2、軟件接口
服務器程序可使用Java2 se 提供的對 SQL SERVER 的接口，進行對數據庫的所有訪問。服務器程序上可使用SQL SERVER 的對數據庫的備分命令，以做到對數據的保存。在網絡軟件接口方面，使用一種無差錯的傳輸協議，采用滑動窗口方式對數據進行網絡傳輸及接收。
3、硬件接口
在輸入方面，對于鍵盤、鼠標的輸入，可用Java2 se的標準輸入/輸出，對輸入進行處理。
在輸出方面，打印機的連接及使用，也可用Java2 se的標準輸入/輸出對其進行處理。在網絡傳輸部分，在網絡硬件部分，為了實現高速傳輸，將使用高速ATM。
二、內部接口
內部接口方面，各模塊之間采用函數調用、參數傳遞、返回值的方式進行信息傳遞。具體參數的結構將在下面數據結構設計的內容中說明。接口傳遞的信息將是以數據結構封裝了的數據，以參數傳遞或返回值的形式在各模塊間傳輸。
（二）運行設計
一、運行模塊的組合
客戶機程序在有輸入時啟動接收數據模塊，通過各模塊之間的調用，讀入并對輸入進行格式化。
在接收數據模塊得到充分的數據時，將調用網絡傳輸模塊，將數據通過網絡送到服務器，并等待接收服務器返回的信息。接收到返回信息后隨即調用數據輸出模塊，對信息進行處理，產生相應的輸出。
服務器程序的接收網絡數據模塊必須始終處于活動狀態。接收到數據后，調用數據處理/查詢模塊對數據庫進行訪問，完成后調用網絡發送模塊，將信息返回客戶機。
運行控制運行控制將嚴格按照各模塊間函數調用關系來實現。在各事務中心模塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。
在網絡傳方面，客戶機在發送數據后，將等待服務器的確認收到信號，收到后，再次等待服務器發送回答數據，然后對數據進行確認。服務器在接到數據后發送確認信號，在對數據處理、訪問數據庫后，將返回信息送回客戶機，并等待確認。
二、出錯處理設計
1、出錯處理對策
所有的客戶機及服務器都必須安裝不間斷電源以防止停電或電壓不穩造成的數據丟失的損失。若真斷電時，客戶機上將不會有太大的影響，主要是服務器上：在斷電后恢復過程可采用 SQL SERVER 的日志文件，對其進行ROLLBACK 處理，對數據進行恢復。
在網絡傳輸方面，可考慮建立一條成本較低的后備網絡，以保證當主網絡斷路時數據的通信。
在硬件方面要選擇較可靠、穩定的服務器機種，保證系統運行時的可靠性。
2、安全保密設計
不好意思，這一方面做的最差，可以說為了進度，幾乎完全沒考慮，請拿到源代碼的朋友完善一下，完善后可以分享一下
3、維護設計
維護方面主要為對服務器上的數據庫數據進行維護。可使用 SQL SERVER 的數據庫維護功能機制。例如，定期為數據庫進行Backup，維護管理數據庫死鎖問題和維護數據庫內數據的一致性等。
本系列博文僅提供設計思路，及少量偽碼，詳細代碼：
http://down.51cto.com/data/353289
原文鏈接：http://wangchangshuai0010.iteye.com/blog/1450308
【編輯推薦】
