CN102419725A - 测试ima类型航空电子模块的输入/输出接口的方法和装置 - Google Patents

Abstract

本发明尤其涉及在包括多个模块的装置中对IMA类型航空电子模块的输入/输出接口的测试，包括至少一应用程序的系统由一信息模块组实现。该信息模块组包括称为第一模块的所述信息模块、和称为至少一第二模块的至少一另一信息模块。将一系统测试与至少一系统相关联以根据所述系统功能上测试所述信息模块组。所述至少一系统测试包括用于功能上测试所述第一模块的所述至少一输入/输出接口的至少一基本系统测试。所述至少一基本系统测试的执行独立于所述至少一第二模块。将所述至少一基本系统测试的至少一执行结果传送给不同于所述多个信息模块的信息模块的维护计算机。

Description

测试IMA类型航空电子模块的输入/输出接口的方法和装置

技术领域

本发明涉及电子模块的维护，更特别地涉及测试IMA类型航空电子模块的输入/输出接口的方法和装置，尤其是在模块更换时。

背景技术

航空电子系统如旧代航空器的燃料和着陆管理系统使用其固有的计算机、外围设备、接线、输入/输出接口、传感器和驱动器。相反，新代航空器使用称为IMA(英语术语“Integrated Modular Avionic(综合模块化航电系统)”的首字母缩写词)的结构，根据该结构区分硬件部分和软件部分，从而允许多个航空电子系统共享相同的硬件元件。该发展允许减少航空器中不同硬件元件的数目，因此减少开发和鉴定的成本。

为此，已经以模块、尤其是CPIOM(英语术语“Core Processing InputOutput Module(核心处理输入输出模块)”的首字母缩写词)和IOM(英语术语“Input Output Module(输入输出模块)”的首字母缩写词)的形式开发出新型设备。IOM主要包括输入/输出接口，而CPIOM此外还包括处理能力，即软件组件的执行。这样的结构支持多个独立系统的应用程序的执行。

IMA模块还为托管应用程序如非易失性数据的管理、称为BITE(英语术语Built-In Test Equipment(内置测试设备)的字首词)的测试函数的软件应用程序的下载和更新、输入/输出接口的路由和输入/输出转换，提供服务。

图1示出在现代航空电子解决方案中使用的IMA类型结构和关联设备的例子。在此，航空电子设备100基于四个CPIOM模块105-1至105-4和一个IOM模块110。这些模块经由一般地参考标号为115的交换器通过AFDX(英语术语Avionic Full-DupleX ethernet switched(航空电子全双工交换以太网)的首字母缩写词)类型的通信链路而互联。

每个CPIOM模块允许实现可以通过其参考号ATA(ATA，AirTransport Association(航空运输协会)的首字母缩写词，是已通过用于标准化地识别航空器功能部分的ATA章程来建立分类的国际标准化组织)进行识别的一个或多个航空电子系统的应用程序。此外，在此，航空电子设备100还包括LRU(英语术语Line Replaceable Unit(航线可替换组件)的首字母缩写词)类型的专门模块120。

作为说明，将模块105-1、105-2和120与一般地参考号为125的传感器和一般地参考号为130的驱动器相连。IMA模块与传感器及驱动器之间的通信链路是例如分立的、模拟的或CAN(英语术语Controller AreaNetwork(控制器区域网络)的首字母缩写词)类型的链路。可以使用一般地参考号为135的、也称为RDC(英语术语Remote Data Concentrator(遥控数据集中器)的首字母缩写词)的集中器，以连接IMA模块和传感器。同样地，可使用一般地参考号为140的、也称为REU(英语术语RemoteElectronic Unit(远程电子组件)的首字母缩写词)的受控电子单元，以连接IMA模块和驱动器。IMA模块与RDC和/或REU类型的组件之间的通信链路可符合ARINC 429(ARINC是一个商标)标准。

通常，IOM是负责使用AFDX类型的网的应用程序和不与该标准兼容的其他设备例如使用ARINC 429标准的设备、传感器和/或驱动器之间的数据交换所必需的转换的IMA资源。图2示出一个IOM结构的例子。IOM通常不寄留功能软件组件，它们仅允许进行转换。

如所表示的，IOM 200包括一个AFDX输入/输出接口205、一个转换函数210和一些专门的输入/输出接口例如：CAN类型的输入/输出接口215、一个模拟类型的输入/输出接口220、一个分立类型的输入/输出接口225和一个ARINC 429类型的输入/输出接口230。IOM 200此外可包括能集成BITE函数的控制函数235。

图3示出CPIOM 300，其在此包括一个与AFDX通信卡310相连接的计算卡305、一个供电和输入/输出接口卡315和两个输入/输出接口卡315-1、315-2。这些卡在此经由一个PCI(英语术语Peripheral ComponentInterconnect(外围组件互联)的首字母缩写词)接口325而彼此连接。该模块可以经由在此包括一个AFDX接口、一个按照ARINC 429标准的接口、一个模拟接口、一个分立接口(interface discrète)和一个CAN类型接口的接口330，与外部模块和/或外部设备交换数据。CPIOM 300此外还包括BITE函数335。

在此观察到，如果BITE函数允许进行模块自身测试，那么它还允许测试至少部分地由该模块实现的系统。BITE功能通常通过模块的硬件组件和软件组件来实现。

模块的输入/输出接口通常根据其性质，由托管在模块自身上(尤其是关于CPIOM)或在另一个计算机上(特别地关于IOM)的软件组件驱动(piloté)。每个模块一般拥有一交互测试集，其分别针对模块和其接口，允许维护操作员在维护操作中借助于BITE函数检查模块，所述BITE函数允许在设备处于工作中时测试该设备。

在应用层与在托管应用程序的平台上都同样分布它们可能的失灵故障和检测过程。因此，作为说明，BITE函数可被切分为子函数，尤其是系统(System BITE(BITE系统)即SB)、应用程序(Application BITE(BITE应用程序)即AB)和资源(Resource BITE(BITE资源)，即RB或RBITE)。

关于RB，监视活动通常通过由模块所使用的处理系统持久执行的函数及其驱动程序(英语术语drivers)来实现。当检测到失灵故障时，RB被警告。然后，它审查所检测到的失灵故障，在需要时将消息传送给称为CMS(英语术语Centralized Maintenance System(中央维护系统)的首字母缩写词)的维护消息的中央管理电脑。通常每一个模块有一个RB。

AB和SB处理检测到的故障或失灵的功能后果和操作后果。AB负责分区的功能部分和操作部分的监视，通常，将一个模块或多个模块的一分区(partition)给予一个航空电子系统。每个分区有一个AB，其转给(reporter)SB。SB允许获收来自同一系统的不同AB的信息并且在需要时，将这些信息传送给CMS。系统测试(system test)和应用程序测试(application test)分别与SB和AB相关联。

经常地，这些功能不在资源(ATA 42)的负责下，而在由资源托管的航空电子应用程序(ATA XX)的负责下。因此，维护操作员不是相同的，ATA数据的维护操作员不能干预另一个ATA。

特别地，RB通常包括一种交互模式，当航空器在地面上时，该交互模式允许维护操作员进行测试。在该模式中，维护操作员(ATA 42)可进行模块测试(module test)以检验其良好的运转，特别是与计算机相连接的数字总线。该测试的目的是检验模块的硬件完整性，即检测内部错误。

该模式还允许操作员进行模块接口的逻辑测试(module interface test(模块接口测试))，以便检查设置用于借助例如反应机制(通常称为反馈机制)而被检测的输入/输出接口。然而，由于安全的原因(某些输入/输出接口不能被激活或不能被去激活而不对航空器或地面人员造成危险，例如燃料阀门或起动机操纵装置)或因为它们不配备有反应机制，因而许多输入/输出接口不能被测试。事实上，资源ATA 42，即由其他航空电子系统和航空电子应用程序(ATA XX)使用的信息资源，不应当对输入/输出接口发送刺激，而该资源不认识它们接口所至的设备。如果操作员希望确保所有输入/输出接口的良好运转，他应当进行与所涉及的航空电子应用程序(ATA XX)相关的系统测试(System tests)。此类测试应当由授予资格的维护操作员(其通常不同于ATA 42操作员)来实施。

在此观察到，对于由IMA模块托管的每个系统应用程序，潜在地存在一套关键的输入/输出接口，其不可用性可能影响到航空器的运转安全性。然后，在旨在更换航空器中的IMA模块的维护操作中，航空器的连接器之一的插销(broche)可能断裂，而该插销可成为输入/输出接口列表的组成部分，该列表的这些输入/输出接口由模块所托管的系统应用程序之一、但不必然地由是失灵故障原因的系统应用程序判断为是关键的，所述失灵故障是导致设备更换的缘由。

如前面所描述的，在其安置时由安装程序所执行的模块交互测试不会覆盖全部的其输入/输出接口。因此，可以将被更换的模块视为是可利用的，而尽管插销断裂。

因此，在失灵故障检测后更换模块时，经RB的接口进行的测试应该由在系统应用程序层实现的系统测试来完成，以检验所有输入/输出接口。这些系统测试是这样的测试：它们被设计用于使用模块的航空电子应用程序(ATA 42)和由使用模块的航空电子应用程序(ATA 42)进行设计，以完整检测整个系统。然而，系统测试的执行时间通常是数分钟。因此，出于遵守航空器可用性的原因，通常仅执行与失灵故障源相关的系统测试。因此，经常没有对由使用更换IMA模块的其他系统所用的其他接口进行检验，因为通常不可能对使用更换模块的所有航空电子系统进行所有系统测试(这会需要数小时并且维护经常仅有称为TAT(英语术语TurnAround Time(周转时间)的字首词)的有限时间来进行元件的更换)。

发明内容

本发明允许解决上面所陈述问题中的至少一个问题。

因此本发明的目标在于：在一包括IMA类型的多个信息模块的装置中测试一包括多个输入/输出接口的IMA类型的信息模块的至少一输入/输出接口的方法，包括至少一应用程序的至少一系统由所述多个信息模块的一信息模块组实现，所述信息模块组包括：称为第一信息模块的所述信息模块、和称为至少一第二信息模块的至少一另一信息模块；至少一系统测试与所述至少一系统相关联以根据所述系统在功能上测试所述信息模块组，所述至少一系统测试包括用于在功能上测试所述第一信息模块的所述至少一输入/输出接口的至少一基本系统测试；并且，所述方法包括：所述至少一基本系统测试的执行步骤，所述至少一基本系统测试的执行步骤独立于所述至少一第二信息模块；和将所述至少一基本系统测试的至少一执行结果传送给不同于所述多个信息模块中的信息模块的维护计算机的步骤。

因此，根据本发明的方法允许按部分地由一模块实现的一系统测试该模块的一输入/输出接口，而不测试由该系统所使用的其他模块，以便瞄准测试和因此限制执行与一些模块组托管的系统相关的测试所需要的时间。本发明的一个特别有利的应用针对航空器中在一计算机更换后对该计算机的测试，以限制其安装时间。因此，根据本发明的方法有助于减少航空器的地面停泊时间以及简化维护操作员的任务。

根据一个特别的实施方式，该方法此外包括：不同于被称为第一基本系统测试的所述至少一基本系统测试的至少一第二基本系统测试的执行步骤，所述至少一第二基本系统测试允许测试不同于被称为至少一第一接口的所述至少一输入/输出接口的所述第一信息模块的至少一第二输入/输出接口，所述至少一第二基本系统测试属于不同于被称为至少一第一系统测试的所述至少一系统测试的第二系统测试，所述第二系统测试与不同于被称为至少一第一系统的所述至少一系统的、包括至少一应用程序的第二系统相关联，所述第二系统由不同于被称为第一信息模块组的所述信息模块组的第二信息模块组实现，所述第一信息模块组包括所述多个信息模块中的至少所述第一信息模块和至少一另一信息模块，所述第二系统测试允许根据所述第二系统在功能上测试所述第二信息模块组，所述至少一第二基本系统测试的执行步骤独立于所述第二信息模块组中的所述至少一另一信息模块；和将所述第二基本系统测试的至少一执行结果传送给所述维护计算机的步骤。

因此，根据本发明的方法允许按照一模块托管的系统来测试该模块的完整性，而无需测试这些系统自身，即无需测试其他模块托管的这些系统的部分。

有利地，所述至少一第二基本系统测试的执行步骤在所述第一基本系统测试执行后被调用。因此，可以连接一组基本测试系统以自动地测试一托管有不同的系统的多个部分的模块。

优选地，该方法此外包括所述信息模块的至少一输入/输出接口的接口逻辑测试步骤，所述至少一基本系统测试的执行步骤通过所述接口逻辑测试步骤被调用。因此，为测试模块的输入/输出接口，可将通常应用的逻辑测试与按照本发明的基本系统测试相组合，以增加所测试的模块的测试面。

有利地，优选地，本方法此外还包括根据所述至少一系统执行所述基本系统测试的许可步骤，所述基本系统测试响应所述许可步骤而被执行。因此，得到证实：基本系统测试可按照与相关系统有关的条件来进行。

优选地，所述基本系统测试在适合于所述至少一系统的环境中执行，以便基本系统测试在尽可能接近系统应用程序运行环境的环境中执行。

根据一个特殊的实施方式，该方法此外包括所述基本系统测试的初始化步骤，所述初始化步骤响应通过所述维护计算机输入的操作员命令而被执行。这样的初始化步骤例如允许将所测试的模块置于交互模式。

还是根据一个特殊的实施方式，该方法此外包括至少一初始条件的验证步骤，所述至少一基本系统测试的执行步骤响应所述至少一初始条件的验证步骤而被执行。因此可证实：在起动基本系统测试之前这些条件已被验证。因此，可使用根据本发明的方法，而不会对航空器和位于航空器内部或接近航空器的人员造成危险。

有利地，该方法此外包括将所述系统测试分解为多个基本测试的预备步骤，所述多个基本测试包括所述至少一基本系统测试。因此，基本系统测试衍生自所述系统测试，其开发是有限的。

本发明的目标还在于：计算机程序，其包括当所述计算机程序在计算机上执行时适于实现前面所描述方法的每个步骤的指令；装置，其包括适于实现根据前面所描述的方法的每个步骤的部件；以及包括该装置的航空器。

所述计算机程序、所述装置和所述航空器所带来的优点与前面所描述的优点相似。

附图说明

本发明的其他优点、目的和特征从下面的、作为非限制性例子给出的根据附图详细说明的描述中得出，附图中：

图1示出在现代航空电子解决方案中所使用的IMA类型的结构和关联设备的例子；

图2和图3分别示出IOM和CPIOM的结构的例子；

图4，包括图4a和4b，示出分别在执行模块接口测试和系统测试时以及在执行模块接口测试和基本系统测试时，在实现四个航空电子系统的四个模块中的输入/输出接口测试的覆盖区；

图5至8示出按照本发明的IMA类型模块的输入/输出接口测试的四个实施方式；

图9示出按照参考图8所描述的第四实施方式，在需要验证初始条件的基本系统测试的执行时的顺序图的例子；和

图10示出适于实现本发明的某些步骤的硬件结构的例子。

具体实施方式

本发明针对具有由多个应用程序使用的一些输入/输出接口的IMA类型模块的测试，某些输入/输出接口被视为对于包括该模块的装置通常是航空器、特别是在模块被更换后的运转安全性是关键的。

为此，本发明采用在遵守航空电子系统安全性约束的同时其执行在时间上受到限制的系统测试，其包括一个或多个至少部分地由一个模块托管的应用程序。更精确的说，在模块的安装过程中，本发明旨在仅刺激不被交互测试涵盖的、由模块托管的航空电子系统的输入/输出接口，而不刺激由这些相同的航空电子系统使用的其他模块的输入口/输出口。为减少维护时间，还可仅测试模块的关键输入口/输出口。

因此，本发明允许负责进行模块的安上与拆下进程的维护操作员仅具有唯一的待执行的交互测试，该测试覆盖模块的硬件部分以及被判断为关键的其输入/输出接口。

通常，本发明在于在模块完整性测试范围(périmètre)中，即在检验计算机内部错误的模块测试和检验可测试输入/输出接口的模块接口测试中添加一套补充测试，该套补充测试允许在模块完整性测试执行时确保安全方面的完全覆盖。这些补充测试代表由被托管的航空电子应用程序的系统测试所实现的测试范围的子集。这些测试仅对应于在所测试的模块上由应用程序所使用的输入/输出接口，或仅对应于由系统设计者判断为关键的、并且不被模块的交互测试所覆盖的输入/输出接口。

因此，确定新类型测试，以便测试仅借助于系统应用程序才可以被测试的输入/输出接口。此类测试可以在较少的时间内并以比标准系统测试要少的约束来实现。优选地，在使用ATA 42资源的所涉及的ATA(ATA XX)的系统工程师的帮助下开发此类测试。然而，为了不阻碍应用程序的开发过程，优选不考虑与这些新类型测试相关的专门开发。

因此，一个有利的解决方案在于使用利用所涉及的航空电子应用程序开发的现有系统测试，以测试其固有的输入/输出接口。此处，例如以模块，以关键级(niveau de criticité)和/或以输入/输出接口，将这些现有系统测试分解为基本测试，以便允许其与在模块内部ATA 42级处实现的完整性测试集成。

这些新类型测试，也可以被称为小型系统测试(mini-ST)或基本系统测试，允许根据应用程序的特征测试有限数目的输入/输出接口。有利地，将系统测试分解为与模块上寄留有所考虑的该应用程序的模块同样多数量的基本系统测试，和将系统测试分解为与该相应应用程序的开发者所定义的同样多的关键级。

可将这些基本系统测试集成于模块测试接口或经该接口由维护操作员自主地调用。无论选择何种实现方式，这些基本系统测试要被执行，都应当满足与模块测试和模块接口测试相同的约束，即，特别地，当航空器在地面上时，可以自维护消息的中央管理计算机(CMS)由维护操作员来执行。

由于与现有的系统测试建立进程相界接(s’interfacer)，通过添加一个在于例如按关键性和/或按模块分解这些测试的步骤，因而这些基本系统测试的开发超额成本是低的。在ATA 42方面，需要考虑这些新类型测试以便实现它们。为满足成本约束和安全性约束以及满足与针对ATA 42的进程和所涉及的应用程序相关的约束，多种解决方案是可能的。

图4，包括图4a和4b，示出分别在执行模块接口测试和系统测试时以及在执行模块接口测试和基本系统测试时，在实施四个航空电子系统的参考号为400-1至400-4的四个模块中的输入/输出接口测试的覆盖范围，其中每个系统包括一个或多个应用程序。在此每个叉号表示一个输入/输出接口。

模块400-1包括一套输入/输出接口，其中的某些输入/输出接口可以通过相关的模块接口测试进行测试，而另一些输入/输出接口可以通过系统测试或基本系统测试进行测试。

因此，如在图4a中所示的，参考号405-1是指由相关的模块接口测试对模块400-1的输入/输出接口测试的覆盖区。参考号410-1针对由第一航空电子系统的系统测试对模块400-1的输入/输出接口的测试覆盖区，所述第一航空电子系统由模块400-1至400-4实现。然而，如前面所描述的，输入/输出接口410-1不能独立于由该第一航空电子系统使用的模块400-2至400-4的输入/输出接口而由系统测试进行测试。因此，当执行第一航空电子系统的系统测试时，输入/输出接口的测试覆盖区包括模块400-1、400-2、400-3、400-4的输入/输出接口，如由参考号415-1所表明的那样。

相似地，通过与模块400-2、400-3、400-4相关联的模块测试接口对模块400-2、400-3和400-4的输入/输出接口的测试覆盖区分别由参考号405-2、405-3和405-4表示。同样地，通过相关的系统测试对由模块400-1至400-4实现的第二、第三和第四航空电子系统所使用的输入/输出接口的测试覆盖区，分别由参考号415-2、415-3和415-4表示。

因此，如所说明的，大量的输入/输出接口不会通过模块接口测试被测试，而系统测试的使用允许测试所有输入/输出接口。然而，如前面所描述的，系统测试的执行需要大量的时间并且通常需要专门的维护操作员的介入以便例如启动阀门或进行验证。此外，此类测试的目的在于测试实现相应航空电子系统的所有模块的输入/输出接口，而不可能测试单一的模块。由于一个航空电子系统可以由多于四个的模块来实现和一个模块可以托管许多航空电子系统，因而一个模块的输入/输出接口的测试时间同样增加。

将系统测试分解为包括基本系统测试的基本测试，这允许测试与单一模块的一航空电子系统相关联的输入/输出接口，如在图4b上所示的那样。

参考号405’-1是指通过模块接口测试对模块400-1的输入/输出接口的测试覆盖区。参考号420-11针对通过第一航空电子系统的一些基本系统测试对模块400-1的输入/输出接口的测试的覆盖区，所述第一航空电子系统由模块400-1至400-4实现。在此，这些来自系统测试415’-1的基本系统测试与模块400-1相关联。因此，通过这些基本系统测试对输入/输出接口的测试覆盖区被限制于模块400-1，而甚至相应的航空电子系统由模块400-1至400-4实现。

相似地，参考号420-12、420-13和420-14表明通过由模块400-1至400-4实现的第二、第三和第四航空电子系统的基本系统测试对模块400-1的输入/输出接口的测试的覆盖区。

在执行模块400-1的模块接口测试时或者由维护操作员经过该测试接口来测试参考号420-11至420-14所指的输入/输出接口。因此，直接或间接地，通过模块接口测试对模块400-1的输入/输出接口的测试的覆盖区，包括参考号为405’-1和420-11至420-12的输入/输出接口组，即参考号为425-1的输入/输出接口全体，即，根据该实施例，模块400-1的所有输入/输出接口。

在此观察到，模块400-1的所有输入/输出接口被测试，而不需要测试模块400-2、400-3和/或400-4的输入/输出接口。

存在多种可能的用以实现基本系统测试的实施方式。然而，无论所考虑的实施方式如何，有利的是要避免使航空电子系统的开发工作变得更复杂化。因此，允许配置基本系统测试的文档的建立，优选地，基于系统测试配置文档例如XML(英语术语“eXtensible Markup Language(可扩展标记语言)”的首字母缩写词)文档来实现。

根据第一实施方式，模块测试接口在其执行过程中向所涉及的航空电子系统(ATA XX)请求与其相关联的基本系统测试的结果。因此，ATA XX本身进行这些基本系统测试。然后，由模块测试将结果添加到由模块接口测试所执行的输入/输出接口测试的结果中。

换言之，当调用模块接口测试时，在其上执行该测试的模块向该模块为其提供输入/输出接口的所有航空电子系统要求与这些输入/输出接口相关联的基本系统测试的结果。为能够提供它们，每个航空电子系统应所述模块的要求，利用预配置的基本系统测试(即系统测试的子测试)的数据库进行其输入/输出接口的测试。在模块接口测试的执行结束时，被测试的模块将来自于所实现的不同航空电子系统的不同基本系统测试的结果与模块接口测试的结果进行级联。然后，将所级联的结果传送给CMS或等同的装置。

参考图5描述了这样的一个实施方式。

当航空器在地面上时，维护操作员可以自置于交互模式的维护计算机，例如CMS 500，从该计算机的人机接口(IHM)开始起动模块接口测试(MIT)(步骤505)。将相应的请求传送给该测试所针对的模块510。模块510基于配置表，在模块的所有输入/输出接口515中决定每个分区所使用的输入/输出接口，即给予每个航空电子系统的输入/输出接口。

然后，模块510向每个分区，例如依序地，提出执行基本系统测试的请求，所述基本系统测试允许测试相应的输入/输出接口。因此，模块510以向与第一航空电子系统相关的分区提出第一请求(步骤520)开始，所述分区在此即ATA XX，参考号为525，所述第一请求优选地指示输入/输出接口应被测试。

观察到，如果某些输入/输出接口根据航空器的状态、尤其出于安全的原因，不应该或不能被测试，那么，只需要相应的基本系统测试考虑该数据(编写基本系统测试的航空电子系统设计者是设置用于了解输入/输出接口的可测试性或不可测试性的最佳人员)并且通知被测试模块：该输入/输出接口是不可测试的。

响应于基本系统测试的执行请求，如果第一分区525的输入/输出接口可以被测试，那么该第一分区返回确定可以执行输入/输出接口测试的许可回执(步骤530)，即OK类型的消息。可替换地，如果第一分区525的输入/输出接口不可以被测试，则所返回的消息为NOK类型的。第一分区还可许可仅某些输入/输出接口的测试。因此，所传送的库可以只包括被许可的基本系统测试或者包括所有的基本系统测试，而以被测试模块仅执行被许可的那些基本系统测试为条件。

如果第一分区525的输入/输出接口可以被测试，那么第一分区525找到基本系统测试并执行它们。如前面所描述的，这些基本系统测试通常是常规系统测试的子测试。为此，在不是与第一分区525相关的所有基本系统测试都被执行过时，可以在所测试的模块510和第一分区525之间进行交换数据(步骤535)，尤其以便提供基本系统测试的结果。

在第一分区的经许可的基本系统测试被执行后，将相应的结果传送给所测试的模块510(步骤540)，该模块将这些结果添加到模块接口测试的结果上。如上面所指出的，还可以随着基本系统测试的执行来传送这些结果。

继而对于后面的分区重复该过程，后面的分区此处尤其是：这里与ATA YY和ATA ZZ系统有关的分区。

在起动了与被测试模块的分区相关的基本系统测试的执行之后，模块接口测试向CMS传送(步骤545)其测试结果，这些测试结果此外包括来自分区的测试的结果，即所执行的基本系统测试的结果。

该实施方式允许获得完整的测试结果和允许分离开所执行的任务，被测试模块执行模块接口测试(ATA 42)并且每个ATA负责执行基本系统测试。此外，为执行测试所使用的资源，尤其是CPU(英语术语“CentralProcessing Unit(中央处理器)”的首字母缩写词)资源是其输入口/输出口被测试的分区ATA XX的资源。因此，在所测试的模块中不需要准备特殊资源。

根据第二实施方式，由航空电子系统应用程序的开发者以库的形式建立基本系统测试。因而，除模块测试和模块接口测试外，被测试模块还调用这些库。因此，该实施方式接近于前面描述的第一实施方式，然而，模块测试向系统ATA XX请求基本系统测试的库，其亲自执行所述库以完成其模块接口测试。

在图6中示出该实施方式。

再次，当航空器在地面上时，维护操作员可以自置于交互模式的维护计算机例如CMS 600，从该计算机的IHM开始起动模块测试(步骤605)。将相应的请求传送给该测试所针对的模块610。从配置表开始，模块610在模块的所有输入/输出接口615中决定由每个分区所使用的输入/输出接口，即给予每个航空电子系统的输入/输出接口。

然后，模块610向每个分区，例如依序地，提出请求以获得测试相关的输入/输出接口的许可和获得允许测试这些输入/输出接口的对应于基本系统测试的库。因此，模块610以向与第一系统相关的分区提出第一请求(步骤620)开始，其中所述分区在此是ATA XX，参考号为625，第一请求优选地指示输入/输出接口应被测试。

响应于该请求，分区返回许可输入/输出接口测试的消息(步骤630)即OK类型的消息，以及与待执行的基本系统测试相对应的库。可替换地，如果第一分区625的输入/输出接口不能被测试，所返回的消息则为NOK类型的。

如果第一分区625的输入/输出接口可以被测试并且所测试的模块已接收到与待执行的基本系统测试相对应的库，那么该库由所测试的模块执行。如前面所描述的，这些基本系统测试通常是常规系统测试的子测试。

在第一分区的基本系统测试被执行后，将相应的结果添加到模块接口测试的结果上。然后，优选地，将所接收的库的执行结束的消息传送给第一分区625(步骤635)。

然后，对后面的分区重复该过程，后面的分区尤其是与系统ATA YY和ATA ZZ有关的分区。

在起动了与同被测试模块的分区相关的基本系统测试相对应的库的执行后，模块接口测试向CMS传送(步骤640)其测试的结果，这些结果包括来自分区的测试的结果，即基本系统测试。

该实施方式允许获得完整的测试结果和允许分离开所执行的任务，被测试模块执行模块接口测试(ATA 42)并且每个ATA负责许可基本系统测试的执行。此外，该实施方式允许动态管理输入/输出接口的测试。

源自前述第二实施方式的第三实施方式在于：在待测试的模块中预装载与基本系统测试相对应的库，以便能够作为模块接口测试被执行，即不与提供库的应用程序相互作用。因此，在请求模块接口测试时，所测试的模块就起动涉及待测试的输入/输出接口的所有库。将这些库直接安装在模块中，这避免了在待测试的模块与应用程序之间的所有通信问题。这些库预先由ATA XX建立并在模块中被装载在专用表中。

在图7中示出该实施方式。

再次，当航空器在地面上时，维护操作员可以自置于交互模式的维护计算机如CMS 700，从该计算机的IHM开始起动模块测试(步骤705)。将相应的请求传送给该测试所针对的模块710。基于配置表，模块710在模块的所有输入/输出接口715中确定每个分区所使用的输入/输出接口，即给予每个航空电子系统的输入/输出接口。

然后，模块710向每个分区，例如依序地，提出获得测试相关输入/输出接口的许可的请求。因此，模块710从向与第一系统相关的分区提出第一请求(步骤720)开始，其中所述分区在此是ATA XX，参考号为725，第一请求优选地指示应被测试的输入/输出接口。

为响应该请求，分区返回许可输入/输出接口测试的消息(步骤730)，即OK类型的信息。可替换地，如果第一分区725的输入/输出接口不可以被测试，所返回的消息则为NOK类型的。分区还可以返回许可仅某些输入/输出接口的测试的消息。

如果第一分区725的输入/输出接口可以被测试，那么所测试的模块找到专用表中的与待执行基本系统测试相对应的库，该库在此参考号为735。然后根据分区所给予的许可由被测试模块执行该库。如前面所描述的，这些基本系统测试通常是常规系统测试的子测试。

在第一分区的经许可的基本系统测试被执行后，将相应的结果添加到模块接口测试的结果上。然后，优选地，将所接收的库的执行结束的消息传送给第一分区725(步骤735)。

然后，对后面的分区，尤其是此处与系统ATA YY和ATA ZZ有关的分区，重复该过程。

在起动了对应于与被测试模块的分区相关联的基本系统测试的库的执行后，模块接口测试向CMS传送(步骤745)其测试的结果，所述测试的结果此外包括来自分区的测试的结果，即基本系统测试。

该实施方式允许获得完全的测试结果并且允许分离所执行的任务，所测试的模块执行模块接口测试(ATA 42)并且每个ATA负责许可基本系统测试的执行。此外，库在所测试的模块中的预装载减少了在ATA XX的系统分区与被测试模块之间的数据的通信与一致性的问题。

尽管前面所描述的三个实施方式允许从维护计算机开始测试模块的输入/输出接口，但它们不允许在基本系统测试执行之前测试初始条件。这类初始条件可以尤其涉及仅可被操作员检验的条件，例如，以表述“Warning：nobody next to sterring”而知晓的条件，该条件指出对位于可移动面附近的人员存在危险。

通常，此类初始条件对于每个航空电子系统，借助特殊的标示符(例如标示符<_INIT>)在XML格式的文档中进行描述，所述文档允许进行交互模式的、即由维护操作员启动的系统测试。这些文档通常由从事航空电子功能开发的分包商提供并被装载在CMS中。在系统测试中，CMS使用这些文档。如果识别了预先确定的标示符，那么应当检验相应的预条件以执行测试。

第四实施方式允许在模块中执行输入/输出接口测试之前验证这类初始条件。根据该实施方式，直接使用允许维护操作员起动维护进程的计算机例如CMS，以起动基本系统测试。

按照在前面所描述的三个实施方式中所应用的逻辑，所使用的测试接口此处调用模块接口测试和源自系统测试的基本系统测试。因此，借助于模块接口测试和使用待测试模块的航空电子系统(ATA XX)的基本系统测试，来物理地和功能地测试模块的输入/输出接口。

图8示意性地示出该第四实施方式。

当航空器在地面上时，维护操作员可以自置于交互模式的维护计算机例如CMS 800，使用该计算机的IHM以起动测试。在此，CMS 800包括：朝向航空电子系统、即朝向IMA类型模块的分区的接口805；以及存储器，在存储器中尤其存储有指令810，所述指令810允许操控通过模块待执行的测试，即特别地，基本系统测试。

因此，例如，维护操作员可以自CMS 800，向待测试的模块825的第一分区820提出请求(步骤815)。在此，请求包括用于执行预先装载在第一分区820的基本系统测试的指令，这些基本系统测试允许测试测试模块825的在所有其输入/输出接口830中的由第一分区820使用的输入/输出接口。

将这些基本系统测试的执行结果通过第一分区820传送给CMS 800(步骤835)，CMS然后可以显示这些结果。

相似地，维护操作员可以向被测试模块825的其他分区提出类似的请求，以测试该模块的其他输入/输出接口。

因此，随着基本系统测试的执行，将基本系统测试的执行结果传输给CMS继而显示。

还可在所有测试都已被执行时显示测试结果。然而，这样的解决方案不具有实际的优点，因为如果检测到故障，逐个系统的检测对于失灵故障的分析允许更好的反应性。

如前面所描述的，交互测试的情况能以XML格式存储在CMS中。这些文档可包含不同的命令，例如START、INIT、NEXT和WAIT命令，它们可以借助预先确定的标示符被识别和被输送给待测试模块的BITE函数(fonctionnalitéBITE)。

在此观察到，由ATA XX的开发者通过遵照ATA 42的设定确定这些文档，因为当维护操作员起动这些测试之一时，他就起动一个ATA 42测试而非一个ATA XX测试本身。因此，这些XML文档的配置尤其应当考虑这样的事实：能够在CMS上显示结果之前，将ATA XX结果转换为ATA42。

图9示出按照前面所描述的第四实施方式，在执行需要验证初始条件的基本系统测试时的顺序图的例子。

更精确的说，图9示出允许确定状态的航空器系统900、维护操作员902、所使用的CMS的IHM 904、应用程序ATA XX 906、允许实现该应用程序的模块的输入/输出接口908和传感器或驱动器910之间的消息、请求和结果的交换。

在维护操作员902通过所使用的CMS的IHM 904选择了测试(步骤912)后，优选地显示(步骤914)关于该被选择的测试的信息。如前面所描述的，测试配置的数据例如在XML格式的配置文档中进行定义。

然后，识别所选择测试的第一基本系统测试以便执行该第一基本系统测试(参考号916)。再次，优选地显示(步骤918)关于该基本系统测试的信息。然后，起动该基本系统测试的初始化阶段(参考号920)。在该阶段中，第一步骤的目标在于将所测试的模块置于交互模式中(步骤922)。

如果需要一个或多个预条件来进行所识别的基本系统测试，即如果配置文档例如借助预先确定的标示符，指出这样的约束，则IHM 904将其向维护操作员902指示(步骤924)。根据预条件的性质，由维护操作员通过目视分析例如是否涉及活动面周围无人员、或者由维护操作员通过航空器系统的询问例如是否涉及计算机的已停机或关机状态，来验证这些预条件有效与否(步骤926和928)。由维护操作员902将有效(或无效)传送给IHM 904(步骤930)。

如果预条件不是有效的，则终止所识别的基本系统测试的执行，并且，在需要时，识别后面的基本系统测试以便以同样的方式进行处理。

后面的基本系统测试可以针对与相同航空电子系统(相同ATA XX)相关的、同前面所测试的输入/输出接口不同的输入/输出接口，或针对不同航空电子系统的不同输入/输出接口。

如果，相反地，预条件是有效的，则执行基本系统测试。为此，由测试所针对的应用程序906产生刺激并且所述刺激被传送给所测试模块的输入/输出接口908(步骤932)。同时，将应用程序906置于缺陷监视和检测模式中(步骤934)。

被传送给所测试模块的输入/输出接口908的刺激，因而以命令的形式传送给驱动器或传感器910(步骤936)，驱动器或传感器执行接收到的命令(步骤938)并将结果返回给所测试模块的输入/输出接口908，输入/输出接口908亲自将结果传送给应用程序906，应用程序906继而将结果再传送给IHM 904(步骤940、942和944)，IHM 904可以因此显示所识别的基本系统测试的执行结果(步骤946)。

然后，在需要时，识别后面的基本系统测试以便同样地进行处理。

再次，后面的基本系统测试可针对与相同航空电子系统(相同ATAXX)相关的、不同于前面测试的输入/输出接口的输入/输出接口，或针对不同航空电子系统的不同输入/输出接口。

这样的实施方式允许在模块中对被视为关键的输入/输出接口进行全面测试，而不会对托管ATA XX(ATA 42)的应用程序的功能有影响，并考虑到初始条件。此外，这样的实施方式不要求被测试模块处的附加计算资源和在维护消息的中央管理计算机(此处为CMS)处的极少资源。

估算显示：基本系统测试相对于系统测试的时间节约比在为五的数量级。

无论实施方式如何，如果基本系统测试没有揭示缺陷，那么所测试的输入/输出接口可被视为是正常运转的。相反地，如果检测到缺陷，那么模块的所考虑的输入/输出接口是有失灵故障的(因此存在ATA 42缺陷)和/或与该输入/输出接口相连的设备是有缺陷的(这对应于相应航空电子系统的缺陷，ATA XX缺陷)。

根据情况，责任不是相同的，因为面对航空电子系统的缺陷，维护操作员已揭示了所隐藏的故障，该故障很可能在模块ATA 42更换之前就存在但却不是他的责任。它应当由有关的航空电子系统维护操作员加以纠正。

因此，在模块ATA 42更换的过程中，可建议进行两次基本系统测试，一次在更换之前，一次在新模块安上之后，以便识别航空电子系统的故障的根源，即确定是否该故障是由维护操作员引入的。

因此，本发明不仅允许改善所进行的与所更换模块相关的测试，它还允许诊断可能对安全具有影响的隐藏的故障。因此，这也提供了所使用模块的更好的功能诊断。

图10示出适合于实现本发明的某些步骤的IMA类型模块的硬件结构的例子。在此，装置1000包括通信总线1005，以下器件与该通信总线相连接：

-一个或多个中央处理器或微处理器(CPU)1010；

-一个只读存储器1015(ROM，英语术语“Read Only Memory”的字首词)，其可以包括实现本发明所需要的程序(prog，prog1和prog2)；

-主存储器或高速缓冲存储器1020(RAM，英语术语“Random AccessMemory(随机存取存储器)”的字首词)，其包括适于记录在前述程序的执行过程中产生和改变的变量和参数的寄存器；和

-适于传送和接收数据的通信接口1050。

优选地，装置1000还具有下述元件：可以包括根据本发明的前述程序和已处理或待处理的信息的硬盘1035，和适于接收存储卡1045并在其中读取和写入根据本发明的已处理或待处理数据的存储卡的读卡器1040。

通信总线允许包含在装置1000中或与其相连的不同元件之间的通信和互操作性。总线的图示不是限制性的，尤其是，中央处理器能够直接地或通过装置1000的其他元件将指令传送给装置1000的任何元件。

可以将允许可编程装置实现根据本发明的这些过程的每个程序的可执行代码存储在例如硬盘1035中或只读存储器1015中。

根据一变型，存储卡1045可以包含信息、尤其是根据本发明的待处理的信息，以及前述程序的可执行代码，该代码一旦被装置1000读取，就被存储在硬盘1035中。

根据另一变型，根据本发明的程序的可执行代码和待处理的信息可以至少部分地通过接口1050被接收，以便以与前面所描述的方式相同的方式被存储。

更一般地，可以将根据本发明的所述程序以及待处理的信息在被执行之前装载在装置1000的存储部件之一中。

中央处理器1010将控制和引导根据本发明的程序的软件代码部分或指令的执行，所述指令是被存储在硬盘1035中或只读存储器1015中或前述的其他存储元件中的指令。当被供电时，将存储在非易失存储器例如硬盘1035中或只读存储器1015中的程序转移到主存储器1020中，主存储器1020因而包含根据本发明的程序的可执行代码、以及用于存储实施本发明所需要的变量和参数的寄存器。

还可以在维护计算机中使用图10中示出的装置的结构，从而允许维护操作员在IMA类型的模块中起动交互测试。然而，此外，装置优选地具有一个或多个显示单元，显示单元允许显示数据并且可用作与使用者的文字图形界面，所述使用者将可借助于键盘和鼠标或者其它指向装置例如触摸屏或遥控器，与根据本发明的程序相互作用。

自然，为满足特殊的需要，本发明领域中的技术人员将可以在前面的描述中进行变化。

Claims (12)

1.在一包括多个IMA类型的信息模块的装置中测试一包括多个输入/输出接口(515、615、715、830)的IMA类型的信息模块(510、610、710、825)的至少一输入/输出接口的方法，包括至少一应用程序的至少一系统由多个信息模块的一信息模块组实现，所述信息模块组包括：称为第一信息模块的所述信息模块、和称为至少一第二信息模块的至少一另一信息模块；至少一系统测试与所述至少一系统相关联以根据所述系统在功能上测试所述信息模块组；

所述方法的特征在于，所述至少一系统测试包括用于功能上测试所述第一信息模块的所述至少一输入/输出接口的至少一基本系统测试；并且，所述方法包括：所述至少一基本系统测试的执行步骤，所述至少一基本系统测试的执行步骤独立于所述至少一第二信息模块；和将所述至少一基本系统测试的至少一执行结果传送给不同于所述多个信息模块中的信息模块的维护计算机的步骤(545、640、745、830)。

2.根据权利要求1所述的方法，其此外包括：不同于被称为第一基本系统测试的所述至少一基本系统测试的至少一第二基本系统测试的执行步骤，所述至少一第二基本系统测试允许测试不同于被称为至少一第一接口的所述至少一输入/输出接口的所述第一信息模块的至少一第二输入/输出接口，所述至少一第二基本系统测试属于不同于被称为至少一第一系统测试的所述至少一系统测试的第二系统测试，所述第二系统测试与不同于被称为至少一第一系统的所述至少一系统的、包括至少一应用程序的第二系统相关联，所述第二系统由不同于被称为第一信息模块组的所述信息模块组的第二信息模块组实现，所述第一信息模块组包括所述多个信息模块中的至少所述第一信息模块和至少一另一信息模块，所述第二系统测试允许根据所述第二系统在功能上测试所述第二信息模块组，所述至少一第二基本系统测试的执行步骤独立于所述第二信息模块组中的所述至少一另一信息模块；和将所述第二基本系统测试的至少一执行结果传送给所述维护计算机的步骤(545、640、745、830)。

3.根据权利要求2所述的方法，其中，所述至少一第二基本系统测试的执行步骤在所述第一基本系统测试执行后被调用。

4.根据权利要求1至3中任一项所述的方法，其此外包括所述信息模块的至少一输入/输出接口的接口逻辑测试步骤，所述至少一基本系统测试的执行步骤通过所述接口逻辑测试步骤被调用。

5.根据前述权利要求1至4中任一项所述的方法，其此外包括根据所述至少一系统执行所述基本系统测试的许可步骤(530、630、730、930)，所述基本系统测试响应所述许可步骤而被执行。

6.根据权利要求5所述的方法，所述基本系统测试在适合所述至少一系统的环境中执行。

7.根据权利要求1至3中任一项所述的方法，其此外包括所述基本系统测试的初始化步骤(920)，所述初始化步骤响应通过所述维护计算机输入的操作员命令而被执行。

8.根据权利要求7所述的方法，其此外包括至少一初始条件的验证步骤(926、928)，所述至少一基本系统测试的执行步骤响应所述至少一初始条件的验证步骤而被执行。

9.根据前述权利要求中任一项所述的方法，其此外包括将所述系统测试分解为多个基本测试的预备步骤，所述多个基本测试包括所述至少一基本系统测试。

10.计算机程序，其包括当所述计算机程序在计算机上执行时适于实现根据前述权利要求中任一项所述的方法的每个步骤的指令。

11.装置，其包括适于实现根据权利要求1至9中任一项所述的方法的每个步骤的部件。

12.航空器，其包括根据权利要求11所述的装置。

Images