【正文】 .......................... 30 軟件測(cè)試常用方法 ............................................................ 30 本系統(tǒng)采用的測(cè)試方法 ............................................................... 31 連接測(cè)試 ............................................................................ 31 文件操作測(cè)試 .................................................................... 33 注冊(cè)表操作測(cè)試 ................................................................ 36 發(fā)送信息測(cè)試 .................................................................... 39 屏幕控制測(cè)試 .................................................................... 40 測(cè)試結(jié)論 ............................................................................ 42 總 結(jié) ............................................................................................................ 43 致 謝 ............................................................................................................ 44 參考文獻(xiàn) ...................................................................................................... 45 網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) 1 前言 隨著計(jì)算機(jī)網(wǎng)絡(luò)的飛速發(fā)展以及網(wǎng)絡(luò)技術(shù)的日益普及和大眾化，人們可以很方便地從 Inter 上獲取和自己工作生活密切相關(guān)的信息，世界也真正變成一個(gè)地球村，我們可以和世界上其他任何一個(gè)人通過(guò)計(jì)算機(jī)網(wǎng)絡(luò)進(jìn)行溝通，信息資源達(dá)到了高度的共享。本課題設(shè)計(jì) 為一個(gè)通信應(yīng)用程序 ， 用到了多項(xiàng)技術(shù) ， 諸如：異步模式 socket、面向?qū)ο缶幊?、軟件工程思想、API HOOK 等。 本課題設(shè)計(jì)是為適應(yīng)遠(yuǎn)程控制及 協(xié)助的要求 ， 使遠(yuǎn)程 控制 提高到計(jì)算機(jī)的實(shí)時(shí)水平而設(shè)計(jì)的。達(dá)到了實(shí)時(shí)性和安全性 ， 且應(yīng)用程序功能完備。 隨著計(jì)算機(jī)信息現(xiàn)代工業(yè)的發(fā)展 ， 計(jì)算機(jī)遠(yuǎn)程 控制 管理系統(tǒng)越 來(lái)越受到 各方面的 重視。很多網(wǎng)絡(luò)管理員都采用這類軟 件對(duì)局域網(wǎng)進(jìn)行管理或者在家中更新自己網(wǎng)站的內(nèi)容。 遠(yuǎn)程控制起初是為了讓 PC 用戶在離開辦公室的時(shí)候能夠訪問(wèn)其臺(tái)式 PC 硬盤中的信息，甚至可以通過(guò)其臺(tái)式機(jī) PC 訪問(wèn)企業(yè)網(wǎng)絡(luò)資源。成都理工大學(xué)工程技術(shù)學(xué)院畢業(yè)論文 網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) 作者姓名： 大 衛(wèi) 專業(yè)名稱： 計(jì)算機(jī)科學(xué)與技術(shù) 指導(dǎo)老師： 杰克 副教授網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) I 摘 要 在如今這個(gè)信息高速發(fā)達(dá)的時(shí)代，人們之間的物理距離雖無(wú)太大變化，然而邏輯距離卻在一天天縮小。同時(shí)，鑒于交通的繁忙，無(wú)紙辦公和遠(yuǎn)程辦公的趨勢(shì)已然愈演愈烈！遠(yuǎn)程控制應(yīng)運(yùn)而生。今天，許多企業(yè)和增值分銷商正在把遠(yuǎn)程控制能力作為有效的技術(shù)支持工具。這類軟件對(duì)于出差在外的商務(wù)人員用處非常大，這樣他們可以隨時(shí)提取自己家里計(jì)算機(jī)中的數(shù)據(jù)和資料。本文主要分析了遠(yuǎn)程 控制 系統(tǒng)的一些基本功能和組成情況 ， 包括系統(tǒng)的需求分析、系統(tǒng)結(jié)構(gòu)、功能模塊劃分分析等 ， 重點(diǎn)對(duì)應(yīng)用程序的實(shí)際開發(fā)實(shí)現(xiàn)作了介紹。同時(shí)簡(jiǎn)單介紹了 Visual C++ 編程環(huán)境和 WinSocket的功能特點(diǎn)。遠(yuǎn)程 控制 包括多項(xiàng)內(nèi)容 ， 本課題設(shè)計(jì)只是承建 了其中的一部分即：實(shí)時(shí) 控制 。 本系統(tǒng)采用 Visual C++ 作為開發(fā)工具 , 整個(gè)系統(tǒng)操作簡(jiǎn)潔、界面友好、功能靈活、實(shí)用，實(shí)現(xiàn)了包括客戶端屏幕監(jiān)控、文件 操作 及傳輸、系統(tǒng)服務(wù)和注冊(cè)表監(jiān)控等基本功能， 基本完成了遠(yuǎn)程 控制 中所需要到的主要功能。從這一點(diǎn)得到啟發(fā)，希望能設(shè)計(jì)一個(gè)遠(yuǎn)程控制系統(tǒng)，通過(guò)它可以在家里控制辦公室里的計(jì)算機(jī)。這樣員工就不會(huì)因長(zhǎng)期的勞苦奔波而抱怨，用戶也不會(huì)因?yàn)槟悴荒芗皶r(shí)解決問(wèn)題而和你討價(jià)還價(jià)，當(dāng)然，也為公司節(jié)約了人力、財(cái)力和物力。它的控制的過(guò)程一般是先在主控端電腦上執(zhí)行客戶端程序，像一個(gè)普通的客戶一樣向被控端電腦中的服務(wù)器端程序發(fā)出信號(hào)， 建立一個(gè)特殊的遠(yuǎn)程服務(wù)，然后通過(guò)這個(gè)遠(yuǎn)程服務(wù)，使用各種遠(yuǎn)程控制 功能發(fā)送遠(yuǎn)程控制命令，控制被控端電腦中的各種應(yīng)用程序運(yùn)行， 這種遠(yuǎn)程控制方式 稱 為基于遠(yuǎn)程服務(wù)的遠(yuǎn)程控制。 遠(yuǎn)程控制具有一下優(yōu)點(diǎn)：便于用戶能夠在任何地方通過(guò)網(wǎng)絡(luò)及時(shí)，快速的訪問(wèn)，控制自己的主機(jī)。 當(dāng)然，遠(yuǎn)程控制軟件是一把雙刃劍，有優(yōu)點(diǎn)就會(huì)有缺點(diǎn)，它存在比較嚴(yán)重的安全隱患。形成很多木馬程序。 網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) 2 1 遠(yuǎn)程通信與控制技術(shù)概述 課題背景 通常企業(yè)內(nèi)部或者 IT 公司的客戶技術(shù)支持部門都有技術(shù)支持業(yè)務(wù)，其任務(wù)是通過(guò)電話解答疑難問(wèn)題，努力減少技術(shù)人員到現(xiàn)場(chǎng)服務(wù)或者讓用戶把設(shè)備送到支持中心進(jìn)行維護(hù)。 通常，技術(shù)支持必須依賴技術(shù)人員和用戶之間的口頭交流來(lái)進(jìn)行，這種交流既耗時(shí)又容易出錯(cuò)。在嘗試解決問(wèn)題時(shí)，技術(shù)人員可能指導(dǎo)用戶執(zhí)行一系列復(fù)雜的過(guò)程，而這些過(guò)程對(duì)用戶來(lái)說(shuō)或許完全不熟悉；如果用戶不能正確的按要求操作，反而使問(wèn)題惡化。 電腦中的遠(yuǎn)程控制技術(shù)，始于 DOS 時(shí)代，只不過(guò)當(dāng)時(shí)由于技術(shù)上沒有什么大的變化，網(wǎng)絡(luò)不發(fā)達(dá)，市場(chǎng)沒有更高的要求，所以遠(yuǎn)程控制技術(shù)沒有引起更多人的注意。遠(yuǎn)程控制一般支持下面的這些網(wǎng)絡(luò)方式： LAN、 WAN、撥號(hào)方式及互聯(lián)網(wǎng)方式。傳統(tǒng)的遠(yuǎn)程控制軟件一般使用NETBEUI、 NETBIOS、 IPX/SPX、 TCP 等協(xié)議來(lái)實(shí)現(xiàn)遠(yuǎn)程控制，不過(guò)，隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，很多遠(yuǎn)程控制軟件提供通過(guò) Web 頁(yè)面以 Java 技術(shù)來(lái)控制遠(yuǎn)程電腦，這樣可以實(shí)現(xiàn)不同操作系統(tǒng)下的遠(yuǎn)程控制。這意味著你只能用這些軟件控制擁有公網(wǎng) IP 的電腦，或者只能控制同一個(gè)內(nèi)網(wǎng)中的電腦（比如控制該公司里其它的電腦）。 80%以上的電腦都處于內(nèi)網(wǎng)中（使用路由共享上網(wǎng)的方式即為內(nèi)網(wǎng)）， TCP 軟件不能穿透內(nèi)網(wǎng)的缺陷，使得該類軟件使用率大打折扣。 UDP 協(xié)議遠(yuǎn)程控制 與 TCP 協(xié)議遠(yuǎn)程控制不同， UDP 傳送數(shù)據(jù)前并不與對(duì)方建立連接，發(fā)送數(shù)據(jù)前后也不進(jìn)行數(shù)據(jù)確認(rèn) ，從理論上說(shuō)速度會(huì)比 TCP 快（實(shí)際上會(huì)受網(wǎng)絡(luò)質(zhì)量影響 )。從而解決了 TCP 協(xié)議 遠(yuǎn)程控制軟件需要做端口映射的難題。 、 MSN、 網(wǎng)絡(luò)人遠(yuǎn)程控制軟件 、 XT800 的遠(yuǎn)程控制功能都是基于 UDP 協(xié)議的。由于 IP 資源日益稀缺，越來(lái)越多的用戶會(huì)在內(nèi)網(wǎng)中上網(wǎng)，因此能穿透內(nèi)網(wǎng)的遠(yuǎn)程控制軟件，將是今后遠(yuǎn)程控制發(fā)展的主流方向。 遠(yuǎn)程 控制系統(tǒng) 能使技術(shù)人員直接操作遠(yuǎn)程計(jì)算機(jī)，就像操作本地機(jī)器一樣，無(wú)須用戶介入，技術(shù)人員技能得到該機(jī)器的問(wèn)題的第一手材料，從而加快了問(wèn)題的解決。 總之，本 畢業(yè)設(shè)計(jì)題目 的設(shè)計(jì)與實(shí)現(xiàn)具有很大的現(xiàn)實(shí)意義。它不但具有程序框架自動(dòng)生成、靈活方便的類管理、代碼編寫和界面設(shè)計(jì)集成交互操作、可開發(fā)多種程序等優(yōu)點(diǎn)，而且通過(guò)簡(jiǎn)單的設(shè)置就可使其生成的程序框架支持?jǐn)?shù)據(jù)庫(kù)接口、 OLE2， WinSock 網(wǎng)絡(luò)、 3D 控制界面。比如，它允許用戶進(jìn)行遠(yuǎn)程調(diào)試，單步執(zhí)行等。其編譯及建置系統(tǒng)以預(yù)編譯頭文件、最小重建功能及累加連結(jié)著稱。 Visual C++的資源編輯器能以所見即所得的形式直接編輯程序的用戶界面，為所有資源分配 ID 標(biāo)識(shí)號(hào)。通過(guò)使用 AppWizard，程序員的編程工作便簡(jiǎn)化為用資源編輯器直觀的設(shè)計(jì)界面，完善對(duì)話框類代碼，在空的處理函數(shù)模板處填寫響應(yīng)用戶操作的代碼，這是一種比較完善的可視化編程方法。然而，使用 Visual C++，開發(fā)人員必須真正地閱讀和編寫 C++代碼。 網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) 5 MFC應(yīng)用程序框架 MFC 實(shí)際上是微軟提供的 ,用于在 C++環(huán)境下編寫應(yīng)用程序的一個(gè)框架和引擎 ,VC++是 Windows 下開發(fā)人員使用的專業(yè) C++ SDK(SDK,Standard SoftWare Develop Kit,專業(yè)開發(fā)平臺(tái) ),MFC 就是掛在它之上的一個(gè)輔助軟件開發(fā)包 ,MFC 作為與 VC++血肉相連的部分 (注意 C++和 VC++的區(qū)別 :C++是一種 程序設(shè)計(jì)語(yǔ)言 ,是一種大家都承認(rèn)的軟件編制的通用規(guī)范 ,而 VC++只是一個(gè) 編譯器 ,或者說(shuō)是一種編譯器 +源程序 編譯器 的 IDE,WS,PlatForm,這跟 Pascal和 Delphi 的關(guān)系一個(gè)道理 ,Pascal 是 Delphi 的語(yǔ)言基礎(chǔ) ,Delphi 使用 Pascal規(guī)范來(lái)進(jìn)行 Win下應(yīng)用程序的開發(fā)和編譯 ,卻不同于 Basic語(yǔ)言和 VB 的關(guān)系 ,Basic 語(yǔ)言在 VB 開發(fā)出來(lái)被應(yīng)用的年代已經(jīng)成了 Basic 語(yǔ)言的新規(guī)范 ,VB 新加的 Basic 語(yǔ)言要素 ,如 面向?qū)ο蟪绦蛟O(shè)計(jì) 的要素 ,是一種性質(zhì)上的飛躍 ,使 VB 既是一個(gè) IDE,又成長(zhǎng)成一個(gè)新的程序設(shè)計(jì)語(yǔ)言 ),MFC 同 BC++集成的 VCL 一樣是一個(gè)非外掛式的 軟件包 ,類庫(kù) ,只不過(guò) MFC 類是微軟為 VC++專配的 。 MFC 編制軟件時(shí)的大量?jī)?nèi)節(jié) ,如應(yīng)用程序?qū)崿F(xiàn)消息的處理 ,設(shè)備環(huán)境繪圖 ,這種結(jié)合是以方便為目的的 ,必定要付出一定代價(jià) (這是微軟的一向作網(wǎng)絡(luò)遠(yuǎn)程通信與控制程序設(shè)計(jì) 6 風(fēng) ),因此就造成了 MFC 對(duì)類封裝中 的一定程度的的冗余和迂回 ,但這是可以接受的 。 MFC 是微軟封裝了的 API。 MFC 是面向?qū)ο蟪绦蛟O(shè)計(jì)與Application framework 的完美結(jié)合，他將傳統(tǒng)的 API 進(jìn)行了分類封裝，并且為 使用者 創(chuàng)建 程序的一般框架 。 C++流行的一個(gè)原因是它可以用類庫(kù)擴(kuò)充。應(yīng)用程序框架是類庫(kù)的超集。自從 MFC 庫(kù)發(fā)布以來(lái)， MFC 已經(jīng)成為主要的Windows 類庫(kù)。 ? MFC 庫(kù)是 C++的 Microsoft Windows API。 ? 使用應(yīng)用程序框架的應(yīng)用程序不僅小，而且運(yùn)行速度快，具有很大的靈活性。 ? MFC 框架降低了編碼的復(fù)雜性。 ? 強(qiáng)大的功能。 MFC 框架的核心是文檔 /視圖結(jié)構(gòu)（ DocumentView Architecture），這是一個(gè)很好用、但又往往較難以入門的功能。文檔僅處理數(shù)據(jù)的實(shí)際讀、寫操作，視圖則是顯示和處理數(shù)據(jù)的窗口，視圖可以操作文檔中的數(shù)據(jù) 。 Windows 應(yīng)用程序是消息驅(qū)動(dòng)的，應(yīng)用程序不能直接得到用戶所做的操作，如鼠標(biāo)按鍵、鍵盤輸入和窗口移動(dòng)等。 消息 Windows 中的消息是操作系統(tǒng)與應(yīng)用程序之間、應(yīng)用程序與應(yīng)用程序之間、應(yīng)用程序各對(duì)象之間相互控制與傳遞信息的方式。消息主要有以下 3 類。這類消息包括除WM_COMMAND 消息之外的名稱以 WM_開始的其他消息。 命令消息：在響應(yīng)用戶接口操作時(shí)，將產(chǎn)生 WM_COMMAND 命令消息。 消息映射過(guò)程 在使用 AppWizard 創(chuàng)建應(yīng)用程序時(shí)， MFC 應(yīng)用程序框架設(shè)置了相應(yīng)的消息處理函數(shù)來(lái)響應(yīng)消息，以完成相應(yīng)的操作。 框架將消息和它們的處理函數(shù)連接起來(lái)就是消息映射。 ClassWizard 在創(chuàng)建新類時(shí)將為其創(chuàng)建一個(gè)消息映射，并為每個(gè)類能響應(yīng)的消息和命令增加對(duì)應(yīng)的處理函數(shù)。其基本格式如下： BEGIN_MESSAGE_MAP (classname, parentclassname) //{{AFX_MSG_MAP (classname) 條目宏 1 條目宏 2 條目宏 3 ………… //}}AFX_MSG_MAP END_MESSAGE_MAP () 其中 classname 為擁有消息映射的當(dāng)前類名， parentclassname 為當(dāng)前類 的父類名。常用的條目宏類型如表 所示。例如，消息 WM_PAINT 的處理函數(shù)在 CWnd 類中的聲明如下： afx_msg void OnPaint()。在有些情況下，必須在派生類的消息處理函數(shù)中調(diào)用其父類的消息處理函數(shù)，使 Windows 和基類能對(duì)消息進(jìn)行處理。除此之外，用戶定義和注冊(cè)的消息、命令和控制通知都沒有默認(rèn)的處理函數(shù)，需要在定義時(shí)聲明，一般根據(jù)其 ID名稱來(lái)為函數(shù) 命名。 C/S 結(jié)構(gòu)模式 Client/Server 結(jié)構(gòu)，它的發(fā)展經(jīng)歷了兩個(gè)階段：從兩層結(jié)構(gòu)到三層結(jié)構(gòu)。應(yīng)用邏輯主要在前端，如在后端則是存儲(chǔ)過(guò)程的形式。三個(gè)層次的劃分是從邏輯上來(lái)分的，具體的物理分法可以有多種組合。而中間件作為構(gòu)造三層結(jié)構(gòu)應(yīng)用系統(tǒng)的基礎(chǔ)平臺(tái)，提供了以