基于LabVIEW的舵機(jī)自動加載測試系統(tǒng)軟件設(shè)計(jì)探究(精選8篇)
在社會的各個領(lǐng)域,許多人都寫過論文吧,論文寫作的過程是人們獲得直接經(jīng)驗(yàn)的過程。你所見過的論文是什么樣的呢?下面是小編為大家整理的基于LabVIEW的舵機(jī)自動加載測試系統(tǒng)軟件設(shè)計(jì)探究,僅供參考,歡迎大家閱讀。
基于LabVIEW的舵機(jī)自動加載測試系統(tǒng)軟件設(shè)計(jì)探究 篇1
摘要:采用LabVIEW 2013虛擬儀器平臺開發(fā)了直升機(jī)舵機(jī)自動加載測試系統(tǒng)軟件。介紹了測試系統(tǒng)軟件結(jié)構(gòu)和流程圖,重點(diǎn)闡述了軟件開發(fā)過程中遇到的典型問題,如生產(chǎn)者消費(fèi)者設(shè)計(jì)模式處理數(shù)據(jù)采集、利用通知器控件實(shí)現(xiàn)循環(huán)通信、利用LabVIEW特有的字符串轉(zhuǎn)換控件解決數(shù)據(jù)類型轉(zhuǎn)換等,并給出了解決問題方法,以期對其它基于LabVIEW的軟件開發(fā)提供借鑒。
關(guān)鍵詞:舵機(jī);加載系統(tǒ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 引言
舵機(jī)是直升機(jī)動力學(xué)控制的執(zhí)行機(jī)構(gòu),它在直升機(jī)實(shí)際飛行過程中需要承受通過液壓助力器來的空氣動力及其力矩作用?諝鈩恿捌淞仉S著直升機(jī)飛行高度、速度、姿態(tài)等飛行狀態(tài)的不同而變化,最終呈現(xiàn)為舵機(jī)的動態(tài)交變負(fù)載。舵機(jī)性能直接影響直升機(jī)整體的飛行性能,而舵機(jī)的帶載能力是舵機(jī)的主要技術(shù)參數(shù)。在試驗(yàn)室條件下對舵機(jī)施加載荷,模擬直升機(jī)在空中飛行時舵機(jī)輸出軸所受到的負(fù)載情況,對舵機(jī)系統(tǒng)的實(shí)際工作性能進(jìn)行考核驗(yàn)證,是舵機(jī)產(chǎn)品檢驗(yàn)和進(jìn)行飛控系統(tǒng)動態(tài)半物理仿真試驗(yàn)必備程序。
傳統(tǒng)的手動加載舵機(jī)測試方式測試精度不高,不僅耗時費(fèi)力,而且人為很多因素會影響測試結(jié)果的可信度。本文所述的直升機(jī)并聯(lián)電動操縱舵機(jī)綜合自動測試系統(tǒng)主要用于測試舵機(jī)在空載及不同負(fù)載下的性能,主要測試內(nèi)容包括舵機(jī)空載和加載時的電壓、電流,輸出軸的轉(zhuǎn)角、轉(zhuǎn)速、行程和扭矩等參量。
根據(jù)并聯(lián)舵機(jī)測試系統(tǒng)技術(shù)要求和測試技術(shù)的最新進(jìn)展,軟件的運(yùn)行環(huán)境選為Windows 7.0圖形視窗操作系統(tǒng),選用美國NI(National Instrument)公司的LabView2013圖形化編程語言(Graphics Language,G語言)進(jìn)行設(shè)備軟件開發(fā)。本文在介紹測試系統(tǒng)硬件的基礎(chǔ)上,給出了軟件的框架設(shè)計(jì),重點(diǎn)闡述了軟件開發(fā)過程中遇到的典型問題:生產(chǎn)者一消費(fèi)者設(shè)計(jì)模式處理數(shù)據(jù)采集、利用通知器控件實(shí)現(xiàn)循環(huán)通信、利用LabVIEW特有的字符串轉(zhuǎn)換控件解決數(shù)據(jù)類型轉(zhuǎn)換等,并給出了解決問題方法,以期對其它基于LabVIEW的軟件開發(fā)提供借鑒。
1 硬軟件結(jié)構(gòu)設(shè)計(jì)
1.1 硬件結(jié)構(gòu)設(shè)計(jì)
測試對象直升機(jī)并聯(lián)舵機(jī)主要由電機(jī)、減速器、蝸桿機(jī)構(gòu)、電磁離合器、微動行程開關(guān)等組成,輸出軸為慢速的旋轉(zhuǎn)運(yùn)動。
舵機(jī)自動加載測試系統(tǒng)的硬件結(jié)構(gòu)如圖l所示。選用阿爾泰公司PXI機(jī)箱、PXI控制器和兩塊多功能數(shù)據(jù)采集卡作為控制和測量平臺,選用三相交流伺服電機(jī)、伺服驅(qū)動器、扭矩傳感器、編碼器構(gòu)成加載系統(tǒng),組成完整的舵機(jī)自動加載測試系統(tǒng)。PXI控制器通過連接數(shù)據(jù)采集卡控制舵機(jī)轉(zhuǎn)動、控制伺服電機(jī)扭矩輸出和位移輸出等,同時它還采集各種設(shè)備反饋的信號,包括舵機(jī)電機(jī)及舵機(jī)離合器的電流和電壓信號、扭矩傳感器信號、編碼器脈沖信號等。
1.2 軟件設(shè)計(jì)
LabVIEW是NI公司最核心的軟件產(chǎn)品,是工業(yè)控制、測試軟件開發(fā)的專業(yè)平臺,它具有界面簡潔友好,能較好地模擬測控儀器及環(huán)境等特點(diǎn)。它采用了工程人員熟悉的術(shù)語、圖形等圖形化符號來代替常規(guī)基于文字的語言程序。它將功能強(qiáng)大的C語言與測控技術(shù)有機(jī)結(jié)合,具有靈活的交互式編程方法和豐富的庫函數(shù),為開發(fā)人員建立檢測系統(tǒng)、自動測試環(huán)境、數(shù)據(jù)采集系統(tǒng)、過程監(jiān)控系統(tǒng)等提供了理想的軟件開發(fā)環(huán)境。LabVIEW實(shí)時編譯特性,讓編程和調(diào)試效率得到很大的提升。根據(jù)軟件開發(fā)規(guī)律,從功能設(shè)計(jì),結(jié)構(gòu)設(shè)計(jì)和通信設(shè)計(jì)依次說明。
1.2.1 軟件功能設(shè)計(jì)
測試系統(tǒng)軟件所提供的功能包括:
1)圖形用戶(GUI)界面的人機(jī)對話接口和界面友好,包括可顯示設(shè)定指令的曲線和回采信號的實(shí)時曲線及數(shù)字實(shí)時刷新顯示監(jiān)測信號等;
2)有典型試驗(yàn)入口;
3)試驗(yàn)進(jìn)程的監(jiān)測及報(bào)警;
4)控制參數(shù)的設(shè)置;
5)系統(tǒng)輸出輸入通道的自檢;
6)試驗(yàn)數(shù)據(jù)的保存、處理、曲線回放、報(bào)表打印等。
1.2.2 軟件結(jié)構(gòu)設(shè)計(jì)
將測試測量程序劃分3個層次,即主VI、功能層和最底層的驅(qū)動層。LabVIEW已經(jīng)提供了常用的底層驅(qū)動功能,如數(shù)據(jù)采集設(shè)備的驅(qū)動、文件讀寫驅(qū)動、VISA驅(qū)動等,因此,舵機(jī)自動加載測試系統(tǒng)程序設(shè)計(jì)主要在主vI和功能層。
主VI是最高一層,它主要通過界面為程序提供必要的信息,并且接收需要的信息以及調(diào)用下層VI。依據(jù)LabVIEW開發(fā)程序的流程即提出需求、設(shè)計(jì)、編碼、測試、發(fā)布和維護(hù),結(jié)合舵機(jī)自動加載測試系統(tǒng)的特點(diǎn),采用從用戶界面設(shè)計(jì)著手開發(fā)。為保證舵機(jī)自動加載測試系統(tǒng)良好的人機(jī)交互,主界面將采集區(qū)域與控制區(qū)域分類排布,并且卡片式管理各個實(shí)時顯示項(xiàng),統(tǒng)一使用LabVIEW銀色系列控件,從而讓試驗(yàn)監(jiān)視方便,測試過程操作簡單。將測試主界面劃分為舵機(jī)控制、加載電機(jī)控制、試驗(yàn)控制、試驗(yàn)監(jiān)控和試驗(yàn)記錄5個區(qū)域,每個區(qū)域下又有若干測試子項(xiàng)。圖2所示為舵機(jī)自動加載測試系統(tǒng)的交互界面設(shè)計(jì)簡圖。
依據(jù)主VI設(shè)計(jì)功能層,功能層采用自頂向下的設(shè)計(jì)方式,逐步實(shí)現(xiàn)使用子Ⅵ去實(shí)現(xiàn)各個功能模塊,軟件結(jié)構(gòu)圖如圖3所示,軟件程序流程圖見圖4。
1.2.3 軟件通信環(huán)境
1)使用標(biāo)準(zhǔn)PXI儀器總線通信協(xié)議,支持32或64位數(shù)據(jù)傳輸,最高數(shù)據(jù)傳輸速率可達(dá)132Mb/或528Mb/s;
2)RS232串口通信協(xié)議。
2 數(shù)據(jù)采集模塊設(shè)計(jì)
2.1 數(shù)據(jù)采集的實(shí)現(xiàn)
LabVIEW可以很方便無縫地利用NI公司的數(shù)據(jù)采集卡實(shí)現(xiàn)數(shù)據(jù)的采集,NI提供了上百種采集卡的驅(qū)動程序供用戶使用。然而由于NI采集卡是高端產(chǎn)品,價格昂貴,不適用于一般的企業(yè)和科研單位,應(yīng)用并不是很廣泛。在滿足舵機(jī)測試各項(xiàng)要求的情況下,通過動態(tài)鏈接庫(.d11)調(diào)用非NI板卡――阿爾泰的PX19606多功能采集卡來實(shí)現(xiàn)數(shù)據(jù)的采集,LabVIEW程序見圖5。 在LabVIEW程序窗口選擇基本函數(shù)Call Library Function Node.vi,并且在其右鍵的菜單里選擇configure對其屬性,例如DLL文件的路徑、被調(diào)用的函數(shù)名、參數(shù)的類型及返回類型進(jìn)行配置后,即可在LabVIEW中連接阿爾泰提供數(shù)據(jù)采集卡進(jìn)行模擬量數(shù)據(jù)采集。
CreateDevice為設(shè)備創(chuàng)建了句柄,供其它函數(shù)調(diào)用識別設(shè)備,InitDeviceProAD初始化硬件通道和采樣頻率等,StartDeviceProAD啟動設(shè)備,ReadDeviceProAD Half讀取指定長度數(shù)組數(shù)據(jù)進(jìn)入物理緩沖區(qū),從緩沖區(qū)不同層次的數(shù)組取出一個元素,經(jīng)過一系列轉(zhuǎn)換即可得到各個傳感器采集的電壓值。最后ReleaseDeviceProAD和ReleaseDevice釋放設(shè)備,完成一次數(shù)據(jù)采集。將這些動態(tài)鏈接庫函數(shù)加入到循環(huán)結(jié)構(gòu)中,即可實(shí)現(xiàn)連續(xù)數(shù)據(jù)采集。
2.2 數(shù)據(jù)采集中的生產(chǎn)者一消費(fèi)者設(shè)計(jì)模式
數(shù)據(jù)采集程序在運(yùn)行時仍然希望系統(tǒng)能夠處理其它事件,這是在傳統(tǒng)的狀態(tài)機(jī)或者事件結(jié)構(gòu)中無法實(shí)現(xiàn)的。因?yàn)闊o論是狀態(tài)機(jī)結(jié)構(gòu)還是事件結(jié)構(gòu),都是由一個循環(huán)組成的,不同的狀態(tài)是無法同時被響應(yīng)和處理的。解決這個問題的方法也比較簡單,LabVIEW本身就是一種多線程的程序設(shè)計(jì)語言,可以再加一個循環(huán)或者另外開一個程序獨(dú)立運(yùn)行。舵機(jī)自動化測試過程中,既需要對數(shù)據(jù)實(shí)時采集,又必須通過對采集的數(shù)據(jù)根據(jù)舵機(jī)測試項(xiàng)的具體需求進(jìn)行處理得到計(jì)算值,然后與標(biāo)稱值比對,從而得出最后結(jié)果,因此多線程是必須的。然而,在舵機(jī)自動加載測試系統(tǒng)中,采集數(shù)據(jù)速度很快,而分析處理數(shù)據(jù)速度相對較慢,如果分析處理過于復(fù)雜可能會導(dǎo)致處理時間過長,將會影響到采集數(shù)據(jù)的速度。為了解決此問題,采用生產(chǎn)者-消費(fèi)者數(shù)據(jù)采集模塊程序模式來設(shè)計(jì)采集循環(huán)。
如圖6所示,生產(chǎn)者循環(huán)不斷的產(chǎn)生數(shù)據(jù)送入緩存器,而消費(fèi)者循環(huán)則從緩存器中不斷的讀出數(shù)據(jù)。在由于每個循環(huán)只做自己的事情,所以相互之間并不會發(fā)生影響。生產(chǎn)者循環(huán)不產(chǎn)生數(shù)據(jù),消費(fèi)者循環(huán)則不運(yùn)行。隊(duì)列起到了重要的`作用。這里采用全局變量進(jìn)行數(shù)據(jù)傳遞,它與生產(chǎn)者一消費(fèi)者設(shè)計(jì)模式下的隊(duì)列相連。這雖然破壞了數(shù)據(jù)流,但是讓編程模塊化程度更好,有利于提高多人開發(fā)其它模塊的效率。
3 循環(huán)間通信設(shè)計(jì)
因?yàn)槎鏅C(jī)自動加載測試系統(tǒng)并沒有多個數(shù)據(jù)流同時對一個變量進(jìn)行讀寫,不會因?yàn)楦倯B(tài)條件發(fā)生讀寫沖突,所以在并行采集循環(huán)中,可以使用全局變量進(jìn)行數(shù)據(jù)傳遞。然而,LabVIEW以數(shù)據(jù)流機(jī)制控制VI執(zhí)行,數(shù)據(jù)流機(jī)制的主要特點(diǎn)是數(shù)據(jù)從屬,即僅當(dāng)一個節(jié)點(diǎn)接收到所有必需的輸入數(shù)據(jù)時,節(jié)點(diǎn)才可以執(zhí)行,當(dāng)節(jié)點(diǎn)執(zhí)行完畢,數(shù)據(jù)流出節(jié)點(diǎn)。循環(huán)沒有執(zhí)行結(jié)束,數(shù)據(jù)流無法流出循環(huán),并行循環(huán)間無法進(jìn)行通信。
LabVIEW的通知器控件是用來在程序框圖中的兩個獨(dú)立部分之間或者在運(yùn)行于同一臺機(jī)器的兩個Ⅵ之間通信的工具,它類似于數(shù)據(jù)郵箱,程序框圖的一段代碼發(fā)送數(shù)據(jù)給郵箱,另外一段代碼從郵箱中接收數(shù)據(jù)。等待通知器控件的程序框圖則完全停止執(zhí)行,只有當(dāng)新數(shù)據(jù)可用時才重新啟動。這使計(jì)算機(jī)減少浪費(fèi)在無止境的輪詢中的時間。通知器經(jīng)常用在循環(huán)控制的信息傳遞,例如兩個循環(huán)同時啟動,同時終止的控制等。通知器這一特性,可以為并行循環(huán)通信提供一種通信的方法。在循環(huán)外層再嵌套上通知結(jié)構(gòu),即使循環(huán)未結(jié)束,也能將數(shù)據(jù)送出循環(huán)。
在LabVIEW程序面板,單擊編程一同步一通知器操作一獲取通知其引用,即可新建一個通知器。如圖7所示的事件循環(huán)結(jié)構(gòu)中,獲取通知器通過句柄的方式與發(fā)送通知控件相連接,等待通知控件錯誤輸出連線與循環(huán)相連。當(dāng)“開啟檢測”事件發(fā)生時,等待通知控件收到發(fā)送通知控件的布爾指令,即可開始執(zhí)行循環(huán)結(jié)構(gòu)。即使等待循環(huán)從未結(jié)束,也可將數(shù)據(jù)實(shí)時寫入全局變量,供其它Ⅵ讀取,程序如圖8所示。
4 串口通信中的數(shù)值轉(zhuǎn)換
虛擬儀器軟件體系結(jié)構(gòu)(VISA)是一種包括GPIB、串口、以太網(wǎng)、USB的編程和故障診斷儀器系統(tǒng)的標(biāo)準(zhǔn)配置。為了在LabVIEW中編寫的VISA接口程序,需另外安裝NI-VISA驅(qū)動程序。LabVIEW提供NI-VISAInteractiveControl對VISA進(jìn)行配置和調(diào)試。在后面板利用VISA節(jié)點(diǎn)進(jìn)行串行通信編程,利用ⅥSAConfigure Serial Port節(jié)點(diǎn)設(shè)定串口的設(shè)備句柄、波特率、停止位、校驗(yàn)位、數(shù)據(jù)位,讀寫串口,利用VISARead節(jié)點(diǎn)和VISA Write節(jié)點(diǎn)對串口進(jìn)行讀寫,關(guān)閉串口,停止所有讀寫操作等。
在舵機(jī)測試設(shè)備調(diào)試過程中,發(fā)現(xiàn)靜態(tài)應(yīng)變片扭矩傳感器出現(xiàn)電壓偏置,推測原因是由于自動測試加載系統(tǒng)電路密集程度高,各個子電路接地不同,以及電路間可能的電磁干擾。為了徹底解決這個問題,將扭矩傳感器輸出方式由電壓輸出改為頻率輸出,這很好地抑制了干擾。接收頻率信號的扭矩表提供模擬量接口和VISA接口與PXI控制器相連。如果再用電壓模擬量傳遞扭矩信號,必然增加一次轉(zhuǎn)換過程,可能導(dǎo)致采集精度的下降,所以采用VISA接口來鏈接扭矩表和PXI控制器。
通過向扭矩表發(fā)送接收命令碼,扭矩表向PXI系統(tǒng)傳送一組數(shù)據(jù)類型為BCD碼的當(dāng)前測量值。測量數(shù)據(jù)由特定字節(jié)數(shù)組成。數(shù)據(jù)的數(shù)符、數(shù)碼、階符和階碼都包含在特定的字節(jié)中。這就會面臨一個問題,數(shù)據(jù)是BCD碼,不能直接參與后續(xù)運(yùn)算,因此需要將字節(jié)數(shù)里的信息提取出來。在文本語言編程中,通常是將BCD碼轉(zhuǎn)換成二進(jìn)制然后按位取出0或1進(jìn)行加權(quán)冪運(yùn)算,再減去進(jìn)制不同的差值,最后換算成十進(jìn)制數(shù)值。然而這樣不僅代碼冗長,可讀性不好,并且影響執(zhí)行效率,降低采集速度。
VISA接口采集到的BCD碼32H轉(zhuǎn)化為十進(jìn)制數(shù)值32,在文本編程語言中:
需先將32H換算成二進(jìn)制碼,即00110010B;
最后得到數(shù)值5-18=32。
如果在LabVIEW中采用與文本語言相同轉(zhuǎn)換思路編程,必然造成代碼堆積凌亂。為了解決這個問題,在LabVIEW中巧妙使用字符串,能非常輕松完成數(shù)值的轉(zhuǎn)換。如圖9所示,BCD碼32H連接數(shù)值至十六進(jìn)制字符串轉(zhuǎn)換控件,得到十六進(jìn)制數(shù)組成的字符串,再將該十六進(jìn)制字符串當(dāng)成十進(jìn)制字符串,直接連接十進(jìn)制字符串至數(shù)值的轉(zhuǎn)換控件,即可非常方便得到數(shù)值32,代碼簡潔明了。
5 結(jié)束語
(1)利用LabWindows/CVI開發(fā)功能相同的舵機(jī)自動加載測試系統(tǒng)占用50MB磁盤空間,而利用封裝性更好的LabVIEW2013搭建的相同的系統(tǒng),大小占用只有不到4MB,LabVIEW有效地降低代碼體積;
(2)圖形化編程語言帶來了不同視角的編程方式。在舵機(jī)自動加載測試系統(tǒng)開發(fā)過程中,充分利用LabVIEW的編程特性可取得意想不到的效果;
(3)在測試系統(tǒng)各項(xiàng)功能開發(fā)實(shí)現(xiàn)過程中,LabVIEW呈現(xiàn)出更加簡潔的編程方式,給后續(xù)拓展和維護(hù)帶來一定的便利性。
基于LabVIEW的舵機(jī)自動加載測試系統(tǒng)軟件設(shè)計(jì)探究 篇2
以企業(yè)人力資源管理系統(tǒng)中的招聘子系統(tǒng)為例,講述如何把業(yè)務(wù)規(guī)則與程序獨(dú)立開來,以適應(yīng)企業(yè)業(yè)務(wù)規(guī)則的變化,全文分為了實(shí)例簡述、業(yè)務(wù)規(guī)則、規(guī)則引擎和規(guī)則引擎的使用等幾個部分。
1 實(shí)例簡述
企業(yè)資源管理系統(tǒng)中會涉及到很多的企業(yè)業(yè)務(wù)流程,在這些工作流程中的工作規(guī)則就叫做業(yè)務(wù)規(guī)則。在軟件開發(fā)中,一種簡單的處理業(yè)務(wù)規(guī)則的方式是根據(jù)業(yè)務(wù)規(guī)則和業(yè)務(wù)流程設(shè)計(jì)軟件、編寫代碼。但當(dāng)企業(yè)要改變業(yè)務(wù)規(guī)則的時候,這些系統(tǒng)就必須跟著修改,實(shí)在是麻煩。企業(yè)的業(yè)務(wù)規(guī)則不可能是一成不變的,所以,把業(yè)務(wù)規(guī)則硬編碼進(jìn)軟件代碼里不是一種好的方法。應(yīng)該把業(yè)務(wù)規(guī)則從程序中獨(dú)立出來,使用一個專門讀取業(yè)務(wù)規(guī)則并依據(jù)規(guī)則中的定義來執(zhí)行業(yè)務(wù)流程的程序模塊來驅(qū)動整個業(yè)務(wù)的進(jìn)行,這個模塊就叫規(guī)則引擎。本文以企業(yè)的人才招聘模塊為例子,本例子的人才招聘模式可以是面向院校、社會或者人力資源市場等,不同的招聘對象的招聘流程和規(guī)則都可以不一樣,而客戶要求我們設(shè)計(jì)的軟件系統(tǒng)要能適用于各種招聘對象和場合。
2 業(yè)務(wù)規(guī)則
規(guī)則可以以XML文件形式存儲,采用XML形式的規(guī)則標(biāo)記語言定義規(guī)則包中的對象以及相應(yīng)的操作邏輯。根據(jù)在設(shè)計(jì)階段得到的業(yè)務(wù)模式設(shè)計(jì)相應(yīng)的業(yè)務(wù)規(guī)則,業(yè)務(wù)規(guī)則采用XML文檔來存儲。根據(jù)Microsoft BizTalk的規(guī)則引擎采用的規(guī)則定義文件的模式,每個模式的業(yè)務(wù)規(guī)則集用XML文檔的一個元素來表示,元素包含的多個相同模式的子元素,子元素就表示業(yè)務(wù)模式的業(yè)務(wù)規(guī)則。BizTalk的規(guī)則語言是一些定義好的XML元素符號,能夠用來表示各種業(yè)務(wù)規(guī)則,本文中涉及的規(guī)則的描述采用Biztalk的規(guī)則語言規(guī)范。
如招聘管理業(yè)務(wù)模式中可建立如下篩選業(yè)務(wù)規(guī)則:
業(yè)務(wù)規(guī)則1:
IF:應(yīng)聘者性別為女而且學(xué)歷低于?
THEN:淘汰
該規(guī)則是人員篩選構(gòu)件中初選子構(gòu)件的一個業(yè)務(wù)規(guī)則,條件不成立則調(diào)用篩選構(gòu)件的接口方法Bypass,并把該應(yīng)聘者的號碼作為參數(shù)傳遞。其中的inviteeObject是篩選構(gòu)件中對應(yīng)應(yīng)聘者的業(yè)務(wù)對象。
學(xué)歷編碼規(guī)則要和人力資源系統(tǒng)的基礎(chǔ)數(shù)據(jù)的定義相吻合,比如中專為1、專科為2、本科為3、研究生為4等。以上規(guī)則文檔的條件成立時執(zhí)行的操作是業(yè)務(wù)對象HRMBusinessObject中的方法Bypass,并以表示應(yīng)聘者的對象PersonInvitee的Number作為參數(shù),該方法會把不符合規(guī)則的應(yīng)聘者從列表中刪除。
而在設(shè)計(jì)構(gòu)件中的招聘模式是融合了三種招聘流程,這三種業(yè)務(wù)流程的業(yè)務(wù)規(guī)則用三個規(guī)則集文檔來表示,分別命名為xml_inviteStu、xml_inviteSoc、xml_inviteInCor。
3 規(guī)則引擎
業(yè)務(wù)規(guī)則引擎讀取業(yè)務(wù)規(guī)則,根據(jù)業(yè)務(wù)規(guī)則中的條件成立與否確定是否執(zhí)行對應(yīng)的操作。規(guī)則引擎用事實(shí)(fact)作為規(guī)則中的左邊表達(dá)式的值與規(guī)則的右邊表達(dá)式的值進(jìn)行比較關(guān)系運(yùn)算,關(guān)系結(jié)果成立則執(zhí)行規(guī)則規(guī)定的操作。其中的事實(shí)是規(guī)則所表達(dá)的'系統(tǒng)中對應(yīng)對象的相關(guān)屬性,可以是數(shù)據(jù)庫中表的一條記錄的某個字段,或者是XML文檔的某個元素或?qū)傩缘闹怠H缟厦娴暮Y選規(guī)則可以用招聘管理數(shù)據(jù)庫中應(yīng)聘者表中的記錄作為事實(shí),每條記錄在程序中使用應(yīng)聘者對象的值表示。用Mictosoft Biztalk SDK提供的規(guī)則引擎工具包可以編寫規(guī)則引擎構(gòu)件如下:
如每個應(yīng)聘者的數(shù)據(jù)記錄就是一個短期事實(shí),所有的應(yīng)聘者記錄組成數(shù)組,本構(gòu)件里的HRMRuleEngine類中的Execute函數(shù)要求把應(yīng)聘者記錄的數(shù)組名作為參數(shù)。本構(gòu)件中的事實(shí)數(shù)組的大小限制在50,即本構(gòu)件所能一次處理篩選業(yè)務(wù)的記錄數(shù)不能多于50個(應(yīng)聘者)。
4 規(guī)則引擎的使用
在項(xiàng)目中引用前面開發(fā)生成的程序集,包括業(yè)務(wù)規(guī)則引擎和業(yè)務(wù)邏輯層程序集。在應(yīng)用項(xiàng)目中,首先要生成應(yīng)聘者對象(Personinvitee)集(數(shù)組)。然后把這個數(shù)組作為參數(shù)傳遞給規(guī)則引擎,因?yàn)橐?guī)則文件里已經(jīng)定義好了不滿足條件執(zhí)行Bypass刪除相應(yīng)的應(yīng)聘者,因此之后得到的就是滿足招聘條件的應(yīng)聘者了。
篩選按鈕單擊事件處理過程復(fù)用業(yè)務(wù)構(gòu)件的業(yè)務(wù)對象inviteeFilter執(zhí)行應(yīng)聘人員的初選業(yè)務(wù),其代碼如下所示。
此處省略為應(yīng)聘者數(shù)組元素賦值的代碼!
//執(zhí)行篩選業(yè)務(wù)
上述代碼的最后一行,即業(yè)務(wù)類inviteeFilter的Filter方法是通過調(diào)用規(guī)則引擎的Execute方法來實(shí)現(xiàn)規(guī)則的應(yīng)用的。
5 總結(jié)
我這里展示的實(shí)例處理的數(shù)據(jù)量太小,涉及的業(yè)務(wù)規(guī)則也太簡單。采用本例展示的業(yè)務(wù)規(guī)則與程序邏輯分離的方式開發(fā)這樣的應(yīng)用系統(tǒng),就能適應(yīng)每次招聘的規(guī)則的變化。對于人力資源管理的其它模塊也可以用同樣的方式來開發(fā),但前提條件是有可復(fù)用的分析、設(shè)計(jì)和物理構(gòu)件存在,即必須有對應(yīng)領(lǐng)域的領(lǐng)域工程的支持。關(guān)于代碼的更多細(xì)節(jié),有興趣的話請聯(lián)系我。
基于LabVIEW的舵機(jī)自動加載測試系統(tǒng)軟件設(shè)計(jì)探究 篇3
摘要:種子檢驗(yàn)工作任務(wù)重、數(shù)據(jù)量大,檢驗(yàn)過程中的人為因素越來越成為影響種子質(zhì)量的因素,而手工處理大量的檢驗(yàn)信息、檢驗(yàn)數(shù)據(jù),會導(dǎo)致效率低下、出錯概率高。基于此,筆者設(shè)計(jì)開發(fā)了種子檢驗(yàn)信息管理系統(tǒng)。該系統(tǒng)具有信息錄入速度快、數(shù)據(jù)自動計(jì)算修約、表單自動生成等功能,實(shí)現(xiàn)了檢驗(yàn)工作全過程計(jì)算機(jī)自動處理。主要介紹了該系統(tǒng)設(shè)計(jì)開發(fā)過程和系統(tǒng)的主要功能及特點(diǎn)。
關(guān)鍵詞:種子檢驗(yàn);信息管理系統(tǒng)軟件;開發(fā);應(yīng)用
種子質(zhì)量檢驗(yàn)是控制種子質(zhì)量的有效手段,是農(nóng)業(yè)行政主管部門加強(qiáng)種子質(zhì)量監(jiān)管、保障生產(chǎn)用種安全、維護(hù)農(nóng)民利益的重要措施和手段。每年各級種子檢驗(yàn)機(jī)構(gòu)承擔(dān)的種子質(zhì)量監(jiān)督抽查工作任務(wù)重、數(shù)據(jù)量大、出錯率高,因此越來越多的種子檢驗(yàn)機(jī)構(gòu)開始嘗試應(yīng)用種子檢驗(yàn)信息管理系統(tǒng)軟件,進(jìn)行種子檢驗(yàn)業(yè)務(wù)和檢驗(yàn)數(shù)據(jù)的管理。
1軟件開發(fā)歷程
筆者從事種子檢驗(yàn)工作20多年,從2002年開始擔(dān)任檢驗(yàn)機(jī)構(gòu)技術(shù)負(fù)責(zé)人,為提高種子檢驗(yàn)工作效率和管理水平,2010年以Excel為平臺研發(fā)出種子檢驗(yàn)應(yīng)用程序,經(jīng)多年應(yīng)用、修改和不斷完善,應(yīng)用效果良好,率先在河北省內(nèi)實(shí)現(xiàn)種子檢驗(yàn)業(yè)務(wù)全過程計(jì)算機(jī)自動化處理。該應(yīng)用程序在2015年種子檢驗(yàn)機(jī)構(gòu)考核中,得到全國農(nóng)業(yè)技術(shù)推廣服務(wù)中心種子檢驗(yàn)處、遼寧省種子管理局和省站專家的肯定和好評,受此鼓舞,于2015年下半年與秦皇島市易數(shù)科技有限公司合作進(jìn)行了種子檢驗(yàn)信息管理系統(tǒng)軟件的開發(fā),在原有Excel應(yīng)用程序的框架下,設(shè)計(jì)制作了農(nóng)作物種子檢驗(yàn)信息管理系統(tǒng)1.0版應(yīng)用軟件。目前該軟件已測試完畢,進(jìn)入試用階段。
2系統(tǒng)結(jié)構(gòu)設(shè)計(jì)
該系統(tǒng)以種子檢驗(yàn)工作流程為主線,模擬種子檢驗(yàn)工作全過程,設(shè)置系統(tǒng)管理、樣品扦收、樣品管理、樣品檢驗(yàn)和結(jié)果報(bào)告5個功能模塊,按照種子檢驗(yàn)相關(guān)標(biāo)準(zhǔn),系統(tǒng)預(yù)置作物種類、種子類別、種子批最大/小重量、檢驗(yàn)方法、容許誤差、質(zhì)量指標(biāo)等內(nèi)容,用戶通過系統(tǒng)初始化設(shè)置檢驗(yàn)機(jī)構(gòu)(用戶)信息、檢驗(yàn)人員信息、檢驗(yàn)設(shè)備信息等內(nèi)容,就能實(shí)現(xiàn)樣品信息采集、樣品編號、檢驗(yàn)委托合同簽訂、樣品登記、生產(chǎn)商確認(rèn)、樣品流轉(zhuǎn)、檢驗(yàn)信息錄入、數(shù)據(jù)計(jì)算修約、檢驗(yàn)報(bào)告生成等全過程的.計(jì)算機(jī)自動處理。
3系統(tǒng)功能模塊
3.1系統(tǒng)管理模塊
主要提供用戶管理、權(quán)限管理、數(shù)據(jù)管理等,通過該模塊進(jìn)行用戶信息錄入及修改、系統(tǒng)管理員設(shè)置、分配訪問權(quán)限、數(shù)據(jù)備份、數(shù)據(jù)還原等。
3.2樣品扦收模塊
根據(jù)檢驗(yàn)任務(wù)特點(diǎn),設(shè)置監(jiān)督檢驗(yàn)(扦樣、送樣)、委托檢驗(yàn)(扦樣、送樣)4個子模塊,主要完成樣品信息錄入、委托檢驗(yàn)合同簽訂和扦樣單/樣品接收單等表單打印功能,其中在監(jiān)督檢驗(yàn)(送樣)模塊,還設(shè)計(jì)了數(shù)據(jù)導(dǎo)入功能,方便批量導(dǎo)入樣品信息。3.3樣品管理模塊主要完成檢驗(yàn)樣品登記、生產(chǎn)商確認(rèn)、檢驗(yàn)任務(wù)下達(dá)、樣品制備、備份樣品管理等,生成打印樣品登記表、生產(chǎn)商確認(rèn)函、檢驗(yàn)任務(wù)通知單、到期樣品處理單等表單。
3.4樣品檢驗(yàn)?zāi)K
設(shè)置水分測定、凈度分析、發(fā)芽試驗(yàn)、真實(shí)性和純度田間種植鑒定4個主要檢測參數(shù),每項(xiàng)檢測參數(shù)有獨(dú)立的流程控制,按照各自的作業(yè)程序完成檢驗(yàn)信息錄入、數(shù)據(jù)自動計(jì)算與修約、誤差處理、超差提示、數(shù)據(jù)審核和原始記錄打印等。
3.5結(jié)果報(bào)告模塊
由樣品信息和原始記錄信息自動生成檢驗(yàn)報(bào)告信息,并對報(bào)告進(jìn)行自動編號,生成打印檢驗(yàn)結(jié)果通知單、臨時結(jié)果報(bào)告單、檢驗(yàn)報(bào)告、檢驗(yàn)報(bào)告發(fā)放登記表、檢驗(yàn)結(jié)果匯總表等表單。
4系統(tǒng)特點(diǎn)
4.1可拓展性
系統(tǒng)采用模塊化設(shè)計(jì),拓展性強(qiáng),在不改變軟件系統(tǒng)和硬件的前提下,拓展了功能模塊、檢測參數(shù)。
4.2易用性
系統(tǒng)模擬種子檢驗(yàn)業(yè)務(wù)工作流程,功能模塊分區(qū)清晰、界面簡潔、操作方便,只要有一般計(jì)算機(jī)操作知識的檢驗(yàn)人員,簡單了解后就能熟練掌握和使用。
4.3便捷性
系統(tǒng)在數(shù)據(jù)錄入窗口提供很多實(shí)用的選擇按鈕,提前預(yù)設(shè)相關(guān)信息,就可用下拉菜單進(jìn)行快速填充,使數(shù)據(jù)錄入更便捷、智能,大大提高了信息錄入的速度和效率。
4.4智能化
系統(tǒng)可自動進(jìn)行數(shù)據(jù)計(jì)算、修約,自動生成檢驗(yàn)結(jié)論、備注信息,數(shù)據(jù)一次性錄入就可直接打印各類表單,同時系統(tǒng)還具有自動編號功能,可自動生成樣品扦樣單、樣品接收單、委托書、檢驗(yàn)報(bào)告等唯一性編號。
4.5安全性
系統(tǒng)通過權(quán)限管理設(shè)置訪問權(quán)限、登錄用戶權(quán)限,保證檢驗(yàn)信息的保密性和安全性。系統(tǒng)退出時自動備份數(shù)據(jù),防止數(shù)據(jù)信息誤刪后丟失。
5試用效果
系統(tǒng)試用期間運(yùn)行穩(wěn)定,各模塊間銜接順暢,基本達(dá)到了設(shè)計(jì)要求。該系統(tǒng)可單機(jī)操作,通過網(wǎng)絡(luò)(服務(wù)器)可進(jìn)行多人、多機(jī)、多任務(wù)協(xié)作,在不聯(lián)網(wǎng)的情況下,也可實(shí)現(xiàn)多人、多組、多機(jī)同時進(jìn)行現(xiàn)場扦樣工作,不僅能滿足種子質(zhì)量監(jiān)督抽查中大批量扦樣工作需求,還適用于由多家機(jī)構(gòu)共同承擔(dān)的監(jiān)督抽查工作的需要。
6開發(fā)經(jīng)驗(yàn)和建議
種子檢驗(yàn)、軟件開發(fā)均具有很強(qiáng)的專業(yè)性,在軟件開發(fā)時,軟件制作人員要了解種子檢驗(yàn)業(yè)務(wù),參與開發(fā)的軟件使用人員要具有豐富的種子檢驗(yàn)及業(yè)務(wù)管理工作經(jīng)驗(yàn),熟悉種子檢驗(yàn)相關(guān)的法律法規(guī)、技術(shù)規(guī)范和技術(shù)標(biāo)準(zhǔn)。軟件制作過程中需要雙方通力合作,共同構(gòu)想、設(shè)計(jì),實(shí)時交流、溝通,要經(jīng)過反復(fù)測試,不斷完善。據(jù)了解,目前國內(nèi)已有多家機(jī)構(gòu)開發(fā)了種子檢驗(yàn)管理系統(tǒng)軟件,由于各家機(jī)構(gòu)在軟件開發(fā)時都是結(jié)合自身的種子檢驗(yàn)工作需要而開發(fā)的軟件平臺,因此難以大范圍推廣,造成人力、物力、財(cái)力的浪費(fèi)。在軟件設(shè)計(jì)開發(fā)過程中,筆者也遇到了一些技術(shù)問題,如品種純度田間小區(qū)種植鑒定項(xiàng)目,涉及變異株(非典型株)、雜株、異品種、本作物總株數(shù)、鑒定株數(shù)等多種術(shù)語,小區(qū)種植是否設(shè)置重復(fù),最終結(jié)果、容許誤差如何計(jì)算,這些問題在《農(nóng)作物種子檢驗(yàn)規(guī)程》及實(shí)施指南、《農(nóng)作物種子檢驗(yàn)員考核學(xué)習(xí)讀本》等主要檢驗(yàn)指導(dǎo)書中沒有明確的規(guī)定,各省制定的純度鑒定地方標(biāo)準(zhǔn)也不統(tǒng)一,給軟件設(shè)計(jì)造成了一定的困惑。因此筆者建議,從國家層面組織開發(fā)一個具有權(quán)威性的種子檢驗(yàn)信息管理系統(tǒng)應(yīng)用平臺,并在全國各級種子檢驗(yàn)機(jī)構(gòu)中推廣應(yīng)用,真正實(shí)現(xiàn)國內(nèi)種子檢驗(yàn)工作的規(guī)范化、標(biāo)準(zhǔn)化。
作者:王成順 袁剛 單位:秦皇島市種子管理總站
基于LabVIEW的舵機(jī)自動加載測試系統(tǒng)軟件設(shè)計(jì)探究 篇4
摘 要:網(wǎng)絡(luò)信息技術(shù)的普及使人們的生活和工作更加便捷,同時促進(jìn)了生產(chǎn)技術(shù)的智能化。系統(tǒng)軟件設(shè)計(jì)依賴于軟件工程技術(shù),需要從實(shí)際的應(yīng)用需求進(jìn)行系統(tǒng)軟件架構(gòu)和功能設(shè)計(jì)。系統(tǒng)軟件具有復(fù)雜性和特殊性,如何控制和管理系統(tǒng)軟件的開發(fā)以及運(yùn)用十分重要,甚至直接關(guān)系到軟件開發(fā)的成敗。文章探究了軟件工程技術(shù)在系統(tǒng)軟件開發(fā)中的應(yīng)用,以期對提高軟件開發(fā)的效益能有所助力。
關(guān)鍵詞:工程技術(shù);網(wǎng)絡(luò)信息;軟件開發(fā)
隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展,計(jì)算機(jī)在人們的生產(chǎn)生活中廣泛應(yīng)用,計(jì)算機(jī)系統(tǒng)軟件是計(jì)算機(jī)軟件系統(tǒng)的核心,系統(tǒng)軟件的開發(fā)和運(yùn)用已經(jīng)成為推動互聯(lián)網(wǎng)發(fā)展的重要力量,是目前社會生產(chǎn)和生活方面較為重要的工具。目前,隨著我國互聯(lián)網(wǎng)的普遍應(yīng)用,已逐漸將軟件工程技術(shù)應(yīng)用于系統(tǒng)軟件開發(fā)中,為了使系統(tǒng)軟件開發(fā)的質(zhì)量和水平能夠得到更好地提升,滿足當(dāng)今社會越來越多樣化和專業(yè)化的應(yīng)用需求,需要我們注重軟件工程技術(shù)在系統(tǒng)軟件開發(fā)中所起的重要作用,并且使用這種方式可以很好地提升系統(tǒng)軟件開發(fā)的效率和效益,更好地實(shí)現(xiàn)系統(tǒng)軟件開發(fā)的人性化和信息化。為了促進(jìn)系統(tǒng)軟件的高效發(fā)展,需要研究在系統(tǒng)軟件開發(fā)中軟件工程技術(shù)的應(yīng)用。所以,以現(xiàn)有的技術(shù)條件為基礎(chǔ)研究怎樣加強(qiáng)軟件工程技術(shù)在軟件系統(tǒng)開發(fā)過程中所起的作用便顯得更為重要。更重要的是,合理地運(yùn)用軟件工程技術(shù),能夠真正地加快系統(tǒng)軟件開發(fā)的研究進(jìn)程,實(shí)現(xiàn)系統(tǒng)軟件智能化和人性化發(fā)展。
1 傳統(tǒng)軟件的應(yīng)用程序以及軟件開發(fā)
1.1 傳統(tǒng)的軟件工程
目前新形勢下,由于軟件工程技術(shù)的快速發(fā)展,導(dǎo)致傳統(tǒng)的軟件應(yīng)用程序以及軟件開發(fā)不能夠很好地適應(yīng)其需求。因此,通過對傳統(tǒng)軟件應(yīng)用程序和軟件開發(fā)的探討與分析,并且在原有的基礎(chǔ)上對其進(jìn)行改進(jìn),為了更好地應(yīng)用軟件工程技術(shù)進(jìn)行系統(tǒng)軟件開發(fā),需要軟件工程技術(shù)的知識儲備,以便更好地為系統(tǒng)軟件的開發(fā)做準(zhǔn)備。傳統(tǒng)軟件開發(fā)的過程中最重要的環(huán)節(jié)之一就是開發(fā)周期模型。根據(jù)軟件工程思想,傳統(tǒng)的軟件生存期模型的獲得經(jīng)過了大量的復(fù)雜計(jì)算。開發(fā)周期模型包括:演化模型、螺旋模型、瀑布模型和增量模型集中。在軟件開發(fā)的實(shí)際應(yīng)用過程中,這些模型都存在一定程度上的缺陷[1]。
1.2 對軟件應(yīng)用系統(tǒng)的分析及運(yùn)用
針對軟件開發(fā)周期,一般情況下如果軟件研發(fā)的周期長,應(yīng)用程序復(fù)雜,這樣就使現(xiàn)代企業(yè)對軟件應(yīng)用程序的需求產(chǎn)生了一定的影響。所以,系統(tǒng)軟件開發(fā)作為一種全新的軟件開發(fā)模式,將軟件作為其構(gòu)建的基礎(chǔ),在數(shù)據(jù)信息處理方面具有很強(qiáng)的能力,主要的表現(xiàn)形式之一為頁面,可以滿足不同軟件使用者的需求。同時,軟件設(shè)計(jì)人員根據(jù)自身的能力,將各類技術(shù)與軟件功能進(jìn)行靈活地整合研究,從而大大縮短軟件的應(yīng)用周期,使系統(tǒng)軟件應(yīng)用程序更加簡潔。軟件開發(fā)是個系統(tǒng)工程,而且傳統(tǒng)的軟件開發(fā)不僅周期長、程序復(fù)雜,而且軟件的更新?lián)Q代速度慢,很難適應(yīng)當(dāng)今經(jīng)濟(jì)社會快速發(fā)展的需求。對于系統(tǒng)軟件開發(fā),一種新的軟件開發(fā)模式以軟件作為架構(gòu)的基礎(chǔ),更加高效地對數(shù)據(jù)進(jìn)行處理,通過頁面進(jìn)行展示,并且使用相關(guān)技術(shù)對軟件功能進(jìn)行科學(xué)的整合,目的是為了滿足不同使用者的需求,從而提高軟件開發(fā)的速度,更加簡潔地設(shè)計(jì)程序,使軟件的實(shí)用性更高。
2 軟件工程技術(shù)
2.1 軟件開發(fā)模型
軟件應(yīng)用系統(tǒng)的開發(fā)與傳統(tǒng)軟件開發(fā)的特征有所不同。一般情況下,軟件工程包括:開發(fā)過程模型、項(xiàng)目管理模型和組織公共模型等3個不同的模型體系。在開發(fā)過程中的模型構(gòu)建,主要是為了分析軟件應(yīng)用和開發(fā)的周期;在項(xiàng)目管理模型方面,主要是為了介紹軟件的開發(fā)流程和管理制度;而組織公共模型融合了上述的兩個模型體系,并且貫穿于整個系統(tǒng)軟件的開發(fā)過程中,只有這樣才能更好地推動軟件工程技術(shù)在軟件開發(fā)中的運(yùn)用。不僅如此,在軟件開發(fā)過程中對于人員的管理和材料的管理有所不同。軟件工程技術(shù)本質(zhì)是通過工程化的管理方法來實(shí)現(xiàn)軟件開發(fā)的管理和控制。因此,在軟件工程技術(shù)的運(yùn)用過程中,必須要對軟件開發(fā)中的問題進(jìn)行控制,以此來達(dá)到既定的目標(biāo)。
2.2 軟件開發(fā)過程的技術(shù)管理
在軟件工程和軟件開發(fā)的過程中往往都會遇到很多復(fù)雜的理論與各種結(jié)構(gòu)上的問題。對應(yīng)的保密與管理工作之所以顯得很重要是因?yàn)榭茖W(xué)技術(shù)具有復(fù)雜性。軟件應(yīng)用系統(tǒng)的開發(fā)具有兩個局限,一是企業(yè)自主研發(fā)能力的缺陷;二是知識產(chǎn)權(quán)保護(hù)體系的欠缺[2]。
3 系統(tǒng)軟件開發(fā)運(yùn)用中系統(tǒng)軟件工程技術(shù)應(yīng)遵循的原則
3.1 科學(xué)性原則
為了能夠保證系統(tǒng)軟件開發(fā)滿足人們的實(shí)際需求,對系統(tǒng)軟件的開發(fā)要遵守科學(xué)性的原則,必須使用更加專業(yè)的技能和開發(fā)流程。開發(fā)者以科學(xué)手段和科學(xué)理念為指導(dǎo)對系統(tǒng)軟件進(jìn)行開發(fā),保證系統(tǒng)軟件的開發(fā)更加科學(xué)高效,同時,在系統(tǒng)軟件的開發(fā)過程中是否堅(jiān)持科學(xué)性原則也考驗(yàn)了企業(yè)軟件開發(fā)管理和工作者的專業(yè)素質(zhì)。
3.2 實(shí)用性原則
提高人們生產(chǎn)生活的效率以及為經(jīng)濟(jì)社會的發(fā)展服務(wù)是系統(tǒng)軟件開發(fā)的目的。系統(tǒng)軟件的開發(fā)一定要遵循實(shí)用性原則,因?yàn)檐浖?開發(fā)需要大量資金。堅(jiān)持實(shí)用性原則不僅可以降低系統(tǒng)軟件開發(fā)的成本,又可以減少資金的投入和消耗,同時也提高系統(tǒng)軟件開發(fā)效益。因此,堅(jiān)持實(shí)用性原則在提高企業(yè)運(yùn)行效益的同時也促進(jìn)了軟件開發(fā)企業(yè)的健康發(fā)展。
4 軟件開發(fā)過程中軟件工程技術(shù)的作用
由于軟件工程技術(shù)的復(fù)雜性和特殊性使其理論在軟件開發(fā)和運(yùn)用過程中的應(yīng)用是相當(dāng)復(fù)雜的。這就需要軟件工程師自己一定要有深厚的理論知識以便解決軟件開發(fā)過程中所遇到的困難和不足,并能及時采取科學(xué)的方法來解決問題,進(jìn)而實(shí)現(xiàn)軟件工程技術(shù)理論在軟件開發(fā)過程中的科學(xué)運(yùn)用。開發(fā)者需要對傳統(tǒng)軟件開發(fā)模式進(jìn)行非常全面的了解,同時堅(jiān)持以科學(xué)性原則為指導(dǎo),避免傳統(tǒng)軟件開發(fā)模式的弊端,采取多種形式,在系統(tǒng)開發(fā)中更高效科學(xué)地應(yīng)用軟件工程技術(shù)理論[3]。
4.1 構(gòu)建科學(xué)的軟件模型endprint
軟件工程技術(shù)具有特殊性,與傳統(tǒng)軟件的開發(fā)和應(yīng)用系統(tǒng)的設(shè)計(jì)有著很大的區(qū)別,通過科學(xué)的手段構(gòu)建開發(fā)模式來提高軟件工程技術(shù)理論在系統(tǒng)軟件開發(fā)中的效率。科學(xué)地分析系統(tǒng)軟件應(yīng)用程序,全面評估開發(fā)周期、開發(fā)流程和開發(fā)重點(diǎn),在此基礎(chǔ)上對軟件開發(fā)模式進(jìn)行構(gòu)建,保證了模型的有效性。設(shè)計(jì)項(xiàng)目管理模式和組織模式,保證軟件開發(fā)的質(zhì)量,并且及時糾正軟件開發(fā)模式中的各種差錯,按照計(jì)劃進(jìn)行,保證及時完成軟件開發(fā)。
4.2 軟件設(shè)計(jì)程序的研發(fā)
在軟件的更新當(dāng)中,切實(shí)準(zhǔn)確地對軟件的性能和研究方向進(jìn)行預(yù)判,簡單來說就是在更新的應(yīng)用程序上包含了之前軟件開發(fā)中的各個方面。因此,在進(jìn)行軟件應(yīng)用程序的研發(fā)之前需要對軟件設(shè)計(jì)者的實(shí)際需求進(jìn)行分析,能夠及時高效地針對軟件使用者的實(shí)際需求作出相應(yīng)的調(diào)整,目的是為了能更好地發(fā)揮軟件應(yīng)用程序的優(yōu)勢。在此基礎(chǔ)上,科學(xué)地組織相應(yīng)的技術(shù)人員對相應(yīng)的數(shù)據(jù)進(jìn)行處理,以便能夠更好地為后續(xù)階段的軟件使用需求進(jìn)行重點(diǎn)調(diào)整,及時加強(qiáng)其對性能測試的研究。但是,在這一過程中,我們需要清楚地明白軟件應(yīng)用程序開發(fā)的目標(biāo)主要是為了能夠滿足軟件使用者的實(shí)際需求,在應(yīng)用界面設(shè)計(jì)上進(jìn)行相應(yīng)的調(diào)整。簡而言之,軟件設(shè)計(jì)師則必須要對軟件使用者的實(shí)際需求進(jìn)行全面了解,及時了解軟件使用者的重要內(nèi)容及其軟件設(shè)計(jì)的核心內(nèi)容,將其安排在軟件的合理位置上。利用這種優(yōu)化方式,讓用戶能夠充分地感受到軟件系統(tǒng)的人性化,從而不斷提升用戶對系統(tǒng)軟件的使用頻率,實(shí)現(xiàn)軟件應(yīng)用程序開發(fā)的高效性。
5 結(jié)語
軟件應(yīng)用程序開發(fā)是我國的一種新興產(chǎn)業(yè)。目前,軟件應(yīng)用程序的開發(fā)仍然存在很多不足,需要對其進(jìn)行優(yōu)化。但是,由于我國高新系統(tǒng)軟件技術(shù)的不斷發(fā)展,進(jìn)而推動了系統(tǒng)軟件工程的開發(fā)。隨著軟件工程技術(shù)的不斷融入,軟件系統(tǒng)的程序設(shè)計(jì)將會變得更加復(fù)雜。為了在一定程度上促進(jìn)軟件工程技術(shù)的創(chuàng)新,不斷提升系統(tǒng)軟件工程管理的效率,需要我們加速計(jì)算機(jī)硬件的升級,充分的利用計(jì)算機(jī)硬件。現(xiàn)在有很多與軟件研發(fā)相關(guān)的研究論文,相關(guān)的理論也在不斷完善之中,深入探索現(xiàn)有的技術(shù)與社會發(fā)展需求之間的關(guān)系,才能設(shè)計(jì)和研發(fā)出適應(yīng)社會需求的軟件程序。軟件工程管理與開發(fā)技術(shù)之間存在著非常緊密的聯(lián)系,因此要對相應(yīng)的軟件開發(fā)技術(shù)進(jìn)行不斷改進(jìn),才能更好地為人們的生活帶來便捷。
基于LabVIEW的舵機(jī)自動加載測試系統(tǒng)軟件設(shè)計(jì)探究 篇5
摘要:計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)的設(shè)計(jì)首先應(yīng)該對其總體方案進(jìn)行規(guī)劃,搭建好硬件平臺,選擇C/S的通信模式,再設(shè)計(jì)出系統(tǒng)工作的流程,并根據(jù)流程對系統(tǒng)功能模塊劃分為基于服務(wù)器平臺的系統(tǒng)管理模塊、分析診斷模塊和網(wǎng)絡(luò)通信模塊,以及基于客戶端平臺的網(wǎng)絡(luò)通信模塊、檢測資源模塊和檢測執(zhí)行模塊。最后再對計(jì)算機(jī)網(wǎng)絡(luò)自動控制系統(tǒng)軟件程度的數(shù)據(jù)庫、組件之間的通信、服務(wù)器和客戶端程序分別進(jìn)行設(shè)計(jì)。
關(guān)鍵詞:自動檢測控制系統(tǒng);軟件開發(fā);C/S模型
中圖分類號:TP311 文獻(xiàn)標(biāo)識碼:A 文章編號:1009-3044(2017)26-0034-02
計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)是計(jì)算機(jī)網(wǎng)絡(luò)通信技術(shù)與虛擬儀器技術(shù)發(fā)展的必然趨勢,因此有必要對其開發(fā)設(shè)計(jì),特別是系統(tǒng)軟件的開發(fā)設(shè)計(jì)進(jìn)行深入研究。
1 計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)的總體方案
1.1 總體結(jié)構(gòu)
計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)軟件開發(fā),首先需要對其總體方案的進(jìn)行規(guī)劃設(shè)計(jì)。在此,其總體結(jié)構(gòu)采用圖一的組網(wǎng)方式,通過就不同地區(qū)的檢測設(shè)備用戶端采集其所在的單元對象的相關(guān)數(shù)據(jù),相關(guān)數(shù)據(jù)通過計(jì)算機(jī)網(wǎng)絡(luò)傳遞給服務(wù)器,再由服務(wù)器對用戶數(shù)據(jù)信息進(jìn)行分析處理后傳遞給相關(guān)用戶。
系統(tǒng)在自動檢測的過程中,需要整個自動檢測控制系統(tǒng)協(xié)同工作,設(shè)備用戶端負(fù)責(zé)用戶接口處理,同時控制對應(yīng)檢測單元;系統(tǒng)實(shí)現(xiàn)檢測功能的關(guān)鍵環(huán)節(jié)就是檢測單元,它通過相關(guān)接口與被檢測單元先連,以此來采集輸入信號,并輸出激勵信號;檢測控制系統(tǒng)的核心是服務(wù)器端,它需要對用戶端收集到的客戶信息進(jìn)行分析處理,并將結(jié)果返回給客戶端;連接客戶端與服務(wù)器端的是計(jì)算機(jī)網(wǎng)絡(luò)通信,這就需要二者支持同一網(wǎng)絡(luò)協(xié)議,確保在整個網(wǎng)絡(luò)中能進(jìn)行通信;計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)中還有一個重要的組成部分就是數(shù)據(jù)庫,它用戶儲存用戶信息、設(shè)備信息及檢測記錄等,由服務(wù)器來進(jìn)行相關(guān)數(shù)據(jù)的讀寫工作。
1.2 硬件平臺
設(shè)計(jì)好整個系統(tǒng)結(jié)構(gòu)之后,就要搭建相應(yīng)的硬件平臺。根據(jù)上述的結(jié)構(gòu)及性能要求,硬件平臺包括五個部分:開關(guān)系統(tǒng)、檢測控制器、檢測總線、檢測儀器資源和信號接口裝置。當(dāng)前,基于PXI和VXI的總線檢測系統(tǒng)的檢測范圍和檢測能力都得到了很大的拓展。因此,在硬件選擇上通常采用基于PXI總線的NI模塊集成的機(jī)箱檢測設(shè)備作為主體平臺,再基于該主體平臺設(shè)計(jì)出對應(yīng)的公共接口裝置、接口適配器、測試探筆和探針、UUT即可。
1.3 通信模式
在通信模式的選擇上,選擇當(dāng)前最為常見的C/S模式。在C/S通信模式當(dāng)中,不同的計(jì)算機(jī)可以執(zhí)行不同的功能,實(shí)現(xiàn)不同的用戶與服務(wù)器角色,從而通過服務(wù)器為客戶端的虛擬儀器應(yīng)用進(jìn)程提供服務(wù)。
2 系統(tǒng)軟工作流程及其功能模塊分析
2.1 系統(tǒng)軟件工作流程的分析
計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)對軟件設(shè)計(jì)的基本要求是安全、可靠、有效、開放、實(shí)時和可維護(hù)。其軟件的具體工作流程為:第一步,客戶端用戶登錄測試體系統(tǒng);第二步用戶驗(yàn)證后啟動并請求連接遠(yuǎn)程服務(wù)器;第三步,遠(yuǎn)程服務(wù)器連接成功后,用戶即登錄成功;第四步,用戶完成被測試對象與測試設(shè)備的對應(yīng)接口連接;第五步,用戶配置檢測激勵信號控制系統(tǒng)執(zhí)行相關(guān)的檢測操作;第六步,系統(tǒng)自動將檢測數(shù)據(jù)通過已經(jīng)連接的網(wǎng)絡(luò)通道傳送給遠(yuǎn)程服務(wù)器;第七步,遠(yuǎn)程服務(wù)器調(diào)用檢測診斷程序?qū)z測數(shù)據(jù)進(jìn)行分析處理;第八步,遠(yuǎn)程服務(wù)器向客戶端返回已經(jīng)做好的數(shù)據(jù)處理結(jié)果;最后,客戶端顯示出檢測的診斷結(jié)果。該工作流程涉及的主要部分為遠(yuǎn)程服務(wù)器、檢測用戶端和檢測設(shè)備,其所需的功能模塊包括服務(wù)器的運(yùn)算模塊、客戶端的檢測模塊和實(shí)現(xiàn)客戶端與服務(wù)器之間的網(wǎng)絡(luò)通信模塊。
2.2 系統(tǒng)軟件功能模塊分析
根據(jù)計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)的功能需求情況,可以將軟件功能模塊劃分為基于服務(wù)器平臺的系統(tǒng)管理模塊、分析診斷模塊和網(wǎng)絡(luò)通信模塊,以及基于客戶端平臺的網(wǎng)絡(luò)通信模塊、檢測資源模塊和檢測執(zhí)行模塊幾個部分。
1) 系統(tǒng)管理模塊
系統(tǒng)管理模塊包括設(shè)備管理、操作管理、操作人員管理、檢測任務(wù)管理和檢測診斷程序管理五個部分。設(shè)備管理的功能為對設(shè)備用戶端的配置狀況進(jìn)行記錄,當(dāng)變更和刪除廢除客戶端信息;操作管理的具體功能為接收、分析和診斷用戶的遠(yuǎn)程登錄請求命令,并調(diào)用相關(guān)的程序執(zhí)行對應(yīng)的請求命令;操作人員管理的功能是管理系統(tǒng)操作人員的相關(guān)信息;檢測任務(wù)管理的功能是對每項(xiàng)分析診斷結(jié)果和檢測記錄進(jìn)行管理,同時完成相關(guān)信息在數(shù)據(jù)庫中的保存;檢測診斷程序管理的功能為對檢測分析診斷程序進(jìn)行管理。
2) 分析診斷模塊
分析診斷模塊的主要功能是對客戶端存在的故障提供在線支持診斷服務(wù),幫助實(shí)現(xiàn)檢測控制系統(tǒng)的故障定位與隔離,還可以提供對應(yīng)的專家系統(tǒng)支持功能。
3) 網(wǎng)絡(luò)通信模塊
網(wǎng)絡(luò)通信模塊包括網(wǎng)絡(luò)通信的連接和數(shù)據(jù)的發(fā)送與接收三個部分。通信連接服務(wù)器與客戶端之間數(shù)據(jù)傳送提供通信通道。數(shù)據(jù)分析與接收除了要具備數(shù)據(jù)傳輸?shù)淖饔,還要建立緩沖區(qū),數(shù)據(jù)接收時將用戶端傳送的數(shù)據(jù)放入對應(yīng)的緩沖區(qū)以等待分析處理;數(shù)據(jù)發(fā)送時,則將緩沖區(qū)中的數(shù)據(jù)發(fā)送到用戶端中。
4) 檢測資源模塊
檢測資源模塊通過適配器的模塊文件來儲存適配器的.描述和信息。用戶能夠?qū)ε渲媚P臀募、適配器文件和器件配置文件進(jìn)行修改,同時處理適配器模型文件,綜合適配器模型中的文件信息,連接數(shù)據(jù)庫,從而完成計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)的校驗(yàn)與檢測工作。
5) 檢測執(zhí)行模塊
檢測執(zhí)行模塊包括檢測控制和激勵信號配置兩個部分。檢測控制負(fù)責(zé)各檢測系統(tǒng)及其資源的控制,借助于輸入的激勵信號采集的輸出響應(yīng)信號來完成相關(guān)檢測任務(wù)。激勵信號配置的功能則是在軟件平臺當(dāng)中根據(jù)檢測任務(wù)對配置檢測設(shè)備的激勵信號。endprint
3 計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)的軟件設(shè)計(jì)
3.1 數(shù)據(jù)庫設(shè)計(jì)
計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)中一個重要組成部分就是數(shù)據(jù)庫,因此對檢測控制系統(tǒng)設(shè)計(jì)中數(shù)據(jù)庫設(shè)計(jì)是非常重要的。對此可以采用數(shù)據(jù)庫VItest管理檢測控制信息。當(dāng)中包括的信息表格包括設(shè)備信息表、用戶信息表和服務(wù)程序列表。如用戶信息表應(yīng)該包含用戶標(biāo)識ID、用戶名、密碼、注冊時間、真實(shí)姓名和用戶類型六個字段。系統(tǒng)需要維護(hù)用戶登錄退出和增減用戶等信息。
3.2 組件之間的通信實(shí)現(xiàn)設(shè)計(jì)
系統(tǒng)組件之間的通信可以采用DSTP協(xié)議來完成,它支持多種數(shù)據(jù)傳輸協(xié)議,因此可以根據(jù)不同的URL來按段不同的協(xié)議。數(shù)據(jù)收發(fā)通信是相互獨(dú)立,因此可以只分析某一個數(shù)據(jù)項(xiàng)的設(shè)計(jì)。
3.3 服務(wù)器設(shè)計(jì)
服務(wù)器程序的設(shè)計(jì)包括多線程的設(shè)計(jì)與實(shí)現(xiàn)。在計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)中可能面臨同時處理多個用戶的請求,因此需要采用并發(fā)處理的方式來解決多任務(wù)的工作方式,并發(fā)處理比循環(huán)處理的執(zhí)行效率更高,響應(yīng)速度更快。VI服務(wù)器利用并發(fā)處理方式可以同時實(shí)現(xiàn)設(shè)備管理和用戶管理等功能,其主要的線程包括處理用戶請求線程、服務(wù)程序管理線程、設(shè)備管理線程、連接用戶客戶端、初始化VI服務(wù)器。線程之間通過內(nèi)存交換參數(shù)來完成通訊,多線程間的同步工作則由事件觸發(fā)來控制實(shí)現(xiàn)。
多線程的實(shí)現(xiàn)需要完成四個功能:初始化系統(tǒng);建立通信連接,等待登錄;驗(yàn)證用戶身份;根據(jù)請求分配對應(yīng)的處理線程。
3.4 客戶端設(shè)計(jì)
根據(jù)檢測控制系統(tǒng)的功能特點(diǎn)及需求情況,客戶的程序采用多線程技術(shù)的方式來進(jìn)行設(shè)計(jì)。它能夠確保不同的激勵信號的同時輸入、采集及完成數(shù)據(jù)通信。客戶端程序的工作流程為:用戶登錄→身份驗(yàn)證→系統(tǒng)控制界面→選擇對應(yīng)的程序(包括用戶管理、遠(yuǎn)程連接、信號采集、模擬輸入、模擬輸出、信號配置和結(jié)果發(fā)布)。在面板設(shè)計(jì)上,可以利用多面板的人機(jī)界面,這樣可以確保操作界面的簡潔方便。同時各功能VI的動態(tài)載入則采用LabVIEW的SubPanel方法節(jié)點(diǎn),這樣可以降低系統(tǒng)的內(nèi)存占用,從而提高整個系統(tǒng)的運(yùn)行效率。
客戶端程序主要包括激勵信號配置VI模塊、響應(yīng)信號采集VI模塊、用戶登錄VI模塊和用戶管理VI模塊四個模塊設(shè)計(jì)。激勵信號配置VI模塊采用條件結(jié)構(gòu)和事件結(jié)構(gòu)的程度設(shè)計(jì),用戶能夠通過系統(tǒng)的信號配置面板來修改激勵信號的相關(guān)參數(shù);響應(yīng)信號采集VI模塊通過電流電壓測量程序、模擬信號測量程序、動態(tài)數(shù)據(jù)采集程序和信號采集程度五個模塊分別對靜態(tài)數(shù)據(jù)進(jìn)行采集,這五個模塊程序之間相互獨(dú)立;用戶登錄VI模塊是獨(dú)立功能的一個模塊,它將信息儲存在數(shù)據(jù)庫當(dāng)中,只要訪問用戶信息數(shù)據(jù)庫就能完成對用戶身份的驗(yàn)證,如果驗(yàn)證值為真,則可以登錄啟動系統(tǒng);用戶管理VI模塊采用的條件結(jié)構(gòu)的程序設(shè)計(jì),主要用于增加用戶、刪除用戶、密碼修改等用戶信息的管理。
4 結(jié)束語
計(jì)算機(jī)網(wǎng)絡(luò)自動檢測控制系統(tǒng)的設(shè)計(jì)首先應(yīng)該對其總體方案進(jìn)行規(guī)劃,搭建好硬件平臺,選擇C/S的通信模式,再設(shè)計(jì)出系統(tǒng)工作的流程,并根據(jù)流程對系統(tǒng)功能模塊劃分為基于服務(wù)器平臺的系統(tǒng)管理模塊、分析診斷模塊和網(wǎng)絡(luò)通信模塊,以及基于客戶端平臺的網(wǎng)絡(luò)通信模塊、檢測資源模塊和檢測執(zhí)行模塊。最后再對計(jì)算機(jī)網(wǎng)絡(luò)自動控制系統(tǒng)軟件程度的數(shù)據(jù)庫、組件之間的通信、服務(wù)器和客戶端程序分別進(jìn)行設(shè)計(jì),檢測控制系統(tǒng)在設(shè)計(jì)完成后還需要對其進(jìn)行測量,通?梢圆捎貌ㄐ挝募臏y量方式來進(jìn)行。
參考文獻(xiàn):
[1] 沙曉光, 陳國順, 王格芳. 基于C/S與B/S混合結(jié)構(gòu)的測試診斷網(wǎng)絡(luò)研究[J].計(jì)算機(jī)測量與控制, 2005, 13(5):401-402.
[2] 李勇, 呂永衛(wèi). 基于網(wǎng)絡(luò)遠(yuǎn)程測試診斷系統(tǒng)的研究[J].計(jì)算機(jī)測量與控制, 2005, 13(10):1040-1043.
基于LabVIEW的舵機(jī)自動加載測試系統(tǒng)軟件設(shè)計(jì)探究 篇6
自動測試系統(tǒng)(ATS,Automatic Test System)是裝備形成戰(zhàn)斗力的重要保證,儀器的可互換性和測試程序集(TPS,Test Program Set)的重用性、可移植性是通用ATS的重要指標(biāo)。當(dāng)前,ATS軟件的開發(fā)方式有“面向儀器”和“面向信號”兩種,面向儀器的TPS開發(fā)基于儀器,很難從本質(zhì)上反映被測設(shè)備測試需求,加上儀器種類繁多,功能各異,因此很難實(shí)現(xiàn)互換,軟件通和性差;面向信號的開發(fā)方式基于被測對象(UUT,Unit Under Test)的測試需求和測試資源的測試/激勵能力,解決了需求與供應(yīng)之間的矛盾,通用性強(qiáng)。應(yīng)用在ATS中的軟件技術(shù)經(jīng)歷了過程編程語言(如C)、Windows DLL、面向?qū)ο缶幊?OO)、組件對象模型(COM)的漫長發(fā)展過程。COM采用面向?qū)ο蟮能浖O(shè)計(jì)思想,以標(biāo)準(zhǔn)接口提供功能調(diào)用,實(shí)現(xiàn)了程序的模塊化、通用性設(shè)計(jì)。近期出現(xiàn)的ATLAS 2K(Abbreviated Test Language for All System 2000版本)語言和IVI-Signal Interface標(biāo)準(zhǔn)均基于COM技術(shù),二者結(jié)合,給通用ATS軟件設(shè)計(jì)提供了解決方案。
1 ATLAS 2K
1962年,為了描述UUT的測試需求,美國的ARINC(Aeronautical Radio Incorporation)公司開始發(fā)展ATLAS(Abbreviated Test Language for Avionics System)語言,并于1968年定下ARINC Std 416-1標(biāo)準(zhǔn)。ATLAS獨(dú)立于測試設(shè)備,提供了一種在UUT工程師、TPS開發(fā)人員和TPS最終用戶之間明確傳送信息的方式。ATLAS用標(biāo)準(zhǔn)信號和基于事件的表達(dá)方式描述UUT的測試需求,通過編譯器,這些描述代碼可在指定的ATS上執(zhí)行。
進(jìn)入20世紀(jì)90年代以來,隨著技術(shù)更新的加快和測試需求的增長,ATLAS暴露出了很多問題,比如:更新速度慢;開發(fā)工具昂貴;ATLAS體系龐大、模糊等。這一切限制了ATLAS的進(jìn)一步發(fā)展。ATLAS 2K是由Test Description Sub-Committee of SCC 20在ATLAS的基礎(chǔ)上制訂的新標(biāo)準(zhǔn),它采用SMML(Signal and Method Modeling Language)語言和面向?qū)ο蠹夹g(shù),給ATLAS語言減了肥,優(yōu)化了程序結(jié)構(gòu),增強(qiáng)了對UUT測試需求描述的準(zhǔn)確性;并且可在任何支持COM技術(shù)的平臺上使用圖形工具進(jìn)行編程,簡化了程序設(shè)計(jì)。
1.1 ATLAS 2K模型
ATLAS 2K模型建立在層狀信號組件模型之上,由信號基類、基本信號組件和復(fù)合信號組件三層組成。
圖1給出了用SMML語言構(gòu)建的類名為SignalFunction的信號基類模型。SMML源于Haskell Function Language,提供了用于描述信號屬性和方法的.機(jī)制,通過制定語法規(guī)則和大量預(yù)定義動作來實(shí)現(xiàn)對信號類的定義。通常情況下,信號基類包括信號輸入端(In)、事件輸入端(Sync)、信號輸出端(Out)、控制參數(shù)輸入端(屬性)、被測信號輸出端(Value)等功能接口。當(dāng)然,不同類型的信號也可以包括不同的接口,如激勵信號類可以沒有In接口、Value只對傳器信號有效等。
信號(Signal)和事件(Event)是標(biāo)準(zhǔn)化的信號類接口,組成元素包括屬性和方法。屬性標(biāo)志著信號對象的當(dāng)前狀態(tài),如運(yùn)行、暫停、停止等;方法則實(shí)現(xiàn)在狀態(tài)之間切換。
信號基類模型提供了消息(連續(xù)的為信號,離散的為事件)傳送機(jī)制,用來改變信號對象的狀態(tài)和行為。信號對象可以通過In/Sync接口接收其它對象送來的消息,也可以把消息通過Out接口傳遞給其它對象。例如,一個Ready事件可把信號對象由停止(Stop)狀態(tài)變?yōu)檫\(yùn)行(Run)狀態(tài);一個Active事件可以讓傳感器信號對象執(zhí)行數(shù)據(jù)采集操作等。
信號類經(jīng)例化后,可以仿真某些角色信號(如激勵信號、測試信號、事件調(diào)節(jié)器信號、信號調(diào)節(jié)器信息等)、UUT節(jié)點(diǎn)等。
ATLAS 2K模型的基本信號組件層提供了可重用、經(jīng)格式化描述的基本信號(底層信號),它們是基于COM技術(shù)的對信號類繼承、封裝并進(jìn)一步標(biāo)準(zhǔn)化的產(chǎn)物。每個基本信號組合件都存在一個靜態(tài)SMML描述和一個抽象的運(yùn)行期控制模型,前者定義信號特片,后者在某一特定ATS中定義信號的行為。通過這些基本信號組件可以定義所有較高層的信號。
ATLAS 2K模型的復(fù)合信號組件庫與ATLAS的EXTEND功能類似,通過定義基本信號組件產(chǎn)生的復(fù)合信號和使用這些信號的規(guī)則,實(shí)現(xiàn)了對信號的擴(kuò)展。圖2給出了由基本信號組件1和2實(shí)現(xiàn)復(fù)合信號n的示意圖。復(fù)合信號組件可以仿真復(fù)雜信號,如射頻(RF)信號、數(shù)據(jù)總線信號等。
1.2 ATLAS 2K的工程應(yīng)用
在支持COM組件開發(fā)的編程平臺(如VC++、VB等和相應(yīng)開發(fā)工具的支持下,ATLAS 2K可應(yīng)用在“面向信號”的ATS設(shè)計(jì)中。具體應(yīng)用如下:裝配信號組件實(shí)現(xiàn)對UUT的測試需求描述,生成ATLAS 2K TPS;通過編譯器編譯后,轉(zhuǎn)變成能在ATS上執(zhí)行的代碼;在充分考慮自身時序要求和儀器功能限制的前提下,實(shí)現(xiàn)與特定ATS的集成。
下面的VB代碼給出了應(yīng)用信號組件在某一測試節(jié)點(diǎn)PL-1上建立和撤銷一個振幅為0.5V、頻率為1000Hz的信號的全過程。
ATLAS 2K作為測試標(biāo)準(zhǔn)信號,實(shí)現(xiàn)了代碼重用和移植。對于新ATS,只要結(jié)合新測試資源信息,對ATLAS 2K代碼重新編譯就可在新系統(tǒng)中運(yùn)行。
基于LabVIEW的舵機(jī)自動加載測試系統(tǒng)軟件設(shè)計(jì)探究 篇7
在當(dāng)今信息社會,管理科學(xué)與信息技術(shù)相互影響、相互促進(jìn),信息化管理已然成為各大企業(yè)面臨的重要課題,在酒店、旅行社等旅游行業(yè)體現(xiàn)尤為明顯,因此提高旅游管理專業(yè)人才的管理系統(tǒng)軟件應(yīng)用能力非常必要。本文通過論述在旅游管理本科課程教學(xué)中應(yīng)用管理系統(tǒng)軟件可以發(fā)揮更新教學(xué)內(nèi)容、改變教學(xué)方法、完善校內(nèi)實(shí)訓(xùn)基地、改革考核方式等積極作用,提倡本科高校盡快引入相關(guān)管理系統(tǒng)軟件,以促進(jìn)、提升教學(xué)。
隨著網(wǎng)絡(luò)信息化的飛速發(fā)展,如今人們的日常生活處處都有網(wǎng)絡(luò)的印記,作為第三產(chǎn)業(yè)中的龍頭產(chǎn)業(yè)的旅游業(yè)也深受網(wǎng)絡(luò)信息迅猛發(fā)展的影響。為能培養(yǎng)適應(yīng)社會、跟上時代步伐的旅游專業(yè)人才,提高旅游管理專業(yè)學(xué)生的獲取知識及提高應(yīng)用能力已是迫在眉睫。而且目前在教育大背景下,很多高校也積極響應(yīng)國家號召,處在轉(zhuǎn)型期,應(yīng)用型人才的培養(yǎng)也亟需提升學(xué)生的實(shí)踐能力,因此筆者認(rèn)為,旅游專業(yè)教學(xué)中應(yīng)用相關(guān)管理系統(tǒng)軟件非常必要,也可以順應(yīng)課程改革潮流,方便教師教的同時,也會很好的鍛煉學(xué)生的實(shí)際操作能力,達(dá)到教和學(xué)共贏的局面。
1 有助于更新教學(xué)內(nèi)容
在高等教育改革的浪潮中,課程改革一直是重中之重。在無數(shù)的實(shí)踐中,人們愈發(fā)深刻認(rèn)識到,傳統(tǒng)的填鴨式教學(xué)越來越難以滿足社會的發(fā)展,亟需更新教學(xué)內(nèi)容。對于旅游管理專業(yè)學(xué)生來說,無論是旅行社方向還是酒店方向,很多專業(yè)課都可以應(yīng)用管理軟件來學(xué)習(xí)。例如,"旅游管家"旅行社管理軟件是專為旅行社量身定做的收客+對賬的功能系統(tǒng),軟件實(shí)現(xiàn)了在線預(yù)訂,旅行社坐等收客即可;強(qiáng)大的拼團(tuán)功能,代替繁雜的手工拼團(tuán)工作;清晰的財(cái)務(wù)功能,賬款一目了然。所有的一切力求地貼近用戶需求,做到易用實(shí)用,力求操作傻瓜化人性化。利用這樣的軟件,學(xué)生可以學(xué)習(xí)旅行社相關(guān)課程,如旅行社經(jīng)營管理、旅游財(cái)務(wù)分析等,學(xué)會用科技手段解決現(xiàn)實(shí)問題,真正做到學(xué)以致用。
2 促進(jìn)教學(xué)方法的改革
2.1 充分利用多媒體環(huán)境
由于管理系統(tǒng)軟件是面向用戶的可視化的集成操作軟件,應(yīng)在多媒體教室進(jìn)行授課,教師在講解相關(guān)知識的同時,在教師機(jī)上進(jìn)行示范演示操作,讓學(xué)生在學(xué)生機(jī)上可同步看到教師的操作過程,并適時進(jìn)行操作練習(xí),及時消化吸收教師講授的內(nèi)容。在多媒體的平臺上,還可以結(jié)合網(wǎng)絡(luò)化教學(xué)手段,在網(wǎng)絡(luò)平臺上,教師與學(xué)生可以共享優(yōu)秀的課件和其他學(xué)習(xí)資料,而且可以隨時從Internet獲取最新的知識。對于一些理論的內(nèi)容,也可以借助多媒體課件直觀生動的表現(xiàn)出來,提高學(xué)習(xí)效率,達(dá)到事半功倍的效果。
2.2 有利于調(diào)動學(xué)生學(xué)習(xí)積極性
傳統(tǒng)的授課方式一直是教師選擇教學(xué)內(nèi)容,學(xué)生只能被動接受。在當(dāng)今信息時代,掌握知識的多少已經(jīng)不是最被看重的了,如何獲取知識才是至關(guān)重要的,所謂授人以魚不如授人以漁,也是這個道理。授課中引入現(xiàn)代化的管理軟件,使學(xué)生能實(shí)際處理相關(guān)業(yè)務(wù),將理論與實(shí)踐結(jié)合起來,將大大提高學(xué)生學(xué)習(xí)興趣和提高學(xué)生解決問題的能力。例如酒店管理系統(tǒng)通常包含有:前臺接待、前臺收銀、客房中心、餐飲管理、OA協(xié)同管理等。學(xué)生可以通過這樣的系統(tǒng)軟件學(xué)習(xí)餐飲管理、前廳與客房管理等課程內(nèi)容。對于感興趣的模塊可以深入學(xué)習(xí)與研究,學(xué)習(xí)中發(fā)現(xiàn)問題,主動解決問題。
2.3 促進(jìn)真實(shí)案例教學(xué)
對于旅游專業(yè)很多專業(yè)課的操作部分,都需要學(xué)生結(jié)合生活實(shí)際或真實(shí)案例來學(xué)習(xí)。如果教學(xué)中可以使用系統(tǒng)管理軟件,相關(guān)數(shù)據(jù)庫的大量信息都可以查閱到,避免理論與實(shí)際脫節(jié)、紙上談兵,從而大大方便教學(xué)。例如引入餐飲管理軟件,教師在教同學(xué)們軟件的基本操作之后,就可以分配作業(yè)寫入數(shù)據(jù)庫任務(wù),完全虛擬于酒店餐飲點(diǎn)菜收銀流程。學(xué)生只需配備一臺裝有該軟件的電腦、平板甚至手機(jī),就可以獨(dú)立實(shí)施酒店客房管理任務(wù):客房部通過軟件系統(tǒng)可及時了解到客房狀態(tài),快速響應(yīng)客人的有關(guān)服務(wù)要求,實(shí)現(xiàn)作業(yè)解決、系統(tǒng)管理、熟悉酒店客房管理模擬業(yè)務(wù)。
3 完善校內(nèi)實(shí)訓(xùn)基地
目前,很多學(xué)校在加大校企合作的辦學(xué)力度,和旅行社、酒店簽訂合同,讓學(xué)生去到相關(guān)企業(yè)去實(shí)習(xí)。然而學(xué)生在現(xiàn)實(shí)酒店的實(shí)習(xí)實(shí)訓(xùn)中,由于餐飲管理、客房管理、財(cái)務(wù)管理等是酒店業(yè)務(wù)的核心軟件,很難讓實(shí)習(xí)生去操作,這樣就會造成學(xué)生無法體驗(yàn)真實(shí)的酒店管理流程,多數(shù)只充當(dāng)了廉價勞動力,常常導(dǎo)致學(xué)生對實(shí)習(xí)活動的排斥和反抗,無法實(shí)現(xiàn)實(shí)習(xí)的真正意義,所以建立和完善校內(nèi)實(shí)訓(xùn)基地勢在必行。在現(xiàn)代酒店管理中,酒店管理系統(tǒng)是科學(xué)化管理必不可缺的內(nèi)容,例如計(jì)算機(jī)綜合管理系統(tǒng)、安保系統(tǒng)等等,都極大的節(jié)省了酒店的管理成本,提升了酒店的`工作效率。因此建立校內(nèi)實(shí)訓(xùn)基地更要注重相關(guān)管理系統(tǒng)軟件的引入,強(qiáng)化軟件建設(shè),而不單單是買入一些餐具、床具等硬件設(shè)施。
4 改革考核方式
傳統(tǒng)的教學(xué)中一直“一張?jiān)嚲矶ǚ謹(jǐn)?shù)”,考試內(nèi)容多數(shù)是對學(xué)生記憶能力和理論能力的考查,而忽視對學(xué)生知識應(yīng)用能力的測驗(yàn)。在實(shí)際教學(xué)中,經(jīng)常出現(xiàn)學(xué)生臨時抱佛腳,進(jìn)行突擊復(fù)習(xí),以求順利通過考試的現(xiàn)象,往往這種學(xué)習(xí)所獲得的知識伴隨著考試的結(jié)束就忘記了,無法取得實(shí)際效果。筆者認(rèn)為,應(yīng)該改變傳統(tǒng)考試形式,對于旅游管理這種實(shí)踐性比較強(qiáng)的專業(yè),有些課程的考核要突破試卷模式。引入管理系統(tǒng)軟件,可以實(shí)現(xiàn)這種轉(zhuǎn)變。教師可以在課堂上有針對性的進(jìn)行考試項(xiàng)目設(shè)計(jì),布置一些以培養(yǎng)學(xué)生綜合運(yùn)用知識能力的作業(yè),讓學(xué)生以小組合作等形式共同探索完成。既可鍛煉學(xué)生的學(xué)習(xí)能力,又提升了學(xué)生對知識的掌握效果,達(dá)到考試的真正目的。
綜上所述,管理系統(tǒng)軟件在旅游教育教學(xué)改革中所能發(fā)揮的作用非常巨大,建議各高校因地制宜,選擇合適的管理系統(tǒng)軟件應(yīng)用于旅游教育之中,必將達(dá)到事半功倍的效果。
基于LabVIEW的舵機(jī)自動加載測試系統(tǒng)軟件設(shè)計(jì)探究 篇8
摘 要:近年來,信息技術(shù)和計(jì)算機(jī)技術(shù)的發(fā)展越來越快,已經(jīng)廣泛應(yīng)用在社會生產(chǎn)的各個領(lǐng)域,嵌入式系統(tǒng)是信息處理技術(shù)和計(jì)算機(jī)技術(shù)相結(jié)合的產(chǎn)物,基于ARM嵌入式軟硬件系統(tǒng)有系統(tǒng)精煉簡潔、針對性強(qiáng)、功能強(qiáng)大、程序質(zhì)量高、系統(tǒng)可靠性強(qiáng)等特點(diǎn),下面就基于ARM的嵌入式軟硬件系統(tǒng)設(shè)計(jì)進(jìn)行分析。
關(guān)鍵詞:
關(guān)鍵詞:ARM;嵌入式軟硬件系統(tǒng);設(shè)計(jì)
隨著計(jì)算機(jī)技術(shù)和信息處理技術(shù)的飛速發(fā)展,嵌入式軟硬件系統(tǒng)在社會各個領(lǐng)域的應(yīng)用越來越廣泛;贏RM的嵌入式軟硬件系統(tǒng)是一種比較特殊的計(jì)算機(jī)系統(tǒng),具有系統(tǒng)精煉簡潔、針對性強(qiáng)、功能強(qiáng)大、程序質(zhì)量高、系統(tǒng)可靠性強(qiáng)等特點(diǎn),能極大的提高系統(tǒng)處理效率。
1 基于ARM嵌入式軟硬件系統(tǒng)的理論概述
1.1 ARM架構(gòu)
ARM是一種精簡的指令集機(jī)器,基于ARM架構(gòu)的產(chǎn)品具有功耗小、質(zhì)量優(yōu)越、價格低廉的特點(diǎn),如RISC處理器,在教育多媒體、嵌入式控制、DSP等領(lǐng)域中有十分廣泛的應(yīng)用;贏RM體系結(jié)構(gòu)的32位嵌入式RISC微處理器結(jié)構(gòu)具有良好的節(jié)能效果,特別適合移動通訊領(lǐng)域設(shè)計(jì)。
1.2 嵌入式系統(tǒng)
嵌入式系統(tǒng)主要由輸入軟件、處理器、存儲器、輸出軟件等構(gòu)成,其中處理器是嵌入式系統(tǒng)的關(guān)鍵部位,目前,全球共有上千種嵌入式處理器,并且每種處理器都有自身的優(yōu)勢及不足。對嵌入式系統(tǒng)而言,處理器的關(guān)鍵特性是性能高、能耗小、成本低;存儲器是嵌入式系統(tǒng)的另一大重要部分,其穩(wěn)定性及容量大小對嵌入式系統(tǒng)的正常運(yùn)行有很大的影響,因此,在進(jìn)行嵌入式系統(tǒng)設(shè)計(jì)時,要選擇與嵌入式系統(tǒng)處理器相匹配的存儲器,從而確保嵌入式系統(tǒng)的正常運(yùn)行。
2 基于ARM的嵌入式軟硬件系統(tǒng)設(shè)計(jì)
在嵌入式系統(tǒng)中,系統(tǒng)硬件是系統(tǒng)軟件和程序運(yùn)行、操作的基礎(chǔ),只有確保硬件設(shè)計(jì)的'合理性,才能為嵌入式系統(tǒng)的正常運(yùn)行提供保障,下面就嵌入式系統(tǒng)硬件設(shè)計(jì)及軟件設(shè)計(jì)進(jìn)行分析。
2.1 硬件設(shè)計(jì)
2.1.1 處理器設(shè)計(jì)
ARM嵌入式處理器具有體積小、消耗資源少、質(zhì)量好等特點(diǎn),因此,在各種網(wǎng)絡(luò)產(chǎn)品以及數(shù)字產(chǎn)品中有十分廣泛的應(yīng)用。處理器是嵌入式系統(tǒng)正常運(yùn)行的關(guān)鍵部分,在進(jìn)行嵌入式系統(tǒng)出處理器設(shè)計(jì)時,必須確保其綜合性能以及質(zhì)量符合相關(guān)規(guī)定,并且要將處理器冗余部分去除,從而有效地提高系統(tǒng)的運(yùn)行性能。
2.1.2 外圍接口設(shè)計(jì)
在進(jìn)行嵌入式處理系統(tǒng)硬件設(shè)計(jì)時,要選擇合理的器件,確保各個器件之間的良好連接,為各器件之間的良好配合提供保障,提高系統(tǒng)硬件的有效性。在進(jìn)行嵌入式系統(tǒng)外圍接口設(shè)計(jì)時,要保證外圍接口的靈活多變,并且外圍接口要符合嵌入式系統(tǒng)小型化的特點(diǎn),只有這樣才能為系統(tǒng)的靈活性、穩(wěn)定性、可靠性提供保障。對于嵌入式系統(tǒng),要實(shí)現(xiàn)外圍接口和處理器之間的無縫連接,并簡化外圍電路,這樣不僅能減小整個系統(tǒng)的體積,還能有效地降低系統(tǒng)的設(shè)計(jì)成本。
2.1.3 針對性設(shè)計(jì)
在進(jìn)行嵌入式系統(tǒng)設(shè)計(jì)時,需要根據(jù)項(xiàng)目的實(shí)際情況以及用戶的實(shí)際需求進(jìn)行,因此,整個設(shè)計(jì)過程要針對其設(shè)計(jì)目標(biāo)開展,只有這樣才能為嵌入式系統(tǒng)的設(shè)計(jì)提供指導(dǎo)。由于系統(tǒng)設(shè)計(jì)是一個長期性工作,因此,在設(shè)計(jì)過程中,設(shè)計(jì)人員要對軟件更新、系統(tǒng)升級等因素進(jìn)行充分考慮,并在針對性設(shè)計(jì)前,對相應(yīng)的程序進(jìn)行仿真運(yùn)行,在不斷調(diào)試中,確保嵌入式系統(tǒng)能滿足用戶的需求。
2.2 嵌入指紋識別模塊及軟件設(shè)計(jì)
在嵌入式系統(tǒng)設(shè)計(jì)過程中,要在硬件設(shè)計(jì)的基礎(chǔ)上,通過串口嵌入指紋識別模塊,從而為系統(tǒng)的正常通信提供保障。選用的指紋識別模塊需要具有良好的光學(xué)傳感功能,如Flash芯片、DSP處理器等,指紋識別模塊的主要功能有指紋圖像處理、模板匹配、模板提取、模板保持、指紋搜索等。嵌入式系統(tǒng)程序主要由管理和通訊兩大部分組成,以指紋識別模塊的相關(guān)協(xié)議為主,對其進(jìn)行編寫,不僅能接收、校驗(yàn)相關(guān)數(shù)據(jù),還能在數(shù)據(jù)庫中添加用戶信息。通過LCD液晶顯示和鍵盤,能對現(xiàn)場情況進(jìn)行直接控制,從而確保系統(tǒng)的持續(xù)運(yùn)行。
2.3 嵌入式系統(tǒng)的軟、硬件協(xié)同設(shè)計(jì)
在進(jìn)行嵌入式系統(tǒng)設(shè)計(jì)時,需要對系統(tǒng)的硬件、軟件進(jìn)行詳細(xì)的分析和設(shè)計(jì),一般情況下,在設(shè)計(jì)過程中,需要將系統(tǒng)的硬件和軟件看成一個整體,但在初期設(shè)計(jì)過程中,需要對系統(tǒng)的硬件功能和軟件功能進(jìn)行詳細(xì)的劃分,并將其相應(yīng)功能區(qū)域固定好,這樣才能確保嵌入式系統(tǒng)硬件和軟件的良好組合,才能充分發(fā)揮整個系統(tǒng)的功效。在這個過程中,還需要進(jìn)行嵌入式系統(tǒng)的硬件和軟件的協(xié)同設(shè)計(jì),從而確保系統(tǒng)硬件和軟件獲得最佳效益。
3 結(jié) 語
嵌入式系統(tǒng)設(shè)計(jì)一項(xiàng)復(fù)雜的工程,基于ARM嵌入式系統(tǒng)的軟硬件設(shè)計(jì)和整個系統(tǒng)的設(shè)計(jì)有很大的關(guān)聯(lián),隨著信息技術(shù)的持續(xù)發(fā)展,嵌入式系統(tǒng)結(jié)構(gòu)的應(yīng)用將會越來越廣泛,因此,做好嵌入式系統(tǒng)的設(shè)計(jì)工作是十分重要的。
參考文獻(xiàn)
[1]李登科.基于ARM的嵌入式系統(tǒng)硬件設(shè)計(jì)探究[J].中國電子商務(wù),2011(3):259.
[2]劉芳宇.基于ARM嵌入式
【基于LabVIEW的舵機(jī)自動加載測試系統(tǒng)軟件設(shè)計(jì)探究】相關(guān)文章:
基于LabVIEW 與Access 的虛擬實(shí)驗(yàn)教學(xué)系統(tǒng)論文03-03
基于Web的危險品運(yùn)輸監(jiān)控系統(tǒng)設(shè)計(jì)探究02-26
智能健康監(jiān)護(hù)系統(tǒng)軟件設(shè)計(jì)研究02-27
語言環(huán)境與聽力測試探究03-28
基于現(xiàn)代網(wǎng)絡(luò)技術(shù)的教學(xué)發(fā)展探究分析11-14
基于問題導(dǎo)引的探究式教學(xué)研究論文02-20
- 相關(guān)推薦