汽车控制器需求开发方法的简要分析

baoshijie

1、如何制定汽车整车需求，需要经历哪些步骤？需求的建立需要通过收集需求、整理需求、确认需求、管理需求、更新需求等步骤，才能定义清楚汽车控制器的需求。收集需求：汽车的需求来源广泛，包括与OEM签订的合同协议、以及协议附录中提供的需求。以及一些相关领域的标准，协会标准，企标，行标，国标、国际标准等。以及竞品分析出的需求、用户反馈、调研报告、后端市场、头脑风暴等等。整理需求：需求的来源广泛，需要根据特定的目标市场，筛选出相应的需求，进行分类、编号。确认需求：公司应与各个部门确认需求的可行性，可实现性等，然后再与OEM确认需求，并且做好记录，留下证据，例如邮件、文档、聊天记录等各种形式。以上过程是不断地循环往复的过程，各种开会沟通、现场沟通、会议评审等多种形式，确定后续的开发需求。管理需求：需求确认好之后，将需求放入项目所属的需求库，建立需求库基线。更新需求：基于建立好的需求库中的需求更新需求的时候，需要做影响分析，并于OEM及部分各职能部门进行确认，再次建立需求库基线。2、通过整车需求，分解为各系统的需求，那么一条汽车系统需求的落地需要考虑哪些因素？

需求的序号ID

为了实现开发过程产物的追溯性和内容一致性，需要通过各种方式实现追溯，通过编号的方式属于其中一种，需要制定统一的编号规则，便于工程师之间的协作，以及后续产物的追溯。举例：XXX（项目）-XXX（控制器）-SysXXX（模块）-版本-其它。

模块

定义该条需求所需的模块，例如SOC计算模块、SOH计算模块等，开发控制器之前，需要根据控制器的特性，制定好需要的功能模块，有哪些功能模块，也一定程度上决定了该控制器的系统架构。

需求描述

系统需求描述，结合图表、列表，最近发现一篇有关需求编制非常好的文章，大家可以去看看，网址：Alistair Mavin E.A.R.S |Alistair Mavin；这一文章是由Allistair Maven（Mav）撰写的，他是一位英国的需求工程管理专家。通过设定一组关键词和基本句式来约束自然语言下的需求描述，提高了需求表达的清晰度和准确性。

需求优先级

高：优先级规则根据重要性、时间紧急性等定义。紧急且重要；中：重要但不紧急。紧急但不重要；低：正常。

目标阶段

需求完成的项目阶段，A sample、B sample……

      验证准则

验证准则是表明可以在约定的约束条件下验证需求，通常被用作测试用例开发或其它验证措施的输入。需求应如何验证的具体标准，主要包括哪些需求需要验证？验证方法是什么？（例如测试，审查，同行评审，审计，走查或分析）验证环境是什么？测试的前提条件以及约束条件是什么？测试通过的标准是什么？

风险分类及评估

技术风险，管理风险、，市场风险，法律法规风险等，从技术、费用、时间方面，在技术方面，可以通过功能性分析，仿真，FMEA，FTA 等技术方法分析风险以确定其发生概率、后果和严重度，考虑将风险类型分为：高风险、低风险、无风险。

需求开发状态

新建、评审中、已评审、已批准、已实现、测试通过。

运行环境依赖和影响分析

主要考虑需求是否影响到产品的运行环境，分析包括对系统范围的影响，以及对其他系统和整车的影响，例如控制器壳体材料的选择会影响EMC性能，软件代码的增加会影响Flash存储，CAN报文的增加会影响CAN负载率等等。

可行性

技术成熟程度、技术实现时间、市场的契合度、系统开发成本、开发风险因素、项目整体考虑。

可测性

制定的需求需要有明确的结果，并且可观测的结果能够通过一定的技术手段获得，并且需求的输入条件能够通过测试环境及一定的测试手段根据要求设定。
@all：岁岁年年，共欢同乐，嘉庆与时新！提前祝福大家新年快乐，工作顺利，感谢大家一路相伴，一起共成长！