【正文】 為客戶端程序的一個(gè)小程序，實(shí)現(xiàn)的一個(gè)石英鐘功能。 為客戶端程序聊天室主界面，負(fù)責(zé)接收、發(fā)送聊天內(nèi)容與服務(wù)器端的 親密合作。 為客戶端程序登錄界面，負(fù)責(zé) 用戶帳號(hào)信息的驗(yàn)證與反饋。 語言過濾類，處理非法聊天內(nèi)容的過濾。 二 服務(wù)器結(jié)構(gòu) 服務(wù)器端主要的模塊和結(jié)構(gòu)如圖 4所示： 為服務(wù)器端監(jiān)聽類，負(fù)責(zé)服務(wù)器的啟動(dòng)，包括啟動(dòng)監(jiān)聽端口、服務(wù)器 監(jiān)控界面。這樣做以后，簡化了設(shè)計(jì)編碼，性能也 得到 提高。 推薦的方式是“推”方式，因?yàn)?“ Happy Chat” 應(yīng)用于局域網(wǎng)，網(wǎng)絡(luò)條件較好， 且基于可靠的 TCP 協(xié)議傳輸消息， 本身對(duì)可靠性 要求也不高，具體說就是服務(wù)器向客戶轉(zhuǎn)發(fā)消息時(shí)，不管成功與否只發(fā)一次，客戶向服務(wù)器發(fā)消息時(shí)，若出錯(cuò)，不會(huì)自動(dòng)重發(fā)，但會(huì)給出提示，由聊天者決定是否重發(fā)（如再次按發(fā)送按鈕）。 此方式較之服務(wù)器直接推，服務(wù)器性能上有所損失，主要用于處理客戶的輪詢消息（較之重發(fā)消息，開支一般較?。蛻舴揭?yàn)橐営?，也損失性能，但 這對(duì)于客戶端并不重要（其計(jì)算能力絕大部分情況下都足夠），編碼量上 C/S 均增加了， 它的好處是如果多數(shù)情況下不能保證客戶方一直在線，則服務(wù)方可以處理多次輪詢，但只發(fā)一次消息給客戶，較之不斷的重發(fā)消息給客戶（尤其是大量用戶群發(fā)時(shí)）總體性能上是提高的。 服務(wù)器向客戶 B， C 推消息（相當(dāng)于客戶 B、 C 接收消息），是基于 B、 C 都在 準(zhǔn)備接收 的假設(shè)，這一 點(diǎn)較之服務(wù)器一直可靠運(yùn)行的假設(shè)，其假設(shè)的有效性較低，因?yàn)榭蛻舴降男袨殡y以預(yù)料，可能客戶重啟了系統(tǒng)，可能突然斷電等。顯然這兩種方式應(yīng)用的場(chǎng)合是不一樣的，上文中描述的是“推”方式 ,客戶 A將消 息發(fā)（推）給服務(wù)器，服務(wù)器將消息再轉(zhuǎn)發(fā)（推）給其它客戶。這適用于 其它 消息的處理。這就要根據(jù)情況在上述矛盾中折中，對(duì)于“聊天室系統(tǒng)”，對(duì)可靠性要求并不高，即使消息 有 5%未收到，也沒有大的問題， 另外聊天者是處理各種不 可靠問題的最佳人選，實(shí)在不行，可由人重啟系統(tǒng)（不會(huì)帶來任何人身及財(cái) 物 損失） ，另外本系統(tǒng)主要應(yīng)用在局域網(wǎng)，而局域網(wǎng)的可靠性是較高的 。最復(fù)雜的是客戶 B、 C 收到消息后也回復(fù)給服務(wù)器，服務(wù)器確認(rèn)都收到回復(fù)后再向 A 回復(fù)。 消息收發(fā)的簡圖如下圖 3所示： 圖 3 消息 收發(fā)示意圖 經(jīng)驗(yàn)共享 ： 下面是本人在網(wǎng)絡(luò)編程方面 多年 積累的經(jīng)驗(yàn)，感興趣的可以讀一讀 。 6 客戶 B/C的通訊模塊接收到消息，分析確認(rèn)是“消息接收請(qǐng)求”，則在界面上顯示：客戶 A〉消息 群發(fā)。 3 服務(wù)器在監(jiān)控界面上顯示：客戶 A— 〉消息 群發(fā) 4 服務(wù)器生成“消息接收成功”消息，向客戶 A回發(fā) （可?。??；镜牧奶爝^程如下 ： 0 客戶端啟動(dòng)注冊(cè)、登錄后，進(jìn)入收發(fā)界面，此時(shí) C/S 連接已建立 ， C處于接收狀態(tài)。 系統(tǒng)設(shè)計(jì) 總體設(shè)計(jì) 一 系統(tǒng)總體結(jié)構(gòu) 總體設(shè)計(jì)階段主要是確定系統(tǒng)的體系結(jié)構(gòu)和主要模塊 ，顯然系統(tǒng)分客戶端子系統(tǒng)和服務(wù)器子系統(tǒng)?？丛?200 個(gè)模擬客戶 （ 200 個(gè)發(fā) 送線程） ，每 1s一個(gè)消息的情況下， 服務(wù)器能否滿足客戶到客戶傳輸時(shí)間小于 5s的要求。 四 性能測(cè)試（可選） 編制一測(cè)試程序，作為客戶端， 登錄進(jìn)系統(tǒng)， 向服務(wù)器按指定時(shí)間間隔群發(fā)消息。 2 在正常收發(fā)中，強(qiáng)行關(guān)閉 服務(wù)器 ，觀察 各 客戶端 的反應(yīng)。至少關(guān)閉并重啟程序后，應(yīng)能正常收發(fā)。 三 可靠性測(cè)試 1 切斷 一 客戶至服務(wù)器的網(wǎng)絡(luò)連接，分別進(jìn)行注冊(cè)、登錄消息，客 戶端應(yīng)能給出提示，而不是死機(jī)或退出 ，在正常聊天過程中，切斷一客戶端網(wǎng)絡(luò)連接， 客戶程序應(yīng)能給出提示。 （ 4）退出系統(tǒng)，察看服務(wù)端顯示，察看其它客戶端是否已將該客戶名刪除。 （ 4）以同一用 戶名重復(fù)登錄一次 測(cè)試（ 1）（ 3）時(shí)要查看服務(wù)端的顯示 3 發(fā)送 接收 測(cè)試 。（ 1）輸入正確的口令和密碼，按登錄按鈕（ 2）空輸入，直接按登錄按鈕。（ 3）測(cè)試口令的一致性，口令長度，年齡及郵箱的數(shù)據(jù)有效性（具體測(cè)試用例設(shè)計(jì)可參考需求分析及詳細(xì)設(shè)計(jì)中的相關(guān)部分）。進(jìn)入注冊(cè)界面輸入重名用戶名，其它正確，請(qǐng)求注冊(cè)。 二 功能測(cè)試 1 注冊(cè)測(cè)試。 一 初始化數(shù)據(jù) 1 客戶端啟動(dòng)，進(jìn)入注冊(cè)界面 ， 輸入正確的注冊(cè)數(shù)據(jù)，請(qǐng)求注冊(cè)，查看服務(wù)端，看 是否正確注冊(cè) 。 2 客戶及服務(wù) 程序安裝配置正確，能正常啟動(dòng)運(yùn)行 。 客戶端程序安裝在客戶機(jī)（至少 2 臺(tái)）上，通過以太網(wǎng)（網(wǎng)速至少 10M）與服務(wù)器相連。 不少講分析設(shè)計(jì)的書并不提到這一步，而是在設(shè)計(jì)中直接給出類圖，結(jié)果是一樣的，但反映不出 這些類是如何來的，如果你注重過程，可以看一下本節(jié)，若果你注重結(jié)果，直接看設(shè)計(jì)實(shí)現(xiàn)中的相關(guān)內(nèi)容。一個(gè)是策略，一個(gè)是戰(zhàn)術(shù)，思路 相反，關(guān)鍵是要運(yùn)用得當(dāng)。其核心是先實(shí)現(xiàn)最重要（用戶觀點(diǎn)）和最難的（開發(fā)者觀點(diǎn)），這一觀點(diǎn)和日常思維相反，但卻是有效避免風(fēng)險(xiǎn)和損失的方法，因?yàn)楸匦璧暮碗y度大的一開始就實(shí)現(xiàn)不了的話 ，項(xiàng)目可以及時(shí)改變，否則等到最后才發(fā)現(xiàn)了難以解決而又必須解決的問題時(shí) ，損失就會(huì)更大。 而公告、踢人、保存日志及聊天記錄、個(gè)性化界面 等又次之。作為聊天系統(tǒng)，其主要功能就是聊天，客戶間互相發(fā)送消息，所以優(yōu)先級(jí)最高的是客戶端的發(fā)送、接收 、退出 用例，服務(wù)器端的接收 、退出 用例。經(jīng)驗(yàn)如何來？學(xué)習(xí)前人的經(jīng)驗(yàn)并運(yùn)用到自己的項(xiàng)目開發(fā)中，體會(huì)轉(zhuǎn)化為自己的東西應(yīng)該是個(gè)有效途徑。 在登錄用例中，客戶和服務(wù)方都有登錄用例，合作完成一個(gè)完整的登錄過程， 密碼和用戶名的驗(yàn)證一般都能想到，但限制用戶 數(shù)量，同一用戶不能重復(fù)登錄則不太容易想到， 這里經(jīng)驗(yàn)就會(huì)起作用，這是第一步，想到了就要向客戶提出（必要時(shí)解釋），具體要不要做由客戶決定 ， 則是第二步 。服務(wù)方如何處理是在服務(wù)端登錄用例中描述的。在接口處只關(guān)心接口處的輸入輸出，并不關(guān)心接口里面是如何實(shí)現(xiàn)的。 聊天系統(tǒng) 主要應(yīng)用在局域網(wǎng)，在性能方面要求，客戶到客戶間消息傳輸時(shí)間不大于 5s， 傳輸 可靠性要求 95%的情況下，消息可以可靠傳 到目的地，同時(shí)在線用戶數(shù)量不小于 200。 （ 5）系統(tǒng)在監(jiān)控界面上寫信息： 管理員 〉消息 若 出現(xiàn)異常 ， 提示 “ 發(fā)送 失敗” 。 5 退出 （ 1）用戶請(qǐng)求退出，按退出按鈕 （ 2）系統(tǒng)確認(rèn)用戶退出（對(duì)話框） （ 3）系統(tǒng)發(fā)“退出請(qǐng)求”到服務(wù)端 ，等待服務(wù)端返回“退出成功” （等待返回消息可?。? （ 4） 客戶端系統(tǒng) 關(guān)閉連接，程序 退出 二 服務(wù)器端 1. 用戶注冊(cè) （ 1）系統(tǒng)啟動(dòng)后， 等待客 戶 請(qǐng)求 （ 2）客戶請(qǐng)求到，接受請(qǐng)求，分析確認(rèn)是 “ 注冊(cè)請(qǐng)求 ” （ 3）系統(tǒng)讀取 信息，分析并再次驗(yàn)證 用戶名、密碼、確認(rèn)密碼、性別、年齡、電子郵件。 （ 4）系統(tǒng)提示信息已發(fā)送 若發(fā)送不成功，則 系統(tǒng)提示“發(fā)送失敗”。 3. 發(fā)送信息 （ 1）在客戶端主界面，用戶輸入消息，選擇是群發(fā)還是私聊，若是私聊還要選擇對(duì)方用戶名，按發(fā)送按鈕 （ 2）系統(tǒng)驗(yàn)證消息長度 , 私聊要求目的方用戶名非空。 2. 登錄 （ 1）客戶啟動(dòng)程序，顯示出登陸界面 （ 2）客戶 填寫用戶名、密碼，服務(wù)器 IP 地址，按登陸按鈕 （ 3）系統(tǒng)驗(yàn)證用戶名、密碼 ，不能為空、密碼字符長度為 610 （ 4）系統(tǒng)發(fā)送用戶名、密碼及“登陸請(qǐng)求”到服務(wù)端，等待服務(wù)端返回“登錄 成功”消息 （ 5） 若成功 系統(tǒng)顯示客戶端主界面 （收發(fā)消息界面） 若用戶名、密碼驗(yàn)證失敗，系統(tǒng)提示；“用戶名或密碼錯(cuò)”，重復(fù) 3 次若仍不能通過驗(yàn)證則 客戶端程序退出。很明顯，整個(gè)系統(tǒng)的功能可以自然地分為客戶端和服務(wù)器端。因?yàn)槠渌湫拖到y(tǒng)如電子郵件系統(tǒng)， FTP 系統(tǒng)均采用 類似 結(jié)構(gòu)， WEB 服務(wù)系統(tǒng)本質(zhì)上也是 C/S 系統(tǒng)，只不過其客戶端是瀏覽器，采用了 HTTP 通信協(xié)議和 HTML，所以變成了 B/S 結(jié)構(gòu)， 可以認(rèn)為是 C/S 的一個(gè)具體應(yīng)用， 其機(jī)理是 相似的。也有界于二者之間的，即有一服務(wù)器，接受注冊(cè)和登錄，實(shí)際聊天雙方通信時(shí)，仍然是直接通信，此時(shí)服務(wù)器相當(dāng)于一個(gè)婚姻介紹所，只管牽線搭橋，具體談還是聊天者自己的事。 上述方式兩個(gè)聊天者之間通信必須通過服務(wù)器進(jìn)行轉(zhuǎn)發(fā)， 聊天者多時(shí)，顯然服務(wù)器是個(gè)性能瓶頸。 客戶方和服務(wù)方都可以通過關(guān)閉本方的 socket 而結(jié)束一次通訊過程。 一旦連接請(qǐng)求成功，客戶端 將信息 及請(qǐng)求 通過 本方 socket 的輸出流發(fā)送給服務(wù)器端 相應(yīng)的 socket， 服務(wù)端 則 通過服務(wù)器端 Socket 的輸入流 接受 客戶端傳輸過來的信息 及請(qǐng)求 ， 分析是何請(qǐng)求， 然后根 據(jù)請(qǐng)求類型，進(jìn)行相應(yīng)的處理 （如登錄、轉(zhuǎn)發(fā)信息等） 。 C 端和 S 端是通過網(wǎng)絡(luò)交互的，其基本原理如圖 1 所示： 圖 1 C/S 通訊基本原理圖 首先服務(wù)器啟動(dòng)，它會(huì)建立一個(gè)專門用于接收客戶端 連接請(qǐng)求的“傾聽Socket” （相當(dāng)于總服務(wù)臺(tái) ，有固定的 IP 地址和端口號(hào) ） ,然后等待客戶的連接請(qǐng)求。開發(fā)者應(yīng)有 java 程序設(shè)計(jì)語言、 SWING 基本 GUI組 件、多線程、文件使用 、 socket 編程、使用 eclipse 的基本知識(shí)和技能。 （ 8） 保存用戶聊天信息?！?Happy Chat” 聊天系統(tǒng) 應(yīng)運(yùn)而生 ，它較之 的唯一好處是自主開發(fā)，用的放心 ，更適合在局域網(wǎng)內(nèi)使用 。你的改變和收獲 依然 是老師真誠的期待 ，期待你更踏實(shí)、更自信 。本章的內(nèi)容有一定難度 （多線程、基于 TCP 的應(yīng)用協(xié)議編程） ，所以系統(tǒng)的開發(fā)采用了“增量迭代” 的 開發(fā)方式 ， 由簡易到繁難，希望你能 順利前行 。 進(jìn)一步鞏固發(fā)展團(tuán)隊(duì)協(xié)作能力。 熟練掌握基于 TCP協(xié)議的 Socket 編程 。 參考資料： 1 中國軟件測(cè)試時(shí)代： 2 Ron Patton 著，軟件測(cè)試 [M].機(jī)械工業(yè)出版 3 John O’ Donahue， Java 數(shù)據(jù)庫編程寶典 [M].電子工業(yè)出版社， 2021 4 深圳職業(yè)技術(shù)學(xué)院精品課程網(wǎng)， 第二章 聊天室系統(tǒng) 學(xué)習(xí) 目標(biāo) ： 理解 基于網(wǎng)絡(luò)的 C/S 模式的軟件系統(tǒng)結(jié)構(gòu)，掌握網(wǎng)絡(luò)編程的基本概念 。 其中從技術(shù)角度看實(shí)際的系統(tǒng)一般是一個(gè)由多客戶端（上網(wǎng)機(jī)）、單服務(wù)器（管理員機(jī)）及數(shù)據(jù)庫構(gòu)成的三層系統(tǒng)， 其中客戶端受服務(wù)器管控 （如管理機(jī)可以通過網(wǎng)絡(luò)控制客戶端，實(shí)現(xiàn)上下機(jī)、監(jiān)控客戶端狀態(tài)等 ） ， 涉及到的關(guān)鍵技術(shù)是網(wǎng)絡(luò)通信及應(yīng)用協(xié)議開發(fā)，客戶端對(duì) 本機(jī) 操作系統(tǒng)的控制（如禁止上網(wǎng)者 獲取超級(jí)用戶權(quán)限、使用某些軟件等） ， 其中網(wǎng)絡(luò)通信應(yīng)用協(xié)議的開發(fā)和使用也是后繼項(xiàng)目的重點(diǎn)所在。 小結(jié) 經(jīng)過日夜奮戰(zhàn)， 終于 做出了系統(tǒng)， 通 過了驗(yàn)收 和 答辯 ，雖然有點(diǎn)難熬，但終于熬過來了，是不是可以松一口氣或是慶祝一下？請(qǐng)不要忘記老師對(duì)你的期待，期待你的改變和收獲，做一件事情和沒做這件事情結(jié)果都一樣將是我們共同的失敗， 請(qǐng)寫下你所做的工作，發(fā)現(xiàn)了哪些問題？如何解決的？有哪些經(jīng)驗(yàn)和教訓(xùn)？不應(yīng)局限于技術(shù)，只要是與項(xiàng)目相關(guān)的屬于 自己的思考和想法 都可以寫下來，請(qǐng)牢記，你的意見 （教學(xué)內(nèi)容、教學(xué)方式方法、考核方式、解決問題的方式等方面）是對(duì)老師最好的獎(jiǎng)勵(lì)， 經(jīng)過深思熟慮的寶貴意見 還將 是 你在本 項(xiàng)目中最終取勝的法寶。建議參考類似“記事本”（ winodws 主菜單 〉所有程序 〉附件 〉記事本）這樣的程序， 看 它們的幫助是如何寫的 。 } 幫助模塊 在實(shí)現(xiàn)幫 助 功能時(shí)， 編碼上沒有難點(diǎn)，基本上是一個(gè)簡單的帶滾動(dòng)條的只讀文本瀏覽器，難在幫助文件的內(nèi)容如何寫？幫助文件是 指導(dǎo)用戶如何操作系統(tǒng)的，內(nèi)容應(yīng)正確，語言應(yīng) 對(duì)客戶 簡明易懂 ，最好輔以圖形說明。 (卡號(hào)或者密碼不對(duì) )。 return 。 //驗(yàn)證卡是否有效、余額是否夠，符合要求后調(diào) doCheckIn 實(shí)際處理上機(jī)業(yè)務(wù) if((card)){ if((card)){ (record,puter)。 //生成機(jī)器對(duì)象，更新機(jī)器狀態(tài)時(shí)用 Computer puter = new Computer()。 (puterId)。 Record record = new Record()。 (cardId)。 return 。 return 。 return 。 } //獲取機(jī)器號(hào) puterId = ().toString()。i().length。 //獲取機(jī)器號(hào)，并去掉空格 cardId = ().trim()。 String passwordtemp = 。 } 上機(jī)模塊 處理請(qǐng)求上機(jī)的部分代碼如下，主要有 界面數(shù)據(jù) （機(jī)器號(hào)、密碼、卡用戶號(hào)）驗(yàn)證代碼 ；卡 有效性、余額可用