CN117950635A - 平台的应用开发方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种平台的应用开发方法、装置、电子设备及存储介质。其中，所述方法包括：获取待开发应用的多个需求文档，对多个所述需求文档进行批量解析，得到多种模型配置文件；获取硬件建模文件以及服务使用的数据类型的定义文件，基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型；基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。基于本发明实施例技术方案，能够实现需求文档的批量解析以及应用开发所需模型的批量配置，提高配置应用开发所需模型的效率和准确性，提高平台的应用开发的便捷性。

Description

平台的应用开发方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机应用技术领域，尤其涉及一种平台的应用开发方法、装置、电子设备及存储介质。

背景技术

AUTOSAR Adaptive是一个自适应的汽车软件架构，其主要作用是允许车辆内部的各种组件和系统能够实时适应车辆周围环境和驾驶条件的变化。与传统的AUTOSAR相比，AUTOSAR Adaptive具有更好的性能和灵活性，更高的安全性和实时性，更好的可扩展性和兼容性，同时，在实时响应要求上，AUTOSAR Adaptive也有很大的提升。基于AUTOSARAdaptive的应用开发工作包括模型配置、代码生成、工程编译、工程打包和部署。

目前，基于AUTOSAR Adaptive的应用开发工作过于依赖人工，例如，模型配置过程中需要配置的元素是完全通过人工手动输入实现的，但由于所配置元素的繁杂性，通常会出现配置错误的情况(例如，模型的多方输入的AP-Packages不一致)且需要的配置时间过长，除此之外，其他开发步骤也过于依赖人工手动处理，综上，平台的应用开发的便捷性较差且操作的准确性难以保证。

发明内容

本发明提供了一种平台的应用开发方法、装置、电子设备及存储介质，以解决平台的应用开发的便捷性较差且操作的准确性难以保证的技术问题。

根据本发明的一方面，提供了一种平台的应用开发方法，其中，所述方法包括：

获取待开发应用的多个需求文档，对多个所述需求文档进行批量解析，得到多种模型配置文件；

获取硬件建模文件以及服务使用的数据类型的定义文件，基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型；

基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。

根据本发明的另一方面，提供了一种平台的应用开发装置，其中，该装置包括：

文档解析模块，用于获取待开发应用的多个需求文档，对多个所述需求文档进行批量解析，得到多种模型配置文件；

模型组成模块，用于获取硬件建模文件以及服务使用的数据类型的定义文件，基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型；

应用开发模块，用于基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的平台的应用开发方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的平台的应用开发方法。

本发明实施例的技术方案，通过获取待开发应用的多个需求文档，对多个所述需求文档进行批量解析，得到多种模型配置文件；获取硬件建模文件以及服务使用的数据类型的定义文件，基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型；基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。实现了需求文档的批量解析以及应用开发所需模型的批量配置，提高了配置应用开发所需模型的效率和准确性，提高了平台的应用开发的便捷性。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种平台的应用开发方法的流程图；

图2是根据本发明实施例二提供的一种平台的应用开发方法的流程图；

图3是根据本发明实施例提供的一种平台的应用开发系统的组成示意图；

图4是根据本发明实施例提供的一种平台的应用开发方法的整体流程图；

图5是根据本发明实施例三提供的一种平台的应用开发装置的结构示意图；

图6是实现本发明实施例的平台的应用开发方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供了一种平台的应用开发方法的流程图，本实施例可适用于基于自适应的汽车软件架构平台的应用开发的情况，该方法可以由平台的应用开发装置来执行，该平台的应用开发装置可以采用硬件和/或软件的形式实现，该平台的应用开发装置可配置于计算机中。如图1所示，该方法包括：

S110、获取待开发应用的多个需求文档，对多个所述需求文档进行批量解析，得到多种模型配置文件。

其中，所述待开发应用可以理解为待于自适应的汽车软件架构平台(AUTOSARAdaptive Platform，AP)上开发的应用。

所述需求文档可以理解为基于预设格式记录的开发所述待开发应用的需求的文档。其中，所述预设格式可以理解为所述需求文档的固定格式。

可选的，所述需求文档可以包括多个记录exectable、swc、serviceinterface的定义的arxml文件，以及多个execl表格文件。在本发明实施例中，所述需求文档中的多个所述execl表格文件和多个所述arxml文件可以一一对应的。其中，所述execl表格文件可以包括与arxm对应的exectable以及serviceinterface的具体配置信息，所述execl表格文件还可以包括进程定义、service服务关系矩阵、进程的资源分配以及log配置等信息。

可选的，所述对多个所述需求文档进行批量解析，得到多种模型配置文件，可以包括：

通过批量配置工具对多个所述需求文档进行批量解析，得到多种模型配置文件。

其中，所述批量配置工具可以理解为一种具备批量解析需求文档并批量配置模型的功能的工具。在本发明实施例中，所述批量配置工具可以部署于所述平台。

所述批量配置工具的输入数据可以是多个所述需求文档。所述批量配置工具的输出数据可以是批量配置完成的所述目标配置模型。

所述批量配置工具可以用于识别多个所述需求文档的完整性。

所述批量配置工具还可以用于对输入多个所述需求文档进行批量解析，得到模型配置文件。

所述批量配置工具还可以用于基于解析得到的模型配置文件进行模型的批量配置，得到所述目标配置模型。

具体的，通过所述批量配置工具同时对多个所述需求文档进行数据标识解析、功能模块解析以及服务配置解析，分别得到所述需求文档中的需求数据对应的数据标识信息、所述需求文档对应的记录功能模块的执行配置的所述第一配置文件以及所述需求文档对应的记录服务相关配置的所述第二配置文件；将所述数据标识信息并行保存至所述第一配置文件和所述第二配置文件中，得到模型配置文件。

具体的，所述批量配置工具可以基于解析得到的模型配置文件，实现一键式的模型批量配置，得到平台应用开发所需的所述目标配置模型。

在本发明实施例中，所述批量配置工具可以整合一个可显示的包括多个一键式的操作按钮的配置菜单项，示例性的，操作按钮可以包括文档导入按钮、批量配置按钮以及配置模型输出按钮中至少一项。

可选的，具体的，响应于针对批量配置按钮的触发操作，对多个所述需求文档进行批量解析，得到多种模型配置文件，并基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型。

本申请通过批量配置工具，避免了重复和繁琐的人工配置，提高了批量配置平台应用开发所需的所述目标配置模型的效率；实现了对数据标识信息(例如数字形式的id和端口号)的统一管理，避免了数据标识信息的冲突和遗漏，提高了批量配置平台应用开发所需的所述目标配置模型的准确性，只需整合一个配置菜单项即可实现一键式的文档解析和模型批量配置，提升了用户操作的便捷性，提升了用户体验感。

所述模型配置文件可以理解为用于组成所述目标配置模型的文件。

S120、获取硬件建模文件以及服务使用的数据类型的定义文件，基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型。

其中，所述硬件建模文件可以理解为所述待开发应用对应的硬件系统的建模文件。可选的，所述硬件建模文件可以是arxml文件。

所述定义文件可以理解为记录服务使用的数据类型的定义的文件。可选的呢，所述定义文件可以是arxml文件。

所述目标配置模型可以理解为完整的配置模型。可选的，所述目标配置模型可以是汽车软件架构平台的配置完成的模型。可以理解的是，基于平台的应用开发，对平台进行模型配置确定完整的配置模型，是应用开发的前提。

其中，批量配置目标配置模型可以理解为同时(即并行)基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件进行模型配置，得到所述目标配置模型。本申请采用批量配置的模型配置方式，可以提高模型配置效率。

S130、基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。

可选的，所述基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包，可以包括：

基于集成部署工具和所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。

其中，其中，所述集成部署工具可以理解为一种具备部署环境、编译应用以及打包应用的功能的工具链。在本发明实施例中，所述集成部署工具可以部署于所述平台。

所述集成部署工具可以支持一键式基于所述目标配置模型生成开发环境代码。

所述集成部署工具可以支持工具式应用编译。

所述集成部署工具可以支持一键式打包编译完成的目标应用。

在本发明实施例中，所述集成部署工具可以整合一个可显示的包括多个一键式的操作按钮的集成部署菜单项，示例性的，示例性的，操作按钮可以包括环境配置按钮、应用编译按钮以及应用打包按钮等。

本申请基于集成部署工具解决了传统通过人工手动基于标准规范进行开发环境部署、应用编译以及应用打包的繁杂性较高的问题，通过集成部署工具，实现了工具化的开发环境部署、应用编译以及应用打包，使开发人员不必过度关注整个应用开发过程的中间环境阐述，也不必过多的关注输入配置等各种繁复的工作,只需明确输入配方(即功能配置信息)即可获取准确的输出文件包，提升了开发环境配置、应用编译以及应用打包的效率；本申请采用整合集成部署菜单项的方式，实现了一键式的工具化应用开发，采用一键式的操作方式，提升了工具链操作的便捷性，提升了用户体验感。

所述目标应用可以理解为开发完成的应用。

所述应用打包可以理解为所述目标应用对应的打包文件。

可选的，所述基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包，包括：

生成所述目标配置模型对应的开发环境代码，基于所述开发环境代码部署应用开发环境；

确定目标编译信息，基于所述目标编译信息编译所述待开发应用，得到编译完成的所述目标应用，其中，所述目标编译信息为所述待开发应用对应的功能配置信息；

对所述目标应用进行打包，得到所述目标应用对应的所述应用打包。

其中，所述开发环境代码可以理解为开发环境的代码。

所述应用开发环境可以理解为所述待开发应用对应的开发环境。

所述目标编译信息可以理解为开发应用所需的输入信息，即所述待开发应用对应的功能配置信息。在本发明实施例中，相较于开发应用所需编译的完整代码，所述目标编译信息更加简明，本申请只需输入所述目标编译信息即可实现开发应用代码的自动编译，提高了应用编译的便捷性，提升了用户体验感。

在本发明实施例中，实现了基于目标配置模型的开发环境代码的自动生成，实现了自动化进行应用开发环境的配置的效果，实现了自动化应用打包，提高了应用打包的便捷性，提升了用户体验感。

本发明实施例的技术方案，通过获取待开发应用的多个需求文档，对多个所述需求文档进行批量解析，得到多种模型配置文件；获取硬件建模文件以及服务使用的数据类型的定义文件，基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型；基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。实现了需求文档的批量解析以及应用开发所需模型的批量配置，提高了配置应用开发所需模型的效率和准确性，提高了平台的应用开发的便捷性。

实施例二

图2为本发明实施例二提供的一种平台的应用开发方法的流程图，本实施例是针对上述实施例中所述对多个所述需求文档进行解析，得到多种模型配置文件进行细化。如图2所示，该方法包括：

S210、获取待开发应用的多个需求文档。

S220、对多个所述需求文档进行批量解析，得到记录功能模块的执行配置的第一配置文件、记录服务相关配置的第二配置文件以及所述需求文档中的需求数据对应的数据标识信息。

可选的，所述模型配置文件包括第一目标文件或第二目标文件。

其中，所述第一配置文件可以理解为记录所述需求文档对应的功能模块的执行配置的文件。可选的，所述第一配置文件可以包括进程资源配置、启动参数、日志配置以及健康管理中至少一项元素。

所述第二配置文件可以理解为记录所述需求文档对应的服务相关配置的文件。可选的，所述第二配置文件可以包括服务接口和服务矩阵中至少一项元素。

所述数据标识信息可以理解为所述需求文档中的需求数据对应的数据标识。可选的，所述数据标识信息可以包括有效服务标识、服务实例标识、通信事件标识以及通信端口号中至少一项。

可选的，所述对多个所述需求文档进行批量解析，得到记录功能模块的执行配置的第一配置文件、记录服务相关配置的第二配置文件，包括：

对多个所述需求文档进行批量解析，得到目标格式的记录功能模块的执行配置的所述第一配置文件，并基于所述第一配置文件对多个所述需求文档进行批量解析，得到所述目标格式的记录服务相关配置的所述第二配置文件。

其中，所述第二配置文件为基于所述需求文档和所述第一配置文件分析确定的。在本发明实施例中，所述第一配置文件和所述第二配置文件为通过所述批量配置工具对所述需求文档进行解析后，输出的目标格式的配置文件。

其中，所述目标格式可以理解为目标格式可以理解为所述批量配置工具输出文件的固定格式。在本发明实施例中，所述目标格式可以根据场景需求预设，在此不做具体限定。可选的，所述第一配置文件和所述第二配置文件都可以是arxml文件。

在本发明实施例中，在第一配置文件的基础上确定第二配置文件，保证了各个配置文件之间相关联的配置数据的统一性，提高了所获取的模型配置所需的各个配置文件中数据的准确性和完整性。

可选的，所述需求文档包括至少两类子文档，在对多个所述需求文档进行批量解析之前，还包括：

对多个所述需求文档中的所述子文档进行数据对比，判断所述需求文档是否完整，在所述需求文档完整的情况下，执行所述对多个所述需求文档进行批量解析的操作，否则，生成并显示所述需求文档对应的异常提示信息。

可选的，通过批量配置工具对所述需求文档中的所述子文档进行数据对比，判断所述需求文档是否完整。

其中，所述子文档可以理解为所述需求文档中两种类别的文档。可选的，所述子文档可以是arxml文件和execl表格文件。在本发明实施例中，所述需求文档中的多个所述execl表格文件(一类子文档)和多个所述arxml文件(另一类子文档)可以一一对应的。

所述异常提示信息可以理解为提示所述需求文档不完整的异常信息。

可选的，所述通过所述批量配置工具对所述需求文档中的所述子文档进行数据对比，可以是对arxml文件和execl表格文件之间的文件名、arxml文件和execl表格文件之中的可执行体以及arxml文件和execl表格文件之中的服务元素实体中至少一项进行数据对比。

在本发明实施例中，保证了用于模型配置的需求文档的完整性，保证了模型配置以及进一步的应用开发操作的正常执行。

可选的，所述平台的应用开发方法，还包括：

将所述数据标识信息保存至数据交换文件中，得到完成标识存储的所述数据交换文件；

响应于针对完成标识存储的所述数据交换文件的标识查询操作，显示所述数据标识信息；

响应于针对所显示的所述数据标识信息的调用操作，确定并显示所述数据标识信息对应的所述需求数据的开发进程。

其中，所述数据交换文件可以理解为JOSN文件。

所述标识查询操作可以理解为查询所述数据标识信息的操作。在本发明实施例中，所述标识查询操作可以根据场景需求预设，在此不做具体限定。可选的，所述标识查询操作可以是打开所述数据交换文件的操作。

所述调用操作可以理解为调用所述数据表示信息的操作。

所述开发进程可以理解为所述需求数据对应的开发进程。其中，所述开发进程可以显示于控制台。

在本发明实施例中，将所述数据标识信息保存至数据交换文件，可以实现通过数据交换文件对数据标识信息(例如数字形式的id和端口等)进行记录管理的效果，避免了数据标识信息的冲突和遗漏，提高了数据标识信息管理的便捷性。

S230、将所述数据标识信息并行保存至所述第一配置文件和所述第二配置文件中，得到第一目标文件和第二目标文件。

其中，所述第一目标文件可以理解为已保存所述数据表示信息的所述第一配置文件。

所述第二目标文件可以理解为已保存所述数据标识信息的所述第二配置文件。

S240、获取硬件建模文件以及服务使用的数据类型的定义文件，基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型。

S250、基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。

本发明实施例的技术方案，通过对多个所述需求文档进行批量解析，得到记录功能模块的执行配置的第一配置文件、记录服务相关配置的第二配置文件以及所述需求文档中的需求数据对应的数据标识信息；将所述数据标识信息并行保存至所述第一配置文件和所述第二配置文件中，得到第一目标文件和第二目标文件，实现了自动化对所述需求文档进行解析，批量配置组成模型所需的配置文件，避免了传统手动配置不同配置文件存在的各个文件之间相关联数据不统一的情况，保证了各个文件之间相关联数据的统一性，提高了所获取的模型配置所需的配置文件中数据的准确性，并实现了自动化的文件配置，提高了文件配置的便捷性，提高了文件配置的效率，提升了用户体验感。

图3是根据本发明实施例提供的一种平台的应用开发系统的组成示意图。如图3所示，其中，AUTOSAR Adaptive模型批量配置工具11表示所述批量配置工具，包含应用和服务所有相关配置的arxml文件12表示所述第一目标文件和所述第二目标文件，包含machine配置和数据类型定义的arxml文件13表示所述建模文件和所述定义文件，完整的AUTOSARAdaptive模型14表所述目标配置模型，AUTOSAR Adaptive应用编译打包工具链15表示所述集成部署工具，AUTOSAR Adaptive应用需求文档16表示所述需求文档。

需要理解的是，基于AUTOSAR Adaptive的应用开发工作包括模型配置、代码生成、工程编译、工程打包和部署。其中,模型配置中要配置的元素比较多，包括应用设计、系统设计、运行时环境资源分配、服务接口、服务实例、服务配置、日志模块、可执行体，进程启动参数、调度策略、机器配置等。这些配置工作中存在一些问题：

1.执行管理、通信管理和log模块配置工作复杂繁琐，且多为机械重复性劳动。

2.通信管理中需要配置的ID,端口号，如果手工配置容易配错、遗漏、重复。

3.模型的输入是多方，会存在AP-Packages不一致问题。AUTOSAR Adaptive的应用工程编译依赖AUTOSAR Adaptive供应商的工具链，工程打包部署需要根据AUTOSAR规范打包必要文件，上述工作如果通过每个开发人员手动处理，容易出错或者不一致。

针对上述问题，本申请对平台进行了如下改进：

1.提供一个AUTOSAR Adaptive模型批量配置工具，从输入的需求文档中解析模型需求，批量配置AUTOSAR Adaptive模型。

2.工具使用JSON文件对ID、端口等进行记录管理，JSON文件上传GIT进行版本管控。

3.根据预定格式重新生成SWC、Interface等的Arxml文件，保证格式的统一。

4.自动集成部署工具提供编译抽取打包等工作,根据功能配置列表实现程序的自动化编译,定制功能的抽取部署为既定分布存储方式供系统调用,该工具行为逻辑输入简单输出明确,方便维护易于实现差异化管控以及功能模块定制化。

图4是根据本发明实施例提供的一种平台的应用开发方法的整体流程图。如图4所示，所述平台的应用开发方法的整体流程可以是：

1、输入需求文档，其中，需求文档是对个预定义格式的arxml文件和excel文件。arxml文件和excel文件是一一对应的。

arxml文件中包含exectable、swc、serviceinterface的定义。excel文件中包含与arxm对应的exectable以及serviceinterface的具体配置信息，以及进程定义、service服务关系矩阵、进程的资源分配、log配置等信息。

2、通过AUTOSAR Adaptive模型批量配置工具检查所输入的需求文件的完整性和正确性。

在本发明实施例中，AUTOSAR Adaptive模型批量配置工具对输入文件的要求(预定义格式)是arxml文件和excel文件一一对应的，即arxml文件和excel文件的文件名相同，arxml和excel中的元素也有对应关系，即excel文件中的可执行体和服务的数量与arxml文件中的一致，excel文件中每个可执行体和服务的名字也与arxml文件中相同。批量配置工具可以通过如下方式对需求文档进行检查：

1)判断每个excel文件是否有文件名相同的arxml文件与之对应，若没有，则认为缺少输入文件(即需求文档不完整)并生成提示信息。

2)读取excel文件中的每个可执行体名字，于arxml中搜索相同名字的可执行体，若不存在，则认为需求文档的内容不完整并生成提提示信息。

3)读取excel文件中的每个可服务的名字，于arxml中搜索相同名字的服务，若不存在，则认为需求文档的内容不完整并生成提提示信息。

4)读取arxml文件中的所有组件的port关联的服务，于arxml中搜索该服务的元素实体，并于excel文件中搜索该服务，若存在任意一个搜索不到，则认为需求文档的内容不完整并生成提提示信息。

3、通过AUTOSAR Adaptive模型批量配置工具对输入的需求文档进行解析，得到包括进程资源配置、启动参数、日志配置以及健康管理等元素的第一配置文件。

AUTOSAR Adaptive模型批量配置工具基于C++图形用户界面应用程序开发框架开发，使用开发框架Xml读取输入的arxml文件，开发框架Xml是开发框架自带的读取和写入xml文件的模块。通过开发框架Xlsx读取excel文件，开发框架Xlsx是读取和写入Excel文件的开源库。输入的excel文件的格式是预先定义好的，包括进程、服务、通信矩阵、健康管对应4个sheet。

具体的，解析需求文档得到第一配置文件的方式如下：

1)使用开发框架Xlsx库中api,逐行读取excel文件的进程sheet，每一行对应一个可执行体，每个执行体是一个进程。第1列是进程名字，第2列是功能组，第3列是执行依赖，第4列是调度策略，第五列是调度优先级等等，后面的每一列对应进程不同属性。逐行逐列读取进程参数。将每一行读取的上述元素，保存成一个进程对象。进程对象对应的进程类是根据AUTOSAR Adaptive规范中的Executable抽象出来的c++类。

2)使用上述步骤1)中读取的进程名字为关键字，去arxml文件中搜索对应的Executable，以及Executable包含的SwComponent，保存为swc对象，scw对象对应的类型是从AUTOSAR Adaptive规范中的可SwComponentType抽象出来的c++类。

3)使用开发框架Xlsx库中api,逐行读取excel文件的健康管理sheet，每一行对应一个检测项。第1列是被检测进程名字，这个进程名字是在进程sheet中包含的，第2列是是否创建全局检测实体，第3、4、5列为具体的检测参数。逐行逐列读取检测项。每一行读取的上述元素，保存成一个检测项对象。检测项对象对应的检测项类是根据AUTOSAR Adaptive规范中的检测实体体抽象出来的c++类。

4、通过AUTOSAR Adaptive模型批量配置工具对输入的需求文档进行解析，得到包括服务接口、服务矩阵元素的第二配置文件。

需要理解的是，服务接口定义包含服务名字和服务内容，服务内容可以是数据，也可能是方法。服务矩阵描述了AUTOSAR Adaptive应用收发服务的情况，包括服务提供对象，服务消费对象，还包括服提供务的方式。本申请可以支持someip通信和ipc通信方式。

具体的，解析需求文档得到第二配置文件的方式如下：

1)使用开发框架Xlsx库中api,逐行读取excel文件的服务sheet，每一行对应一个服务。第1列是服务名字，第2列是服务使用的通信协议，第3列是协议版本号等等,后面的每一列对应服务通信的具体参数。逐行逐列读取。每一行读取的上述元素，保存成一个服务对象。服务对象对应的服务类是根据AUTOSAR Adaptive规范中的ServiceInterface抽象出来的c++类。

2)将上述步骤1)中读取的服务名字作为关键字，使用开发框架Xml库中的api去arxml文件中搜索对应服务。arxml文件中包括了服务提供的具体服务类型，比如是通知服务，还是远程调用，通知服务的数量，远程调用的数量等。将arxml中读取的这些元素保存到服务对象的成员变量中。

3)使用开发框架Xlsx库中api,逐行读取excel文件中的通信矩阵sheet。通信矩阵sheet的第1列对应的是服务名字，与第1步中解析的服务名字一一对应。第2列是服务提供的具体服务内容的名字，比如通知的名字，远程方法的名字。每一个服务可以包含多个通知和远程方法，第3列对应的服务类型，以someip通信为例，可能的类型有event,method,field。第4列开始是模块的名字，代表是哪个模块提供或者消费了这条服务。模块名字与进程名字是对应的。逐行逐列读取后可以得到服务的一个矩阵关系，将这种关系保存到machinemapping对象和portmapping对象中，machinemapping类和portmapping类分别是根据AUTOSAR Adaptive规范中的ServiceInstanceToMachineMapping和ServiceInstanceToMachine

Mapping抽象出来的c++类。

5、AUTOSAR Adaptive模型批量配置工具按照AUTOSAR规范要求格式(即目标格式)输出应用设计、系统设计、应用部署清单等arxml文件。

目标格式是arxml格式，AUTOSAR Adaptive规范中详细规定了每种元素包含的子元素和属性。具体的，使用开发框架Xml库写xml的接口输出process相关的各个元素到arxml文件的具体步骤如下：

1)创建arxml文件。

2)写arxml文件固定头，主要包括arxml版本号。

3)写arxml上层package名字。

4)写package名字和uuid。

5)循环写所有process。具体的，写process头；写process名字；写process关联的DESIGN-REF(进程设计引用)；写process的EXECUTABLE-REF(可执行体引用)；写process的PROCESS-STATE-MACHINE；写process尾。其中，除写process头、写process名字以及写process尾外，其他所写的元素包括具体的属性或者子元素。

6)循环写所有SWC。

7)循环写所有进程和machine的mapping。

其中，上述步骤6)、7)所写的元素包括具体的属性或者子元素。

6、AUTOSAR Adaptive模型批量配置工具按照AUTOSAR规范要求格式(即目标格式)输出服务接口、服务实例、服务部署等arxml文件。

具体的，这里写服务与上述写进程类似，只是写的元素是服务，写的内容根据服务对象保存的内容来写。

其中，步骤6中，服务相关元素包括服务与进程的对应关系，服务与port的对象关系，这两个关系中涉及到进程和port是步骤5生成的。

7、通过AUTOSAR Adaptive模型批量配置工具生成有效的服务id、服务实例id、通信事件id和通信端口号(即数据标识信息)，并保存到arxml文件对应的元素中，也会保存到json文件，便于统一管理和维护。

需要理解的是，服务id、服务实例id、通信事件id和通信端口号，都是以key-value的形式保存在json文件中。名字为key,id为value。

具体的，数据标识信息生成方法如下：

以服务id为例，工具定义了起始的id号和最大id号。当配置一个服务时，先去json文件中通过服务名字搜索该服务，如果有，直接把服务id赋给该服务，如果没有，就生成一个新的id。新的id值是当前服务列表中最后一个服务的id+1。把新的id赋给该服务，同时也把新的服务id保存到json文件中。服务实例id，服务事件id和通信端口号的生成于服务id类似。

8、输出完整AUTOSAR Adaptive模型文件和工具链给应用开发人员。

其中，完整AUTOSAR Adaptive模型文件由步骤6和步骤7输出的arxml文件加上手动配置的machinearxml文件和数据类型arxml文件组成。

9、用步骤8提供的工具链和AUTOSAR Adaptive模型，生成代码。基于生成的代码，开发AUTOSAR Adaptive应用，再用工具链对应用编译，编译完成后打包。

10、结束，本发明是一个中间件开发和部署工具，用于提高应用开发效率。

本发明技术效果在于：本发明通过批量配置工具，快速高效的配置AUTOSARAdaptive模型，避免了重复和繁琐的人工配置，使得模型的配置更快捷，更方便，正确率更高，维护更方便，并且通过批量配置工具统一管理数据标识信息(例如数字形式的id和端口号)，避免了id和端口的冲突和遗漏。另外，通过完善的集成部署工具使得AUTOSARAdaptive应用的编译与打包工具化，提高了开发效率。使发开人员不必过度关注整个配置过程的中间环境阐述,简易的根据输入的需求整合一个配置菜单项即可获取最终的输出结果。

实施例三

图5为本发明实施例三提供的一种平台的应用开发装置的结构示意图。如图5所示，该装置包括：文档解析模块310、模型组成模块320以及应用开发模块330。其中，

文档解析模块310，用于获取待开发应用的多个需求文档，对多个所述需求文档进行批量解析，得到多种模型配置文件；模型组成模块320，用于获取硬件建模文件以及服务使用的数据类型的定义文件，基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型；应用开发模块330，用于基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。

本发明实施例的技术方案，通过获取待开发应用的多个需求文档，对多个所述需求文档进行批量解析，得到多种模型配置文件；获取硬件建模文件以及服务使用的数据类型的定义文件，基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型；基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。实现了需求文档的批量解析以及应用开发所需模型的批量配置，提高了配置应用开发所需模型的效率和准确性，提高了平台的应用开发的便捷性。

可选的，所述模型配置文件包括第一目标文件或第二目标文件，文档解析模块310，包括：文档解析单元和标识存储单元；其中，

所述文档解析单元，用于对多个所述需求文档进行批量解析，得到记录功能模块的执行配置的第一配置文件、记录服务相关配置的第二配置文件以及所述需求文档中的需求数据对应的数据标识信息；

所述标识存储单元，用于将所述数据标识信息并行保存至所述第一配置文件和所述第二配置文件中，得到第一目标文件和第二目标文件。

可选的，所述文档解析单元，用于对多个所述需求文档进行批量解析，得到目标格式的记录功能模块的执行配置的所述第一配置文件，并基于所述第一配置文件对多个所述需求文档进行批量解析，得到所述目标格式的记录服务相关配置的所述第二配置文件。

可选的，所述第一配置文件包括进程资源配置、启动参数、日志配置以及健康管理中至少一项元素，所述第二配置文件包括服务接口和服务矩阵中至少一项元素，所述数据标识信息包括有效服务标识、服务实例标识、通信事件标识以及通信端口号中至少一项。

可选的，所述需求文档包括至少两类子文档，文档解析模块310，还包括：文档完整检测单元，用于对多个所述需求文档中的所述子文档进行数据对比，判断所述需求文档是否完整，在所述需求文档完整的情况下，执行所述对多个所述需求文档进行批量解析的操作，否则，生成并显示所述需求文档对应的异常提示信息。

可选的，应用开发模块330，用于：

生成所述目标配置模型对应的开发环境代码，基于所述开发环境代码部署应用开发环境；

确定目标编译信息，基于所述目标编译信息编译所述待开发应用，得到编译完成的所述目标应用，其中，所述目标编译信息为所述待开发应用对应的功能配置信息；

对所述目标应用进行打包，得到所述目标应用对应的所述应用打包。

可选的，文档解析模块310，还包括：标识保存单元、标识查询单元以及标识调用单元；其中，

所述标识保存单元，用于将所述数据标识信息保存至数据交换文件中，得到完成标识存储的所述数据交换文件；

所述标识查询单元，用于响应于针对完成标识存储的所述数据交换文件的标识查询操作，显示所述数据标识信息；

所述标识调用单元，用于响应于针对所显示的所述数据标识信息的调用操作，确定并显示所述数据标识信息对应的所述需求数据的开发进程。

本发明实施例所提供的平台的应用开发装置可执行本发明任意实施例所提供的平台的应用开发方法，具备执行方法相应的功能模块和有益效果。

实施例四

图6示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图6所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM12以及RAM13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如平台的应用开发方法。

在一些实施例中，平台的应用开发方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM13并由处理器11执行时，可以执行上文描述的平台的应用开发方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行平台的应用开发方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种平台的应用开发方法，其特征在于，包括：

获取待开发应用的多个需求文档，对多个所述需求文档进行批量解析，得到多种模型配置文件；

获取硬件建模文件以及服务使用的数据类型的定义文件，基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型；

基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。

2.根据权利要求1所述的方法，其特征在于，所述模型配置文件包括第一目标文件或第二目标文件，所述对多个所述需求文档进行批量解析，得到多种模型配置文件，包括：

对多个所述需求文档进行批量解析，得到记录功能模块的执行配置的第一配置文件、记录服务相关配置的第二配置文件以及所述需求文档中的需求数据对应的数据标识信息；

将所述数据标识信息并行保存至所述第一配置文件和所述第二配置文件中，得到第一目标文件和第二目标文件。

3.根据权利要求2所述的方法，其特征在于，所述对多个所述需求文档进行批量解析，得到记录功能模块的执行配置的第一配置文件、记录服务相关配置的第二配置文件，包括：

对多个所述需求文档进行批量解析，得到目标格式的记录功能模块的执行配置的所述第一配置文件，并基于所述第一配置文件对多个所述需求文档进行批量解析，得到所述目标格式的记录服务相关配置的所述第二配置文件。

4.根据权利要求2所述的方法，其特征在于，所述第一配置文件包括进程资源配置、启动参数、日志配置以及健康管理中至少一项元素，所述第二配置文件包括服务接口和服务矩阵中至少一项元素，所述数据标识信息包括有效服务标识、服务实例标识、通信事件标识以及通信端口号中至少一项。

5.根据权利要求2所述的方法，其特征在于，所述需求文档包括至少两类子文档，在对多个所述需求文档进行批量解析之前，还包括：

对多个所述需求文档中的所述子文档进行数据对比，判断所述需求文档是否完整，在所述需求文档完整的情况下，执行所述对多个所述需求文档进行批量解析的操作，否则，生成并显示所述需求文档对应的异常提示信息。

6.根据权利要求1所述的方法，其特征在于，所述基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包，包括：

生成所述目标配置模型对应的开发环境代码，基于所述开发环境代码部署应用开发环境；

确定目标编译信息，基于所述目标编译信息编译所述待开发应用，得到编译完成的所述目标应用，其中，所述目标编译信息为所述待开发应用对应的功能配置信息；

对所述目标应用进行打包，得到所述目标应用对应的所述应用打包。

7.根据权利要求2所述的方法，其特征在于，还包括：

将所述数据标识信息保存至数据交换文件中，得到完成标识存储的所述数据交换文件；

响应于针对完成标识存储的所述数据交换文件的标识查询操作，显示所述数据标识信息；

响应于针对所显示的所述数据标识信息的调用操作，确定并显示所述数据标识信息对应的所述需求数据的开发进程。

8.一种平台的应用开发装置，其特征在于，包括：

文档解析模块，用于获取待开发应用的多个需求文档，对多个所述需求文档进行批量解析，得到多种模型配置文件；

模型组成模块，用于获取硬件建模文件以及服务使用的数据类型的定义文件，基于多种所述模型配置文件、所述硬件建模文件以及所述定义文件批量配置目标配置模型；

应用开发模块，用于基于所述目标配置模型开发所述待开发应用，得到目标应用以及所述目标应用对应的应用打包。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的平台的应用开发方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的平台的应用开发方法。