预览加载失败,请重新加载试试~

網(wǎng)絡(luò)安全課程設(shè)計---基于des加密的聊天程序_第1頁
已閱讀1頁,還剩21頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、<p>  《網(wǎng)絡(luò)安全程序》課程設(shè)計報告</p><p>  題目:基于des加密的聊天程序</p><p><b>  目錄</b></p><p><b>  第1章 緒論3</b></p><p>  1.1 des加密背景3</p><p>  1.2

2、聊天程序設(shè)計背景4</p><p>  第2章 加密原理5</p><p>  2.1 des簡介5</p><p>  2.2 des加密原理5</p><p>  2.3 des加密過程7</p><p>  第3章 聊天程序設(shè)計8</p><p>  3.1 TCP/IP協(xié)議

3、8</p><p>  3.2 客戶機/服務(wù)器模式8</p><p>  3.3 Socket9</p><p>  第4章 系統(tǒng)設(shè)計11</p><p>  4.1 開發(fā)語言及環(huán)境11</p><p>  4.2 需求分析11</p><p>  4.2.1 功能需求分析11<

4、;/p><p>  4.2.2 數(shù)據(jù)需求分析11</p><p>  4.2.3 性能需求分析12</p><p>  4.2.4 運行需求分析12</p><p>  4.3 程序流程圖13</p><p>  4.4 模塊設(shè)計14</p><p>  4.4.1 服務(wù)器14</

5、p><p>  4.4.2 客戶端15</p><p>  第5章 程序測試17</p><p>  5.1 運行結(jié)果17</p><p><b>  第6章 總結(jié)21</b></p><p><b>  參考文獻21</b></p><p>&

6、lt;b>  第1章 緒論</b></p><p>  1.1 des加密背景</p><p>  隨著計算機和網(wǎng)絡(luò)在軍事、政治、金融、工業(yè)、商業(yè)等部門的廣泛應(yīng)用,社會對計算機和網(wǎng)絡(luò)的依賴越來越大,科學(xué)技術(shù)的研究和發(fā)展及其在商業(yè)領(lǐng)域的應(yīng)用等方面,無一不與信息息息相關(guān)。所以信息就是生命,信息就是時間,信息就是財富。由于信息是共享的,信息的擴散會產(chǎn)生社會影響,所以保護信息的安

7、全是信息時代的迫切需要。如果計算機和網(wǎng)絡(luò)系統(tǒng)的信息安全受到破壞將導(dǎo)致社會的混亂并造成巨大損失。因此,確保計算機和網(wǎng)絡(luò)系統(tǒng)的信息安全已成為世人關(guān)注的社會問題和計算機科學(xué)與技術(shù)領(lǐng)域的研究熱點。</p><p>  當前,以Internet為代表的計算機網(wǎng)絡(luò)的迅速發(fā)展和廣泛應(yīng)用,正引起社會和經(jīng)濟的深刻變革,極大地改變著人們的生活和工作方式。Internet已經(jīng)成為我們生活和工作中一個不可缺少的組成部分。對此,發(fā)展我國的

8、電子政務(wù)、電子商務(wù)和電子金融已成為建設(shè)具有中國特色社會主義強國的不可回避的選擇。然而,目前影響電子政務(wù)、電子商務(wù)、電子金融應(yīng)用的主要技術(shù)障礙是信息安全問題。由于Internet原來缺少安全設(shè)計,再加上Internet的開放性和無政府狀態(tài),使Internet成為一個不安全的網(wǎng)絡(luò)。這就使得Internet不能適應(yīng)電子政務(wù)、電子商務(wù)和電子金融等系統(tǒng)對信息安全的要求。確保信息的安全就必須加強加密技術(shù),加密技術(shù)是基于密碼學(xué)原理來實現(xiàn)計算機、網(wǎng)絡(luò)乃

9、至一切信息系統(tǒng)安全的理論與技術(shù)基礎(chǔ)。</p><p>  1977年美國頒布了數(shù)據(jù)加密標準DES(Data Encryption Stantard),這是密碼史上的一個創(chuàng)舉。DES算法最初由美國IBM公司設(shè)計,經(jīng)美國國家安全局評測后,頒布為標準。DES開創(chuàng)了向世人公開加密算法的先例。自從公布以來,它一直超越國界,成為國際上商用保密通信和計算機通信的最常用的加密算法。DES也是曾被廣泛使用的分組密碼,遍及世界的政府

10、,銀行和標準化組織把DES作為安全和論證通信的基礎(chǔ)。DES算法公開是密碼學(xué)史上里程碑式的事件</p><p>  1.2 聊天程序設(shè)計背景 </p><p>  隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展,互聯(lián)網(wǎng)應(yīng)用越來越豐富。互聯(lián)網(wǎng)以其獨特的傳播方式吸引了大量用戶,同時也給人們帶來了許多便利,譬如可以借助于網(wǎng)絡(luò)進行相互交流、信息傳遞等。聊天工具作為互聯(lián)網(wǎng)中運用最為廣泛的通信工具之一,它可以讓用戶之間

11、進行即時的交流和信息的傳遞。聊天工具的出現(xiàn)可以說是基于互聯(lián)網(wǎng)通信交流方式的歷史性變革,它已經(jīng)漸漸取代了原來效率低、費用高的如信件、電報的通信方式,以其快速、交互、簡便的方式給用戶的交流提供了簡單、易用的信息平臺,成為現(xiàn)今應(yīng)用最為廣泛的即時通信工具之一。隨著相關(guān)技術(shù)的日益發(fā)展,用戶對功能的需求不斷提高。為了更好地服務(wù)于用戶,聊天工具的功能也在不斷地完善。在未來的網(wǎng)絡(luò)時代中,聊天工具將以即時通信為其基本特點,并與各種網(wǎng)絡(luò)應(yīng)用整合,同時隨著無

12、線網(wǎng)絡(luò)的廣泛應(yīng)用,它將成為未來不可缺少的一種通信軟件。本課程設(shè)計的目的主要是為了滿足人們通訊交流的便捷,實現(xiàn)靈活、全面的語音、視頻信息的傳遞和服務(wù)。模擬騰訊公司的QQ聊天軟件,開發(fā)一個多功能的聊天系統(tǒng)軟件,該課程設(shè)計主要實現(xiàn)文字聊天功能。</p><p><b>  第2章 加密原理</b></p><p><b>  2.1 des簡介</b>

13、</p><p>  DES的設(shè)計目標是,用于加密保護靜態(tài)存儲和傳輸信道中的數(shù)據(jù),安全使用10—15年。</p><p>  DES綜合運用了置換、代替、代數(shù)等多種密碼技術(shù)。它設(shè)計精巧、安全、方便,是近代密碼的世界標準,為確保數(shù)據(jù)安全作出了重大貢獻。DES的設(shè)計充分體現(xiàn)了Shannon信息保密理論所闡述的設(shè)計密碼的思想,標志著密碼的設(shè)計與分析達到了新的水平。</p><

14、p>  DES是一種分組密碼。明文、密文和密鑰的分組長度都是64位。</p><p>  DES是面向二進制的密碼算法,因而能夠加解密任何形式的計算機數(shù)據(jù)。</p><p>  DES是對合運算,因而加密和解密共用同一算法,從而使工程實現(xiàn)的工作量減半。</p><p>  2.2 des加密原理</p><p>  DES 全稱為Dat

15、a Encryption Standard即數(shù)據(jù)加密算法,它是IBM公司研究成功并公開發(fā)表的。</p><p>  DES算法的入口參數(shù)有三個:Key、Data、Mode。其中Key為8個字節(jié)共64位,是DES算法的工作密鑰;Data也為8個字節(jié)64位,是要被加密或被解密的數(shù)據(jù);Mode為DES的工作方式,有兩種:加密或解密。</p><p>  數(shù)據(jù)加密標準(DES)的算法是用于計算機數(shù)

16、據(jù)加密保護的分組加密的數(shù)學(xué)算法,算法以64 bit為一個分組對數(shù)據(jù)進行加密。使用64 bit的密鑰加密64 bit分組的信息。首先將原始數(shù)據(jù)64 bit明文進行初始置換IP,然后與子密鑰(由加密密鑰產(chǎn)生)進行一系列迭代運算,最后再經(jīng)過逆置換,即可得到64 bit密文(加密后數(shù)據(jù))。在每一輪中,數(shù)列塊的右邊32 bit數(shù)據(jù)和密鑰(Key)一起傳送給函數(shù)f,函數(shù)f運算的結(jié)果再與數(shù)列塊左邊32 bit數(shù)據(jù)進行“異或”操作。其中S盒(S選擇函數(shù)

17、)是DES算法的心臟,由它實現(xiàn)非線性變換。解密過程與此類似,只是在應(yīng)用子密鑰時,順序顛倒為k16,k15,…k2,k1。</p><p>  DES算法實現(xiàn)時用到許多的數(shù)學(xué)知識,子密鑰的產(chǎn)生,初始值換IP,加密函數(shù)以及逆初始值換。</p><p>  DES的整體結(jié)構(gòu)如圖2-1所示:</p><p>  i=1,2,3,…,16</p><p&g

18、t;  圖2-1 DES的整體結(jié)構(gòu)</p><p>  2.3 des加密過程</p><p>  1)64位密鑰經(jīng)子密鑰產(chǎn)生算法產(chǎn)生出16個子密鑰:,分別供第一次,第二次,……,第十六次加密迭代使用。</p><p> ?。?)64位明文首先經(jīng)過初始置換IP(Initial Permutation),將數(shù)據(jù)打亂重新排列并分成左右兩半。左邊32位構(gòu)成,右邊32位構(gòu)

19、成。</p><p> ?。?)由加密函數(shù)f實現(xiàn)子密鑰對的加密,結(jié)果為32位的數(shù)據(jù)組。再與模2相加,又得到一個32位的數(shù)據(jù)組。以作為第二次加密迭代的,以作為第二次加密迭代的。至此,第一次加密迭代結(jié)束。</p><p> ?。?)第二次加密迭代至第十六次加密迭代的分別用子密鑰進行,其過程與第一次加密迭代相同。</p><p> ?。?)第十六次加密迭代結(jié)束后,產(chǎn)生一個

20、64位的數(shù)據(jù)組。以其左邊32位作為,以其右邊32位作為,兩者合并再經(jīng)過逆初始置換,將數(shù)據(jù)重新排列,便得到64位密文。至此加密過程全部結(jié)束。</p><p>  綜上可將DES的加密過程用如下的數(shù)學(xué)公式描述:</p><p>  第3章 聊天程序設(shè)計</p><p>  3.1 TCP/IP協(xié)議</p><p>  TCP/IP協(xié)議的核心部分是

21、傳輸層協(xié)議(TCP、UDP),網(wǎng)絡(luò)層協(xié)議(IP)和物理接口層,這三層通常是在操作系統(tǒng)內(nèi)核中設(shè)計。因此用戶一般不涉及。TCP是面向連接的,通信雙方保持一條通路,好比目前的電話線,使用telnet登陸B(tài)BS,用的就是TCP協(xié)議;UDP是無連接的,通信雙方都不保持對方的狀態(tài),瀏覽器訪問Internet時使用的HTTP協(xié)議就是基于UDP協(xié)議的。</p><p>  編程時,編程界面有兩種形式:一、是由內(nèi)核心直接提供的系統(tǒng)

22、調(diào)用;二、使用以庫函數(shù)方式提供的各種函數(shù)。前者為核內(nèi)設(shè)計,后者為核外設(shè)計。用戶服務(wù)要通過核外的應(yīng)用程序才能設(shè)計,所以要使用套接字(socket)來設(shè)計。</p><p>  3.2 客戶機/服務(wù)器模式</p><p>  C/S結(jié)構(gòu)(Client/Server結(jié)構(gòu))是大家熟知的客戶機和服務(wù)器結(jié)構(gòu)。它是軟件系統(tǒng)體系結(jié)構(gòu),通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢,將任務(wù)合理分配到Client端和S

23、erver端來實現(xiàn),降低了系統(tǒng)的通訊開銷。</p><p>  目前大多數(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)用都可以進行同樣的業(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)的發(fā)展方向。&

24、lt;/p><p>  首先服務(wù)器方要啟動,并根據(jù)請求提供相應(yīng)服務(wù): (1)打開一通信通道并告知本地主機,它在某一公認地址端口上(如http為80)接受客戶請求。 (2)等待客戶請求到達該端口。 (3)接收到重復(fù)服務(wù)請求,處理該請求并發(fā)送應(yīng)答信號。接收并發(fā)服務(wù)請求,要激活一新進程來處理這個客戶請求。新進程處理此客戶請求,并不需要對其他請求做出應(yīng)答。服務(wù)完成后,關(guān)閉此新進程與客戶的通信鏈路,并終止。

25、 (4)返回第二步,等待另外的客戶請求 (5)關(guān)閉服務(wù)器。 客戶方: (1)打開一通信通道,并連接到服務(wù)器所在主機的特定端口。 (2)向服務(wù)器發(fā)出服務(wù)請求報文,等待并接收應(yīng)答;繼續(xù)提出請求。 (3)請求結(jié)束后關(guān)閉通信通道并終止。 從上面的描述過程可知: (1)客戶與服務(wù)器進程的作用是非對稱的。因此編碼不同。 (2)服務(wù)進程一般是先于客戶請求啟動的。只要系統(tǒng)運行,該進程一直存在,直到

26、正常終止或者強迫終止。在TCP/IP網(wǎng)絡(luò)中兩個進程間的相互作用的主機模式是客戶機/服務(wù)器模式(Client/Server model)。該模式的建立基于以下兩點:1</p><p>  3.3 Socket</p><p>  socket之間的連接可以分為三種類型:客戶端連接,監(jiān)聽連接以及服器</p><p><b>  端連接。</b>&l

27、t;/p><p>  客戶端連接是指由客戶端的socket提出連接請求,要連接的目標是服務(wù)器端的socket。為此,客戶端的socket必須首先描述它要連接的服務(wù)器端socket(主要是指服務(wù)器 端socket的地址和端口號),然后再定位所要連接的服務(wù)器端socket,找到以后,就向服務(wù)器端 socket請求連接。當然,服務(wù)器端的socket此時未必正好處于準備好狀態(tài),不過,服務(wù)器端的 socket會自動維護客戶請求

28、連接的隊列,然后在它認為合適的時候向客戶端socket發(fā)出"允許連接" (accept)的信號,這時客戶端socket與服務(wù)器端socket的連接就建立了。</p><p>  監(jiān)聽連接,服務(wù)器端 socket并不定位具體的客戶端socket,而是處于等待連接的狀態(tài)。當服務(wù)器端socket監(jiān)聽到或者說 接收到客戶端socket的連接請求,它就響應(yīng)客戶端socket的請求建立一個新的socket

29、句柄并與客戶 端連接,而服務(wù)器端socket繼續(xù)處于監(jiān)聽狀態(tài),還可以接收其它客戶端socket的連接請求。</p><p>  服務(wù)器端連接,是指當服務(wù)器端socket接收到客戶端socket的連接請求后,就把服務(wù)器端socket的描述發(fā)給客戶端,一旦客戶端確認了此描述,連接就建立了。在本文中的聊天程序用的就是監(jiān)聽連接,即服務(wù)器設(shè)置連接個數(shù)后進行監(jiān)聽,客戶端進行對服務(wù)器端的連接,這樣就可以進行相互通信了。<

30、/p><p><b>  第4章 系統(tǒng)設(shè)計</b></p><p>  4.1 開發(fā)語言及環(huán)境</p><p><b>  開發(fā)語言:c++</b></p><p>  開發(fā)環(huán)境:visual studio 2013</p><p><b>  4.2 需求分析<

31、/b></p><p>  4.2.1 功能需求分析</p><p>  (1)用戶端之間的信息發(fā)送,本程序需要實現(xiàn)的最基本的功能。用戶在界面上可以將自己需要發(fā)送的信息填入相應(yīng)的對話框中,點擊發(fā)送按鈕后,可以將信息正常的發(fā)送給相應(yīng)的其它用戶,這個過程中的客戶端與客戶端之間使用點對點發(fā)送信息,利用TCP/IP協(xié)議中的UDP協(xié)議。</p><p>  (2)在線用

32、戶主機IP列表的維護。在用戶發(fā)送信息之前,需要選擇相應(yīng)的目的地端IP,這也就需要客戶端擁有在線用戶主機的IP地址,這個在線主機列表的維護是需要客戶端定時自動向服務(wù)器端發(fā)送信息,服務(wù)器端收集并維護在線用戶列表,再發(fā)送回客戶端。需要在客戶端和服務(wù)器端都使用定時器來完成此功能。</p><p> ?。?)在C/S模式中,服務(wù)器與客戶端是相互依賴的。在客戶端啟用以后,需要查看服務(wù)器端是否在線,服務(wù)器在線才能正常使用客戶端

33、,如果服務(wù)器不在線,則在檢測一定次數(shù)以后自動退出客戶端程序。在使用過程中,客戶端在指定時間內(nèi)未向服務(wù)器端發(fā)送信息的,服務(wù)器認為客戶端下線;客戶端在一定時間內(nèi)未收到服務(wù)器端信息的,認為服務(wù)器已經(jīng)下線,則提示用戶并建議退出,在用戶一定時間后沒有退出的則自動關(guān)閉客戶端程序。</p><p>  4.2.2 數(shù)據(jù)需求分析 </p><p> ?。?)客戶端之間聊天信息。在控件上顯示時格式

34、化,更易于用戶的查看自己發(fā)送或接收到的信息。 </p><p>  (2)在線用戶聊天信息。服務(wù)器端存放在適當?shù)目臻g中,在發(fā)送給客戶端時,對信息列表進行格式化,便于客戶端提取信息。</p><p> ?。?)客戶端向服務(wù)器端發(fā)送的確認在線信息。包括客戶端剛剛啟動時的初始化信息和在使用過程中的確認在線信息。 </p><p>  (4)其它程序內(nèi)部

35、可能需要設(shè)計的數(shù)據(jù)結(jié)構(gòu)體。</p><p>  4.2.3 性能需求分析 </p><p> ?。?)可靠性高,能在由于系統(tǒng)問題或其它原因產(chǎn)生錯誤后,作出相對應(yīng)處理,比如網(wǎng)絡(luò)初始化失敗、服務(wù)器不在線等,可以提示用戶安全退出本程序,在出現(xiàn)不可知的錯誤以后,可以盡量安全的退出程序。在程序的設(shè)計過程中,要求能盡可能多的設(shè)想到用戶使用過程中可能發(fā)生的事件,并能在判斷事件后做出相應(yīng)的處理,

36、使程序具有較高的容錯性能。</p><p>  (2)宜操作性,程序簡單易懂,容易上手使用。設(shè)計界面是,簡化界面的復(fù)雜性,模擬QQ等現(xiàn)有即時通訊工具的界面,使用戶能很容易看懂并使用。 </p><p>  (3)開發(fā)文檔易理解,保證以后自己二次開發(fā)或他人接手開發(fā)時,能夠清晰的理解整個系統(tǒng)的設(shè)計思路和實現(xiàn)細節(jié)。 </p><p>  (4)模塊化設(shè)

37、計此軟件的功能,不同的模塊實現(xiàn)不同的功能,使得軟件易于以后的維護與擴展,在以后可以更好的完善本軟件的功能,更方便于在工作中的應(yīng)用。</p><p>  4.2.4 運行需求分析 </p><p><b> ?。?)用戶界面 </b></p><p>  程序較小,啟動速度快??稍诰W(wǎng)絡(luò)中使用。啟動后的應(yīng)用界面要清爽,設(shè)計要簡單

38、明了,要具有較高的易用性。 </p><p><b> ?。?)故障處理 </b></p><p>  在遇到可預(yù)知的故障與情況時,能提示用戶;在遇到不可預(yù)知的故障時能安全退出。</p><p><b>  4.3 程序流程圖</b></p><p>  首先在服務(wù)器方,利用so

39、cket()函數(shù)建立流式套接字,返回套接字號s,接著利用bind()函數(shù)將套接字s與本地地址綁定,緊接著利用listen(0函數(shù)通知TCP,監(jiān)聽客戶方,服務(wù)器準備接收連接,沒有連接的話,服務(wù)器方通過closesocket()關(guān)閉套接字s,服務(wù)結(jié)束。有連接的話,在客戶方,通過socket()函數(shù)建立流式套接字s,此時在服務(wù)器方,建立連接,通過accept()返回,得到新的套接字ns,客戶方通過connect()將套接字s與遠程地址連接,此

40、時服務(wù)器方/客戶方在ns/s上讀/寫數(shù)據(jù),直到交換完成。交換完成后,服務(wù)器方/客戶方關(guān)閉套接字ns/s,最后服務(wù)器方通過closesocket()關(guān)閉最初套接字s,服務(wù)結(jié)束。具體設(shè)計過程如圖1-2所示。</p><p><b>  圖1—2</b></p><p><b>  4.4 模塊設(shè)計</b></p><p>  

41、4.4.1 服務(wù)器  </p><p>  首先運行服務(wù)器,服務(wù)器偵聽端口消息,等待客戶端向其建立連接的申請,一旦接收到客戶端的連接請求,服務(wù)器將返回一個新的套接字描述符,通過該描述符調(diào)用數(shù)據(jù)傳輸函數(shù)即可與客戶端進行數(shù)據(jù)的收發(fā)。服務(wù)器若接收的是登陸信息,向該用戶發(fā)送在線用戶列表,并更新服務(wù)器的在線用戶列表;若收到的是發(fā)送信息,服務(wù)器解析信息,然后通過廣播消息,向其所有線用戶列表發(fā)送消息。具體代

42、碼如下:</p><p>  4.4.2 客戶端  </p><p>  在運行服務(wù)器之后,運行客戶端??蛻舳耸紫认蚍?wù)器提出建立連接請求,然后建立一個套接字描述符,通過該描述符調(diào)用數(shù)據(jù)傳輸函數(shù)即可與服務(wù)端進行數(shù)據(jù)的收發(fā)。用戶登錄成功后,向服務(wù)器發(fā)送登陸消息,并更新本地在線用戶列表,然后通過服務(wù)器實現(xiàn)與其他客戶聊天;當客戶退出,向服務(wù)器發(fā)送下線消息。具體代碼如下:<

43、;/p><p>  4.4.3 加密模塊</p><p><b>  第5章 程序測試</b></p><p><b>  5.1 運行結(jié)果</b></p><p><b>  開啟服務(wù)器:</b></p><p>  利用客戶端連接服務(wù)器:</p&g

44、t;<p>  輸入昵稱并發(fā)送消息:</p><p>  加密發(fā)送,接收端收到的是密文:</p><p><b>  解密密文:</b></p><p><b>  第6章 總結(jié)</b></p><p>  這次的課程設(shè)計是兩個人一組完成的,題目是基于des加密的聊天程序,在平日的生活

45、學(xué)習(xí)中,可以說QQ等即時通訊軟件已占據(jù)重要的位置,也深受大家的喜愛,所以這個課程設(shè)計很有現(xiàn)實意義,做起來也比較感興趣。在具體做的過程中,參考了老師所講還有網(wǎng)上的一些程序,雖然這個聊天的界面及功能比較簡單,但從代碼的編寫及結(jié)果的調(diào)試成功還是花了我們很多的心思。從資料的收集和文檔的編寫等等。</p><p>  課程設(shè)計項目的雖然要求是兩人完成,但還是很多問題的解決離不開老師的指導(dǎo)及同學(xué)之間的探討,這些在做項目的時候

46、都是必不可少的。學(xué)校提供了設(shè)計的機房還有老師的悉心指導(dǎo),這些跟課程設(shè)計的順利完成都是密不可分的,在這里我們非常感謝大家?guī)淼膸椭?lt;/p><p>  另外就是知識方面的問題,計算機網(wǎng)絡(luò)和c++ Socket有很多方面的知識還是很不熟悉,具體用到的時候就感覺生疏,或者還是缺乏設(shè)計方面的實踐。課程設(shè)計的機會不是很多,由于所學(xué)的知識包含了太多的方面,所以實踐方面還是遠遠不夠,希望在學(xué)校期間能夠多一些類似的機會。<

47、;/p><p>  雖然課程設(shè)計順利的完成了,但由于我們水平有限,還是有很多的欠缺跟不足之處,希望老師給予指正。</p><p><b>  參考文獻</b></p><p>  [1]謝希仁.計算機網(wǎng)絡(luò)(第5版). 北京:電子工業(yè)出版社. </p><p>  [2]錢能.C++程序設(shè)計教程.北京:清華

48、大學(xué)出版社. </p><p>  [3]陳鳴,計算機網(wǎng)絡(luò)實踐教程,機械工業(yè)出版社. </p><p>  [4]曹麗娜 通信原理(第六版)國防大學(xué)出版社</p><p>  [5]任泰明.TCP/IP協(xié)議與網(wǎng)絡(luò)編程,西安:西安電子科技大學(xué)出版社,2004.3  </p><p>  [6]H

49、.M.Deitel  P.J.Deitel.C++程序設(shè)計教程,北京:機械工業(yè)出版社,2006.6  </p><p>  [7]吳功宜.計算機網(wǎng)絡(luò)(第2版),北京:清華大學(xué)出版社,2007.3  </p><p>  [8] 譚浩強.C程序設(shè)計(第二版),清華大學(xué)出版社  </p>&

溫馨提示

  • 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. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論