CN110597827A - 一种接口控制文件数据的存储方法及系统 - Google Patents

Abstract

本发明公开了一种接口控制文件数据的存储方法及系统，将接口控制文件ICD数据抽象为面向对象的ICD数据模型，针对ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表，基于数据库表及访问数据的业务操作逻辑进行封装，得到业务操作接口，业务操作接口用于供客户端调用，以对数据库中存储的ICD数据进行操作。本发明以数据库为存储介质，基于ICD数据模型，将ICD数据直接存储至服务器的数据库中，从而以操作ICD数据模型的方式对ICD数据进行操作，剥离了传统管理方式对纸质媒介的依赖，使接口控制文件数据的管理更为系统、便捷。

Description

一种接口控制文件数据的存储方法及系统

技术领域

本发明涉及军工电子设备研发技术领域，更具体的说，涉及一种接口控制文件数据的存储方法及系统。

背景技术

接口控制文件数据作为军工电子设备研发和设计过程中的重要研制成果，需要对其进行综合有效的管理。在军工电子设备研发过程中，因初期型号较少、设备较少、信号类型较少和接口控制文件数据较少等多方面原因，传统的接口控制文件数据的管理均是通过纸质文档的形式进行管理，并为接口控制文件文档赋予其管理意义上的属性，以便对文档进行归类、查询和修改等操作。

但是，随着电子技术和计算机技术的发展，军工电子设备的研发过程有了突飞猛进的发展，随着任务载荷的变化，多种类型的军工电子设备研发任务成倍增加：如新型号增加、技术改造、高速总线技术引入等。以上多种情况的出现，使得接口控制文件数据大量增加。如果继续使用传统的纸质文档来管理接口控制文件数据，将会带来多种问题，包括：1)因接口控制文件数据繁多，导致无法快速查询到所需的接口控制文件数据；2)纸质文档不易储存管理，容易受到自然因素影响，导致丢失和管理成本增加；3)接口控制文件数据种类增加，纸质文档无法进行有效的分类管理；4)接口控制文件数据的纸质文档，无法保证接口控制文件数据能够高效利用；5)纸质版的接口控制文件数据无法保证其使用权限的分配；6)接口控制文件数据无法通过纸质文档进行有效的版本变更及管理。

综上可知，传统的纸质文档管理形式已经无法满足当前的应用和使用需求，因此，如何提供一种接口控制文件数据的存储方法以实现对接口控制文件数据的电子化管理，成为了本领域技术人员亟需解决的技术问题。

发明内容

有鉴于此，本发明公开一种接口控制文件数据的存储方法及系统，以实现将纸质文档变成以ICD数据模型为单位的数据库存储方法，剥离对纸质媒介的依赖，使接口控制文件数据管理由纸质化变为电子化。

一种接口控制文件数据的存储方法，包括：

将接口控制文件ICD数据抽象为面向对象的ICD数据模型；

针对所述ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表；

基于所述数据库表及访问数据的业务操作逻辑进行封装，得到业务操作接口，所述业务操作接口用于供客户端调用，以对数据库中存储的ICD数据进行操作，其中，所述业务操作逻辑包括：对一个或多个ICD数据的新增、删除、修改和查询。

可选的，所述ICD数据模型按照如下层级顺序划分：

项目、系统、设备、连接器、总线类型、消息及域变量类型；其中：

前一层级为后一层级的父级，每一层级都具有唯一特征属性，所述唯一特征属性是ICD数据在应用过程中的唯一标识信息。

可选的，还包括：在所述数据库表中新增ICD数据，具体包括：

接收新增ICD数据指令，并根据所述新增ICD数据指令调用新增数据的业务操作接口；

根据所述新增数据的业务操作接口中包含的新增ICD数据的唯一特征属性，在数据库中查找相关联的第一数据库表；

判断所述第一数据库表中是否存在与所述新增ICD数据具备相同唯一特征属性的数据；

如果否，则在所述第一数据库表的末端添加新建的所述新增ICD数据，并为所述新增ICD数据赋予ID属性信息。

可选的，还包括：在所述数据库表中删除ICD数据，具体包括：

接收删除ICD数据指令，并根据所述删除ICD数据指令调用删除数据的业务操作接口；

根据所述删除数据的业务操作接口中包含的待删除ICD数据的ID，在数据库中查找相关联的第二数据库表；

判断所述第二数据库表中是否存在所述待删除ICD数据；

如果是，则将所述待删除ICD数据从所述第二数据库表中删除。

可选的，还包括：在所述数据库表中查询ICD数据，具体包括：

接收查询指令，根据所述查询指令调用查询数据的业务操作接口；

判断所述查询数据的业务操作接口中包含的查询关键字，在最新查询记录中是否存在；

如果所述查询关键字在所述最新查询记录中不存在，则将所述查询关键字在数据库的所有的数据库表中进行数据遍历，判断是否查询到与所述查询关键字相关的ICD数据；

如果查询到与所述查询关键字相关的ICD数据，则输出查询到的ICD数据。

可选的，还包括：在所述数据库中修改ICD数据，具体包括：

获取修改后的目标ICD数据，所述修改后的目标ICD数据为：客户端从数据库中获取待修改ICD数据后，对所述待修改ICD数据进行修改得到；

接收修改指令，根据所述修改指令调用修改数据的业务操作接口，所述修改数据的业务操作接口中包含所述修改后的目标ICD数据；

根据所述待修改ICD数据的ID从所述数据库中查找相关联的第三数据库表，得到已经存储于数据库中的ICD数据；

判断所述第三数据库表中存储的ICD数据与所述修改后的目标ICD数据是否一致；

如果否，则将所述修改后的目标ICD数据更新至数据库中。

一种接口控制文件数据的存储系统，包括：

模型抽象单元，用于将接口控制文件ICD数据抽象为面向对象的ICD数据模型；

创建单元，用于针对所述ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表；

封装单元，用于基于所述数据库表及访问数据的业务操作逻辑进行封装，得到业务操作接口，所述业务操作接口用于供客户端调用，以对所述数据库中存储的ICD数据进行操作，其中，所述业务操作逻辑包括：对一个或多个ICD数据的新增、删除、修改和查询。

可选的，还包括：新增单元，新增单元具体用于在所述数据库表中新增ICD数据，包括：

接收新增ICD数据指令，并根据所述新增ICD数据指令调用新增数据的业务操作接口；

根据所述新增数据的业务操作接口中包含的新增ICD数据的唯一特征属性，在数据库中查找相关联的第一数据库表；

判断所述第一数据库表中是否存在与所述新增ICD数据具备相同唯一特征属性的数据；

如果否，则在所述第一数据库表的末端添加新建的所述新增ICD数据，并为所述新增ICD数据赋予ID属性信息。

可选的，还包括：删除单元，删除单元具体用于在所述数据库表中删除ICD数据，包括：

接收删除ICD数据指令，并根据所述删除ICD数据指令调用删除数据的业务操作接口；

根据所述删除数据的业务操作接口中包含的待删除ICD数据的ID，在数据库中查找相关联的第二数据库表；

判断所述第二数据库表中是否存在所述待删除ICD数据；

如果是，则将所述待删除ICD数据从所述第二数据库表中删除，得到第二目标数据库表。

可选的，还包括：查询单元，查询单元具体用于在所述数据库表中查询ICD数据，包括：

接收查询指令，根据所述查询指令调用查询数据的业务操作接口；

判断所述查询数据的业务操作接口中包含的查询关键字，在最新查询记录中是否存在；

如果所述查询关键字在所述最新查询记录中不存在，则将所述查询关键字在数据库的所有的数据库表中进行数据遍历，判断是否查询到与所述查询关键字相关的ICD数据；

如果查询到与所述查询关键字相关的ICD数据，则输出查询到的ICD数据从上述的技术方案可知，本发明公开了一种接口控制文件数据的存储方法及系统，将接口控制文件ICD数据抽象为面向对象的ICD数据模型，针对ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表，基于数据库表及访问数据的业务操作逻辑进行封装，得到业务操作接口，业务操作接口用于供客户端调用，以对数据库中存储的ICD数据进行操作。本发明以数据库为存储介质，基于ICD数据模型，将ICD数据直接存储至服务器的数据库中，从而以操作ICD数据模型的方式，对ICD数据进行系统、有效和便捷的管理，相对于传统的纸质文档式ICD数据管理，具有如下优势：

1)将纸质文档变成以ICD数据模型为单位的数据库存储方法，剥离了对纸质媒介的依赖，使接口控制文件数据管理由纸质化变为电子化；

2)基于ICD数据模型的管理方法，ICD数据被抽象为ICD数据模型，通过软件能够被高效的管理和使用；

3)基于ICD数据模型，可开发多种基于ICD数据的应用软件，提高了ICD数据的复用率，为军工电子设备的研发提供了多种有效的设计和验证方法；

4)通过权限管理、版本管理、用户管理、搜索、校验等高效的管理功能，使ICD数据的管理和使用推广到更大的适用。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据公开的附图获得其他的附图。

图1为本发明实施例公开的一种接口控制文件数据管理的系统架构图；

图2为本发明实施例公开的一种基于数据库的存储接口控制文件数据的系统工作原理图；

图3为本发明实施例公开的一种接口控制文件数据的存储方法流程图；

图4为本发明实施例公开的一种ARINC429总线数据模型存储表结构示意图；

图5为本发明实施例公开的一种在数据库中新增ICD数据的方法流程图；

图6为本发明实施例公开的一种数据库中删除ICD数据的方法流程图；

图7为本发明实施例公开的一种数据库中查询ICD数据的方法流程图；

图8为本发明实施例公开的一种数据库中修改ICD数据的方法流程图；

图9为本发明实施例公开的一种接口控制文件数据的存储系统的结构示意图。

具体实施方式

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

为便于理解本发明所要保护的技术方案，现对本发明的应用场景进行说明，如下：

本发明中，接口控制文件数据管理软件在多用户使用时，采用的软件架构为B/S模式，即浏览器/服务器模式。每一个浏览器客户端均可访问接口控制文件数据服务器，所有客户端录入、读取和管理的接口控制文件数据均通过接口控制文件数据服务器实现。参见图1，每一位用户，比如图1中示出的用户1、用户2、用户3、用户4和用户5等，均可通过一个客户端，比如图1中示出的客户端1、客户端2、客户端3、客户端4和客户端5等，通过与接口控制文件数据服务器进行交互，实现对接口控制文件数据的录入、读取和管理。

参见图2，接口控制文件数据管理软件的工作架构是：所有客户端的数据通讯模块与接口控制文件数据服务器端的数据通讯模块借助TCP(Transmission Control Protocol传输控制协议)/IP(Internet Protocol Address，网际协议地址)通讯技术实现接口控制文件数据的交互，接口控制文件数据服务器端的软件将接口控制文件数据通过增删改查操作访问接口控制文件数据服务器端的数据库，实现将接口控制文件数据存储在数据库中，最后持久化到接口控制文件数据服务器端所在计算机的硬盘中。

参见图3，本发明一实施例公开的一种接口控制文件数据的存储方法流程图，该方法应用于图1所示实施例中的接口控制文件数据服务器，该方法包括步骤：

步骤S101、将接口控制文件ICD数据抽象为面向对象的ICD数据模型；

面向对象(Object Oriented，OO)是一种软件开发方法，是一种对现实世界理解和抽象的方法，是计算机编程技术发展到一定阶段后的产物。

ICD(Interface Control Document，接口控制文件)数据模型的划分是根据面向对象的软件设计方法，结合ICD管理数据所传输的载体，进行对象的抽象和划分。

在客观世界的ICD数据管理过程中，ICD数据包含型号、系统/子系统、设备/子设备，电气总线，总线协议信息等属性信息。

相对应的，ICD数据模型的属性信息主要包括：项目(对应型号)、系统(对应系统/子系统)、设备(对应设备/子设备)、总线(对应电气总线)、消息(对应总线协议信息)和域变量类型，其中，不同类型的总线具有不同的属性信息，ICD数据模型包含的属性信息均通过数据库进行存储，并保存在多张数据库表中。

因此，ICD数据模型按照如下层级顺序划分：

项目、系统、设备、连接器、总线类型、消息及域变量类型。

其中：前一层级为后一层级的父级，每一层级都具有唯一特征属性，所述唯一特征属性是ICD数据在应用过程中的唯一标识信息。

步骤S102、针对ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表；

在实际应用中，每个数据库表的列头可以为相对应的属性信息。

以对ARINC429总线数据存储为例进行说明，参见图4，具体如下：

将ARINC429总线数据抽象为ARINC429总线数据模型，ARINC429总线数据模型主要包括：项目、系统、设备、连接器、ARINC429总线(源、目的关系)、ARINC429数据消息(源、目的关系)和ARINC429数据变量等。这些ICD数据模型对应保存在多张数据库表中，分别为：项目数据库表、系统数据库表、设备数据库表、连接器数据库表、ARINC429总线数据库表、ARINC429数据消息数据库表和ARINC429数据变量数据库表等相关数据库表。

ARINC429总线数据模型结构如下：

●项目(Project)

■包含从属于此项目的系统等子数据；

■具有唯一特征属性、名称、变量名称、创建时间、负责人等属性信息；

●系统(System)

■包含从属于此系统的子系统、设备等子数据；

■具有唯一特征属性、名称、变量名称、创建时间等属性信息；

●设备(Device)

■包含从属于此设备的应用、总线类型、连接器等子数据；

■包含所属总线类型、唯一特征属性、名称、变量名称、创建时间等属性信息；

●连接器(Connector)

■包含普通连接器和工艺连接器等类型的子数据；

■包含唯一特征属性、名称、变量名称、创建时间、连接器型号、连接器引脚等属性信息；

●ARINC429总线(ARINC429 Bus)

■包含ARINC429数据消息等子数据内容；

■包含唯一特征属性、名称、变量名称、创建时间、总线波特率、总线传输源、总线传输目的、所属连接器等属性信息；

●ARINC429数据消息(ARINC429 Message)

■包含ARINC429数据变量等子数据内容；

■包含唯一特征属性、名称、变量名称、创建时间、刷新周期、传输源设备、传输目的设备等属性信息；

●ARINC429数据变量(ARINC429 Field)

■包含唯一特征属性、名称、变量名称、创建时间、变量类型、长度、位置信息、初始值等属性信息。

以上所述唯一特征属性是每个数据结构层次都具备的属性，ARINC429总线数据模型在数据库存储的数据库表的分配关系如图4所示。如图4所示，基于ARINC429总线的相关数据类型，在数据库中创建对应的表结构，其中，数据库以MySQL为例说明，通过在数据库交互层执行增、删、改、查操作，实现对ICD数据的新增、删除、修改和查询操作。

步骤S103、基于数据库表及访问数据的业务操作逻辑进行封装，得到业务操作接口，该业务操作接口用于供客户端调用，以对数据库中存储的ICD数据进行操作。

在数据库表创建完成后，因所有的客户端与数据库表的交互只有四种交互模式，即增删改查，因此当用户在通过客户端的浏览器访问数据库中ICD数据时，需要对访问数据的业务操作逻辑进行封装，业务操作逻辑包括：对一个或多个ICD数据的新增、删除、修改和查询，所以业务操作接口，也即API(Application Programming Interface，应用程序编程接口)是对接口控制文件数据服务器端的底层数据库表的增删改查的访问封装。

需要特别说明的是，在实际应用中，基于不同的接口控制文件数据的类型，创建不同的业务操作接口。

具体的，当接口控制文件数据的类型为新增时，创建的业务操作接口为：创建数据的业务操作接口。

当接口控制文件数据的类型为删除时，创建的业务操作接口为：删除数据的业务操作接口。

当接口控制文件数据的类型为修改时，创建的业务操作接口为：修改数据的业务操作接口。

当接口控制文件数据的类型为查询时，创建的业务操作接口为：查询数据的业务操作接口。

业务操作逻辑的整个创建流程，被封装成标准的业务操作接口，同样适用于在其他类型的数据Bus(总线)中创建对应的Message(消息块)信息，选择的数据节点作为参数在调用中代入。如接口名称为add429Message，需要传入的参数有选择节点的ID和新建数据的名称，接口方法的返回值为true/false，true代表创建成功，false代表创建失败，以ARINC429总线数据定义数据为例说明，具体如下：

创建数据的业务操作接口如表1所示，表1如下：

表1

删除数据的业务操作接口如表2所示，表2如下：

表2

修改数据的业务操作接口如表3所示，表3如下：

表3

查询数据的业务操作接口如表4所示，表4如下：

表4

综上可知，本发明公开了一种接口控制文件数据的存储方法，将接口控制文件ICD数据抽象为面向对象的ICD数据模型，针对ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表，基于数据库表及访问数据的业务操作逻辑进行封装，得到业务操作接口，业务操作接口用于供客户端调用，以对数据库中存储的ICD数据进行操作。本发明以数据库为存储介质，基于ICD数据模型，将ICD数据直接存储至服务器的数据库中，从而以操作ICD数据模型的方式，对ICD数据进行系统、有效和便捷的管理，相对于传统的纸质文档式ICD数据管理，具有如下优势：

1)将纸质文档变成以ICD数据模型为单位的数据库存储方法，剥离了对纸质媒介的依赖，使接口控制文件数据管理由纸质化变为电子化；

2)基于ICD数据模型的管理方法，ICD数据被抽象为ICD数据模型，通过软件能够被高效的管理和使用；

3)基于ICD数据模型，可开发多种基于ICD数据的应用软件，提高了ICD数据的复用率，为军工电子设备的研发提供了多种有效的设计和验证方法；

4)引入权限管理、版本管理、用户管理、搜索、校验等高效的管理功能，使ICD数据的管理和使用推广到更大的适用。

通过用户用例及用户活动分析可知，对数据库中存储的ICD数据的操作包括：新增ICD数据、删除ICD数据、修改ICD数据和查询ICD数据。

因此，为进一步优化上述实施例，本发明还公开了在数据库中新增ICD数据、删除ICD数据、修改ICD数据和查询ICD数据的方法流程，具体如下：

参见图5，本发明一实施例公开的一种在数据库中新增ICD数据的方法流程图，该方法包括步骤：

步骤S201、接收新增ICD数据指令，并根据新增ICD数据指令调用新增数据的业务操作接口；

具体的，ICD数据服务器接收客户端发起的新增ICD数据指令。

步骤S202、根据业务操作接口中包含的新增ICD数据的唯一特征属性，在数据库中查找相关联的第一数据库表；

新增ICD数据的唯一特征属性可以确定新增ICD数据的唯一性。

步骤S203、判断第一数据库表中是否存在与新增ICD数据具备相同唯一特征属性的数据，如果否，则执行步骤S204，如果是，则执行步骤S206；

步骤S204、在第一数据库表的末端添加新建的新增ICD数据，并为所述新增ICD数据赋予ID属性信息；

需要特别说明的是，ICD数据的唯一特征属性：是ICD数据在应用过程中的唯一标识信息，一般用“规范号”属性表示。

ID是ICD数据存储在数据库中的唯一标识。

本实施例中，“ICD数据的唯一特征属性”也会作为ICD数据库表中的一列数据，存储在数据库中，当新增ICD存储在数据库以后，ID就作为新增ICD进行数据库应用的主要标识。

步骤S205、将新建执行操作保存在数据操作日志中。

步骤S206、输出第一提示信息，第一提示信息用于提示新增ICD数据已存在，无法正确创建数据。

以对ARINC429数据进行新增ICD数据为例说明，假设在当前数据库中，存在名称为“ARINC429Bus1”的数据，需要为“ARINC429Bus1”创建一条名称为“ARINC429_Message_10”的数据。该过程包括：

在软件界面中选择ARINC429Bus1数据，执行新建ARINC429Message数据消息操作，通过业务操作接口找到ARINC429数据消息库表，判断ARINC429数据库表中是否存在名称为ARINC429_Message_10的数据，如果不存在，则在ARINC429数据消息表中末端创建名称为“ARINC429_Message_10”的数据，在数据库的Bus数据表中，根据ARINC429Bus1的ID属性查找到对应数据，在其属性中，添加一条所属ARINC429数据消息的数据ID值，即保持对应的ARINC429_Message_10的ID值，将执行的创建操作提交保存在软件的数据操作日志中，新增ICD数据创建完成。

当ARINC429数据消息表中存在名称为ARINC429_Block_10的数据时，提示数据已经存在，无法正确创建数据。

参见图6，本发明一实施例公开的一种数据库中删除ICD数据的方法流程图，该方法包括步骤：

步骤S301、接收删除ICD数据指令，并根据删除ICD数据指令调用删除数据的业务操作接口；

具体的，ICD数据服务器接收客户端发起的删除ICD数据指令。

其中，删除数据的业务操作接口中包含待删除ICD数据的ID，因此，基于待删除ICD数据的ID可以确定待删除ICD数据。

具体的，在实际应用中，用户通过在软件界面中选择待删除ICD数据，来向接口控制文件数据服务器发送删除指令，接口控制文件数据服务器接收该删除指令并调用删除数据的业务操作接口，并根据删除数据的业务操作接口中包含的待删除ICD数据的ID确定待删除ICD数据。

步骤S302、根据删除数据的业务操作接口中包含的待删除ICD数据的ID，在数据库中查找相关联的第二数据库表；

根据待删除ICD数据的ID可以确定待删除ICD数据的属性信息，基于该属性信息可以从数据库中查找与待删除ICD数据的ID相关联的数据库表。

步骤S303、判断第二数据库表中是否存在待删除ICD数据，如果是，则执行步骤S304，如果否，则执行步骤S306；

步骤S304、将待删除ICD数据从第二数据库表中删除；

步骤S305、将删除执行操作保存在数据操作日志中；

步骤S306、输出第二提示信息，第二提示信息用于提示待删除ICD数据不存在，删除操作失败。

参见图7，本发明一实施例公开的一种数据库中查询ICD数据的方法流程图，该方法包括步骤：

步骤S401、接收查询指令，根据查询指令调用查询数据的业务操作接口；

在实际应用中，用户可在软件界面中打开查询操作界面，并在查找操作界面输入查询关键字，例如数据唯一特征属性、名称等，ICD数据服务器接收查询指令，并调用查询数据的业务操作接口，查询数据的业务操作接口中包含查询关键字。

步骤S402、判断查询数据的业务操作接口中包含的查询关键字，在最新查询记录中是否存在，如果否，则执行步骤S403，如果是，则执行步骤S406；

具体的，在实际应用中，接口控制文件数据服务器会对每次查询的关键字进行记录，本实施例中，通过判断查询关键字是否在最新查询记录，比如，最近10次查询记录中存在，来确定是否可以直接获取之前的查询结果。

步骤S403、将查询关键字在数据库的所有的数据库表中进行数据遍历，判断是否查询到与查询关键字相关的ICD数据，如果是，则执行步骤S404，如果否，则执行步骤S405；

步骤S404、输出查询到的ICD数据；

具体的，在实际应用中，可以将查询到的各个ICD数据以集合的形式进行输出，为方便用户查看，可将查找到的ICD数据在数据视图中进行显示。

步骤S405、输出第三提示信息，第三提述信息用于提示查询失败。

步骤S406、获取之前的查询结果并输出。

参见图8，本发明一实施例公开的一种数据库中修改ICD数据的方法流程图，该方法包括步骤：

步骤S501、获取修改后的目标ICD数据；

其中，修改后的目标ICD数据为：客户端从数据库中获取待修改ICD数据后，对所述待修改ICD数据进行修改得到。

步骤S502、接收修改指令，根据修改指令调用修改数据的业务操作接口，修改数据的业务操作接口中包含修改后的目标ICD数据；

具体的，通过客户端执行保存操作，发起修改保存指令，ICD数据服务器接收修改保存指令，并调用修改保存数据的业务操作接口，修改保存数据的业务操作接口中包含修改后的目标ICD数据。

步骤S503、根据待修改ICD数据的ID从数据库中查找相关联的第三数据库表，得到已经存储于数据库中的ICD数据；

步骤S504、判断第三数据库表中存储的ICD数据与修改后的目标ICD数据是否一致，如果否，则执行步骤S505，如果是，则执行步骤S506；

步骤S505、将修改后的目标ICD数据更新至数据库中；

步骤S506、输出第四提示信息，第四提示信息用于提示数据修改失败。

在实际应用中，还可将修改执行操作保存在数据操作日志中。

综上可知，本发明将接口控制文件ICD数据抽象为面向对象的ICD数据模型，针对ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表，每个数据库表的列头为相对应的属性信息，在数据库表创建完成后，基于访问数据的业务操作逻辑进行封装，得到业务操作接口，业务操作接口用于供客户端调用，以对数据库中存储的ICD数据进行增、删、改和查的操作。本发明以数据库为存储介质，基于ICD数据模型，将ICD数据直接存储至服务器的数据库中，从而以操作ICD数据模型的方式，对ICD数据进行系统、有效和便捷的管理。

与上述方法实施例相对应，本发明还公开了一种接口控制文件数据的存储系统。

参见图9，本发明一实施例公开的一种接口控制文件数据的存储系统的结构示意图，该系统包括：

模型抽象单元601，用于将接口控制文件ICD数据抽象为面向对象的ICD数据模型；

在客观世界的ICD数据管理过程中，ICD数据包含型号、系统/子系统、设备/子设备，电气总线，总线协议信息等属性信息。

相对应的，ICD数据模型的属性信息主要包括：项目(对应型号)、系统(对应系统/子系统)、设备(对应设备/子设备)、总线(对应电气总线)、消息(对应总线协议信息)和域变量类型，其中，不同类型的总线具有不同的属性信息，ICD数据模型包含的属性信息均通过数据库进行存储，并保存在多张数据库表中。

因此，ICD数据模型按照如下层级顺序划分：

项目、系统、设备、连接器、总线类型、消息及域变量类型。

其中：前一层级为后一层级的父级，每一层级都有具有唯一特征属性，所述唯一特征属性是ICD数据在应用过程中的唯一标识信息。

创建单元602，用于针对ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表；

其中，每个数据库表的列头为相对应的属性信息。

封装单元603，用于基于所述数据库表及访问数据的业务操作逻辑进行封装，得到业务操作接口，业务操作接口用于供客户端调用，以对数据库中存储的ICD数据进行操作，其中，业务操作逻辑包括：对一个或多个ICD数据的新增、删除、修改和查询。

在数据库表创建完成后，因所有的客户端与数据库表的交互只有四种交互模式，即增删改查，因此当用户在通过客户端的浏览器访问数据库中ICD数据时，需要对访问数据的业务操作逻辑进行封装，业务操作逻辑包括：对一个或多个ICD数据的新增、删除、修改和查询，所以业务操作接口，也即API(Application Programming Interface，应用程序编程接口)是对接口控制文件数据服务器端的底层数据库表的增删改查的访问封装。

需要特别说明的是，在实际应用中，基于不同的接口控制文件数据的类型，创建不同的业务操作接口。

具体的，当接口控制文件数据的类型为新增时，创建的业务操作接口为：创建数据的业务操作接口。

当接口控制文件数据的类型为删除时，创建的业务操作接口为：删除数据的业务操作接口。

当接口控制文件数据的类型为修改时，创建的业务操作接口为：修改数据的业务操作接口。

当接口控制文件数据的类型为查询时，创建的业务操作接口为：查询数据的业务操作接口。

综上可知，本发明公开了一种接口控制文件数据的存储系统，将接口控制文件ICD数据抽象为面向对象的ICD数据模型，针对ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表，基于数据库表及访问数据的业务操作逻辑进行封装，得到业务操作接口，业务操作接口用于供客户端调用，以对数据库中存储的ICD数据进行操作。本发明以数据库为存储介质，基于ICD数据模型，将ICD数据直接存储至服务器的数据库中，从而以操作ICD数据模型的方式，对ICD数据进行系统、有效和便捷的管理，相对于传统的纸质文档式ICD数据管理，具有如下优势：

1)将纸质文档变成以ICD数据模型为单位的数据库存储方法，剥离了对纸质媒介的依赖，使接口控制文件数据管理由纸质化变为电子化；

2)基于ICD数据模型的管理方法，ICD数据被抽象为ICD数据模型，通过软件能够被高效的管理和使用；

3)基于ICD数据模型，可开发多种基于ICD数据的应用软件，提高了ICD数据的复用率，为军工电子设备的研发提供了多种有效的设计和验证方法；

4)引入权限管理、版本管理、用户管理、搜索、校验等高效的管理功能，使ICD数据的管理和使用推广到更大的适用。

通过用户用例及用户活动分析可知，对数据库中存储的ICD数据的操作包括：新增ICD数据、删除ICD数据、修改ICD数据和查询ICD数据。

因此，为进一步优化上述实施例，本发明还公开了在数据库中新增ICD数据、删除ICD数据、修改ICD数据和查询ICD数据的过程。

因此，接口控制文件数据的存储系统还可以包括：新增单元，用于在数据库表中新增ICD数据，新增单元具体用于：

接收新增ICD数据指令，并根据新增ICD数据指令调用新增数据的业务操作接口；

根据新增数据的业务操作接口中包含的新增ICD数据的唯一特征属性，在数据库中查找相关联的第一数据库表；

判断第一数据库表中是否存在与新增ICD数据具备相同唯一特征属性的数据；

如果否，则在第一数据库表的末端添加新建的新增ICD数据，并为新增ICD数据赋予ID属性信息。

其中，新增单元具体还用于：将新建执行操作保存在数据操作日志中。

在实际应用中，接口控制文件数据的存储系统还可以包括：删除单元，用于在数据库表中删除ICD数据，删除单元具体用于：

接收删除ICD数据指令，并根据删除ICD数据指令调用删除数据的业务操作接口；

根据删除数据的业务操作接口中包含的待删除ICD数据的ID，在数据库中查找相关联的第二数据库表；

判断第二数据库表中是否存在待删除ICD数据；

如果是，则将待删除ICD数据从第二数据库表中删除，得到第二目标数据库表。

其中，删除单元具体用于将删除执行操作保存在数据操作日志中。

在实际应用中，接口控制文件数据的存储系统还可以包括：查询单元，用于在数据库表中查询ICD数据，查询单元具体用于：

接收查询指令，根据查询指令调用查询数据的业务操作接口；

判断查询数据的业务操作接口中包含的查询关键字，在最新查询记录中是否存在；

如果查询关键字在最新查询记录中不存在，则将查询关键字在数据库的所有的数据库表中进行数据遍历，判断是否查询到与查询关键字相关的ICD数据；

如果查询到与查询关键字相关的ICD数据，则输出查询到的ICD数据。

在实际应用中，接口控制文件数据的存储系统还可以包括：修改单元，用于在数据库中修改ICD数据，修改单元具体用于：

获取修改后的目标ICD数据，所述修改后的目标ICD数据为：客户端从数据库中获取待修改ICD数据后，对所述待修改ICD数据进行修改得到；

接收修改指令，根据所述修改指令调用修改数据的业务操作接口，所述修改数据的业务操作接口中包含所述修改后的目标ICD数据；

根据所述待修改ICD数据的ID从所述数据库中查找相关联的第三数据库表，得到已经存储于数据库中的ICD数据；

判断所述第三数据库表中存储的ICD数据与所述修改后的目标ICD数据是否一致；

如果否，则将所述修改后的目标ICD数据更新至数据库中。

其中，修改单元具体还用于：将修改执行操作保存在数据操作日志中。

综上可知，本发明将接口控制文件ICD数据抽象为面向对象的ICD数据模型，针对ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表，基于数据库表及访问数据的业务操作逻辑进行封装，得到业务操作接口，业务操作接口用于供客户端调用，以对数据库中存储的ICD数据进行增、删、改和查的操作。本发明以数据库为存储介质，基于ICD数据模型，将ICD数据直接存储至服务器的数据库中，从而以操作ICD数据模型的方式，对ICD数据进行系统、有效和便捷的管理。

需要特别说明的是，系统实施例中各组成部分的具体工作原理，请参见方法实施例对应部分，此处不再赘述。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种接口控制文件数据的存储方法，其特征在于，包括：

将接口控制文件ICD数据抽象为面向对象的ICD数据模型；

针对所述ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表；

基于所述数据库表及访问数据的业务操作逻辑进行封装，得到业务操作接口，所述业务操作接口用于供客户端调用，以对数据库中存储的ICD数据进行操作，其中，所述业务操作逻辑包括：对一个或多个ICD数据的新增、删除、修改和查询。

2.根据权利要求1所述的存储方法，其特征在于，所述ICD数据模型按照如下层级顺序划分：

项目、系统、设备、连接器、总线类型、消息及域变量类型；其中：

前一层级为后一层级的父级，每一层级都具有唯一特征属性，所述唯一特征属性是ICD数据在应用过程中的唯一标识信息。

3.根据权利要求1所述的存储方法，其特征在于，还包括：在所述数据库表中新增ICD数据，具体包括：

接收新增ICD数据指令，并根据所述新增ICD数据指令调用新增数据的业务操作接口；

根据所述新增数据的业务操作接口中包含的新增ICD数据的唯一特征属性，在数据库中查找相关联的第一数据库表；

判断所述第一数据库表中是否存在与所述新增ICD数据具备相同唯一特征属性的数据；

如果否，则在所述第一数据库表的末端添加新建的所述新增ICD数据，并为所述新增ICD数据赋予ID属性信息。

4.根据权利要求1所述的存储方法，其特征在于，还包括：在所述数据库表中删除ICD数据，具体包括：

接收删除ICD数据指令，并根据所述删除ICD数据指令调用删除数据的业务操作接口；

根据所述删除数据的业务操作接口中包含的待删除ICD数据的ID，在数据库中查找相关联的第二数据库表；

判断所述第二数据库表中是否存在所述待删除ICD数据；

如果是，则将所述待删除ICD数据从所述第二数据库表中删除。

5.根据权利要求1所述的存储方法，其特征在于，还包括：在所述数据库表中查询ICD数据，具体包括：

接收查询指令，根据所述查询指令调用查询数据的业务操作接口；

判断所述查询数据的业务操作接口中包含的查询关键字，在最新查询记录中是否存在；

如果所述查询关键字在所述最新查询记录中不存在，则将所述查询关键字在所有的数据库表中进行数据遍历，判断是否查询到与所述查询关键字相关的ICD数据；

如果查询到与所述查询关键字相关的ICD数据，则输出查询到的ICD数据。

6.根据权利要求1所述的存储方法，其特征在于，还包括：在所述数据库中修改ICD数据，具体包括：

获取修改后的目标ICD数据，所述修改后的目标ICD数据为：客户端从数据库中获取待修改ICD数据后，对所述待修改ICD数据进行修改得到；

接收修改指令，根据所述修改指令调用修改数据的业务操作接口，所述修改数据的业务操作接口中包含所述修改后的目标ICD数据；

根据所述待修改ICD数据的ID从所述数据库中查找相关联的第三数据库表，得到已经存储于数据库中的ICD数据；

判断所述第三数据库表中存储的ICD数据与所述修改后的目标ICD数据是否一致；

如果否，则将所述修改后的目标ICD数据更新至数据库中。

7.一种接口控制文件数据的存储系统，其特征在于，包括：

模型抽象单元，用于将接口控制文件ICD数据抽象为面向对象的ICD数据模型；

创建单元，用于针对所述ICD数据模型的每一个属性信息，在数据库中创建对应的数据库表；

封装单元，用于基于所述数据库表及访问数据的业务操作逻辑进行封装，得到业务操作接口，所述业务操作接口用于供客户端调用，以对所述数据库中存储的ICD数据进行操作，其中，所述业务操作逻辑包括：对一个或多个ICD数据的新增、删除、修改和查询。

8.根据权利要求7所述的存储系统，其特征在于，还包括：新增单元，所述新增单元具体用于在所述数据库表中新增ICD数据，包括：

接收新增ICD数据指令，并根据所述新增ICD数据指令调用新增数据的业务操作接口；

根据所述新增数据的业务操作接口中包含的新增ICD数据的唯一特征属性，在数据库中查找相关联的第一数据库表；

判断所述第一数据库表中是否存在与所述新增ICD数据具备相同唯一特征属性的数据；

如果否，则在所述第一数据库表的末端添加所述新增ICD数据，并为所述新增ICD数据赋予ID属性信息。

9.根据权利要求7所述的存储系统，其特征在于，还包括：删除单元，所述删除单元具体用于在所述数据库表中删除ICD数据，包括：

接收删除ICD数据指令，并根据所述删除ICD数据指令调用删除数据的业务操作接口；

根据所述删除数据的业务操作接口中包含的待删除ICD数据的ID，在数据库中查找相关联的第二数据库表；

判断所述第二数据库表中是否存在所述待删除ICD数据；

如果是，则将所述待删除ICD数据从所述第二数据库表中删除。

10.根据权利要求7所述的存储系统，其特征在于，还包括：查询单元，所述查询单元具体用于在所述数据库表中查询ICD数据，包括：

接收查询指令，根据所述查询指令调用查询数据的业务操作接口；

判断所述查询数据的业务操作接口中包含的查询关键字，在最新查询记录中是否存在；

如果所述查询关键字在所述最新查询记录中不存在，则将所述查询关键字在数据库的所有的数据库表中进行数据遍历，判断是否查询到与所述查询关键字相关的ICD数据；

如果查询到与所述查询关键字相关的ICD数据，则输出查询到的ICD数据。