全汽车控制器需求编制思路及方法.docx

《全汽车控制器需求编制思路及方法.docx》由会员分享，可在线阅读，更多相关《全汽车控制器需求编制思路及方法.docx（5页珍藏版）》请在第一文库网上搜索。

1、汽车控制器需求编制思路及方法一、需求的定义需求到底是什么，我们天天都能够在耳边听到这么熟悉的词汇，但是我 们如何用一句话概括，是不是感到熟悉而又陌生。我接触到最完美的需 求的定义：用户在特定的场景下所期望实现的目标。三个词汇：用户、 场景、目标；因此，我们定义任何一条需求都要结合这三个词汇，例如 当车辆处于行车模式下，驾驶员踩下油门踏板，车辆能够移动。用户是 驾驶员,场景是处于行车模式下，目标是车辆能够移动。也可以从输入， 处理,输出的三个维度进行需求的定义:输入时驾驶员踩下了油门踏板, 处理是控制器计算了油门踏板的扭矩发给电机控制器，输出是扭矩转换 成了电机的旋转运动，带动车辆运动。第一个定

2、义是不是更通俗易懂， 第二种定义是不是一般常人难懂。第一种定义是用户层面的需求，第二 种定义是技术方案层面的需求定义。对于第二种定义接下来就是将每一 个需要实现的技术方案进行需求分析和需求分解及分配。需求分析是分 析出具体的解决方案，需求分解及分配是结合车辆的架构到底哪个系统 哪个控制器实现该功能。例如驾驶员踩下油门踏板，控制器计算油门扭 矩发送给电机控制器，这个功能由VCU实现，MCU电机控制器执行 VCU发送来的扭矩。VCU采集计算扭矩，MCU执行扭矩请求。二、需求的重要性- 需求文档编制是非常重要的工作,对于系统工程师最重要的工作输出 物，传统车发展的时代，车上的控制器都是通过采购的方式

3、导入的，供 应商都开发完成了，针对特定的车型进行适配即可，相关需求都是掌握 在供应商那里，主机厂提的需求不需要很详细；但是新能源汽车时代， 每家车企都在提升自己的控制器开发技术，技术差异性也非常大，特别 像域控制器的开理念的提出，控制器不再局限于实现一个功能，是一个 非常庞大的系统，非常复杂的系统，提出的需求是需要落地的需求，需 求的重要性越来越重要了，编制需求的岗位是系统工程师，其应该是团 队技术经验或者技术背景最为丰富的工程师。完善的需求能够提升团队 的开发效率，能够提升控制器的开发质量。- 需求是开发的基础,后续的开发工作都是依赖需求去实现特定的目标。三、需求的制定方法制定和变更需求的导

4、入到最终输出需要经过哪些环节：上一级需求输入 -需求分析-分解需求-编制需求-评审需求-修改需求-评审需求-修改需 求-需求输出。产品随着时间的推移不断导入新的功能，新的技术 方法，因此，需求是不断变更，不断完善的过程。-上一级需求，需求分为整车需求(VTs-VehicleTechnicaISpecification ) 系统需求 (STs-SystemTechnicaISpecification )、子系统需求(SSTS - SubSystem Technical Specification )、软件需求(SRS - SoftwareRequirementSpecification )、硬件

5、需求(HRS Hardware Requirement Specification )、其它还包括功能安全需求(FSR -FunctionSafetySpecification ),整车需求的上一级是功能配置表/ 市场调研报告/用户调研报告等，系统需求的上一级是整车需求，子系 统的上一级是系统需求等。以此类推。-需求分析，需求分析的思维路径是明确问题，分解需求，针对问题提 供技术解决方案，就是挖掘和提炼上一级的需求，并把需求转为该层级 的需求(解决方案)的过程。-需求分解，每个系统每个控制器都有适合实现的功能，针对每个系统 每个控制器的特性进行分析，结合整车的架构设计，将整车级的功能进 行分解

6、到具体的系统及控制器进行实现。 编制需求,整个公司应该将整车级需求系统级需求,子系统级需求， 软硬件需求行车规范化的文档(模板、规范、统一)，做到能够查询， 能够传承，能够通俗易懂，条理清晰。并形成层级的追溯性，不要是为 了写文档而写文档。目前文档有三个层级，第一完全无文档，第二部分 有文档但是经常不更新，只是应付了事，第三种，文档写的非常详细。 目前大多数都处于第二层到第三层及的爬坡阶段，主要原因是因为当传 统车到新能源车的转变，自主开发能力逐渐加强，没有文档能力会造成 团队一团糟，因此，慢慢的大家都开始注重编制文档、管理文档。-评审需求，多轮的迭代编制与评审，评审是为了让需求开发链上的相

7、关人员都能看得懂，同时避免沟通和编制过程造成的错误，引起后续的 连锁反应，闻道有先后，术业有专攻，每个需求的编制都是技术点的提 炼，难免在某些地方有错误。-输出需求，做好文档管理和输出，不仅仅是输出需求文档，还需要输 出评审记录、变更记录等文档，并管理好文档。四、需求的描述应注意以下内容通过自然语言模板进行描述1完整性，用户在特定的场景下所期望实现的目标。用户、场景、 目标；技术层面，定义输入、处理、输出。每个都需要描述清楚。明确性，不带有概率性词汇,只能是False或者Tureo正确性，符合实际产品的本质设计要求，不能违背自然和物理规 律，每项功能和科学技术都是始于科技，融于自然和生活。可追溯性（定义规范ID规则，每一条需求与上一层级需求形成追 溯性）可测试性，能够设计测试用例、执行测试用例，具有验证评判准 则。