CN111782539B - 一种基于国产操作系统的测试诊断一体化开发平台 - Google Patents

Abstract

本发明公开了一种基于国产操作系统的测试诊断一体化开发平台,适用装备测试领域。包括测试资源管理模块，测试资源管理模块生成UUT描述，参与测试仪器配置与构建工具集的系统资源分析与映射，生成测试操作指令集，用于测试与诊断运行时工具集的测试指令集编译，测试指令集编译连接可执行动态库，可执行动态库连接IVI仪器驱动和测试执行、诊断推理执行，测试执行、诊断推理执行包括测试程序序列文件，自动测试程序开发模块的测点描述由测试诊断策略生成，测试程序序列文件由自动测试程序运行模块生成。本发明采用层次化设计，实现软件信息层面的标准化，软件体系的结构化，使每一层的结构都能复用和独立升级，实现软件体系结构的通用性和扩展性。

Description

一种基于国产操作系统的测试诊断一体化开发平台

技术领域

本发明涉及装备测试领域，具体地说涉及一种基于国产操作系统的测试诊断一体化开发平台。

背景技术

装备测试诊断一体化开发平台是装备自动测试、故障诊断等程序开发的基础平台。长期以来，我国主要依赖国外开发如LABVIEW、LabWindowsCVI等，国内也开发了类似产品，如VITE，但是，目前这些开发开发平台主要基于微软的Windows平台。随着国外扩大对我国在高科技领域的技术封锁，使用国产化操作平台，并研发基于国产化操作平台的测试诊断开发平台，已经迫在眉睫。

发明内容

本发明所要解决的技术问题是如何提供一种针对复杂电子装备的装备测试程序集验证系统及其实现方法。

为解决上述技术问题，本发明所采取的技术方案是：

一种基于国产操作系统的测试诊断一体化开发平台，包括测试资源管理模块，所述测试资源管理模块生成UUT描述，参与测试仪器配置与构建工具集的系统资源分析与映射，所述系统资源分析与映射生成测试操作指令集，所述测试操作指令集用于测试与诊断运行时工具集的测试指令集编译，所述测试指令集编译连接可执行动态库，所述可执行动态库连接可互换仪器架构IVI模块的IVI仪器驱动，所述可执行动态库连接测试执行、诊断推理执行，所述测试执行、诊断推理执行生成测试诊断数据分析与管理模块的测试结果描述，所述测试执行、诊断推理执行包括自动测试程序开发模块的测试程序序列文件，所述自动测试程序开发模块的测点描述由系统级诊断建模模块的测试诊断策略生成，所述测试程序序列文件由自动测试程序运行模块的测试配置验证生成。

进一步的，所述测试资源管理模块用于测试资源访问接口IO实现，具有访问各类型测试仪器的功能，实现仪器的初始化、数据读写、仪器配置等功能；具有各类型测试仪器、接口资源的统一管理功能；对仪器设备进行登记和管理，形成设备管理库。

进一步的，所述可互换仪器架构模块用于实现仪器的可互换机制,实现客户化仪器IVI架构，具有可互换仪器配置库的管理和访问功能具有典型仪器模块可互换验证能力。

进一步的，所述自动测试程序开发功能模块用于自动测试程序图形化开发，提供图形化操控测试序列的功能，实现测试程序的配置信息的导入和输出功能，测试程序的配置信息的导入和输出。

进一步的，自动测试程序运行模块加载和解析所述测试程序的配置信息，形成内存执行序列；所述自动测试程序运行模块实现测试诊断程序运行时服务引擎，优化处理过程和仪器访问时间，实现测试序列的动态执行、测试仪器的动态访问、测试数据的动态获取、测试结果的动态存储、测试过程关键信号和事件的动态监控。

进一步的，所述系统级诊断建模功能模块用于构建诊断模型图形化描述方法和建模环境，进行系统级诊断建模；所述系统级诊断建模功能模块包括系统级诊断建模工具，所述系统级诊断建模工具用于完成复杂系统的故障建模。

进一步的，系统级诊断推理功能模块用于实现系统级诊断推理引擎功能，加载和运行诊断算法，提供诊断结果的分析、存储和评价；根据装备的故障信息、异常事件、状态超限，基于装备测试性模型进行推理，模拟专家排故过程，采用启发式诊断，关联性诊断多种诊断方法，实现组合级和系统级的故障诊断。

进一步的，所述测试诊断数据分析与管理功能模块用于构建测试与诊断结果数据统一的管理平台；提供测试诊断结果数据查看、曲线回放、测试结果对比分析等功能；测试诊断结果报告生成、打印等功能。

进一步的，所述系统级诊断推理功能模块包括：

分布式支撑平台，用于为分布式诊断推理提供底层支持，包括推理主体管理系统、目录服务系统和消息传输系统；

案例推理引擎，用于保证实现故障案例快速、准确、高效地查询；

规则推理引擎，针对由专家经验知识抽取而成的规则集，进行快速、准确的搜索、匹配和执行，实现对故障征兆信息的实时诊断；

模型推理引擎，能够完成模型内和模型间的诊断，从而有效检测航天器故障；

任务分发工具，实现诊断任务的合理分解与控制，采取上层结构和功能分解，底层故障分解的模式，构建一个层次结构清晰的诊断任务树；

推理调度引擎，在诊断推理过程中，协调控制各个诊断推理引擎之间的行为和状态，引导和控制推理过程；

结果融合工具，将把各个推理诊断引擎得出的诊断结论，依据某种准则进行组合，以获得对被测对象的故障诊断结论一致性描述或理解，从而解决诊断可信度低的问题，提高故障诊断率。

采用上述技术方案所产生的有益效果在于：本发明采用4层次结构的层次化设计，可以实现软件信息层面的标准化，软件体系的结构化，使每一层的结构都能实现复用和独立的升级，进而实现软件体系结构的通用性和扩展性。本发明采用“框架+模块”的方式实现应用程序组合，提供测试系统主要的图形用户界面功能，并方便与业务逻辑集成。本发明基于国产操作系统开发，有效防止国外的技术封锁。

附图说明

下面结合附图和具体实施方式对本发明作进一步详细的说明。

图1是本发明的技术体系结构图；

图2是本发明的层次结构图；

图3是本发明的功能结构图

图4是本发明的测试仪器配置与构建功能层次结构图；

图5是本发明的可互换仪器架构模块的仪器运行时服务体系；

图6是IVI模型定义框图；

图7是本发明的自动测试程序开发模块功能结构图；

图8是本发明的测试与诊断运行时服务结构；

图9是本发明的TPS运行时资源的解析过程；

图10是本发明的各类通道资源调度工作示意图；

图11是本发明的系统级诊断推理系统总体构成图；

图12是本发明的系统级关联故障分析过程图；

图13是本发明的关联性诊断推理模块的逻辑结构图；

图14是本发明的测试诊断软件技术流程图；

图15是本发明的测试诊断服务运行流程图。

具体实施方式

下面结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施例的限制。

本发明基于国产操作系统—中标麒麟开发并运行，数据标准、信息模型和诊断模型参照自动测试标记语言ATML(IEEE1671)、IEEE1232等规范进行定义。如图1所示为本发明的技术体系结构图，横轴为测试主体标准，纵轴为测试资源标准，测试主体标准支持测试主体信息的获取和重用，测试主体信息获取测试主体设计和测试需求的规格。如图2所示为本发明的层次结构图，包括四层次结构。最底层为标准数据层和仪器驱动层，ATML通用测试语言统一测试资源、测试流程、测试适配器和测试结果的标准表示形式，可以作为底层数据交换和存储的载体形式；采用数据库作为中间过程数据和算法的存储载体；IVI仪器层通过兼容通用的仪器标准驱动，屏蔽了操作系统层资源管理器和VISA库所引起的专用问题，从而在最底层实现数据及驱动的标准化和通用性。

接口层包括ATML通用标准调用接口、数据库标准操作接口和IVI仪器驱动调用接口，使逻辑控制层的逻辑控制单元只需要面对装备本身的测试需求属性、测试动作序列和资源配置参数等，ATML通用标准调用接口和数据库标准操作接口可以根据系统的情况进行网络化操作的兼容与扩展，实现远程的数据存储与调用。

逻辑控制层为核心层，通过层内不同逻辑组件相互之间的调用与界面层和接口层的不停访问，进行资源合理调度、界面消息响应、数据参数传递、消息响应映射、逻辑控制管理、内存管理调度和仪器动作管理等多种操作，，保证用户界面操作的有效性、合理性、完整性，实现用户的功能操作。

最上层为测试应用层，用于提供用户图形化的测试建模与流程开发，诊断动作的描述和快速的测试与诊断执行调用。本发明通过4层次结构的层次化设计，实现了软件信息层面的标准化，软件体系的结构化，使每一层的结构都能实现复用和独立的升级，进而实现平台体系结构的通用性和扩展性。

本发明为图形化开发平台，以“框架+模块”的方式实现应用程序组合，提供测试系统主要的图形用户界面功能，并方便与业务逻辑集成。本发明主要完成可扩展主程序界面、模块及插件加载和管理、平台配置、多语言界面切换、权限管理、模板向导、日志管理的功能，可通过开发其他界面模块或业务逻辑模块扩展开发功能。与传统的单一应用程序中应用程序与每个控件都紧密耦合在一起不同，本发明由独立的shell、应用程序服务及模块组成，可方便的通过匹配应用程序服务进行各种功能模块扩展开发，而不需要修改原有的程序代码。

如图3所示，本发明包括测试资源管理模块、可互换仪器架构IVI模块、自动测试程序开发模块(TPS开发)、自动测试程序运行模块(TPS运行)、系统级诊断建模模块、系统级诊断推理模块、测试与诊断运行时服务工具集以及测试诊断数据分析与管理模块。测试资源管理模块生成UUT描述，参与测试仪器配置与构建工具集的系统资源分析与映射，系统资源分析与映射生成测试操作指令集，测试操作指令集用于测试与诊断运行时工具集的测试指令集编译，测试指令集编译连接可执行动态库，可执行动态库连接可互换仪器架构IVI模块的IVI仪器驱动，可执行动态库连接测试执行、诊断推理执行，测试执行、诊断推理执行生成测试诊断数据分析与管理模块的测试结果描述，测试执行、诊断推理执行包括自动测试程序开发模块的测试程序序列文件，自动测试程序开发模块的测点描述由系统级诊断建模模块的测试诊断策略生成，测试程序序列文件由自动测试程序运行模块的测试配置验证生成。

在本发明的一个实施例中，测试资源管理模块主要负责国产操作系统下的测试资源访问接口IO实现，具有访问各类型测试仪器的功能，如万用表、示波器、函数发生器、开关、电源等；实现仪器的初始化、数据读写、仪器配置等功能；具有各类型测试仪器、接口资源的统一管理功能，包括仪器的自动查找、自动寻址、仪器添加、仪器删除、仪器配置等功能。

测试资源管理模块包括测试资源的配置文件，配置文件采用XML描述方式。如图4所示，对测试诊断一体化开发平台所需的每个仪器设备进行登记和管理，包括仪器设备的物理架构、信号能力、仪器驱动、仪器厂家、输入输出端口、通道数量、总线类型、驱动类型等，配置的仪器设备信息形成仪器字典，即设备管理库，通过该组件的编辑管理，能够将设备有效的按照不同分类方式存放，在需要进行测试系统构建和测试执行时使用这些信息。

在本发明的一个实施例中，可互换仪器架构模块主要负责在国产操作系统下实现仪器的可互换机制，实现可互换IVI架构。可互换仪器架构模块用于管理和访问可互换仪器配置库，具有典型仪器模块可互换验证能力，如万用表类模块、示波器类模块、函数发生器类模块的可互换验证架构。如图5所示为可互换仪器架构模块的仪器运行时服务体系，可互换仪器架构的实现机制是更换仪器后，信号驱动不再是困扰系统更新的难题，因为测试资源信息明确地描述了信号驱动地功能，标准的接口语义声明明确地描述了信号驱动的接口实现。设计人员可根据这些描述进行新仪器的信号驱动开发，实现同样的功能。信号驱动提供了访问综合性仪器的功能。在满足测试需求前提下，一个信号驱动可以包含硬件仪器的部分或全部功能。以上为仪器互换提供了充分的便利，不但可以实现同类仪器、异类仪器地互换，还可以实现综合性仪器的互换。

在系统框架的引导下，测试诊断程序的仪器驱动按照标准体系的要求，采用IVI(InterchangeableVirtualInstruments)模型。IVI模型是IVI基金会在VPP(VXIPlug&Play)技术基础上制定的一种驱动器设计标准。它通过定义类驱动器和专用驱动器实现了部分通用仪器之间的互换，缩短了程序的开发时间，提高了系统的运行性能。如图6所示，IVI模型包括IVI驱动器，IVI驱动器包括IVI专用驱动器和IVI类驱动器，IVI专业驱动器包括IVI类兼容专用驱动器和IVI定制驱动器。

IVI标准的目的是允许用户把标准的IVI组件集成到不同的开发、硬件系统中。它支持各种接口，包括GPIB、VXI、PXI、Serial、USB、Ethernet、Firewire和PCplug-in等，允许同类仪器(可带不同接口)互换。采用该技术能够支持仪器互换，降低系统成本，改进系统运行性能和配置能力。IVI模型采用了IVI-COM通信引擎的专用组件，能够保证仪器的动态互换。应用程序调用IVI的逻辑名，由引擎负责与配置库的逻辑名进行匹配，连接实际的物理仪器。

因此，在广泛收集测试系统的具体应用需求的信息下，遵循IVI标准，总结各类通用测试仪器的使用情况，以面向对象的实现方法，建立各种IVI仪器类，封装仪器的属性、方法和事件，并能够继承和重构。实现不用修改测试程序的测试仪器的更换。只要测试仪器的功能相同就可以实现不用修改测试程序的测试仪器的互换。

在本发明的一个实施例中，自动测试程序开发模块主要负责实现国产操作系统下的自动测试程序(TP)图形化开发功能。自动测试程序开发模块具有树形结构的测试序列描述方式，测试序列中的最小运行节点为测试节点，测试节点中包含测试时序信息、测试仪器信息、测量动作信息、测试结果存储信息、测试信号信息、结果处理算法等信息；提供图形化操控测试序列的功能，对于测试序列中的测试节点操作主要包括测试节点的选择、添加、删除、插入、移动、批量操作、跳转配置功能等功能；实现测试程序的配置信息的导入和输出功能，输出的结果包括XML格式的TPS配置信息文件和WORD形式的TPS配置说明文件；测试节点中的激励响应信号类型可参照相关标准中描述的信号类型，测试程序的配置文件可导出成ATML规范描述格式。如图7所示，自动测试程序开发模块包括测试入口管理功能、接口需求管理功能、测试动作管理功能、测试输出管理功能、测试组管理功能、执行参数管理功能、故障数据管理功能、测试调用管理功能、状态变量管理功能、测试结果配置功能、测试信号管理功能，各功能模块通过GTL操作接口将测试程序的配置文件导出成ATML规范描述格式。

在本发明的一个实施例中，自动测试程序运行模块具有加载自动测试程序配置文件的功能，解析配置文件中的测试序列、测试仪器配置、测量动作信息、跳转信息、测试结果处理算法信息等内容，形成内存执行序列；同时，运行模块实现测试诊断程序运行时服务引擎，通过多线程的方式，优化处理过程和仪器访问时间，实现测试序列的动态执行、测试仪器的动态访问、测试数据的动态获取、测试结果的动态存储、测试过程关键信号和事件的动态监控。

如图8所示，测试与诊断运行时服务接收各开发平台输出的符合规范的各部分信息内容，引用相应的测试资源，根据智能TPS的执行逻辑和测试调用关系，驱动测试仪器，实现对被测对象的测试验证并生成相应的测试结果。以图形化方式显示测试过程、测试结果，接受用户对测试过程的控制动作。

首先，流程解析接口获取测试描述文档中的TPS信息内容，并组织形成与信号标准兼容的程序，解析后运行时系统将完成对具体仪器硬件的操作和数据处理行为，若实时系统所在的ATS的测试能力允许，则从测试资源中开始查询从UUT到仪器端口的连接信息，并对其进行验证。最终运行时系统和信号服务模块将具体的信号资源描述信息转换成IVI驱动器的具体执行信息，完成对硬件的调用。这种机制将测试TPS描述和实现分开，借助成熟的面向信号的测试程序实现方法减小了测试程序开发的难度，同时保证了测试需求描述的独立性，保证了测试需求数据的跨平台传递，对于不同的测试平台，由于测试资源信息发生变化,对于同一测试需求模型，实时系统会重新分配测试资源，并跟测试信号资源描述重新调用相应的IVI类驱动来实现测试操作，从而实现了测试需求描述的平台无关性和测试需求的跨平台交互利用。

自动测试程序运行的时候需要解析和实现服务的内容比较多，一般包括信号模型解析、测试系统模型解析、逻辑资源解析、物理资源机械、仪器能力描述等内容，即信号模型与测试系统模型关联从而定位到相应的逻辑资源，逻辑资源通过仪器能力的匹配找到对应的物理资源，从而实现一次完整的信号与物理资源的匹配过程。

如图9所示。在实际运行时，测试诊断运行开发的运行服务根据用户配置的信号模型，查找ATE资源模型的路径，找到对应的UUT端口、ITA端口、ICA端口，根据开关切换规则库控制相应的开关模块，根据仪器能力映射表从逻辑仪器找到对应的物理仪器，从而完成从信号到最终操作物理仪器的过程。测试诊断运行时服务采用了面向信号的测试方法，通过“设置信号”、“建立连接”、“测量数据”、“数据比较”、“断开连接”、“复位”六个步骤完成信号模型的测试过程。其中，信号模型在“设置信号”阶段被加载，“建立连接”阶段会调用信号与资源自动映射技术的配置信息查找信号路径，完成资源自动映射的过程。如图9所示为各类通道资源调度工作示意图，包括继电器开关示意图、采样开关工作示意图和矩阵开关工作示意图。

在本发明的一个实施例中，系统级诊断建模模块主要负责构建符合IEEE1232的诊断模型图形化描述方法和建模环境，具有系统级诊断建模的功能，诊断模型与装备功能模型相结合，系统建模的层次化可分为：系统级、分系统级、LRU级和板级(或功能模块)。建模环境具有系统级关联故障的描述功能；能够实现系统级诊断模型描述的导入、导出功能；诊断模型中的最小节点为诊断节点，对诊断节点的操作需要具有节点选择、添加、删除、插入、移动、批量操作等功能。建模工具提供系统级诊断算法的开发和编辑功能，实现系统诊断算法库。

系统级诊断建模工具可帮助用户完成复杂系统的故障建模。智能化的专家知识生成工具以框架表示法为主，有机结合规则、模型和过程3种知识表示法为用户提供了完整的表示和描述针对对象的故障模型和专家诊断知识，满足用户多种诊断知识构建需求。

在本发明的一个实施例中，系统级诊断推理模块主要实现系统级诊断推理引擎功能，实现动态推理运行的黑板机制，具有诊断算法加载和运行功能；同时，提供诊断结果的分析、存储和评价功能，可动态接收测试程序运行模块的信息和结果。本发明针对装备不同故障模式采用不同的推理方法，主要有三种：

1)针对复杂的电路故障。采用模型推理的方法，即对电路原理进行分解、等效、分析，建立元器件之间的逻辑关系和工作条件，从而建立逻辑模型，故障诊断时，以故障现象作为逻辑定义点，对逻辑模型进行推理分析，最终得出可能的故障原因。这种方法的主要特点是能够解决大部分复杂电路的故障问题，缺点是不能解决非电路故障。

2)针对已经掌握机理的故障。包括电、气、液、机械等专业故障，可采用规则推理的方法，即充分收集专家知识并对已发生的故障深入分析，建立专家知识库，故障诊断时，以故障现象作为顶事件展开推理，根据故障树搜索结果得出故障结论。

3)对于使用中曾经发生过的，并且得到了很好解决的故障，建立故障案例库，故障诊断时，采用模糊匹配的方法进行搜索，快速得出故障结论。

如图11所示，系统级多推理诊断系统的关键是诊断任务的合理分解与控制，以及各个诊断实体之间的合作与协调问题。

1)分布式支撑平台，为分布式诊断推理提供底层支持，主要包括三大功能模块：推理主体管理系统、目录服务系统和消息传输系统。

2)案例推理引擎，具有强大的案例检索、匹配和学习能力，保证实现导弹故障案例快速、准确、高效地查询。

3)规则推理引擎，针对由专家经验知识抽取而成的规则集，进行快速、准确的搜索、匹配和执行，从而实现对导弹故障征兆信息的实时诊断。

4)模型推理引擎，能够完成模型内和模型间的诊断，从而有效检测航天器故障。

5)任务分发工具，实现诊断任务的合理分解与控制，采取上层结构和功能分解，底层故障分解的模式，构建一个层次结构清晰的诊断任务树。

6)推理调度引擎，在诊断推理过程中，协调控制各个诊断推理引擎之间的行为和状态，引导和控制推理过程。

7)结果融合工具，将把各个推理诊断引擎得出的诊断结论，依据某种准则进行组合，以获得对被测对象的故障诊断结论一致性描述或理解，从而解决诊断可信度低的问题，提高故障诊断率。

系统级诊断需要根据装备的故障信息、异常事件、状态超限等实时信息，基于装备测试性模型(层次化诊断模型)进行推理，如图12所示，模拟专家排故过程，采用包括启发式诊断，关联性诊断在内的多种诊断方法，实现组合级和系统级的故障诊断。

如图13所示，故障关联分析功能采用基于模型的诊断方法，运用AI技术建立的描述系统组成元件与元件之间的连接的故障传播模型，根据故障信息、告警信息、驾驶舱效应信息等飞行实时数据，利用逻辑的推理理论，确定引发故障的元件集合，达到故障隔离和定位的目的。

在本发明的一个实施例中，测试诊断数据管理与分析功能模块主要构建测试与诊断结果数据统一的管理平台；提供测试诊断结果数据查看、曲线回放、测试结果对比分析等功能，分析方法主要包括同一装备同一参数的测试数据分析和趋势查看功能；同一装备不同参数的测试数据分析和趋势查看功能；不同装备同一参数的测试数据分析和趋势查看功能。数据管理与分析模块同时具有诊断结果数据的分析、告警、故障传播途径的提示等功能，具有测试诊断结果报告生成、打印等功能。

如图14所示，本发明的技术流程为：系统初始化后上电自检，判断数据库连接是否成功，若上电自检失败或数据库连接失败则提示错误并结束测试；若上电自检成功并且数据库连接成功，则读文件获取测试开始和结束的记录号，获取下一条记录，循环获取数据库各字段函数和参数，函数及参数解析，运行测试函数，分析测试结果，显示测试结果，保存测试数据；判断是否为最后一条记录，若否，返回获取下一条记录步骤，若是，判断是否为最后一测试项，若否，则返回文件获取测试开始和结束的记录号步骤，若是，测试完成，结束测试。

如图15所示，本发明的服务运行流程为：测试诊断服务针对UUT端口的某一个信号开始测试，查找路径从UUT到ITA到ICA，查找是否连接有开关，若是，查找到最终的逻辑仪器，根据信号映射表筛选支持信号能力的物理仪器，若否，从ICA查找到最终的逻辑仪器，根据信号映射表筛选支持信号能力的物理仪器；查询仪器是否被占用，若是，查询是否存在别的符合信号能力且未被占用的仪器，若是，选择该仪器模块，若否，等待上一个仪器被释放，选择该仪器模块；若否，选择该仪器模块；判断开关类型，调用相关切换规则，查询开关通道是否被占用，若是，等待开关通道被释放，控制开关动作；若否，控制开关动作；控制仪器动作完成信号的测试过程。

Claims (9)

1.一种基于国产操作系统的测试诊断一体化开发平台，其特征在于：包括测试资源管理模块，所述测试资源管理模块生成UUT描述，参与测试仪器配置与构建工具集的系统资源分析与映射，所述系统资源分析与映射生成测试操作指令集，所述测试操作指令集用于测试与诊断运行时工具集的测试指令集编译，所述测试指令集编译连接可执行动态库，所述可执行动态库连接可互换仪器架构IVI模块的IVI仪器驱动，所述可执行动态库连接测试执行、诊断推理执行，所述测试执行、诊断推理执行生成测试诊断数据分析与管理模块的测试结果描述，所述测试执行、诊断推理执行包括自动测试程序开发模块的测试程序序列文件，所述自动测试程序开发模块的测点描述由系统级诊断建模模块的测试诊断策略生成，所述测试程序序列文件由自动测试程序运行模块的测试配置验证生成；

所述开发平台包括四层次结构，最底层为标准数据层和仪器驱动层，ATML通用测试语言统一测试资源、测试流程、测试适配器和测试结果的标准表示形式，可以作为底层数据交换和存储的载体形式；采用数据库作为中间过程数据和算法的存储载体；IVI仪器层通过兼容通用的仪器标准驱动，屏蔽操作系统层资源管理器和VISA库所引起的专用问题，在最底层实现数据及驱动的标准化和通用性；

接口层包括ATML通用标准调用接口、数据库标准操作接口和IVI仪器驱动调用接口，使逻辑控制层的逻辑控制单元只需要面对装备本身的测试需求属性、测试动作序列和资源配置参数，ATML通用标准调用接口和数据库标准操作接口根据系统的情况进行网络化操作的兼容与扩展，实现远程的数据存储与调用；

逻辑控制层为核心层，通过层内不同逻辑组件相互之间的调用与界面层和接口层的不停访问，进行资源合理调度、界面消息响应、数据参数传递、消息响应映射、逻辑控制管理、内存管理调度和仪器动作管理操作；

最上层为测试应用层，用于提供用户图形化的测试建模与流程开发，诊断动作的描述和快速的测试与诊断执行调用。

2.根据权利要求1所述的一种基于国产操作系统的测试诊断一体化开发平台，其特征在于：所述测试资源管理模块用于测试资源访问接口IO实现，具有访问各类型测试仪器的功能，实现仪器的初始化、数据读写和仪器配置；具有各类型测试仪器、接口资源的统一管理功能；对仪器设备进行登记和管理，形成设备管理库。

3.根据权利要求1所述的一种基于国产操作系统的测试诊断一体化开发平台，其特征在于：所述可互换仪器架构IVI模块用于实现仪器的可互换机制,实现客户化仪器IVI架构，具有可互换仪器配置库的管理和访问功能具有典型仪器模块可互换验证能力。

4.根据权利要求1所述的一种基于国产操作系统的测试诊断一体化开发平台，其特征在于：所述自动测试程序开发功能模块用于自动测试程序图形化开发，提供图形化操控测试序列的功能，实现测试程序的配置信息的导入和输出功能，测试程序的配置信息的导入和输出。

5.根据权利要求4所述的一种基于国产操作系统的测试诊断一体化开发平台，其特征在于：自动测试程序运行模块加载和解析所述测试程序的配置信息，形成内存执行序列；所述自动测试程序运行模块实现测试诊断程序运行时服务引擎，优化处理过程和仪器访问时间，实现测试序列的动态执行、测试仪器的动态访问、测试数据的动态获取、测试结果的动态存储、测试过程关键信号和事件的动态监控。

6.根据权利要求1所述的一种基于国产操作系统的测试诊断一体化开发平台，其特征在于：所述系统级诊断建模模块用于构建诊断模型图形化描述方法和建模环境，进行系统级诊断建模；所述系统级诊断建模功能模块包括系统级诊断建模工具，所述系统级诊断建模工具用于完成复杂系统的故障建模。

7.根据权利要求1所述的一种基于国产操作系统的测试诊断一体化开发平台，其特征在于：系统级诊断推理功能模块用于实现系统级诊断推理引擎功能，加载和运行诊断算法，提供诊断结果的分析、存储和评价；根据装备的故障信息、异常事件、状态超限，基于装备测试性模型进行推理，模拟专家排故过程，采用启发式诊断，关联性诊断多种诊断方法，实现组合级和系统级的故障诊断。

8.根据权利要求1所述的一种基于国产操作系统的测试诊断一体化开发平台，其特征在于：所述测试诊断数据分析与管理功能模块用于构建测试与诊断结果数据统一的管理平台；提供测试诊断结果数据查看、曲线回放、测试结果对比分析以及测试诊断结果报告生成、打印。

9.根据权利要求7所述的一种基于国产操作系统的测试诊断一体化开发平台，其特征在于：所述系统级诊断推理功能模块包括：

分布式支撑平台，用于为分布式诊断推理提供底层支持，包括推理主体管理系统、目录服务系统和消息传输系统；

案例推理引擎，用于保证实现故障案例快速、准确、高效地查询；

规则推理引擎，针对由专家经验知识抽取而成的规则集，进行快速、准确的搜索、匹配和执行，实现对故障征兆信息的实时诊断；

模型推理引擎，能够完成模型内和模型间的诊断，从而有效检测航天器故障；

任务分发工具，实现诊断任务的合理分解与控制，采取上层结构和功能分解，底层故障分解的模式，构建一个层次结构清晰的诊断任务树；

推理调度引擎，在诊断推理过程中，协调控制各个诊断推理引擎之间的行为和状态，引导和控制推理过程；

结果融合工具，将把各个推理诊断引擎得出的诊断结论，依据某种准则进行组合，以获得对被测对象的故障诊断结论一致性描述或理解，从而解决诊断可信度低的问题，提高故障诊断率。