混合加密即時通訊系統畢業設計論文(文件)

　

【正文】 lse) { Calendar calendar=()。 String day=(())。 String aa=year++month++day+ +hour+:+minute+:+second。 FileOutputStream fw = new FileOutputStream(record\\+curuser+與 +()+.txt, true)。 FileInputStream rf=new FileInputStream(record\\+curuser++()+.txt)。 } ()。檢查系統對于非法的輸入會做出怎么的處理，也就是檢查在不正常的情況下系統能否正確地完成期望的處理，也就是容錯性測試。 測試用例方法舉例 功能測試 性能測試 參考文獻 附錄 翻譯部分 致謝 。 2） 系統能否在處理所發生的不可預見的錯誤的時候，而不會使功能失去。 易用性測試 1）所使用的語言是否是讓 人明白易懂的； 2）其中的命令、信息、提示等是否具有協調的含義； 3）使用者能否總是了解到當前系統的狀態； 4）軟件的操作方面是否方便用戶操作； 5）輸入域上面是否能有一些特別的提示； 6）如果輸入出現了錯誤的時候，能否清楚明了的表示出其中錯誤的信息等等所有可能導致不方便的地方都需要進行改正。 while((bb)!=1) { String message=new String(bb)。 ()。 byte bb[] = ()。 String minute=(())。 String year=(())。 ()。 DatagramPacket data_pack = new DatagramPacket(b, ,address, ())。 SendPacket sp = new SendPacket(proFindUser)。 return。 VectorObject vv= (VectorObject)()。 public VectorObject Select() { //查詢用戶 ui=new UserItem()。 if (result != 0) { (this, 刪除好友成功！ , 刪除好友 , )。 (ui)。 (())。 }}}} 刪除好友 刪除相應分組下對應的好友。 ()。 Protocal proaddfriend = new Protocal(, (), fi)。 (ui)。 return。 return。 if (()) { (this, 好友名稱不能為空！ , 添加好友 , )。 SendPacket sp = new SendPacket(proVerifyUser)。 public int Verify() { //驗證用戶是否存在 String username = ().trim()。 用戶注冊圖例 登錄模塊 這一個部分作用是用于用戶的登錄，只有在注冊之后才可以進入到系統進行操作， 用戶在登錄的時候會按照用戶名和密碼進行 驗證，只有驗證失敗的時候才會出現相對應的提示信息，一旦用戶名和密碼都完全正確的時候就可以順利的進入到主界面當中，然后就可以進行正常的管理工作。 2） 分組表：其中包括分組的名稱，用戶 3） 好友表：其中包括好友的名稱，好友所在的分組，用戶。能夠使得企業部署和構建經濟有效的 BI 解決方案，幫助用戶以及團隊通過一些工具將數據應用推向業務中的各個領域。軟件一定要滿足大多數人的實用標準，操作過程不需要十分的困難，軟件同操作人員的交互性需要保證。用戶嚴格按照操作要求所產生的數據，在同我們的數據庫也會產生一些變化，這兩種變化需要保持一致，一定避免一些異常或者錯誤的出現。 即時通訊流程圖例 聊天記錄模塊 這一模塊的主要作用是用來記錄與自己相應的好友進行聊天的內容， 方便用戶瀏覽一些比較重要的信息和談論的話題等等。在刪除好于過程中，只要選 則一個分組下的一個好友的名字，就能進行好友刪除的操作。 用戶注冊 是否合法 否 用戶注冊模塊圖例 用戶登錄模塊 用戶登錄時需要正確填寫自己的用戶名，同時填寫正確的與用戶名對應的密碼，如果驗證成功則能夠進入到即時通訊系統的主面板，并且可以與在線的好友進行即時通訊。我們做一種假設，客戶與某個服務器建立一個連接，并且已經與它交換了請求的響應，但是意外的崩潰了。 若選擇 TCP 時，但是它有一個很大的缺點，就是在建立個中止連接的三次握手使 TCP 比起 UDP 開銷大出很多。 3） 傳輸層協議的選擇確定 由于 TCP 和 UDP 的語義有很大的不同，如果想要考慮到應用協 議所要求的語義，設計者就不能不在兩種選擇中選一種，是選擇連接的傳輸協議或者是無連接的傳輸協議。 2） UDP UDP 是一種能夠為應用程序提供多對多的通信， UDP 在通信應用的數目上面有一個比較大的靈活度。用戶在注冊后必須在服務器上建立登記表，只有這樣才會知道其他的用戶是否存在，并與其他的用 戶進行交流。模式二相比較與模式一是一種技術上面的修正，盡管這樣的一個修正會帶來新的問題，但是對于它的實用性是不用質疑的的，非常的強大方便。 系統總體的框架圖示 拓撲結構 拓撲結構主要有兩種模式：第一種：是客戶端 服務器星型結構，服務器 服務器對等結構；第二種：客戶端 服務器星型結構，服務器 服務器對等結構，客戶端 客戶機對等結構。 所以根據以上提到的兩點要求，所以我們一定要保證實際驗證的可行性，在這基礎上也要考慮到機器硬件方面等設備的不同而使得軟件造成的不可預知的結果或者錯誤，所以還要在不同的計算機上進行軟件的測試來達到要求的標 準。 擴展性 本軟件可以有很強的擴展性能，主要原因是軟件并沒有規定服務一定要采取中央服務器的模式，所以在 軟件在運行實現的時候，可以利用星型的結構同樣，也可以實用對等網絡結構甚至其他的混合結構也可以。聊天內容可以顯示聊天的時間和日期，并且聊天內容可以保存一定的時間。如果用戶名和密碼的驗證 不一致則不能通過驗證，從而無法進行登錄操作。 存在的問題和思考 現在已經成型的 IM 軟件或多或少都存在一些問題，類似名字或者版權的問題，而且技術上也很少有更大的創新和變化，而且一旦中央服務器癱瘓那么經常會導致整個網絡的崩潰，所有會出現消息無法發出的問題，正如此軟件的名字一樣，即時通訊軟件最