基于兼容性列表文件的产品软硬件兼容性管理方法

技术领域

本发明涉及复杂航空电子产品软硬件升级领域，基于兼容性列表文件的产品软硬件兼容性管理方法。

背景技术

在航空电子产品不断复杂化，软件规模不断扩大的大环境下，软件配置项的数量急剧增长；同时，航空电子产品所需要的安全性等级高，研发周期长，构型管理要求严格的特性都对航空电子产品的研发提出更高的要求。在软件硬件生命周期过程中，会经历很多的软件、硬件更改；在交付后，又需要通过软件更新升级来解决维护过程中的问题。由于累积的更改，会存在多种不同版本的软硬件配置项同时存在，不同阶段的产品可能采用不同的软硬件构型。在多产品的多种构型状态共存时，使用者往往很难判断当前产品中的软硬件配置项之间是否兼容。目前航空电子产品通常没有兼容性方面的设计考虑，兼容性考虑归结于构型管理的对于软件和硬件状态的管控。这样带来的问题是使用者需要熟悉产品完整的构型管理方案，并且无法防止因使用错误带来的危害。

发明内容

本发明的发明目的在于提供一种基于兼容性列表文件的产品软硬件兼容性管理方法，通过引入兼容性列表文件进行增量的兼容性管理，使得软件程序可以自动化判断软硬件兼容性，从而避免在产品在多种构型状态下可能出现的兼容性不匹配问题。本发明从根本上减少了对应的使用培训和维护成本，解决了普通设备使用者进行产品升级时对于软件升级后的兼容性不匹配产生的危害。

本发明的发明目的通过以下技术方案实现。

一种基于兼容性列表文件的产品软硬件兼容性管理方法，包含以下步骤：

步骤1、对待加载软件进行分析，确定与该软件有兼容性相关的配置项，建立兼容性列表文件；

步骤2、在软件升级加载过程中，将兼容性列表文件同待加载软件一同加载到目标产品后进行兼容性判断，如果兼容性判断通过则允许加载；如果兼容性判断未通过则不允许加载。

优选地，所述兼容性判断如下：

步骤201、获得升级后软件关联的各配置项的兼容码；

步骤202、按照该软件的兼容性列表文件格式，针对各配置项，组成一个升级后的兼容性条目；

步骤203、判断升级后的兼容性条目是否存在于该软件的兼容性列表文件中；

步骤204、如果升级后的兼容性条目存在于该软件的兼容性列表文件中，则此兼容性校验通过，则允许升级；

步骤205、如果升级后的兼容性条目不存在于该软件的兼容性列表文件中，则此兼容性校验失败，则拒绝升级。

优选地，步骤1包含以下步骤：

步骤101、确定待加载软件在产品中的启动顺序；

步骤102、分析当每个待加载软件运行时，与该待加载软件有兼容性相关的配置项；

步骤103、定义每个配置项的兼容码格式；

步骤104、制定待加载软件的兼容性列表文件；

其中，兼容性列表文件中每一个兼容性条目由待加载软件的所有配置项组成，每一个配置项按兼容码格式编定。

优选地，采用关联图来分析与该待加载软件有兼容性相关的配置项；

启动类软件的相关配置项包含硬件兼容配置项、启动类软件兼容配置项和工作类软件兼容配置项；

工作类软件的相关配置项包含硬件兼容配置项、工作类软件兼容配置项和配置文件兼容配置项。

优选地，兼容码由字母和版本号组成或者使用单独的兼容码。

本发明的有益效果在于：本发明通过分析软件启动顺序确定每个兼容列表的组成原则，通过软件更新时把兼容列表与加载软件一同捆绑加载到目标设备，使得目标设备在上传完加载文件后可以通过兼容性列表来判断加载后的软件与软件之间，软件与硬件之间是否存在不兼容的问题，从而避免在产品在多种构型状态下可能出现的兼容性不匹配问题。从根本上减少了对应的使用培训和维护成本，解决了普通设备使用者进行产品升级时对于软件升级后的兼容性担心。

附图说明

图1为软件启动顺序的示意图。

图2为分析配置项兼容性的示意图。

图3为启动类软件兼容列表的示意图。

图4为工作类软件兼容列表的示意图。

图5为软件更新兼容性判断流程的示意图。

图6为本发明的总流程示意图。

具体实施方式

为了说明本发明所要解决的问题，下面根据具体实施方式结合附图对本申请作进一步详细说明。应当说明的是，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参见图6所示，本实施例所示的一种基于兼容性列表文件的产品软硬件兼容性管理方法，包含以下步骤：

步骤1、对待加载软件进行分析，确定与该软件有兼容性相关的配置项，建立兼容性列表文件。具体包含以下步骤：

步骤101、确定待加载软件在产品中的启动顺序。

如图1所示，本实施例给出的软件启动顺序为：产品上电后启动类软件开始运行，进行必要的初始化后，启动类软件激活工作类软件；工作类软件根据配置文件提供的配置进行工作。

步骤102、分析当每个待加载软件运行时，与该待加载软件有兼容性相关的配置项。

作为举例说明，可以采用如图2所示的关联图来分析与该待加载软件有兼容性相关的配置项。

启动类软件会执行某些硬件的初始化操作，所以启动类软件需要检查自身与硬件的兼容性；启动类软件会给工作类软件准备某些必须的数据，所以启动类软件需要检查自身与工作软件的兼容性。因此，启动类软件的相关配置项包含硬件兼容配置项、启动类软件兼容配置项和工作类软件兼容配置项。

工作类软件的正常执行依赖于硬件提供的功能，所以工作类软件需要检查自身与硬件的兼容性；工作类软件会根据使用配置文件来确定自己行为模式，所以工作类软件需要检查自身与配置文件的兼容性。因此，工作类软件的相关配置项包含硬件兼容配置项、工作类软件兼容配置项和配置文件兼容配置项。

步骤103、定义每个配置项的兼容码格式。

兼容码可以字母和版本号组成，也可以设置单独的兼容码。如下所示，硬件兼容码、启动类软件兼容码、工作类软件兼容码是由字母和版本号组成，配置文件兼容使用的是单独的兼容码。

硬件兼容配置项的兼容码：HW-V1.23；

启动类软件兼容配置项的兼容码：BS-V3.21；

工作类软件兼容配置项的兼容码：OPS-V2.45；

配置文件兼容配置项的兼容码：CFG-002。

步骤104、制定待加载软件的兼容性列表文件。

兼容性列表文件中每一个兼容性条目由待加载软件的所有配置项组成，每一个配置项按兼容码格式编定。启动类软件的兼容性列表文件如图3所示，工作类软件的兼容性列表文件如图4所示。

步骤2、在软件升级加载过程中，将兼容性列表文件同待加载软件一同加载到目标产品后进行兼容性判断。如果兼容性判断通过则允许加载；如果兼容性判断未通过则不允许加载。兼容性判断如下：

步骤201、获得升级后软件关联的各配置项的兼容码。

步骤202、按照该软件的兼容性列表文件格式，针对配置项，组成一个升级后的兼容性条目。

步骤203、判断升级后的兼容性条目是否存在于该软件的兼容性列表文件中。

步骤204、如果升级后的兼容性条目存在于该软件的兼容性列表文件中，则此兼容性校验通过，则允许升级。

步骤205、如果升级后的兼容性条目不存在于该软件的兼容性列表文件中，则此兼容性校验失败，则拒绝升级。

作为举例说明，参见图5所示，在往产品中上传更新的配置项文件和启动类软件兼容性列表文件和工作类软件兼容性列表文件后(软件还未正式使用)，判断启动类软件的相关兼容性：

A获得启动类软件的硬件兼容配置项、启动类软件兼容配置项和工作类软件兼容配置项的兼容码。

B针对启动类软件的兼容性列表文件的格式，分别对硬件兼容配置项、启动类软件兼容配置项和工作类软件兼容配置项组成一个升级后的兼容性条目。

C判断升级后的兼容性条目是否存在于该启动类软件的兼容性列表文件中。

D如果升级后的兼容性条目存在于该启动类软件的兼容性列表文件中，则此兼容性校验通过。

E如果升级后的兼容性条目不存在于该启动类软件的兼容性列表文件中，则此兼容性校验失败。

如果启动类软件兼容性通过，判断工作类软件的相关兼容性：

A首先获得工作类软件的硬件兼容配置项、工作类软件兼容配置项和配置文件兼容配置项的兼容码。

B针对工作类软件的兼容性列表文件的格式，分别对硬件兼容配置项、工作类软件兼容配置项和配置文件兼容配置项组成一个升级后的兼容性条目。

C判断升级后的兼容性条目是否存在于该工作类软件的兼容性列表文件中。

D如果升级后的兼容性条目存在于该工作类软件的兼容性列表文件中，则此兼容性校验通过，则允许升级。

E如果升级后的兼容性条目不存在于该工作类软件的兼容性列表文件中，则此兼容性校验失败，则拒绝升级。