【文章內(nèi)容簡介】 Server 服務(wù)器 數(shù)據(jù)庫 第 2章 相關(guān)技術(shù)概述 4 轄的網(wǎng)絡(luò)服務(wù)，其名字空間 System． Net 和 System． Net． Sockets 包含豐富的類可以開發(fā)多種網(wǎng)絡(luò)應(yīng)用程序 。 其實， Socket 可以象流 Stream 一樣被視為一個數(shù)據(jù)通道，這個通道架設(shè)在應(yīng)用程序端（客戶端）和遠(yuǎn)程服務(wù)器端之間，而后，數(shù)據(jù)的讀?。ń邮眨┖蛯懭耄òl(fā)送）均針對這個通道來進(jìn)行 。 SQL Server 2020概述 SQL Server 是一個關(guān)系數(shù)據(jù)庫管理系統(tǒng) 。 SQL Server 2020 的特性有： 1． Inter 集成 ； 2．可伸縮性和可用性 ； 3． 企業(yè)級數(shù)據(jù)庫功能 ； 4． 易于安裝、部署和使用 ； ADO． NET技術(shù) ADO． NET 是在． NET Framework 平臺中負(fù)責(zé)數(shù)據(jù)存儲的對象 。 ADO． NET 建立在如 XML 的業(yè)界的基礎(chǔ)之上，就像 ADO，它提供了一個數(shù)據(jù)訪問接口，以便和 OLE DB 兼容的數(shù)據(jù)源進(jìn)行通信，如 SQL Server 或 Oracle．應(yīng)用程序可以使用 ADO． NET 連接這些數(shù)據(jù)源，并檢索，處理和更新數(shù) 據(jù) 。 使用 ADO． NET 最重要的理由是可以獲取一個真正斷開連接的數(shù)據(jù)體系結(jié)構(gòu)和 XML 的緊密集成和一個通用的數(shù)據(jù)表示法，可以將各種不同數(shù)據(jù)源中的數(shù)據(jù)組合起來，并優(yōu)化了和數(shù)據(jù)庫交互的功能 。 第 3章 需求分析 5 第 3章 需求分析 3． 1 系統(tǒng)需求分析 為了開發(fā)出真正滿足用戶需求的軟件產(chǎn)品，首先必須知道用戶的需求 。 對軟件需求的深入理解是軟件開發(fā)工作獲得成功的前提條件，不論我們把設(shè)計和編碼工作做得如何出色，不能真正滿足用戶需求的系統(tǒng)只會令用戶失望，給開發(fā)者帶來煩惱 。 網(wǎng)絡(luò)聊天的出現(xiàn)，最初是源于人們對遠(yuǎn)程通信、遠(yuǎn)程幫助的需求發(fā)展到現(xiàn)在的 遠(yuǎn)程群聊、遠(yuǎn)程教育、遠(yuǎn)程控制以及語音聊天和視屏聊天 。 在傳統(tǒng)的聊天中，要求人們面多面的聊天近距離的的溝通 。 雖然可以通過電話進(jìn)行遠(yuǎn)程沒接觸式的聊天，但是這種聊天費用高昂，對于對身體的健康也有一定的影響而且電話聊天對于偏遠(yuǎn)地區(qū)效果并不好，在當(dāng)今如此快節(jié)奏的生活中，在高速發(fā)展的信息經(jīng)濟(jì)中，用戶沒能在恰當(dāng)?shù)臅r間通過交流接受到自己有用的信息是常有發(fā)生的事情 。 這對于用戶的日常生活會產(chǎn)生極大影響，用戶希望可以根據(jù)自己的時間和安排進(jìn)行方便的信息交換，不必遵守傳統(tǒng)的聊天時間機(jī)制，可以隨時隨地的聯(lián)系、表述自己的想法與朋友進(jìn)行感情 的交流 。 并且隨著網(wǎng)絡(luò)技術(shù)的不斷發(fā)展，人們越來越習(xí)慣于利用網(wǎng)絡(luò)來實現(xiàn)所需的服務(wù)，網(wǎng)絡(luò)信息經(jīng)濟(jì)時代的來臨，因此，建立一個基于網(wǎng)絡(luò)的聊天系統(tǒng)，以其不受時間與空間的限制，向用戶提供以文本信息傳輸為中心的服務(wù)，動態(tài)地實現(xiàn)與用戶間的信息交互，必能滿足廣大用戶的需求，該系統(tǒng)主要分為兩部分：客戶端和服務(wù)器端兩部分 。 系統(tǒng)所要實現(xiàn)的功能主要是方便用戶進(jìn)行網(wǎng)絡(luò)聊天 。 3． 2 系統(tǒng)功能需求 初步將在聊天系統(tǒng)分為兩個模塊：客戶端模塊及服務(wù)器模塊 。 客戶端功能包括： 用戶登錄：建立與服務(wù)器的連接并登陸，能顯示登陸錯誤信息，以及配置 登陸的服務(wù)器 IP 地址和端口號 。 用戶注冊：連接本地數(shù)據(jù)庫，注冊用戶號碼，并保存該用戶，同時將信息返回給客戶端 。 聊天功能：與好友進(jìn)行聊天 。 信息顯示：顯示好友的在線列表和好友的離線列表 。 聊天紀(jì)錄：能夠記錄當(dāng)前界面的聊天記錄 。 登錄提示：顯示歡迎界面 。 信息提示：能夠播放提示音，提示用戶有人向其發(fā)送聊天邀請 。 頭像閃爍提示：在收到消息而聊天面板未打開時，對你發(fā)出聊天信息的好友頭像閃爍 。 發(fā)送窗口抖動：發(fā)送提示聲音并對好友的聊天窗體進(jìn)行顫動激活 。 添加好友：能夠通過連接本地數(shù)據(jù)庫進(jìn)行添加好友 。 第 3章 需求分析 6 刪除好友：能夠 通過連接本地數(shù)據(jù)庫進(jìn)行刪除好友 。 服務(wù)器端功能包括： 登陸信息：檢查登陸信息是否正確，并向客戶端返回登陸信息，如信息正確 。 就將在線用戶好友列表和離線好友列表發(fā)給該用戶，并將該用戶的狀態(tài)發(fā)給各在線用戶并更新其在線好友列表和離線好友列表 。 消息發(fā)送：服務(wù)器打開監(jiān)聽，當(dāng)接收到客戶端發(fā)送的消息建立線程通過 Sockets 套接字轉(zhuǎn)發(fā)消息 。 操作數(shù)據(jù)庫：服務(wù)器端對數(shù)據(jù)庫里的數(shù)據(jù)表進(jìn)行映射生成在線好友列表和離線列表 。 用戶下線：將此用戶下線消息發(fā)給各客戶端，并改寫用戶在服務(wù)器端的狀態(tài)，更新客戶端的在線好友列表和離線列 表 。 3． 3 數(shù)據(jù)處理需求 對用戶信息的處理需求：包括查詢好友信息、添加好友關(guān)系信息、刪除好友關(guān)系信息 。 對聊天信息的處理需求：包括發(fā)送字符串、接收并顯示字符串、保存當(dāng)前界面的信息 。 3． 4 系統(tǒng)性能需求 一個系統(tǒng)的性能包括信息系統(tǒng)的效率、處理方式、可靠性、安全性、適應(yīng)性等內(nèi)容 。 效率是信息系統(tǒng)的處理能力、處理速度、吞吐量、響應(yīng)時間等與系統(tǒng)處理時間有關(guān)的性能要素 。 處理方式涉及的范圍比較寬，包括信息系統(tǒng)的結(jié)構(gòu)和分布模式、交互方式、業(yè)務(wù)處理方式等 。 可靠性是保證系統(tǒng)正常工作及抗故障、抗干擾的能力，它包括：保證系統(tǒng)正 常工作的能力；對系統(tǒng)故障的預(yù)防、檢測以及自動糾錯的能力；出現(xiàn)故障時，保證系統(tǒng)不發(fā)生崩潰，并使系統(tǒng)重新恢復(fù)、重新啟動的能力等 。 安全性是保證合法用戶能夠正確使用信息系統(tǒng)，并防止非法用戶訪問信息系統(tǒng)的能力 。 適應(yīng)性是信息系統(tǒng)對外部環(huán)境和需求變化的適應(yīng)能力 。 根據(jù)系統(tǒng)的性能需求，在聊天系統(tǒng)的開發(fā)主要要實現(xiàn)的目標(biāo)有以下幾個方面： (1)界面設(shè)計友好、美觀 。 (2)數(shù)據(jù)存儲安全、可靠 。 (3)信息分類清晰、準(zhǔn)確 。 (4)數(shù)據(jù)查詢的靈活性 。 (5)實現(xiàn)對聊天信息的展示 。 (6)提供好友關(guān)系信息的添加、刪除功能，方便用戶操 作 。 (7)具有易維護(hù)性和易操作性 。 第 4章 系統(tǒng)分析與設(shè)計 7 第 4章 系統(tǒng)分析與設(shè)計 4． 1 系統(tǒng)功能模塊設(shè)計 按系統(tǒng)的功能需求分析，將系統(tǒng)功能模塊分為兩大模塊：客戶端功能模塊和服務(wù)器端功能模塊 。 客戶端功能模塊包括：用戶登錄模塊、用戶注冊模塊、軟件版權(quán)模塊、顯示好友模塊、在線聊天模塊、添加好友模塊、刪除好友模塊； 服務(wù)器功能模塊包括：服務(wù)器登錄模塊 。 根據(jù)系統(tǒng)功能模塊設(shè)計，系統(tǒng)的整體功能結(jié)構(gòu)圖如圖 所示： 圖 系統(tǒng)整體功能結(jié)構(gòu)圖 系統(tǒng)模塊詳細(xì)設(shè)計 客戶端功能模塊設(shè)計 （ 1）用戶注冊 。 設(shè)計流程如下：輸入要注冊的 用戶名 和密碼，系統(tǒng)會檢查 用戶名 是否已經(jīng)存在，如果不存在，就允許注冊新用戶并發(fā)回數(shù)據(jù)庫自動生成的 用戶 ID。 模塊流程圖如圖 所示： 基于 .Net 平臺的聊天系統(tǒng) 客戶端功能 用戶注冊 用戶登錄 服務(wù)器端功能 滾動和通知區(qū)域圖標(biāo) 開啟 監(jiān)聽服務(wù) 刪除好友 在線聊天 添加好友 顯示好友 第 4章 系統(tǒng)分析與設(shè)計 8 圖 用戶注冊流程圖 （ 2）用戶登錄 。 設(shè)計流程如下：首先判斷服務(wù)器的端口號是否配置正確，然后判斷輸入的用戶名和密碼是否正確，正確就用戶登錄 。 模塊流程圖如圖 所示： 圖 用戶登錄流程 圖 （ 3） 滾動和通知區(qū)域圖標(biāo) 。 設(shè)計流程如下： 在登錄成功后，生成窗體的 NotifyIcon圖標(biāo)和一個滾動的歡迎圖標(biāo) 。 （ 4）顯示好友 。 設(shè)計流程如下：在登錄成功后，服務(wù)器將為用戶對數(shù)據(jù)庫的表進(jìn)行映射獲得在線好友的列表和離線好友的列表通過 Socket 套接字發(fā)送過去，顯示好友模塊在顯示面板上顯示好友 。 （ 5）在線聊天 。 設(shè)計流程如下：先判斷好友是否在線，進(jìn)入聊天界面中寫入發(fā)送的信息，通過服務(wù)器監(jiān)聽到發(fā)送好友消息在轉(zhuǎn)發(fā)給好友，進(jìn)行在線聊天，其還整合發(fā)送震動端口是否正確 用戶登錄 不存在 不正確 用戶名和密碼是否正確 用戶名是否存在？ 生成注冊用戶 注冊用戶 不存在 存在 返回生成酷熊號 返回生成用戶 ID 第 4章 系統(tǒng)分析與設(shè)計 9 框提示功能、頭像閃爍提示以及聲音提示功能 。 模塊流程圖如圖 所 示： 圖 在線聊天模塊流程圖 （ 6）添加好友 。 設(shè)計流程如下：首先通過進(jìn)行查詢操作判斷用戶是否已經(jīng)加過其好友，然后進(jìn)行添加好友關(guān)系 。 模塊流程圖如圖 所示： 圖 添加好友模塊流程圖 （ 7）刪除好友 。 設(shè)計流程如下：首先通過進(jìn)行查詢操作判斷用戶是否是在操作自己的好友關(guān)系，然后判斷是否是好友關(guān)系，如果是就刪除好友關(guān)系 。 模塊流程圖如圖 所示： 圖 刪除好友模塊流程圖 密碼和用戶 ID是否匹配？ 查詢用戶 ID 是 否 刪除好友 是否存在好友關(guān)系？ 是 是否已加其為好友？ 查詢好友 否 是 添加好友 是否在線？ 用戶 1 是 發(fā)送消息 服務(wù)器端 是否在線？ 用戶 2 發(fā)送消息 第 4章 系統(tǒng)分析與設(shè)計 10 服務(wù)器端功能模塊設(shè)計 服務(wù)器端功能模塊就是服務(wù)器監(jiān)聽模塊： 服務(wù)器監(jiān)聽模塊 。 設(shè)計流程如下：首先判斷服務(wù)器的端口是否更該，配置好端口號開啟服務(wù)器開始監(jiān)聽，監(jiān)聽到用戶登錄消息，客戶端進(jìn)行操作數(shù)據(jù)庫驗證，正確就建立 Socket連接，并讀取其在線好友列表和離線好友列表發(fā)送給客戶端，當(dāng)監(jiān)聽客戶端進(jìn)行各種操作，服務(wù)器端調(diào)用自身的監(jiān)聽處理方法進(jìn)行處理并將結(jié)果或信息通過 Socket 發(fā)送給客戶端 。 服務(wù)器監(jiān)聽模塊流程圖如圖 所示： 圖 服務(wù)器監(jiān)聽模塊流程圖 系統(tǒng)整體流程圖 在聊天系統(tǒng)的流程是用戶在客戶端登錄，若用戶名不存在，則需先注冊用戶信息，在注冊完用戶信息后，用戶輸入自己的帳號及密碼登錄系統(tǒng)，在用戶登錄成功后服務(wù)器端監(jiān)聽客戶端發(fā)來的登陸消息，進(jìn)行登錄處理，驗證數(shù)據(jù)庫表中的數(shù)據(jù)進(jìn)行對比以及該用戶當(dāng)前的狀態(tài)，如果用戶的賬號和密碼比對無錯，再比對在線用戶 Hash表中是否已經(jīng)登錄，如果沒有登錄則建立 Socket連接并更新在線用戶 Hash表，建立線程處理與用戶的 Socket連接操作，同時發(fā)送登錄用戶的在線好 友列表和離線好友列表，用戶成功登錄后，進(jìn)入好友顯示模塊，在在線好友界面中點擊好友頭像進(jìn)入聊天界面，用戶發(fā)送信息給在線好友，服務(wù)器監(jiān)聽到客戶端通過 Socket發(fā)過來的對好友進(jìn)行聊天的消息，并截取 Socket傳輸?shù)臄?shù)據(jù)流中是否合法端口號？ 輸入端口號 是 否 開啟客戶端監(jiān)聽 是否接收到消息 是 開啟客戶端處理 發(fā)送消息到客戶端 否 第 4章 系統(tǒng)分析與設(shè)計 11 的發(fā)送者要傳輸給接收者的消息，通過與接收者建立 Socket連接，將數(shù)據(jù)寫入其 Socket傳輸數(shù)據(jù)中，實現(xiàn)數(shù)據(jù)的轉(zhuǎn)發(fā)，同時用戶對好友進(jìn)行發(fā)顫抖框操作都是服務(wù)器接受其操作消息標(biāo)識參數(shù)，在發(fā)給好友操作標(biāo)識參數(shù)，然后其客戶端就會調(diào)用其自身定義的該標(biāo)識參數(shù)下的方法，聊天完畢，用戶發(fā)送離線消息，服務(wù)器接受 到其消息，關(guān)閉與其的 Socket連接，更新在線用戶 Hash表以及在線用戶的在線好友列表 。 客戶機(jī) /服務(wù)器模式在操作過程中采取的是主動請示方式，首先服務(wù)器方要先啟動，并根據(jù)請示提供相應(yīng)服務(wù)：（過程如下） 服務(wù)器 （ 1） 、打開一通信端口并告知本地主機(jī)，它愿意在某一個公認(rèn)地址上接收客戶請求 。 （ 2） 、等待客戶請求到達(dá)該端口 。 （ 3） 、接收到重復(fù)服務(wù)請求，處理該請求并發(fā)送應(yīng)答信號 。 （ 4） 、返回第二步，等待另一客戶請求 。 （ 5） 、關(guān)閉服務(wù)器 。 客戶方： （ 1） 、打開一通信通道，并連接到服務(wù)器所在主機(jī)的特定端 口 。 （ 2） 、向服務(wù)器發(fā)送服務(wù)請求報文，等待并接收應(yīng)答；繼續(xù)提出請求 …… （ 3） 、請求結(jié)束后關(guān)閉通信通道并終止 。 聊天系統(tǒng)的系統(tǒng)流程圖如圖 ： 圖 第 4章 系統(tǒng)分析與設(shè)計 12 圖 系統(tǒng)分布流程圖連接服務(wù)器發(fā)出消息請求 入口 監(jiān)聽端口 入口 封裝并發(fā)送消息到服務(wù)器 在聊天去顯示 客戶端消息還是服務(wù)器端消息 選擇用戶 發(fā)送離線消息 服務(wù)器更新消息 客戶端消息 入口 客戶端系統(tǒng)流圖 更新在線用戶列表 監(jiān)聽端口 提取句柄報文目的地址 轉(zhuǎn)發(fā)目的地 址 監(jiān)聽端口 配置服務(wù)器 判斷消息 上線或離線請求 聊天信息操作 服務(wù)器端程序流程圖 圖 客戶端 客戶端 A 客戶端 B 服務(wù)器端 封裝發(fā)送 拆封、提取目的信息并轉(zhuǎn)發(fā) 拆封、提取操作消息和目的信息轉(zhuǎn)發(fā)地址 服務(wù)器端客戶端交互流程圖 圖 第 6章 系統(tǒng)詳細(xì)設(shè)計與實現(xiàn) 13 第 5章 數(shù)據(jù)庫設(shè)計 概述 數(shù)據(jù)庫設(shè)計是指根據(jù)用戶需求研制數(shù)據(jù)庫結(jié)構(gòu)并應(yīng)用數(shù)據(jù)庫的過程 。 一般，數(shù)據(jù)庫的