汽车研发试验任务“端到端”在线化管理

李涛，吴传洋，任戊瑞，李琳

（广州汽车集团股份有限公司汽车工程研究院，广东 广州 511434）

引言

一款新车型的研发，需要开展上千项试验；从验证需求到报告交付，中间需要经历策划、排程、实施、报告编制等多个环节，每个环节还涉及到人、机、料、法、环等各种资源要素的集成，如何才能做到一脉相承、环环相扣、数据结果可追溯，是试验管理系统建设的一大难题。

本文的基本思想是，基于“任务驱动、交付拉动”的端到端流程管理思想，在试验任务流两端形成压差；并采用“推式生成”的方法，使每个工作步骤环环相扣，推动试验业务流程的高效运转，提升组织工作效率，实现多、快、好、省地开展汽车研发试验验证，达到提升产品质量、降低研发成本、缩短研发周期的目的[1]。

1 试验任务流

如图 1，研发试验任务流包含试验需求提出、样车台账编制、试验任务分配、试验资源排程、试验大纲编制（资源及技术方案确认以及试验过程控制文件）、试验实施、数据报告交付等步骤。

图1 试验任务流

试验需求提出，其主要是参考 VTS（整车技术规范）；VTS中包含了动力性、能耗经济性、制动性、耐久可靠性等若干领域的性能指标，这些指标是否能达到设计目标，都需要试验进行验证。可能多项指标由一项试验进行验证，也可能一项指标由多项试验进行验证后，根据一定规则换算后进行判定是否达标；例如C-NCAP碰撞星级，就需要正碰、偏置碰、侧碰等若干试验的结果进行计算后得出星级结果。每项试验需求的提出，除了试验名称、执行标准外，还需要完善起止时间、样车配置要求、是否可以共用车辆等内容，以及人、财、物资源的投入情况。

试验需求提出后，为了节约样车成本，需要将试验项目“搭载”到各样车上，即建立试验与样车的矩阵关系。试验及样车的匹配整合，需要考虑样车数量（制作成本）、试验费用、试验周期、设备设施、人员负荷、试验对车辆损坏程度等因素。例如，要求某阶段的试验在某一阀门时间节点前完成，那么一台车上搭载的试验就不能无限多；再如，一台车上搭载试验的顺序，应该视试验对车辆的损伤程度，先轻厚重，评价类的试验先做，结构破坏类的试验后做；再如，一台车上搭载试验的顺序还要视设计数据发布时间确定，长周期数据要尽早发布，那么认可长周期数据的试验要尽早实施；再如，EMS、TCU等标定需要最早实施，这些系统、软件不标定，后续的试验车辆可能都无法行驶。总之，样车台账的编制，需要考虑的因素很多，且相互矛盾，成本、资源、时间周期等不可能面面俱到，做到尽量平衡即可。鉴于此，样车台账的编制，可能需要对试验需求进行增减取舍。样车台账编制完成后，即可发布正式的试验任务；即样车台账被批准前，试验项目称之为试验需求，被批准发布后才能正式地称之为试验任务。试验任务被分配至各个试验领域，开始排程。

排程阶段，一是要等待样车试制下线，二是要准备人、财、物等实施试验的资源；这些准备工作最终在试验大纲中确认。排程，既可以直接以试验能力项目排程，也可以将试验任务分配至设备、场地、人员团队等维度下进行二次排程。大纲的编制，可以将多项相近或关联的试验任务合并到一份大纲中。根据大纲的要求，试验人员按照试验标准、试验指南等技术文件开展具体试验任务；最终提供试验数据、试验报告、试验质量问题等输出物。

2 各阶段任务转换关系

如图2所示，由VTS指标验证需求驱动，最终试验报告交付拉动，让试验任务加速流转；一脉相承、环环相扣，数据结果可逐级追溯。既可以快速地根据试验任务快速地查询到试验数据、报告、质量问题，也可以快速地反溯试验任务来源。

图2 “端到端”任务转换逻辑

3 在线化管理实现

如图3所示，根据VTS验证指标提出试验需求，关联VTS指标ID；将需求整合到图4所示样车台账，建立试验需求与样车的矩阵关系；整理后发布试验任务给各试验领域。

试验工程师接受试验任务后编制试验大纲；在图5所示界面下进行试验工作。图5全方位集成了试验任务信息、样车信息、试验大纲、试验日报、试验数据、质量问题、试验报告等与试验任务相关的输入、输出信息和要求，达到集成式实施任务。

图3 试验需求提出

图4 样车台账

图5 集成式试验任务执行

4 总结

试验任务从需求的提出到报告的交付需要经历多个环节，本文基于“任务驱动、交付拉动”的方式，促进试验任务的高效流转；流转中采用环环相扣的方式做到数据可追溯、可下查；最终将建设思想用于信息化系统建设，并采用集成式试验任务执行方式，有效提升了工程师对系统的使用体验感及工作效率。