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