欧美精品一二区,性欧美一级,国产免费一区成人漫画,草久久久久,欧美性猛交ⅹxxx乱大交免费,欧美精品另类,香蕉视频免费播放

基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計與實現(xiàn) 計算機專業(yè)畢業(yè)設(shè)計 畢業(yè)論文

上傳人:r****d 文檔編號:87696325 上傳時間:2022-05-09 格式:DOC 頁數(shù):14 大?。?02KB
收藏 版權(quán)申訴 舉報 下載
基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計與實現(xiàn) 計算機專業(yè)畢業(yè)設(shè)計 畢業(yè)論文_第1頁
第1頁 / 共14頁
基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計與實現(xiàn) 計算機專業(yè)畢業(yè)設(shè)計 畢業(yè)論文_第2頁
第2頁 / 共14頁
基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計與實現(xiàn) 計算機專業(yè)畢業(yè)設(shè)計 畢業(yè)論文_第3頁
第3頁 / 共14頁

下載文檔到電腦,查找使用更方便

16 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計與實現(xiàn) 計算機專業(yè)畢業(yè)設(shè)計 畢業(yè)論文》由會員分享,可在線閱讀,更多相關(guān)《基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計與實現(xiàn) 計算機專業(yè)畢業(yè)設(shè)計 畢業(yè)論文(14頁珍藏版)》請在裝配圖網(wǎng)上搜索。

1、基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計與實現(xiàn) 摘 要 網(wǎng)絡(luò)通訊在當(dāng)今已經(jīng)不算新鮮事物,但大多數(shù)網(wǎng)絡(luò)通訊都需要借助Internet上的效勞器,這就給那些具有大規(guī)模內(nèi)部網(wǎng)絡(luò)的用戶造成了許多問題,如浪費網(wǎng)絡(luò)資源、遭遇到網(wǎng)絡(luò)攻擊、傳播的病毒、破壞防御系統(tǒng)等等。由于互連網(wǎng)上的網(wǎng)絡(luò)通訊工具給企業(yè)內(nèi)部信息交流帶來了不便,所以為了方便內(nèi)部網(wǎng)絡(luò)的用戶之間的溝通,需要開發(fā)一個基于局域網(wǎng)的信息收發(fā)系統(tǒng)的即時通訊工具,實現(xiàn)在內(nèi)部網(wǎng)絡(luò)中進行信息的交流。本課題設(shè)計主要針對局域網(wǎng)通訊而開發(fā)設(shè)計的,采用的是C/S構(gòu)架,利用Delphi編程工具來實現(xiàn)單播、播送以及在線用戶顯示和查看歷史記錄的功能,并借助一些網(wǎng)絡(luò)通訊組件,成功的實

2、現(xiàn)了在局域網(wǎng)上的即時通訊。本論文共分為六局部。第一局部是課題的背景及研究意義;第二局部是所運用的理論根底知識;第三局部是本系統(tǒng)的需求分析;第四局部是系統(tǒng)結(jié)構(gòu)和模塊設(shè)計;第五部是實施和測試情況;最后是本設(shè)計的結(jié)論總結(jié)及局部參考文獻。 關(guān)鍵詞:即時通訊;C/S構(gòu)架;單播;播送;歷史記錄 The Design and Implementation of Receiving and Sending Information System Based On LAN Abstract The network communication in already did not calculat

3、e the new things now, but the majority network communication all needed to draw support from on Internet the server, this gave these to have the large-scale internal network user to create many problems, like waste network resources, bitter experience to network attack, dissemination virus, destruct

4、ion defense system and so on. Because on the interconnection network communication facilities the interior communication have brought inconveniently for the enterprise, therefore in order to facilitate internal network between user's communication, needs to develop one based on the local area networ

5、k information receiving and dispatching system instant message facilities, realizes carries on the information in the internal network the exchange. This topic design mainly aims at the local area network communication to develop the design, uses is the C/S structure, realizes the unicast, the broad

6、cast as well as the online user demonstration and the examination historic record function using the Delphi programming tool, and drew support from some network communication module, the success realization on the local area network instant message. The present paper altogether divides into six part

7、s. The first part is the topic background and the research significance; the second part is the rationale knowledge which utilizes; the third part is this system demand analysis; the fourth part is the system structure and the module design; fifth is the implementation and the test situation; finall

8、y is this design conclusion summary and the part reference. Key words: Instant message; C/S structure; Unicast; Broadcast; Historic record 目 錄 論文總頁數(shù):25頁 1 引言 1 課題的背景 1 國內(nèi)外研究現(xiàn)狀 1 本課題研究的意義 2 2 理論根底 2 C/S軟件架構(gòu)技術(shù) 2 用戶數(shù)據(jù)報協(xié)議〔UDP〕 3 單播〔Unicast〕 3 播送〔Broadcast〕 4 3 需求分析 5 現(xiàn)行業(yè)務(wù)系統(tǒng)描述

9、5 現(xiàn)行系統(tǒng)存在的主要問題分析 5 提出解決方案 6 4 系統(tǒng)設(shè)計 6 系統(tǒng)總體架構(gòu) 6 界面設(shè)計 7 系統(tǒng)功能模塊設(shè)計 9 網(wǎng)絡(luò)組件 9 用戶信息顯示功能 10 局域網(wǎng)內(nèi)實現(xiàn)單播功能 14 局域網(wǎng)內(nèi)實現(xiàn)播送功能 17 歷史信息記錄功能 17 5 系統(tǒng)實施及測試 18 實施概況 18 測試方案 19 測試結(jié)果 21 結(jié) 論 22 參考文獻 22 致 謝 24 聲 明 25 1 引言 1.1 課題的背景 隨著計算機網(wǎng)絡(luò)日新月異的開展,人們的交流方式越來越多,傳統(tǒng)的交流方式,如:信件、電報、 等已經(jīng)難以

10、滿足人們的交流要求,在互聯(lián)網(wǎng)上即時的和好友取得聯(lián)系,已經(jīng)成為當(dāng)今社會人們主流的聯(lián)系方式。因此,計算機之間進行即時通訊、發(fā)送文件等交流方式已經(jīng)成為必然潮流。因此出現(xiàn)了QQ、UC等聊天工具,然而QQ、UC等聊天工具雖然方便、實用,但是,娛樂功能太多,有很多吸引人的娛樂功能,從一定程度上來說,是一種娛樂工具,不能作為用于即時通訊、文件共享的專用工具。目前,用于實現(xiàn)單一的即時通訊、文件共享的軟件實在太少,而且它們中大局部都對遠程效勞器有非常大的依賴性,沒有徹底實現(xiàn)點對點的交流。為此,我們決定開發(fā)一個專用于實現(xiàn)基于局域網(wǎng)內(nèi)部計算機之間即時通訊、文件傳輸?shù)能浖?,以方便?nèi)網(wǎng)計算機之間信息的交流。本軟件屬于點

11、對點連接的,在連接并通信時,尤其是近程的即時通訊,徹底的脫離了遠程的效勞器,防止了和遠程效勞器連接時過多的浪費網(wǎng)絡(luò)資源。并且防止了效勞器忙或與效勞器無法連接時,浪費過多時間用于和效勞器建立連接。因此,這個軟件是極具適應(yīng)性和實用性的即時通訊軟件。 1.2 國內(nèi)外研究現(xiàn)狀 即時通訊的出現(xiàn)和互聯(lián)網(wǎng)有著密不可分的關(guān)系,從技術(shù)上來說,IM完全基于TCP/IP網(wǎng)絡(luò)協(xié)議族實現(xiàn),而TCP/IP協(xié)議族是整個互聯(lián)網(wǎng)得以實現(xiàn)的技術(shù)根底,最早期的即時通訊雛形可以追溯到芬蘭人Jarkko Oikarinen于1988年創(chuàng)造的一種網(wǎng)絡(luò)聊天協(xié)議IRC〔Internet Relay Chat〕,該協(xié)議僅支持文本聊天,并且

12、也不支持好友列表的概念,1996年第一個 IM產(chǎn)品ICQ創(chuàng)造后,即時通訊的技術(shù)和功能開始根本成型,其工作原理開始被人們所了解,但不同廠商實現(xiàn)即時通訊技術(shù)原理時采用的協(xié)議卻有較大的差異,甚至到目前為止世界主要的 IM效勞運營商AOL(American Online:美國在線)仍然沒有公布其主要即時通訊產(chǎn)品AIM〔American Instant Messenger〕的專用協(xié)議。從1997年第一代即時通訊軟件誕生后開展到現(xiàn)在,即時通訊行業(yè)先后經(jīng)歷了文本通信〔第一代〕、語音交流〔第二代〕、視頻交流〔第三代〕和跨網(wǎng)溝通〔第四代〕等多種信息傳遞技術(shù)變革。盡管第一代、第二代以及第三代即時通訊軟件的信息傳遞

13、主要在互聯(lián)網(wǎng)范圍內(nèi),但各個階段都可以看到即時通訊行業(yè)在跨網(wǎng)通訊領(lǐng)域中的應(yīng)用,在移動即時信息進一步深化應(yīng)用,跨網(wǎng)語音交流進一步加強,跨網(wǎng)通訊領(lǐng)域的進一步拓寬,都意味著真正意義的跨網(wǎng)即時通訊已開展成型??梢哉f跨網(wǎng)即時通訊應(yīng)用的萌芽、雛形以及誕生,都貫穿著整個行業(yè)的開展。而在過去的幾年,行業(yè)的主導(dǎo)效勞商騰訊在香港成功上市,并在當(dāng)年取得55%的收入增長的佳績。新浪斥資近兩億元收購UC即時通訊技術(shù)平臺,微軟的MSN加大了中國市場的攻勢,TOM-SKYPE高調(diào)推出……。即時通信行業(yè)出現(xiàn)了連續(xù)多年高速的增長。 1.3 本課題研究的意義 隨著現(xiàn)代通訊技術(shù)不斷的開展,即時通訊技術(shù)也有飛速的開展,它是一種使人

14、們能在網(wǎng)上識別在線用戶并與他們實時交換消息的技術(shù),被很多人稱為電子郵件創(chuàng)造以來最酷的在線通訊方式。但是為了提高通訊的質(zhì)量,很多企業(yè)在網(wǎng)絡(luò)上進行即時通訊時一般都不會采用Internet上的即時通訊軟件,如QQ、MSN、OICQ等。因此本課題主要是研究基于局域網(wǎng)的信息收發(fā)系統(tǒng)的設(shè)計與實現(xiàn),希望能通開發(fā)設(shè)計的局域網(wǎng)通訊軟件來方便在內(nèi)部網(wǎng)絡(luò)上的信息交流,這樣不緊提高了通訊的質(zhì)量,還能有效的防護在互連網(wǎng)上帶來的攻擊,對于那些大中型企業(yè)來說更是需要這樣的一個自己內(nèi)部的即時通訊工具,防止帶來工作效率上不去;病毒及木馬的感染率增大;遠程效勞器連接時過多的浪費網(wǎng)絡(luò)資源;互連網(wǎng)由于某種原因而斷開時造成通訊中斷等問

15、題。 2 理論根底 2.1 C/S軟件架構(gòu)技術(shù) C/S〔Client/Server〕結(jié)構(gòu),即大家熟知的客戶機和效勞器結(jié)構(gòu)。它是軟件系統(tǒng)體系結(jié)構(gòu),通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢,將任務(wù)合理分配到Client端和Server端來實現(xiàn),降低了系統(tǒng)的通訊開銷。目前大多數(shù)應(yīng)用軟件系統(tǒng)都是Client/Server形式的兩層結(jié)構(gòu),由于現(xiàn)在的軟件應(yīng)用系統(tǒng)正在向分布式的Web應(yīng)用開展,Web和Client/Server應(yīng)用都可以進行同樣的業(yè)務(wù)處理,應(yīng)用不同的模塊共享邏輯組件;因此,內(nèi)部的和外部的用戶都可以訪問新的和現(xiàn)有的應(yīng)用系統(tǒng),通過現(xiàn)有應(yīng)用系統(tǒng)中的邏輯可以擴展出新的應(yīng)用系統(tǒng)。這也就是目前應(yīng)用系統(tǒng)

16、的開展方向。 傳統(tǒng)的C/S體系結(jié)構(gòu)雖然采用的是開放模式,但這只是系統(tǒng)開發(fā)一級的開放性,在特定的應(yīng)用中無論是Client端還是Server端都還需要特定的軟件支持。由于沒能提供用戶真正期望的開放環(huán)境,C/S結(jié)構(gòu)的軟件需要針對不同的操作系統(tǒng)系統(tǒng)開發(fā)不同版本的軟件,加之產(chǎn)品的更新?lián)Q代十分快,已經(jīng)很難適應(yīng)百臺電腦以上局域網(wǎng)用戶同時使用。 圖1 客戶機/效勞器計算結(jié)構(gòu) 2.2 用戶數(shù)據(jù)報協(xié)議〔UDP〕 用戶數(shù)據(jù)報協(xié)議〔UDP〕是ISO參考模型中一種無連接的傳輸層協(xié)議,提供面向事務(wù)的簡單不可靠信息傳送效勞。UDP協(xié)議根本上是IP協(xié)議與上層協(xié)議的接口。UDP協(xié)議適用端口分辨運行在同一

17、臺設(shè)備上的多個應(yīng)用程序。 由于大多數(shù)網(wǎng)絡(luò)應(yīng)用程序都在同一臺機器上運行,計算機上必須能夠確保目的地機器上的軟件程序能從源地址機器處獲得數(shù)據(jù)包,以及源計算機能收到正確的回復(fù)。這是通過使用UDP的“端口號〞完成的。源端口號標(biāo)識了請求域名效勞的本地機的應(yīng)用程序,同時需要將所有由目的站生成的響應(yīng)包都指定到源主機的這個端口上。與TCP不同,UDP并不提供對IP協(xié)議的可靠機制、流控制以及錯誤恢復(fù)功能等。由于UDP比擬簡單,UDP頭包含很少的字節(jié),比TCP負載消耗少,所以UDP適用于不需要TCP可靠機制的情形,比方,當(dāng)高層協(xié)議或應(yīng)用程序提供錯誤和流控制功能的時候。UDP是傳輸層協(xié)議,效勞于很多知名應(yīng)用層協(xié)

18、議,包括網(wǎng)絡(luò)文件系統(tǒng)〔NFS〕、簡單網(wǎng)絡(luò)管理協(xié)議〔SNMP〕、域名系統(tǒng)〔DNS〕以及簡單文件傳輸系統(tǒng)〔TFTP〕。 2.3 單播〔Unicast〕 單播〔Unicast〕指網(wǎng)絡(luò)中從源向目的地轉(zhuǎn)發(fā)單播流量的過程。單播流量地址唯一。單播方式下,只有一個發(fā)送方和一個接收方。與之比擬,組播是指單個發(fā)送方對應(yīng)一組選定接收方的一種通信,任意播是指任意發(fā)送方對應(yīng)一組較為接近的接收方間的一種通信。早期的點對點通信含義類似于單播。 單播傳輸是 LANs 傳輸中的主要使用方式。所有 LANs〔如以太網(wǎng)〕和 IP 網(wǎng)絡(luò)都支持單播傳輸模式,并且大多數(shù)用戶都了解標(biāo)準(zhǔn)單播應(yīng)用程序,如: 、smtp、ftp

19、和 telnet ― 都作為 TCP 傳輸協(xié)議。新版本的網(wǎng)際協(xié)議第六版〔IPv6〕支持單播同時也支持任意播和組播類型。許多路由選擇協(xié)議如路由選擇信息協(xié)議〔RIP〕和開放最短路徑優(yōu)先〔OSPF〕,都支持高效 Internet 單播路由選擇過程。 而IPv6 支持單播〔Unicast〕、組播〔Multicast〕和任意播〔Anycast〕三種類型。IPv6 中沒有關(guān)于播送〔Broadcast〕的具體劃分,而是作為組播的一個典型類型。 圖2 單播物理結(jié)構(gòu)圖 2.4 播送〔Broadcast〕 網(wǎng)絡(luò)播送是指一個節(jié)點同時向相同域中的其它所有節(jié)點傳輸數(shù)據(jù)包的過程。組播是一種特殊的播送,其中一組

20、請求收聽的選定用戶將收到播送。播送傳輸通常在局域網(wǎng)〔如以太網(wǎng)〕中進行,但有時也發(fā)生在虛擬局域網(wǎng)〔VLAN〕中。IPv6 支持單播〔Unicast〕、組播〔Multicast〕以及任意播〔Anycast〕三種類型,IPv6 中沒有關(guān)于播送〔Broadcast〕的具體劃分,而是作為組播的一個典型。 生成播送信息的應(yīng)用程序包括地址解析協(xié)議〔ARP〕。通過該協(xié)議,主機發(fā)送一個地址解析查詢到局域網(wǎng)中的所有計算機上,以實現(xiàn)網(wǎng)絡(luò) IP 地址的分配。有些路由選擇協(xié)議,如RIP,主要用于支持網(wǎng)絡(luò)設(shè)備“Advertise〞網(wǎng)絡(luò)效勞。 網(wǎng)絡(luò)播送中涉及以下重要概念: 播送域〔Broadcast Domain〕:

21、這是一個限定區(qū)域,其中的所有設(shè)備都可以共享信息。換句話說,與網(wǎng)絡(luò)相連,且負責(zé)接收播送的所有設(shè)備都是同一播送域的一局部。在一個共享以太網(wǎng)中,工作站通過共享媒體將幀播送到其它所有節(jié)點。其它節(jié)點收聽播送,只接收尋址到它們的幀。因此,共享以太網(wǎng)中的所有節(jié)點都屬于同一播送域。此外通過虛擬局域網(wǎng)技術(shù)可以創(chuàng)立一個虛擬播送域。 播送地址〔Broadcast Address〕:這是一個特殊地址,當(dāng)數(shù)據(jù)包可以尋址到該地址時,可以幫助所有設(shè)備翻開和處理信息。例如,MAC 地址,格式為 1xFFFFFFFF 是一種播送地址;IP 地址255.255.255.255是通用播送地址。任何設(shè)備都將翻開尋址到播送地址的信息

22、,并將它們傳送到下一個工作站。 播送風(fēng)暴〔Broadcast Storm〕:當(dāng)主機系統(tǒng)響應(yīng)一個在網(wǎng)上不斷循環(huán)的播送數(shù)據(jù)包或者試圖響應(yīng)一個沒有應(yīng)答的系統(tǒng)時就會發(fā)生播送風(fēng)暴。隨著網(wǎng)絡(luò)數(shù)據(jù)包數(shù)量的增加,播送風(fēng)暴可能會引起網(wǎng)絡(luò)擁塞問題。為防止播送風(fēng)暴的發(fā)生,需要細心配置網(wǎng)絡(luò)以阻止非法播送信息的進入。 圖3 播送物理結(jié)構(gòu)圖 3 需求分析 3.1 現(xiàn)行業(yè)務(wù)系統(tǒng)描述 隨著計算機網(wǎng)絡(luò)日新月異的開展,人們的交流方式越來越多,傳統(tǒng)的交流方式如:信件、電報、 等已經(jīng)難以滿足人們的交流要求,在互聯(lián)網(wǎng)上即時的和好友取得聯(lián)系,已經(jīng)成為當(dāng)今社會人們主流的聯(lián)系方式。兩臺計算機之間進行即時通訊、發(fā)送文件等交流

23、方式已經(jīng)成為時代的潮流。因此出現(xiàn)了QQ、UC等即時通訊工具。這些即時通訊業(yè)務(wù)屬于根底語音業(yè)務(wù)外的數(shù)據(jù)增值類業(yè)務(wù),從范疇來講屬于“消息類〞業(yè)務(wù),本質(zhì)是完成對“文字、聲音、圖像〞信息的傳遞。同屬于消息類的業(yè)務(wù)還有短信、彩信等,他們之間都存在一定程度的替代性,同時又各有長短。但不會成為那些大中型企業(yè)內(nèi)部的主要通訊工具,在企業(yè)中要求很簡單,能確保快速正常的即時通訊,還要具有很好的平安性,這樣才能提高工作效率,增加企業(yè)的效益。 3.2 現(xiàn)行系統(tǒng)存在的主要問題分析 目前,像QQ、UC等即時通訊工具雖然方便、實用,但是,娛樂功能太多,有很多吸引人的娛樂功能,從一定程度上來說,是一種娛樂工具,不能作為用于

24、作為即時通訊、文件共享的專用工具。并且現(xiàn)在用于實現(xiàn)單一的即時通訊、文件共享的軟件真的實在太少,因此不能為那些大中型企業(yè)所使用,而且在現(xiàn)行的系統(tǒng)中主要的問題是:一、在即時通訊系統(tǒng)中由于防火墻、網(wǎng)絡(luò)速度等原因難以建立或者速度很慢,IM效勞器還提供消息中轉(zhuǎn)效勞,即時消息全部先發(fā)送到IM效勞器,還要再由效勞器轉(zhuǎn)發(fā)給對方,所以連接時過多的浪費了網(wǎng)絡(luò)資源,并且在效勞器忙或與效勞器無法連接時,浪費過多時間用于和效勞器建立連接;二、即時通訊工具始終是通過互連網(wǎng)的效勞器來傳輸?shù)模沁@樣所以更有可能會帶來遭遇到網(wǎng)絡(luò)上的許多攻擊,如木馬,蠕蟲等。為企業(yè)中的信息交流帶來了很大的平安性問題。 3.3 提出解決方案

25、 根據(jù)企業(yè)在內(nèi)部網(wǎng)絡(luò)上信息交流的需求,所以本課題就主要針對內(nèi)部的網(wǎng)絡(luò)來設(shè)計這樣的一個即時通訊系統(tǒng),本系統(tǒng)是在基于局域網(wǎng)的在IM客戶端和IM效勞器之間通訊采用的UDP協(xié)議和C/S軟件構(gòu)架技術(shù)上開發(fā)的通訊工具,它在近程的即時通訊時徹底的脫離了遠程的效勞器,不通過遠程效勞器來完成實現(xiàn)通訊,防止了和遠程效勞器連接時過多的浪費網(wǎng)絡(luò)資源。并且防止了效勞器忙或與效勞器無法連接時浪費過多時間用于和效勞器建立連接,同時也為內(nèi)網(wǎng)效勞增強了許多的平安性,徹底的將通訊工具從互連網(wǎng)上搬到內(nèi)網(wǎng)中來,這樣一來就不會受到來自互連網(wǎng)的攻擊了。這種系統(tǒng)主要是為了方便了大中型企業(yè)在內(nèi)部即時通訊要求,從而進一步提高工作效率,增加企業(yè)

26、的效益。 4 系統(tǒng)設(shè)計 4.1 系統(tǒng)總體架構(gòu) 本系統(tǒng)主要是采用C/S結(jié)構(gòu),并且每個客戶端也是作為效勞器端的,當(dāng)系統(tǒng)發(fā)送信息給局域網(wǎng)的用戶,主要由單播模塊和播送模塊來實現(xiàn),而其中的單播模塊和用戶信息模塊是具有依賴性的,在接收信息的時候又有兩個模塊來完成,一是信息接收的模塊,另一個是信息查看的模塊。 由此可以看出本系統(tǒng)主要分為兩大局部模塊:發(fā)送模塊和接收模塊。發(fā)送模塊:單播模塊,播送模塊,用戶信息模塊,信息記錄模塊接收模塊:接收信息模塊,查看信息模塊 有了以上的了解了那讓我們來看看系統(tǒng)的架構(gòu)圖: 系統(tǒng)主界面 〔效勞器/客戶〕 用 戶 名 工 作

27、 組 顯示用戶信息 IP 地 址 單 播 發(fā) 送 信 息 寫 入 廣 播 發(fā) 送 接 收 信 息 查看歷史記錄 圖4 系統(tǒng)架構(gòu)圖 4.2 界面設(shè)計 為了方便用戶的操作,我采用比擬簡單的界面設(shè)計,主界面包括播送按鈕、發(fā)送按鈕、刷新按鈕、在線用戶顯示框、信息輸入窗體。其中播送按鈕是將信息窗體中的內(nèi)容發(fā)送到所有的用戶;發(fā)送按鈕是將信息窗體中的內(nèi)容發(fā)送到指定的用戶;在線用戶顯示框中選取指定的用戶和查看用戶的信息;刷新是重載用戶列表。 圖5 主界面 當(dāng)有信息傳過來時將自動彈出一個信息接

28、收的窗體,窗體包括查看按鈕和關(guān)閉按鈕還有一個顯示對方用戶的區(qū)域,他們分別是用來翻開并查看信息或是不想查看而關(guān)閉的作用。 圖6 信息接收界面 如過你在圖6中點擊了查看按鈕,那么將會彈到顯示信息查看的窗體上,在文本區(qū)那么會顯示對方傳送過來的信息內(nèi)容,在查看了之后有個關(guān)閉按鈕,用來結(jié)束對話框,便可以回到圖5的界面了。 圖7 信息查看界面 在歷史記錄的窗體中點擊記錄文件按鈕來選擇保存的路徑,將會自動生成一個文本文件來對通訊記錄進行保存。 圖8 歷史記錄 4.3 系統(tǒng)功能模塊設(shè)計 4.3.1 網(wǎng)絡(luò)組件 UDP協(xié)議由TCP協(xié)議衍生而來。TCP用于確保點對點的連接,而UDP并不保

29、證發(fā)送的數(shù)據(jù)一定到達,也不說明數(shù)據(jù)報的傳輸成功或失敗。 本系統(tǒng)設(shè)計使用的是TIdUDPClient和TIdUDPServer兩個用戶數(shù)據(jù)報〔UDP〕組件,首先創(chuàng)立Delphi工程。然后向工程組再添加一個工程。把一個工程作為客戶,另一個作為效勞器。為連接到UDP效勞器,需要一個TIdUDPClient組件。用來表示效勞器的IP地址和端口號。由于UDP是無連接的,因此在UDP的接口方法中不包括Connect方法。要使用Internet Direct實現(xiàn)的組件,只需使用Send向給定的IP地址和端口號播送一個命令字符串。 其中我為IP地址和端口號的設(shè)置分別為127.0.0.1和9000。效勞器是

30、作為應(yīng)用程序?qū)崿F(xiàn)的,它對客戶程序發(fā)出的一個簡單的命令集進行響應(yīng)。為實現(xiàn)效勞器,程序?qū)⒈O(jiān)聽DefaultPort端口上的播送,并將設(shè)置為True。 下面是我對TIdUDPClient和TIdUDPServer組件的設(shè)置圖: 圖9 TIdUDPClient組件設(shè)置 圖10 TIdUDPServer組件設(shè)置 4.3.2 用戶信息顯示功能 為了方便用戶選取單個用戶進行信息發(fā)送和查看在線用戶的信息,所以設(shè)計了一個ListView來進行顯示如圖5,在ListView中包括了用戶名、工作組、IP地址。當(dāng)有用戶翻開本系統(tǒng)的時候?qū)蚓钟蚓W(wǎng)中的所有用戶發(fā)送一個握手信息來獲取網(wǎng)絡(luò)中的在線用戶

31、信息并添加到列表中顯示出來,同時也把自己的網(wǎng)絡(luò)資源信息發(fā)送給對方,使自己被添加到其他用戶的列表中。 其中分別要對網(wǎng)絡(luò)中的所有的用戶名、工作組、IP地址進行獲取,下面來看一下對于獲取這些網(wǎng)絡(luò)資源的代碼局部。 4.3.3 局域網(wǎng)內(nèi)實現(xiàn)播送功能 在本設(shè)計中單播發(fā)送的按鈕為BitBtn3,主要是通過IdUDPServer和IdUDPClient組件來編寫的,主要是使用了來對信息進行發(fā)送的,在發(fā)送時將會把信息發(fā)送給在局域網(wǎng)內(nèi)部的所有用戶包括自己。 下面是發(fā)送按鈕的代碼局部: procedure TForm1.BitBtn3Click(Sender: TObject); var

32、chatinfo:string; chatinfobuf:array[0..2030]of char; f:textfile; begin chatinfo:=format('%-6s%-255s%-1024s',['CHAT',myname,memo1.Lines.Text]); strpcopy(chatinfobuf,chatinfo); client.Broadcast(chatinfobuf,9000); end; 4.3.4 歷史信息記錄功能 為了能讓用戶對歷史的信息進行查看,所以本設(shè)計中包含了一個對歷史信息進行記錄的功能,主要是創(chuàng)立一個記事本文件對信息進行復(fù)制保存,以下就是歷

展開閱讀全文
溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

相關(guān)資源

更多
正為您匹配相似的精品文檔
關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號:ICP2024067431-1 川公網(wǎng)安備51140202000466號


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺,本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請立即通知裝配圖網(wǎng),我們立即給予刪除!