车载信息娱乐系统软件开发流程研究与应用
汽车电子系统的软件开发与测试方法研究
汽车电子系统的软件开发与测试方法研究随着汽车技术的不断发展，汽车电子系统在现代汽车中的地位变得愈发重要。
汽车电子系统包括发动机控制单元(ECU)、车载信息娱乐系统、高级驾驶辅助系统(ADAS)等，它们的功能和性能对于车辆的安全性、性能和用户体验至关重要。
在这种背景下，汽车电子系统的软件开发和测试方法成为热点研究领域。
软件开发方法是汽车电子系统开发的重要环节。
传统的瀑布模型在汽车软件开发中已经不再适用，因为其过于刚性，无法适应快速变化的市场需求。
而敏捷开发方法则成为汽车软件开发的主流方法之一。
敏捷开发方法强调迭代和增量开发，有利于适应市场快速变化的需求。
在汽车电子系统的软件开发中，敏捷开发方法能够提高开发效率和灵活性，减少开发周期，使产品更加符合市场需求。
在汽车电子系统的软件开发过程中，测试方法至关重要。
传统的测试方法主要包括黑盒测试和白盒测试。
黑盒测试是基于输入和输出的测试方法，它不考虑内部结构和实现细节，验证系统是否按照需求规格进行运行。
白盒测试是基于代码和内部结构的测试方法，它关注系统内部逻辑和运行过程，验证系统的正确性和稳定性。
然而，汽车电子系统的软件开发和测试面临着更多的挑战。
首先，汽车电子系统的软件开发和测试需要考虑复杂性和安全性。
现代汽车电子系统包含了大量的功能模块和传感器，涉及到复杂的交互和数据处理。
这就使得软件的开发和测试过程变得复杂而困难。
此外，汽车电子系统需要具备高度的安全性，以应对日益增长的网络威胁。
因此，在软件开发和测试过程中，需要采用符合汽车行业标准的安全开发和测试方法，确保系统的可信度和安全性。
其次，汽车电子系统的软件开发和测试需要考虑兼容性和互操作性。
现代汽车电子系统中的软件模块往往由不同的供应商提供，并且需要与其他车辆外部系统和硬件进行协同工作。
因此，开发和测试过程中需要特别关注软件的兼容性和互操作性，确保不同的软件模块和硬件能够正确地交互和协同工作。
此外，汽车电子系统的软件开发和测试还需要考虑系统的可扩展性和可维护性。
车机系统程序开发方案
车机系统程序开发方案车机系统程序开发方案一、项目背景车机系统是指安装在汽车上的多媒体信息系统，通过车载的显示屏和音响等设备，为驾驶员和乘客提供导航、娱乐、通讯和车辆管理等功能。
随着汽车智能化的不断发展，车机系统已成为汽车行业的一个重要组成部分，因此，开发一款功能强大、稳定可靠的车机系统程序具有重要意义。
二、项目目标1. 提供全面的导航功能，包括实时路况、路线规划和语音导航等。
2. 提供丰富的娱乐功能，如音乐播放、视频播放和车载游戏等。
3. 提供高效便捷的通讯功能，包括蓝牙连接手机、语音拨号和收发短信等。
4. 实现车辆管理功能，包括车辆诊断、油耗统计和故障报警等。
三、开发方案1. 技术选型：基于Android系统进行开发，利用Android的开放性和广泛应用的特点，方便进行软硬件兼容性的处理。
2. 界面设计：设计简洁明了、操作方便的界面，保证用户的操作体验。
采用平铺式的导航栏，以及可滑动的控制面板来提高功能的可访问性。
3. 功能开发：按照项目目标，分模块进行开发。
导航模块采用GPS定位和地图数据进行路线规划和导航功能的实现。
娱乐模块通过与手机的蓝牙连接，实现音乐、视频和车载游戏的播放。
通讯模块通过蓝牙连接手机，实现语音拨号和收发短信的功能。
车辆管理模块通过与车载电脑的连接，实现车辆诊断、油耗统计和故障报警等功能。
4. 测试与优化：开发完成后进行系统测试，验证系统的功能完整性和稳定性。
并根据用户反馈和测试结果进行优化，提高系统的性能和用户体验。
5. 发布与维护：将开发完成的车机系统程序发布到相关的应用商店，并定期更新和优化系统，保证系统的运行稳定性和安全性。
四、项目进度安排1. 第一周：需求调研和功能分析，确定开发方案。
2. 第二周-第四周：进行系统设计和界面设计。
3. 第五周-第八周：进行功能开发和模块测试。
4. 第九周：进行系统测试和优化。
5. 第十周：发布系统并进行用户反馈收集。
6. 第十一周及以后：根据用户反馈进行优化和维护。
Andriod_IVI_系统稳定性测试方案研究与自动化测试工具设计及实现
第21期2023年11月无线互联科技Wireless Internet Science and TechnologyNo.21November,2023作者简介:刘萌(1989 ),女,江苏徐州人,工程师,硕士;研究方向:自动化测试㊂Andriod IVI 系统稳定性测试方案研究与自动化测试工具设计及实现刘㊀萌(南京特殊教育师范学院,江苏南京210038)摘要:基于Andriod 的车载信息娱乐系统(In -Vehicle Infotainment ,IVI )功能日益复杂,产品安全性和稳定性问题也随之增多㊂为提高产品开发及测试环节工作效率,保障产品安全性和稳定性,文章对Andriod 的IVI 娱乐系统稳定性测试方案进行了深入研究,并基于Python 语言及Monkey ㊁UIAutomator2工具设计实现了两种自动化稳定性测试工具㊂自动化测试是软件测试未来的发展方向,这些自动化工具在项目实战中切实体现出人工测试无法取代的效果㊂关键词:稳定性测试;Python ;Monkey ;UIAutomator2中图分类号:TP311㊀㊀文献标志码:A0㊀引言㊀㊀随着互联网技术的飞速发展,Andriod 系统在市场终端应用中呈现迅速扩张的趋势,如今的车载娱乐终端也大多基于Android 操作系统,人机交互界面更美观,功能也日益复杂,这也导致了系统安全性和稳定性问题日益增多,在产品开发生命周期中不得不投入更多的时间和人力资源到测试环节中㊂车载娱乐终端产品一旦产生稳定性问题,不仅后期维护和纠正成本极高,还会给驾驶人员带来潜在的安全威胁㊂为解决上述问题,本文对Monkey 及UIAutomator2两种Andriod 自动化测试工具进行了研究,制定了随机和定制功能路径两种场景的自动化稳定性测试方案,并设计实现了基于Python 二次开发的Monkey 随机场景自动化测试工具和基于Python +Pytest +UIAutomator2的定制功能路径场景自动化测试工具㊂1㊀基于Monkey 的自动化随机测试㊀㊀Monkey 是Android 系统自带的一款基于命令行的自动化测试工具,主要用于测试Android 应用程序及系统的稳定性和鲁棒性㊂Monkey 通过向系统发送随机事件流来模拟用户操作㊂Monkey 简单易用,对于发现应用程序和系统的应用程序无响应(Application Not Response,ANR)㊁Crash 等异常具有显著的效果㊂1.1㊀Monkey 测试方案及工具框架设计1.1.1㊀运行方式设计㊀㊀Monkey 测试的运行可以分为离线和在线两种运行模式㊂在离线模式下,需要将Monkey 命令参数编写成shell 脚本推送到被测设备上,本地执行㊂这种模式对测试人员编程能力有一定要求,一旦测试步骤或参数需要更改,shell 脚本就需要修改,而且在测试过程中,脚本无法实时识别到异常,不会去实时捕获日志,只能在测试结束后人工分析Monkey 测试日志,找出问题及时间点,再去查找对应时间点的日志㊂如果问题出现的时间点较早,很可能日志已被覆盖掉,导致无法分析问题,像bugreport㊁dumpsys 等实时性要求极高的日志,在测试结束后再抓取基本已经失去时效㊂另外,离线模式下Monkey 测试本身产生的日志只能本地化存储,占据被测系统的存储空间,从而影响被测系统性能,干扰测试结果㊂在线测试模式在测试过程中需要保持PC 与被测设备的Android 调试桥(Android Debug Bridge,ADB)连通,Python 程序运行于PC 上,脚本实时翻译实时下发㊂本文设计的Monkey 测试工具采用在线运行方式㊂Monkey 命令通过Python 程序下发,所有Monkey 日志重定向到本地PC,避免占用被测设备的存储空间㊂在测试过程中,Python 程序还会另起线程实时读取并分析Monkey 日志,一旦识别到异常就立即抓取系统全日志㊂这种方法一方面节省了人工分析问题的时间,一方面确保了日志的实时性和完整性㊂1.1.2㊀测试模式设计㊀㊀Monke 测试工具提供了3种测试模式:单包㊁多包组合和系统级测试模式㊂单包模式只对一个应用程序进行测试,通常应用于产品开发前期㊁应用程序逐个上线的阶段㊂不同的功能模块用户的操作习惯不同㊂因此,该模式需要根据实际操作场景设置不同的事件百分比㊂多包组合模式同时针对多个应用进行并行测试,通常会选取用户使用频率最高的几个应用随机组合,测试过程必需涉及应用间的切换㊂系统级测试模式不限定被测应用范围,对所有应用程序和系统组件进行并行测试,实现全功能联动㊂该模式主要应用于产品开发后期阶段的验收㊂1.1.3㊀测试参数设计㊀㊀Monkey 测试参数主要分为3类:基本配置参数㊁事件类型参数和调试参数㊂本方案中Monkey 测试的目的有两种:项目早期阶段的问题发现测试(测试过程中忽略异常继续执行,以尽可能发现更多问题)和项目后期阶段的验收测试(测试过程中不忽略异常,出现异常即停止执行,并将验收结果判定为不通过)㊂不同测试阶段参数制定如下㊂(1)基本配置参数设计㊂级别(-v)设为最高-v -v -v,以输出尽可能详细的日志㊂随机种子值(-s)默认为0,每轮测试更换一个随机值,代表从不同的起点开始新一轮的测试㊂动作时间间隔(--throttle)在产品初期阶段设为1s,后期平台功能稳定后设定为300ms㊂在-p 参数后指定测试包可以实现上述3种测试模式㊂每轮测试的操作次数Count 参数由计划测试时长决定,计算公式为:Count =测试时长(ms)/--throttle㊂(2)事件类型参数设计㊂操作事件类型的百分比值根据不同被测模块的功能区别设定,百分比总和不超过100%㊂(3)调试参数设计㊂在问题发现测试阶段,将异常和超时参数设置为ignore;在验收测试阶段,不设置此类参数㊂Monkey 命令示例:adb shell monkey -p xxx -p xxx -s 0--throttle 300--pct-touch 40--pct-motion 20--pct-syskeys 10--pct-anyevent 10--pct-appswitch 10--pct-flip 5--pct-pinchzoom 5--ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-carshes -v -v -v 50001.1.4㊀运行过程设计㊀㊀数据交换接口通常采用xml 格式来实现㊂本工具中用户配置接口即设计为一个xml 文件,其中包含了Monkey 测试参数㊁测试模式㊁被测系统的日志路径㊁检测门限值等参数㊂用户只需在此文件中填写参数值即可实现不同测试方案的更改㊂主程序在执行测试时会首先解析该xml 文件,读取用户设置的参数㊂执行流程如图1所示㊂图1㊀Monkey 测试工具执行流程1.2㊀工具运行效果分析㊀㊀在产品开发前期阶段,系统还不稳定,Monkey 工具发现了较多黑屏㊁冻屏㊁死机等重大问题㊂在产品开发中后期阶段,系统趋于稳定,Monkey 测试可以持续运行较长时间,更全面地发现了ANR㊁Crash 等异常㊂工具在日志抓取方面做到了实时㊁全面,能够满足开发分析的需求㊂2㊀基于Python+Pytest+UIAutomator2的自动化测试工具㊀㊀Python是全球最受欢迎的编程语言之一[1],拥有丰富的测试框架和工具[2],如Robot Framework㊁Pytest㊁Unitest等,而Pytest是最受欢迎和最具影响力的一个㊂UIAutomator2是Android UI自动化测试的开源工具之一,可以对任意应用程序的任意一个控件属性进行任意操作,开发者们推出的Python-UIAutomator2提供了Python接口,支持Python编程㊂Python-UIAutomator2的运行主要涉及两个部分: Python客户端和被测设备㊂UIAutomator2的运行环境需要进行以下配置:(1)被测设备端打开开发者选项,以ADB方式连接PC㊂在PC的CMD窗口执行adb devices,查看设备是否成功连接㊂(2)PC端安装Python3.x;安装UIAutomator2,在CMD窗口执行pip install UIAutomator2;安装WEditor㊂(3)在PC端CMD窗口执行Python-UIAutomator2init,安装被测设备端的HTTP RPC服务apk㊁atx-agent等㊂这些是UIAutomator2运行的必要工具㊂2.1㊀基于UIAutmator2的自动化测试方案设计㊀㊀Monkey工具对于智能车载娱乐系统而言,无法涉及与车上其他电子控制单元(Electronic Control Unit,ECU)的控制器局域网络(Controller Area Network,CAN)[3]通信车载协议测试㊂为解决这个问题,本文引入了定制功能路径的测试方案㊂定制功能路径测试具有以下优点:(1)测试步骤根据用户实际操作设计,测试场景更接近用户行为㊂(2)支持个性化定制,可以根据不同功能模块的特点,定制个性化的测试步骤㊂(3)支持压力测试:可以通过设置Pytest装饰器的参数值重复执行指定脚本,以检查系统的稳定性㊂定制功能路径测试的目的有2个:功能验证和性能验证㊂前者重点关注系统在执行一般用户操作(如点击㊁按键㊁滑动等)后的系统反应是否正确㊂后者主要通过反复执行某一类型的操作,如蓝牙㊁Wi-Fi的开关/断连㊁系统软重启㊁休眠/唤醒等,来检查系统功能和状态在重复压力或长期运行下是否稳定㊂这种测试对于发现系统内存泄漏以及稳健性相关的问题非常有效㊂定制功能路径测试分为常规操作类㊁Can信号交互类和性能测试等场景㊂常规操作类测试涵盖了用户常见的操作行为㊂Can信号交互类测试则关注系统在与其他ECU通信时系统状态及反馈是否正确㊂性能测试则是通过大量操作后,测量系统的关键性能指标,如冷启动/热启动时长和开机时序等,对系统进行全面的性能评估,以确保产品满足出厂及市场标准㊂定制功能路径测试具体场景设计如下:(1)单App全功能链路验证,主要用于验证单个应用程序的基本功能㊂(2)多App全功能链路交互验证,主要用于验证多个应用程序之间交互是否正常㊂(3)典型单场景操作,如开关反复开闭㊁休眠唤醒等,主要用于验证系统关键功能是否稳定㊂(4)性能测试,冷/热重启㊁休眠唤醒等场景重复执行百遍后,验证启动时序㊁统计平均开机时长㊂(5)场景复现,针对一些较难复现的bug开发特定的测试脚本尝试复现,出具复现概率报告或压力测试报告㊂2.2㊀自动化测试工具设计㊀㊀(1)界面元素获取工具㊂本文使用WEditor来定位元素,WEditor基于Python,能提供辅助编写脚本和调试代码的功能,可以通过浏览器轻松打开,简单易用㊂WEditor可方便获取到元素的Xpath属性(Xpath是元素的绝对唯一属性)㊂(2)测试脚本工程架构㊂基于UIAutmator2的自动化测试工具框架及整体运行流程设计如图2所示㊂①Main.py为测试引擎,主要完成测试报告的创建㊁测试套件配置参数的获取㊁各种路参数径的获取㊁测试命令下发等㊂②Config路径下存放test_cfg.py和xpath_cfg. py㊂前者用于存储测试套件的配置参数,如测试环境㊁用例㊁数据等㊂后者用于存储测试用例用到的参数,如XPath值㊁Can信号值等㊂③TestCases路径下存放所有测试脚本文件,每个功能模块对应一个.py文件,每个测试用例对应一个函数,用例运行策略由Pytest装饰器参数值指定㊂④util.py是一个集合了所有公共函数的Python 文件,如环境恢复㊁xml文件解析㊁用户操作㊁Can信号收发㊁Log抓取㊁系统状态检查等㊂⑤TestReports路径下存放测试报告,每轮测试都会创建一个新的网页版测试报告㊂测试报告中可以包含测试结果㊁执行时间㊁测试用例的通过或失败状态等信息㊂(3)Can信号收发工具使用开发㊂本文工具针对Pcan测试仪开发Python脚本,通过对PCanBasic.dll进行二次开发来实现㊂PCan Basic.dll的原生函数有:Initialize(初始化一个PCan 设备的PCan通道)㊁Uninitialize(取消初始化)㊁GetStatus(获取当前PCan通道的Bus状态)㊁Read(从消息接收队列中读取Can消息及其时间戳)㊁Write (发送Can消息)等函数,对上述源码进行Python二次封装,编写更易于测试人员使用㊁更符合项目需求的公共方法(如Send()㊁Receive()㊁Check())等,汇集到PCanBasic.py文件,测试用例中导入PCanBasic. py即可使用封装的函数㊂图2㊀UIAutomator2自动化测试工具框架及流程2.3㊀工具运行效果分析㊀㊀在产品开发的中后期阶段,系统已逐步趋于稳定,每次软件发布版本后使用自动化脚本即可完成大部分基础功能验证,无需人工再次轮询测试用例,极大地节省了人力和时间成本㊂此外,在压力和性能测试方面,该工具获取的数据比手动测试更为科学准确,帮助了产品团队迅速准确地了解产品的性能,为产品的优化和改进提供了坚实的依据㊂UIAutomator2自动化测试工具在保证产品质量㊁提高测试效率以及节省时间和人力成本等方面都发挥了人工测试不可替代的作用㊂3㊀结语㊀㊀本文通过对智能Andriod车机系统稳定性测试方案及Monkey和UIAutomator2自动化测试工具的研究,设计并实现了2种自动化稳定性测试工具㊂这些㊀㊀工具在实际项目中切实提高了工作效率和产品质量㊂随着车联网和智能网联产品的不断发展,IVI娱乐系统的稳定性测试将越来越受到重视,类似的自动化测试工具将发挥更为广泛和重要的作用,对于推动车载智能产品的发展有着重要的意义㊂参考文献[1]CHUN W.Python核心编程[M].3版.北京:人民邮电出版社,2016.[2]蒲天杭.基于Python语言的仪器管理与测试系统研究[J].中国仪器仪表,2020(2):52-55.[3]江永聪.基于DBC的汽车CAN报文远程采集与分析系统设计[J].电子技术与软件工程,2014(14): 203-204.(编辑㊀王永超)Design and implementation of stability testing for Android IVI systems andautomation testing toolsLiu MengNanjing Normal University of Special Education Nanjing210038 ChinaAbstract With the increasing complexity of features in Android IVI entertainment systems resulting in more and more safety and stability issues occurred.In order to improve the efficiency of product development and testing ensure product stability and performance this article studied Andriod IVI system stability testing scheme designed and implemented two automation stability testing tools based on Python Monkey UIAutomator2.These tools have effectively demonstrated effects that cannot be replaced by manual testing in real-world projects.Key words stability testing Python Monkey UIAutomator2。
车载ivi技术方案
车载ivi技术方案1. 简介车载ivi（In-Vehicle Infotnment）是指车辆内部的信息娱乐系统，主要通过多媒体设备和互联网技术为驾驶员和乘客提供多种功能，如导航、娱乐、通信等。
车载ivi技术方案包括硬件设备、软件平台和应用程序等多个方面。
2. 车载ivi硬件设备车载ivi硬件设备是车载ivi系统的基础，主要包括以下几个方面：2.1 主机单元主机单元是车载ivi系统的核心，负责处理数据和控制系统的运行。
通常包含高性能的处理器、内存、储存设备和多种接口，如USB、HDMI、WIFI等，用于连接外部设备。
2.2 显示屏车载ivi系统的显示屏通常采用液晶显示技术，能够显示丰富的信息内容，包括导航地图、音乐播放界面、车辆状态等。
根据车辆的大小和设计要求，显示屏的尺寸和分辨率会有所不同。
2.3 声音系统车载ivi系统的声音系统包括音频输入和输出设备，以及音频处理芯片。
音频输入设备可以接受来自收音机、蓝牙等音频源的信号，音频输出设备可以将音频信号输出到车辆的扬声器系统中。
2.4 外部设备车载ivi系统可以连接多种外部设备，如蓝牙耳机、USB设备、手机等，以实现更多的功能。
外部设备通常需要通过接口协议和主机单元进行通信。
3. 车载ivi软件平台车载ivi软件平台是车载ivi系统的核心，主要负责控制硬件设备、提供用户界面和处理媒体数据等。
常用的车载ivi软件平台有以下几种：3.1 Android AutoAndroid Auto是由Google开发的一种车载ivi软件平台，基于Android操作系统。
它能够将手机上的应用程序投射到车载显示屏上，并提供语音控制和导航等功能。
3.2 Apple CarPlayApple CarPlay是由苹果公司开发的一种车载ivi软件平台，与iOS设备完美兼容。
它能够将iPhone上的应用程序投射到车载显示屏上，并提供控制和导航等功能。
3.3 QNXQNX是一种实时操作系统，广泛应用于车载ivi系统中。
嵌入式车载系统中的软件设计与开发
嵌入式车载系统中的软件设计与开发在现代汽车技术的快速发展中，嵌入式车载系统已经成为汽车电子化的重要组成部分。
它集成了多个功能，例如导航、娱乐、控制、监测和交互等，为驾驶者提供了更加智能化、舒适化和安全化的驾驶体验。
嵌入式车载系统的软件开发和设计是其实现的核心。
本文将从嵌入式车载系统的特点及软件开发的过程和方法入手，详细介绍它的软件设计与开发过程。
一、嵌入式车载系统的特点嵌入式车载系统是一个相对封闭的系统。
操作系统的资源非常有限，且通常没有直接可见的屏幕、鼠标和键盘等输入/输出设备。
同时，车内环境也具有一定的挑战性，例如振动、温度变化、噪音和电磁干扰等，这些因素都需要在软件设计和开发中考虑到。
另外，嵌入式车载系统还需要考虑安全问题，因为它涉及到车辆的安全和生命安全。
这意味着在软件设计和开发过程中需要遵守一系列的标准和规定，例如汽车工业标准（Automotive Industry Standard，以下简称AIS）、安全认证和可信性等级等。
这些要求可以使车载系统的软件成为高质量和高可靠性的软件。
二、软件开发过程嵌入式车载系统的软件开发需要经历多个阶段，包括需求分析、设计、开发、测试和部署等。
在这些过程中，要注意以下几个关键点。
2.1 需求分析需求分析是软件开发的第一步，它包括收集和理解驾驶者和车辆的需求。
在这个阶段，需要制定完整的需求规格说明（Requirements Specification Document，以下简称RSD），明确系统的功能、性能、可靠性、安全和用户界面等方面的要求。
此外，在需求分析中还需要考虑到汽车工业标准，以确保系统的兼容性和可靠性。
2.2 设计设计是软件开发的第二阶段，它需要将RSD转化为软件的设计方案。
在这个阶段中，需要选择正确的架构、算法和数据结构，并进行通信方案的设计。
在设计阶段，需要考虑到可靠性、稳定性和可维护性等方面。
2.3 开发在软件开发阶段，需要按照设计方案编写代码，并进行联合测试。
松下汽车系统方案 (信息娱乐篇)
Codec
Audio Codec (MP3 / WMA / AAC)
Other
Audio IN : IIS × 8、SPDIF × 2ch、ADC × 4ch Audio OUT : IIS × 4、DAC × 6ch (24bit Audio DAC)
电源电压
1.2 / 3.3 V
¢ 应用例
CD
DARC DECODER
IBOC DECODER
MN103SL00SUB
CD Block
RF SERVO
DSP
DRAM 16Mbit
MP3/WMA AAC Dec.
AUDIO Back End
Digital Audio IF
ADC
Audio DSP
DAC
Digital Tuner
RADIO RF
IF处理
Radio DSP
RDS DEC
行必要的声控
• 通过与 MN66732UB 组合实现了两个调谐器系统 *1 将去除噪声等各种信号处理数字化 *2 与本公司上一代 LSI 相比较
4. 车载音响用统合 LSI (MN103SM50QUB)
¢ 概要
本 LSI ( 型号 : MN103SM50QUB) 是将车载音响的基本功能 [ 播放 CD / USB / AMFM 收音机 / 音响后端 (audio backend)] 集成为单芯 片的统合 LSI。通过将收音机前端 (Front End) (RF 电路 ) 完全单芯片化可以大幅度减少外围零部件。力图实现基板的省空间化，可以 廉价构筑车载音响系统。
2012
汽车系统方案
(信息娱乐篇)
AUTOMOTIVE
在家的感觉
家人和朋友欢聚的地方，让人身心放松的地方。 Panasonic 希望在世界每一个角落，都能帮助您营造这样充满快乐和欢声笑语的地 方。 快乐的梦想飞出家门，即使在车中，也能拥有 " 在家 " 的感觉，这就是我们的心愿。 Panasonic 在积累至今的电子技术基础上，将精益求精的质量和系统方案精心溶入 半导体器件中，提供给车载设备的相关客户，使其能够放心使用。 让每一位顾客，在车里都能感受到 " 在家 " 感觉 • • • 我们的努力，定将体现在您的 驾车旅程中。
车载导航开发流程
车载导航开发流程
车载导航系统开发流程主要包括以下几个关键步骤：
1. 需求分析：明确车载导航系统功能需求，如路线规划、实时路况、语音导航、POI检索等。
2. 硬件选型与设计：选择合适的GPS模块、处理器、显示屏及各类传感器，并设计电路板与嵌入式系统架构。
3. 地图数据获取与处理：购买合法的地图数据源，进行地图数据解析、优化，制作适合车载导航使用的地图包。
4. 软件开发：编写导航软件，包括地图渲染引擎、路径规划算法、人机交互界面等核心功能模块。
5. 测试验证：进行软硬件集成测试，包括功能测试、性能测试、稳定性测试、兼容性测试等，确保导航系统在各种环境和条件下都能准确、稳定运行。
6. 应用集成：将导航系统与车载娱乐信息系统、车辆CAN总线等进行深度融合，实现与其他车载功能的联动。
7. 上市前认证：通过相关行业标准和法规认证，如车规级安全认证、EMC电磁兼容测试等。
8. 更新与维护：上市后根据用户反馈和道路变化情况，提供地图数据更新与系统升级服务。
电动车的车载娱乐与信息娱乐系统研究
电动车的车载娱乐与信息娱乐系统研究随着科技的发展，电动车在近年来的市场份额逐渐增加。
与传统汽车相比，电动车更加环保和节能，成为人们出行的新选择。
然而，相较于传统汽车，电动车在车载娱乐和信息娱乐系统方面存在一定的欠缺。
本文将研究电动车的车载娱乐与信息娱乐系统，探讨如何提升用户体验。
一、车载娱乐系统的重要性车载娱乐系统是指安装在电动车内部的各种娱乐设备，如音响系统、影音播放器等。
这些设备可以为乘客提供音乐、电影、游戏等娱乐内容，使乘坐电动车的时间更加愉快和丰富，增加乘客的出行乐趣。
二、信息娱乐系统的需求分析信息娱乐系统是指通过互联网和各类应用程序为用户提供信息、新闻、社交媒体等内容。
在电动车上，乘客可以通过信息娱乐系统获取最新的新闻、天气预报、导航信息等。
这些功能不仅使乘客能够随时了解周围的信息，也提供了更便利的导航体验。
三、优化车载娱乐系统的建议1. 高品质音响系统：安装具有高保真音质的音响设备，提供乘客极致的音乐体验。
2. 引入智能音控技术：允许乘客通过声音指令来控制音响系统的播放，提升使用便捷性和安全性。
3. 多功能影音播放器：增加支持各种音频和视频格式的播放器，满足不同乘客的需求。
4. 提供互联网连接：为乘客提供Wi-Fi连接，让他们可以随时观看在线视频、播放在线音乐等。
5. 内置游戏娱乐功能：为乘客提供多样化的游戏选择，缓解长途旅行的乏味感。
四、改进信息娱乐系统的建议1. 安装电子屏幕：在电动车的仪表盘或座椅后部等位置安装电子屏幕，方便乘客查看信息和新闻。
2. 集成导航系统：通过与地图数据的结合，提供准确的导航信息，帮助乘客更方便地到达目的地。
3. 预装应用程序：提供一系列有用的应用程序，如天气预报、社交媒体、新闻阅读等，让乘客可以随时随地获取所需信息。
4. 智能语音助手：集成语音识别技术，使乘客可以通过语音指令获取所需信息，提高使用便捷性。
五、优化电动车的充电体验随着电动车的普及，电动车充电站也逐渐增加。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
10.16638/ki.1671-7988.2019.20.042车载信息娱乐系统软件开发流程研究与应用李兵，赵磊，林方圆（安徽江淮汽车集团股份有限公司，安徽合肥230601）摘要：文章论述了软件开发在车载信息娱乐系统开发中的重要性，通过调研，结合整车开发流程，制定了车载信息娱乐系统软件开发流程。
该流程已在实际项目开发中进行了应用，并对流程的应用情况和方法进行了说明。
关键词：软件开发流程；车载信息娱乐系统；流程研究；流程应用中图分类号：U463.8 文献标识码：A 文章编号：1671-7988(2019)20-121-03Research and application of software development process of vehicleinformation entertainment systemLi Bing, Zhao Lei, Lin Fangyuan( Anhui Jianghuai Automobile Group Co., Ltd., Anhui Hefei 230601 )Abstract:This paper presents the importance of software development in automotive infotainment system development, Through the software development process research, combined with vehicle development process, studied software development process of in vehicle infotainment system.The process has been applied in the actual project development, and the application and methods of the process have been explained.Keywords: Software development process; In vehicle infotainment system; Process research; Process application CLC NO.: U463.8 Document Code: A Article ID: 1671-7988(2019)20-121-031 前言1.1 车载信息娱乐系统发展历程1.1.1 功能进化早期的车辆只具备基本的驾驶功能，没有娱乐功能，随着用户需求的提高，车内信息娱乐功能不断升级，从FM/AM 收音机到CD机，再到大屏多媒体终端。
近年来进一步新增出在线音乐、网络电台、听书、天气、新闻等服务。
1.1.2 技术发展从未止步的功能进化需要通过技术发展来实现，车载信息娱乐系统终端硬件上从单片机应用发展到单核、双核、四核的SOC应用，软件上从基本的单片机嵌入式系统应用发展到WinCE、QNX、Linux、Android等高级操作系统应用，软件代码量指数级增长，开发难度也显著提升。
1.2 软件开发挑战1.2.1 复杂度增长功能的不断增加必然带来软件复杂度成倍提高，代码量增多，以包含收音机、蓝牙电话、蓝牙音乐、USB音视频、倒车影像、车辆设置等功能的车载信息娱乐系统终端开发为例，代码量达到73万行，软件开发投入达到16人*24个月，软件开发费用至少900万。
1.2.2 交付质量问题车载信息娱乐系统软件复杂度增加后，在试制试验阶段会暴露出大量软件问题，小批量生产阶段后仍会存在体验类问题，造成用户抱怨。
主要原因为车载应用环境更为复杂、软件代码逻辑不合理、缺少系统性的过程管控和测试验证。
1.2.3 交付进度问题新车型的开发迭代周期越来越短，目前在8个月左右，每次车型迭代车载信息娱乐系统必定升级，软件功能又是主要升级的部分。
从前期项目开发来看，80%项目存在软件交付作者简介：李兵，就职于安徽江淮汽车集团股份有限公司。
121汽车实用技术122 延期的情况。
综上所述，软件开发工作已成为车载信息娱乐系统开发过程中的重点和难点，如何有效管控软件开发过程是项目管控上亟需解决的问题，基于项目开发实践，本文就软件开发流程的研究过程与应用情况进行说明。
2 软件开发流程调研2.1 V 开发流程简介软件开发V 字模型是一种软件生存期模型，由Paul Rook 在1980年率先提出的，在1990年出现在英国国家计算中心的出版物中，旨在提高软件开发的效率和有效性。
V 模型强调软件开发的协作和速将软件实现和验证有机地结合起来，V 形左边是设计和分析，是软件设计实现的过程，同时伴随着质量保证活动--审核的过程，也就是静态的测试过程。
V 形右边是对左边结果的验证，是动态测试的过程，即对设计和分析的结果进行测试，以确认是否满足用户的需求。
2.2 Automotive SPICE 简介Automotive SPICE 是由欧洲的主要汽车制造商共同制定的“面向汽车行业的流程评估模型”，目的是改善搭载于汽车上的电子控制单元（ECU ）/车载电脑的质量。
Automotive SPICE 主要包括7大流程群31种有关软件开发的流程，其中工程流程群里包含10项，定义了软件开发流程，具体内容包括ENG .1 需求导出、ENG .2 系统需求分析、ENG .3 系统架构设计、ENG .4 软件需求分析、ENG .5 软件设计、ENG .6 软件建构、ENG .7 软件集成测试、ENG .8 软件测试、ENG .9 系统集成测试、ENG .10 系统测试。
2016年TS16949换版为IATF16949，IATF 16949：2016中对嵌入式软件提出了明确要求，提供嵌入式软件的供应商必须基于Automotive SPICE （或同等标准）进行软件开发以保证软件质量，并提供基于Automotive SPICE （或同等标准）的评估报告。
3 软件开发流程研究车载信息娱乐系统开发是整车开发的重要组成部分，产品开发上需要与整车开发同步，软件开发流程的制定要与整车开发流程相结合，这样软件开发流程能够符合整车开发流程要求，与整车项目相关方实现协同。
3.1 NAM 开发流程整车开发方面制定了NAM （Now And Me ）开发流程，所有项目均按照该流程要求执行，该流程将整车的开发过程划分为7个阶段（产品规划、产品策划、造型开发、设计开发、设计验证、量产准备、量产评价）、13个节点门（G1—G13），详细定义了每个阶段的工作内容和每个节点门的审核通过条件，只有完成阶段工作并达成节点门指标审核通过方可进入下一阶段，确保了开发过程的分阶段可控。
3.2 软件开发流程研究3.2.1 结合NAM 流程确定版本节点对标NAM 流程的思路，针对如何约束车载信息娱乐系统软件开发流程开展研究，将车载信息娱乐系统软件开发过程划分为4个大版本，分别为V1.0、V2.0、V3.0、V4.0版本，并分别对应到整车NAM 流程的G6（技术文件下发）、G7（试制确认）、G8（设计确认）、G10（P2下发）关键节点门上，确保软件开发进度与整车进度同步。
3.2.2 软件开发任务划分定义上述软件开发关键版本节点和要求后，接下来明确每个阶段需要完成的开发任务，车载信息娱乐系统软件开发有其独特性，部分功能必须与整车结合才能实现构成完整的系统，也必须有整车环境下的测试，开发过程遵循V 开发模型、ASPICE 流程的同时需要与整车开发相结合。
图1 软件开发流程及任务（1）V1.0版本前除了解决软件功能开发问题，还需进行模型验证，及早发现显示问题，对显示屏布置进行调整或UI 界面进行优化。
表1 V1.0版本任务（2）V2.0版本需要达成全功能软件开发，完成代码测试、单元测试和集成测试，以及单机的性能测试。
表2 V2.0版本任务李兵 等：车载信息娱乐系统软件开发流程研究与应用123（3）V3.0版本对V2.0版本测试项目进行1轮或多轮回归测试，重点进行实车环境下的功能测试、性能标定和测试，V3.0版本需要同步完成OTS 认可，验收发布后可用于生产线小批量生产，交付内部用户体验评测。
表3 V3.0版本任务（4）V4.0版本主要针对V3.0版本发布后生产线验证和用户评测问题进行改进优化，完成遗留问题点的闭环，V4.0版本可用于批量生产。
表4 V4.0版本任务针对以上每一项测试，都制定了测试方法和用例，使得验证过程标准统一，就具体测试方法和用例本文不再逐一展开阐述，同时，测试方法和用例在实际项目实践中也在不断完善和优化。
3.2.3 软件版本审核要求针对每个软件版本设定关键评价指标，只有达成指标才能评定通过该版本软件的发布，具体定义如下：表5 软件版本评价指标问题严重度分类说明：S 类问题：影响到行车安全；死机，需断主机B+才可恢复；主要功能缺失；黑屏、白屏、花屏、严重闪屏、严重色差；触摸屏或按键失效；A 类问题：主要功能失效，影响视听、交互操作，不影响行车安全；B 类问题：部分功能偶发性错误，不影响使用，重新上电后可恢复；C 类问题：个别用户体验类问题（存在主观性）、HMI 细节问题。
4 软件开发流程应用情况车载信息娱乐系统开发流程2015年下半年完成制定并开始应用，2016年应用过程中补充了测试项目、优化了测试用例和标准，截至2019年6月总计完成96个软件版本的签发或发布，项目管控上通过软件开发版本矩阵表进行管控，检查是否按期完成软件版本发布，及时发现风险予以对应，通过软件开发流程分阶段验收管控有效加强了对软件开发过程的管控。
5 结论本论文对车载信息娱乐系统软件开发流程的研究与制定过程、流程说明、应用情况进行了阐述，该流程的制定和应用符合当前软件开发复杂度提高对开发流程的需求，在实际应用中确实也发挥了应有的作用，保障了车载信息娱乐系统项目的开发质量和进度，对其它系统的软件开发管控具备参考意义。
参考文献[1] 张友生,李雄.软件开发模型研究综述[J].计算机工程与应用,2006.42(3):p109-115.[2] 高禹,毕振波.软件开发过程模型的发展[J]计算机技术与发展,2008(7):p83-86.[3] 周扬.软件开发过程模型的应用与发展[J].电子制作,2014,0(19):p54-55.[4] 车载信息娱乐技术的发展趋势[J].汽车实用技术,2015(5).。