汽车电子软件开发过程的问题定位方法技术

本发明专利技术公布了一种汽车电子软件开发过程的问题定位方法，包括如下步骤：Ｓ１０１、确定要记录的状态信息，Ｓ１０２、状态信息映射成状态表，Ｓ１０３、增加状态变化记录模块，Ｓ１０４、增加记录上传通讯机制，Ｓ１０５、建立查询机制，Ｓ１０６、查询分析原因。本发明专利技术方法定位准确，缩短了软件开发时间。

【技术实现步骤摘要】

本专利技术涉及一种。
技术介绍
在各种工业及汽车行业都用到了诊断，但诊断的对象基本是外围器件，前提还必 须是此控制器软件本身是正常的，目的是为售后做准备。对控制器的软件本身是否正常却 没有办法确定。随着国产品牌汽车开发从低端产品向中高端挺进，车载控制器越来越多，其控制 内容也越来越多，相应的控制逻辑大大复杂，系统间的交互也会频繁起来，使得开发难度在 加大。在产品开发过程中常常发现，某一个车载控制器基本功能早就能满足要求，各种试验 也都已通过，但还是存在这样那样的小问题。有些问题可以重现，容易分析解决；另外一些 问题却无法重现，当事人也无法仔细描述当时的情形，或者无法解释怎么回事，给分析改进 带来重大困然，造成产品开发进度一拖再拖。究其缘由，还是由于其设计软件存在bug，因此 可以看出，国产汽车电子开发的主要瓶颈还是在于软件设计。因为结构、硬件方面的问题经 过几轮试验和改进后都能满足要求，只要肯下功夫、能给经费、努力去做就行；而软件方面 的问题不是肯努力有付出就能解决问题的。虽然现在有许多的软件开发工具，但这些工具 主要起着降低人的低级错误概率、减少一些重复动作的作用，具体的控制器功能软件设计 思想还是要靠人去做，这些设计思想、策略在转化为软件代码时就可能出现小问题，最终体 现在产品功能上。产品在开发过程中出现问题并不可怕，可怕的是不知道出现了什么问题，要如何 分析解决问题。出现这样的问题将给产品及项目管理带来不可控的风险，也许到了量产阶 段都未能解决。据了解，软件开发行业时间进度存在5/95现象，即开发周期5%的时间可以 完成95%的软件代码工作，而剩下的5%软件代码工作需要95%的时间去完成。可以看出 软件开发的大部分时间都是在分析、查找、解决问题，如果能提高问题的定位、查找、分析能 力，将大为缩短产品软件开发时间和产品的开发周期。
技术实现思路
本专利技术目的是针对现有技术存在的缺陷提供一种 本专利技术为实现上述目的，采用如下技术方案本专利技术包括如下步骤5101、确定要记录的状态信息所述状态信息包括控制器的输入状态、输出状态以及控制器要用到的内部状态信息；5102、状态信息映射成状态表把步骤SlOl中所述的具有定性的状态信息映射成一个具有唯一识别性的列表，所述 列表存储的是列表中映射后的数值；5103、增加状态变化记录模块当某一参数(具体为什么参数？)任一被映射的状态发生变化时，所述状态变化记录模 块把此参数状态映射后的数值给存储到EEPROM中去，且此状态改变导致的内部状态和输 出状态改变也被记录存储，所有的这些状态变化按照发生的时间先后顺序记录存储；5104、增加记录上传通讯机制所述控制器设置有通讯端口，通过此通讯端口对记录数据进行读写、删除操作；5105、建立查询机制通过查询机制与控制器通讯端口对应的连接，来对控制器中存储的状态变化序列进行 读写、删除操作，并显示状态变化序列；5106、查询分析原因当遇到有疑问的问题时，通过查询机制得到状态变化序列，将此序列与功能规范比较， 看是否符合功能规范要求，如果不符合要求，将不符合的地方对照相应的代码进行定位。优选地，控制器的输入状态包括开关的开状态和关状态、点火钥匙的位置状态、电 源电压、传感器反馈状态、总线传递过来的信号状态。优选地，控制器的输出状态包括电机状态、显示信息状态、总线发送出去的信号状 态。优选地，内部状态信息包括上电、复位、休眠模式状态。本专利技术的有益效果是，当出现有疑问的问题时，可以快速确定具体是哪一方面的 问题，避免都是在猜测而不是去解决问题，同时本专利技术也可运用到所有嵌入式系统的软件 开发中去，缩短软件开发时间。附图说明图1 本专利技术实施例的方法流程图。 具体实施例方式下面结合附图，将对本专利技术较佳实施例进行更详细的说明。本专利技术用于对汽车电子软件开发过程中发现的问题定位分析的核心是，首先是要 确认此控制器在分析时可能需要用到的状态信息，并把它们映射成具有唯一性的状态表； 然后在控制器软件设计中增加状态变化记录模块和记录上传通讯机制，并建立一查询机 制；遇到疑问时，通过查询机制获取状态变化记录，用以分析是否正常。如图1所示为本专利技术一较佳实施例的方法流程图，结合车身控制器详细说明如 下SlOl、确定要记录的状态信息为了能够有足够的信息对可能产生的可疑问题进行分析，需要确认控制器要记录哪 些状态，为此要罗列出所有可能要用到的状态，如车身控制器的各种输入状态(开关的开状 态和关状态、点火钥匙的位置状态、电源电压、传感器反馈状态、总线传递过来的信号状态 等)，各种输出状态(电机状态、显示信息状态、总线发送出去的信号状态等)，以及控制器要 用到的内部状态信息(上电、复位、休眠模式等)，等等这些影响到控制器具体功能表现的参 数。对于像车速等定量的状态，不可能对每一个值都给记录下来，根据控制器对车速信号的使用要求，把车速信号作为定性的信号对待。如车速大于10km/h时会对安全带未系 报警，大于20km/h时会自动上锁，别的地方对车速信号没有要求，那么可以把车速信号定 性为三个状态小于10km/h、大于20km/h以及介于此之间。S102、状态信息映射成状态表所有需要的控制器状态都确定后，就可把这些具有定性的状态映射成一个具有唯一识 别性的列表，部分状态及映射情况如下表所示，要存储的是列表中映射后的数值。从存储的 数值序列就可知道控制器的状态变化情况。权利要求一种，其特征在于包括如下步骤S101、确定要记录的状态信息所述状态信息包括控制器的输入状态、输出状态以及控制器要用到的内部状态信息；S102、状态信息映射成状态表把步骤S101中所述的具有定性的状态信息映射成一个具有唯一识别性的列表，所述列表存储的是列表中映射后的数值；S103、增加状态变化记录模块当任一被映射的状态发生变化时，所述状态变化记录模块把此参数状态映射后的数值给存储到EEPROM中去，且此状态改变导致的内部状态和输出状态改变也被记录存储，所有的这些状态变化按照发生的时间先后顺序记录存储；S104、增加记录上传通讯机制所述控制器设置有通讯端口，通过此通讯端口对记录数据进行读写、删除操作；S105、建立查询机制通过查询机制与控制器通讯端口对应的连接，来对控制器中存储的状态变化序列进行读写、删除操作，并显示状态变化序列；S106、查询分析原因当遇到有疑问的问题时，通过查询机制得到状态变化序列，将此序列与功能规范比较，看是否符合功能规范要求，如果不符合要求，将不符合的地方对照相应的代码进行定位。2.根据权力要求1所述的，其特征在于控制 器的输入状态包括开关的开状态和关状态、点火钥匙的位置状态、电源电压、传感器反馈状 态、总线传递过来的信号状态。3.根据权力要求1所述的，其特征在于控制器 的输出状态包括电机状态、显示信息状态、总线发送出去的信号状态。4.根据权力要求1所述的，其特征在于内部状 态信息包括上电、复位、休眠模式状态。全文摘要本专利技术公布了一种，包括如下步骤S101、确定要记录的状态信息，S102、状态信息映射成状态表，S103、增加状态变化记录模块，S104、增加记录上传通讯机制，S105、建立查询机制，S106、查询分析原因。本专利技术方法定位准确，缩短了软件开发时间。文档编号G06F9本文档来自技高网...

【技术保护点】
一种汽车电子软件开发过程的问题定位方法，其特征在于包括如下步骤：Ｓ１０１、确定要记录的状态信息所述状态信息包括控制器的输入状态、输出状态以及控制器要用到的内部状态信息；Ｓ１０２、状态信息映射成状态表把步骤Ｓ１０１中所述的具有定性的状态信息映射成一个具有唯一识别性的列表，所述列表存储的是列表中映射后的数值；Ｓ１０３、增加状态变化记录模块当任一被映射的状态发生变化时，所述状态变化记录模块把此参数状态映射后的数值给存储到ＥＥＰＲＯＭ中去，且此状态改变导致的内部状态和输出状态改变也被记录存储，所有的这些状态变化按照发生的时间先后顺序记录存储；Ｓ１０４、增加记录上传通讯机制所述控制器设置有通讯端口，通过此通讯端口对记录数据进行读写、删除操作；Ｓ１０５、建立查询机制通过查询机制与控制器通讯端口对应的连接，来对控制器中存储的状态变化序列进行读写、删除操作，并显示状态变化序列；Ｓ１０６、查询分析原因当遇到有疑问的问题时，通过查询机制得到状态变化序列，将此序列与功能规范比较，看是否符合功能规范要求，如果不符合要求，将不符合的地方对照相应的代码进行定位。

【技术特征摘要】

【专利技术属性】
技术研发人员：付景枝，王礼建，
申请(专利权)人：南京信息工程大学，
类型：发明
国别省市：84[中国|南京]