- · 《汽车实用技术》栏目设[05/29]
- · 《汽车实用技术》收稿方[05/29]
- · 《汽车实用技术》投稿方[05/29]
- · 《汽车实用技术》征稿要[05/29]
- · 《汽车实用技术》刊物宗[05/29]
一、本刊要求作者有严谨的学风和朴实的文风，提倡互相尊重和自由讨论。凡采用他人学说，必须加注说明。 二、不要超过10000字为宜，精粹的短篇，尤为欢迎。 三、请作者将稿件（用WORD格式）发送到下面给出的征文信箱中。 四、凡来稿请作者自留底稿，恕不退稿。 五、为规范排版，请作者在上传修改稿时严格按以下要求： 1．论文要求有题名、摘要、关键词、作者姓名、作者工作单位（名称，省市邮编）等内容一份。 2．基金项目和作者简介按下列格式： 基金项目：项目名称（编号） 作者简介：姓名（出生年－），性别，民族（汉族可省略），籍贯，职称，学位，研究方向。 3．文章一般有引言部分和正文部分，正文部分用阿拉伯数字分级编号法，一般用两级。插图下方应注明图序和图名。表格应采用三线表，表格上方应注明表序和表名。 4．参考文献列出的一般应限于作者直接阅读过的、最主要的、发表在正式出版物上的文献。其他相关注释可用脚注在当页标注。参考文献的著录应执行国家标准GB7714-87的规定，采用顺序编码制。
干货 | 软件定义汽车模式下车载软件的正向设计
作者:网站采编关键词:
摘要：摘要： 软件定义汽车（SDV）开发模式对主机厂自主管理车载软件开发提出了不同于传统模式的全新要求。文章提出了用户体验软件产品（UESP）的概念，并且分析了UESP与Feature之间的关系
摘要：
软件定义汽车（SDV）开发模式对主机厂自主管理车载软件开发提出了不同于传统模式的全新要求。文章提出了用户体验软件产品（UESP）的概念，并且分析了UESP与Feature之间的关系，得出了UESP是SDV模式下主机厂软件开发的关注重点这一结论。文章针对SDV模式下的UESP的产品结构，设计方法进行了较深入分析，并对UESP的设计工具乃至开发环境提出了初步建议。
Abstract:
Software-defined vehicle (SDV) development model is different from the traditional model in the development of vehicle software. This paper puts forward the concept of user experience software product (UESP) and analyzes the relationship between UESP and Feature, and draws the conclusion that UESP is the focus of software development for OEMs under the mode of SDV. This paper analyzes the product structure and design method of UESP in SDV mode, and puts forward some preliminary suggestions for UESP design tools and even development environment.
关键词：软件定义汽车（SDV），Feature, 用户体验软件产品（UESP），场景，元场景，功能，元功能，服务，元服务，交互，交互周期，交互层级，输入单元，输入方法，输入点，输出单元，场景库，部件库，服务库
KEY WORDS:? Software defines vehicle (SDV), feature, user experience software product (UESP), scene, meta-scene, function, meta-function, service, meta-service, interaction, interaction cycle, interaction hierarchy, input unit, input method, input point, output unit, scene library, component library, service library
正文
软件定义汽车开发模式的最大特点就是车载软件的发布和车型发布分离开。这样做的好处在于车型的硬件生命周期可以延长，而车载软件的发布时间可以非常的灵活。要做到车载软件和车型发布的分离，就需要引入主机厂自主管理车载软件开发的模式。这种模式是以车载软件成为独立产品为代表的，在与之相对的传统开发模式下，并没有独立的软件产品的概念，所有的Feature是依靠多个ECU来协同完成的，也因此由多个供应商来开发和管理代码。
在SDV的模式下，车载软件才可以作为独立的软件被主机厂管理。因此车载软件的设计就成为了主机厂必须面对的课题，而这些工作原本大都是由部件供应商来完成的。同时作为独立产品的车载软件也需要独立的物理运行环境，这就是域控制器出现的原因之一。
本文将针对SDV开发模式下的车载软件设计进行研究，并提出设计方法。这一设计方法也是建立主机厂车载软件正向开发体系的重要部分。
研究车载UESP的设计方法既是为了提高整车正向开发能力，也是为实现软件定义汽车建立可遵循的规范，更为软件定义汽车的技术体系构成提供了基础，同时也为主机厂从传统汽车开发模式向软件定义汽车的开发模式过渡提供指引。
1、用户体验产品的概念
用户体验产品（User Experience Product，简称UEP）是指搭载在汽车上，能够被用户感知，进而影响到用户体验的刻意设计出来的一切汽车特性。
UEP包含但不限于汽车造型，颜色，尺寸,? 部件（比如后掀背门），加速产生的推背感，防夹车窗，自动驾驶的TJA，智能钥匙或者是迎宾系统等等。
用户体验软件产品（User Experience Software Product, UESP）则是专指UEP中需要软件实现其功能的那一部分汽车特性。前面提到的加速产生的推背感，防夹车窗，TJA，智能钥匙，迎宾系统就属于UESP的范畴，因为他们都需要软件来实现其功能。其他的颜色，造型就仅仅属于普通的UEP。
本文中的正向开发设计方法就是针对UESP的正向开发过程的。
传统汽车设计中，Feature（特性或者卖点）是很重要的概念。在本方法中，Feature等同于UEP。Feature（即UEP）通常包含单部件的功能或者多部件协同完成的功能组合。多部件协同完成的功能组合（比如前面提到的TJA）通常都需要软件的参与，所以属于UESP。单部件功能中有一些（比如防夹车窗）也需要软件才能完成，所以也属于UESP。其他不需要软件实现的单部件功能（比如手动掀背门）就不属于UESP。这些概念之间的关系参见图1。
（图1）
2、用户体验软件产品（UESP）的构成
用户体验软件产品（UESP）包含三个构成要素，分别是场景，服务，交互。通过分析，我们会发现所有的UESP都是在特定的场景下，调用一些服务的组合，按照一定的交互方式向用户提供服务。
除了场景，服务，交互之外，用户需求也是设计UESP时需要重点考虑的，因为它是设计UESP的目的，所有UESP都是为了满足用户需求而产生的。虽然用户需求并不出现在UESP要素中，但它却是隐藏在产品设计背后的真正驱动力。
文章来源：《汽车实用技术》 网址: http://www.qcsyjs.cn/zonghexinwen/2020/0812/476.html