[发明专利]一种可视化生成面向信号应用程序代码的方法及装置

说明书

技术领域

本发明属于测试测量(Test and Measurement, T&M)领域，具体来说是一种可视化生成符合IEEE 1641标准和IEEE 1671标准面向信号的应用程序代码的方法以及装置。

背景技术

ATS中，TPS的重用性及可移植性是非常重要的衡量指标。从TPS的开发的发展过程逐步经历了面向仪器到面向功能，再到面向信号的转变。

其中面向仪器的TPS开发基于仪器功能，思路简单直观，直接利用测试仪器所提供的应用程序接口 (Application Programming Interface，API)来实现测试需求，可互换虚拟仪器(Interchangeable Virtual Instrument，IVI)标准是其典型代表。但这种方式的缺点是测试与具体的仪器绑定，难以保证软件的移植性，也致使TPS通用性变差、开发周期偏长。

在面向功能的TPS开发方面，软件不再与具体仪器绑定，而是面向各种特定的仪器功能接口，IVI-MSS(Measurement and Stimulus Subsystems) 标准是其典型代表。但由于这些功能接口通常是由特定厂商规定的，因此软件的移植性还是受到限制。

面向信号的TPS开发方式基于被测对象（Unit Under Test，UUT）的测试需求和测试资源的测试/激励能力，解决了需求与供应之间的矛盾，通用性强，是实现代码移植性的最终解决方案。ATML标准就是基于此应运而生，由IEEE 1671.1测试描述标准以及其他测试资源描述标准共同构成，标准以XML格式提供了各种对象的形式化表达，如何将这些数据转换为实际的应用就成了一个现实问题。

目前常见的面向信号的TPS开发环境一般可以分为两类，一种是采用图形化的方式，另一种是采用文本的方式。

图形化编程环境中一般包含了若干图元库，图元库中包括了基本数据元素，如信号函数、测试步骤等，以及基于这些数据元素的各种基本和高级操作，如“加”、“减”、“乘”、“除”、“滤波”等等，典型产品例如欧洲的EADS公司的NewWaveX等。编程者只要将这些基本图元按照需要用线条连接就可以编制成特定逻辑的信号函数，这种方式构建的应用程序从外观上类似于逻辑框图。这种方式的优点是直观快捷，但缺点是不适用于大型软件的开发，特别是当其中具有复杂算法时，框图中过多的连线往往会造成理解以及维护上的困难。

基于文本的编程方式，通常由前端代码文本编辑器以及后端的编译器、链接器等部件构成，以文本的方式按照特定的语法词法规则组织数据以及指令，这也是传统的应用程序开发方式，采用的多是各种高级语言，如C、C++、VB等等，美国的AAI公司开发的SEPT（Software Environment for Product Test）软件就是这方面的代表。SEPT使用符合ATML中IEEE Std 1671.1 Test Description标准的XML文件作为中间语言，使用C++代码完成测试逻辑的实现。这种方式可以用于各种规模软件的开发，但是从时效性角度来看，对于逻辑规模不大的应用，相较于图形方式优势不明显。

出于快速交付应用的迫切需要，近几年在软件行业，包括测试测量领域的软件中还出现了介于上述二者之间的辅助工具，即各种各样的代码生成器，通过这些代码生成工具，规避了传统编程过程中可能存在的语法不规范的问题，借此提高开发效率以及代码复用率、降低开发成本。通常的做法都是在前端完成可视化编辑后，由工具生成相应业务代码。但是目前的代码生成器，难以在代码模型与图形模型间实时同步，即如果用户在代码端修改了关键逻辑，在图形端是无法体现这种变化的，从工程可维护性上体验是较差的。

发明内容

本发明提供了一种可视化生成面向信号应用程序代码的方法和装置，用于简单方便的将测试需求转换为符合STD以及ATML的项目代码，提高开发效率的同时，保证数据间的一致性。

为解决以上的技术问题，本发明的第一个方面是一种可视化生成面向信号应用程序代码的方法，其特征是，包括如下步骤：

1）选择目标代码语言，根据所选择的语言加载相应的语法规则；

2）基于ATML和STD标准，初始化测试资源和信号函数等数据对象；

3）获取测试描述数据对象，根据所选的目标语言，生成相应的代码框架，以及相应的设计界面；

4）获取测试资源以及STD等数据对象，插入测试描述设计界面，同时在代将对应的代码插入代码框架；