软件架构构建方法、装置、车辆及存储介质

技术领域

本申请涉及自动驾驶技术领域，更具体地，涉及一种软件架构构建方法、装置、车辆及计算机可读存储介质。

背景技术

随着近年来汽车电子电气架构设计的发展，汽车电子电气架构设计主要在汽车电子电气架构E/E架构(EEA)工具中展开，通信设计、线束设计等大量汽车电子设计产物来自于EEA正向构建，其中最核心的环节是车辆软件架构的构建。

目前，将整车软件层划分为若干个域以及域内部的子系统，首先在子系统内部进行软件建模，然后将子系统内部的软件信号向子系统外部逐层手动延展，再把来自不同域和子系统的软件信号进行关联，从而构成整车的软件架构。

但是，采用该方法，整车的软件架构构建过程中容易产生错误，构建效率较低。

发明内容

本申请提出了一种软件架构构建方法、装置、车辆及计算机可读存储介质，以改善上述缺陷。

第一方面，本申请实施例提供了一种软件架构构建方法，方法包括：显示开发软件的开发界面，开发界面展示有在表格中显示的与多个车辆信号一一对应的多个元素链，每个元素链包含多个模型元素；响应于第一创建操作，在表格中创建第一模型元素，第一模型元素关联第一车辆信号；响应于与第一模型元素关联的第二创建操作，在表格中创建与第一模型元素关联的第二模型元素，以得到第一车辆信号的元素链；根据第一车辆信号的元素链和多个元素链确定车辆软件架构。

第二方面，本申请实施例还提供了一种车辆软件架构构建装置，装置包括：

显示模块，用于显示开发软件的开发界面，开发界面展示有在表格中显示的与多个车辆信号一一对应的多个元素链，每个元素链包含多个模型元素；

第一创建模块，用于响应于第一创建操作，在表格中创建第一模型元素，第一模型元素关联第一车辆信号；

第二创建模块，用于响应于与第一模型元素关联的第二创建操作，在表格中创建与第一模型元素关联的第二模型元素，以得到第一车辆信号的元素链；

确定模块，用于根据第一车辆信号的元素链和多个元素链确定车辆软件架构。

第三方面，本申请实施例还提供了一种电子设备，其特征在于，车辆包括：一个或多个处理器；存储器；一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于执行上述方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有处理器可执行的程序代码，程序代码被处理器执行时使处理器执行上述方法。

本申请提供的一种软件架构构建方法、装置、车辆及计算机可读存储介质，通过显示开发软件的开发界面，开发界面展示有在表格中显示的与多个车辆信号一一对应的多个元素链，每个元素链包含多个模型元素，然后响应于第一创建操作，在表格中创建第一模型元素，第一模型元素关联第一车辆信号，响应于与第一模型元素关联的第二创建操作，在表格中创建与第一模型元素关联的第二模型元素，以得到第一车辆信号的元素链，元素链中的多个模型元素在创建模型元素的同时创建了模型元素之间的关联关系，降低了对多个模型元素之间进行关联的工作量，最后根据第一车辆信号的元素链和多个元素链确定车辆软件架构，模型元素通过表格创建，提高了模型元素的创建效率，并且在表格中能够更加直观的显示与多个车辆信号相关的模型元素，提升了车辆软件架构构建效率。

本申请实施例的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例而了解。本申请实施例的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1示出了一种现有的模型元素创建的示意图。

图2示出了一种现有的根据图1创建的模型元素进行车辆软件架构构建的示意图。

图3示出了根据本申请一个实施例提出的一种软件架构构建方法流程图。

图4示出了本申请实施例中一种开发界面的示意图。

图5示出了本申请实施例中一种第二模型元素创建的示意图。

图6示出了本申请实施例中又一种第二模型元素创建的示意图。

图7示出了示出了根据本申请又一个实施例提出的一种软件架构构建方法的流程图。

图8示出了本申请实施例中一个模块对应的端口的示意图。

图9示出了本申请实施例中又一个模块对应的端口的示意图。

图10示出了本申请实施例图8中模块对应的端口的连接示意图。

图11示出了本申请实施例图9中模块对应的端口的连接示意图。

图12示出了根据本申请再一个实施例提出的一种软件架构构建方法的流程图。

图13示出了本申请实施例一种检查结果的示意图。

图14示出了本申请一个实施例提出的一种车辆软件架构构建装置的结构框图。

图15示出了本申请实施例中提供的一种电子设备示意图。

图16示出了本申请实施例提供的一种计算机可读存储介质的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

随着近年来汽车电子电气架构设计的发展，汽车电子电气架构设计主要在EEA工具中展开，通信设计、线束设计等大量汽车电子设计产物来自于EEA正向构建，其中最核心的环节是车辆软件架构的构建。

传统的EEA工具构建车辆软件架构的方法一般是根据现有的汽车功能和分工情况划分为多个域和子系统，在图形化界面上，手动逐个创建模型元素，然后逐个将模型元素向子系统外部或域外部拖拽关联，直至将模型元素全部关联完成。如图1所示，图1中的110表示一种模型元素存放的位置，图1中的120表示在此位置创建的一个模型元素，图1中的130表示如果此种元素需要关联另外一种特定元素的话，关联的元素名称会显示的位置(图中未关联任何元素)，如图2所示，图2中的210表示另外一种模型元素存放的位置，图2中的220表示在此位置创建一个此类的模型元素，然后将220创建的元素拖拽到230的位置(图2中已成功关联并显示其名称)，此时就建立了图1中的模型元素与图2中模型元素的关联关系。然而，车辆软件架构搭建过程中，需要创建的模型元素较多，模型元素之间的关系复杂，多个模型元素拖拽关联工作量大，容易产生大量错误，后续排错工作量大，车辆软件架构构建效率较低，得到的车辆软件架构信号传递效率低。

目前，现有的车辆软件架构构建的方法是基于PREEvision的AUTOSAR软件建模，该方法可以基于PREEvision这种EEA工具进行软件架构构建，然后通过arxml这种数据文件格式进行工具间的数据交互。

但是，发明人在研究中发现，基于PREEvision的AUTOSAR软件建模进行车辆软件架构的构建并不能降低多个模型元素关联的工作量以及提升车辆软件架构构建效率较低。

因此，为了克服上述缺陷，发明人提出了一种软件架构构建方法、装置、车辆及计算机可读存储介质，显示开发软件的开发界面，开发界面展示有在表格中显示的与多个车辆信号一一对应的多个元素链，每个元素链包含多个模型元素，然后响应于第一创建操作，在表格中创建第一模型元素，第一模型元素关联第一车辆信号，响应于与第一模型元素关联的第二创建操作，在表格中创建与第一模型元素关联的第二模型元素，以得到第一车辆信号的元素链，元素链中的多个模型元素在创建模型元素的同时创建了模型元素之间的关联关系，降低了对多个模型元素之间进行关联的工作量，最后根据第一车辆信号的元素链和多个元素链确定车辆软件架构，模型元素通过表格创建，提高了模型元素的创建效率，并且在表格中能够更加直观的显示与多个车辆信号相关的模型元素，提升了车辆软件架构构建效率。

请参阅图3，图3示出了本申请一个实施例提出的一种软件架构构建方法流程图，用于电子设备，方法包括：

S201、显示开发软件的开发界面，开发界面展示有在表格中显示的与多个车辆信号一一对应的多个元素链，每个元素链包含多个模型元素。

其中，开发软件可以是汽车电子电气架构E/E架构(EEA)工具，开发软件的开发界面具有表格。开发界面是指再开发软件中开发人员进行开发操作的界面，开发界面至少包括模型元素对应的创建区域，模型元素对应的元素目录区域，以及元素目录对应的开发区域。

每个车辆信号对应一个元素链，车辆信号可以是车辆相关的任意信号，例如，车速、时间等。每个元素链包含的多个模型元素的元素类别不同。

其中，模型元素是指车辆信号的限制元素，例如，可以是车辆信号的类别，车辆信号的大小，车辆信号的频率等。元素链是指一个车辆信号对应的所有模型元素的集合，例如，车辆信号B对应的模型元素有b1、b2、b3以及b4，那么车辆信号B对应的元素链为{b1，b2，b3，b4}。

在一些实施方式中，开发界面的表格可以为空，由开发人员在表格中创建与车辆信号一一对应的元素链，并且开发人员可以在未完成某个元素链中所有模型元素的创建时，开始创建其他元素链中的模型元素。

S202、响应于第一创建操作，在表格中创建第一模型元素，第一模型元素关联第一车辆信号。

响应于第一创建操作，在表格的指定区域输入需要创建的第一模型元素，例如，在车辆信号C对应的创建区域输入AAA，则创建了与车辆信号C关联的第一模型元素AAA。

在一些实施方式中，开发界面还展示有元素目录，元素目录包括多个元素类别各自对应的子目录，元素类别对应的子目录包括属于元素类别的不同模型元素；S202可以包括：响应于第一创建操作，确定与第一创建操作对应的子目录作为目标子目录；在目标子目录下以及表格中创建第一模型元素。

如图4所示，图4为一种开发界面示意图，开发界面的右边区域为元素目录，左边区域为表格，图4中显示出4个元素类别各自对应的子目录，分别是“softwareinterface”、“dataelement”、“idtdatatype”以及“basetype”，softwareinterface子目录下对应的模型元素ATWS ALARM DURATION，dataelement子目录下对应的模型元素ATWS_Al，idtdatatype子目录下对应的模型元素ATWS_T，basetype子目录下对应的模型元素uint8[Unsignedinteger(NONE)]。若要创建一个第一模型元素的元素类别为softwareinterface，那么确定softwareinterface为目标子目录，在目标子目录以及表格创建该模型元素。

S203、响应于与第一模型元素关联的第二创建操作，在表格中创建与第一模型元素关联的第二模型元素，以得到第一车辆信号的元素链。

在完成创建第一模型元素之后，响应于与第一模型元素关联的第二创建操作，在表格中创建第二模型元素，然后获取刚刚创建的第二模型元素为新的第一模型元素，响应于此时第一模型元素的第二创建操作，创建新的第二模型元素，直至创建完所有的第一车辆信号关联的模型元素为止，得到多个第一模型元素以及第二模型元素，从而得到第一车辆信号的元素链。

例如，若响应于第一创建操作创建的第一模型元素的元素类别为软件端口(softwareinterface)，响应于与软件端口(softwareinterface)关联的第二创建操作创建第二模型元素的元素类别可以为端口数据(dataelement)，获取端口数据(dataelement)为新的第一模型元素，那么响应于与端口数据(dataelement)关联的第二创建操作创建第二模型元素的元素类别可以为数据类型(idtdatatype)。

每个元素链中包含多个第一模型元素以及一个第二模型元素，这些多个第一模型元素以及一个第二模型元素均为不同元素类别的模型元素，除了创建的最初的第一模型元素以及第二模型元素之外，每一个第一模型元素都与其前一个模型元素以及其后一个模型元素两个模型元素具有关联关系。同时，后续所有的第一模型元素以及第二模型元素都是对最初的第一模型元素的进一步限定。

例如，最初的第一模型元素的元素类别可以为软件端口(softwareinterface)，与软件端口(softwareinterface)关联的模型元素的元素类别可以为端口数据(dataelement)，与端口数据(dataelement)关联的模型元素的元素类别可以为数据类型(idtdatatype)，与数据类型(idtdatatype)关联的模型元素的元素类别可以为字符串长度(bitlength)，与字符串长度(bitlength)关联的模型元素的元素类别可以为转换公式(compumethod)。端口数据、数据类型、字符串长度以及转换公式都是对软件端口的进一步限定，并且端口数据、数据类型、字符串长度以及转换公式之间都是层层递进限定的。

在一些实施方式中，S203之前还可以包括：在表格中创建第一模型元素之后，在表格中展示第一模型元素对应的关联控件。其中，关联控件可以是一个按键。

如图5所示，图5中右边区域为元素目录，左边区域为表格，图5中的410表示Software Interfaces为目标子目录，在Software Interfaces子目录创建了一个第一模型元素，然后表格中同步创建了此第一模型元素，图5中的420的位置表示了此第一模型元素所在的元素链包含的所有模型元素(图5中该第一模型元素未关联任何第二模型元素)，430表示第一模型元素对应的关联控件，点击此关联控件我们可以直接在默认位置上创建一个关联的第二模型元素。

在本实施方式中，S203可以包括：响应于针对关联控件的第二创建操作，在表格中创建与第一模型元素关联的第二模型元素，以得到第一车辆信号的元素链。

如图6所示，图6中的510表示响应于图5中的关联控件430的第二创建操作创建的第二模型元素，获取其为一个新的第一模型元素，图6中的520表示与新的第一模型元素对应的关联控件，点击此关联控件可以再新建一个与新的第一模型元素的元素类别不同的第二模型元素。

S204、根据第一车辆信号的元素链和多个元素链，确定车辆软件架构。

车辆软件架构可以是覆盖全部车辆类型的软件架构，也可以是覆盖某个车辆类型的软件架构，也可以是为某个车辆定制的软件架构。

在一些实施方式中，车辆软件架构需要满足所有车辆信号的传递，因此需要根据S202-S203创建所有车辆信号的元素链，根据所有车辆信号的元素链，确定车辆软件架构。

在本实施例中，显示开发软件的开发界面，开发界面展示有在表格中显示的与多个车辆信号一一对应的多个元素链，每个元素链包含多个模型元素，然后响应于第一创建操作，在表格中创建第一模型元素，第一模型元素关联第一车辆信号，响应于与第一模型元素关联的第二创建操作，在表格中创建与第一模型元素关联的第二模型元素，以得到第一车辆信号的元素链，元素链中的多个模型元素在创建模型元素的同时创建了模型元素之间的关联关系，降低了对多个模型元素之间进行关联的工作量，最后根据第一车辆信号的元素链和多个元素链确定车辆软件架构，模型元素通过表格创建，提高了模型元素的创建效率，并且在表格中能够更加直观的显示与多个车辆信号相关的模型元素，提升了车辆软件架构构建效率。

请参阅图7，图7示出了本申请又一个实施例提出的一种软件架构构建方法流程图，用于电子设备，方法包括：

S301、显示开发软件的开发界面，开发界面展示有在表格中显示的与多个车辆信号一一对应的多个元素链，每个元素链包含多个模型元素。

S302、响应于第一创建操作，在表格中创建第一模型元素，第一模型元素关联第一车辆信号。

S303、响应于与第一模型元素关联的第二创建操作，在表格中创建与第一模型元素关联的第二模型元素，以得到第一车辆信号的元素链。

其中，S301到S303的描述参照上文S201到S203的描述，此处不再赘述。

S304、多个车辆信号以及第一车辆信号对应多个模块，模块根据模块配置规则配置，根据第一车辆信号的元素链和多个元素链，创建多个模块各自的发送端口以及接收端口。

其中，每个车辆信号由多个模块进行传递。模块配置规则包括各个模块各自的模块配置规则，各个模块各自的模块配置规则根据需求设置，例如，需要对车速信息进行采集，则模块配置规则为配置模块实现车速采集功能，然后根据模块配置规则配置车速采集模块；需要对采集到的车速进行计算，则模块配置规则为配置模块实现车速计算功能，然后根据模块配置规则配置车速计算模块。

在一些实施方式中，S304可以包括：从第一车辆信号的元素链和多个元素链中获取每个模块各自对应的模型元素，作为每个模块各自的目标模型元素；根据每个模块各自的目标模型元素以及端口配置规则，创建每个模块各自的接收端口以及发送端口。

在一些实施方式中，模块用于传递的车辆信号是确定的，例如，模块A用于传递车速信号和时间信号两种车辆信号，那么模块A的目标模型元素就是车速车辆信号对应的元素链种的所有模型元素以及时间车辆信号对应的元素链中的所有模型元素。

通过匹配模块以及模块对应的模型元素，得到目标模型元素，根据目标模型元素以及端口配置规则进行端口创建，提高了创建端口的效率高以及准确率。

多个模块中每个模块对应的一个或多个发送端口以及接收端口的端口名称不同，每个模块上的发送端口以及接收端口的数量取决于该模块所需要传递的信号类型也就是该模块对应的目标模型元素，一种车辆信号对应一个发送端口或接收端口，再结合端口预置规则，创建每个模块各自的接收端口以及发送端口。

在一些实施方式中，端口配置规则包括至少一个以下规则：每个发送端口配置至少一个接收端口、每个发送端口配置端口数据、每个接收端口不配置端口数据、每个端口数据配置各自的转换公式以及每个转换公式配置各自的数据类型中的至少一个。

S305、对端口名称匹配的发送端口以及接收端口进行连接，得到至少一个连接链路。

在一些实施方式中，端口名称匹配可以是端口名称相同，也可以是端口名称含有相同的字母或者符号，连接端口名称匹配的发送端口以及接收端口，发送端口以及接收端口各自对应的多个模块构成一条链路。

在一些实施方式中，可以根据端口名称匹配定制对应的自动连接程序，通过运行自动连接程序连接端口名称匹配的发送端口以及接收端口，降低了端口连接的工作量，提升了车辆软件架构构建效率。

连接时，所有发送端口都应与接收端口连接，所有接收端口都应与发送端口连接，同一条连接链路上所有发送端口以及接收端口名称一致，同一条连接链路上，可以有多个接收端口，但只能有一个发送端口。连接后，同一条连接链路上所有的接收端口都会被赋予发送端口配置的端口数据以及端口数据对应的转换公式以及转换公式对应的数据类型，得到一条连接链路。

示例性地，如图8所示，图8中的701表示一个模块“Case01”，图8中的702表示有两个发送端口“A1”和“A2”，图8中的703表示与两个发送端口连接的模块以及接收端口(两个发送端口并未连接接收端口)。如图9所示，图9中的801表示一个模块“Case02”，图9中的802表示有两个接收端口“A1”和“A2”，图9中的803表示与两个接收端口连接的模块以及发送端口(两个接收端口并未连接发送端口)。由于发送端口与接收端口名称相同都是A1或A2，运行自动连接程序，对其进行连接，如图10以及图11所示，Case01的A1发送端口与Case02的A1接收端口相连，Case01的A2发送端口与Case02的A2接收端口相连。

S306、根据各个连接链路，确定车辆软件架构。

每个连接链路传传递一种车辆信号，综合能够完成所有车辆信号的信号传递的多个连接链路，就能够得到车辆软件架构。

在本实施例中，通过根据第一车辆信号的元素链和多个元素链，创建多个模块各自的发送端口以及接收端口，对端口名称匹配的发送端口以及接收端口进行连接，得到至少一个连接链路，提高了端口创建以及端口连接的准确率，根据各个连接链路，确定车辆软件架构，提升了车辆软件架构构建效率。

请参阅图12，图12示出了本申请再一个实施例提出的一种软件架构构建方法流程图，用于电子设备，方法包括：

S401、显示开发软件的开发界面，开发界面展示有在表格中显示的与多个车辆信号一一对应的多个元素链，每个元素链包含多个模型元素。

S402、响应于第一创建操作，在表格中创建第一模型元素，第一模型元素关联第一车辆信号。

S403、响应于与第一模型元素关联的第二创建操作，在表格中创建与第一模型元素关联的第二模型元素，以得到第一车辆信号的元素链。

其中，S401到S403的描述参照上文S201到S203的描述，此处不再赘述。

S404、多个车辆信号以及第一车辆信号对应多个模块，模块根据模块配置规则配置；根据第一车辆信号的元素链和多个元素链，创建多个模块各自的发送端口以及接收端口；对端口名称匹配的发送端口以及接收端口进行连接，得到至少一个连接链路。

其中，S404的描述参照上文S304到S305的描述，此处不再赘述。

S405、根据各个连接链路，确定初始车辆软件架构。

获取到能够完成所有车辆信号的信号传递的多个连接链路之后，根据各个连接链路，确定初始车辆软件架构。

S406、根据一致性规则对初始车辆软件架构进行一致性检查，得到检查结果。

获取到初始车辆软件架构之后，根据一致性规则对初始车辆软件架构进行一致性检查，得到检查结果。

在一些实施方式中，一致性规则包括至少一个以下规则：初始车辆软件架构中是否在未连接的端口、初始车辆软件架构中同一连接链路上的端口名称是否一致、初始车辆软件架构中同一连接链路上的端口数据是否一致、初始车辆软件架构中同一连接链路上是否有且仅有一个发送端口、初始车辆软件架构中同一模块是否存在端口名称相同的多个端口、初始车辆软件架构中各个端口数据是否赋予转换公式以及初始车辆软件架构中各个转换公式是否赋予数据类型中的至少一个。

通过一致性规则的设置，使得排错的效率和准确率更高。

在一些实施方式中，可以根据一致性规则定制对应的自动检查程序，在获取到初始车辆软件架构之后运行自动检查程序对初始车辆软件架构进行一致性检查，得到检查结果。

S471、若检查结果为初始车辆软件架构存在错误，对初始车辆软件架构进行错误修改，得到车辆软件架构。

在一些实施方式中，S471可以包括：若检查结果为初始车辆软件架构存在错误，在表格展示初始车辆软件架构中错误对应的错误信息，错误信息至少包括初始车辆软件架构中错误的错误类型以及错误产生位置；根据错误类型以及错误产生位置，对初始车辆软件架构进行错误修改，得到车辆软件架构。

如图13所示，浏览器式表格展示初始车辆软件架构中错误对应的错误信息，图13中的1201表示一种错误类型：有132个未连接的端口，图13中的1202表示了未进行连接的具体端口也就是错误产生的位置。根据错误类型以及错误产生位置，对初始车辆软件架构进行错误修改，得到车辆软件架构。

通过将错误信息展示在浏览器式表格界面，可以直观、快速地确定错误类型修改错位，提高了排错效率。

S472、若检查结果为初始车辆软件架构不存在错误，获取初始车辆软件架构作为车辆软件架构。

若初始车辆软件架构不存在错误，不需要进行后续修改操作，直接获取初始车辆软件架构作为车辆软件架构。

在本实施例中，根据一致性规则对初始车辆软件架构进行一致性检查，得到检查结果，若检查结果为初始车辆软件架构存在错误，对初始车辆软件架构进行错误修改，得到车辆软件架构，其中错误对应的错误信息也会呈现表格上，可以直观、快速地确定错误类型以及错误位置修改错误，提高了排错效率的同时提高了车辆软件架构的质量。

参阅附图14，图14示出了本申请一个实施例提出的一种车辆软件架构构建装置的结构框图。用于电子设备，装置1300包括：

显示模块1301，用于显示开发软件的开发界面，开发界面展示有在表格中显示的与多个车辆信号一一对应的多个元素链，每个元素链包含多个模型元素；

第一创建模块1302，用于响应于第一创建操作，在表格中创建第一模型元素，第一模型元素关联第一车辆信号；

第二创建模块1303，用于响应于与第一模型元素关联的第二创建操作，在表格中创建与第一模型元素关联的第二模型元素，以得到第一车辆信号的元素链；

确定模块1304，用于根据第一车辆信号的元素链和多个元素链确定车辆软件架构。

可选地，开发界面还展示有元素目录，元素目录包括多个元素类别各自对应的子目录，元素类别对应的子目录包括属于元素类别的不同模型元素；第一创建模块1302，还用于响应于第一创建操作，确定与第一创建操作对应的子目录作为目标子目录；在目标子目录下以及表格中创建第一模型元素。

可选地，第二创建模块1303，还用于在表格中创建第一模型元素之后，在表格中展示第一模型元素对应的关联控件。

可选地，第二创建模块1303，还用于响应于针对关联控件的第二创建操作，在表格中创建与第一模型元素关联的第二模型元素，以得到第一车辆信号的元素链。

可选地，多个车辆信号以及第一车辆信号对应多个模块，模块根据模块配置规则配置；确定模块1304，还用于根据第一车辆信号的元素链和多个元素链，创建多个模块各自的发送端口以及接收端口；对端口名称匹配的发送端口以及接收端口进行连接，得到至少一个连接链路；根据各个连接链路，确定车辆软件架构。

可选地，确定模块1304，还用于从第一车辆信号的元素链和多个元素链中获取每个模块各自对应的模型元素，作为每个模块各自的目标模型元素；根据每个模块各自的目标模型元素以及端口配置规则，创建每个模块各自的接收端口以及发送端口。

可选地，确定模块1304，还用于根据各个连接链路，确定初始车辆软件架构；根据一致性规则对初始车辆软件架构进行一致性检查，得到检查结果；若检查结果为初始车辆软件架构存在错误，对初始车辆软件架构进行错误修改，得到车辆软件架构；若检查结果为初始车辆软件架构不存在错误，获取初始车辆软件架构作为车辆软件架构。

可选地，确定模块1304，还用于若检查结果为车辆初始软件架构存在错误，在表格展示初始车辆软件架构中错误对应的错误信息，错误信息至少包括初始车辆软件架构中错误的错误类型以及错误产生位置；根据错误类型以及错误产生位置，对初始车辆软件架构进行错误修改，得到车辆软件架构。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

另外，在本申请各个实施例中的各功能可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

请参考图15，其示出了根据本申请实施例提供的一种电子设备的结构框图。该电子设备1400可以是智能手机、平板电脑以及电子书等能够运行应用程序的电子设备。本申请中的电子设备1400可以包括一个或多个如下部件：处理器1410、存储器1420、以及一个或多个应用程序。其中一个或多个应用程序可以被存储在存储器1420中并被配置为由一个或多个处理器1410执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器1410可以包括一个或者多个处理核。处理器1410利用各种接口和线路连接整个电子设备1400内的各个部分，通过运行或执行存储在存储器1420内的指令、程序、代码集或指令集，以及调用存储在存储器1420内的数据，执行电子设备1400的各种功能和处理数据。可选地，处理器1410可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1410可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1410中，单独通过一块通信芯片进行实现。

存储器1420可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器1420可用于存储指令、程序、代码、代码集或指令集。存储器1420可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备1400在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

参阅附图16，图16示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读存储介质1500中存储有程序代码，该程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质1500可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质1500包括非易失性计算机可读存储介质(non-transitory computer-readable storage medium)。计算机可读存储介质1500具有执行上述方法中的任何方法步骤的程序代码1510的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码1510可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。