CN114115879A - 一种面向服务的智能驾驶系统设计方法 - Google Patents
一种面向服务的智能驾驶系统设计方法 Download PDFInfo
- Publication number
- CN114115879A CN114115879A CN202111456035.2A CN202111456035A CN114115879A CN 114115879 A CN114115879 A CN 114115879A CN 202111456035 A CN202111456035 A CN 202111456035A CN 114115879 A CN114115879 A CN 114115879A
- Authority
- CN
- China
- Prior art keywords
- function
- design
- sub
- swc
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000013461 design Methods 0.000 title claims abstract description 121
- 238000000034 method Methods 0.000 title claims abstract description 57
- 238000004891 communication Methods 0.000 claims abstract description 46
- 238000011161 development Methods 0.000 claims abstract description 24
- 230000006870 function Effects 0.000 claims description 91
- 230000008569 process Effects 0.000 claims description 22
- 239000011159 matrix material Substances 0.000 claims description 19
- 238000010586 diagram Methods 0.000 claims description 15
- 238000004806 packaging method and process Methods 0.000 claims description 7
- 230000002159 abnormal effect Effects 0.000 claims description 6
- 230000006399 behavior Effects 0.000 claims description 5
- 230000003068 static effect Effects 0.000 claims description 5
- 238000010276 construction Methods 0.000 claims description 4
- 230000008846 dynamic interplay Effects 0.000 claims description 4
- 238000009960 carding Methods 0.000 claims description 3
- 238000013507 mapping Methods 0.000 claims description 3
- 230000008520 organization Effects 0.000 claims description 3
- 238000005516 engineering process Methods 0.000 abstract description 5
- 230000007246 mechanism Effects 0.000 abstract description 2
- 230000003044 adaptive effect Effects 0.000 description 5
- 230000003993 interaction Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 4
- 238000005859 coupling reaction Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 206010063385 Intellectualisation Diseases 0.000 description 1
- 239000012190 activator Substances 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000012938 design process Methods 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 239000002245 particle Substances 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/38—Creation or generation of source code for implementing user interfaces
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/34—Graphical or visual programming
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Human Computer Interaction (AREA)
- Stored Programmes (AREA)
Abstract
本发明涉及智能驾驶技术领域，具体为一种面向服务的智能驾驶系统设计方法，包括产品需求开发、功能定义、功能设计、模块架构设计、SWC设计及通信设计的步骤；本发明采用SOA的设计理念及方法论，具有高灵活度、高软件复用率，基于SOA的电子电气架构设计将采用标准化的服务接口设计，应用中间件技术，基于Server/Clint的服务订阅与发布机制，建立平台服务层软件，将功能软件与服务软件分层设计，功能软件与功能软件间不再连接及相互调用，而是通过调用平台标准服务软件，完成其功能逻辑。
Description
技术领域
本发明涉及智能驾驶技术领域，具体为一种面向服务的智能驾驶 系统设计方法。
背景技术
当前汽车智能驾驶系统的开发方法都是面向信号的架构，周期性 的发送信号给另一个控制器，模块之间交互不清晰，汽车使用上不会 因为客户的需求随时变化(就像设计建好的房子，不会因为客户的需 求变化，拆了重新设计)，开发一款不是面向信号，而是面向服务的 架构SOA(SOA，Service-Oriented Architecture)，降低模块与模 块间、系统与系统间的耦合度、软件模块间使用明确定义的接口进行 交互、模块组件化的方式，能够有效地减小模块间的依赖性，延长模 块生命周期，增加模块间交互能力，增强软件扩展能力，减少企业软 件开发和集成投资，并能够保护IT基础建设投资，提供全新的汽车 智能驾驶系统设计技术应用服务场景。
传统的汽车智能驾驶系统架构设计是基于功能，面向信号的，也 就是由主机厂的系统工程师对功能的逻辑、时序、业务流程及指标等 进行明确定义，然后输出给负责对应ECU(Electronic Control Unit， 电子控制单元)的工程师，其再输出相应的ECU规范给开发团队或供 应商进行开发。所有的功能、性能在设计阶段就已经定义好了，车内 软件之间是基于信号进行静态的交互来实现这些功能。而当前车辆正 在往智能化、网联化发展，特别是对于智能驾驶的需求非常强烈，基 于传统系统架构设计方法的智能驾驶系统将存在以下缺点：
1、软件迭代慢，智能驾驶软件更新迭代快，基于已有的硬件基础 可以进行多轮优化，而传统架构基于信号的静态交互软件是无法支持 这个迭代速度的；
2、软件模块复用率低，现有软件于硬件的耦合度较高，当车型平 台更新，软件几乎需要重新开发，无法使用，成本过高；
3、可扩展性低，传统架构中各个子系统间相互依赖度较高，如果 一个子系统发生变更，将会影响到多个关联子系统，且没有可以扩展 的接口；
4、开发灵活度低，因为传统架构中，各个子系统间得相互依赖， 无法灵活的根据自身的模块需求进行开发，需要兼顾各个关联的子系 统。
发明内容
本发明的目的在于提供一种面向服务的智能驾驶系统设计方法， 以解决上述背景技术中提出的问题。
为实现上述目的，本发明提供如下技术方案：一种面向服务的智 能驾驶系统设计方法，包括以下步骤：
S1：产品需求开发：挖掘用户需求，根据市场、企划等部门的输 入，定义产品功能，梳理用户故事；
S2；功能定义：根据用户故事，梳理usecase，定义usecase的 各项属性；
S3；功能设计：针对定义的usecase，定义功能实现，匹配和设 计子功能点；
S4；模块设计a：打合所有子功能点，将子功能点与模块进行匹 配；
S5；模块设计aa：创建SWC，将子功能点与SWC进行匹配，定义 SWC接口，并将SWC打包部署于对应的ECU；
S6；通信设计：根据服务接口矩阵以及对应的ECU匹配关系，对 所有的通信相关参数进行定义，输出ARXM1。
优选的，所述S2的具体步骤为：
1)根据产品经理提供的产品用户故事拆解功能的UseCase；
2)定义每个UseCase的属性，包括前/后置条件、基本使用场景、 异常使用场景、需求描述等信息；
3)梳理功能所对应的UseCase的Mapping关系，整理形成UseCase 库。
优选的，所述S3的具体步骤为：
1)针对每个UseCase，设计功能实现的工作流程，包括可能存在 的并发行为或场景，得出功能实现过程中的外部依赖：
2)根据UseCase中每个场景，考虑功能实现过程中的时序，设计 所需要的子功能点：
3)从功能状态的角度，描述功能实现的状态切换条件；
4)汇总整个功能所对应的UseCase，以及这些UseCase实现过程 中所需要的子功能点，描述其静态依赖关系:
5)完善和更新子功能点库，为后续敏捷开发做准备。
优选的，所述S4的具体步骤为：
1)根据专业或不同的组织架构划分原则，对子功能点进行分类；
2)创建相应的Module，将子功能点分发和对应到具体的Module；
3)对于每个Module所承接的子功能点，对每一个子功能点进行 实现设计，得出子功能点之间的依赖关系(可能是跨Module/跨域)；
4)将子功能点进行分层，得出每个Module所承接的子功能点之 间的层级关系，支持后续通信&网络设计；
5)将打合后的子功能点汇总到子功能点库，为后续敏捷开发做参 考。
优选的，所述S5的具体步骤为：
1)针对每个子功能点，创建SWC，得出每个SWC和子功能点的匹 配依赖关系；
2)根据子功能点之间的依赖关系，得出每个SWC对其他SWC的依 赖关系，同时定义SWC的服务接口；
3)以某个具体子功能点为主线，设计背后所依赖的SWC之间的动 态调用关系；
4)考虑实际项目层面中可能存在的通信问题，创建新的SWC；
5)对SWC进行打包和部署，最终部署到合适的ECU上；
6)生成SWC接口矩阵，作为下一步网络设计的依据。
优选的，所述S6的具体步骤为：
1)整理SOA架构设计module设计中SWC的接口内容，作为SOA 通信设计的依据，开发出用于动态交互过程描述的时序图和基于SOMEIP的通信矩阵；
2)根据通信矩阵最终版本在PREEvision中完成以太网模型的搭 建；
3)导出ARXML文件，生成以太网通信数据库；
4)针对以太网通信的各层设计规范进行制定。
与现有技术相比，本发明的有益效果是：本发明针对基于传统的 整车电子电器架构开发智能驾驶系统中的各个设计步骤中涉及到的 方法论，采用SOA的设计理念及方法论，进行优化，优点如下：
1、高灵活度、高软件复用率，基于SOA的电子电气架构设计将采 用标准化的服务接口设计，应用中间件技术，基于Server/Clint的 服务订阅与发布机制，建立平台服务层软件，将功能软件与服务软件 分层设计，功能软件与功能软件间不再连接及相互调用，而是通过调 用平台标准服务软件，完成其功能逻辑；
2、快速迭代、易拓展，基于SOA电子电气架构开发的所有软件间 的连接关系由固定信号连接改为Server/Clint服务接口连接，可考 虑采用AUTOSAR SOMEIP/SOMEIP SD的动态通信技术进行数据通信， 从而完成软件与软件的松耦合设计，使其之间不再是一种固定的连接 关系，从而降低单一模块软件升级对关联子系统的影响，并可通过灵 活组合多个服务开发出新的功能或加入新的服务以实现功能的快速 迭代升级。
附图说明
图1为本发明流程示意图；
图2为本发明针对每个子系统里的功能簇分别进行功能定义示 意图；
图3为本发明对自适应巡航功能进行UseCase拆分示意图；
图4为本发明流程设计示意图；
图5为本发明时序设计示意图；
图6为本发明状态机设计示意图；
图7为本发明功能匹配图示意图；
图8为本发明ACC功能的软件架构模型设计示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方 案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部 分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普 通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
请参阅图1，本发明提供一种技术方案：一种面向服务的智能驾 驶系统设计方法，包括以下6个步骤：
S1：产品需求开发：挖掘用户需求，根据市场、企划等部门的输 入，定义产品功能，梳理用户故事；
S2；功能定义：根据用户故事，梳理usecase，定义usecase的 各项属性；
S3；功能设计：针对定义的usecase，定义功能实现，匹配和设 计子功能点；
S4；模块设计a：打合所有子功能点，将子功能点与模块进行匹 配；
S5；模块设计aa：创建SWC，将子功能点与SWC进行匹配，定义 SWC接口，并将SWC打包部署于对应的ECU；
S6；通信设计：根据服务接口矩阵以及对应的ECU匹配关系，对 所有的通信相关参数进行定义，输出ARXM1。
本发明涉及的SOA设计方法将采用UML建模方法，基于用户场景 使用EA工具进行Use case建模分析，从用户角度出发分析出功能的 完整定义，进而的得出功能所依赖的全部服务，使用标准的服务定义， 对服务进行规范设计，从而建立相对较为完整的服务库，最大程度保 证了服务集的完整性，有效性以及标准化。基于SOA架构开发的理念， 从需求开发、功能定义、功能设计、软件模块设计、通信设计等方面 优化智能驾驶系统的设计方法及系统设计。
基于SOA的智能驾驶系统总体设计方法包括6个步骤，其中产品 需求开发为产品定义工作，一般由产品工程师完成，；功能定义和功 能设计阶段为功能架构开发的主要内容，一般由系统工程师完成；模 块架构设计和SWC设计为软件架构开发的主要内容，需要定义整车产 生的服务接口，一般由相对专业的软件人员完成；根据定义好的服务 接口，SWC设计，进行通信部分的设计。
SOA架构设计主要工作为后面五个阶段。其中，前面两个阶段： 功能定义和功能设计阶段，针对的是具体的功能实现过程，从产品需 求开发，兼顾法规、性能等需求，设计功能所依赖的子功能点(sub-function)。后面两个阶段：模块架构设计和SWC设计，则针 对的是具体每一个，从子功能点的实现和依赖关系出发，设计实现每 个子功能点所依赖的SWC及其相关的接口信息，从而生成最终的服务 接口矩阵。根据服务接口矩阵以及对应的ECU匹配关系，网络工程师 对所有的通信相关参数进行定义。下面从每一个步骤的目标、输入/输出关系、角色、步骤、工具五个方面详细描述。
功能定义阶段
目标
从工程角度出发，在法规范畴内，用工程语言尽量还原产品经理 提出的产品需求。
输入/输出关系
Input：产品定义阶段输出的UseStory。
Output：每个功能所对应的UseCase以及为后续敏捷开发生成的 UseCase库。
涉及角色
主体角色：功能负责人，其他角色：产品经理。
步骤
1)根据产品经理提供的产品用户故事拆解功能的UseCase；
2)定义每个UseCase的属性，包括前/后置条件、基本使用场景、 异常使用场景、需求描述等信息；
3)梳理功能所对应的UseCase的Mapping关系，整理形成UseCase 库。
Usecase
设计原则
1)Usecase应具有足够强的独立性；
2)Usecase的设计应仅考虑功能本身的表现，不应受功能实现层 面的影响；
3)Usecase功能的描述必须完全明确。
Use case包含：
a.定义use case的场景库；
b.命名及描述use case的场景；
c.定义相关约束边界，即前置条件和后置条件；
d.描述使用场景的步骤，即直接路径，可选路径和异常退出路径；
e.描述使用场景可能存在的需求。
功能设计阶段
目标
聚焦功能实现，梳理和明确具体功能实现过程中的需求子功能点。
输入/输出关系
Input：功能定义阶段输出的UseCase以及具体的产品定义性能要 求
Output：该功能实现所依赖的子功能点(包含功能、法规和性能 要求)+子功能点库。
涉及角色
主体角色：功能负责人，其他角色：系统架构工程师。
步骤
1)针对每个UseCase，设计功能实现的工作流程，包括可能存在 的并发行为或场景，得出功能实现过程中的外部依赖：
i.设计功能实现的工作流程；
ii.设计可能存在的并发行为；
2)根据UseCase中每个场景，考虑功能实现过程中的时序，设计 所需要的子功能点：
i.设计功能实现所需子功能点；
ii.设计子功能点之间的信息流转关系；
3)从功能状态的角度，描述功能实现的状态切换条件；
i.设计功能的状态机流转图；
ii.定义状态跳变的条件；
4)汇总整个功能所对应的UseCase，以及这些UseCase实现过程 中所需要的子功能点，描述其静态依赖关系:
i.定义和汇总上述三个步骤中所需的PC；
ii.描绘Function-PC-Usecase的匹配关系；
5)完善和更新子功能点库，为后续敏捷开发做准备。
模块架构设计阶段
目标
划分子功能点到模块，聚焦每条子功能点，确定子功能点之间的 依赖关系。
输入/输出关系
Input：功能设计阶段得出的子功能点；
Output：子功能点所归属的模块信息和子功能点之间的依赖关系。
涉及角色
主体角色：模块负责人，其他角色：系统架构工程师、功能负责 人。
步骤
1)根据专业或不同的组织架构划分原则，对子功能点进行分类；
2)创建相应的Module，将子功能点分发和对应到具体的Module；
3)对于每个Module所承接的子功能点，对每一个子功能点进行 实现设计，得出子功能点之间的依赖关系(可能是跨Module/跨域)；
4)将子功能点进行分层，得出每个Module所承接的子功能点之 间的层级关系，支持后续通信&网络设计；
5)将打合后的子功能点汇总到子功能点库，为后续敏捷开发做参 考。
子功能分层原则
1)Coordinate：所有有跨域交互需求的PC均在Coordinate层；
2)Basic：实现过程无任何依赖的PC，多数是指sensor&actuator；
3)Extend：依赖Basic和域内同层，一般是指算法包；
SWC设计阶段
目标
聚焦子功能点的实现和软件承接，创建SWC，定义SWC接口。
输入/输出关系
Input：模块架构设计阶段所定义的子功能点之间的依赖关系。
Output：该子功能点所需要的SWC汇总和对应SWC的接口属性汇 总。
涉及角色
主体角色：模块负责人，其他角色：系统架构工程师。
步骤
1)针对每个子功能点，创建SWC，得出每个SWC和子功能点的匹 配依赖关系；
2)根据子功能点之间的依赖关系，得出每个SWC对其他SWC的依 赖关系，同时定义SWC的服务接口；
3)以某个具体子功能点为主线，设计背后所依赖的SWC之间的动 态调用关系；
4)考虑实际项目层面中可能存在的通信问题，创建新的SWC；
5)对SWC进行打包和部署，最终部署到合适的ECU上；
6)生成SWC接口矩阵，作为下一步网络设计的依据。
通信设计阶段
目标
定义通信规范和通信矩阵，输出ARXML。
输入/输出关系
Input：SWC设计阶段得到每个SWC对其他SWC的依赖关系以及每 个SWC的服务接口。
Output：以太网通信设计矩阵，以太网通信数据库，以太网通信 的各层设计规范。
涉及角色
主体角色：网络工程师，其他角色：模块负责人，系统架构工程 师。
步骤
1)整理SOA架构设计module设计中SWC的接口内容，作为SOA 通信设计的依据，开发出用于动态交互过程描述的时序图和基于 SOMEIP的通信矩阵；
2)根据通信矩阵最终版本在PREEvision中完成以太网模型的搭 建；
3)导出ARXML文件，生成以太网通信数据库；
4)针对以太网通信的各层设计规范进行制定。
根据上文提到的设计方法，以下将对智能驾驶系统的部分功能进 行实例说明。
功能定义阶段：
梳理和定义车身域所涵盖use case，描述use case场景、定义 相关约束边界(前置条件和后置条件)、描述使用场景的步骤(直接 路径，可选路径和异常退出路径)、描述使用场景可能存在的需求。
具体来说，会将智能驾驶系统的功能分为几大子系统，针对每个 子系统里的功能簇分别进行功能定义；如图2所示。
针对每个子系统，内部划分功能簇，针对每个功能簇进行UseCase设计， 下面对智能驾驶子系统中的自适应巡航(ACC)功能进行描述，对其进行 UseCase拆分，得到的UseCase diagram如图3所示。
针对以上实例中的UC-03-003-02 ACC Active这个Use case，Use case的各项定义进行说明：
a)命名及描述use case的场景；
b)定义相关约束边界，即前置条件和后置条件；
c)描述使用场景的步骤，即直接路径，可选路径和异常退出路径；
d)描述使用场景可能存在的需求。
以上建模过程可以考虑使用Sparx Systems公司的Enterprise Architect软件完成。
功能设计阶段：
此阶段设计功能实现流程、设计功能实现所需子功能点(Sub function)及子功能点之间的信息流转关系、设计功能的状态机流转 图、定义状态跳变的条件、描绘功能和子功能点及UseCase间的匹配 关系。
下面以FCW Active的UseCase为例，按照面向服务的架构设计方 法中的描述设计该Use case的流程图、动态时序图、状态机、功能 匹配图，如图4、图5、图6、图7所示。
按照以上的方法，可以逐个设计智能驾驶系统各个功能定义拆解 的UseCase的功能设计，即可完成智能驾驶系统的功能定义与功能设 计。
模块架构设计阶段：
针对上述功能设计阶段得出的子功能点进行汇总，需要进行子功 能点打合和分层划分，完成模块架构设计。这里面涉及到模块内部/ 模块外部/跨域/跨专业的打合。
模块设计阶段设计多个功能多个子系统，此处仅介绍自适应巡航 功能，故不再展开介绍。在设计过程中，会将自适应巡航相关的子功 能点放在巡航控制模块。同时，此阶段还会得出各个子功能点之间的 相互依赖关系。
SOA架构设计是面向服务的架构设计，本质上是将复杂问题进行 抽象，划分多若干服务，由这些服务按照一定的规则进行组合解决复 杂问题。每一个服务都是一个独立可执行的单元。是具备一项或者多 项能力的模块。根据依赖关系和对域外(整车网络拓扑中其他的控制 器)暴露服务能力的需求不同，可分为：原子服务，该服务是最小颗 粒的服务，较低的变更概率，服务之间不存在互相耦合，互相依赖； 应用服务，该服务依赖于原子服务、组合服务或其他应用服务，存在 较高的变更概率或者对域外暴露服务能力；组合服务，不属于原子服 务和应用服务的均归类为组合服务；根据以上设计原则，ACC功能的 软件架构模型设计如图8所示。
ACC功能的SWC设计如上，具体为：
Integration SWC，提供车辆状态服务、状态机服务、巡航控制服 务及原子层服务；
Fusion SWC，提供环境感知服务、目标筛选服务；
Lon Planner SWC，提供速度规划服务；
ACC SWC，所有上述所有服务接口的消费方；
SWC设计阶段：
按照模块架构阶段得出的子功能点依赖关系，创建自适应巡航功 能相应的SWComponent、定义对应SW Component的接口信息、定义 接口数据类型，将最终得到的SWComponent进行打包部署，部署到 合适的ECU上。
而在未来，如果需要对智能驾驶的功能内部的算法、逻辑等进行 优化，需要结合外部的功能实现更多的场景，都仅需要修改自适应巡 航的SWC就可以，只要对应SWComponent的接口信息、定义接口数 据类型不发生改变，都不会影响其他相关的功能，关联的子系统无需 进行改动。
SWC部分接口如图8所示。
通信设计阶段：
整理SOA架构设计module设计中所有智能驾驶相关的SWC接口内 容，作为SOA通信设计的依据，开发出用于动态交互过程描述的时序 图和基于SOMEIP的通信矩阵。通信矩阵内容包括服务接口详细设计 (Method/Event/Field定义、数据类型定义)、SOME/IP通信行为 定义、SOME/IP-SD全局定义、SOME/IP-SDECU定义。
据通信矩阵最终版本在PREEvision中完成以太网模型的搭建，导 出ARXML文件，生成以太网通信数据库。
尽管已经示出和描述了本发明的实施例，对于本领域的普通技术 人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这 些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权 利要求及其等同物限定。
Claims (6)
1.一种面向服务的智能驾驶系统设计方法，其特征在于，包括以下步骤：
S1：产品需求开发：挖掘用户需求，根据市场、企划等部门的输入，定义产品功能，梳理用户故事；
S2；功能定义：根据用户故事，梳理usecase，定义usecase的各项属性；
S3；功能设计：针对定义的usecase，定义功能实现，匹配和设计子功能点；
S4；模块设计a：打合所有子功能点，将子功能点与模块进行匹配；
S5；模块设计aa：创建SWC，将子功能点与SWC进行匹配，定义SWC接口，并将SWC打包部署于对应的ECU；
S6；通信设计：根据服务接口矩阵以及对应的ECU匹配关系，对所有的通信相关参数进行定义，输出ARXM1。
2.根据权利要求1所述的一种面向服务的智能驾驶系统设计方法，其特征在于，所述S2的具体步骤为：
1)根据产品经理提供的产品用户故事拆解功能的UseCase；
2)定义每个UseCase的属性，包括前/后置条件、基本使用场景、异常使用场景、需求描述等信息；
3)梳理功能所对应的UseCase的Mapping关系，整理形成UseCase库。
3.根据权利要求1所述的一种面向服务的智能驾驶系统设计方法，其特征在于：所述S3的具体步骤为：
1)针对每个UseCase，设计功能实现的工作流程，包括可能存在的并发行为或场景，得出功能实现过程中的外部依赖：
2)根据UseCase中每个场景，考虑功能实现过程中的时序，设计所需要的子功能点：
3)从功能状态的角度，描述功能实现的状态切换条件；
4)汇总整个功能所对应的UseCase，以及这些UseCase实现过程中所需要的子功能点，描述其静态依赖关系:
5)完善和更新子功能点库，为后续敏捷开发做准备。
4.根据权利要求1所述的一种面向服务的智能驾驶系统设计方法，其特征在于：所述S4的具体步骤为：
1)根据专业或不同的组织架构划分原则，对子功能点进行分类；
2)创建相应的Module，将子功能点分发和对应到具体的Module；
3)对于每个Module所承接的子功能点，对每一个子功能点进行实现设计，得出子功能点之间的依赖关系(可能是跨Module/跨域)；
4)将子功能点进行分层，得出每个Module所承接的子功能点之间的层级关系，支持后续通信&网络设计；
5)将打合后的子功能点汇总到子功能点库，为后续敏捷开发做参考。
5.根据权利要求1所述的一种面向服务的智能驾驶系统设计方法，其特征在于：所述S5的具体步骤为：
1)针对每个子功能点，创建SWC，得出每个SWC和子功能点的匹配依赖关系；
2)根据子功能点之间的依赖关系，得出每个SWC对其他SWC的依赖关系，同时定义SWC的服务接口；
3)以某个具体子功能点为主线，设计背后所依赖的SWC之间的动态调用关系；
4)考虑实际项目层面中可能存在的通信问题，创建新的SWC；
5)对SWC进行打包和部署，最终部署到合适的ECU上；
6)生成SWC接口矩阵，作为下一步网络设计的依据。
6.根据权利要求1所述的一种面向服务的智能驾驶系统设计方法，其特征在于：所述S6的具体步骤为：
1)整理SOA架构设计module设计中SWC的接口内容，作为SOA通信设计的依据，开发出用于动态交互过程描述的时序图和基于SOMEIP的通信矩阵；
2)根据通信矩阵最终版本在PREEvision中完成以太网模型的搭建；
3)导出ARXML文件，生成以太网通信数据库；
4)针对以太网通信的各层设计规范进行制定。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111456035.2A CN114115879A (zh) | 2021-12-02 | 2021-12-02 | 一种面向服务的智能驾驶系统设计方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111456035.2A CN114115879A (zh) | 2021-12-02 | 2021-12-02 | 一种面向服务的智能驾驶系统设计方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114115879A true CN114115879A (zh) | 2022-03-01 |
Family
ID=80369834
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111456035.2A Pending CN114115879A (zh) | 2021-12-02 | 2021-12-02 | 一种面向服务的智能驾驶系统设计方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114115879A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115167350A (zh) * | 2022-06-30 | 2022-10-11 | 中国第一汽车股份有限公司 | 车辆原子服务测试方法、装置、设备及存储介质 |
| CN115576217A (zh) * | 2022-09-30 | 2023-01-06 | 中国第一汽车股份有限公司 | 一种车辆测试方法、装置、设备和介质 |
| CN116913132A (zh) * | 2023-09-12 | 2023-10-20 | 武汉理工大学 | 基于域集中式架构的前向碰撞预警系统 |
| WO2024032099A1 (zh) * | 2022-08-10 | 2024-02-15 | 中国第一汽车股份有限公司 | 车辆系统及具有其的车辆 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050198618A1 (en) * | 2004-03-03 | 2005-09-08 | Groupe Azur Inc. | Distributed software fabrication system and process for fabricating business applications |
| CN112776814A (zh) * | 2021-01-21 | 2021-05-11 | 上海禾骋科技有限公司 | 一种基于人脸识别调用个性化汽车自动控制系统的方法 |
| CN113448314A (zh) * | 2021-06-28 | 2021-09-28 | 重庆长安汽车股份有限公司 | 一种基于硬件资源的整车功能服务化抽象系统及方法 |
| CN113467436A (zh) * | 2021-06-28 | 2021-10-01 | 重庆长安汽车股份有限公司 | 一种基于soa服务分层的整车功能实现方法及系统 |
-
2021
- 2021-12-02 CN CN202111456035.2A patent/CN114115879A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050198618A1 (en) * | 2004-03-03 | 2005-09-08 | Groupe Azur Inc. | Distributed software fabrication system and process for fabricating business applications |
| CN112776814A (zh) * | 2021-01-21 | 2021-05-11 | 上海禾骋科技有限公司 | 一种基于人脸识别调用个性化汽车自动控制系统的方法 |
| CN113448314A (zh) * | 2021-06-28 | 2021-09-28 | 重庆长安汽车股份有限公司 | 一种基于硬件资源的整车功能服务化抽象系统及方法 |
| CN113467436A (zh) * | 2021-06-28 | 2021-10-01 | 重庆长安汽车股份有限公司 | 一种基于soa服务分层的整车功能实现方法及系统 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115167350A (zh) * | 2022-06-30 | 2022-10-11 | 中国第一汽车股份有限公司 | 车辆原子服务测试方法、装置、设备及存储介质 |
| CN115167350B (zh) * | 2022-06-30 | 2024-10-18 | 中国第一汽车股份有限公司 | 车辆原子服务测试方法、装置、设备及存储介质 |
| WO2024032099A1 (zh) * | 2022-08-10 | 2024-02-15 | 中国第一汽车股份有限公司 | 车辆系统及具有其的车辆 |
| CN115576217A (zh) * | 2022-09-30 | 2023-01-06 | 中国第一汽车股份有限公司 | 一种车辆测试方法、装置、设备和介质 |
| CN116913132A (zh) * | 2023-09-12 | 2023-10-20 | 武汉理工大学 | 基于域集中式架构的前向碰撞预警系统 |
| CN116913132B (zh) * | 2023-09-12 | 2024-01-09 | 武汉理工大学 | 基于域集中式架构的前向碰撞预警系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114115879A (zh) | 一种面向服务的智能驾驶系统设计方法 | |
| Mubeen et al. | Supporting timing analysis of vehicular embedded systems through the refinement of timing constraints | |
| Casati et al. | Workflow evolution | |
| US8065126B2 (en) | GUI-facilitated change management for vehicle electrical/electronic architecture design | |
| Åkerholm et al. | The SAVE approach to component-based development of vehicular systems | |
| US8060347B2 (en) | Complexity management for vehicle electrical/electronic architecture design | |
| Walker et al. | Automatic optimisation of system architectures using EAST-ADL | |
| US9430294B2 (en) | Elastic management framework | |
| US20100030546A1 (en) | Gui-facilitated simulation and verification for vehicle electrical/electronic architecture design | |
| JP2001514403A (ja) | 分配された非線形プロセスのインテリジェントな実時間制御のためのマルチプルエージェントのハイブリッド制御アーキテクチャ | |
| Adler et al. | Component-based modeling and verification of dynamic adaptation in safety-critical embedded systems | |
| Obergfell et al. | Model-based resource analysis and synthesis of service-oriented automotive software architectures | |
| Annighoefer | An open source domain-specific avionics system architecture model for the design phase and self-organizing avionics | |
| de Champeaux et al. | The process of object-oriented design | |
| Pinello et al. | Fault-tolerant distributed deployment of embedded control software | |
| Kugele et al. | Model-based resource analysis and synthesis of service-oriented automotive software architectures | |
| CN110955412B (zh) | 面向服务的智能座舱系统及其设计方法和设计系统 | |
| Wild et al. | An architecture-centric approach towards the construction of dependable automotive software | |
| Zhao et al. | Agent-based flow control for hla components | |
| CN111027221B (zh) | 一种基于组件的模块化综合航电模拟训练系统 | |
| Frtunikj | Safety framework and platform for functions of future automotive E/E systems | |
| Dion et al. | Model-based development for time-triggered architectures | |
| Stähle | A model-based framework for system-Wide plug-and-play with flexible timing verification for automotive systems | |
| CN112817571B (zh) | 一种基于场景故事板的人机物融合应用建模方法 | |
| Lian et al. | Flexible coordinator design for modeling resource sharing in multi-agent systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |