首頁 > 文章中心 > 程序設計論文

          程序設計論文

          前言:想要寫出一篇令人眼前一亮的文章嗎?我們特意為您整理了5篇程序設計論文范文,相信會為您的寫作帶來幫助,發現更多的寫作思路和靈感。

          程序設計論文

          程序設計論文范文第1篇

          一、前言

          Windows提供強大的功能以及友好的圖形用戶界面(GUI),使得它不僅廣泛的用作管理事務型工作的支持平臺,也被工業領域的工程人員所關注。但Windows3.1并非基于優先級來調度任務,無法立即響應外部事件中斷,也就不能滿足工業應用環境中實時事件處理和實時控制應用的要求。因此,如何在Windows環境中處理外部實時事件一直是技術人員尤其是實時領域工程人員所關注的問題。目前已有的方法大都采用內掛實時多任務內核的方式,如Windows下的實時控制軟件包FLX等,而iRMX實時操作系統則把Windows3.1當作它的一個任務來運行。對于大型的工程項目,開發人員可采用購買實時軟件然后集成方式。

          對中小項目,從投資上考慮就不很經濟。如何尋找一種簡明的方法來處理外部實時事件依然顯得很必要。

          本文首先闡述Windwos的消息機制及中斷機制,然后結合DPMI接口,給出一種保護模式下中斷程序的設計方法,以處理外部實時事件。經實際運行結果表明,該方法具有簡潔、實用、可靠的特點,并同樣可運行于Win95。

          二、Windows的消息機制

          Windows是一消息驅動式系統,見圖1。Windows消息提供了應用程序與應用程序之間、應用程序與Windows系統之間進行通訊的手段。應用程序要實現的功能由消息來觸發,并靠對消息的響應和處理來完成。

          Windows系統中有兩種消息隊列,一種是系統消息隊列,另一種是應用程序消息隊列。計算機的所有輸入設備由Windows監控,當一個事件發生時,Windows先將輸入的消息放入系統消息隊列中,然后再將輸入的消息拷貝到相應的應用程序隊列中。應用程序中的消息循環從它的消息隊列中檢索每一個消息并發送給相應的窗口函數中。一個事件的發生,到達處理它的窗口函數必需經歷上述過程。值得注意的是消息的非搶先性,即不論事件的急與緩,總是按到達的先后排隊(一些系統消息除外),這就使得一些外部實時事件可能得不到及時的處理。

          圖1

          三、Windows的保護模式及中斷機制

          1.Windows的保護模式

          保護模式指的是線性地址由一個選擇符間接生成的,該選擇符指向描述表中的某一項;而實模式中則通過一個段/偏移量對來直接尋址。80386(486)CPU提供的保護模式能力包括一個64K的虛擬地址空間和一個4G的段尺寸。Windows3.1實現時有所差別,它支持標準模式和增強模式。標準模式針對286機器,不屬本文探討范圍。增強模式是對386以上CPU而言,Windows正是使用保護模式來打破1M的屏障并且執行簡單的內存保護。它使用選擇器、描述器和描述器表控制訪問指定內存的位置和段。描述器表包括全局描述器表、局部描述器表、中斷描述器表。保護模式與實模式有許多不同。其中顯著的差異是訪問內存的機制不同。

          2.中斷機制

          (1)實模式中斷

          為了便于理解,我們先回顧實模式中斷。

          在實模式下,中斷向量表IVT起到相當重要的作用。無論來自外部硬件的中斷或是內部的軟中斷INTn,在CPU中都產生同樣的響應。

          ①CPU將當前的指令指針寄存器(IP)、代碼段寄存器(CS)、標志寄存器壓入堆棧。

          ②然后CPU使用n值作為指向中斷向量表IVT的索引,在IVT中找出服務例程的遠地址。

          ③CPU將此遠地址裝入CS:IP寄存器中,并開始執行服務例程。

          ④中斷例程總以IRET指令結束。此指令使存在堆棧中的三個值彈出并填入CS、IP和標志寄存器,CPU繼續執行原來的指令。

          (2)保護模式中斷

          保護模式中斷過程與實模式中斷過程類似,但它不再使用中斷向量表IVT,而使用中斷描述符表(IDT)。值得一提的是,Windows運行時IVT還存在,應用程序并不使用它,Windows仍然使用,但含義已不同。

          ①IVT結構:IVT在RAM的0000∶0000之上,占據開始的1024字節。

          它仍然由BIOS啟動例程設置,由DOS填充到RAM中。

          ②IDT中斷描述符表:保護模式下,Windows操作系統為實現中斷機制而建立的一個特殊表,即中斷描述符表IDT。該表被用來保存中斷服務例程的線性地址,它們是真正的24位或32位地址,沒有段:偏移值結構。中斷描述器表最多可含有256個例程說明,詳細說明請見【3】。I

          DT結構見圖2。

          圖2

          ③當中斷或異常發生時,處理過程與實模式類同。當前的CS∶IP值和標志寄存器值被存儲。保存的內容還包括CPU其他內部寄存器的值,以及目前正在被執行的任務的有關信息(若必須發生任務切換的話)。CPU設法獲取中斷向量后,以它為索引值,查找IDT中的服務例程遠地址,接著將控制轉移到該處的服務例程。這是與實模式轉移到IVT的不同所在。保護模式使用IDTR寄存器分配和定位內存中的IDT中斷描述符表。IDT在內存中是可移動的,與IVT固定在內存中剛好相反。IDT中斷描述符表在Windows中起決定性的作用。理解了Windows下保護模

          式的中斷機制。有助于我們理解中斷服務程序的設計,它的關鍵就在于如何將服務例程的地址放入IDT中斷描述符表中。當中斷發生時,如何將斷點地址及CPU各寄存器值保護起來;中斷結束時,如何將保護的值恢復。Windows系統本身并不提供實現上述功能的API,而DOS保護模式接口DPMI正具備了上述的功能。

          下面我們首先介紹DPMI接口,然后基于它實現Windows下中斷服務程序的設計。

          四、DOS保護模式接口DPMI

          Windows除了標準服務外,還支持一組特殊的DOS服務,稱為DOS保護模式接口DPMI,由一些INT2FH和INT31H服務組成。它使應用程序能夠訪問PC系列計算機的擴充內存,同時維護系統的保護功能。DPMI通過軟件中斷31h來定義了一個新的接口,使得保護模式的應用程序能夠用它作分配內存,修改描述符以及調用實模式軟件等工作。

          Windows為應用程序提供DPMI服務。即Windows是DPMI的宿主(host),應用程序是DPMI的客戶(client),可通過INT-31H調用得到DPMI服務。INT-31H本身提供多功能。其中它的中斷管理服務允許保護模式用于攔截實模式中斷,并且掛住處理器異常。有些服務能夠和DPMI宿主合作,以維護應用程序的虛擬中斷標志。

          可以用INT31H來掛住保護模式中斷向量,以中斷方式處理外部實時事件。利用INT31H,功能0205H:設置保護模式中斷向量,將特定中斷的保護模式處理程序的地址置入中斷向量里。調用方式:AX=0205H,BL=中斷號,CX∶(E)DX=中斷處理程序選擇符:偏移值。返回:執行成功CF=清零,執行失敗CF=置位。

          掛住/解掛中斷向量的時機很重要。主窗口第一次被創建時會傳送它WM-CREATE消息,這時是掛住中斷向量的最好時機。退出時需解掛向量,否則Windows可能崩潰。主窗口接收到WM-DE-STROY之后進行解掛工作,是最適合的。解掛向量可先用INT35H,0204H功能將老的中斷向量保存,退出時用INT35H,0205H恢復。

          五、編程實現

          有了DPMI的支持,我們就可以很方便地處理數據采集、串行通信等工業過程中的實時事件。下面以Windows3.1平臺下中斷方式實現的串行通信為例,說明中斷程序的編制和實現。為便于參考,給出了詳細的代碼。開發平臺BC3.1/BC4.5,其本身支持0.9版的DPMI,無需運行其它支持DPMI的軟件。編程語言C,可與C++混合編譯。

          初始化COM1,9600波特率,每字符8bits,1個停止位,中斷接收,查詢發送。

          //windowsasycommunication

          //byLiXiuming

          //lastmodifiedonJune25,1996

          #include〈windows.h〉

          #include〈dos.h〉

          voidinterruptfarDataReceive();

          voidinterruptfar(*old-vector)();

          unsignedchardatacom-r[1024],datacom-s[1024];

          intinflag=0;

          unsignedints8259;

          intInitCom1()

          {//串口1初使化

          s8259=inportb(0x21);//讀入8259當前狀態并保存

          outportb(0x21,s8259&0xe8);//初始化8259,允許0x0c號中斷

          outportb(0x3fb,0x83);

          outportb(0x3f8,0x0c);

          outportb(0x3f9,0x00);

          outportb(0x3fb,0x03);

          outportb(0x3fc,0x08);//允許中斷信號送到8259A,以便能中斷

          outportb(0x3f9,0x01);//0x01,中斷允許

          return1;

          }

          voidinterruptfarDataReceive()

          {//中斷接收子程序

          staticinti=0;//靜態局部變量

          charrechar=0;//每中斷一次,i自動加1

          rechar=inportb(0x3f8);//從數據口讀出發送過來的數據

          if(inflag==0)

          {

          if(rechar!=s&&i==0)//幀起始

          {

          i=0;

          gotoll;

          }

          datacom-r[i++]=rechar;//存入datacom-r[](通信緩沖區)

          if(rechar==e)//幀結束

          {

          inflag=1;

          i=0;

          }

          }

          ll:outportb(0x20,0x20);//回送中斷結束標志

          }

          //調用DPMI

          //保存舊的0CH號保護模式中斷向量

          //設置新的保護模式中斷服務例程

          voidInitCom(void)

          {

          asm{

          cli

          movax,204h

          movbl,0ch

          int31h

          sti

          }

          old-vector=MK-FP(-CX,-DX);//保存

          asm{cli//設置新的0x0c中斷服務例程

          movax,205h

          movbl,0ch

          movcx,segdatareceive

          movdx,offsetdatareceive

          int31h

          sti

          }

          InitCom1();

          }

          //恢復8259狀態

          //恢復0CH保護模式向量

          voidRestoreComm(void)

          {

          outportb(0x21,s8259);

          asm{

          cli

          movax,205h

          movbl,0ch

          movcx,segold-vector

          movdx,offsetold-vector

          int31h

          sti

          }

          }

          在窗口第一次被創建時會傳送它WM-CREATE消息,這時調用InitCom()即可。在主窗口關閉時,即主窗口中收到WM-DESTROY消息時,調用RestoreComm()恢復原來的狀態。

          這樣在對串口初始化,設置中斷服務例程后,通信事件發生時,會立即跳入中斷子程序中執行,越過系統的消息隊列,達到實時處理通信事件的目的。而數據處理模塊可通過全局標志flag訪問全局的數據通信緩沖區獲取實時數據。這種實現方式與基于消息機制的Windows通信API實現相比具有實時性強的特點,因為它超過Windows系統的兩極消息機制。

          上述程序已在實際系統中得到應用。在Windows3.1支持下,同時運行三個Windows任務:服務器SERVER(內有實時串行通信,多個網絡數據子服務),客戶CLIENT,FOXPRO數據庫系統。整個系統運行良好。切換到WIN95平臺下(支持0.9版DPMI),系統也運行良好。

          參考文獻

          1張豫夫、曹建文譯.【澳】BarryKauler著.Windows匯編語言及系統程序設計.北京大學出版社,1995

          程序設計論文范文第2篇

          案例需要選取復雜程度適中,學生比較感興趣的實例,使課堂變得生動活潑。每位同學設計自己的實施方案,鼓勵大家去思考、去創造,經過老師的講解,可以完成整個案例的實現。學生之間可以通過討論,經驗交流,互相取長補短,完善自己的案例制作。當學生完成作品時,教師應當對此次案例的實施進行總結,并且在此基礎上,將問題延伸,對其進行完善或改進,根據課時情況,鼓勵學生設計并實現。

          2與自身專業相結合

          為了提高VisualBasic程序設計的實用性,增強學生學以致用的能力,需要將該門課程與學生所學專業有機的結合在一起,這樣能夠使學生的學習興趣更加濃厚,提高學習熱情。以交通運輸專業為例,課程開展至圖形圖像的使用時,可以選取紅綠燈變換例題作為學生的操作案例,如圖2所示。在這個案例中,與交通專業的專業知識也許還有一定的差距,但這樣一個簡單的實例足以吸引學生的注意力,控件要求也比較簡單,代碼結構并不復雜,但是需要提醒學生注意的是需要對于Image3控件需要添加具有3個元素的控件數組,來存儲紅、黃、綠三種顏色。類似的案例教師可以通過網絡搜索或圖書資料等多種方法搜集,難度不能太大,如果太復雜,反而會影響學生學習的積極性,以上就是對于非專業學生,將案例教學法應用于理論教學中的一些建議。

          3程序實踐教學改革

          程序設計論文范文第3篇

          1.1 課程結構陳舊

          現在民辦高職院校采用教學材料中的課程結構往往跟不上時代變化的腳步,甚至遠遠落后與當前的研究形式。而且在講授Java這門實踐性較強的課程,選擇的教學方式非常陳舊,以教師為中心的被動化課堂模式,無法顯示學生的主動性和積極性,這種教學模式根本無法詮釋Java語言的精妙之處。

          1.2 教學內容編排存在問題

          現階段民辦高職院校的Java程序語言課程教學內容比較單一和落后,教學過程中,教師主要講解一些Java理論性的知識。學生在學習了Java語言這門課程之后,往往對Java只是一個寬泛性的概念理解,對Java語言的實際操作的強大功能沒有切身領會和感受到[2]。

          二、java程序設計課程教學質量保證體系構建

          2.1 提升教師教學水平

          要有效提高Java程序設計課程教學質量,提高教師的教學水平是首要途徑。Java語言的授課教師必須立足自身的優勢和缺陷,取長補短,不斷豐富自身的專業知識,增強專業技能,更新教學觀念,引入創新的教學方法,積極主動參與Java實訓活動,這樣才能在Java課堂教學中游刃有余。

          2.2 改革課程結構

          課堂教學過程中,遵循“教師為引導,學生為主體”原則,選擇與學生知識水平相符合的教學課程,課程結構要與學生的生活世界緊密結合,以培養學生的上機實操能力為主,讓學生成為課堂上的主體,積極培養學生主動學習能力、動手能力,提高學生的應用創新能力。比如在講授類、圖形用戶界面設計、網絡編程等內容時,筆者特意將教科書的章節打亂,實際教學時由淺入深、循序漸進的講解,適當增加直觀化、生動化的案例解析。

          2.3 優化教學內容

          Java程序設計課程作為一項跨學科、知識面廣的學科,在課程教學內容上要進行合理優化組合,以符合學生的知識水平和實際生活為主,利用網絡教學資源為學生提供Java程序設計課件、Java案例解析、Java學習論壇等[3]。

          三、結束語

          程序設計論文范文第4篇

          關鍵詞:PCI總線設備驅動程序WDM模式DriverStudio

          PCI總線規范是為提高微機總線的數據傳輸速度而制定的一種局部總線標準。在設計自行開發的基于PCI總線的數據傳輸設備時,需要開發相應的設備驅動程序。通常開發PCI設備驅動程序有多種模式,在Windows2000環境下,主要采用WDM模式。本文針對自行開發的基于PCI總線的CCD視頻信號傳輸控制卡,編寫了符合WDM模式的驅動程序。

          1WDM模式驅動程序

          1.1WDM模式(WindowsDriverModel)

          Windows2000對驅動程序的編寫不再基于以往的Win3.x和Win9x下的VxD(虛擬設備驅動程序)結構,而是基于一種新的驅動模型——WDM(WindowsDriverModel)。

          WDM為Windows98/2000/XP操作系統的設備驅動程序的設計提供了統一的框架。WDM來源于WindowsNT的分層32位設備驅動程序模型(layered32-bitdevicedrivermodel)。它支持更多的特性,如即插即用(PnP)、電源管理、WMI和NT事件。

          1.2設備驅動程序

          設備驅動程序是操作系統的一個組成部分,它由I/O管理器(I/OManager)管理和調動。Windows2000操作系統下的I/O管理器功能描述如圖1所示。

          I/O管理器每收到一個來自用戶應用程序的請求就創建一個I/O請求包(IRP)的數據結構,并將其作為參數傳遞給驅動程序。驅動程序通過識別IRP中的物理設備對象(PDO)來區別是發送給哪一個設備。IRP結構中存放請求的類型、用戶緩沖區的首地址、用戶請求數據的長度等信息。驅動程序處理完這個請求后,在該結構中填入處理結果的有關信息,調用IoCompleteRequest將其返回給I/O管理器,用戶應用程序的請求隨即返回。訪問硬件時,驅動程序通過調用硬件抽象層的函數實現。

          1.3DriverStudio工具簡介

          NuMegaLab公司開發的DriverStudio是一整套開發、調試和檢測Windows平臺下設備驅動程序的工具軟件包。它把DDK(DeviceDevelopmentKit)封裝成完整的C++函數庫,根據具體硬件通過向導生成框架代碼,并且提供了一套完整的調試和性能測試工具SoftICE、DriverMonitor等。

          2應用實例

          本文利用PCI專用接口芯片PCI9052設計了一個數據傳輸控制卡??ㄉ现饕男酒蠵CI9052、FIFO(CY7C4221)、CPLD(MAX7064S)和A/D轉換器(MAX1197)。傳輸卡硬件框圖如圖2所示。面陣CCD得到的視頻信號經過調理電路,生成的視頻調理信號通過A/D轉換器進行數字化處理,送入FIFO中。在CPLD的控制下,數據經過PCI9052送入PCI總線,再傳送到計算機內存中,并顯示在監視器上。驅動程序必須實現如下幾個基本功能:(1)硬件中斷;(2)能支持應用程序獲取數據;(3)能根據外部FIFO(CY7C4221)的狀態啟動或停止突發傳輸。

          在數據輸入過程中,最重要的是對數據進行實時控制,因此需要硬件中斷。在中斷程序中,根據外部FIFO狀態完成數據的讀入。

          2.1用DriverWizard生成驅動程序框架

          DriverStudio中的DriverWorks軟件為開發WDM程序提供了一個完整的框架。它包含一個可快速生成WDM驅動程序框架的代碼生成向導工具DriverWizard,而且還帶有許多類庫。在用DriverWizard生成的程序框架中寫入相對于設備的特定代碼,編譯后即可得到所需的驅動程序。

          在利用DriverWorksV2.7的向導DriverWizard完成驅動程序的框架時共有11個步驟,其中關鍵步驟有:

          (1)在第四步中選中PCI,并在VendorID和DeviceID中分別輸入廠商號和設備號,還需填入PCISubsystemID和PCIRevisionID。這四項可以用網上的免費軟件PCITree或PCIView瀏覽PCI設備,用這兩個軟件也可以得到BAR0~BAR5的資源分配情況和中斷號。

          (2)第七步IRP隊列排隊方法,它決定了驅動程序檢查設備的方式。本設計選SystemManaged,則所有的IRP排隊都由系統(即I/O管理器)完成。

          (3)第九步是最關鍵的一步。首先在Resources中添加資源,在name中輸入變量名,在PCIBaseAddress中輸入0~5的序列號。0~5和BAR0~BAR5一一對應。在設置中斷對話框中,在name欄寫入中斷服務程序的名稱,選中創建中斷服務程序ISR?穴CreateISR?雪,不選創建延遲程序調用DPC(CreateDPC),選中MakeISR/DPCclassfunctions,使ISR/DPC成為設備類的成員函數。

          其次選中Buffer以選取讀寫方式,用于描述與I/O操作相關的數據緩沖區。本設計需要快速傳送大量數據,因此采用DirectI/O方式。

          (4)在第十步中,需要加入與應用程序或者其他驅動程序通信的I/O控制代碼參量。

          2.2驅動程序模塊框圖和代碼分布

          PCI設備驅動程序模塊包括配置空間的訪問模塊、IO端口模塊、內存讀寫模塊和終端模塊等。各模塊之間是對等的。驅動程序模塊框圖如圖3所示。

          驅動程序初始化模塊代碼段放在#pragmacode_seg(″INT″)和#pragmacode_seg()之間。在系統初始化完成后,這部分代碼從內存中釋放,防止占用系統寶貴的內存資源。#pragmacode_seg()之后是驅動程序和系統的許多模塊的實現部分。這部分在驅動程序運行后不會從內存中釋放。

          2.3驅動程序主要模塊的實現

          (1)配置空間的訪問模塊

          DriverWorks的KPciConfiguration類封裝了訪問PCI設備配置空間的所有操作。首先初始化這個類的實例:

          KpciConfigurationPciConfig()m_Lower.TopOfStack());

          /?觹m_Lower是KpnpLowerDevice類的對象。m_LowerTopOfStack()返回當前設備堆棧頂部的設備對象。*/

          初始化完后可以直接利用成員函數ReadHeader/WriteHeader函數訪問所有的配置寄存器。

          為了確定映射空間的類型和大小,先向目標基地址寄存器寫入0Xffffffffh,然后回讀該寄存器的值。如果最低位為1,表示映射于I/O空間,反之為存儲空間;如果映射于存儲空間,從第四位開始計算0的個數可以確定內存空間的大??;如果是I/O方式,從第二位開始計算0的個數可確定I/O空間的大小,最大為256字節。如果設備的存儲空間超過256字節,要實現設備的整個存儲部分的訪問,就必須采用內存映射。

          (2)I/O操作模塊

          Driverworks的KIoRange類封裝了I/O端口訪問的操作。部分代碼如下:

          {……

          KIORangeDevIoPort();//創建實例

          NTSTATUSstatus=DevIoPort().Initialize(pResListTranslated,pResListRaW,PciConfig.BaseAddressIndexToOrdinal(0));

          /*第一個參數為轉換后的資源列表指針;第二個參數為原始資源列表指針;第三個參數中的0為I/O口對應的基地址,用來轉換成特定端口資源的序數?*/

          If(NT_SUCCESS(status))

          {……

          DevIoPort.inb(0,LineBuf1,10);

          /*成功初始化后可分別用KIoRange類的成員函數inb(/outb)從端口中讀/寫字節*/

          }

          else{Invalidate();returnstatus;

          /*未能初始化成功,錯誤信息在status中*/

          {

          ……}

          (3)內存讀寫模塊

          DriverWorks的KMemoryRange類封裝了端口訪問的操作。

          status=m_MemoryRange().Initialize(pResListTranslated,pResListRaw,PciConfig.BaseAddressIndexToOrdinal(0));

          此函數的參數、意義及具體用法與I/O端口的操作基本相同。

          內存對象也用來發送控制字,以控制CPLD的開始和停止等。實際上控制字是通過PCI9052發送的。該控制字地址已被映射成PCI的內存空間。所以定義一個指向內存空間的內存對象,通過該對象即可發送控制字。

          (4)中斷模塊

          在中斷模塊,首先要激活PCI9052中斷使能位,然后判斷硬件中斷響應是否產生,如果有,則進行突發傳輸,讀入FIFO中的數據。

          BOOLEANTranCard::Isr_MyIrq(void)

          {if(//中斷未產生)

          {……

          returnFALSE;}

          else

          {/*如果產生硬件中斷,設置命令寄存器,進行突發數據傳輸*/

          returnTRUE;}

          }

          為了將硬件中斷與編寫的中斷服務程序連接在一起,采用InitializeAndConnect方法,部分代碼如下:

          NTSTATUSTranCardDevice?押?押OnStartDevice(KIrpI)

          {……

          status=m_MyIrq.InitializeAndConnect(

          pResListTranlated,

          LinkTo(Isr_MyIrq),

          This;)

          ……}

          2.4驅動程序的調用

          編寫驅動程序本身不是最終目的,最終目的是調用驅動程序管理資源,并為用戶應用程序使用。驅動程序加載以后,它的許多進程處于Idle狀態,實際上需要用戶應用程序去調用激活。應用程序利用Win32API直接調用驅動程序,實現驅動程序和應用程序的信息交互。

          首先用CreateFile()打開設備,獲得一個指向設備對象的句柄。使用CreateFile函數時應注意:由于驅動程序是*.sys,所以第一個參數應該是這個設備對象的標志連接(symboliclink)。該標志連接名有一個設置數據文件搜索路徑的數字號,而這個數字號通常是零。如果這個連接名是″TranCard″,則傳遞給CreateFile的宇符串就是:″\\\\.\\TranCard0″。例如:

          HANDLEhDevice=CreateFile(″\\\\.\\TranCard0″)GENERIC_READ|GENERIC_WRITE,FILE_SHARE_READ,NULL?,OPEN_EXISTING,0,NULL);

          然后用DeviceIoControl()進行數據的傳送。最后用CloseHandle()關閉設備句柄。

          下面是應用DeviceIoControl()程序片段。

          {……

          m_b=DeviceIoControl(hDevice,TRANCARD_IOCTL_

          RECEIVE(buffer,sizeof,buffer,NULL,0,&buffersize,NULL);

          ……}

          2.5驅動程序的調試

          采用SoftICE、DriverMonitor作為調試工具,基本調試過程如下:(1)使用symbolloader加載驅動程序,然后使用SoftICE跟蹤調試,確認驅動程序正常加載;(2)對核心的中斷響應程序代碼,用SoftICE中的Genint命令產生虛擬中斷,單步跟蹤中斷;(3)硬件發送大量的數據,通過查看內存的數據,確認數據傳輸是否正確。

          程序設計論文范文第5篇

          西安理工大學工科非計算機專業和計算機專業雖然都開設C語言程序設計課程,但是前者具有鮮明的專業特點,對該課程的要求明顯不同,僅僅按照“面向對象教學”的原則,適當調整教學組織活動和教學內容對于后者是遠遠不夠的。針對目前工科非計算機專業C語言程序設計課程教學實踐中所暴露的主要問題,筆者積極開展了非計算機專業C語言程序設計課程教學設計的教改工作。

          1.1教學設計概述

          所謂教學設計,就是為了達到一定的教學目的,對教什么(課程、教學內容等)和怎么教(組織、方法、媒體的使用等)進行設計。教學設計不等同于傳統的備課寫教案。教學設計有利于教學工作的科學化,使教學活動納入科學的軌道。教學設計的意義就在于追求教學效果的最優化,不僅關心教師如何教,更關心學生如何學,注重將人類對教與學的研究結果和理論綜合應用于教學實踐。教學設計主要包括確定教學目標、組織教學內容、分析教學對象、選擇教學形式和方法及教學媒體、設計教學過程、教學質量評價設計等基本環節,其中,設計教學過程是課程教學設計的核心。

          1.2該課程教學設計的內容

          西安理工大學C語言程序設計課程組于2003年出版了《C語言程序設計教程》及配套的《C語言程序設計教程上機實驗與學習指導》特色教材。自2011年開始,非計算機專業選用的教材與計算機專業不同。目前非計算機專業選用《C語言程序設計》(第1版,張毅坤教授,高等教育出版社,2011)作為該課程的教材。非計算機專業C語言程序設計的教學設計是一項復雜的系統工程,主要包括課程教學設計、章節教學設計、課堂教學設計和實驗教學設計,以西安理工大學C語言程序設計課程教學大綱為指導,以《C語言程序設計》(第1版)及其配套教材為基礎,確定課程教學設計的內容:①將該課程的教學目標確定為“掌握C語言的基本語法和語義,理解結構化程序設計的思想和方法,提高學生的編程能力和調試程序的能力”。②組織教學內容的關鍵是進行教材的組織呈現,理論教學內容包括《C語言程序設計》(第1版)的第一章至第八章,實驗教學體現于該教材的第九章及配套教材。③學生作為教學對象始終是教學過程中的重要角色,工科非計算機專業的種類多,分析教學對象就是掌握學生特點與了解專業背景并重。④重點突出課堂教學設計,傳統教學與案例教學有機結合,“講解+多媒體演示+課堂板書”缺一不可。⑤設計教學過程與“組織教學內容”聯系最為緊密,主要包括課堂教學設計和實驗教學設計,教學過程設計遵循的總原則是:激發學生興趣,注重能力培養,合理安排教學順序,講清重點與化解難點緊密結合,課堂提高與課后鞏固拓展有機統一,并預測教學實踐中可能出現的意外情況。⑥將學生評價、同行評價、教學督導組專家評價、主管教學的領導評價和教師自我評價這幾種評價的結果綜合起來,比較客觀的評價教學效果與教學質量。

          2教學設計的實踐及效果

          我們連續多年承擔非計算機專業C語言程序設計課程,先后承擔過西安理工大學電氣工程及其自動化(電力)、水文與水資源工程、印刷工程、包裝工程和材料科學與工程等專業的C語言程序設計的理論教學和實驗教學任務。始終將上述教學設計的內容貫穿于課堂教學和實驗教學之中。C語言程序設計本身是一門實踐性很強的課程,加之各個理工科專業的特色鮮明,所以結合學生所學專業特點與需求,同一門課程,針對不同專業的學生,適當調整教學設計內容,并在教學實踐中檢驗教學效果。2012年以來,學生對筆者的教學評分一直在95分以上,也給予了肯定性的評價,例如“采用啟發式教學,闡述問題深入淺出,重點突出,能理論聯系實際或聯系學科發展的新成果”;“對于您的授課方式我們很滿意,感謝您對這門課程的熱忱,我們會努力學下去”;等等。

          3結語