激情欧美日韩一区二区,浪货撅高贱屁股求主人调教视频,精品无码成人片一区二区98,国产高清av在线播放,色翁荡息又大又硬又粗视频

基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究

時(shí)間:2024-10-17 16:08:00 松濤 論文范文 我要投稿

基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究(精選8篇)

  在社會(huì )的各個(gè)領(lǐng)域,許多人都寫(xiě)過(guò)論文吧,論文寫(xiě)作的過(guò)程是人們獲得直接經(jīng)驗的過(guò)程。你所見(jiàn)過(guò)的論文是什么樣的呢?下面是小編為大家整理的基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究,僅供參考,歡迎大家閱讀。

  基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究 篇1

  摘要:采用LabVIEW 2013虛擬儀器平臺開(kāi)發(fā)了直升機舵機自動(dòng)加載測試系統軟件。介紹了測試系統軟件結構和流程圖,重點(diǎn)闡述了軟件開(kāi)發(fā)過(guò)程中遇到的典型問(wèn)題,如生產(chǎn)者消費者設計模式處理數據采集、利用通知器控件實(shí)現循環(huán)通信、利用LabVIEW特有的字符串轉換控件解決數據類(lèi)型轉換等,并給出了解決問(wèn)題方法,以期對其它基于LabVIEW的軟件開(kāi)發(fā)提供借鑒。

  關(guān)鍵詞:舵機;加載系統;自動(dòng)測試;LabVIEW

  Abstract: Virtual Instruments LabVIEW 2013 platform helicopter servo automatically load test system software. Describes the test system software structure and flow chart, focusing on the typical problems encountered in the process of software development, such as producers and consumers design mode processing data acquisition, utilization notification controls to achieve the cycle of communication, unique string conversion using LabVIEW controls resolve data type conversion, and gives problem-solving approach to other LabVIEW-based software development to provide reference.

  Keywords: steering gear; loading system; automatic test; LabVIEW

  0 引言

  舵機是直升機動(dòng)力學(xué)控制的執行機構,它在直升機實(shí)際飛行過(guò)程中需要承受通過(guò)液壓助力器來(lái)的空氣動(dòng)力及其力矩作用?諝鈩(dòng)力及其力矩隨著(zhù)直升機飛行高度、速度、姿態(tài)等飛行狀態(tài)的不同而變化,最終呈現為舵機的動(dòng)態(tài)交變負載。舵機性能直接影響直升機整體的飛行性能,而舵機的帶載能力是舵機的主要技術(shù)參數。在試驗室條件下對舵機施加載荷,模擬直升機在空中飛行時(shí)舵機輸出軸所受到的負載情況,對舵機系統的實(shí)際工作性能進(jìn)行考核驗證,是舵機產(chǎn)品檢驗和進(jìn)行飛控系統動(dòng)態(tài)半物理仿真試驗必備程序。

  傳統的手動(dòng)加載舵機測試方式測試精度不高,不僅耗時(shí)費力,而且人為很多因素會(huì )影響測試結果的可信度。本文所述的直升機并聯(lián)電動(dòng)操縱舵機綜合自動(dòng)測試系統主要用于測試舵機在空載及不同負載下的性能,主要測試內容包括舵機空載和加載時(shí)的電壓、電流,輸出軸的轉角、轉速、行程和扭矩等參量。

  根據并聯(lián)舵機測試系統技術(shù)要求和測試技術(shù)的最新進(jìn)展,軟件的運行環(huán)境選為Windows 7.0圖形視窗操作系統,選用美國NI(National Instrument)公司的LabView2013圖形化編程語(yǔ)言(Graphics Language,G語(yǔ)言)進(jìn)行設備軟件開(kāi)發(fā)。本文在介紹測試系統硬件的基礎上,給出了軟件的框架設計,重點(diǎn)闡述了軟件開(kāi)發(fā)過(guò)程中遇到的典型問(wèn)題:生產(chǎn)者一消費者設計模式處理數據采集、利用通知器控件實(shí)現循環(huán)通信、利用LabVIEW特有的字符串轉換控件解決數據類(lèi)型轉換等,并給出了解決問(wèn)題方法,以期對其它基于LabVIEW的軟件開(kāi)發(fā)提供借鑒。

  1 硬軟件結構設計

  1.1 硬件結構設計

  測試對象直升機并聯(lián)舵機主要由電機、減速器、蝸桿機構、電磁離合器、微動(dòng)行程開(kāi)關(guān)等組成,輸出軸為慢速的旋轉運動(dòng)。

  舵機自動(dòng)加載測試系統的硬件結構如圖l所示。選用阿爾泰公司PXI機箱、PXI控制器和兩塊多功能數據采集卡作為控制和測量平臺,選用三相交流伺服電機、伺服驅動(dòng)器、扭矩傳感器、編碼器構成加載系統,組成完整的舵機自動(dòng)加載測試系統。PXI控制器通過(guò)連接數據采集卡控制舵機轉動(dòng)、控制伺服電機扭矩輸出和位移輸出等,同時(shí)它還采集各種設備反饋的信號,包括舵機電機及舵機離合器的電流和電壓信號、扭矩傳感器信號、編碼器脈沖信號等。

  1.2 軟件設計

  LabVIEW是NI公司最核心的軟件產(chǎn)品,是工業(yè)控制、測試軟件開(kāi)發(fā)的專(zhuān)業(yè)平臺,它具有界面簡(jiǎn)潔友好,能較好地模擬測控儀器及環(huán)境等特點(diǎn)。它采用了工程人員熟悉的術(shù)語(yǔ)、圖形等圖形化符號來(lái)代替常規基于文字的語(yǔ)言程序。它將功能強大的C語(yǔ)言與測控技術(shù)有機結合,具有靈活的交互式編程方法和豐富的庫函數,為開(kāi)發(fā)人員建立檢測系統、自動(dòng)測試環(huán)境、數據采集系統、過(guò)程監控系統等提供了理想的軟件開(kāi)發(fā)環(huán)境。LabVIEW實(shí)時(shí)編譯特性,讓編程和調試效率得到很大的提升。根據軟件開(kāi)發(fā)規律,從功能設計,結構設計和通信設計依次說(shuō)明。

  1.2.1 軟件功能設計

  測試系統軟件所提供的功能包括:

  1)圖形用戶(hù)(GUI)界面的人機對話(huà)接口和界面友好,包括可顯示設定指令的曲線(xiàn)和回采信號的實(shí)時(shí)曲線(xiàn)及數字實(shí)時(shí)刷新顯示監測信號等;

  2)有典型試驗入口;

  3)試驗進(jìn)程的監測及報警;

  4)控制參數的設置;

  5)系統輸出輸入通道的自檢;

  6)試驗數據的保存、處理、曲線(xiàn)回放、報表打印等。

  1.2.2 軟件結構設計

  將測試測量程序劃分3個(gè)層次,即主VI、功能層和最底層的驅動(dòng)層。LabVIEW已經(jīng)提供了常用的底層驅動(dòng)功能,如數據采集設備的驅動(dòng)、文件讀寫(xiě)驅動(dòng)、VISA驅動(dòng)等,因此,舵機自動(dòng)加載測試系統程序設計主要在主vI和功能層。

  主VI是最高一層,它主要通過(guò)界面為程序提供必要的信息,并且接收需要的信息以及調用下層VI。依據LabVIEW開(kāi)發(fā)程序的流程即提出需求、設計、編碼、測試、發(fā)布和維護,結合舵機自動(dòng)加載測試系統的特點(diǎn),采用從用戶(hù)界面設計著(zhù)手開(kāi)發(fā)。為保證舵機自動(dòng)加載測試系統良好的人機交互,主界面將采集區域與控制區域分類(lèi)排布,并且卡片式管理各個(gè)實(shí)時(shí)顯示項,統一使用LabVIEW銀色系列控件,從而讓試驗監視方便,測試過(guò)程操作簡(jiǎn)單。將測試主界面劃分為舵機控制、加載電機控制、試驗控制、試驗監控和試驗記錄5個(gè)區域,每個(gè)區域下又有若干測試子項。圖2所示為舵機自動(dòng)加載測試系統的交互界面設計簡(jiǎn)圖。

  依據主VI設計功能層,功能層采用自頂向下的設計方式,逐步實(shí)現使用子Ⅵ去實(shí)現各個(gè)功能模塊,軟件結構圖如圖3所示,軟件程序流程圖見(jiàn)圖4。

  1.2.3 軟件通信環(huán)境

  1)使用標準PXI儀器總線(xiàn)通信協(xié)議,支持32或64位數據傳輸,最高數據傳輸速率可達132Mb/或528Mb/s;

  2)RS232串口通信協(xié)議。

  2 數據采集模塊設計

  2.1 數據采集的實(shí)現

  LabVIEW可以很方便無(wú)縫地利用NI公司的數據采集卡實(shí)現數據的采集,NI提供了上百種采集卡的驅動(dòng)程序供用戶(hù)使用。然而由于NI采集卡是高端產(chǎn)品,價(jià)格昂貴,不適用于一般的企業(yè)和科研單位,應用并不是很廣泛。在滿(mǎn)足舵機測試各項要求的情況下,通過(guò)動(dòng)態(tài)鏈接庫(.d11)調用非NI板卡――阿爾泰的PX19606多功能采集卡來(lái)實(shí)現數據的采集,LabVIEW程序見(jiàn)圖5。   在LabVIEW程序窗口選擇基本函數Call Library Function Node.vi,并且在其右鍵的菜單里選擇configure對其屬性,例如DLL文件的路徑、被調用的函數名、參數的類(lèi)型及返回類(lèi)型進(jìn)行配置后,即可在LabVIEW中連接阿爾泰提供數據采集卡進(jìn)行模擬量數據采集。

  CreateDevice為設備創(chuàng )建了句柄,供其它函數調用識別設備,InitDeviceProAD初始化硬件通道和采樣頻率等,StartDeviceProAD啟動(dòng)設備,ReadDeviceProAD Half讀取指定長(cháng)度數組數據進(jìn)入物理緩沖區,從緩沖區不同層次的數組取出一個(gè)元素,經(jīng)過(guò)一系列轉換即可得到各個(gè)傳感器采集的電壓值。最后ReleaseDeviceProAD和ReleaseDevice釋放設備,完成一次數據采集。將這些動(dòng)態(tài)鏈接庫函數加入到循環(huán)結構中,即可實(shí)現連續數據采集。

  2.2 數據采集中的生產(chǎn)者一消費者設計模式

  數據采集程序在運行時(shí)仍然希望系統能夠處理其它事件,這是在傳統的狀態(tài)機或者事件結構中無(wú)法實(shí)現的。因為無(wú)論是狀態(tài)機結構還是事件結構,都是由一個(gè)循環(huán)組成的,不同的狀態(tài)是無(wú)法同時(shí)被響應和處理的。解決這個(gè)問(wèn)題的方法也比較簡(jiǎn)單,LabVIEW本身就是一種多線(xiàn)程的程序設計語(yǔ)言,可以再加一個(gè)循環(huán)或者另外開(kāi)一個(gè)程序獨立運行。舵機自動(dòng)化測試過(guò)程中,既需要對數據實(shí)時(shí)采集,又必須通過(guò)對采集的數據根據舵機測試項的具體需求進(jìn)行處理得到計算值,然后與標稱(chēng)值比對,從而得出最后結果,因此多線(xiàn)程是必須的。然而,在舵機自動(dòng)加載測試系統中,采集數據速度很快,而分析處理數據速度相對較慢,如果分析處理過(guò)于復雜可能會(huì )導致處理時(shí)間過(guò)長(cháng),將會(huì )影響到采集數據的速度。為了解決此問(wèn)題,采用生產(chǎn)者-消費者數據采集模塊程序模式來(lái)設計采集循環(huán)。

  如圖6所示,生產(chǎn)者循環(huán)不斷的產(chǎn)生數據送入緩存器,而消費者循環(huán)則從緩存器中不斷的讀出數據。在由于每個(gè)循環(huán)只做自己的事情,所以相互之間并不會(huì )發(fā)生影響。生產(chǎn)者循環(huán)不產(chǎn)生數據,消費者循環(huán)則不運行。隊列起到了重要的`作用。這里采用全局變量進(jìn)行數據傳遞,它與生產(chǎn)者一消費者設計模式下的隊列相連。這雖然破壞了數據流,但是讓編程模塊化程度更好,有利于提高多人開(kāi)發(fā)其它模塊的效率。

  3 循環(huán)間通信設計

  因為舵機自動(dòng)加載測試系統并沒(méi)有多個(gè)數據流同時(shí)對一個(gè)變量進(jìn)行讀寫(xiě),不會(huì )因為競態(tài)條件發(fā)生讀寫(xiě)沖突,所以在并行采集循環(huán)中,可以使用全局變量進(jìn)行數據傳遞。然而,LabVIEW以數據流機制控制VI執行,數據流機制的主要特點(diǎn)是數據從屬,即僅當一個(gè)節點(diǎn)接收到所有必需的輸入數據時(shí),節點(diǎn)才可以執行,當節點(diǎn)執行完畢,數據流出節點(diǎn)。循環(huán)沒(méi)有執行結束,數據流無(wú)法流出循環(huán),并行循環(huán)間無(wú)法進(jìn)行通信。

  LabVIEW的通知器控件是用來(lái)在程序框圖中的兩個(gè)獨立部分之間或者在運行于同一臺機器的兩個(gè)Ⅵ之間通信的工具,它類(lèi)似于數據郵箱,程序框圖的一段代碼發(fā)送數據給郵箱,另外一段代碼從郵箱中接收數據。等待通知器控件的程序框圖則完全停止執行,只有當新數據可用時(shí)才重新啟動(dòng)。這使計算機減少浪費在無(wú)止境的輪詢(xún)中的時(shí)間。通知器經(jīng)常用在循環(huán)控制的信息傳遞,例如兩個(gè)循環(huán)同時(shí)啟動(dòng),同時(shí)終止的控制等。通知器這一特性,可以為并行循環(huán)通信提供一種通信的方法。在循環(huán)外層再嵌套上通知結構,即使循環(huán)未結束,也能將數據送出循環(huán)。

  在LabVIEW程序面板,單擊編程一同步一通知器操作一獲取通知其引用,即可新建一個(gè)通知器。如圖7所示的事件循環(huán)結構中,獲取通知器通過(guò)句柄的方式與發(fā)送通知控件相連接,等待通知控件錯誤輸出連線(xiàn)與循環(huán)相連。當“開(kāi)啟檢測”事件發(fā)生時(shí),等待通知控件收到發(fā)送通知控件的布爾指令,即可開(kāi)始執行循環(huán)結構。即使等待循環(huán)從未結束,也可將數據實(shí)時(shí)寫(xiě)入全局變量,供其它Ⅵ讀取,程序如圖8所示。

  4 串口通信中的數值轉換

  虛擬儀器軟件體系結構(VISA)是一種包括GPIB、串口、以太網(wǎng)、USB的編程和故障診斷儀器系統的標準配置。為了在LabVIEW中編寫(xiě)的VISA接口程序,需另外安裝NI-VISA驅動(dòng)程序。LabVIEW提供NI-VISAInteractiveControl對VISA進(jìn)行配置和調試。在后面板利用VISA節點(diǎn)進(jìn)行串行通信編程,利用ⅥSAConfigure Serial Port節點(diǎn)設定串口的設備句柄、波特率、停止位、校驗位、數據位,讀寫(xiě)串口,利用VISARead節點(diǎn)和VISA Write節點(diǎn)對串口進(jìn)行讀寫(xiě),關(guān)閉串口,停止所有讀寫(xiě)操作等。

  在舵機測試設備調試過(guò)程中,發(fā)現靜態(tài)應變片扭矩傳感器出現電壓偏置,推測原因是由于自動(dòng)測試加載系統電路密集程度高,各個(gè)子電路接地不同,以及電路間可能的電磁干擾。為了徹底解決這個(gè)問(wèn)題,將扭矩傳感器輸出方式由電壓輸出改為頻率輸出,這很好地抑制了干擾。接收頻率信號的扭矩表提供模擬量接口和VISA接口與PXI控制器相連。如果再用電壓模擬量傳遞扭矩信號,必然增加一次轉換過(guò)程,可能導致采集精度的下降,所以采用VISA接口來(lái)鏈接扭矩表和PXI控制器。

  通過(guò)向扭矩表發(fā)送接收命令碼,扭矩表向PXI系統傳送一組數據類(lèi)型為BCD碼的當前測量值。測量數據由特定字節數組成。數據的數符、數碼、階符和階碼都包含在特定的字節中。這就會(huì )面臨一個(gè)問(wèn)題,數據是BCD碼,不能直接參與后續運算,因此需要將字節數里的信息提取出來(lái)。在文本語(yǔ)言編程中,通常是將BCD碼轉換成二進(jìn)制然后按位取出0或1進(jìn)行加權冪運算,再減去進(jìn)制不同的差值,最后換算成十進(jìn)制數值。然而這樣不僅代碼冗長(cháng),可讀性不好,并且影響執行效率,降低采集速度。

  VISA接口采集到的BCD碼32H轉化為十進(jìn)制數值32,在文本編程語(yǔ)言中:

  需先將32H換算成二進(jìn)制碼,即00110010B;

  最后得到數值5-18=32。

  如果在LabVIEW中采用與文本語(yǔ)言相同轉換思路編程,必然造成代碼堆積凌亂。為了解決這個(gè)問(wèn)題,在LabVIEW中巧妙使用字符串,能非常輕松完成數值的轉換。如圖9所示,BCD碼32H連接數值至十六進(jìn)制字符串轉換控件,得到十六進(jìn)制數組成的字符串,再將該十六進(jìn)制字符串當成十進(jìn)制字符串,直接連接十進(jìn)制字符串至數值的轉換控件,即可非常方便得到數值32,代碼簡(jiǎn)潔明了。

  5 結束語(yǔ)

  (1)利用LabWindows/CVI開(kāi)發(fā)功能相同的舵機自動(dòng)加載測試系統占用50MB磁盤(pán)空間,而利用封裝性更好的LabVIEW2013搭建的相同的系統,大小占用只有不到4MB,LabVIEW有效地降低代碼體積;

  (2)圖形化編程語(yǔ)言帶來(lái)了不同視角的編程方式。在舵機自動(dòng)加載測試系統開(kāi)發(fā)過(guò)程中,充分利用LabVIEW的編程特性可取得意想不到的效果;

  (3)在測試系統各項功能開(kāi)發(fā)實(shí)現過(guò)程中,LabVIEW呈現出更加簡(jiǎn)潔的編程方式,給后續拓展和維護帶來(lái)一定的便利性。

  基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究 篇2

  以企業(yè)人力資源管理系統中的招聘子系統為例,講述如何把業(yè)務(wù)規則與程序獨立開(kāi)來(lái),以適應企業(yè)業(yè)務(wù)規則的變化,全文分為了實(shí)例簡(jiǎn)述、業(yè)務(wù)規則、規則引擎和規則引擎的使用等幾個(gè)部分。

  1 實(shí)例簡(jiǎn)述

  企業(yè)資源管理系統中會(huì )涉及到很多的企業(yè)業(yè)務(wù)流程,在這些工作流程中的工作規則就叫做業(yè)務(wù)規則。在軟件開(kāi)發(fā)中,一種簡(jiǎn)單的處理業(yè)務(wù)規則的方式是根據業(yè)務(wù)規則和業(yè)務(wù)流程設計軟件、編寫(xiě)代碼。但當企業(yè)要改變業(yè)務(wù)規則的時(shí)候,這些系統就必須跟著(zhù)修改,實(shí)在是麻煩。企業(yè)的業(yè)務(wù)規則不可能是一成不變的,所以,把業(yè)務(wù)規則硬編碼進(jìn)軟件代碼里不是一種好的方法。應該把業(yè)務(wù)規則從程序中獨立出來(lái),使用一個(gè)專(zhuān)門(mén)讀取業(yè)務(wù)規則并依據規則中的定義來(lái)執行業(yè)務(wù)流程的程序模塊來(lái)驅動(dòng)整個(gè)業(yè)務(wù)的進(jìn)行,這個(gè)模塊就叫規則引擎。本文以企業(yè)的人才招聘模塊為例子,本例子的人才招聘模式可以是面向院校、社會(huì )或者人力資源市場(chǎng)等,不同的招聘對象的招聘流程和規則都可以不一樣,而客戶(hù)要求我們設計的軟件系統要能適用于各種招聘對象和場(chǎng)合。

  2 業(yè)務(wù)規則

  規則可以以XML文件形式存儲,采用XML形式的規則標記語(yǔ)言定義規則包中的對象以及相應的操作邏輯。根據在設計階段得到的業(yè)務(wù)模式設計相應的業(yè)務(wù)規則,業(yè)務(wù)規則采用XML文檔來(lái)存儲。根據Microsoft BizTalk的規則引擎采用的規則定義文件的模式,每個(gè)模式的業(yè)務(wù)規則集用XML文檔的一個(gè)元素來(lái)表示,元素包含的多個(gè)相同模式的子元素,子元素就表示業(yè)務(wù)模式的業(yè)務(wù)規則。BizTalk的規則語(yǔ)言是一些定義好的XML元素符號,能夠用來(lái)表示各種業(yè)務(wù)規則,本文中涉及的規則的描述采用Biztalk的規則語(yǔ)言規范。

  如招聘管理業(yè)務(wù)模式中可建立如下篩選業(yè)務(wù)規則:

  業(yè)務(wù)規則1:

  IF:應聘者性別為女而且學(xué)歷低于專(zhuān)科

  THEN:淘汰

  該規則是人員篩選構件中初選子構件的一個(gè)業(yè)務(wù)規則,條件不成立則調用篩選構件的接口方法Bypass,并把該應聘者的號碼作為參數傳遞。其中的inviteeObject是篩選構件中對應應聘者的業(yè)務(wù)對象。

  學(xué)歷編碼規則要和人力資源系統的基礎數據的定義相吻合,比如中專(zhuān)為1、專(zhuān)科為2、本科為3、研究生為4等。以上規則文檔的條件成立時(shí)執行的操作是業(yè)務(wù)對象HRMBusinessObject中的方法Bypass,并以表示應聘者的對象PersonInvitee的Number作為參數,該方法會(huì )把不符合規則的應聘者從列表中刪除。

  而在設計構件中的招聘模式是融合了三種招聘流程,這三種業(yè)務(wù)流程的業(yè)務(wù)規則用三個(gè)規則集文檔來(lái)表示,分別命名為xml_inviteStu、xml_inviteSoc、xml_inviteInCor。

  3 規則引擎

  業(yè)務(wù)規則引擎讀取業(yè)務(wù)規則,根據業(yè)務(wù)規則中的條件成立與否確定是否執行對應的操作。規則引擎用事實(shí)(fact)作為規則中的左邊表達式的值與規則的右邊表達式的值進(jìn)行比較關(guān)系運算,關(guān)系結果成立則執行規則規定的操作。其中的事實(shí)是規則所表達的'系統中對應對象的相關(guān)屬性,可以是數據庫中表的一條記錄的某個(gè)字段,或者是XML文檔的某個(gè)元素或屬性的值。如上面的篩選規則可以用招聘管理數據庫中應聘者表中的記錄作為事實(shí),每條記錄在程序中使用應聘者對象的值表示。用Mictosoft Biztalk SDK提供的規則引擎工具包可以編寫(xiě)規則引擎構件如下:

  如每個(gè)應聘者的數據記錄就是一個(gè)短期事實(shí),所有的應聘者記錄組成數組,本構件里的HRMRuleEngine類(lèi)中的Execute函數要求把應聘者記錄的數組名作為參數。本構件中的事實(shí)數組的大小限制在50,即本構件所能一次處理篩選業(yè)務(wù)的記錄數不能多于50個(gè)(應聘者)。

  4 規則引擎的使用

  在項目中引用前面開(kāi)發(fā)生成的程序集,包括業(yè)務(wù)規則引擎和業(yè)務(wù)邏輯層程序集。在應用項目中,首先要生成應聘者對象(Personinvitee)集(數組)。然后把這個(gè)數組作為參數傳遞給規則引擎,因為規則文件里已經(jīng)定義好了不滿(mǎn)足條件執行Bypass刪除相應的應聘者,因此之后得到的就是滿(mǎn)足招聘條件的應聘者了。

  篩選按鈕單擊事件處理過(guò)程復用業(yè)務(wù)構件的業(yè)務(wù)對象inviteeFilter執行應聘人員的初選業(yè)務(wù),其代碼如下所示。

  此處省略為應聘者數組元素賦值的代碼!

  //執行篩選業(yè)務(wù)

  上述代碼的最后一行,即業(yè)務(wù)類(lèi)inviteeFilter的Filter方法是通過(guò)調用規則引擎的Execute方法來(lái)實(shí)現規則的應用的。

  5 總結

  我這里展示的實(shí)例處理的數據量太小,涉及的業(yè)務(wù)規則也太簡(jiǎn)單。采用本例展示的業(yè)務(wù)規則與程序邏輯分離的方式開(kāi)發(fā)這樣的應用系統,就能適應每次招聘的規則的變化。對于人力資源管理的其它模塊也可以用同樣的方式來(lái)開(kāi)發(fā),但前提條件是有可復用的分析、設計和物理構件存在,即必須有對應領(lǐng)域的領(lǐng)域工程的支持。關(guān)于代碼的更多細節,有興趣的話(huà)請聯(lián)系我。

  基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究 篇3

  摘要:種子檢驗工作任務(wù)重、數據量大,檢驗過(guò)程中的人為因素越來(lái)越成為影響種子質(zhì)量的因素,而手工處理大量的檢驗信息、檢驗數據,會(huì )導致效率低下、出錯概率高;诖,筆者設計開(kāi)發(fā)了種子檢驗信息管理系統。該系統具有信息錄入速度快、數據自動(dòng)計算修約、表單自動(dòng)生成等功能,實(shí)現了檢驗工作全過(guò)程計算機自動(dòng)處理。主要介紹了該系統設計開(kāi)發(fā)過(guò)程和系統的主要功能及特點(diǎn)。

  關(guān)鍵詞:種子檢驗;信息管理系統軟件;開(kāi)發(fā);應用

  種子質(zhì)量檢驗是控制種子質(zhì)量的有效手段,是農業(yè)行政主管部門(mén)加強種子質(zhì)量監管、保障生產(chǎn)用種安全、維護農民利益的重要措施和手段。每年各級種子檢驗機構承擔的種子質(zhì)量監督抽查工作任務(wù)重、數據量大、出錯率高,因此越來(lái)越多的種子檢驗機構開(kāi)始嘗試應用種子檢驗信息管理系統軟件,進(jìn)行種子檢驗業(yè)務(wù)和檢驗數據的管理。

  1軟件開(kāi)發(fā)歷程

  筆者從事種子檢驗工作20多年,從2002年開(kāi)始擔任檢驗機構技術(shù)負責人,為提高種子檢驗工作效率和管理水平,2010年以Excel為平臺研發(fā)出種子檢驗應用程序,經(jīng)多年應用、修改和不斷完善,應用效果良好,率先在河北省內實(shí)現種子檢驗業(yè)務(wù)全過(guò)程計算機自動(dòng)化處理。該應用程序在2015年種子檢驗機構考核中,得到全國農業(yè)技術(shù)推廣服務(wù)中心種子檢驗處、遼寧省種子管理局和省站專(zhuān)家的肯定和好評,受此鼓舞,于2015年下半年與秦皇島市易數科技有限公司合作進(jìn)行了種子檢驗信息管理系統軟件的開(kāi)發(fā),在原有Excel應用程序的框架下,設計制作了農作物種子檢驗信息管理系統1.0版應用軟件。目前該軟件已測試完畢,進(jìn)入試用階段。

  2系統結構設計

  該系統以種子檢驗工作流程為主線(xiàn),模擬種子檢驗工作全過(guò)程,設置系統管理、樣品扦收、樣品管理、樣品檢驗和結果報告5個(gè)功能模塊,按照種子檢驗相關(guān)標準,系統預置作物種類(lèi)、種子類(lèi)別、種子批最大/小重量、檢驗方法、容許誤差、質(zhì)量指標等內容,用戶(hù)通過(guò)系統初始化設置檢驗機構(用戶(hù))信息、檢驗人員信息、檢驗設備信息等內容,就能實(shí)現樣品信息采集、樣品編號、檢驗委托合同簽訂、樣品登記、生產(chǎn)商確認、樣品流轉、檢驗信息錄入、數據計算修約、檢驗報告生成等全過(guò)程的.計算機自動(dòng)處理。

  3系統功能模塊

  3.1系統管理模塊

  主要提供用戶(hù)管理、權限管理、數據管理等,通過(guò)該模塊進(jìn)行用戶(hù)信息錄入及修改、系統管理員設置、分配訪(fǎng)問(wèn)權限、數據備份、數據還原等。

  3.2樣品扦收模塊

  根據檢驗任務(wù)特點(diǎn),設置監督檢驗(扦樣、送樣)、委托檢驗(扦樣、送樣)4個(gè)子模塊,主要完成樣品信息錄入、委托檢驗合同簽訂和扦樣單/樣品接收單等表單打印功能,其中在監督檢驗(送樣)模塊,還設計了數據導入功能,方便批量導入樣品信息。3.3樣品管理模塊主要完成檢驗樣品登記、生產(chǎn)商確認、檢驗任務(wù)下達、樣品制備、備份樣品管理等,生成打印樣品登記表、生產(chǎn)商確認函、檢驗任務(wù)通知單、到期樣品處理單等表單。

  3.4樣品檢驗模塊

  設置水分測定、凈度分析、發(fā)芽試驗、真實(shí)性和純度田間種植鑒定4個(gè)主要檢測參數,每項檢測參數有獨立的流程控制,按照各自的作業(yè)程序完成檢驗信息錄入、數據自動(dòng)計算與修約、誤差處理、超差提示、數據審核和原始記錄打印等。

  3.5結果報告模塊

  由樣品信息和原始記錄信息自動(dòng)生成檢驗報告信息,并對報告進(jìn)行自動(dòng)編號,生成打印檢驗結果通知單、臨時(shí)結果報告單、檢驗報告、檢驗報告發(fā)放登記表、檢驗結果匯總表等表單。

  4系統特點(diǎn)

  4.1可拓展性

  系統采用模塊化設計,拓展性強,在不改變軟件系統和硬件的前提下,拓展了功能模塊、檢測參數。

  4.2易用性

  系統模擬種子檢驗業(yè)務(wù)工作流程,功能模塊分區清晰、界面簡(jiǎn)潔、操作方便,只要有一般計算機操作知識的檢驗人員,簡(jiǎn)單了解后就能熟練掌握和使用。

  4.3便捷性

  系統在數據錄入窗口提供很多實(shí)用的選擇按鈕,提前預設相關(guān)信息,就可用下拉菜單進(jìn)行快速填充,使數據錄入更便捷、智能,大大提高了信息錄入的速度和效率。

  4.4智能化

  系統可自動(dòng)進(jìn)行數據計算、修約,自動(dòng)生成檢驗結論、備注信息,數據一次性錄入就可直接打印各類(lèi)表單,同時(shí)系統還具有自動(dòng)編號功能,可自動(dòng)生成樣品扦樣單、樣品接收單、委托書(shū)、檢驗報告等唯一性編號。

  4.5安全性

  系統通過(guò)權限管理設置訪(fǎng)問(wèn)權限、登錄用戶(hù)權限,保證檢驗信息的保密性和安全性。系統退出時(shí)自動(dòng)備份數據,防止數據信息誤刪后丟失。

  5試用效果

  系統試用期間運行穩定,各模塊間銜接順暢,基本達到了設計要求。該系統可單機操作,通過(guò)網(wǎng)絡(luò )(服務(wù)器)可進(jìn)行多人、多機、多任務(wù)協(xié)作,在不聯(lián)網(wǎng)的情況下,也可實(shí)現多人、多組、多機同時(shí)進(jìn)行現場(chǎng)扦樣工作,不僅能滿(mǎn)足種子質(zhì)量監督抽查中大批量扦樣工作需求,還適用于由多家機構共同承擔的監督抽查工作的需要。

  6開(kāi)發(fā)經(jīng)驗和建議

  種子檢驗、軟件開(kāi)發(fā)均具有很強的專(zhuān)業(yè)性,在軟件開(kāi)發(fā)時(shí),軟件制作人員要了解種子檢驗業(yè)務(wù),參與開(kāi)發(fā)的軟件使用人員要具有豐富的種子檢驗及業(yè)務(wù)管理工作經(jīng)驗,熟悉種子檢驗相關(guān)的法律法規、技術(shù)規范和技術(shù)標準。軟件制作過(guò)程中需要雙方通力合作,共同構想、設計,實(shí)時(shí)交流、溝通,要經(jīng)過(guò)反復測試,不斷完善。據了解,目前國內已有多家機構開(kāi)發(fā)了種子檢驗管理系統軟件,由于各家機構在軟件開(kāi)發(fā)時(shí)都是結合自身的種子檢驗工作需要而開(kāi)發(fā)的軟件平臺,因此難以大范圍推廣,造成人力、物力、財力的浪費。在軟件設計開(kāi)發(fā)過(guò)程中,筆者也遇到了一些技術(shù)問(wèn)題,如品種純度田間小區種植鑒定項目,涉及變異株(非典型株)、雜株、異品種、本作物總株數、鑒定株數等多種術(shù)語(yǔ),小區種植是否設置重復,最終結果、容許誤差如何計算,這些問(wèn)題在《農作物種子檢驗規程》及實(shí)施指南、《農作物種子檢驗員考核學(xué)習讀本》等主要檢驗指導書(shū)中沒(méi)有明確的規定,各省制定的純度鑒定地方標準也不統一,給軟件設計造成了一定的困惑。因此筆者建議,從國家層面組織開(kāi)發(fā)一個(gè)具有權威性的種子檢驗信息管理系統應用平臺,并在全國各級種子檢驗機構中推廣應用,真正實(shí)現國內種子檢驗工作的規范化、標準化。

  作者:王成順 袁剛 單位:秦皇島市種子管理總站

  基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究 篇4

  摘 要:網(wǎng)絡(luò )信息技術(shù)的普及使人們的生活和工作更加便捷,同時(shí)促進(jìn)了生產(chǎn)技術(shù)的智能化。系統軟件設計依賴(lài)于軟件工程技術(shù),需要從實(shí)際的應用需求進(jìn)行系統軟件架構和功能設計。系統軟件具有復雜性和特殊性,如何控制和管理系統軟件的開(kāi)發(fā)以及運用十分重要,甚至直接關(guān)系到軟件開(kāi)發(fā)的成敗。文章探究了軟件工程技術(shù)在系統軟件開(kāi)發(fā)中的應用,以期對提高軟件開(kāi)發(fā)的效益能有所助力。

  關(guān)鍵詞:工程技術(shù);網(wǎng)絡(luò )信息;軟件開(kāi)發(fā)

  隨著(zhù)互聯(lián)網(wǎng)技術(shù)的快速發(fā)展,計算機在人們的生產(chǎn)生活中廣泛應用,計算機系統軟件是計算機軟件系統的核心,系統軟件的開(kāi)發(fā)和運用已經(jīng)成為推動(dòng)互聯(lián)網(wǎng)發(fā)展的重要力量,是目前社會(huì )生產(chǎn)和生活方面較為重要的工具。目前,隨著(zhù)我國互聯(lián)網(wǎng)的普遍應用,已逐漸將軟件工程技術(shù)應用于系統軟件開(kāi)發(fā)中,為了使系統軟件開(kāi)發(fā)的質(zhì)量和水平能夠得到更好地提升,滿(mǎn)足當今社會(huì )越來(lái)越多樣化和專(zhuān)業(yè)化的應用需求,需要我們注重軟件工程技術(shù)在系統軟件開(kāi)發(fā)中所起的重要作用,并且使用這種方式可以很好地提升系統軟件開(kāi)發(fā)的效率和效益,更好地實(shí)現系統軟件開(kāi)發(fā)的人性化和信息化。為了促進(jìn)系統軟件的高效發(fā)展,需要研究在系統軟件開(kāi)發(fā)中軟件工程技術(shù)的應用。所以,以現有的技術(shù)條件為基礎研究怎樣加強軟件工程技術(shù)在軟件系統開(kāi)發(fā)過(guò)程中所起的作用便顯得更為重要。更重要的是,合理地運用軟件工程技術(shù),能夠真正地加快系統軟件開(kāi)發(fā)的研究進(jìn)程,實(shí)現系統軟件智能化和人性化發(fā)展。

  1 傳統軟件的應用程序以及軟件開(kāi)發(fā)

  1.1 傳統的軟件工程

  目前新形勢下,由于軟件工程技術(shù)的快速發(fā)展,導致傳統的軟件應用程序以及軟件開(kāi)發(fā)不能夠很好地適應其需求。因此,通過(guò)對傳統軟件應用程序和軟件開(kāi)發(fā)的探討與分析,并且在原有的基礎上對其進(jìn)行改進(jìn),為了更好地應用軟件工程技術(shù)進(jìn)行系統軟件開(kāi)發(fā),需要軟件工程技術(shù)的知識儲備,以便更好地為系統軟件的開(kāi)發(fā)做準備。傳統軟件開(kāi)發(fā)的過(guò)程中最重要的環(huán)節之一就是開(kāi)發(fā)周期模型。根據軟件工程思想,傳統的軟件生存期模型的獲得經(jīng)過(guò)了大量的復雜計算。開(kāi)發(fā)周期模型包括:演化模型、螺旋模型、瀑布模型和增量模型集中。在軟件開(kāi)發(fā)的實(shí)際應用過(guò)程中,這些模型都存在一定程度上的缺陷[1]。

  1.2 對軟件應用系統的分析及運用

  針對軟件開(kāi)發(fā)周期,一般情況下如果軟件研發(fā)的周期長(cháng),應用程序復雜,這樣就使現代企業(yè)對軟件應用程序的需求產(chǎn)生了一定的影響。所以,系統軟件開(kāi)發(fā)作為一種全新的軟件開(kāi)發(fā)模式,將軟件作為其構建的基礎,在數據信息處理方面具有很強的能力,主要的表現形式之一為頁(yè)面,可以滿(mǎn)足不同軟件使用者的需求。同時(shí),軟件設計人員根據自身的能力,將各類(lèi)技術(shù)與軟件功能進(jìn)行靈活地整合研究,從而大大縮短軟件的應用周期,使系統軟件應用程序更加簡(jiǎn)潔。軟件開(kāi)發(fā)是個(gè)系統工程,而且傳統的軟件開(kāi)發(fā)不僅周期長(cháng)、程序復雜,而且軟件的更新?lián)Q代速度慢,很難適應當今經(jīng)濟社會(huì )快速發(fā)展的需求。對于系統軟件開(kāi)發(fā),一種新的軟件開(kāi)發(fā)模式以軟件作為架構的基礎,更加高效地對數據進(jìn)行處理,通過(guò)頁(yè)面進(jìn)行展示,并且使用相關(guān)技術(shù)對軟件功能進(jìn)行科學(xué)的整合,目的是為了滿(mǎn)足不同使用者的需求,從而提高軟件開(kāi)發(fā)的速度,更加簡(jiǎn)潔地設計程序,使軟件的實(shí)用性更高。

  2 軟件工程技術(shù)

  2.1 軟件開(kāi)發(fā)模型

  軟件應用系統的開(kāi)發(fā)與傳統軟件開(kāi)發(fā)的特征有所不同。一般情況下,軟件工程包括:開(kāi)發(fā)過(guò)程模型、項目管理模型和組織公共模型等3個(gè)不同的模型體系。在開(kāi)發(fā)過(guò)程中的模型構建,主要是為了分析軟件應用和開(kāi)發(fā)的周期;在項目管理模型方面,主要是為了介紹軟件的開(kāi)發(fā)流程和管理制度;而組織公共模型融合了上述的兩個(gè)模型體系,并且貫穿于整個(gè)系統軟件的開(kāi)發(fā)過(guò)程中,只有這樣才能更好地推動(dòng)軟件工程技術(shù)在軟件開(kāi)發(fā)中的運用。不僅如此,在軟件開(kāi)發(fā)過(guò)程中對于人員的管理和材料的管理有所不同。軟件工程技術(shù)本質(zhì)是通過(guò)工程化的管理方法來(lái)實(shí)現軟件開(kāi)發(fā)的管理和控制。因此,在軟件工程技術(shù)的運用過(guò)程中,必須要對軟件開(kāi)發(fā)中的問(wèn)題進(jìn)行控制,以此來(lái)達到既定的目標。

  2.2 軟件開(kāi)發(fā)過(guò)程的技術(shù)管理

  在軟件工程和軟件開(kāi)發(fā)的過(guò)程中往往都會(huì )遇到很多復雜的理論與各種結構上的問(wèn)題。對應的保密與管理工作之所以顯得很重要是因為科學(xué)技術(shù)具有復雜性。軟件應用系統的開(kāi)發(fā)具有兩個(gè)局限,一是企業(yè)自主研發(fā)能力的缺陷;二是知識產(chǎn)權保護體系的欠缺[2]。

  3 系統軟件開(kāi)發(fā)運用中系統軟件工程技術(shù)應遵循的原則

  3.1 科學(xué)性原則

  為了能夠保證系統軟件開(kāi)發(fā)滿(mǎn)足人們的實(shí)際需求,對系統軟件的開(kāi)發(fā)要遵守科學(xué)性的原則,必須使用更加專(zhuān)業(yè)的技能和開(kāi)發(fā)流程。開(kāi)發(fā)者以科學(xué)手段和科學(xué)理念為指導對系統軟件進(jìn)行開(kāi)發(fā),保證系統軟件的開(kāi)發(fā)更加科學(xué)高效,同時(shí),在系統軟件的開(kāi)發(fā)過(guò)程中是否堅持科學(xué)性原則也考驗了企業(yè)軟件開(kāi)發(fā)管理和工作者的專(zhuān)業(yè)素質(zhì)。

  3.2 實(shí)用性原則

  提高人們生產(chǎn)生活的效率以及為經(jīng)濟社會(huì )的發(fā)展服務(wù)是系統軟件開(kāi)發(fā)的目的。系統軟件的開(kāi)發(fā)一定要遵循實(shí)用性原則,因為軟件的'開(kāi)發(fā)需要大量資金。堅持實(shí)用性原則不僅可以降低系統軟件開(kāi)發(fā)的成本,又可以減少資金的投入和消耗,同時(shí)也提高系統軟件開(kāi)發(fā)效益。因此,堅持實(shí)用性原則在提高企業(yè)運行效益的同時(shí)也促進(jìn)了軟件開(kāi)發(fā)企業(yè)的健康發(fā)展。

  4 軟件開(kāi)發(fā)過(guò)程中軟件工程技術(shù)的作用

  由于軟件工程技術(shù)的復雜性和特殊性使其理論在軟件開(kāi)發(fā)和運用過(guò)程中的應用是相當復雜的。這就需要軟件工程師自己一定要有深厚的理論知識以便解決軟件開(kāi)發(fā)過(guò)程中所遇到的困難和不足,并能及時(shí)采取科學(xué)的方法來(lái)解決問(wèn)題,進(jìn)而實(shí)現軟件工程技術(shù)理論在軟件開(kāi)發(fā)過(guò)程中的科學(xué)運用。開(kāi)發(fā)者需要對傳統軟件開(kāi)發(fā)模式進(jìn)行非常全面的了解,同時(shí)堅持以科學(xué)性原則為指導,避免傳統軟件開(kāi)發(fā)模式的弊端,采取多種形式,在系統開(kāi)發(fā)中更高效科學(xué)地應用軟件工程技術(shù)理論[3]。

  4.1 構建科學(xué)的軟件模型endprint

  軟件工程技術(shù)具有特殊性,與傳統軟件的開(kāi)發(fā)和應用系統的設計有著(zhù)很大的區別,通過(guò)科學(xué)的手段構建開(kāi)發(fā)模式來(lái)提高軟件工程技術(shù)理論在系統軟件開(kāi)發(fā)中的效率?茖W(xué)地分析系統軟件應用程序,全面評估開(kāi)發(fā)周期、開(kāi)發(fā)流程和開(kāi)發(fā)重點(diǎn),在此基礎上對軟件開(kāi)發(fā)模式進(jìn)行構建,保證了模型的有效性。設計項目管理模式和組織模式,保證軟件開(kāi)發(fā)的質(zhì)量,并且及時(shí)糾正軟件開(kāi)發(fā)模式中的各種差錯,按照計劃進(jìn)行,保證及時(shí)完成軟件開(kāi)發(fā)。

  4.2 軟件設計程序的研發(fā)

  在軟件的更新當中,切實(shí)準確地對軟件的性能和研究方向進(jìn)行預判,簡(jiǎn)單來(lái)說(shuō)就是在更新的應用程序上包含了之前軟件開(kāi)發(fā)中的各個(gè)方面。因此,在進(jìn)行軟件應用程序的研發(fā)之前需要對軟件設計者的實(shí)際需求進(jìn)行分析,能夠及時(shí)高效地針對軟件使用者的實(shí)際需求作出相應的調整,目的是為了能更好地發(fā)揮軟件應用程序的優(yōu)勢。在此基礎上,科學(xué)地組織相應的技術(shù)人員對相應的數據進(jìn)行處理,以便能夠更好地為后續階段的軟件使用需求進(jìn)行重點(diǎn)調整,及時(shí)加強其對性能測試的研究。但是,在這一過(guò)程中,我們需要清楚地明白軟件應用程序開(kāi)發(fā)的目標主要是為了能夠滿(mǎn)足軟件使用者的實(shí)際需求,在應用界面設計上進(jìn)行相應的調整。簡(jiǎn)而言之,軟件設計師則必須要對軟件使用者的實(shí)際需求進(jìn)行全面了解,及時(shí)了解軟件使用者的重要內容及其軟件設計的核心內容,將其安排在軟件的合理位置上。利用這種優(yōu)化方式,讓用戶(hù)能夠充分地感受到軟件系統的人性化,從而不斷提升用戶(hù)對系統軟件的使用頻率,實(shí)現軟件應用程序開(kāi)發(fā)的高效性。

  5 結語(yǔ)

  軟件應用程序開(kāi)發(fā)是我國的一種新興產(chǎn)業(yè)。目前,軟件應用程序的開(kāi)發(fā)仍然存在很多不足,需要對其進(jìn)行優(yōu)化。但是,由于我國高新系統軟件技術(shù)的不斷發(fā)展,進(jìn)而推動(dòng)了系統軟件工程的開(kāi)發(fā)。隨著(zhù)軟件工程技術(shù)的不斷融入,軟件系統的程序設計將會(huì )變得更加復雜。為了在一定程度上促進(jìn)軟件工程技術(shù)的創(chuàng )新,不斷提升系統軟件工程管理的效率,需要我們加速計算機硬件的升級,充分的利用計算機硬件,F在有很多與軟件研發(fā)相關(guān)的研究論文,相關(guān)的理論也在不斷完善之中,深入探索現有的技術(shù)與社會(huì )發(fā)展需求之間的關(guān)系,才能設計和研發(fā)出適應社會(huì )需求的軟件程序。軟件工程管理與開(kāi)發(fā)技術(shù)之間存在著(zhù)非常緊密的聯(lián)系,因此要對相應的軟件開(kāi)發(fā)技術(shù)進(jìn)行不斷改進(jìn),才能更好地為人們的生活帶來(lái)便捷。

  基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究 篇5

  摘要:計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統的設計首先應該對其總體方案進(jìn)行規劃,搭建好硬件平臺,選擇C/S的通信模式,再設計出系統工作的流程,并根據流程對系統功能模塊劃分為基于服務(wù)器平臺的系統管理模塊、分析診斷模塊和網(wǎng)絡(luò )通信模塊,以及基于客戶(hù)端平臺的網(wǎng)絡(luò )通信模塊、檢測資源模塊和檢測執行模塊。最后再對計算機網(wǎng)絡(luò )自動(dòng)控制系統軟件程度的數據庫、組件之間的通信、服務(wù)器和客戶(hù)端程序分別進(jìn)行設計。

  關(guān)鍵詞:自動(dòng)檢測控制系統;軟件開(kāi)發(fā);C/S模型

  中圖分類(lèi)號:TP311 文獻標識碼:A 文章編號:1009-3044(2017)26-0034-02

  計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統是計算機網(wǎng)絡(luò )通信技術(shù)與虛擬儀器技術(shù)發(fā)展的必然趨勢,因此有必要對其開(kāi)發(fā)設計,特別是系統軟件的開(kāi)發(fā)設計進(jìn)行深入研究。

  1 計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統的總體方案

  1.1 總體結構

  計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統軟件開(kāi)發(fā),首先需要對其總體方案的進(jìn)行規劃設計。在此,其總體結構采用圖一的組網(wǎng)方式,通過(guò)就不同地區的檢測設備用戶(hù)端采集其所在的單元對象的相關(guān)數據,相關(guān)數據通過(guò)計算機網(wǎng)絡(luò )傳遞給服務(wù)器,再由服務(wù)器對用戶(hù)數據信息進(jìn)行分析處理后傳遞給相關(guān)用戶(hù)。

  系統在自動(dòng)檢測的過(guò)程中,需要整個(gè)自動(dòng)檢測控制系統協(xié)同工作,設備用戶(hù)端負責用戶(hù)接口處理,同時(shí)控制對應檢測單元;系統實(shí)現檢測功能的關(guān)鍵環(huán)節就是檢測單元,它通過(guò)相關(guān)接口與被檢測單元先連,以此來(lái)采集輸入信號,并輸出激勵信號;檢測控制系統的核心是服務(wù)器端,它需要對用戶(hù)端收集到的客戶(hù)信息進(jìn)行分析處理,并將結果返回給客戶(hù)端;連接客戶(hù)端與服務(wù)器端的是計算機網(wǎng)絡(luò )通信,這就需要二者支持同一網(wǎng)絡(luò )協(xié)議,確保在整個(gè)網(wǎng)絡(luò )中能進(jìn)行通信;計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統中還有一個(gè)重要的組成部分就是數據庫,它用戶(hù)儲存用戶(hù)信息、設備信息及檢測記錄等,由服務(wù)器來(lái)進(jìn)行相關(guān)數據的讀寫(xiě)工作。

  1.2 硬件平臺

  設計好整個(gè)系統結構之后,就要搭建相應的硬件平臺。根據上述的結構及性能要求,硬件平臺包括五個(gè)部分:開(kāi)關(guān)系統、檢測控制器、檢測總線(xiàn)、檢測儀器資源和信號接口裝置。當前,基于PXI和VXI的總線(xiàn)檢測系統的檢測范圍和檢測能力都得到了很大的拓展。因此,在硬件選擇上通常采用基于PXI總線(xiàn)的NI模塊集成的機箱檢測設備作為主體平臺,再基于該主體平臺設計出對應的公共接口裝置、接口適配器、測試探筆和探針、UUT即可。

  1.3 通信模式

  在通信模式的選擇上,選擇當前最為常見(jiàn)的C/S模式。在C/S通信模式當中,不同的計算機可以執行不同的功能,實(shí)現不同的用戶(hù)與服務(wù)器角色,從而通過(guò)服務(wù)器為客戶(hù)端的虛擬儀器應用進(jìn)程提供服務(wù)。

  2 系統軟工作流程及其功能模塊分析

  2.1 系統軟件工作流程的分析

  計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統對軟件設計的基本要求是安全、可靠、有效、開(kāi)放、實(shí)時(shí)和可維護。其軟件的具體工作流程為:第一步,客戶(hù)端用戶(hù)登錄測試體系統;第二步用戶(hù)驗證后啟動(dòng)并請求連接遠程服務(wù)器;第三步,遠程服務(wù)器連接成功后,用戶(hù)即登錄成功;第四步,用戶(hù)完成被測試對象與測試設備的對應接口連接;第五步,用戶(hù)配置檢測激勵信號控制系統執行相關(guān)的檢測操作;第六步,系統自動(dòng)將檢測數據通過(guò)已經(jīng)連接的網(wǎng)絡(luò )通道傳送給遠程服務(wù)器;第七步,遠程服務(wù)器調用檢測診斷程序對檢測數據進(jìn)行分析處理;第八步,遠程服務(wù)器向客戶(hù)端返回已經(jīng)做好的數據處理結果;最后,客戶(hù)端顯示出檢測的診斷結果。該工作流程涉及的主要部分為遠程服務(wù)器、檢測用戶(hù)端和檢測設備,其所需的功能模塊包括服務(wù)器的運算模塊、客戶(hù)端的檢測模塊和實(shí)現客戶(hù)端與服務(wù)器之間的網(wǎng)絡(luò )通信模塊。

  2.2 系統軟件功能模塊分析

  根據計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統的功能需求情況,可以將軟件功能模塊劃分為基于服務(wù)器平臺的系統管理模塊、分析診斷模塊和網(wǎng)絡(luò )通信模塊,以及基于客戶(hù)端平臺的網(wǎng)絡(luò )通信模塊、檢測資源模塊和檢測執行模塊幾個(gè)部分。

  1) 系統管理模塊

  系統管理模塊包括設備管理、操作管理、操作人員管理、檢測任務(wù)管理和檢測診斷程序管理五個(gè)部分。設備管理的功能為對設備用戶(hù)端的配置狀況進(jìn)行記錄,當變更和刪除廢除客戶(hù)端信息;操作管理的具體功能為接收、分析和診斷用戶(hù)的遠程登錄請求命令,并調用相關(guān)的程序執行對應的請求命令;操作人員管理的功能是管理系統操作人員的相關(guān)信息;檢測任務(wù)管理的功能是對每項分析診斷結果和檢測記錄進(jìn)行管理,同時(shí)完成相關(guān)信息在數據庫中的保存;檢測診斷程序管理的功能為對檢測分析診斷程序進(jìn)行管理。

  2) 分析診斷模塊

  分析診斷模塊的主要功能是對客戶(hù)端存在的故障提供在線(xiàn)支持診斷服務(wù),幫助實(shí)現檢測控制系統的故障定位與隔離,還可以提供對應的專(zhuān)家系統支持功能。

  3) 網(wǎng)絡(luò )通信模塊

  網(wǎng)絡(luò )通信模塊包括網(wǎng)絡(luò )通信的連接和數據的發(fā)送與接收三個(gè)部分。通信連接服務(wù)器與客戶(hù)端之間數據傳送提供通信通道。數據分析與接收除了要具備數據傳輸的作用,還要建立緩沖區,數據接收時(shí)將用戶(hù)端傳送的數據放入對應的緩沖區以等待分析處理;數據發(fā)送時(shí),則將緩沖區中的數據發(fā)送到用戶(hù)端中。

  4) 檢測資源模塊

  檢測資源模塊通過(guò)適配器的模塊文件來(lái)儲存適配器的.描述和信息。用戶(hù)能夠對配置模型文件、適配器文件和器件配置文件進(jìn)行修改,同時(shí)處理適配器模型文件,綜合適配器模型中的文件信息,連接數據庫,從而完成計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統的校驗與檢測工作。

  5) 檢測執行模塊

  檢測執行模塊包括檢測控制和激勵信號配置兩個(gè)部分。檢測控制負責各檢測系統及其資源的控制,借助于輸入的激勵信號采集的輸出響應信號來(lái)完成相關(guān)檢測任務(wù)。激勵信號配置的功能則是在軟件平臺當中根據檢測任務(wù)對配置檢測設備的激勵信號。endprint

  3 計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統的軟件設計

  3.1 數據庫設計

  計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統中一個(gè)重要組成部分就是數據庫,因此對檢測控制系統設計中數據庫設計是非常重要的。對此可以采用數據庫VItest管理檢測控制信息。當中包括的信息表格包括設備信息表、用戶(hù)信息表和服務(wù)程序列表。如用戶(hù)信息表應該包含用戶(hù)標識ID、用戶(hù)名、密碼、注冊時(shí)間、真實(shí)姓名和用戶(hù)類(lèi)型六個(gè)字段。系統需要維護用戶(hù)登錄退出和增減用戶(hù)等信息。

  3.2 組件之間的通信實(shí)現設計

  系統組件之間的通信可以采用DSTP協(xié)議來(lái)完成,它支持多種數據傳輸協(xié)議,因此可以根據不同的URL來(lái)按段不同的協(xié)議。數據收發(fā)通信是相互獨立,因此可以只分析某一個(gè)數據項的設計。

  3.3 服務(wù)器設計

  服務(wù)器程序的設計包括多線(xiàn)程的設計與實(shí)現。在計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統中可能面臨同時(shí)處理多個(gè)用戶(hù)的請求,因此需要采用并發(fā)處理的方式來(lái)解決多任務(wù)的工作方式,并發(fā)處理比循環(huán)處理的執行效率更高,響應速度更快。VI服務(wù)器利用并發(fā)處理方式可以同時(shí)實(shí)現設備管理和用戶(hù)管理等功能,其主要的線(xiàn)程包括處理用戶(hù)請求線(xiàn)程、服務(wù)程序管理線(xiàn)程、設備管理線(xiàn)程、連接用戶(hù)客戶(hù)端、初始化VI服務(wù)器。線(xiàn)程之間通過(guò)內存交換參數來(lái)完成通訊,多線(xiàn)程間的同步工作則由事件觸發(fā)來(lái)控制實(shí)現。

  多線(xiàn)程的實(shí)現需要完成四個(gè)功能:初始化系統;建立通信連接,等待登錄;驗證用戶(hù)身份;根據請求分配對應的處理線(xiàn)程。

  3.4 客戶(hù)端設計

  根據檢測控制系統的功能特點(diǎn)及需求情況,客戶(hù)的程序采用多線(xiàn)程技術(shù)的方式來(lái)進(jìn)行設計。它能夠確保不同的激勵信號的同時(shí)輸入、采集及完成數據通信?蛻(hù)端程序的工作流程為:用戶(hù)登錄→身份驗證→系統控制界面→選擇對應的程序(包括用戶(hù)管理、遠程連接、信號采集、模擬輸入、模擬輸出、信號配置和結果發(fā)布)。在面板設計上,可以利用多面板的人機界面,這樣可以確保操作界面的簡(jiǎn)潔方便。同時(shí)各功能VI的動(dòng)態(tài)載入則采用LabVIEW的SubPanel方法節點(diǎn),這樣可以降低系統的內存占用,從而提高整個(gè)系統的運行效率。

  客戶(hù)端程序主要包括激勵信號配置VI模塊、響應信號采集VI模塊、用戶(hù)登錄VI模塊和用戶(hù)管理VI模塊四個(gè)模塊設計。激勵信號配置VI模塊采用條件結構和事件結構的程度設計,用戶(hù)能夠通過(guò)系統的信號配置面板來(lái)修改激勵信號的相關(guān)參數;響應信號采集VI模塊通過(guò)電流電壓測量程序、模擬信號測量程序、動(dòng)態(tài)數據采集程序和信號采集程度五個(gè)模塊分別對靜態(tài)數據進(jìn)行采集,這五個(gè)模塊程序之間相互獨立;用戶(hù)登錄VI模塊是獨立功能的一個(gè)模塊,它將信息儲存在數據庫當中,只要訪(fǎng)問(wèn)用戶(hù)信息數據庫就能完成對用戶(hù)身份的驗證,如果驗證值為真,則可以登錄啟動(dòng)系統;用戶(hù)管理VI模塊采用的條件結構的程序設計,主要用于增加用戶(hù)、刪除用戶(hù)、密碼修改等用戶(hù)信息的管理。

  4 結束語(yǔ)

  計算機網(wǎng)絡(luò )自動(dòng)檢測控制系統的設計首先應該對其總體方案進(jìn)行規劃,搭建好硬件平臺,選擇C/S的通信模式,再設計出系統工作的流程,并根據流程對系統功能模塊劃分為基于服務(wù)器平臺的系統管理模塊、分析診斷模塊和網(wǎng)絡(luò )通信模塊,以及基于客戶(hù)端平臺的網(wǎng)絡(luò )通信模塊、檢測資源模塊和檢測執行模塊。最后再對計算機網(wǎng)絡(luò )自動(dòng)控制系統軟件程度的數據庫、組件之間的通信、服務(wù)器和客戶(hù)端程序分別進(jìn)行設計,檢測控制系統在設計完成后還需要對其進(jìn)行測量,通?梢圆捎貌ㄐ挝募臏y量方式來(lái)進(jìn)行。

  參考文獻:

  [1] 沙曉光, 陳國順, 王格芳. 基于C/S與B/S混合結構的測試診斷網(wǎng)絡(luò )研究[J].計算機測量與控制, 2005, 13(5):401-402.

  [2] 李勇, 呂永衛. 基于網(wǎng)絡(luò )遠程測試診斷系統的研究[J].計算機測量與控制, 2005, 13(10):1040-1043.

  基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究 篇6

  自動(dòng)測試系統(ATS,Automatic Test System)是裝備形成戰斗力的重要保證,儀器的可互換性和測試程序集(TPS,Test Program Set)的重用性、可移植性是通用ATS的重要指標。當前,ATS軟件的開(kāi)發(fā)方式有“面向儀器”和“面向信號”兩種,面向儀器的TPS開(kāi)發(fā)基于儀器,很難從本質(zhì)上反映被測設備測試需求,加上儀器種類(lèi)繁多,功能各異,因此很難實(shí)現互換,軟件通和性差;面向信號的開(kāi)發(fā)方式基于被測對象(UUT,Unit Under Test)的測試需求和測試資源的測試/激勵能力,解決了需求與供應之間的矛盾,通用性強。應用在A(yíng)TS中的軟件技術(shù)經(jīng)歷了過(guò)程編程語(yǔ)言(如C)、Windows DLL、面向對象編程(OO)、組件對象模型(COM)的漫長(cháng)發(fā)展過(guò)程。COM采用面向對象的軟件設計思想,以標準接口提供功能調用,實(shí)現了程序的模塊化、通用性設計。近期出現的ATLAS 2K(Abbreviated Test Language for All System 2000版本)語(yǔ)言和IVI-Signal Interface標準均基于COM技術(shù),二者結合,給通用ATS軟件設計提供了解決方案。

  1 ATLAS 2K

  1962年,為了描述UUT的測試需求,美國的ARINC(Aeronautical Radio Incorporation)公司開(kāi)始發(fā)展ATLAS(Abbreviated Test Language for Avionics System)語(yǔ)言,并于1968年定下ARINC Std 416-1標準。ATLAS獨立于測試設備,提供了一種在UUT工程師、TPS開(kāi)發(fā)人員和TPS最終用戶(hù)之間明確傳送信息的方式。ATLAS用標準信號和基于事件的表達方式描述UUT的測試需求,通過(guò)編譯器,這些描述代碼可在指定的ATS上執行。

  進(jìn)入20世紀90年代以來(lái),隨著(zhù)技術(shù)更新的加快和測試需求的增長(cháng),ATLAS暴露出了很多問(wèn)題,比如:更新速度慢;開(kāi)發(fā)工具昂貴;ATLAS體系龐大、模糊等。這一切限制了ATLAS的進(jìn)一步發(fā)展。ATLAS 2K是由Test Description Sub-Committee of SCC 20在A(yíng)TLAS的基礎上制訂的新標準,它采用SMML(Signal and Method Modeling Language)語(yǔ)言和面向對象技術(shù),給ATLAS語(yǔ)言減了肥,優(yōu)化了程序結構,增強了對UUT測試需求描述的準確性;并且可在任何支持COM技術(shù)的平臺上使用圖形工具進(jìn)行編程,簡(jiǎn)化了程序設計。

  1.1 ATLAS 2K模型

  ATLAS 2K模型建立在層狀信號組件模型之上,由信號基類(lèi)、基本信號組件和復合信號組件三層組成。

  圖1給出了用SMML語(yǔ)言構建的類(lèi)名為SignalFunction的信號基類(lèi)模型。SMML源于Haskell Function Language,提供了用于描述信號屬性和方法的.機制,通過(guò)制定語(yǔ)法規則和大量預定義動(dòng)作來(lái)實(shí)現對信號類(lèi)的定義。通常情況下,信號基類(lèi)包括信號輸入端(In)、事件輸入端(Sync)、信號輸出端(Out)、控制參數輸入端(屬性)、被測信號輸出端(Value)等功能接口。當然,不同類(lèi)型的信號也可以包括不同的接口,如激勵信號類(lèi)可以沒(méi)有In接口、Value只對傳器信號有效等。

  信號(Signal)和事件(Event)是標準化的信號類(lèi)接口,組成元素包括屬性和方法。屬性標志著(zhù)信號對象的當前狀態(tài),如運行、暫停、停止等;方法則實(shí)現在狀態(tài)之間切換。

  信號基類(lèi)模型提供了消息(連續的為信號,離散的為事件)傳送機制,用來(lái)改變信號對象的狀態(tài)和行為。信號對象可以通過(guò)In/Sync接口接收其它對象送來(lái)的消息,也可以把消息通過(guò)Out接口傳遞給其它對象。例如,一個(gè)Ready事件可把信號對象由停止(Stop)狀態(tài)變?yōu)檫\行(Run)狀態(tài);一個(gè)Active事件可以讓傳感器信號對象執行數據采集操作等。

  信號類(lèi)經(jīng)例化后,可以仿真某些角色信號(如激勵信號、測試信號、事件調節器信號、信號調節器信息等)、UUT節點(diǎn)等。

  ATLAS 2K模型的基本信號組件層提供了可重用、經(jīng)格式化描述的基本信號(底層信號),它們是基于COM技術(shù)的對信號類(lèi)繼承、封裝并進(jìn)一步標準化的產(chǎn)物。每個(gè)基本信號組合件都存在一個(gè)靜態(tài)SMML描述和一個(gè)抽象的運行期控制模型,前者定義信號特片,后者在某一特定ATS中定義信號的行為。通過(guò)這些基本信號組件可以定義所有較高層的信號。

  ATLAS 2K模型的復合信號組件庫與ATLAS的EXTEND功能類(lèi)似,通過(guò)定義基本信號組件產(chǎn)生的復合信號和使用這些信號的規則,實(shí)現了對信號的擴展。圖2給出了由基本信號組件1和2實(shí)現復合信號n的示意圖。復合信號組件可以仿真復雜信號,如射頻(RF)信號、數據總線(xiàn)信號等。

  1.2 ATLAS 2K的工程應用

  在支持COM組件開(kāi)發(fā)的編程平臺(如VC++、VB等和相應開(kāi)發(fā)工具的支持下,ATLAS 2K可應用在“面向信號”的ATS設計中。具體應用如下:裝配信號組件實(shí)現對UUT的測試需求描述,生成ATLAS 2K TPS;通過(guò)編譯器編譯后,轉變成能在A(yíng)TS上執行的代碼;在充分考慮自身時(shí)序要求和儀器功能限制的前提下,實(shí)現與特定ATS的集成。

  下面的VB代碼給出了應用信號組件在某一測試節點(diǎn)PL-1上建立和撤銷(xiāo)一個(gè)振幅為0.5V、頻率為1000Hz的信號的全過(guò)程。

  ATLAS 2K作為測試標準信號,實(shí)現了代碼重用和移植。對于新ATS,只要結合新測試資源信息,對ATLAS 2K代碼重新編譯就可在新系統中運行。

  基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究 篇7

  在當今信息社會(huì ),管理科學(xué)與信息技術(shù)相互影響、相互促進(jìn),信息化管理已然成為各大企業(yè)面臨的重要課題,在酒店、旅行社等旅游行業(yè)體現尤為明顯,因此提高旅游管理專(zhuān)業(yè)人才的管理系統軟件應用能力非常必要。本文通過(guò)論述在旅游管理本科課程教學(xué)中應用管理系統軟件可以發(fā)揮更新教學(xué)內容、改變教學(xué)方法、完善校內實(shí)訓基地、改革考核方式等積極作用,提倡本科高校盡快引入相關(guān)管理系統軟件,以促進(jìn)、提升教學(xué)。

  隨著(zhù)網(wǎng)絡(luò )信息化的飛速發(fā)展,如今人們的日常生活處處都有網(wǎng)絡(luò )的印記,作為第三產(chǎn)業(yè)中的龍頭產(chǎn)業(yè)的旅游業(yè)也深受網(wǎng)絡(luò )信息迅猛發(fā)展的影響。為能培養適應社會(huì )、跟上時(shí)代步伐的旅游專(zhuān)業(yè)人才,提高旅游管理專(zhuān)業(yè)學(xué)生的獲取知識及提高應用能力已是迫在眉睫。而且目前在教育大背景下,很多高校也積極響應國家號召,處在轉型期,應用型人才的培養也亟需提升學(xué)生的實(shí)踐能力,因此筆者認為,旅游專(zhuān)業(yè)教學(xué)中應用相關(guān)管理系統軟件非常必要,也可以順應課程改革潮流,方便教師教的同時(shí),也會(huì )很好的鍛煉學(xué)生的實(shí)際操作能力,達到教和學(xué)共贏(yíng)的局面。

  1 有助于更新教學(xué)內容

  在高等教育改革的浪潮中,課程改革一直是重中之重。在無(wú)數的實(shí)踐中,人們愈發(fā)深刻認識到,傳統的填鴨式教學(xué)越來(lái)越難以滿(mǎn)足社會(huì )的發(fā)展,亟需更新教學(xué)內容。對于旅游管理專(zhuān)業(yè)學(xué)生來(lái)說(shuō),無(wú)論是旅行社方向還是酒店方向,很多專(zhuān)業(yè)課都可以應用管理軟件來(lái)學(xué)習。例如,"旅游管家"旅行社管理軟件是專(zhuān)為旅行社量身定做的收客+對賬的功能系統,軟件實(shí)現了在線(xiàn)預訂,旅行社坐等收客即可;強大的拼團功能,代替繁雜的手工拼團工作;清晰的財務(wù)功能,賬款一目了然。所有的一切力求地貼近用戶(hù)需求,做到易用實(shí)用,力求操作傻瓜化人性化。利用這樣的軟件,學(xué)生可以學(xué)習旅行社相關(guān)課程,如旅行社經(jīng)營(yíng)管理、旅游財務(wù)分析等,學(xué)會(huì )用科技手段解決現實(shí)問(wèn)題,真正做到學(xué)以致用。

  2 促進(jìn)教學(xué)方法的改革

  2.1 充分利用多媒體環(huán)境

  由于管理系統軟件是面向用戶(hù)的可視化的集成操作軟件,應在多媒體教室進(jìn)行授課,教師在講解相關(guān)知識的同時(shí),在教師機上進(jìn)行示范演示操作,讓學(xué)生在學(xué)生機上可同步看到教師的操作過(guò)程,并適時(shí)進(jìn)行操作練習,及時(shí)消化吸收教師講授的內容。在多媒體的平臺上,還可以結合網(wǎng)絡(luò )化教學(xué)手段,在網(wǎng)絡(luò )平臺上,教師與學(xué)生可以共享優(yōu)秀的課件和其他學(xué)習資料,而且可以隨時(shí)從Internet獲取最新的知識。對于一些理論的內容,也可以借助多媒體課件直觀(guān)生動(dòng)的表現出來(lái),提高學(xué)習效率,達到事半功倍的效果。

  2.2 有利于調動(dòng)學(xué)生學(xué)習積極性

  傳統的授課方式一直是教師選擇教學(xué)內容,學(xué)生只能被動(dòng)接受。在當今信息時(shí)代,掌握知識的多少已經(jīng)不是最被看重的了,如何獲取知識才是至關(guān)重要的,所謂授人以魚(yú)不如授人以漁,也是這個(gè)道理。授課中引入現代化的管理軟件,使學(xué)生能實(shí)際處理相關(guān)業(yè)務(wù),將理論與實(shí)踐結合起來(lái),將大大提高學(xué)生學(xué)習興趣和提高學(xué)生解決問(wèn)題的能力。例如酒店管理系統通常包含有:前臺接待、前臺收銀、客房中心、餐飲管理、OA協(xié)同管理等。學(xué)生可以通過(guò)這樣的系統軟件學(xué)習餐飲管理、前廳與客房管理等課程內容。對于感興趣的模塊可以深入學(xué)習與研究,學(xué)習中發(fā)現問(wèn)題,主動(dòng)解決問(wèn)題。

  2.3 促進(jìn)真實(shí)案例教學(xué)

  對于旅游專(zhuān)業(yè)很多專(zhuān)業(yè)課的操作部分,都需要學(xué)生結合生活實(shí)際或真實(shí)案例來(lái)學(xué)習。如果教學(xué)中可以使用系統管理軟件,相關(guān)數據庫的大量信息都可以查閱到,避免理論與實(shí)際脫節、紙上談兵,從而大大方便教學(xué)。例如引入餐飲管理軟件,教師在教同學(xué)們軟件的基本操作之后,就可以分配作業(yè)寫(xiě)入數據庫任務(wù),完全虛擬于酒店餐飲點(diǎn)菜收銀流程。學(xué)生只需配備一臺裝有該軟件的電腦、平板甚至手機,就可以獨立實(shí)施酒店客房管理任務(wù):客房部通過(guò)軟件系統可及時(shí)了解到客房狀態(tài),快速響應客人的有關(guān)服務(wù)要求,實(shí)現作業(yè)解決、系統管理、熟悉酒店客房管理模擬業(yè)務(wù)。

  3 完善校內實(shí)訓基地

  目前,很多學(xué)校在加大校企合作的辦學(xué)力度,和旅行社、酒店簽訂合同,讓學(xué)生去到相關(guān)企業(yè)去實(shí)習。然而學(xué)生在現實(shí)酒店的實(shí)習實(shí)訓中,由于餐飲管理、客房管理、財務(wù)管理等是酒店業(yè)務(wù)的核心軟件,很難讓實(shí)習生去操作,這樣就會(huì )造成學(xué)生無(wú)法體驗真實(shí)的酒店管理流程,多數只充當了廉價(jià)勞動(dòng)力,常常導致學(xué)生對實(shí)習活動(dòng)的排斥和反抗,無(wú)法實(shí)現實(shí)習的真正意義,所以建立和完善校內實(shí)訓基地勢在必行。在現代酒店管理中,酒店管理系統是科學(xué)化管理必不可缺的內容,例如計算機綜合管理系統、安保系統等等,都極大的節省了酒店的管理成本,提升了酒店的`工作效率。因此建立校內實(shí)訓基地更要注重相關(guān)管理系統軟件的引入,強化軟件建設,而不單單是買(mǎi)入一些餐具、床具等硬件設施。

  4 改革考核方式

  傳統的教學(xué)中一直“一張試卷定分數”,考試內容多數是對學(xué)生記憶能力和理論能力的考查,而忽視對學(xué)生知識應用能力的測驗。在實(shí)際教學(xué)中,經(jīng)常出現學(xué)生臨時(shí)抱佛腳,進(jìn)行突擊復習,以求順利通過(guò)考試的現象,往往這種學(xué)習所獲得的知識伴隨著(zhù)考試的結束就忘記了,無(wú)法取得實(shí)際效果。筆者認為,應該改變傳統考試形式,對于旅游管理這種實(shí)踐性比較強的專(zhuān)業(yè),有些課程的考核要突破試卷模式。引入管理系統軟件,可以實(shí)現這種轉變。教師可以在課堂上有針對性的進(jìn)行考試項目設計,布置一些以培養學(xué)生綜合運用知識能力的作業(yè),讓學(xué)生以小組合作等形式共同探索完成。既可鍛煉學(xué)生的學(xué)習能力,又提升了學(xué)生對知識的掌握效果,達到考試的真正目的。

  綜上所述,管理系統軟件在旅游教育教學(xué)改革中所能發(fā)揮的作用非常巨大,建議各高校因地制宜,選擇合適的管理系統軟件應用于旅游教育之中,必將達到事半功倍的效果。

  基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究 篇8

  摘 要:近年來(lái),信息技術(shù)和計算機技術(shù)的發(fā)展越來(lái)越快,已經(jīng)廣泛應用在社會(huì )生產(chǎn)的各個(gè)領(lǐng)域,嵌入式系統是信息處理技術(shù)和計算機技術(shù)相結合的產(chǎn)物,基于A(yíng)RM嵌入式軟硬件系統有系統精煉簡(jiǎn)潔、針對性強、功能強大、程序質(zhì)量高、系統可靠性強等特點(diǎn),下面就基于A(yíng)RM的嵌入式軟硬件系統設計進(jìn)行分析。

  關(guān)鍵詞:

  關(guān)鍵詞:ARM;嵌入式軟硬件系統;設計

  隨著(zhù)計算機技術(shù)和信息處理技術(shù)的飛速發(fā)展,嵌入式軟硬件系統在社會(huì )各個(gè)領(lǐng)域的應用越來(lái)越廣泛;贏(yíng)RM的嵌入式軟硬件系統是一種比較特殊的計算機系統,具有系統精煉簡(jiǎn)潔、針對性強、功能強大、程序質(zhì)量高、系統可靠性強等特點(diǎn),能極大的提高系統處理效率。

  1 基于A(yíng)RM嵌入式軟硬件系統的理論概述

  1.1 ARM架構

  ARM是一種精簡(jiǎn)的指令集機器,基于A(yíng)RM架構的產(chǎn)品具有功耗小、質(zhì)量?jì)?yōu)越、價(jià)格低廉的特點(diǎn),如RISC處理器,在教育多媒體、嵌入式控制、DSP等領(lǐng)域中有十分廣泛的應用;贏(yíng)RM體系結構的32位嵌入式RISC微處理器結構具有良好的節能效果,特別適合移動(dòng)通訊領(lǐng)域設計。

  1.2 嵌入式系統

  嵌入式系統主要由輸入軟件、處理器、存儲器、輸出軟件等構成,其中處理器是嵌入式系統的關(guān)鍵部位,目前,全球共有上千種嵌入式處理器,并且每種處理器都有自身的優(yōu)勢及不足。對嵌入式系統而言,處理器的關(guān)鍵特性是性能高、能耗小、成本低;存儲器是嵌入式系統的另一大重要部分,其穩定性及容量大小對嵌入式系統的正常運行有很大的影響,因此,在進(jìn)行嵌入式系統設計時(shí),要選擇與嵌入式系統處理器相匹配的存儲器,從而確保嵌入式系統的正常運行。

  2 基于A(yíng)RM的嵌入式軟硬件系統設計

  在嵌入式系統中,系統硬件是系統軟件和程序運行、操作的基礎,只有確保硬件設計的'合理性,才能為嵌入式系統的正常運行提供保障,下面就嵌入式系統硬件設計及軟件設計進(jìn)行分析。

  2.1 硬件設計

  2.1.1 處理器設計

  ARM嵌入式處理器具有體積小、消耗資源少、質(zhì)量好等特點(diǎn),因此,在各種網(wǎng)絡(luò )產(chǎn)品以及數字產(chǎn)品中有十分廣泛的應用。處理器是嵌入式系統正常運行的關(guān)鍵部分,在進(jìn)行嵌入式系統出處理器設計時(shí),必須確保其綜合性能以及質(zhì)量符合相關(guān)規定,并且要將處理器冗余部分去除,從而有效地提高系統的運行性能。

  2.1.2 外圍接口設計

  在進(jìn)行嵌入式處理系統硬件設計時(shí),要選擇合理的器件,確保各個(gè)器件之間的良好連接,為各器件之間的良好配合提供保障,提高系統硬件的有效性。在進(jìn)行嵌入式系統外圍接口設計時(shí),要保證外圍接口的靈活多變,并且外圍接口要符合嵌入式系統小型化的特點(diǎn),只有這樣才能為系統的靈活性、穩定性、可靠性提供保障。對于嵌入式系統,要實(shí)現外圍接口和處理器之間的無(wú)縫連接,并簡(jiǎn)化外圍電路,這樣不僅能減小整個(gè)系統的體積,還能有效地降低系統的設計成本。

  2.1.3 針對性設計

  在進(jìn)行嵌入式系統設計時(shí),需要根據項目的實(shí)際情況以及用戶(hù)的實(shí)際需求進(jìn)行,因此,整個(gè)設計過(guò)程要針對其設計目標開(kāi)展,只有這樣才能為嵌入式系統的設計提供指導。由于系統設計是一個(gè)長(cháng)期性工作,因此,在設計過(guò)程中,設計人員要對軟件更新、系統升級等因素進(jìn)行充分考慮,并在針對性設計前,對相應的程序進(jìn)行仿真運行,在不斷調試中,確保嵌入式系統能滿(mǎn)足用戶(hù)的需求。

  2.2 嵌入指紋識別模塊及軟件設計

  在嵌入式系統設計過(guò)程中,要在硬件設計的基礎上,通過(guò)串口嵌入指紋識別模塊,從而為系統的正常通信提供保障。選用的指紋識別模塊需要具有良好的光學(xué)傳感功能,如Flash芯片、DSP處理器等,指紋識別模塊的主要功能有指紋圖像處理、模板匹配、模板提取、模板保持、指紋搜索等。嵌入式系統程序主要由管理和通訊兩大部分組成,以指紋識別模塊的相關(guān)協(xié)議為主,對其進(jìn)行編寫(xiě),不僅能接收、校驗相關(guān)數據,還能在數據庫中添加用戶(hù)信息。通過(guò)LCD液晶顯示和鍵盤(pán),能對現場(chǎng)情況進(jìn)行直接控制,從而確保系統的持續運行。

  2.3 嵌入式系統的軟、硬件協(xié)同設計

  在進(jìn)行嵌入式系統設計時(shí),需要對系統的硬件、軟件進(jìn)行詳細的分析和設計,一般情況下,在設計過(guò)程中,需要將系統的硬件和軟件看成一個(gè)整體,但在初期設計過(guò)程中,需要對系統的硬件功能和軟件功能進(jìn)行詳細的劃分,并將其相應功能區域固定好,這樣才能確保嵌入式系統硬件和軟件的良好組合,才能充分發(fā)揮整個(gè)系統的功效。在這個(gè)過(guò)程中,還需要進(jìn)行嵌入式系統的硬件和軟件的協(xié)同設計,從而確保系統硬件和軟件獲得最佳效益。

  3 結 語(yǔ)

  嵌入式系統設計一項復雜的工程,基于A(yíng)RM嵌入式系統的軟硬件設計和整個(gè)系統的設計有很大的關(guān)聯(lián),隨著(zhù)信息技術(shù)的持續發(fā)展,嵌入式系統結構的應用將會(huì )越來(lái)越廣泛,因此,做好嵌入式系統的設計工作是十分重要的。

  參考文獻

  [1]李登科.基于A(yíng)RM的嵌入式系統硬件設計探究[J].中國電子商務(wù),2011(3):259.

  [2]劉芳宇.基于A(yíng)RM嵌入式

【基于LabVIEW的舵機自動(dòng)加載測試系統軟件設計探究】相關(guān)文章:

基于LabVIEW 與Access 的虛擬實(shí)驗教學(xué)系統論文03-03

基于Web的危險品運輸監控系統設計探究02-26

探究城市軌道交通自動(dòng)售檢票系統03-02

智能健康監護系統軟件設計研究02-27

語(yǔ)言環(huán)境與聽(tīng)力測試探究03-28

基于現代網(wǎng)絡(luò )技術(shù)的教學(xué)發(fā)展探究分析11-14

基于問(wèn)題導引的探究式教學(xué)研究論文02-20

基于人性假設的飯店員工激勵策略探究03-27

基于VB的磁響應性測試軟件的研制11-18

  • 相關(guān)推薦
激情欧美日韩一区二区,浪货撅高贱屁股求主人调教视频,精品无码成人片一区二区98,国产高清av在线播放,色翁荡息又大又硬又粗视频