汽车软件组件配置生成与版本管控方法、装置及设备与流程

本技术涉及汽车嵌入式软件开发及软件配置管理领域，尤其涉及一种汽车软件组件配置生成与版本管控方法、装置及设备。

背景技术：

1、在基于汽车开放系统架构经典平台（autosar classic platform，autosar cp）的汽车嵌入式软件开发中，通常通过接口定义语言（interface definition language，idl）、设计文档及autosar可扩展标记语言配置文件（autosar xml，arxml）完成软件组件接口定义与配置管理。

2、然而，设计文档、idl与arxml之间通常依赖人工解读和转换，接口数据及组件配置需跨多载体重复维护，易出现语义偏差和同步遗漏；在需求变更及多人协同开发时，配置差异识别、版本核对与冲突处理也较依赖人工，导致开发效率和一致性保障能力受限。

3、因此，如何在复杂汽车软件配置场景下提高对汽车软件组件配置的管理效率，成为一个亟待解决的问题。

技术实现思路

1、本技术实施例提供一种汽车软件组件配置生成与版本管控方法、装置及设备，以解决上述技术问题。该方案围绕汽车软件组件在需求描述、配置生成、差异识别以及版本归档过程中的一体化管理需求，对接口定义信息与组件配置信息进行统一承载和一致性处理，并将配置输出与版本演进关联起来，从而实现从设计需求到配置结果再到版本管控的连续衔接，提升复杂汽车软件配置场景下对汽车软件组件配置的管理效率。

2、第一方面，本技术提供一种汽车软件组件配置生成与版本管控方法，包括：

3、获取包含接口定义数据与软件组件配置数据的统一结构化需求描述数据；

4、对统一结构化需求描述数据执行格式合规校验，得到校验通过的目标数据，其中，目标数据继承统一结构化需求描述数据承载的软件组件的实体信息；

5、根据目标数据，生成符合汽车开放系统架构规范的标准配置文档；

6、从版本管理平台中获取历史配置文档，其中，版本管理平台存储有多版配置文档；

7、将历史配置文档与标准配置文档进行数据比对，得到对应的比对结果；

8、将标准配置文档按软件组件维度分别存储为多个相互独立的物理文件；

9、将每个物理文件与比对结果录入版本管理平台并执行版本归档操作。

10、在一种可能的实施方式中，对统一结构化需求描述数据执行格式合规校验，得到校验通过的目标数据，包括：

11、根据接口定义数据的程序内置判定标准，逐段读取接口定义数据的字符序列、核对数据类型标识与接口字段定义，进行接口语法与字段匹配检测，得到接口异常内容，其中，接口异常内容为记录接口语法错误、接口字段标识不匹配的数据集合；

12、根据软件组件配置数据的程序内置表单约束，遍历承载软件组件配置数据的表单内的数据条目、核对必填字段填充状态与字段存储数据的类别，进行表单字段完整性与类型匹配检测，得到表单异常内容，其中，表单异常内容为记录表单缺失必填字段、表单数据类别不匹配的数据集合；

13、根据接口异常内容与表单异常内容，确定统一结构化需求描述数据内的格式异常数据；

14、剔除统一结构化需求描述数据内的格式异常数据，得到校验通过的目标数据。

15、在一种可能的实施方式中，根据目标数据，生成符合汽车开放系统架构规范的标准配置文档，包括：

16、提取目标数据内软件组件对应的配置信息；

17、将配置信息分别写入相互独立的组件配置子文档；

18、提取目标数据内每个软件组件之间的端口连接关系；

19、根据端口连接关系，得到对应的端口关联信息；

20、将端口关联信息写入独立的端口关联子文档；

21、根据组件配置子文档和端口关联子文档，生成符合汽车开放系统架构规范的标准配置文档。

22、在一种可能的实施方式中，将每个物理文件与比对结果录入版本管理平台并执行版本归档操作，包括：

23、将多个相互独立的物理文件录入至版本管理平台，其中，物理文件包括组件配置子文档和端口关联子文档；

24、将比对结果录入版本管理平台；

25、根据版本管理平台预设的分支隔离机制，建立组件配置子文档、端口关联子文档分别与所属工作分支的绑定映射关系；

26、根据绑定映射关系，对组件配置子文档和端口关联子文档执行版本归档操作。

27、在一种可能的实施方式中，将历史配置文档与标准配置文档进行数据比对，得到对应的比对结果，包括：

28、提取历史配置文档内部承载的历史配置条目；

29、提取标准配置文档内部承载的标准配置条目；

30、逐字段对比历史配置条目和标准配置条目，确定对应的配置差异内容；

31、根据配置差异内容，确定标准配置条目与历史配置条目的结构化变更记录，并将结构化变更记录作为比对结果。

32、在一种可能的实施方式中，将每个物理文件与比对结果录入版本管理平台并执行版本归档操作，包括：

33、录入每个物理文件以及结构化变更记录至版本管理平台；

34、获取当前录入操作对应的平台提交标识与分支标识；

35、建立结构化变更记录与平台提交标识、分支标识的绑定关系，得到绑定后的结构化变更记录；

36、将绑定后的结构化变更记录关联存储至每个物理文件的所属归档位置。

37、在一种可能的实施方式中，在将每个物理文件与比对结果录入版本管理平台并执行版本归档操作之后，还包括：

38、获取版本管理平台内已归档的标准配置文档；

39、根据已归档的标准配置文档，确定对应的原始接口定义数据与原始软件组件配置数据；

40、对原始接口定义数据执行接口语法与字段匹配检测，得到对应的第一检测结果；

41、对原始软件组件配置数据执行表单字段完整性与类别匹配检测，得到对应的第二检测结果；

42、根据第一检测结果和第二检测结果，确定并剔除已归档的标准配置文档内部的格式异常数据，得到校验通过的标准配置文档；

43、获取校验通过的标准配置文档内部的组件配置信息；

44、根据组件配置信息，生成对应的复用型接口定义数据以及复用型软件组件配置数据。

45、第二方面，本技术提供一种汽车软件组件配置生成与版本管控装置，包括：

46、第一获取模块，用于获取包含接口定义数据与软件组件配置数据的统一结构化需求描述数据；

47、校验模块，用于对统一结构化需求描述数据执行格式合规校验，得到校验通过的目标数据；

48、生成模块，用于根据目标数据，生成符合汽车开放系统架构规范的标准配置文档；

49、第二获取模块，用于从版本管理平台中获取历史配置文档，其中，版本管理平台存储有多版配置文档；

50、比对模块，用于将历史配置文档与标准配置文档进行数据比对，得到对应的比对结果；

51、存储模块，用于将标准配置文档按软件组件维度分别存储为多个相互独立的物理文件；

52、处理模块，用于将每个物理文件与比对结果录入版本管理平台并执行版本归档操作。

53、在一种可能的实施方式中，校验模块还用于：

54、根据接口定义数据的程序内置判定标准，逐段读取接口定义数据的字符序列、核对数据类型标识与接口字段定义，进行接口语法与字段匹配检测，得到接口异常内容，其中，接口异常内容为记录接口语法错误、接口字段标识不匹配的数据集合；

55、根据软件组件配置数据的程序内置表单约束，遍历承载软件组件配置数据的表单内的数据条目、核对必填字段填充状态与字段存储数据的类别，进行表单字段完整性与类型匹配检测，得到表单异常内容，其中，表单异常内容为记录表单缺失必填字段、表单数据类别不匹配的数据集合；

56、根据接口异常内容与表单异常内容，确定统一结构化需求描述数据内的格式异常数据；

57、剔除统一结构化需求描述数据内的格式异常数据，得到校验通过的目标数据。

58、在一种可能的实施方式中，生成模块还用于：

59、提取目标数据内软件组件对应的配置信息；

60、将配置信息分别写入相互独立的组件配置子文档；

61、提取目标数据内每个软件组件之间的端口连接关系；

62、根据端口连接关系，得到对应的端口关联信息；

63、将端口关联信息写入独立的端口关联子文档；

64、根据组件配置子文档和端口关联子文档，生成符合汽车开放系统架构规范的标准配置文档。

65、在一种可能的实施方式中，处理模块还用于：

66、将多个相互独立的物理文件录入至版本管理平台，其中，物理文件包括组件配置子文档和端口关联子文档；

67、将比对结果录入版本管理平台；

68、根据版本管理平台预设的分支隔离机制，建立组件配置子文档、端口关联子文档分别与所属工作分支的绑定映射关系；

69、根据绑定映射关系，对组件配置子文档和端口关联子文档执行版本归档操作。

70、在一种可能的实施方式中，比对模块还用于：

71、提取历史配置文档内部承载的历史配置条目；

72、提取标准配置文档内部承载的标准配置条目；

73、逐字段对比历史配置条目和标准配置条目，确定对应的配置差异内容；

74、根据配置差异内容，确定标准配置条目与历史配置条目的结构化变更记录，并将结构化变更记录作为比对结果。

75、在一种可能的实施方式中，处理模块还用于：

76、录入每个物理文件以及结构化变更记录至版本管理平台；

77、获取当前录入操作对应的平台提交标识与分支标识；

78、建立结构化变更记录与平台提交标识、分支标识的绑定关系，得到绑定后的结构化变更记录；

79、将绑定后的结构化变更记录关联存储至每个物理文件的所属归档位置。

80、在一种可能的实施方式中，处理模块还用于：

81、获取版本管理平台内已归档的标准配置文档；

82、根据已归档的标准配置文档，确定对应的原始接口定义数据与原始软件组件配置数据；

83、对原始接口定义数据执行接口语法与字段匹配检测，得到对应的第一检测结果；

84、对原始软件组件配置数据执行表单字段完整性与类别匹配检测，得到对应的第二检测结果；

85、根据第一检测结果和第二检测结果，确定并剔除已归档的标准配置文档内部的格式异常数据，得到校验通过的标准配置文档；

86、获取校验通过的标准配置文档内部的组件配置信息；

87、根据组件配置信息，生成对应的复用型接口定义数据以及复用型软件组件配置数据。

88、第三方面，本技术提供一种电子设备，包括：存储器，处理器；

89、存储器存储计算机执行指令；

90、处理器执行存储器存储的计算机执行指令，使得处理器执行如上第一方面和/或第一方面各种可能的实施方式。

91、第四方面，本技术提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如上第一方面和/或第一方面各种可能的实施方式。

92、第五方面，本技术提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上第一方面和/或第一方面各种可能的实施方式。

93、本技术提供的一种汽车软件组件配置生成与版本管控方法、装置及设备，通过获取包含接口定义数据与软件组件配置数据的统一结构化需求描述数据，并在格式合规校验通过后基于目标数据生成符合汽车开放系统架构规范的标准配置文档，能够减少设计需求与实现配置之间因多载体重复维护而产生的语义偏差和同步遗漏；通过从版本管理平台获取历史配置文档并与标准配置文档进行数据比对，能够形成清晰的配置差异结果，进而提高需求变更和多人协同开发场景下的版本核对与冲突识别效率；通过将标准配置文档按软件组件维度分别存储为多个相互独立的物理文件，并将每个物理文件与比对结果录入版本管理平台执行版本归档操作，能够增强配置管理的独立性、自动化与可追溯性，进而实现了提高汽车软件组件配置的管理效率的技术效果。