混合加密即時通訊系統畢業設計論文(編輯修改稿)

　

【文章內容簡介】 rver 2021 中文個人版 開發工具： eclipse 硬件配置： CPU 以上 ，內存 512MB 以上 3 概要設計 框架設計 系統的軟件設計的總體框架包括一個服務器以及與服務器連接的數據庫支持，與此同時需要通過 TCP 協議與若干的客戶端連接，而在每個客戶端之間由 UDP 協議彼 此保持連接。 系統總體的框架圖示 拓撲結構 拓撲結構主要有兩種模式：第一種：是客戶端 服務器星型結構，服務器 服務器對等結構；第二種：客戶端 服務器星型結構，服務器 服務器對等結構，客戶端 客戶機對等結構。 模式一 模式二 現在的絕大多數的即時通訊系統內部的拓撲中采用的都是模式一，但是也會有很少的一部分會在即時通訊的服務中采用第二種的模式。第二種模式發信者首先嘗試直接與即時收信箱直接通信，假如通信過程中發現通訊超時，那么就會轉為使用服務器中轉來完成通訊。 對于模式一來說，是一種十分成熟的模式，很大一部分 TCP\IP 的應用系統都會實用這種模式，例如 SMTP 服務， WWW 服務， DNS 服務 等都是實用這種模式。模式二相比較與模式一是一種技術上面的修正，盡管這樣的一個修正會帶來新的問題，但是對于它的實用性是不用質疑的的，非常的強大方便。 對于制作的即時通訊系統中的服務是由服務器構成的，其中的每個實體用戶都是一個寄住服務器管理。用戶一定要先向服務器注冊，在注冊成功后，才可以控制發信者和收件箱。而發信者是獨立于系統的實體，并不屬于通訊服務，即時收信箱則存在于服務器中，在所設計的系統中是只有發送者和接受者是實體。用戶在注冊后必須在服務器上建立登記表，只有這樣才會知道其他的用戶是否存在，并與其他的用 戶進行交流。 1） TCP 協議。 TCP 和 UDP 是 TCP\UDP 協議族的兩個主要的傳輸協議，對于 TCP 是面向連接的， UDP是面向無連接的，而事實上這兩種協議的最主要的差別是為應用協議提供的不同的服務，TCP 協議是為應用的程序提供點到點的一種通訊，建立可靠的連接，如果有故障的發生，阻礙分組到達遠程系統；又或者服務器不接受連接的情。這兩種情況用戶都會得到一個通知，數據可靠的交付，故障則不能交付，發送方會得到一個通知；具有雙工的傳輸，具有流控的傳輸，單個 TCP 連接允許同時雙向傳送數據流的模式， TCP 從發送方到接收方發 送沒有報文邊界的字節。 2） UDP UDP 是一種能夠為應用程序提供多對多的通信， UDP 在通信應用的數目上面有一個比較大的靈活度。多個應用可以向同一個接收方來發送報文，一個發送方與此同時也可以像多個接受方來發送報文。 UDP 還能使用底層網絡的廣播和組播的設施來交付報文。 UDP所提供的是一種不可靠交付語義，報文有一定的幾率重復或者丟失或是失序，而發送方也得不到任何的通知，同時缺乏流控制；報文模式，在有數據交付的時候，必須制定報文的邊界。 3） 傳輸層協議的選擇確定 由于 TCP 和 UDP 的語義有很大的不同，如果想要考慮到應用協 議所要求的語義，設計者就不能不在兩種選擇中選一種，是選擇連接的傳輸協議或者是無連接的傳輸協議。入伙選擇面向連接的 TCP 協議，可以大大的是應用協議的設計工作得到簡化。由于 UDP 不能夠提供可靠的交付，則無連接傳輸要求應用協議提供可靠性，而且要在必要的時候，使用一種叫做自適應重傳的十分復雜的技術。為現有的應用程序增加自適應重傳是不叫困難的，它需要程序員具有十分全面的專業知識。 若選擇 TCP 時，但是它有一個很大的缺點，就是在建立個中止連接的三次握手使 TCP 比起 UDP 開銷大出很多。在考慮是用 UDP 還是用 TCP 最后還是 會陷入一種兩難的境地。一種理想的解決方案應該既能提供可靠的數據傳輸，又不需要特別專門的建立和釋放連接，同時有不需要報文的反段和重組，而且滿足兩端的空閑狀態所處的時間最短。 TCP在空閑的時候連接上根本不發送任何分組。我們做一種假設，客戶與某個服務器建立一個連接，并且已經與它交換了請求的響應，但是意外的崩潰了。由于客戶已經崩潰了，所以它就不再發送任何的請求了，但是服務器目前為止對它收到的所有請求都進行了響應，它肯定不會在向客戶發送更多的數據了。 功能設計 系統功能設計包括一下功能，用戶注冊，用戶登錄，用 戶分組管理，用戶好友管理，查詢用戶，即時通訊，用戶的聊天記錄。 系統功能設計圖例 用戶注冊模塊 用戶需要正確的填寫自己的用戶名，對應用戶名的密碼，密碼輸入兩次保證一致，用戶的真實姓名，用戶的性別，用戶的個性簽名等信息，如果用戶注冊的用戶名是合法的同時又是沒有被占用的，那么注冊成功。 用戶注冊 是否合法 否 用戶注冊模塊圖例 用戶登錄模塊 用戶登錄時需要正確填寫自己的用戶名，同時填寫正確的與用戶名對應的密碼，如果驗證成功則能夠進入到即時通訊系統的主面板，并且可以與在線的好友進行即時通訊。 用戶登錄流程圖 分組管理模塊 用戶分組管理應該包括對分組的 添加和刪除操作，添加分組的過程中，首先分組不能為空，同時不能用重復的分組，在刪除分組的過程中，重要選定要刪除的分組，那么就能輕易的刪除掉不需要保留的分組信息。 分組管理流程圖 用戶登錄 是 好友管理模塊 好友管理模塊包括對好友的添加與刪除操作。添加好友時，好友的名字不能為空，不能添加自己為好友，要添加的好友必須是存在的而且也不能重復添加已經是自己好友的人為好友。在刪除好于過程中，只要選 則一個分組下的一個好友的名字，就能進行好友刪除的操作。 好友管理流程圖 查詢用戶模塊 查詢用戶的操作，主要目的是尋找一個用戶名，并添加為自己的好友。查詢模塊能夠列出除了自己以外的所有用戶的基本信息，并且進行通訊。 查詢用戶模塊圖例 即時通訊模塊 這一部分的設計是本軟件最重要和最關鍵的環節，用戶可以自由的選擇在線的好友進行即時通訊，而且在聊天結束之后，聊天的記錄將會被保存下來，保存的時間和日期需要顯示出來。 即時通訊流程圖例 聊天記錄模塊 這一模塊的主要作用是用來記錄與自己相應的好友進行聊天的內容， 方便用戶瀏覽一些比較重要的信息和談論的話題等等。 設計原則