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