計(jì)算機(jī)科學(xué)與技術(shù)畢業(yè)論文-局域網(wǎng)內(nèi)終端運(yùn)行信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

1、<p><b>　　本科畢業(yè)論文</b></p><p><b>　　（20 屆）</b></p><p>　　局域網(wǎng)內(nèi)終端運(yùn)行信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)</p><p>　　Design and Implementation of LAN Terminal</p><p>　　Opera

2、tion Information Management Systems</p><p><b>　　摘要</b></p><p>　　目前，互聯(lián)網(wǎng)絡(luò)技術(shù)正處于在不斷的發(fā)展與進(jìn)步之中。計(jì)算機(jī)網(wǎng)絡(luò)的相關(guān)技術(shù)得到了越來(lái)越多的應(yīng)用，同時(shí)計(jì)算機(jī)的數(shù)量也增多了很多。現(xiàn)在很多的企業(yè)之間都存在著各種或大或小的競(jìng)爭(zhēng)力，所以企業(yè)若想要提高競(jìng)爭(zhēng)力就必須在內(nèi)部完成對(duì)數(shù)據(jù)的集成和共享。除此之外

3、比較重要的一點(diǎn)就是要對(duì)自己企業(yè)內(nèi)部的設(shè)備要進(jìn)行實(shí)時(shí)的監(jiān)督、控制與管理，保證它們時(shí)刻處在健康正常的工作狀態(tài)，這是企業(yè)局域網(wǎng)建設(shè)的重中之重。但是，對(duì)局域網(wǎng)的管理和維護(hù)變得越來(lái)越不容易，這無(wú)形之中給管理人員增加了許多壓力。</p><p>　　根據(jù)以上現(xiàn)狀設(shè)計(jì)開(kāi)發(fā)了基于C/S架構(gòu)的局域網(wǎng)的終端運(yùn)行信息管理系統(tǒng)。本系統(tǒng)本著方便管理員管理的目的，能夠采集局域網(wǎng)內(nèi)終端的運(yùn)行信息，包括計(jì)算機(jī)的硬件信息和軟件運(yùn)行情況。在設(shè)計(jì)局域

4、網(wǎng)內(nèi)終端運(yùn)行信息管理系統(tǒng)的過(guò)程中，采用VS2010開(kāi)發(fā)平臺(tái)和C++開(kāi)發(fā)語(yǔ)言，設(shè)計(jì)了一個(gè)人性化的用戶(hù)可操作的界面。</p><p>　　本文嚴(yán)格按照軟件工程的原理，對(duì)局域網(wǎng)內(nèi)終端運(yùn)行信息管理系統(tǒng)的系統(tǒng)需求分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)以及系統(tǒng)測(cè)試等階段作了詳細(xì)的闡述。本系統(tǒng)基于C/S模式開(kāi)發(fā)，還實(shí)現(xiàn)了服務(wù)器對(duì)客戶(hù)端的遠(yuǎn)程控制功能，經(jīng)過(guò)實(shí)際的測(cè)試，上述功能順利完成。</p><p>　　關(guān)鍵詞：局域

5、網(wǎng)；信息管理；終端；遠(yuǎn)程控制</p><p><b>　　ABSTRACT</b></p><p>　　Nowadays, with the development of Internet technology the relevant technology of the computer network has been used more and more, wh

6、ile the number of computers has greatly increased at the same time. Some competitiveness, small or big, existed in many enterprises. Hence if the enterprises want to enhance their competitiveness, the data integration an

7、d sharing must be done internally.In addition, the more important is to real-time monitor, control and manage the internal equipment of the enterpr</p><p>　　Based on the above situation, this paper designed

8、and developed the terminal operation information management system based on LAN. In order to make it more convenient for the managers to manage the terminal operation situation, collect the terminal network operation inf

9、ormation,which includes computer hardware information and software running situation. In the process of designing the local area network (LAN) terminal operation system, VS development platform and C++ language are used

10、to design </p><p>　　Strict in accordance with the principle of software engineering, this paper elaborates the system requirements analysis, system design, system implementation and system test phase of the

11、terminal operation information management system within the local area network (LAN) in detail. Based on C/S model development, the system gains the function of the remote control of the server to the client at the same

12、time. after the actual test, the functions above have been completed smoothly.</p><p>　　Key words: LAN; information management; terminal; remote control</p><p><b>　　目　　錄</b></p>

13、;<p><b>　　第1章 緒論4</b></p><p>　　1.1 課題研究背景及意義4</p><p>　　1.2 課題相關(guān)國(guó)內(nèi)外研究現(xiàn)狀4</p><p>　　1.3 主要研究?jī)?nèi)容5</p><p>　　1.4 論文結(jié)構(gòu)6</p><p>　　第2章 相關(guān)技術(shù)7

14、</p><p>　　2.1 Visual Studio和C++簡(jiǎn)介7</p><p>　　2.1.1 Visual Studio簡(jiǎn)介7</p><p>　　2.1.2 C++簡(jiǎn)介7</p><p>　　2.2 MFC介紹8</p><p>　　2.2.1 MFC簡(jiǎn)介8</p><p>

15、;　　2.2.2 MFC的虛擬函數(shù)和動(dòng)態(tài)約束9</p><p>　　2.2.3 MFC的優(yōu)點(diǎn)9</p><p>　　2.4 本章小結(jié)10</p><p>　　第3章 需求分析11</p><p>　　3.1 可行性研究11</p><p>　　3.1.1 技術(shù)可行性分析11</p><p

16、>　　3.1.2 經(jīng)濟(jì)可行性分析12</p><p>　　3.1.3 管理可行性分析12</p><p>　　3.1.4 開(kāi)發(fā)環(huán)境可行性分析12</p><p>　　3.1.5 操作可行性分析12</p><p>　　3.2 開(kāi)發(fā)設(shè)計(jì)思想12</p><p>　　3.3 功能需求分析13</p&

17、gt;<p>　　3.3.1 主要功能13</p><p>　　3.3.2 性能需求13</p><p>　　3.4 本章小結(jié)13</p><p>　　第4章 系統(tǒng)的總體設(shè)計(jì)與實(shí)現(xiàn)16</p><p>　　4.1 信息采集模塊的設(shè)計(jì)與實(shí)現(xiàn)16</p><p>　　4.1.1 計(jì)算機(jī)信息采集的具體

18、實(shí)現(xiàn)16</p><p>　　4.1.2 信息采集模塊主界面設(shè)計(jì)20</p><p>　　4.2 數(shù)據(jù)傳輸功能模塊的設(shè)計(jì)21</p><p>　　4.2.1 Socket概念22</p><p>　　4.2.2 Socket工作原理23</p><p>　　4.2.3 Socket分類(lèi)23</p>

19、;<p>　　4.2.4 Socket連接與TCP連接24</p><p>　　4.3 遠(yuǎn)程控制功能模塊設(shè)計(jì)25</p><p>　　4.3.1 網(wǎng)絡(luò)模塊設(shè)計(jì)25</p><p>　　4.3.2 編碼/解碼模塊設(shè)計(jì)25</p><p>　　4.3.3 對(duì)話(huà)框模塊設(shè)計(jì)29</p><p>　　4.

20、4本章小結(jié)32</p><p>　　第5章 系統(tǒng)測(cè)試34</p><p>　　5.1 測(cè)試的目的34</p><p>　　5.2 測(cè)試的步驟34</p><p>　　5.2 測(cè)試的過(guò)程35</p><p>　　5.3 測(cè)試的結(jié)果35</p><p>　　5.5 測(cè)試的分析35<

21、;/p><p>　　5.6 本章小結(jié)36</p><p><b>　　結(jié)論37</b></p><p><b>　　參考文獻(xiàn)38</b></p><p>　　攻讀學(xué)士學(xué)位期間發(fā)表的論文和取得的科研成果41</p><p><b>　　致謝42</b>

22、;</p><p><b>　　第1章 緒論</b></p><p>　　1.1 課題研究背景及意義</p><p>　　隨著計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的快速發(fā)展，互聯(lián)網(wǎng)絡(luò)已經(jīng)擴(kuò)撒到全世界的范圍，許多規(guī)模相對(duì)較大的企業(yè)都建立了屬于自己的辦公網(wǎng)絡(luò)，工作效率得到了顯著提高，但與此同時(shí)廣大用戶(hù)對(duì)計(jì)算機(jī)網(wǎng)絡(luò)產(chǎn)生一定的依賴(lài)性。隨著電子信息技術(shù)快速迅猛的發(fā)展，網(wǎng)絡(luò)上也

23、出現(xiàn)了許多安全隱患問(wèn)題。企業(yè)的本地網(wǎng)絡(luò)如果受到外部的入侵，將會(huì)給企業(yè)帶來(lái)不可估量的損害。因?yàn)橥獠咳肭趾苡锌赡芄舻狡髽I(yè)的服務(wù)器或者數(shù)據(jù)庫(kù)等重要部位，那么企業(yè)的機(jī)密信息和資料有可能落到外部人員手中，這樣企業(yè)在未來(lái)的競(jìng)爭(zhēng)之中很有可能落到下風(fēng)，極大的削弱了企業(yè)的競(jìng)爭(zhēng)力，所以對(duì)于企業(yè)內(nèi)部局域網(wǎng)的安全必須進(jìn)行有效加固，隨時(shí)監(jiān)控企業(yè)局域網(wǎng)絡(luò)中終端上軟件運(yùn)行情況與硬件信息。因此，解決網(wǎng)絡(luò)安全問(wèn)題迫在眉睫。</p><p>　　

24、另一方面，網(wǎng)絡(luò)結(jié)構(gòu)變得越發(fā)的復(fù)雜，如何做到高效的管理企業(yè)內(nèi)部的局域網(wǎng)絡(luò)，提高設(shè)備的利用率、檢測(cè)出需要維修設(shè)備的問(wèn)題、提高員工的工作效率、降低管理人員工作的復(fù)雜程度，也成為了大多數(shù)企業(yè)急需解決的問(wèn)題。要想提高企業(yè)的競(jìng)爭(zhēng)力，打造高水平的產(chǎn)品，不僅需要有一定的基礎(chǔ)設(shè)備的支持，公司員工的專(zhuān)業(yè)水平與職業(yè)素養(yǎng)也尤為重要。在企業(yè)各個(gè)部門(mén)團(tuán)隊(duì)中，員工們各司其職，每天都要長(zhǎng)時(shí)間面對(duì)無(wú)聊的工作任務(wù)，難免是產(chǎn)生疲倦心理，可能有些團(tuán)隊(duì)意識(shí)有待提高的員工會(huì)在工作

25、時(shí)間偷懶，做一些與工作任務(wù)無(wú)關(guān)的事情，比如說(shuō)上網(wǎng)查看新聞、觀(guān)看一些娛樂(lè)視頻、玩網(wǎng)頁(yè)游戲等等。看起來(lái)這些都不算什么大事，但是一旦擴(kuò)散便會(huì)對(duì)企業(yè)造成巨大的損失。因此有些情況下對(duì)員工的工作設(shè)備進(jìn)行實(shí)時(shí)的管理和控制也是十分必要的。</p><p>　　雖然近年來(lái)，局域網(wǎng)絡(luò)的安全性無(wú)論在國(guó)內(nèi)還是國(guó)外都受到了特別的重視，但是有些現(xiàn)象的發(fā)生仍然令人堪憂(yōu)，對(duì)營(yíng)造良好健康的競(jìng)爭(zhēng)環(huán)境有很大的害處，對(duì)市場(chǎng)的網(wǎng)路安全發(fā)展也產(chǎn)生了及其巨大

26、的阻礙。信息管理終端的操作不僅僅局限于是對(duì)網(wǎng)絡(luò)設(shè)備上的監(jiān)控，它已經(jīng)成為企業(yè)在信息化管理系統(tǒng)的不可或缺的一部分，企業(yè)要最大限度的控制網(wǎng)絡(luò)管理一體化的進(jìn)程，所以本課題局域網(wǎng)內(nèi)終端運(yùn)行信息管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)意義重大。</p><p>　　1.2 課題相關(guān)國(guó)內(nèi)外研究現(xiàn)狀</p><p>　　計(jì)算機(jī)領(lǐng)域中已經(jīng)進(jìn)行了一場(chǎng)又一場(chǎng)的技術(shù)革命，它給我們提供了低成本的通信方式，而且質(zhì)量和效率變得更高，使我們

27、的生活完全進(jìn)入了信息化的大時(shí)代。局域網(wǎng)內(nèi)終端運(yùn)行信息管理系統(tǒng)也由原始的模擬監(jiān)控發(fā)展到了實(shí)時(shí)化與信息化。</p><p>　　局域網(wǎng)內(nèi)終端運(yùn)行信息管理系統(tǒng)已經(jīng)受到了廣大民眾的青睞，在各個(gè)領(lǐng)域已經(jīng)得到了極為廣泛的應(yīng)用，因?yàn)樗粌H可以查看局域網(wǎng)內(nèi)終端的工作情況，還能實(shí)行遠(yuǎn)距離監(jiān)視和遠(yuǎn)程控制。對(duì)此系統(tǒng)的研究也一定會(huì)帶來(lái)巨大的經(jīng)濟(jì)收益?，F(xiàn)在國(guó)內(nèi)，很多的高校和企業(yè)，還有一些對(duì)軟件開(kāi)發(fā)具有激情的愛(ài)好者也陸續(xù)開(kāi)發(fā)了很多類(lèi)似功能的

28、系統(tǒng)。它們的開(kāi)發(fā)給企業(yè)的發(fā)展產(chǎn)生了巨大的好處，為企業(yè)提供了很好的監(jiān)控管理設(shè)施。這樣既可以使員工的工作效率得到提高，也能使員工的工作行為更加規(guī)范，這樣企業(yè)的經(jīng)濟(jì)效益也會(huì)有明顯的提高。伴隨著社會(huì)上各個(gè)部門(mén)的研究，此類(lèi)軟件系統(tǒng)正在一步步走向完善。國(guó)內(nèi)市場(chǎng)上已經(jīng)推出的兩種產(chǎn)品主要分為模擬視頻控制和數(shù)字視頻控制。前者性能較為穩(wěn)定，技術(shù)成熟，因此已經(jīng)在應(yīng)用在實(shí)際的工作之中；而后者目前正處在一個(gè)剛剛起步的階段，雖然可以解決一些模擬系統(tǒng)上存在的弊端，但

29、是還需要進(jìn)一步的完善和發(fā)展。</p><p>　　局域網(wǎng)內(nèi)終端運(yùn)行信息管理監(jiān)控軟件的使用越來(lái)越簡(jiǎn)單，價(jià)格也越發(fā)的合理，為廣大用戶(hù)所接受，因此這類(lèi)軟件越來(lái)越具有吸引力。美國(guó)管理協(xié)會(huì)早在2003年曾對(duì)一些公司做過(guò)調(diào)查，統(tǒng)計(jì)結(jié)果顯示，被調(diào)查的公司中有大約百分之七十已經(jīng)開(kāi)始對(duì)員工進(jìn)行網(wǎng)上行為的監(jiān)控和管理。另有一項(xiàng)調(diào)查顯示，其中大約有百分之二十六的企業(yè)是借助局域網(wǎng)管理系統(tǒng)來(lái)監(jiān)視員工的。可以看出，此類(lèi)軟件價(jià)值極高，他們有利于

30、提高企業(yè)的安全性，減少競(jìng)爭(zhēng)性信息的泄露并降低法律風(fēng)險(xiǎn)。分析人士表明，考慮使用管理監(jiān)控軟件最符合企業(yè)的利益，但是前提要在員工的信任與不信任之間取得恰當(dāng)?shù)钠胶狻?lt;/p><p>　　局域網(wǎng)內(nèi)終端運(yùn)行信息管理系統(tǒng)具有良好的市場(chǎng)前景，因?yàn)闊o(wú)論國(guó)內(nèi)還是國(guó)外，家庭辦公、遠(yuǎn)程技術(shù)、遠(yuǎn)程教學(xué)都逐漸的發(fā)展起來(lái)。以后，各種公司的規(guī)模會(huì)不斷擴(kuò)大，工作地點(diǎn)可能都不在同一個(gè)辦公樓，甚至不在同一個(gè)成熟也成為可能，控制和規(guī)范員工的工作行為變得

31、越來(lái)越難。以前某些公司利用攝像頭進(jìn)行監(jiān)控，但是這根本不能把監(jiān)控范圍具體到計(jì)算機(jī)桌面上，根本無(wú)法知道員工是否在進(jìn)行與工作相關(guān)的工作。而局域網(wǎng)內(nèi)終端運(yùn)行信息管理系統(tǒng)可以完成上述功能，能夠采集到計(jì)算機(jī)進(jìn)程的運(yùn)行信息，實(shí)行遠(yuǎn)程監(jiān)控和遠(yuǎn)程控制，解決了如此多的細(xì)節(jié)問(wèn)題，國(guó)內(nèi)外相關(guān)人士的研究將對(duì)此系統(tǒng)的發(fā)展帶來(lái)很大的推動(dòng)作用。</p><p>　　1.3 主要研究?jī)?nèi)容</p><p>　　本設(shè)計(jì)初步建立

32、一套基于計(jì)算機(jī)的運(yùn)行信息采集管理系統(tǒng)，該系統(tǒng)能夠獲取局域網(wǎng)內(nèi)終端的信息，并在服務(wù)器端分類(lèi)展示與匯總，包括軟件運(yùn)行信息和硬件信息。例如，獲取計(jì)算機(jī)的名稱(chēng)和IP地址，獲取子網(wǎng)掩碼、DNS信息、網(wǎng)卡信息、安裝協(xié)議、提供的服務(wù)和注冊(cè)表信息；采集包括計(jì)算機(jī)的基礎(chǔ)性能數(shù)據(jù)如CPU信息、OS版本、主板信息、硬件溫度、內(nèi)存使用率、硬盤(pán)使用率、BIOS相關(guān)參數(shù)等；能夠獲取正在終端上運(yùn)行的軟件或者進(jìn)程的使用狀態(tài)等。將上述提到的信息傳送給服務(wù)器端，再清晰地、

33、合理地展示出來(lái)。同時(shí)兩端成功連接之后，服務(wù)器端便可以對(duì)客戶(hù)端的計(jì)算機(jī)進(jìn)行遠(yuǎn)程監(jiān)視和控制。</p><p>　　設(shè)計(jì)的初級(jí)階段，我利用電腦在網(wǎng)上查閱了一些與設(shè)計(jì)有關(guān)的資料，了解了一些與課題研究有關(guān)的技術(shù)。本次畢業(yè)設(shè)計(jì)是采用C++語(yǔ)言進(jìn)行開(kāi)發(fā)的，開(kāi)發(fā)工具的版本是VS 2010版本。本次課題設(shè)計(jì)中信息采集功能的完成需要用到MFC框架來(lái)實(shí)現(xiàn)，客戶(hù)端與服務(wù)器端間的通信是利用套接字的編程方法完成。將客戶(hù)端模塊與服務(wù)器端模塊進(jìn)

34、行有效的連接，實(shí)現(xiàn)端對(duì)端的實(shí)時(shí)通信。</p><p>　　設(shè)計(jì)的中期工作是對(duì)功能的補(bǔ)充和完善。這里要實(shí)現(xiàn)服務(wù)器對(duì)客戶(hù)端的遠(yuǎn)程監(jiān)視和遠(yuǎn)程操控。這一模塊的完成需要用到圖像傳輸相關(guān)知識(shí)，要準(zhǔn)備一些與數(shù)據(jù)壓縮相關(guān)的理論知識(shí)，需要對(duì)霍夫曼編碼和RLE編碼有一定的了解。這些工作都是用來(lái)對(duì)本次設(shè)計(jì)功能的完善。</p><p>　　設(shè)計(jì)的后期工作主要是進(jìn)行一些必要測(cè)試工作，在處于局域網(wǎng)內(nèi)的兩臺(tái)計(jì)算機(jī)上運(yùn)行

35、程序來(lái)測(cè)試設(shè)計(jì)完成的功能，找出不足之處進(jìn)行改進(jìn)，使本次設(shè)計(jì)在反復(fù)不斷的測(cè)試之中得到完善。</p><p><b>　　1.4 論文結(jié)構(gòu)</b></p><p>　　本文主要闡述了局域網(wǎng)內(nèi)終端運(yùn)行信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)。</p><p>　　第1章是緒論部分。闡述了本次課題的來(lái)源、本課題在國(guó)內(nèi)與國(guó)外的研究現(xiàn)狀、本課題研發(fā)的背景目的和意義。同時(shí)也概述

36、了本論文的主要內(nèi)容和組織結(jié)構(gòu)。</p><p>　　第2章是設(shè)計(jì)中需要用到的相關(guān)技術(shù)的介紹。包括對(duì)系統(tǒng)開(kāi)發(fā)語(yǔ)言和開(kāi)發(fā)環(huán)境的介紹、對(duì)MFC框架知識(shí)的介紹。</p><p>　　第3章是對(duì)本次課題進(jìn)行合理的需求分析。對(duì)本次畢業(yè)設(shè)計(jì)進(jìn)行可行性研究分析、開(kāi)發(fā)設(shè)計(jì)思想分析以及功能需求分析。</p><p>　　第4章是系統(tǒng)的總體設(shè)計(jì)和實(shí)現(xiàn)過(guò)程。介紹了本次設(shè)計(jì)中各個(gè)模塊的功能以

37、及實(shí)現(xiàn)過(guò)程，同時(shí)粘貼了系統(tǒng)運(yùn)行的重要界面圖形。</p><p>　　第5章是本系統(tǒng)的測(cè)試部分，介紹了本次系統(tǒng)的測(cè)試方法、測(cè)試過(guò)程和測(cè)試結(jié)果。</p><p>　　最后是總結(jié)部分，對(duì)本次畢業(yè)設(shè)計(jì)進(jìn)行相對(duì)全面的總結(jié)。</p><p><b>　　第2章 相關(guān)技術(shù)</b></p><p>　　這一章將會(huì)對(duì)本次系統(tǒng)的開(kāi)發(fā)環(huán)境和相

38、關(guān)技術(shù)進(jìn)行簡(jiǎn)要介紹，分別包括對(duì)Visual Studio和C++的介紹和對(duì)MFC框架知識(shí)的介紹。</p><p>　　2.1 Visual Studio和C++簡(jiǎn)介</p><p>　　2.1.1 Visual Studio簡(jiǎn)介</p><p>　　Visual Studio的功能十分的強(qiáng)大，它是微軟公司開(kāi)發(fā)出來(lái)的，可以在Windows上運(yùn)行的一款效率很高的軟件開(kāi)發(fā)

39、工具，它是程序員開(kāi)發(fā)軟件的首要選擇之一。此款軟件具有著可視化集成開(kāi)發(fā)環(huán)境，將編譯，鏈接和調(diào)試等都容于一體[10]。這給軟件開(kāi)發(fā)人員的工作提供了較大的便利之處，是軟件開(kāi)發(fā)道路上的一個(gè)重要的里程碑。</p><p>　　VS2010的語(yǔ)言既豐富又簡(jiǎn)潔，相比于之前的版本增加了許多新的功能，也加入了特別多的新鮮特性，這將會(huì)給編程帶來(lái)了極大的方便，是一款值得開(kāi)發(fā)人員信任的開(kāi)發(fā)工具。使用VS可以高效開(kāi)發(fā)Windows應(yīng)用。但

40、與此同時(shí)它帶來(lái)的好處可不止如此，它能夠支持項(xiàng)目模板、調(diào)試器和部署程序等。程序員利用VS開(kāi)發(fā)Web應(yīng)用或者Office應(yīng)用都能夠達(dá)到更高的效率，實(shí)現(xiàn)的功能也更加穩(wěn)定。</p><p>　　VS的應(yīng)用程序向?qū)Ю锩婧w了一些框架代碼，當(dāng)程序員進(jìn)行開(kāi)發(fā)工作的時(shí)候，不再需要再向最原始的方式一樣一行一行地將代碼敲進(jìn)編譯器。他們現(xiàn)在完全可以利用編譯器中內(nèi)置的框架代碼進(jìn)行編程，僅僅通過(guò)選擇幾個(gè)特定的按鈕就可以完成大量的功能，生成

41、的都是一些完整的程序，所以不需擔(dān)心程序不能正常運(yùn)行，這為工作人員開(kāi)發(fā)軟件提供了極大的方便。VS能夠完成從底層軟件直到上層直接面向用戶(hù)的軟件的開(kāi)發(fā)工作。而且，它具有著強(qiáng)大的調(diào)試功能，對(duì)于復(fù)雜的軟件開(kāi)發(fā)有高效的排錯(cuò)手段，目前它已經(jīng)成為全世界應(yīng)用最廣泛的開(kāi)發(fā)工具之一。</p><p>　　2.1.2 C++簡(jiǎn)介</p><p>　　VS只是一個(gè)C++集成開(kāi)發(fā)環(huán)境，它在C++編程語(yǔ)言和C++的基礎(chǔ)

42、上，增加了MFC（微軟基礎(chǔ)類(lèi)庫(kù)）。C++的開(kāi)發(fā)是以在它之前的C語(yǔ)言為基礎(chǔ)的，所以它也保留了類(lèi)似于C語(yǔ)言的某些特征和功能。不同的是，C++支持面向?qū)ο蟪绦虻脑O(shè)計(jì)思想，這是對(duì)C語(yǔ)言進(jìn)行的更好的完善。C++最初開(kāi)發(fā)的主要目標(biāo)是做一個(gè)更好的C語(yǔ)言，因此要杜絕在C語(yǔ)言中存在的問(wèn)題。增加許多新功能是C++開(kāi)發(fā)時(shí)期的另一個(gè)目標(biāo)。C語(yǔ)言在剛剛發(fā)展的最初時(shí)期只是被叫做“帶類(lèi)的C語(yǔ)言”。在不斷發(fā)展的過(guò)程中，它有了新的命名形式，也就是現(xiàn)在所說(shuō)的C++。<

43、;/p><p>　　在IT技術(shù)飛速發(fā)展的過(guò)程中，程序開(kāi)發(fā)語(yǔ)言發(fā)展速度尤為突出，C++相比于其他的語(yǔ)言還是有很多優(yōu)點(diǎn)的，無(wú)論是在性能上還是在效率上。我們都知道，C++的代碼在最后會(huì)被編譯成為本地的機(jī)器碼，這樣的代碼是可以由CPU直接運(yùn)行的，而有些語(yǔ)言需要生成中間代碼之后再由虛擬機(jī)進(jìn)行執(zhí)行工作，有些語(yǔ)言又需要用到腳本引擎來(lái)解析腳本語(yǔ)言，所以說(shuō)這類(lèi)語(yǔ)言運(yùn)行的效率相對(duì)于C++來(lái)說(shuō)一般較低。C++的另一個(gè)優(yōu)勢(shì)就是前面提到的面向

44、對(duì)象特性，這種特性有效的解決了代碼的重用、重構(gòu)、修改和擴(kuò)展所帶來(lái)的麻煩[1][11]。由于C++的功能模塊都是被封裝在一個(gè)類(lèi)中的，這樣使用起來(lái)就方便的很，因?yàn)槲覀兏緵](méi)有必要知道怎么實(shí)現(xiàn)的功能，只需要知道一些基礎(chǔ)的東西，比如說(shuō)會(huì)調(diào)用所需要的類(lèi)的方法，這樣便極大的減小了程序開(kāi)發(fā)的周期，更方便的是還可以把類(lèi)派生起來(lái)，這樣可以使模塊的功能得到響應(yīng)的拓展，與此同時(shí)這對(duì)原來(lái)的功能是沒(méi)有一點(diǎn)影響的。</p><p>　　C+

45、+在運(yùn)行程序時(shí)也會(huì)出現(xiàn)錯(cuò)誤，但是它的優(yōu)勢(shì)就在于它本身是存在處理異常的機(jī)制的。這種機(jī)制能夠很好的捕捉程序中的異常代碼，這樣幫我們節(jié)省了大量的查找錯(cuò)誤的時(shí)間。除了異常處理機(jī)制外，C++編譯器還在編譯時(shí)提供了類(lèi)型檢查和分析功能，幫助我們查找出許多的各種各樣的錯(cuò)誤類(lèi)型。</p><p><b>　　2.2 MFC介紹</b></p><p>　　2.2.1 MFC簡(jiǎn)介<

46、/p><p>　　MFC是微軟公司提出的一個(gè)基本類(lèi)庫(kù)，許多已經(jīng)被定義好的對(duì)象的類(lèi)都包含在該類(lèi)庫(kù)中。微軟公司為什么要開(kāi)發(fā)這個(gè)類(lèi)庫(kù)，然后將諸多開(kāi)發(fā)程序所需要用到的對(duì)象含在里面呢？程序員在開(kāi)發(fā)程序的時(shí)候用到的方法不盡相同，開(kāi)發(fā)的程序的功能更不可能一樣。但是需要注意，開(kāi)發(fā)程序的主要方面大體上有幾個(gè)方面。例如需要對(duì)文件進(jìn)行操作，對(duì)多媒體進(jìn)行使用，有時(shí)還需要訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)，還有就是設(shè)計(jì)用戶(hù)界面等。但是自從有了MFC類(lèi)庫(kù)，我們的編程就

47、方便了很多，只需要調(diào)用類(lèi)庫(kù)中已有對(duì)象的方法，因?yàn)轭?lèi)庫(kù)中的對(duì)象就能完成我們想要達(dá)到的要求。我們利用面向?qū)ο蟪绦蛟O(shè)計(jì)“繼承”的特點(diǎn)，可以根據(jù)類(lèi)庫(kù)中已有對(duì)象派生出屬于我們的專(zhuān)用對(duì)象。這些對(duì)象除了擁有基本功能外，還會(huì)根據(jù)我們的需要增加新的特性。</p><p>　　面向?qū)ο蟮脑O(shè)計(jì)思想在MFC的編程方法上得到充分的利用，這使得程序員無(wú)需再思考程序的一些細(xì)節(jié)部分，既節(jié)省了時(shí)間又節(jié)省了精力。該類(lèi)庫(kù)中的對(duì)象已經(jīng)擁有了十分完善的功

48、能，所以我們?cè)诔绦蛟O(shè)計(jì)的時(shí)候也沒(méi)有必要編寫(xiě)更多的代碼。MFC類(lèi)庫(kù)的代碼具有極高的可靠性，里面各種對(duì)象的屬性和方法都不是輕易得來(lái)的，而是經(jīng)過(guò)認(rèn)真的編寫(xiě)與改進(jìn)，經(jīng)過(guò)嚴(yán)格的調(diào)試完成的，所以不用擔(dān)心使用該類(lèi)庫(kù)會(huì)對(duì)程序的正確性有所影響。</p><p>　　2.2.2 MFC的虛擬函數(shù)和動(dòng)態(tài)約束</p><p>　　MFC是以“C++”為基礎(chǔ)的，所以它同樣也會(huì)對(duì)虛擬函數(shù)和動(dòng)態(tài)約束提供相應(yīng)的支持，但是

49、它同時(shí)又是編程時(shí)可以用到的一個(gè)框架，假如僅僅是利用虛擬函數(shù)對(duì)動(dòng)態(tài)約束提供支持，那么無(wú)可厚非會(huì)產(chǎn)生很?chē)?yán)峻的問(wèn)題。它會(huì)使虛擬函數(shù)表變得十分的臃腫，同時(shí)也會(huì)占用巨大的內(nèi)存，從而使效率變得更低。但是有些時(shí)候需要把過(guò)多的成員函數(shù)改設(shè)計(jì)成為虛擬函數(shù)，實(shí)現(xiàn)這樣的任務(wù)看起來(lái)會(huì)十分困難，不方便使用，但是這個(gè)問(wèn)題又是必須得到有效的解決，因此MFC找到了一種極其高效又極其方便的解決方案，那便是建立消息映射機(jī)制，這樣就可以為編程人員提供更多的編程接口。<

50、/p><p>　　2.2.3 MFC的優(yōu)點(diǎn)</p><p>　　對(duì)于熟練掌握windows編程的人來(lái)說(shuō)，尤其是對(duì)有過(guò)使用傳統(tǒng)windows編程方法開(kāi)發(fā)經(jīng)歷的人來(lái)說(shuō)，會(huì)有一種感受，開(kāi)發(fā)一種應(yīng)用程序的過(guò)程是及其復(fù)雜的，需要有很豐富的理論知識(shí)和開(kāi)發(fā)經(jīng)驗(yàn)。不論是待開(kāi)發(fā)程序多么簡(jiǎn)單，仍然要求編程人員擁有較高的編程能力和理論基礎(chǔ)，同時(shí)還需要用手工編寫(xiě)大量代碼。因?yàn)殚_(kāi)發(fā)軟件時(shí)會(huì)出現(xiàn)各類(lèi)錯(cuò)誤，隨著代碼長(zhǎng)度增加

51、，出錯(cuò)率也會(huì)承幾何級(jí)數(shù)增長(zhǎng)[2]。因此沒(méi)有扎實(shí)的基礎(chǔ)和編程能力是無(wú)法進(jìn)行傳統(tǒng)的Windows編程的，但是MFC類(lèi)庫(kù)的出現(xiàn)，給Windows編程帶來(lái)了極大的方便。</p><p>　　API和驅(qū)動(dòng)程序資料是以C語(yǔ)言為基礎(chǔ)，對(duì)于底層的程序來(lái)說(shuō)，MFC能夠在自己的代碼中直接使用API函數(shù)，所以MFC的程序員對(duì)于Windows API的使用更方便 [18]。對(duì)于一個(gè)新手來(lái)說(shuō)入門(mén)可能比較困難，但是達(dá)到了一定水平之后再開(kāi)發(fā)其

52、他領(lǐng)域的軟件時(shí)，VC的編程人員就可以迅速的掌握這個(gè)領(lǐng)域中需要用到的技術(shù)了。對(duì)于MFC的學(xué)習(xí)，一旦上手便可以輕松的進(jìn)行擴(kuò)展學(xué)習(xí)。這說(shuō)明，如果我們想要在新的領(lǐng)域開(kāi)發(fā)程序的時(shí)候，或者是開(kāi)發(fā)涉及到很多領(lǐng)域的程序的時(shí)候，毫無(wú)疑問(wèn)，它的確是個(gè)不錯(cuò)的選擇。</p><p><b>　　2.4 本章小結(jié)</b></p><p>　　本章針對(duì)該系統(tǒng)需要實(shí)現(xiàn)的功能以及開(kāi)發(fā)過(guò)程中需要使用的

53、工具和技術(shù)做了闡述，具體提到了Visual Studio 2010這個(gè)開(kāi)發(fā)工具，同時(shí)也包含了C++的語(yǔ)言介紹。除此之外對(duì)MFC又進(jìn)行了大量的敘述，我們知道MFC對(duì)于windows編程來(lái)說(shuō)十分重要，而且相對(duì)于一些其他方法還有很突出的優(yōu)勢(shì)。這些理論知識(shí)的學(xué)習(xí)和積累為接下來(lái)各章關(guān)于系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)做了技術(shù)上的鋪墊與支持。</p><p><b>　　第3章 需求分析</b></p>

54、<p>　　需求分析是以市場(chǎng)運(yùn)作中的業(yè)務(wù)定義為基礎(chǔ)，它在軟件工程中非常重要[13]。從開(kāi)發(fā)工作的流程來(lái)看，需求分析是軟件計(jì)劃的下一工作步驟，它為軟件的設(shè)計(jì)階段提供一個(gè)軟件需求規(guī)格說(shuō)明書(shū)。如果說(shuō)我們想要開(kāi)發(fā)一個(gè)軟件卻搞錯(cuò)了需求只能是事倍功半，甚至完不成任務(wù)。因此我們要知道課題需要弄清需要解決什么問(wèn)題，要得到什么結(jié)果任務(wù)是否可行等。</p><p>　　然而需求的獲取卻不是一件簡(jiǎn)單容易的事情，這可是要花費(fèi)大

55、量時(shí)間與精力認(rèn)真來(lái)完成的。為什么呢，原因很簡(jiǎn)單。首先，用戶(hù)的需求經(jīng)常都是有很大的動(dòng)態(tài)性的，也就是我們經(jīng)常說(shuō)的不穩(wěn)定性。而且用戶(hù)需求也具有一定的模糊性，也就是我們常說(shuō)的不準(zhǔn)確性。這些因素會(huì)給需求的獲取帶來(lái)巨大的困難。除此之外要想對(duì)需求達(dá)成一致也具有一定的艱難性，同時(shí)管理體制和機(jī)構(gòu)設(shè)置也處在變革之中。因此種種原因表明需求的獲取是一件十分艱巨的任務(wù)，但是也確實(shí)是一項(xiàng)必不可少的任務(wù)。</p><p><b>　

56、　3.1 可行性研究</b></p><p>　　3.1.1 技術(shù)可行性分析</p><p>　　技術(shù)上可行性分析主要是是對(duì)現(xiàn)有技術(shù)條件進(jìn)行分析，判斷開(kāi)發(fā)環(huán)境是否合格。本次設(shè)計(jì)所用到的技術(shù)早在很久之前就已經(jīng)存在，而且在網(wǎng)絡(luò)技術(shù)發(fā)展如此迅速的今天不僅未被淘汰，反而在更廣泛的領(lǐng)域得到了應(yīng)用。雖然某些相關(guān)技術(shù)可能會(huì)受到網(wǎng)絡(luò)技術(shù)的制約，但是本系統(tǒng)的設(shè)計(jì)在局域網(wǎng)中是可以實(shí)現(xiàn)的。在此采用P

57、4以上的計(jì)算機(jī)作為工作臺(tái)，其容量、速度均能滿(mǎn)足開(kāi)發(fā)者需要。擁有較為專(zhuān)業(yè)的開(kāi)發(fā)人員，熟悉開(kāi)發(fā)語(yǔ)言和開(kāi)發(fā)工具，有一定的基礎(chǔ)知識(shí)的積累，能夠勝任本次課題的開(kāi)發(fā)工作。本系統(tǒng)采用C++作為編程語(yǔ)言，而VS更是較為高效開(kāi)發(fā)工具之一。綜上，本次系統(tǒng)的開(kāi)發(fā)與設(shè)計(jì)在技術(shù)上是可行的。</p><p>　　3.1.2 經(jīng)濟(jì)可行性分析</p><p>　　使用Windows操作系統(tǒng)、Microsoft Visua

58、l Studio 2010開(kāi)發(fā)，開(kāi)發(fā)工具免費(fèi)使用，因此本系統(tǒng)較為廉價(jià)，可以用較少的成本開(kāi)發(fā)本系統(tǒng)。而且本系統(tǒng)的設(shè)計(jì)是由個(gè)人獨(dú)立完成，可以節(jié)省許多費(fèi)用。綜上，本系統(tǒng)的設(shè)計(jì)在經(jīng)濟(jì)上是可行的。</p><p>　　3.1.3 管理可行性分析</p><p>　　隨著目前信息化的普及，用戶(hù)大都擁有基本的計(jì)算機(jī)知識(shí)，對(duì)網(wǎng)絡(luò)知識(shí)都有了一定的了解，無(wú)論是對(duì)于電腦系統(tǒng)的基本操作還是維護(hù)都有一定的基礎(chǔ)。同時(shí)

59、，還可以配置專(zhuān)業(yè)的指導(dǎo)手冊(cè)來(lái)幫助電腦的維護(hù)，因此不用擔(dān)心電腦故障。</p><p>　　3.1.4 開(kāi)發(fā)環(huán)境可行性分析</p><p>　　本次系統(tǒng)的設(shè)計(jì)采用的開(kāi)發(fā)工具是Microsoft Visual Studio 2010，它可以在大多數(shù)電腦上安裝并進(jìn)行使用。Microsoft Visual Studio 2010內(nèi)部提供了大量控件，即豐富了應(yīng)用程序的表達(dá)能力，又加快了開(kāi)發(fā)速度。<

60、;/p><p>　　在硬件系統(tǒng)的要求方面，Windows XP系統(tǒng)及其以上版本的計(jì)算機(jī)，內(nèi)存在1G以上，硬盤(pán)160GB以上都能滿(mǎn)足系統(tǒng)開(kāi)發(fā)的需求。當(dāng)然，如果擁有更好的配置，系統(tǒng)運(yùn)行的也會(huì)變得更加流暢。從目前主流的計(jì)算機(jī)配置來(lái)講，都能達(dá)到這個(gè)要求，所以在硬件方面是可行的。</p><p>　　3.1.5 操作可行性分析</p><p>　　操作可行性指的是系統(tǒng)的機(jī)構(gòu)能夠獨(dú)

61、立，穩(wěn)定，安全的運(yùn)行，并且符合局域網(wǎng)內(nèi)終端運(yùn)行信息管理的需求以及適應(yīng)社會(huì)發(fā)展的要求，運(yùn)用本系統(tǒng)能夠幫助用戶(hù)實(shí)現(xiàn)各類(lèi)數(shù)據(jù)之間的相互轉(zhuǎn)換工作，提高管理者的工作效率和準(zhǔn)確性，降低工作的難度，而且節(jié)約了成本。</p><p>　　綜合以上的分析，本次畢業(yè)設(shè)計(jì)的開(kāi)發(fā)是可行的。</p><p>　　3.2 開(kāi)發(fā)設(shè)計(jì)思想</p><p>　　利用企業(yè)現(xiàn)有的軟件環(huán)境，在大多數(shù)現(xiàn)有的

62、計(jì)算機(jī)上就能運(yùn)行該軟件，節(jié)約成本。系統(tǒng)要符合局域網(wǎng)內(nèi)終端運(yùn)行信息管理要求，滿(mǎn)足局域網(wǎng)內(nèi)終端運(yùn)行信息管理的需要，努力做到使該系統(tǒng)的操作過(guò)程更直觀(guān)、方便、實(shí)用和安全。</p><p>　　本系統(tǒng)應(yīng)用MFC、套接字、數(shù)據(jù)壓縮等相關(guān)技術(shù)實(shí)現(xiàn)，在客戶(hù)端采集計(jì)算機(jī)的部分信息，通過(guò)進(jìn)程間的通信將采集到的數(shù)據(jù)在服務(wù)器端進(jìn)行合理的展示，并可以根據(jù)管理需要進(jìn)行相應(yīng)的操作。本系統(tǒng)在服務(wù)器端可對(duì)客戶(hù)端進(jìn)行實(shí)時(shí)監(jiān)控，可以根據(jù)管理需要對(duì)客戶(hù)

63、端計(jì)算機(jī)桌面進(jìn)行遠(yuǎn)程控制。</p><p>　　本系統(tǒng)采用模塊化的設(shè)計(jì)方法，這樣既能夠有利于開(kāi)發(fā)，又可以有利于軟件功能的拓展和維護(hù)。</p><p>　　3.3 功能需求分析</p><p>　　3.3.1 主要功能</p><p>　　通過(guò)調(diào)研后分析出本系統(tǒng)要達(dá)到的功能如下：本系統(tǒng)能夠?qū)钟蚓W(wǎng)內(nèi)終端的運(yùn)行情況進(jìn)行采集，匯總并合理地展示，包括

64、計(jì)算機(jī)的硬件信息和軟件運(yùn)行狀態(tài)。例如，獲取計(jì)算機(jī)的名稱(chēng)和IP地址，獲取子網(wǎng)掩碼、DNS設(shè)置、網(wǎng)卡地址、安裝協(xié)議和提供的服務(wù)和注冊(cè)表信息等。可以將計(jì)算機(jī)的基礎(chǔ)性能數(shù)據(jù)如CPU信息、OS版本、主板信息、硬件溫度、內(nèi)存使用率、硬盤(pán)使用率、BIOS相關(guān)參數(shù)等。獲取正在運(yùn)行的軟件和進(jìn)程使用情況等。將這些信息分類(lèi)的展現(xiàn)給用戶(hù)，同時(shí)可以對(duì)采集的信息進(jìn)行分析處理。除此之外要對(duì)客戶(hù)端的桌面進(jìn)行實(shí)時(shí)的監(jiān)控，必要時(shí)可對(duì)其進(jìn)行遠(yuǎn)程控制，以便管理人員進(jìn)行管理。&

65、lt;/p><p>　　3.3.2 性能需求</p><p><b>　　1) 數(shù)據(jù)精度</b></p><p>　　對(duì)于系統(tǒng)要求輸入或者輸出的數(shù)據(jù)，其精度嚴(yán)格按照設(shè)計(jì)要求。</p><p><b>　　2) 時(shí)間特性要求</b></p><p>　　一般而言，對(duì)于系統(tǒng)軟件運(yùn)行時(shí)

66、的時(shí)間特性有如下要求：</p><p>　　（1）響應(yīng)時(shí)間：在用戶(hù)接受的時(shí)間范圍內(nèi)。</p><p>　?。?）更新處理時(shí)間：隨時(shí)更新。</p><p><b>　　3.4 本章小結(jié)</b></p><p>　　IEEE的軟件工程標(biāo)準(zhǔn)詞匯表對(duì)軟件需求做了明確的定義?？梢?jiàn)需求分析是個(gè)非常重要的概念。那么具體到開(kāi)發(fā)中，需求分

67、析對(duì)軟件的影響有哪些呢？我們知道，有很多大型的軟件系統(tǒng)在開(kāi)發(fā)過(guò)程中都沒(méi)有出現(xiàn)過(guò)大的問(wèn)題，但是最終卻可能宣告失敗，這主要失誤應(yīng)該歸結(jié)到需求分析中。研究表明，需求分析占據(jù)了軟件開(kāi)發(fā)工作量的百分之三十左右，此過(guò)程中產(chǎn)生的問(wèn)題和錯(cuò)誤一定會(huì)在整個(gè)設(shè)計(jì)中進(jìn)行發(fā)散式的傳播，對(duì)軟件開(kāi)發(fā)來(lái)說(shuō)后果不堪設(shè)想。由此可以看出本章的工作在整個(gè)設(shè)計(jì)中是一個(gè)必不可少的環(huán)節(jié)。</p><p>　　本章的任務(wù)主要是對(duì)本次設(shè)計(jì)進(jìn)行了需求分析，包括經(jīng)濟(jì)

68、的可行性分析、技術(shù)的可行性分析、管理的可行性分析、開(kāi)發(fā)環(huán)境的可行性分析和操作的可行性分析，完成了可行性研究報(bào)告，分析了開(kāi)發(fā)設(shè)計(jì)思想，這些工作為系統(tǒng)的順利完成奠定了堅(jiān)實(shí)的基礎(chǔ)。</p><p>　　第4章 系統(tǒng)的總體設(shè)計(jì)與實(shí)現(xiàn)</p><p>　　4.1 信息采集模塊的設(shè)計(jì)與實(shí)現(xiàn)</p><p>　　一般情況下，客戶(hù)機(jī)與服務(wù)器是連接在因特網(wǎng)上的，然后我們也完全可以不在

69、因特網(wǎng)上把使客戶(hù)機(jī)和服務(wù)器進(jìn)行連接，比如說(shuō)利用本地的內(nèi)聯(lián)網(wǎng)。一般情況下內(nèi)聯(lián)網(wǎng)常常被用在學(xué)校計(jì)算機(jī)室的局域網(wǎng)和企業(yè)內(nèi)部的局域網(wǎng)中，并且使用分布式的應(yīng)用程序，而分布式的應(yīng)用程序宿主是本地計(jì)算機(jī)。所以，對(duì)本地計(jì)算機(jī)的配置信息以及網(wǎng)絡(luò)協(xié)議的正確獲取是一件很重要的事情，這對(duì)于編寫(xiě)網(wǎng)絡(luò)應(yīng)用程序具有十分重要的用意。</p><p>　　4.1.1 計(jì)算機(jī)信息采集的具體實(shí)現(xiàn)</p><p>　　1）獲取計(jì)

70、算機(jī)的名稱(chēng)和IP地址</p><p>　　現(xiàn)在絕大多數(shù)的計(jì)算機(jī)中使用的都是IP地址，但是人們對(duì)IP地址的記憶并不直觀(guān)，無(wú)論對(duì)于因特網(wǎng)用戶(hù)還是對(duì)于內(nèi)聯(lián)網(wǎng)用戶(hù)，希望的都是使用主機(jī)名，這樣對(duì)于記憶更為方便和直觀(guān)。</p><p>　　對(duì)于一臺(tái)本地計(jì)算機(jī)來(lái)說(shuō)，計(jì)算機(jī)的名稱(chēng)一般只會(huì)有一個(gè)，但是IP地址就不一定會(huì)這樣，因?yàn)樗赡艽嬖诙鄠€(gè)。比如說(shuō)，當(dāng)本地計(jì)算機(jī)通過(guò)撥號(hào)上網(wǎng)的時(shí)候，一旦用戶(hù)名和密碼被驗(yàn)證，

71、就會(huì)動(dòng)態(tài)的分配一個(gè)IP地址給當(dāng)前計(jì)算機(jī)，這時(shí)候這個(gè)計(jì)算機(jī)就會(huì)同時(shí)擁有兩個(gè)IP地址。一個(gè)是提到的撥號(hào)上網(wǎng)之后被動(dòng)態(tài)分配的IP地址，另一個(gè)則是在局域網(wǎng)內(nèi)自己設(shè)置的IP地址。</p><p>　　我們可以利用WinSock庫(kù)來(lái)獲取本地計(jì)算機(jī)的主機(jī)名稱(chēng)和IP地址。但是，我們?cè)谑褂肳inSock API之前需要調(diào)用WSAStartup函數(shù)，當(dāng)該函數(shù)返回成功的時(shí)候，也就是應(yīng)用程序成功地與WinSock庫(kù)建立連接的時(shí)候，應(yīng)用程

72、序才可以調(diào)用Windows Sockets DLL中其他的函數(shù)。在程序要結(jié)束的時(shí)候，又必須要進(jìn)行一定的清理工作，這時(shí)候需要調(diào)用WSACleanup函數(shù)，該函數(shù)的作用是結(jié)束對(duì)Windows Sockets DLL的使用，以此用來(lái)釋放其占用的其他的資源。</p><p>　　在Windows Socket庫(kù)中可以利用gethostname函數(shù)和gethostbyname函數(shù)獲取本地主機(jī)名。</p>&l

73、t;p>　　gethostname函數(shù)的函數(shù)原型如下：</p><p>　　int gethostname(</p><p>　　char* name,</p><p>　　int namelen</p><p><b>　　);</b></p><p>　　gethostbyname函數(shù)的

74、函數(shù)原型如下：</p><p>　　struct hostent*FAR gethostbyname</p><p><b>　　(</b></p><p>　　const char* name</p><p><b>　　);</b></p><p>　　該函數(shù)可以從主機(jī)名

75、數(shù)據(jù)庫(kù)里面得到對(duì)應(yīng)的“主機(jī)”，它是由名字和地址來(lái)標(biāo)示的。</p><p>　　IP地址的獲取是通過(guò)gethostbyaddr函數(shù)實(shí)現(xiàn)的，它的函數(shù)原型如下：</p><p>　　struct HOSTENT* FAR gethostbyaddr</p><p><b>　　(</b></p><p>　　const cha

76、r* addr,</p><p><b>　　int len,</b></p><p><b>　　int type</b></p><p><b>　　);</b></p><p>　　該函數(shù)的返回值也是一個(gè)hostent結(jié)構(gòu)，這和gethostbyname函數(shù)較為類(lèi)似，但也

77、有不同之處，這里傳遞的參數(shù)是已知網(wǎng)址。</p><p>　　2）獲取計(jì)算機(jī)的子網(wǎng)掩碼</p><p>　　在TCP/IP協(xié)議里面，子網(wǎng)掩碼主要是用來(lái)區(qū)分網(wǎng)絡(luò)上的主機(jī)是不是在一個(gè)相同的網(wǎng)段之內(nèi)。我們知道在大型的網(wǎng)絡(luò)里面，子網(wǎng)掩碼一般是分為三類(lèi)。A類(lèi)子網(wǎng)掩碼是255.0.0.0，B類(lèi)子網(wǎng)掩碼是255.255.0.0，C類(lèi)子網(wǎng)掩碼是255.255.255.0。</p><p&

78、gt;　　函數(shù)GetAdaptersInfo可以獲得本地計(jì)算機(jī)的網(wǎng)絡(luò)信息，由此得到該計(jì)算機(jī)的子網(wǎng)掩碼，該函數(shù)在頭文件Iphlpapi.h中聲明，函數(shù)原型如下：</p><p>　　DWORD GetAdaptersInfo</p><p><b>　　(</b></p><p>　　PIP_ADAPTER_INFO pAdapterInfo,&

79、lt;/p><p>　　PULONG pOutBufLen</p><p><b>　　);</b></p><p>　　參數(shù)中的IP_ADAPTER_INFO結(jié)構(gòu)里面包含了很多信息，大部分都是關(guān)于網(wǎng)絡(luò)適配器的，而在該結(jié)構(gòu)的成員變量里又定義了一個(gè)結(jié)構(gòu)，即IP_ADDR_STRING，它代表了IP地址鏈表的一個(gè)節(jié)點(diǎn)，對(duì)其如下定義：</p>

80、<p>　　typedef struct_IP_ADDR_STRING</p><p><b>　　{</b></p><p>　　Struct_IP_ADDR_STRING*Next;</p><p>　　IP_ADDRES_STRING IpAddress;</p><p>　　IP_MASK_STRI

81、NG IpMask;</p><p>　　DWORD Context;</p><p><b>　　}</b></p><p>　　IP_ADDR_STRING,*PIP_ADDR_STRING;</p><p>　　我們從上面可以看到一個(gè)叫做IpMask的成員變量，對(duì)應(yīng)的IP地址的子網(wǎng)掩碼就放置在這個(gè)成員變量中。<

82、;/p><p>　　3）獲取計(jì)算機(jī)的DNS設(shè)置</p><p>　　DNS是一種用來(lái)區(qū)別互聯(lián)網(wǎng)或者互聯(lián)網(wǎng)上的主機(jī)而采用的一種層次結(jié)構(gòu)。它為了區(qū)別主機(jī)，采用更加簡(jiǎn)單的、更加容易記憶的名稱(chēng)取代了IP地址。它又可以通過(guò)把名稱(chēng)解析到對(duì)應(yīng)的IP地址來(lái)定位主機(jī)。而且，它也是一種為了維護(hù)和存儲(chǔ)主機(jī)名稱(chēng)與IP地址對(duì)應(yīng)列表的分布式機(jī)制[12]。</p><p>　　我們想要獲取本地計(jì)算機(jī)

83、的NDS設(shè)置可以用到GetNetworkParams函數(shù)。因?yàn)樗锩姘嗽S多網(wǎng)絡(luò)參數(shù)。它的函數(shù)原型如下：</p><p>　　DWORD GetNetworkParams</p><p><b>　　(</b></p><p>　　PFIXED_INFO pFixedInfo,</p><p>　　PULONG pOu

84、tBufLen</p><p><b>　　);</b></p><p>　　我們從上面可以看到一個(gè)叫做FIXED_INFO的參數(shù)，計(jì)算機(jī)所有的網(wǎng)絡(luò)接口中的相同信息都包含在其中，它有一個(gè)叫做DomainName的成員變量，是用來(lái)表示了本地計(jì)算機(jī)注冊(cè)的域名的。DnsServerList是IP_ADDR_STRING結(jié)構(gòu)列表，是本地計(jì)算機(jī)的DNS服務(wù)器設(shè)置。</p&

85、gt;<p>　　4）獲取計(jì)算機(jī)的網(wǎng)卡地址</p><p>　　程序在運(yùn)行的時(shí)候，通常都會(huì)需要獲取當(dāng)前計(jì)算機(jī)的MAC地址，并將其作為某種標(biāo)識(shí)。我們想要獲取計(jì)算機(jī)的網(wǎng)卡地址有很多種方法。這有時(shí)候要根據(jù)計(jì)算機(jī)上已安裝的協(xié)議進(jìn)行選擇。安裝了NetBEUI協(xié)議的計(jì)算機(jī)可以通過(guò)NetBIOS得到MAC地址。但是如果計(jì)算機(jī)上只有TCP/IP協(xié)議，就不能用上面的方法了，這就要用到IPHelper了。不過(guò)這還不夠，

86、我們還必須安裝平臺(tái)SDK，自己定義頭文件。</p><p>　　NetBIOS是一種標(biāo)準(zhǔn)的應(yīng)用程序編程接口，對(duì)目前狀況來(lái)說(shuō)，全球已經(jīng)有很多的平臺(tái)和應(yīng)用程序都需要依賴(lài)于NebBIOS。我們可以把它的名字分為兩種類(lèi)型，即唯一名字和組名[13][14]。顧名思義，“唯一名字”的意思就是說(shuō)，它是獨(dú)一無(wú)二的，是只有一個(gè)的，意味著網(wǎng)絡(luò)上不可能再有其他任何進(jìn)程能和它擁有相同的名字。比如說(shuō)，如果一臺(tái)計(jì)算機(jī)已經(jīng)注冊(cè)了某一個(gè)名字，那

87、么當(dāng)其他的計(jì)算機(jī)再注冊(cè)名字的時(shí)候，如果選擇了和它一樣的名字，就會(huì)收到一條錯(cuò)誤提示，提示名字出現(xiàn)了重復(fù)現(xiàn)象，表示這種現(xiàn)象是不被允許的。除此之外，隨名字一起，還能保存協(xié)議特有的某些信息。例如，在TCP/IP網(wǎng)絡(luò)中，WINS同時(shí)還維護(hù)著NETBIOS的名字和注冊(cè)該名字當(dāng)時(shí)保留著的那個(gè)IP地址。而“組名”起到的作用就是把數(shù)據(jù)同時(shí)發(fā)給很多個(gè)接收者，或者想法，它也可以接收發(fā)給多個(gè)接收者的數(shù)據(jù)。組名和唯一名字不同，它并不要求是獨(dú)一無(wú)二的，它主要是用于

88、多點(diǎn)發(fā)送數(shù)據(jù)通信[17]。計(jì)算機(jī)MAC地址的獲取可以和計(jì)算機(jī)的子網(wǎng)掩碼的獲取采用相同的函數(shù)來(lái)完成。</p><p>　　DWORD GetAdaptersInfo</p><p><b>　　(</b></p><p>　　PIP_ADAPTER_INFO pAdapterInfo,</p><p>　　PULONG p

89、OutBufLen</p><p><b>　　);</b></p><p>　　網(wǎng)卡的MAC地址是被保存在Adapter變量中的。</p><p>　　5）獲取當(dāng)前計(jì)算機(jī)內(nèi)存信息</p><p>　　使用ComputerInfo類(lèi)的公共屬性可以獲取當(dāng)前計(jì)算機(jī)的內(nèi)存信息。這些內(nèi)存信息主要包括物理內(nèi)存總和、可用物理內(nèi)存、虛

90、擬內(nèi)存總和與可用虛擬內(nèi)存。ComputerInfo類(lèi)提供用于獲取與計(jì)算機(jī)的內(nèi)存、已加載程序集、名稱(chēng)和操作系統(tǒng)有關(guān)信息的屬性[5]。該類(lèi)常用的公共屬性如下：</p><p>　　能夠獲取計(jì)算機(jī)物理內(nèi)存總量的TotalPhysicalMemory屬性；能夠獲取計(jì)算機(jī)可用物理內(nèi)存的AvailablePhysicalMemory屬性；能夠獲取計(jì)算機(jī)虛擬內(nèi)存總量的TotalVirtualMemory屬性；能夠獲取計(jì)算機(jī)可用

91、虛擬內(nèi)存總量的AvailableVirtualMemory屬性等。</p><p>　　6）獲取當(dāng)前計(jì)算機(jī)安裝的協(xié)議</p><p>　　可以通過(guò)WSAEnumProtocols函數(shù)來(lái)獲取在本地計(jì)算機(jī)上面安裝的可用網(wǎng)絡(luò)協(xié)議集。該函數(shù)的函數(shù)原型如下：</p><p>　　int WSAEnumProtocols</p><p><b>

92、;　　(</b></p><p>　　LPINT lpiProtocols,</p><p>　　LPWSAPROTOCOL_INFO lpProtocolBuffer,</p><p>　　LPDWORD lpdwBufferLength</p><p><b>　　);</b></p>&l

93、t;p>　　其中參lpProtocolBuffer是以結(jié)構(gòu)WSAPROTOCOL_INFO填充的緩沖區(qū)。該結(jié)構(gòu)用來(lái)存取和獲得一個(gè)給定協(xié)議的完整信息。同時(shí)還可以調(diào)用函數(shù)getprotobynumber獲取對(duì)應(yīng)于給定協(xié)議名的相關(guān)協(xié)議信息。該函數(shù)的函數(shù)原型如下：</p><p>　　struct PROTOENT*FAR getprotobyname</p><p><b>　　

94、(</b></p><p>　　const char name</p><p><b>　　);</b></p><p>　　4.1.2 信息采集模塊主界面設(shè)計(jì)</p><p>　　登陸本系統(tǒng)時(shí)在用戶(hù)名和密碼下方會(huì)出現(xiàn)一個(gè)選項(xiàng)，可以選擇是在以客戶(hù)端或者服務(wù)器端的形式登陸本系統(tǒng)。下圖4.1為客戶(hù)端與服務(wù)器端的系

95、統(tǒng)登陸界面。</p><p>　　圖4.1 系統(tǒng)登陸界面</p><p>　　登陸本系統(tǒng)的時(shí)候，若是輸入了正確的用戶(hù)名和密碼后就會(huì)直接進(jìn)入主界面。如果是以客戶(hù)端登陸本系統(tǒng)，則會(huì)直接獲取本機(jī)的相關(guān)信息，成功登錄系統(tǒng)后進(jìn)入系統(tǒng)主界面，在系統(tǒng)主界面里面，我們就可以清晰的看到本機(jī)的名稱(chēng)和IP地址、子網(wǎng)掩碼、DNS設(shè)置、網(wǎng)卡地址、CPU信息、內(nèi)存使信息、頁(yè)面信息等。并在該界面設(shè)置了連接和發(fā)送兩個(gè)按鈕

96、，實(shí)現(xiàn)與終端連接及發(fā)送信息的功能。界面中還存在一個(gè)請(qǐng)求連接的按鈕，是進(jìn)入遠(yuǎn)程控制模塊的方式。下圖4.2為信息采集模塊主界面。</p><p>　　圖4.2 信息采集模塊主界面</p><p>　　4.2 數(shù)據(jù)傳輸功能模塊的設(shè)計(jì)</p><p>　　一般情況下，局域網(wǎng)內(nèi)終端運(yùn)行信息管理系統(tǒng)或軟件對(duì)信息的傳輸要求都是比較高的，因此必須通過(guò)TCP來(lái)實(shí)現(xiàn)，因?yàn)門(mén)CP傳輸是一

97、種可靠的數(shù)據(jù)傳輸模式[15]。因?yàn)槭荰C程序，所以我們第一個(gè)想到的應(yīng)該是客戶(hù)端/服務(wù)器模式。本系統(tǒng)就是基于這個(gè)架構(gòu)進(jìn)行設(shè)計(jì)的。建立分布式應(yīng)用時(shí)這是比較常用的。這種模式為了保證服務(wù)能在工作中被接受，需要有一套慣例可以同時(shí)讓客戶(hù)端和服務(wù)器來(lái)接受。而在這一套都被接受的慣例中包含著在兩端都能夠被實(shí)現(xiàn)的協(xié)議。協(xié)議是否需要對(duì)稱(chēng)是根據(jù)不同的情況決定的。如果是對(duì)稱(chēng)的協(xié)議，客戶(hù)端和服務(wù)器都可以是主要角色；如果是不對(duì)稱(chēng)的協(xié)議，如果有一方對(duì)定義為了主機(jī)，那么

98、另一個(gè)就一定是從機(jī)，它們的角色是不可互換的。</p><p>　　在一個(gè)客戶(hù)機(jī)對(duì)服務(wù)地址提出請(qǐng)求之前，服務(wù)的進(jìn)程都是處于一個(gè)一直的休眠狀之中。此時(shí)的服務(wù)器被喚醒，服務(wù)程序開(kāi)始打開(kāi)，然后進(jìn)行正常的服務(wù)工作，。客戶(hù)機(jī)/服務(wù)器的模型示意圖如圖4.3所示。</p><p>　　圖4.3 客戶(hù)機(jī)/服務(wù)器模型示意圖</p><p>　　客戶(hù)端與服務(wù)器間通過(guò)建立通信連接相互傳輸數(shù)

99、據(jù)。要完成本模塊的功能，需要了解套接字的工作原理以及它所支持的網(wǎng)絡(luò)協(xié)議。</p><p>　　4.2.1 Socket概念</p><p>　　套接字支持TCP/IP協(xié)議， 它是網(wǎng)絡(luò)通信中的一個(gè)比較基本的操作單元。當(dāng)不同的計(jì)算機(jī)上的程序之間要進(jìn)行雙向通信的時(shí)候，它經(jīng)常被看成這些計(jì)算機(jī)上進(jìn)程之間的端點(diǎn)。它既可以構(gòu)成單個(gè)主機(jī)的編程界面，也能構(gòu)成整個(gè)網(wǎng)絡(luò)之間的編程界面。但是，它在通信領(lǐng)域中只能是

100、一種抽象的概念。與它相互交換數(shù)據(jù)的套接字通常都是和它處在同一個(gè)通信域之中的。每個(gè)進(jìn)程都是在這個(gè)相同域中通過(guò)互聯(lián)網(wǎng)協(xié)議簇來(lái)達(dá)到相互間的通信目的的。但它的功能也不完全局限在同一個(gè)域中，假如執(zhí)行了某一種解釋程序的時(shí)候，套接字其實(shí)也可以穿過(guò)這個(gè)所謂的域的限制來(lái)進(jìn)行相互間的交換數(shù)據(jù)。</p><p>　　套接字的任務(wù)主要用來(lái)完成通信任務(wù)，那么既然這樣，我們可以想象一下，在現(xiàn)實(shí)生活中，我們要進(jìn)行通信的時(shí)候，無(wú)論是用書(shū)信方法或

101、是選擇電子郵箱的方式進(jìn)行通信，必須同時(shí)填寫(xiě)發(fā)信人和收信人的信息。那么同樣的道理，想要利用套接字來(lái)完成進(jìn)程之間的通信也必須同時(shí)存在通信的兩個(gè)端，顯而易見(jiàn)是客戶(hù)機(jī)端和服務(wù)器端。那么，相對(duì)應(yīng)的我們便需要一對(duì)套接字分別作用于這兩個(gè)端，Client Socket運(yùn)行在客戶(hù)端 ，而Server Socket便運(yùn)行在服務(wù)器端。</p><p>　　4.2.2 Socket工作原理</p><p>　　如

102、果套接字之間想要建立連接，一定要完成三個(gè)步驟。他們分別叫做服務(wù)器監(jiān)聽(tīng)步驟，客戶(hù)端請(qǐng)求步驟和連接確認(rèn)步驟。下面我們分別簡(jiǎn)要的說(shuō)說(shuō)這三個(gè)步驟完成的任務(wù)。</p><p>　　第一步，顧名思義這是套接字在服務(wù)器端要完成的任務(wù)，它一直都是處于一個(gè)等待連接的狀態(tài)之中，但是，它卻沒(méi)有必要提前知道要與它進(jìn)行連接的客戶(hù)端套接字的信息，對(duì)它來(lái)說(shuō)無(wú)論是地址還是端口號(hào)都不重要。它就是一個(gè)實(shí)時(shí)的網(wǎng)絡(luò)監(jiān)聽(tīng)，隨時(shí)等待連接的請(qǐng)求。</p

103、><p>　　第二步，顯然它是客戶(hù)端套接字需要完成的任務(wù)。有所不同的是，它必須要知道將要連接的服務(wù)器的相關(guān)信息，也就是前面說(shuō)的套接字的地址信息和端口號(hào)。這樣才可以進(jìn)行匹配工作，否則它根本不知道要向誰(shuí)請(qǐng)求連接，這也是沒(méi)有意思的。在連接建立起來(lái)之前，它需要把想要連接的套接字的信息描述出來(lái)，只有指出正確的信息才可以向服務(wù)器提出連接請(qǐng)求。</p><p>　　最后一步，服務(wù)器端的套接字接收到連接請(qǐng)求之

104、后會(huì)立刻給出響應(yīng)，之后會(huì)建立新的線(xiàn)程，把自己的描述發(fā)送給客戶(hù)端，主要的描述內(nèi)容還是之前提到的地址信息和端口號(hào)信息，此時(shí)客戶(hù)端會(huì)對(duì)此描述進(jìn)行確認(rèn)，之后也就連接成功了。但是這時(shí)候服務(wù)器端的套接字并不會(huì)停止工作，而是仍然執(zhí)行第一步的任務(wù)，處于監(jiān)聽(tīng)的狀態(tài)之中，等待其他用戶(hù)的連接請(qǐng)求，如此進(jìn)行反復(fù)的工作。這便是套接字在通信連接中起到的作用。</p><p>　　4.2.3 Socket分類(lèi)</p><p

105、>　　如果按照通信性質(zhì)劃分，我們可以將套接字分為三種類(lèi)型，流套接字、數(shù)據(jù)報(bào)套接字和原始套接字，這是一種對(duì)用戶(hù)可見(jiàn)的性質(zhì)[7][8]。通常情況下，應(yīng)用程序一般只會(huì)在相同類(lèi)型的套接字之間進(jìn)行通信，不過(guò)也有例外，但是前提是要通過(guò)底層的通信協(xié)議的允許。</p><p>　　流套接字可以用來(lái)提供面向連接的數(shù)據(jù)傳輸服務(wù)，這種服務(wù)的準(zhǔn)確性非常高，能夠使得接受數(shù)據(jù)的過(guò)程中不會(huì)出現(xiàn)任何差錯(cuò)，也不會(huì)發(fā)送任意重復(fù)的數(shù)據(jù)，而且接收

106、的數(shù)據(jù)也是按順序完成的。因?yàn)樗褂昧藗鬏斂刂茀f(xié)議，所以使得數(shù)據(jù)服務(wù)變得更加穩(wěn)定和可靠。</p><p>　　數(shù)據(jù)報(bào)套接字，它與前者都屬于標(biāo)準(zhǔn)套接字，不過(guò)不同的是它并不提供面向連接的數(shù)據(jù)傳輸服務(wù)，因此也不會(huì)像前者一樣能夠保證數(shù)據(jù)傳輸?shù)目煽颗c穩(wěn)定，甚至又有可能發(fā)送重復(fù)的數(shù)據(jù)或者丟失數(shù)據(jù)，更不會(huì)保證順序接受。它使用UDP協(xié)議來(lái)進(jìn)行數(shù)據(jù)傳輸，針對(duì)上述缺點(diǎn)需要在程序中做出一些適當(dāng)?shù)奶幚聿判小?lt;/p><

107、p>　　原始套接字與前兩者相比較，它并不屬于標(biāo)準(zhǔn)的套接字，那么到底有什么區(qū)別呢？首先它可以對(duì)內(nèi)核沒(méi)有經(jīng)過(guò)處理的IP數(shù)據(jù)包進(jìn)行讀寫(xiě)，這說(shuō)明它并不局限于只用來(lái)讀取TCP協(xié)議或者UDP協(xié)議的數(shù)據(jù)，這就是它的優(yōu)勢(shì)。要想訪(fǎng)問(wèn)除TCP協(xié)議和UDP協(xié)議發(fā)送數(shù)據(jù)的時(shí)候就必須要用到這種原始套接字[8]。</p><p>　　4.2.4 Socket連接與TCP連接</p><p>　　我們?cè)赟ocke

108、t連接的創(chuàng)建過(guò)程中是能夠使用傳輸協(xié)議的，也就是說(shuō)如果創(chuàng)建連接時(shí)使用了TCP協(xié)議，那么這個(gè)Socket連接就是一個(gè)TCP連接。</p><p>　　在建立一個(gè)TCP連接的時(shí)候，需要一個(gè)過(guò)程，通常情況下我們叫它為“三次握手”：</p><p>　　第一次握手：客戶(hù)端給服務(wù)器發(fā)送一個(gè)請(qǐng)求，之后便進(jìn)入了一個(gè)等待的狀態(tài)，等待服務(wù)器確認(rèn)。</p><p>　　第二次握手：服務(wù)器

109、在受到了客戶(hù)端的連接請(qǐng)求之后，必須對(duì)這個(gè)請(qǐng)求進(jìn)行確認(rèn)，然后再向客戶(hù)端發(fā)送一個(gè)確認(rèn)連接請(qǐng)求的信息，隨之也進(jìn)入了一個(gè)等待的狀態(tài)。 </p><p>　　第三次握手：客戶(hù)端還會(huì)受到一個(gè)來(lái)自與服務(wù)器的信息，然后對(duì)服務(wù)器發(fā)送對(duì)確認(rèn)連接請(qǐng)求信息的信息包。在此之后兩端又都進(jìn)入了ESTABLISHED狀態(tài)。這便是三次握手的過(guò)程。。TCP建立三次握手過(guò)程如圖4.4。</p><p>　　圖4.4 TCP三次