导读：
随着汽车上电子控制器种类和数量的逐渐增加，软件种类和软件版本也会逐渐增多。为了保证产品品质，OEM必须对车辆上的软件版本进行管理，以确保车辆在使用过程中不会出现质量问题。1软件管理的目标做任何事情前都需要考虑清楚目标。我们对汽车上的软件进行管理，做这个事情的目的是什么。绝不仅仅只是为了看哪辆车上用了什么版本的软件。目的一：减少软件被错用的风险。在定制化非常高的客车领域，每个批次都是交付给不同的用户，在某些零部件上为了满足用户需求会有相应的软件更改。为了确保软件版本没有被用错，就需要对下线车辆上的软件版本进行检查和管理。目的二：及时发现软件盗刷。给车辆的软件版本进行刷写在后装市场上是一个服务，用户可以找到相应的服务人员对软件进行版本上的刷写，以达到提升车辆性能或者是实现某些功能的目的。私自刷写后如果车辆因为软件出了问题，OEM想要做举证是很困难的，对市场上车辆的软件是否做更改进行监管也是非常必要的。目的三：促进软件质量提升。软件定义汽车是未来的发展趋势，软件质量将会是车辆产品质量的重要体现。软件可便捷迭代后，市场上反馈的软件质量问题可以快速解决，软件质量会逐步提升。没有规范的软件版本管理，软件质量的提升也无从下手。目的四：符合国家未来的管控政策。国六排放标准的执行细则中已经要求OEM对国六控制器的软件版本进行公示，确保市场上的在行版本与公示版本相同。国家质检总局也已经明确规定，软件OTA是汽车召回的途径之一。不排除未来，国家会对汽车上的软件进行管理，企业内部的软件管理肯定要先行执行，才能符合国家的相关要求。明确了汽车软件管理的目标，也就可以清楚的明确OEM在软件管理过程中的关键举措。在出现一些策略上的模糊时，我们可以回归目标来思考到底哪一种方案对目标是对有效的。正所谓，菩萨畏因，凡人畏果，做一件事情的初始目的是很关键的2软件管理的管理对象软件管理的管理对象，说的更直白点就是软件管理我们到底管理什么，管理主体的明确是我们做软件管理思考的出发点。就如同初级管理者的教程中所说，管理者管什么：管事、管人、管心。当然我们这里不研讨管理者的管理技术问题，而是要看汽车软件管理的问题。第一：管软件信息软件信息的管理绝对是软件管理的核心对象。哪辆车上使用是哪一个版本的软件？车辆上的软件更改历史如何？市场上现在某个版本的软件还存在多少？它们大致的分布是怎样的。软件信息的获取，分析和应用，是软件管理发挥价值的关键。第二：管软件包软件包是软件的存在形态。我们需要对软件包的新增、版本、关系、存储、使用和删除进行管理。对软件包的管理要充分考虑软件的生命周期，针对生命周期中不同的使用场景对软件包管理作出相应的定义。第三：管源码主机厂的部分软件项目需要供应商交付软件源码的，这些源码首先要与软件版本进行对应，同时对于软件源码的上传，存储和调用都应该有相应的管理举措。管理过程要在调用便利的基础上确保软件源码的安全。第四：管缺陷软件在使用过程中肯定会遇到相应的问题，这些问题原因的查找，修复情况都需要进行管理，以确保软件在市场上遇到问题后有渠道可以进行反馈并有团队负责进行修复。在软件问题修复后同时要有后续的软件升级相关操作，以减少后期质量问题的出现。其实软件管理还需要管理软件开发过程，但考虑到大部分的控制器软件的开发过程都是供应商完成的，所以在这里就不多做赘述。同时，软件开发过程的管理与项目管理是很类似的，我们也就不多说了。3软件管理的举措为了达成管理目标，结合OEM的实际情况，应该设置怎样的管理举措是软件管理的核心所在。以下内容是我与某OEM的同仁一起电话聊了一个多小时的成果，可能不是很成熟，但值得参考。软件信息管理举措软件信息管理的基础是车辆软件信息的回收。在软件信息获取完整且准确的情况下，依据实际工作需要，对软件信息进行统计和分析才会更有价值。第一、车辆软件基础信息回收的时间点车辆软件基础信息的回收是软件信息管理的前提。从车辆的生命周期中来看，有以下机会可以实施软件信息的回收。车辆下线时，使用工具或者是触发相应的软件，对车辆的软件版本信息进行回收，以VIN为关键字段，将相关信息回传到云端。云端对信息进行整理后做相应的存储。如果车辆的软件版本与初始设定的软件版本不一致，需要形成相应的升级任务，在车辆入库前通过OTA完成车辆软件版本的更新。
交付客户前的PDI检查。在PDI检查中加入手工出发升级程序的操作，升级程序会查看车辆的软件版本信息，并上报给云端，如有新的版本会下发给车端进行升级。确保交付给客户的车辆满足客户要求。
使用过程中的定期任务，按照一定的时间点上报车辆软件版本信息。在车端设置定期任务，车端执行版本检查动作并将车辆版本回传给云端。如发现车辆软件版本异常，需要做出相应的提醒，然后判断后执行相应的处理操作。
常规保养时对车辆软件版本进行检查。客户车辆在进行保养时，操作人员手动执行车端的软件版本检查程序，让车辆上报车辆软件版本，并检测是否有新版本，如软件版本有异常，可直接执行升级程序，让车辆软件版本符合OEM的要求。
第二、软件基础信息的统计分析方式。软件信息的统计和分析要基于实际工作需求开展，反观软件管理的目标，结合能够回收的信息类型，大致有以下几种软件信息统计分析的方式。软件信息的关系梳理：在软件信息的对应关系上，要符合实际情况。软件搭载在零部件上，零部件又安装在具体的车辆上，不同的车辆可能会在相同的硬件基础上搭载不同的软件版本。因此，依据这种物理关系，软件信息→零部件是多对一的关系，但每个零部件只有一种版本状态。零部件→车辆VIN，这种关系在OEM内部已经有相应的系统做对应。如此存储，就可以对软件信息做相对规范的管理。
软件版本使用情况统计：为了明确现在市场上软件版本的使用情况，需要以零部件为分类，统计市场上在行的软件版本数量，这个数据有助于企业判断市场上在行软件的风险程度。同时可以通过版本数量数据，大致的了解企业在软件版本开发上付出的工作量。
车辆软件版本是否与公司要求保持一致：在软件版本信息回收后，云端会依据VIN码调用的公司该车型标准的软件版本信息，然后对比车端软件是否符合公司标准。如不符合应该给出相应的提醒。OEM可调用该车辆的相关信息，检查软件版本信息不一致产生的原因。
车辆软件版本的地理分布情况：对于新能源车辆来说，不同的地域在地形、温度等条件上不尽相同，软件版本可能会出现区域不适应的问题，特别是与电池电控相关的零部件，对软件版本做地域上的分析有助于我们发现潜在的问题。
车辆软件版本与软件BUG间的关系分析：不同的软件版本在质量表现上肯定是不同的，对软件版本和问题出现次数做统计有利于我们把控车辆整体表现。同时，也给营销领域推荐产品跟好的指导作用，尽可能在质量表现好的软件版本上不做太多的定制。
软件信息的分析角度非常多，在一篇文章中可能不足以描述清楚。但数据分析的目的是为我们的工作带来便捷，让工作有更多的数据支撑进而做出更加正确的决策，从这个角度出发，软件信息的统计分析会创造更多的价值。软件包的管理举措软件包是软件版本的载体，OME对软件包的管理，主要是解决软件包从哪来、质量如何、怎么存、怎么用的问题。同时，还需要重点转载请注明：http://www.0431gb208.com/sjszjzl/923.html
