【文章內(nèi)容簡介】 性研究，需求分析流程圖等。第三章為概要設(shè)計，分模塊介紹系統(tǒng)的具體實現(xiàn)過程。第四章為詳細(xì)設(shè)計。2 需求分析 可行性分析經(jīng)濟(jì)可行性:由于本系統(tǒng)的主要背景是畢業(yè)課程設(shè)計，不注重直接的經(jīng)濟(jì)效益和其后的發(fā)展方向，只在注重自身水平和能力的提高，對自身的經(jīng)濟(jì)要求也不高，只要有一臺能運行 Java 軟件的電腦便可，所以不用考慮到經(jīng)濟(jì)問題。技術(shù)可行性: 本系統(tǒng)的開發(fā)利用 Microsoft SQL Server2022 作為本系統(tǒng)的數(shù)據(jù)庫,它是一個支持多用戶的新型數(shù)據(jù)庫,適用于大中規(guī)模的數(shù)據(jù)量需求。學(xué)校校園網(wǎng)的建設(shè)也為新系統(tǒng)服務(wù)器/客戶端的結(jié)構(gòu)提供了硬件的支持。使用 Java 作為系統(tǒng)開發(fā)的開發(fā)環(huán)境,它提供完善的指令控制語句、類與對象的支持及豐富的數(shù)據(jù)類型,給開發(fā)高性能系統(tǒng)提供的保障為開發(fā)滿足客戶要求的系統(tǒng),保證了代碼的模塊化要求,而代碼模塊化的提高,非常有利于以后對新系統(tǒng)的擴(kuò)展與修改。 8 運行可行性: 本系統(tǒng)為一個小型的即時聊天系統(tǒng),所耗費的資源非常的小 ,現(xiàn)在一般的電腦無論是硬件還是軟件都能夠滿足條件,因此,本系統(tǒng)在運行上是可行的。綜上所述,本系統(tǒng)的設(shè)計與開發(fā)在技術(shù)上和硬件設(shè)備上的條件都是滿足的,因此,它在技術(shù)上是可行的。 系統(tǒng)功能需求本系統(tǒng)主要通過客戶端，服務(wù)器端來體現(xiàn)即時通訊的基本功能。（1）服務(wù)器端（2）客戶端 系統(tǒng)性能需求實用性：為信息交流提供方便，有效進(jìn)行作業(yè)管理。操作簡單：本系統(tǒng)應(yīng)該適用于不同水平的使用者，包括事業(yè)單位和企業(yè)單位，同時系統(tǒng)不應(yīng)太復(fù)雜和煩瑣，因此要求系統(tǒng)的操作盡可能簡單易行。技術(shù)先進(jìn)：產(chǎn)品的系統(tǒng)設(shè)計和開發(fā)應(yīng)緊跟著整個計算機(jī)發(fā)展潮流，采用當(dāng)時最先進(jìn)的設(shè)計思想，利用最新的開發(fā)技術(shù)和開發(fā)工具。使系統(tǒng)能夠無論在功能設(shè)計上，還是在技術(shù)實現(xiàn)上，都處于同行業(yè)的領(lǐng)先地位。安裝使用簡便：服務(wù)器端的安裝簡潔明了，客戶機(jī)無需再裝任何軟件就可以直接注冊登陸聊天。適應(yīng)性：應(yīng)該能廣泛應(yīng)用于不同類型的企事業(yè)單位。系統(tǒng)采用模塊化設(shè)計，用戶可以根據(jù)自己的實際情況自行組合，使系統(tǒng)在不同的硬件環(huán)境下都能得以應(yīng)用。 代碼可讀性好：文中的代碼將盡可能簡潔，易懂。 9 系統(tǒng)運行需求 移動客戶端需 500MHz 及以上的處理器 移動客戶端需 256MB 及以上的 ROM 空間 移動客戶端需 256MB 及以上的 RAM 空間 移動客戶端需具有 WiFi/GRPS 網(wǎng)絡(luò)接收模塊，能正常連接到網(wǎng)絡(luò) 服務(wù)端需具有 P4 及以上的處理器 服務(wù)端需具有 80GB 及以上的硬板空間 服務(wù)端需具有 1GB 及以上的內(nèi)存空間 數(shù)據(jù)流圖 頂層數(shù)據(jù)流圖圖 21 頂層數(shù)據(jù)流圖 一層數(shù)據(jù)流圖. 圖 22 一層數(shù)據(jù)流圖聊天用戶即時通訊系統(tǒng) 聊天用戶聊天用戶客戶端服務(wù)器端數(shù)據(jù)流聊天用戶 10 二層數(shù)據(jù)流圖圖 23 系統(tǒng)二層數(shù)據(jù)流圖3 概要設(shè)計 系統(tǒng)實現(xiàn)原理即時通訊的設(shè)計跟普通網(wǎng)站設(shè)計有著許多不同的地方，普通網(wǎng)站設(shè)計所考慮的因素，例如，普通網(wǎng)站需要對布局進(jìn)入大量美化以及動畫設(shè)計等等，而即時通訊只要提供滿足訪客雙方直接實時聊天即可。因此，在設(shè)計聊天系統(tǒng)的過程中，必須要考慮好以下幾個設(shè)計要點：在 Inter 上的聊天程序一般都是以服務(wù)器提供服務(wù)端連接響應(yīng)，使用者通過客戶端程序登錄到服務(wù)器，就可以與登錄在同一服務(wù)器上的用戶交談，這是一個面向連接的通信過程。因此，程序要在 TCP/IP 環(huán)境下，實現(xiàn)服務(wù)器端和客戶端兩部分程序。用戶登錄 用戶注冊用戶客戶端服務(wù)器端處理用戶退出 用戶請求信息 用戶聊天信息 11 圖 31 系統(tǒng)實現(xiàn)原理圖 系統(tǒng)實現(xiàn)層次圖：即時通訊系統(tǒng)客戶端 服務(wù)器端實時聊天好友信息請求 更新信息請求 好友添加/刪除 注冊/登錄請求 聊天消息轉(zhuǎn)發(fā) 好友信息查詢 用戶信息更新 好友添加/刪除 用戶注冊/登錄 12 圖 32 系統(tǒng)實現(xiàn)層次圖 各模塊詳細(xì)功能 服務(wù)器端結(jié)構(gòu)圖 33 服務(wù)器端結(jié)構(gòu)圖：服務(wù)器啟動操作。：服務(wù)器端連接數(shù)據(jù)庫，負(fù)責(zé)服務(wù)器端與數(shù)據(jù)庫連接讀取數(shù)據(jù)操作。服務(wù)器監(jiān)聽控制窗體ServerFrame啟動服務(wù)器監(jiān)聽AppServer處理所有用戶請求Connection 13 ：服務(wù)器端監(jiān)聽客戶端連接，并處理各種請求。：服務(wù)器端接受客戶端消息鏈轉(zhuǎn)化為 json 格式的數(shù)據(jù)定義。：服務(wù)器端發(fā)送客戶端消息鏈轉(zhuǎn)化為 json 格式的數(shù)據(jù)定義。 ：服務(wù)器接受消息處理的抽象類。： 服務(wù)器接受客戶端登錄請求操作。：服務(wù)器接收客戶端查找好友消息轉(zhuǎn)化為 json 格式的數(shù)據(jù)定義：服務(wù)器更新在線用戶鏈表的 json 格式的數(shù)據(jù)定義：服務(wù)器端接受客戶端聊天信息和請求并進(jìn)行轉(zhuǎn)發(fā)。 客戶端結(jié)構(gòu)圖 34 客戶端結(jié)構(gòu)圖：客戶端用戶登錄信息的記錄。：客戶端聊天消息列表數(shù)據(jù)。：客戶端在線列表數(shù)據(jù)成員。：客戶端主界面 topbar 圖標(biāo)數(shù)據(jù)。：客戶端在線列表數(shù)據(jù)。：客戶端好友信息數(shù)據(jù)。：客戶端自己信息數(shù)據(jù)成員。：客戶端注冊信息數(shù)據(jù)成員。：客戶端好友信息數(shù)據(jù)成員。啟動客戶端ChatClient用戶窗體啟動Login用戶聊天窗體ChatRoom用戶窗體啟動Login用戶窗體監(jiān)聽Close 14 :客戶端用戶信息數(shù)據(jù)。：客戶端注冊界面及交互。：客戶端登錄界面及交互。：負(fù)責(zé)客戶端聊天窗體及交互。：客戶端好友信息界面及交互。：客戶端自己信息界面及交互。：負(fù)責(zé)客戶端好友查找界面及交互。：客戶端在線用戶界面與交互。：客戶端連接服務(wù)器及與服務(wù)器進(jìn)行交互。：客戶端主界面，負(fù)責(zé)各項窗體操作和數(shù)據(jù)分配及交互。4 詳細(xì)設(shè)計 系統(tǒng)流程圖 系統(tǒng)總體流程圖圖 41 系統(tǒng)總體流程圖開始啟動服務(wù)器判斷啟動信息啟動客戶端判斷登錄信息登錄服務(wù)器退出服務(wù)器注冊用戶結(jié)束否是是 15 系統(tǒng)客戶端流程圖圖 42 客戶端流程圖 編寫服務(wù)器端程序 問題陳述 1. 能過接收用戶注冊信息并保存。 2. 能夠允許注冊過的用戶登錄聊天界面。 3. 能夠與在線好友進(jìn)行自由聊天。 4. 服務(wù)器運行在自定義的端口 60005 上。 5. 服務(wù)器監(jiān)控用戶列表和對用戶消息進(jìn)行轉(zhuǎn)發(fā)。 6. 服務(wù)器對用戶的請求作出處理。 7. 服務(wù)器對在線下線列表進(jìn)行更新。 解決方案 后臺數(shù)據(jù)庫設(shè)計開始客戶端登錄判斷主界面聊天界面 好友信息界面 個人信息界面退出結(jié)束 16 基于服務(wù)器跨平臺運行的架構(gòu)，服務(wù)器的后臺數(shù)據(jù)庫使用了 SQL Server2022。（1）userInfo 表：userInfo 表此表主要包含了用戶帳戶基本信息。即時通訊系統(tǒng)采用賬戶、密碼的登錄方式，給每個用戶生成一個唯一 ID 來做系統(tǒng)內(nèi)部的用戶標(biāo)識。（2）friend 表friend 表此表主要包含了用戶好友 ID 關(guān)系信息。 用戶注冊 首先創(chuàng)建一個字符串連接并寫入查詢命令，利用 dataset 保存臨時數(shù)據(jù)，留作后面注冊時用。 客戶端通過 請求注冊，填寫注冊信息，并驗證各項信息格式是否符合規(guī)定，如果不符合規(guī)定格式，則進(jìn)行提示重新填寫，最后將請求信息發(fā)送給服務(wù)器端。 17 下面是注冊驗證賬戶代碼： 服務(wù)器端得到注冊請求會將對象輸入流轉(zhuǎn)化為文件輸出流，并反饋給客戶端?？蛻舳说玫阶孕畔⒑髸谇芭_填寫注冊信息，然后創(chuàng)建文件輸出流，再用對象輸出流包裝后寫入本地文件將其持久化。最后關(guān)閉對象輸出流和文件輸入流。// 將向量中的類寫回文件FileOutputStream file = new FileOutputStream(fList)。ObjectOutputStream objout = new ObjectOutputStream(file)。(vList)。 將用戶注冊成功或失敗的信息用打印流包裝 Socket 以后，輸出給客戶端注冊結(jié)果的詳細(xì)信息。 18 // 發(fā)送注冊成功信息( + 注冊成功)。Date t =