【正文】 ........... 17 參考文獻(xiàn) ........................................................................................................................ 18 致 謝 ........................................................................................................................ 19 聲 明 .......................................................................................................................... 0 第 1 頁(yè) 共 20 頁(yè) 1 引 言 當(dāng)時(shí)間走向 21 世紀(jì)，當(dāng)今時(shí)代也由工業(yè)經(jīng)濟(jì)漸漸成為了知識(shí)經(jīng)濟(jì)、信息 經(jīng)濟(jì)的時(shí)代。信息的需求量的不停增加，促使了計(jì)算機(jī)通信的日新月異！ 雖然網(wǎng)絡(luò)的使用頻率與使用的范圍都越來(lái)越廣泛，但是人們使用的網(wǎng)絡(luò)的用途主要的還是只有兩個(gè)： (1)． 相互之間的溝通， (2)． 資源共享。 局域網(wǎng)作為網(wǎng)絡(luò)的一個(gè)重要組成部分，它不但用戶(hù)與外界連接的樞紐，同時(shí)也是近距離用戶(hù)之間溝通與資源共享的一個(gè)重要途徑。在這種情況下，如何使局域網(wǎng)內(nèi)的用戶(hù)便捷的勾通，以及快速的資源共享，也就成為了人們對(duì)網(wǎng)絡(luò)研究的重點(diǎn)之一。 本系統(tǒng)仿飛鴿 傳輸，是一個(gè)局域網(wǎng)內(nèi)的通迅工具，主要通過(guò) Winsockt 完成。它據(jù)有的功能有： (1)局域網(wǎng)內(nèi)用戶(hù)間簡(jiǎn)單的文字聊天功能； (2)局域網(wǎng)內(nèi)用戶(hù)間相互的文件、文件夾傳輸。 隨著計(jì)算機(jī)和通訊技術(shù)的發(fā)展，計(jì)算機(jī)的網(wǎng)絡(luò)化已經(jīng)滲透到各個(gè)應(yīng)用領(lǐng)域，尤其是以 TCP/IP 協(xié)議之間的網(wǎng)絡(luò)互連發(fā)展很快，計(jì)算機(jī)應(yīng)用系統(tǒng)的開(kāi)發(fā)由傳統(tǒng)的單機(jī)方式轉(zhuǎn)向到了網(wǎng)絡(luò)環(huán)境的開(kāi)發(fā)。 大部分編程語(yǔ)言都提供了基于 Windows Sockets 網(wǎng)絡(luò)編程接口的 Win socket 控件，它使開(kāi)發(fā) TCP/IP 通訊變得簡(jiǎn)單方便。 網(wǎng)絡(luò)之 間進(jìn)行數(shù)據(jù)通訊時(shí)，使用地址來(lái)標(biāo)識(shí)網(wǎng)絡(luò)中的計(jì)算機(jī)，有了地址以后，數(shù)據(jù)才會(huì)準(zhǔn)確地發(fā)送到地址所指向的計(jì)算機(jī)。 TCP/IP 協(xié)議使用 IP 地址為網(wǎng)絡(luò)中計(jì)算機(jī)的標(biāo)識(shí)，而且每 臺(tái)計(jì)算機(jī)的 IP 地址是唯一的，一般情況下，每臺(tái)計(jì)算機(jī)運(yùn)行的程序不止一個(gè)，因此要在應(yīng)用程序中建立連接的話(huà)，還需要一個(gè)地址標(biāo)識(shí)。 在 TCP/IP 協(xié)議書(shū)中使用端口 (PORT)作為計(jì)算機(jī)上運(yùn)行的應(yīng)用程序的標(biāo)識(shí)，因此 TCP/IP 協(xié)議中一個(gè)有效的網(wǎng)絡(luò)地址包括 IP 地址和端口地址兩個(gè)部分。TCP/IP 協(xié)議提供了兩種計(jì)算機(jī)之間的通訊方式： TCP 方式和 UDP 方式。 TCP 是 一種面向連接的服務(wù)，在文件傳輸時(shí)會(huì)先行建立連接，通過(guò)鏈接提供雙向、有序且無(wú)重復(fù)的數(shù)據(jù)流服務(wù)、以及流量控制、差錯(cuò)檢測(cè)和糾錯(cuò)等服務(wù)，從而確保文件傳輸?shù)恼_性； UDP 則是一種無(wú)連接的服務(wù)，它在傳輸文件時(shí)不會(huì)確保傳輸端的文件能夠正確無(wú)誤的傳送到接收端，所以當(dāng)使用 UDP 時(shí)，通常要自己作接收確認(rèn)的工作。 本系統(tǒng)的開(kāi)發(fā)采用基于 win socket 的廣播發(fā)送模式，進(jìn)行文字聊天和文件、 第 2 頁(yè) 共 20 頁(yè) 文件夾傳輸?shù)脑O(shè)計(jì)與開(kāi)發(fā)。因此，本設(shè)計(jì)首先分析該系統(tǒng)的相關(guān)功能，結(jié)合本設(shè)計(jì)的相關(guān)要求寫(xiě)出需求分析；其次，綜合運(yùn)用 以前所學(xué)的相關(guān)知識(shí)，選擇所熟悉的開(kāi)發(fā)工具進(jìn)行本設(shè)計(jì)的開(kāi)發(fā)；在設(shè)計(jì)中以需求分析為基礎(chǔ)，寫(xiě)出系統(tǒng)開(kāi)發(fā)計(jì)劃、實(shí)現(xiàn)流程及相關(guān)問(wèn)題的實(shí)現(xiàn)方法；最后，在系統(tǒng)開(kāi)發(fā)完畢后，進(jìn)行調(diào)試和運(yùn)行，做好調(diào)試和運(yùn)行的相關(guān)記錄。 隨著互聯(lián)網(wǎng)技術(shù)的迅猛發(fā)展，網(wǎng)絡(luò)給人們帶來(lái)了很多便利，比如人們借助于網(wǎng)絡(luò)進(jìn)行相互交流變得更加方便。聊天工具作為互聯(lián)網(wǎng)中運(yùn)用最為廣泛的通信工具之一，如今都已被廣大網(wǎng)民接受。很多人都使用過(guò)飛鴿傳書(shū)軟件，飛鴿傳書(shū)發(fā)展到現(xiàn)在已經(jīng)具有了很多功能：有文字聊天、文件、文件夾傳輸?shù)幕竟δ?，也有密?、加鎖等較為復(fù)雜的功能。本畢業(yè)設(shè)計(jì)的目的主要是為了檢查使學(xué)生綜合運(yùn)用以前所學(xué)知識(shí)（包括以前所學(xué)的一些關(guān)于網(wǎng)絡(luò)、編程、信息安全等知識(shí)）的能力，模擬局域網(wǎng)飛鴿傳書(shū)軟件，開(kāi)發(fā)一個(gè)天系統(tǒng)軟件，本畢業(yè)設(shè)計(jì)主要實(shí)現(xiàn)局域網(wǎng)內(nèi)文字聊天及文件傳輸?shù)裙δ堋? Win Socket 的尋址方式 因?yàn)?Winsock 要兼容多個(gè)協(xié)議，所以必須使用通用的尋址方式。 TCP/IP 使用地址和端口號(hào)來(lái)指定一個(gè)地址，但是其它協(xié)議也許采用不同的形式。如果Winsock 強(qiáng)迫使 用特定的尋址方式，添加其他協(xié)議就不大可能了。在 Winsock 中，應(yīng)用程 序員通過(guò) SOCKADDR_IN 結(jié)構(gòu)來(lái)指定 IP 地址和端口號(hào)。定義如下： Struct sockaddr_in{ short sin_family。 u_short sin_port。 struct in_addr sin_addr。 har sin_zero[8]。 }。 應(yīng)用程序可以使用 i_addr 函數(shù)將一個(gè)小數(shù)點(diǎn)分隔的十進(jìn)制 IP 地址字符串轉(zhuǎn)化成由 32 位二進(jìn)制數(shù)表示的 IP 地址。 i_ntoa 函數(shù)將一個(gè)網(wǎng)絡(luò)字節(jié)順序的 32 位 IP 地址轉(zhuǎn)化字符串。注意： i_addr 返回的 32 位二進(jìn)制數(shù)是用網(wǎng)絡(luò)順序存儲(chǔ)的。 2 系統(tǒng)需求分析 根據(jù)對(duì)飛鴿傳輸系統(tǒng)的調(diào)研，我認(rèn)為本設(shè)計(jì)需要滿(mǎn)足以下幾個(gè)系統(tǒng)設(shè)計(jì)目標(biāo)： 第 3 頁(yè) 共 20 頁(yè) (1)實(shí)用性原則：真正為局域網(wǎng)的實(shí)際工作服務(wù)，按照需求的輕重緩急，合理設(shè)計(jì)本系統(tǒng)。 (2)可靠性原則：必須為用戶(hù)提供安全的服務(wù)，尤其是要保證傳輸?shù)姆€(wěn)定性。 (3)友好性原則：使用本系統(tǒng)的用戶(hù)相當(dāng)一部分對(duì)計(jì)算機(jī)知識(shí)了解很少，所以系統(tǒng)操作上要求簡(jiǎn)單方便，便于用戶(hù)掌握。 (4)可擴(kuò)展性原則：采用開(kāi)放的標(biāo)準(zhǔn)和接口，便于系統(tǒng)向更大的規(guī)模和功能擴(kuò)展。 根據(jù)用 戶(hù)需求，本系統(tǒng)分為兩個(gè)子系統(tǒng) :１：局域網(wǎng)內(nèi)簡(jiǎn)單文字聊天子系統(tǒng)，它是在 局域網(wǎng)內(nèi) 選擇相應(yīng)的用戶(hù)，以便對(duì)之發(fā)送文字信息，２：文件、文件夾傳輸系統(tǒng)，它是在 先把需要傳輸?shù)奈募?、文件夾轉(zhuǎn)換成相就的數(shù)據(jù)流傳關(guān)，到了目的主機(jī)再由之還原 。本系統(tǒng)的文字聊天系統(tǒng)實(shí)現(xiàn)的功能類(lèi)似于ＱＱ用戶(hù)之間的聊天。在設(shè)計(jì)系統(tǒng)時(shí)，應(yīng)根據(jù)簡(jiǎn)潔、流暢的特點(diǎn)安排布局，在編制程序時(shí)應(yīng)充分考慮這一點(diǎn)傳輸?shù)姆€(wěn)定、快捷，真正做到“簡(jiǎn)潔、高效、流暢、安全”的使用環(huán)境。用戶(hù)使用的過(guò)程為，先是用戶(hù)登開(kāi)啟本軟件，軟件自動(dòng)檢索局域網(wǎng)的其它用戶(hù)，并以之成為用戶(hù)列表，讓用戶(hù)選 擇。當(dāng)用戶(hù)發(fā)現(xiàn)所要連接的用戶(hù)之后，雙擊該用戶(hù)，則出現(xiàn)發(fā)送窗口。用戶(hù)用之來(lái)發(fā)送消息或者文件。接收方可以選擇接收或者拒絕相應(yīng)的傳輸文件。 以下為組織結(jié)構(gòu)圖： 圖 1 組織結(jié)構(gòu)圖 開(kāi)發(fā)運(yùn)行環(huán)境 開(kāi)發(fā)此系統(tǒng)所需的基本軟、硬件環(huán)境為： (1).Windows9 Windows98 或 WindowsNT/2021/XP。 (2).Pentium100 及以上檔次的 IBM PC 及其兼容機(jī) 。 (3).128M 以上內(nèi)存措施 。 直接傳送 發(fā) 送 端 電 腦 選擇目標(biāo)電腦 連 接 后 數(shù) 據(jù) 轉(zhuǎn) 換 加密傳送 數(shù)據(jù)轉(zhuǎn)換 目標(biāo)主機(jī) 第 4 頁(yè) 共 20 頁(yè) (4).1G 以上可用硬盤(pán)空間 。 (5).VGA 顯示器 。 以上的配置均要求為在同一局域網(wǎng)內(nèi)的兩臺(tái)或兩臺(tái)以上。 系統(tǒng)開(kāi)發(fā)語(yǔ)言 本系統(tǒng)采用 VC/VC++語(yǔ)言開(kāi)發(fā)。 VC/VC++是前些年迅速發(fā)展和推廣的一種計(jì)算機(jī)語(yǔ)言，近年來(lái)，已經(jīng)相當(dāng)?shù)耐晟?。它主要特點(diǎn)有兩個(gè)方面：一是全面兼容 C，二是支持面向?qū)ο虻姆椒ā?. 3 理論知識(shí) C/S軟件架構(gòu)技術(shù) C/S（ Client/Server）結(jié)構(gòu)，即大家熟知的客戶(hù)機(jī) /服務(wù)器結(jié)構(gòu)。它是軟件系統(tǒng)體系結(jié)構(gòu)，通過(guò)它可以充分利用兩端硬件環(huán)境的優(yōu)勢(shì)，將任務(wù)合理分配到Client 端和 Server 端來(lái)實(shí)現(xiàn)，降低了系統(tǒng)的通訊開(kāi)銷(xiāo)。目前大多數(shù)應(yīng)用軟件系統(tǒng)都是 Client/Server 形式的兩層結(jié)構(gòu)，由于現(xiàn)在的軟件應(yīng)用系統(tǒng)正在向分布式的 Web 應(yīng)用發(fā)展， Web 和 Client/Server 應(yīng)用都可以進(jìn)行同樣的業(yè)務(wù)處理，應(yīng)用不同的模塊共享邏輯組件；因此，內(nèi)部的和外部的用戶(hù)都可以訪(fǎng)問(wèn)新的和現(xiàn)有的應(yīng)用系統(tǒng)，通過(guò)現(xiàn)有應(yīng)用系統(tǒng)中的邏輯可以擴(kuò)展出新的應(yīng)用系統(tǒng)。 這也就是目前應(yīng)用系統(tǒng)的發(fā)展方向。 傳統(tǒng)的 C／ S 體系結(jié)構(gòu)雖然采用的是開(kāi)放模式，但這只是系統(tǒng)開(kāi)發(fā)一級(jí)的開(kāi)放性，在特定的應(yīng)用中無(wú)論是 Client端還是 Server端都還需要特定的軟件支持。由于沒(méi)能提供用戶(hù)真正期望的開(kāi)放環(huán)境， C/S 結(jié)構(gòu)的軟件需要針對(duì)不同的操作系統(tǒng)系統(tǒng)開(kāi)發(fā)不同版本的軟件，加之產(chǎn)品的更新?lián)Q代十分快，已經(jīng)很難適應(yīng)百臺(tái)電腦以上局域網(wǎng)用戶(hù)同時(shí)使用。 用戶(hù)數(shù)據(jù)報(bào)協(xié)議 (UDP) UDP（ User Datagram Protocol）：用戶(hù)數(shù)據(jù)包協(xié)議，它和 TCP 一樣位于傳輸層，和 IP 協(xié)議配合使用，在傳輸數(shù) 據(jù)時(shí)省去包頭，但它不能提供數(shù)據(jù)包的重傳，所以適合傳輸較短的文件。 由于大多數(shù)網(wǎng)絡(luò)應(yīng)用程序都在同一臺(tái)機(jī)器上運(yùn)行，計(jì)算機(jī)上必須能夠確保目的地機(jī)器上的軟件程序能從源地址機(jī)器處獲得數(shù)據(jù)包，以及源計(jì)算機(jī)能收到正確的回復(fù)。這是通過(guò)使用 UDP 的 “ 端口號(hào) ” 完成的。源端口號(hào)標(biāo)識(shí)了請(qǐng)求域名服務(wù)的本地機(jī)的應(yīng)用程序，同時(shí)需要將所有由目的站生成的響應(yīng)包都指定到源主機(jī)的這個(gè)端口上。與 TCP 不同， UDP 并不提供對(duì) IP 協(xié)議的可靠機(jī)制、流控制以及錯(cuò)誤恢復(fù)功能等。由于 UDP 比較簡(jiǎn)單， UDP 頭包含很少的字節(jié)，比 TCP 負(fù)載消耗少 ，所以 UDP 適用于 不需要 TCP 可靠機(jī)制的情形，比如，當(dāng)高層協(xié)議或應(yīng)用程序提供 第 5 頁(yè) 共 20 頁(yè) 錯(cuò)誤和流控制功能的時(shí)候。 UDP 是傳輸層協(xié)議，服務(wù)于很多知名應(yīng)用層協(xié)議，包括網(wǎng)絡(luò)文件系統(tǒng)（ NFS）、簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議（ SNMP）、域名系統(tǒng)（ DNS）以及簡(jiǎn)單文件傳輸系統(tǒng)（ TFTP）。 、廣播、組播淺析 硬件組播（ multicasting）是一種多點(diǎn)投遞的形式，它使用硬件技術(shù)，通過(guò)使用大量組播地址來(lái)通信。當(dāng)某一組機(jī)器需要通信時(shí)，選擇一個(gè)組播地址，并配置好相 應(yīng)的網(wǎng)絡(luò)接口硬件，識(shí)別組播地址，從而收到該組播地址上分組的拷貝 。廣播（ broadcasting）是多點(diǎn)投遞的最普遍的形式，它向每一個(gè)目的站投遞一個(gè)分組的拷貝。它可以通過(guò)多個(gè)單次分組的投遞完成，也可以通過(guò)單獨(dú)的連接傳遞分組的拷貝，直到每個(gè)接收方均收到一個(gè)拷貝為止。 在多數(shù)網(wǎng)絡(luò)中，用戶(hù)是通過(guò)把分組分送給一個(gè)特殊保留的地址即廣播地址（ broadcast address）來(lái)進(jìn)行廣播投遞，它的主要缺點(diǎn)是會(huì)耗費(fèi)大量的主機(jī)資源和網(wǎng)絡(luò)資源。 單播（ unexacting）是指只有一個(gè)目的地的數(shù)據(jù)報(bào)傳遞。從投遞目的地的數(shù)量而言，單播和廣播均可看作是組播的一個(gè)子集。單播可以看作僅包括一臺(tái)機(jī)器群組的組播；廣播可以看作包 含了所有機(jī)器群組的組播。但從數(shù)據(jù)報(bào)的投遞方式而言，單播、廣播和組播還是有較大的區(qū)別。 4 系統(tǒng)設(shè)計(jì) 本系統(tǒng)主要分為文字聊天和文件傳書(shū)兩大部分。所以本論文將把系統(tǒng)分成兩大模塊來(lái)介紹。 文字聊天模塊的整體構(gòu)架 本系統(tǒng)文字聊天 是采用 C/S 結(jié)構(gòu)， 所以 每個(gè)客戶(hù)端也是作為服務(wù)器端的，當(dāng)系統(tǒng)發(fā)送信息給局域網(wǎng)的用戶(hù)，主要由單播模塊和廣播模塊來(lái)實(shí)現(xiàn)，而其中的單播模塊和用戶(hù)信息模塊是具有依賴(lài)性的，在接收信息的時(shí)候又有兩個(gè)模塊來(lái)完成，一是信息接收的模塊，另一個(gè)是信息查看的模塊。 由此可以看出本 模塊 主要分為兩模塊：發(fā)送 模塊和接收模塊。發(fā)送模塊：?jiǎn)尾ツK，廣播模塊，用戶(hù)信息模塊，信息記錄模塊接收模塊：接收信息模塊，查看信息模塊 綜上所述，系 統(tǒng)的架構(gòu)圖 為 ： 第 6 頁(yè) 共 20 頁(yè) 圖 2 系統(tǒng)結(jié)構(gòu)圖 文件傳輸模塊的主要流程圖 由于本模塊采用 C/S 架構(gòu)故將系統(tǒng)運(yùn)行載體分為兩個(gè)部分：客戶(hù)端與服務(wù)器端。文件傳輸需要建立有效的連接后，通過(guò) TCP/IP 協(xié)議實(shí)現(xiàn)點(diǎn)對(duì)點(diǎn)的文件傳輸。通信雙方是通過(guò)三次握手建立連接，實(shí)現(xiàn) 文字、 文件傳輸，最后關(guān)閉套節(jié)字連接。其 傳輸 的整個(gè)流程圖如下： 圖 3 結(jié)構(gòu)流程圖 文字聊天的主登錄界面 由于系統(tǒng)的用戶(hù)設(shè)計(jì)是針對(duì)的用戶(hù)日?；顒?dòng)，而非專(zhuān)門(mén)從事計(jì)算機(jī)操作的人員，所以本系統(tǒng)力求界面友好、簡(jiǎn)單，以便給用戶(hù)提供一個(gè)舒適的使用環(huán)境。在文字聊天模塊的主要目標(biāo)是簡(jiǎn)捷，方便。 為了方便用戶(hù)選取單個(gè)用戶(hù)進(jìn)行信息發(fā)送和查看在線(xiàn)用戶(hù)的信息，所以設(shè)計(jì)了一個(gè) ListView 來(lái)進(jìn)行顯示如圖 5，在 ListView 中包括了用戶(hù)名、工作組、用戶(hù)級(jí)數(shù)等。當(dāng)有用戶(hù)打開(kāi)本系統(tǒng)的時(shí)候?qū)?會(huì)向局域網(wǎng)中的所有用戶(hù)發(fā)送一個(gè)握手信息來(lái)獲取網(wǎng)絡(luò)中的在線(xiàn)用戶(hù)信息并添加到列表中顯示出來(lái)，同時(shí)也把自己的網(wǎng)系 統(tǒng) 主 界 面 顯