【文章內容簡介】 訊系統中只有存在發(fā)送者和接收者兩類實體。注冊后的用戶必須在服務器上建立登記表，才能知道其他用戶的存在，與其他用戶進行交流。1) TCP協議TCP和UDP是TCP/IP協議族的兩個主要的傳輸協議，TCP是面向連接的，UDP是面向無連接的，而實際上他們最大的區(qū)別在于為應用協議提供不同的服務，TCP協議為應用程序提供點到點的通信：建立可靠的連接。如果有故障發(fā)生，阻礙分組到達遠程系統，或者服務器不接受連接，客戶都會得到通知：數據可靠的交付，故障而不能交付，發(fā)送方會得到通知；具有流控的傳輸；雙工的傳輸，單個TCP連接允許同時雙向傳送數據流模式，TCP從發(fā)送方到接收方發(fā)送沒有報文邊界的字節(jié)。2) UDP協議UDP為應用程序提供多對多的通信，UDP在進行通訊的應用的數量上面，具有更大的靈活性。多個應用可以向一個接收方發(fā)送報文，一個發(fā)送方向也可以向多個接收方發(fā)送報文。UDP還可以使用底層網絡的廣播和組播設施交付報文：UDP提供的是不可靠交付語義，報文可能丟失、重復或者失序，而發(fā)送方是得不到通知的；缺乏流控制；報文模式，當有數據交付的時候，必須制定報文邊界。3) 傳輸層協議的選定由于TCP和UDP的語義及其不同，如果要考慮應用協議所要求的語義，設計者就不能不在面向連接和無連接的傳輸協議間作出選擇。利用面向連接的TCP協議，可以大大簡化應用協議的設計工作。由于UDP不提供可靠的交付，無連接傳輸要求應用協議提供可靠性，并在必要時，使用一種稱為自適應重傳的復雜技術。為現有的應用程序增加自適應重傳比較困難，它需要程序員具有相當地專業(yè)知識。選擇TCP一個很大的缺點就是，建立和中止連接的三次握手（TCP協議提供可靠的連接服務，采用三次握手建立一個連接。第一次握手：建立連接時，客戶端發(fā)送syn包(syn=j)到服務器，并進入SYN_SEND狀態(tài)，等待服務器確認；第二次握手：服務器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也發(fā)送一個SYN包（syn=k），即SYN+ACK包，此時服務器進入SYN_RECV狀態(tài)； 第三次握手：客戶端收到服務器的SYN＋ACK包，向服務器發(fā)送確認包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務器進入ESTABLISHED狀態(tài)，完成三次握手?？蛻舳伺c服務器開始傳送數據），使TCP比起UDP開銷大。在考慮是用UDP還是用TCP作為域名服務系統的運輸層協議是，設計者往往陷入兩難的境地。一個理想的解決方案應該既能提供可靠的數據傳輸，又不需要專門的建立和釋放連接，不需要報文的反段和重組，同時還能是兩端的空閑狀態(tài)所處的時間最短。TCP什么都好，只可惜他需要建立和釋放連接。還有一個嚴重的問題就是TCP在空閑的連接上根本不發(fā)送任何分組。假設客戶與某個服務器建立了連接，并與之交換請求和響應，接著便崩潰了。因為客戶已經崩潰了，它就不會再發(fā)送任何請求了，然而，服務器到目前為止對它收到的所有請求都進行了響應，它便不會再向客戶發(fā)送更多的數據。這種情況下，服務器擁有分配給該連接的數據結構(包括緩存空間)，這些資源不能被重新分配。服務器是設計成始終運行的。如果不斷有客戶崩潰，服務器就會耗盡資源(如套接字、緩存空間、TCP連接)從而中止運行。 功能設計系統功能設計，如圖33所示?？蛻舳擞脩糇杂脩舻卿浄纸M管理好友管理查詢用戶即時通訊聊天記錄服務器登錄服務查找好友在線服務端口分配圖33 系統功能設計圖 用戶注冊模塊用戶需要正確填寫自己的用戶名、密碼、真實姓名、性別、個性簽名等信息，如果用戶名合法且未被占用，則可以注冊成功。用戶注冊如圖34所示。（重畫圖3－4，3－5，3－6,3－7,3－8,3－9，4－1,4－2,4－3，方框里的字體要清楚）圖34 用戶注冊流程圖 用戶登錄模塊用戶需要正確填寫自己的用戶名、密碼，如果驗證成功，則可以進入到J即時通訊系統主面板，與在線好友進行即時通訊。用戶登錄如圖35所示。圖35 用戶登錄流程圖分組管理模塊包括對分組的添加與刪除。添加分組過程中，分組不能為空并且不能有重復的分組。刪除分組過程中，只要選定要刪除的分組，即可刪除成功。分組管理如圖36所示。圖36 分組管理流程圖 好友管理模塊好友管理模塊包括對好友的添加與刪除。添加好友過程中，好友不能為空，不能加自己為好友，要添加的好友必須存在并且不能有重復的好友。刪除好友過程中，只要選定所屬分組下的相應好友，即可刪除成功。好友管理如圖37所示。圖37 好友管理流程圖 查詢用戶模塊查詢用戶模塊列出了除了自己的所有用戶的基本信息包括是否在線，用戶可以根據需要加為好友并進行通訊，對于在線狀態(tài)的好友可以進行在線交流。查詢用戶如圖38所示。圖38 查詢用戶流程圖 即時通訊模塊即時通訊模塊是本系統最關鍵的環(huán)節(jié)與目的所在。用戶可以選擇分組中的在線好友進行即時通訊，并且當交流完畢時自動保存聊天記錄。即時通訊如圖39所示。圖39 即時通訊流程圖 聊天記錄模塊聊天記錄模塊主要記錄了與相應好友的所有聊天內容，可以方便的瀏覽一些重要信息和談論話題等。 設計原則及一般要求參照各模塊的功能與具體的特點，設計的整個即時通訊系統應達到以下目的：（1）穩(wěn)定性。整個系統應能穩(wěn)定運行，硬件配置的局部改變不會影響整體的正常運行，其它系統的差錯不會導致即時通訊系統無法正確運作。（2）準確性。系用戶按操作要求操作產生的數據與數據庫產生的變化應嚴格保持一致，杜絕錯誤、異常等情況的出現。（3）安全性。所有數據定時備份，錯誤的出現由系統自動記錄備份文件，以備查驗，避免用戶誤操作而造成不必要的損失。（4）易使用性。即時通訊系統的界面與操作人員的交互性好，用Client/Server(客戶端/服務器)結構。4 系統設計 模塊設計功能模塊設計如表41所示：表41 功能模塊設計表功能模塊用戶注冊模塊用戶登錄模塊分組管理模塊好友管理模塊 查詢用戶模塊即時通訊模塊聊天記錄模塊 即時通訊系統關系型數據庫的實現Microsoft SQL Server 2000 是一個高性能的客戶端/服務器結構的關系數據庫管理系統（RDBMS）。SQL Server 2000是為支持高容量的事務處理（比如在線訂購錄入、存貨目錄、記賬或制造）以及數據倉庫和決策支持系統而設計的。它運行在Microsoft Windows NT4或Microsoft Windows 2000 Server上—基于使用Intel處理器的網絡。也能夠為其他的Microsoft操作系統提供很多客戶端工具和網絡接口。由于SQL Server的開放結構，其他系統也能和它交互操作。使用它可以完成事務處理、存儲和分析數據以及創(chuàng)建新的應用程序。其中SQL Server的RDBMS（Relational Database Management System，關系型數據庫管理系統）負責維護數據庫中數據之間的關系，確保正確的存儲數據和不違反定義數據之間的規(guī)則，而且在系統發(fā)生錯誤時將所有數據恢復到某個已知的、具備一致性的檢查點上。SQL Server 2000就是關系數據庫開發(fā)工具，數據庫能匯集各種信息以供查詢、存儲和檢索。SQL Server 2000 的優(yōu)點在于它能使用數據表示圖或自定義窗體收集信息。數據庫在一個信息管理系統中占有非常重要的地位，數據庫結構設計的好壞將直接對應用系統的效率以及實現的效果產生影響。合理的數據庫結構設計可以提高數據存儲的效率，報填數據的完整和一致。另外，合理的數據庫結構將非常有利于程序的實現。設計數據可系統是應該首先充分了解用戶各個方面的要求，包括現有的以及將來可能增加的要求。 數據庫分析即時通訊系統需求包括對用戶信息、分組信息、好友信息等各方面信息的管理，這些信息都需要保存在數據庫中，因此需要建立一些相應的表結構來存儲這些相應的數據。針對這些情況，我建立了以下若干表來存儲相應的信息：表名：用戶表，分組表，好友表等。1) 用戶表：包括的數據項有：用戶名、密碼、真實姓名、性別、個性簽名、是否在線、登錄IP、綁定端口等。2) 分組表：包括的數據項有：分組名稱、用戶等。3) 好友表：包括的數據項有：好友名稱、所在分組、用戶等。 數據庫概念設計根據前面的需求分析和概要設計規(guī)劃出本系統所使用的實體對象，分別為：用戶實體、分組實體、好友實體。下面將給出幾個關鍵實體的ER圖。(1) 用戶實體用戶實體包括用戶名、密碼、真實姓名、性別、個人簽名、是否在