欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種可視化生成面向信號(hào)應(yīng)用程序代碼的方法及裝置制造方法

文檔序號(hào):6636595閱讀:241來源:國知局
一種可視化生成面向信號(hào)應(yīng)用程序代碼的方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種可視化生成面向信號(hào)應(yīng)用程序代碼的方法及裝置,IEEE 1641標(biāo)準(zhǔn)以信號(hào)為基礎(chǔ)規(guī)范了測試過程的描述和建模;IEEE 1671標(biāo)準(zhǔn)為自動(dòng)測試系統(tǒng)(Automatic Test System,ATS)中各部件以及自動(dòng)測試系統(tǒng)間的信息共享和移植提供了規(guī)范的信息格式;本發(fā)明利用可視化建模技術(shù),將測試需求轉(zhuǎn)換成ATML測試描述代碼,并可以在可視化模塊與文本代碼間自由轉(zhuǎn)換,提高面向信號(hào)測試程序集(Test Program Set,TPS)的開發(fā)效率。
【專利說明】一種可視化生成面向信號(hào)應(yīng)用程序代碼的方法及裝置

【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于測試測量(Test and Measurement, T&M)領(lǐng)域,具體來說是一種可視化生成符合IEEE 1641標(biāo)準(zhǔn)和IEEE 1671標(biāo)準(zhǔn)面向信號(hào)的應(yīng)用程序代碼的方法以及裝置。

【背景技術(shù)】
[0002]ATS中,TPS的重用性及可移植性是非常重要的衡量指標(biāo)。從TPS的開發(fā)的發(fā)展過程逐步經(jīng)歷了面向儀器到面向功能,再到面向信號(hào)的轉(zhuǎn)變。
[0003]其中面向儀器的TPS開發(fā)基于儀器功能,思路簡單直觀,直接利用測試儀器所提供的應(yīng)用程序接口(Applicat1n Programming Interface,API)來實(shí)現(xiàn)測試需求,可互換虛擬儀器(Interchangeable Virtual Instrument, IVI)標(biāo)準(zhǔn)是其典型代表。但這種方式的缺點(diǎn)是測試與具體的儀器綁定,難以保證軟件的移植性,也致使TPS通用性變差、開發(fā)周期偏長。
[0004]在面向功能的TPS開發(fā)方面,軟件不再與具體儀器綁定,而是面向各種特定的儀器功能接口,IV1-MSS (Measurement and Stimulus Subsystems)標(biāo)準(zhǔn)是其典型代表。但由于這些功能接口通常是由特定廠商規(guī)定的,因此軟件的移植性還是受到限制。
[0005]面向信號(hào)的TPS開發(fā)方式基于被測對(duì)象(Unit Under Test,UUT)的測試需求和測試資源的測試/激勵(lì)能力,解決了需求與供應(yīng)之間的矛盾,通用性強(qiáng),是實(shí)現(xiàn)代碼移植性的最終解決方案。ATML標(biāo)準(zhǔn)就是基于此應(yīng)運(yùn)而生,由IEEE 1671.1測試描述標(biāo)準(zhǔn)以及其他測試資源描述標(biāo)準(zhǔn)共同構(gòu)成,標(biāo)準(zhǔn)以XML格式提供了各種對(duì)象的形式化表達(dá),如何將這些數(shù)據(jù)轉(zhuǎn)換為實(shí)際的應(yīng)用就成了一個(gè)現(xiàn)實(shí)問題。
[0006]目前常見的面向信號(hào)的TPS開發(fā)環(huán)境一般可以分為兩類,一種是采用圖形化的方式,另一種是采用文本的方式。
[0007]圖形化編程環(huán)境中一般包含了若干圖元庫,圖元庫中包括了基本數(shù)據(jù)元素,如信號(hào)函數(shù)、測試步驟等,以及基于這些數(shù)據(jù)元素的各種基本和高級(jí)操作,如“加”、“減”、“乘”、“除”、“濾波”等等,典型產(chǎn)品例如歐洲的EADS公司的NewWaveX等。編程者只要將這些基本圖元按照需要用線條連接就可以編制成特定邏輯的信號(hào)函數(shù),這種方式構(gòu)建的應(yīng)用程序從外觀上類似于邏輯框圖。這種方式的優(yōu)點(diǎn)是直觀快捷,但缺點(diǎn)是不適用于大型軟件的開發(fā),特別是當(dāng)其中具有復(fù)雜算法時(shí),框圖中過多的連線往往會(huì)造成理解以及維護(hù)上的困難。
[0008]基于文本的編程方式,通常由前端代碼文本編輯器以及后端的編譯器、鏈接器等部件構(gòu)成,以文本的方式按照特定的語法詞法規(guī)則組織數(shù)據(jù)以及指令,這也是傳統(tǒng)的應(yīng)用程序開發(fā)方式,采用的多是各種高級(jí)語言,如C、C++、VB等等,美國的AAI公司開發(fā)的SEPT(Software Environment for Product Test)軟件就是這方面的代表。SEPT使用符合ATML中IEEE Std 1671.1 Test Descript1n標(biāo)準(zhǔn)的XML文件作為中間語言,使用C++代碼完成測試邏輯的實(shí)現(xiàn)。這種方式可以用于各種規(guī)模軟件的開發(fā),但是從時(shí)效性角度來看,對(duì)于邏輯規(guī)模不大的應(yīng)用,相較于圖形方式優(yōu)勢(shì)不明顯。
[0009]出于快速交付應(yīng)用的迫切需要,近幾年在軟件行業(yè),包括測試測量領(lǐng)域的軟件中還出現(xiàn)了介于上述二者之間的輔助工具,即各種各樣的代碼生成器,通過這些代碼生成工具,規(guī)避了傳統(tǒng)編程過程中可能存在的語法不規(guī)范的問題,借此提高開發(fā)效率以及代碼復(fù)用率、降低開發(fā)成本。通常的做法都是在前端完成可視化編輯后,由工具生成相應(yīng)業(yè)務(wù)代碼。但是目前的代碼生成器,難以在代碼模型與圖形模型間實(shí)時(shí)同步,即如果用戶在代碼端修改了關(guān)鍵邏輯,在圖形端是無法體現(xiàn)這種變化的,從工程可維護(hù)性上體驗(yàn)是較差的。


【發(fā)明內(nèi)容】

[0010]本發(fā)明提供了一種可視化生成面向信號(hào)應(yīng)用程序代碼的方法和裝置,用于簡單方便的將測試需求轉(zhuǎn)換為符合STD以及ATML的項(xiàng)目代碼,提高開發(fā)效率的同時(shí),保證數(shù)據(jù)間的一致性。
[0011]為解決以上的技術(shù)問題,本發(fā)明的第一個(gè)方面是一種可視化生成面向信號(hào)應(yīng)用程序代碼的方法,其特征是,包括如下步驟:
1)選擇目標(biāo)代碼語言,根據(jù)所選擇的語言加載相應(yīng)的語法規(guī)則;
2)基于ATML和STD標(biāo)準(zhǔn),初始化測試資源和信號(hào)函數(shù)等數(shù)據(jù)對(duì)象;
3)獲取測試描述數(shù)據(jù)對(duì)象,根據(jù)所選的目標(biāo)語言,生成相應(yīng)的代碼框架,以及相應(yīng)的設(shè)計(jì)界面;
4)獲取測試資源以及STD等數(shù)據(jù)對(duì)象,插入測試描述設(shè)計(jì)界面,同時(shí)在代將對(duì)應(yīng)的代碼插入代碼框架;
5)在設(shè)計(jì)界面修改測試描述或修改測試描述代碼,同時(shí)同步修改另一個(gè)頁面的測試描述內(nèi)容;
6)保存最終測試描述代碼。
[0012]所述目標(biāo)代碼語言可以是各種面向?qū)ο蟮木幊陶Z言,如C#、Java、C++、Basic、Python 等。
[0013]所述測試資源指ATS中參與測試的要素,包括測試儀器、接口適配器以及UUT ;
所述信號(hào)函數(shù)指STD標(biāo)準(zhǔn)中的信號(hào)函數(shù),包括基本信號(hào)組件(Basic SignalComponent, BSC)和測試信號(hào)框架(Test Signal Framework, TSF);
所述數(shù)據(jù)對(duì)象是使用目標(biāo)代碼語言語法定義數(shù)據(jù)的屬性、描述以及行為等,例如類(Class);
所述代碼框架指符合目標(biāo)代碼語言語法僅包括基本語言組件構(gòu)成的模板;
所述設(shè)計(jì)界面是支持控件拖放的可視化容器。
[0014]本發(fā)明的第二個(gè)方面是提供一種可視化生成面向信號(hào)應(yīng)用程序代碼的裝置,所述裝置包括數(shù)據(jù)源,與數(shù)據(jù)源相互連接的數(shù)據(jù)持久化模塊,以及與數(shù)據(jù)持久化模塊相互連接的可視化引擎、語法管理器、代碼解析引擎及代碼生成引擎。
[0015]上述數(shù)據(jù)源用于為數(shù)據(jù)提供存儲(chǔ),形式可以為數(shù)據(jù)庫或數(shù)據(jù)文件;
所述數(shù)據(jù)持久化模塊用于提供對(duì)數(shù)據(jù)源的存??;
所述可視化引擎負(fù)責(zé)將所獲取的數(shù)據(jù)轉(zhuǎn)換為圖形的方式展示在界面上;
所述語法管理器用于管理裝置中已經(jīng)保存的各種文本代碼語言的語法規(guī)則;
所述代碼解析引擎用于在運(yùn)行時(shí)根據(jù)獲取的文本進(jìn)行,從語法管理器中提取指定的語言語法規(guī)則進(jìn)行分析; 所述代碼生成引擎用于將可視化數(shù)據(jù)對(duì)象根據(jù)規(guī)則轉(zhuǎn)換為符合指定語言的代碼文本。
[0016]本發(fā)明綜合利用STD信號(hào)概念、XML技術(shù)、可視化建模技術(shù)、實(shí)時(shí)解析技術(shù)等不同的元素,具有很多優(yōu)點(diǎn):
I】標(biāo)準(zhǔn)化。本發(fā)明的各種基礎(chǔ)數(shù)據(jù)對(duì)象(測試資源、信號(hào)等)均來源于標(biāo)準(zhǔn),當(dāng)目標(biāo)語言選擇為XML時(shí),最終輸出的測試描述代碼也符合IEEE Std 1671.1 Test Descript1n標(biāo)準(zhǔn);
2】可視化。所有基礎(chǔ)數(shù)據(jù)模型均可以圖形化的方式顯示,測試描述可通過在界面上拖拽控件的可視化方式進(jìn)行編輯,直觀高效;
3】可擴(kuò)展。語法管理器、代碼生成引擎等核心部件均面向接口開發(fā),因此開發(fā)者可以根據(jù)實(shí)際需要進(jìn)行二次開發(fā),使得本裝置所適用的代碼語言范圍大大增加。
[0017]4】實(shí)時(shí)預(yù)覽。在進(jìn)行可視化編輯測試描述的同時(shí),實(shí)時(shí)生成相應(yīng)的代碼,可以第一時(shí)間看到最終輸出,并根據(jù)需要對(duì)生成的代碼進(jìn)行編輯,所見即所得;
5】模型一致。代碼與對(duì)應(yīng)的可視化圖形保持一致,無論編輯可視化模型,還是修改文本代碼,另一端都可以反映出變化,保持?jǐn)?shù)據(jù)一致性的同時(shí),提高了項(xiàng)目的維護(hù)性。

【專利附圖】

【附圖說明】
[0018]圖1為本發(fā)明實(shí)施例提供的可視化生成面向信號(hào)應(yīng)用程序代碼的裝置結(jié)構(gòu)框圖; 圖2為本發(fā)明實(shí)施例提供的可視化生成面向信號(hào)應(yīng)用程序代碼的方法流程圖。

【具體實(shí)施方式】
[0019]下面將結(jié)合本發(fā)明實(shí)施例中的附圖1和附圖2,對(duì)本發(fā)明的目的、方法、技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例,而不是全部的實(shí)施例?;诒景l(fā)明中的實(shí)施例,本領(lǐng)域的普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的的所有其他實(shí)施例,都屬于本發(fā)明保護(hù)的范圍。
[0020]I)初始化語法管理器
本實(shí)施例中,語法管理器通過加載符合指定語法規(guī)則接口的動(dòng)態(tài)庫完成初始化,所述語法規(guī)則接口為一個(gè)公共接口,包含命名空間、類、數(shù)據(jù)、方法等基本代碼元素的操作方法聲明,任何一個(gè)符合該接口的所定義的語言均編譯為動(dòng)態(tài)庫,然后由語法管理器識(shí)別。
[0021]2)獲取測試資源以及STD等數(shù)據(jù)對(duì)象
測試資源以及STD等數(shù)據(jù)對(duì)象可以持久化在某種形式的數(shù)據(jù)源中,在本身實(shí)施例中為數(shù)據(jù)庫,實(shí)際中也可使用標(biāo)準(zhǔn)格式的文本、Excel表格或XML文件等形式。
[0022]3)選擇目標(biāo)代碼語言
裝置根據(jù)所選擇的語言初始化代碼解析引擎、代碼生成引擎;
4)初始化測試描述的編輯界面
用戶在裝置提供的界面上完成測試描述的初始信息的輸入,然后裝置調(diào)用可視化引擎初始化設(shè)計(jì)界面以及代碼頁面,同時(shí)調(diào)用代碼生成引擎根據(jù)所選的目標(biāo)語言,生成相應(yīng)的代碼框架。初始化設(shè)計(jì)界面時(shí),加載測試資源、信號(hào)函數(shù)的圖形化控件。
[0023]設(shè)計(jì)界面為工程人員提供符合測試測量業(yè)務(wù)應(yīng)用的各種模板,以滿足各種情形的需要。模板中包括基本的測試測量步驟,例如初始化、連接、測量、重置、斷開連接等等,裝置所提供的設(shè)計(jì)界面支持常見可視化界面的操作,例如鼠標(biāo)拖放、屬性數(shù)據(jù)編輯等。
[0024]5)修改測試描述
根據(jù)測試需求,工程人員修改測試邏輯,裝置同步設(shè)計(jì)界面以及代碼界面。
[0025]裝置通過代碼生成引擎,根據(jù)拖放的控件,將其對(duì)應(yīng)的代碼插入到測試描述的代碼框架中,并將控件的屬性變化,通過代碼解析引擎同步到相應(yīng)的代碼中,從而實(shí)現(xiàn)了代碼生成的可視化。
[0026]由于某些測量的需要,其中需要包含特定的非常規(guī)算法,這樣的算法在設(shè)計(jì)界面中不方便表達(dá),工程人員可以直接在代碼界面完成編輯。由于算法的實(shí)現(xiàn)通常都是由若干個(gè)方法塊構(gòu)成,這樣可視化引擎在代碼解析引擎的輔助下可以將其轉(zhuǎn)換為若干個(gè)圖形塊,并根據(jù)調(diào)用關(guān)系,建立數(shù)據(jù)連線,從而也實(shí)現(xiàn)了代碼的靈活性。由于解析、轉(zhuǎn)換是實(shí)時(shí)完成的,因此開發(fā)者可以根據(jù)需要在設(shè)計(jì)界面與代碼界面靈活切換,提高開發(fā)效率。
[0027]6)保存代碼
裝置根據(jù)當(dāng)前編輯結(jié)果,將相應(yīng)的代碼保存到本地計(jì)算機(jī)的磁盤中。
【權(quán)利要求】
1.一種可視化生成面向信號(hào)應(yīng)用程序代碼的方法,其特征在于,包括如下步驟: 1)選擇目標(biāo)代碼語言,根據(jù)所選擇的語言加載相應(yīng)的語法規(guī)則; 2)基于ATML和STD標(biāo)準(zhǔn),初始化測試資源和信號(hào)函數(shù)等數(shù)據(jù)對(duì)象; 3)獲取測試描述數(shù)據(jù)對(duì)象,根據(jù)所選的目標(biāo)語言,生成相應(yīng)的代碼框架,以及相應(yīng)的設(shè)計(jì)界面; 4)獲取測試資源以及STD等數(shù)據(jù)對(duì)象,插入測試描述設(shè)計(jì)界面,同時(shí)在代將對(duì)應(yīng)的代碼插入代碼框架; 5)在設(shè)計(jì)界面修改測試描述或修改測試描述代碼,同時(shí)同步修改另一個(gè)頁面的測試描述內(nèi)容; 6)保存最終測試描述代碼。
2.根據(jù)權(quán)利要求1所述可視化生成面向信號(hào)應(yīng)用程序代碼的方法,其特征在于:所述目標(biāo)代碼語言是各種面向?qū)ο蟮木幊陶Z言。
3.根據(jù)權(quán)利要求1所述可視化生成面向信號(hào)應(yīng)用程序代碼的方法,其特征在于:所述測試資源指ATS中參與測試的要素,包括測試儀器、接口適配器以及UUT。
4.根據(jù)權(quán)利要求1所述可視化生成面向信號(hào)應(yīng)用程序代碼的方法,其特征在于:所述信號(hào)函數(shù)指STD標(biāo)準(zhǔn)中的信號(hào)函數(shù),包括基本信號(hào)組件和測試信號(hào)框架。
5.根據(jù)權(quán)利要求1所述可視化生成面向信號(hào)應(yīng)用程序代碼的方法,其特征在于:所述數(shù)據(jù)對(duì)象是使用目標(biāo)代碼語言語法定義數(shù)據(jù)的屬性、描述以及行為。
6.根據(jù)權(quán)利要求1所述可視化生成面向信號(hào)應(yīng)用程序代碼的方法,其特征在于:所述代碼框架指符合目標(biāo)代碼語言語法僅包括基本語言組件構(gòu)成的模板。
7.根據(jù)權(quán)利要求1所述可視化生成面向信號(hào)應(yīng)用程序代碼的方法,其特征在于:所述設(shè)計(jì)界面是支持控件拖放的可視化容器。
8.一種實(shí)現(xiàn)權(quán)利要求1可視化生成面向信號(hào)應(yīng)用程序代碼方法的裝置,其特征在于:包括數(shù)據(jù)源,與數(shù)據(jù)源相互連接的數(shù)據(jù)持久化模塊,以及與數(shù)據(jù)持久化模塊相互連接的可視化引擎、語法管理器、代碼解析引擎及代碼生成引擎。
9.根據(jù)權(quán)利要求8所述可視化生成面向信號(hào)應(yīng)用程序代碼方法的裝置,其特征在于:所述數(shù)據(jù)源用于為數(shù)據(jù)提供存儲(chǔ),形式可以為數(shù)據(jù)庫或數(shù)據(jù)文件; 所述數(shù)據(jù)持久化模塊用于提供對(duì)數(shù)據(jù)源的存??; 所述可視化引擎負(fù)責(zé)將所獲取的數(shù)據(jù)轉(zhuǎn)換為圖形的方式展示在界面上; 所述語法管理器用于管理裝置中已經(jīng)保存的各種文本代碼語言的語法規(guī)則; 所述代碼解析引擎用于在運(yùn)行時(shí)根據(jù)獲取的文本進(jìn)行,從語法管理器中提取指定的語言語法規(guī)則進(jìn)行分析; 所述代碼生成引擎用于將可視化數(shù)據(jù)對(duì)象根據(jù)規(guī)則轉(zhuǎn)換為符合指定語言的代碼文本。
【文檔編號(hào)】G06F9/44GK104461528SQ201410712066
【公開日】2015年3月25日 申請(qǐng)日期:2014年12月1日 優(yōu)先權(quán)日:2014年12月1日
【發(fā)明者】郭恩全, 陳曉明 申請(qǐng)人:陜西海泰電子有限責(zé)任公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
临潭县| 江孜县| 钟山县| 台前县| 青神县| 洛川县| 常德市| 财经| 沛县| 鄂托克旗| 克山县| 文成县| 南丰县| 漠河县| 黄骅市| 北京市| 黄龙县| 潞城市| 永仁县| 枣庄市| 杂多县| 锡林浩特市| 曲水县| 乌拉特后旗| 桐城市| 永康市| 永修县| 平山县| 景洪市| 云梦县| 龙江县| 宁远县| 衡东县| 临西县| 温州市| 堆龙德庆县| 江源县| 盘锦市| 阜康市| 亚东县| 商都县|