4. 转向系统需求分析与功能定义

在EPS（电动助力转向）开发中，整车层面的诉求往往以“主观评价语言”出现，例如“低速要轻、高速要稳、回正要自然、路感不能丢”。需求分析的任务，就是把这些模糊的整车诉求逐层翻译为可验证的系统需求与功能需求，并建立从整车到软件模块的双向追溯关系。本节围绕需求分解路径、四大核心功能定义以及DOORS中的追溯实现展开。

一、从整车需求到系统需求的三层分解

需求分解通常遵循“整车级—系统级—部件/软件级”三层结构。整车级需求描述用户可感知的属性，如“驻车与低速工况下转向手力不超过25 N，且随车速升高线性增加”。系统级需求则把属性转化为EPS系统可测量的输入输出关系，例如“助力扭矩T_assist = f(方向盘扭矩T_d, 车速v, 方向盘角速度ω)”。部件/软件级需求进一步落到具体模块，如“助力MAP在v=0 km/h时增益K=1.8 N·m/N·m，在v=100 km/h时衰减至0.35”。

分解过程中必须明确坐标系与符号约定：以方向盘顺时针为正扭矩方向，逆时针为负；助力扭矩与驾驶员扭矩同向为正。这一约定需在整车、系统、软件三层需求中保持一致，否则后续标定与测试会出现方向性错误。

二、四大核心功能定义

助力功能是EPS的基础。其核心是助力特性曲线，通常以方向盘扭矩和车速为输入，输出目标助力扭矩。示例参数：在v=0 km/h、T_d=3 N·m时，目标助力扭矩为5.4 N·m；在v=80 km/h、同样T_d下，目标助力扭矩降至1.8 N·m。助力曲线需设置死区（如|T_d|<0.5 N·m时不助力）以抑制传感器噪声，并设置饱和区防止电机过载。

回正功能模拟主销后倾产生的回正力矩。当驾驶员松开方向盘且车速高于某阈值（如20 km/h）时，系统根据方向盘角度和车速计算回正扭矩，使方向盘自动回到中位。回正扭矩T_return = K_r(v)·θ_sw，其中K_r随车速升高而增大，但需限制最大回正扭矩（如3 N·m）以避免回正过冲。

阻尼功能用于抑制方向盘高频抖动和过冲。阻尼扭矩T_damp = C·ω，C为阻尼系数，通常随车速变化。在高速工况下增大阻尼可提升稳定性，但过大会导致转向沉重、路感模糊。示例：v=100 km/h时C=0.08 N·m·s/rad，v=30 km/h时C=0.03 N·m·s/rad。

主动回正功能是在传统回正基础上的增强。当车辆处于低附着路面或存在持续侧风时，系统主动施加回正扭矩并叠加补偿量，使方向盘更快回到中位。主动回正需与ESP协调，避免与ESP的干预产生扭矩冲突。其触发条件通常包括：方向盘角度大于阈值、方向盘角速度低于阈值、车速在有效范围内、ESP未发出抑制请求。

三、需求管理工具DOORS与追溯性

在Bosch等Tier1的开发流程中，IBM DOORS（Dynamic Object-Oriented Requirements System）是需求管理的主流工具。每个需求以唯一ID标识，并包含属性：需求文本、来源、验证方法、状态、负责人。DOORS的核心价值在于追溯性：通过链接模块（Link Module）建立“整车需求→系统需求→软件需求→测试用例”的双向链路。

实际操作中，需求工程师在DOORS中创建三个形式模块：Vehicle_Requirements、System_Requirements、Software_Requirements。然后使用“Link”功能建立跨模块链接。例如，整车需求VR-001“低速转向手力不超过25 N”链接到系统需求SR-010“助力MAP在v=0 km/h时增益K=1.8”，再链接到软件需求SW-101“助力MAP标定表”。当某条需求变更时，DOORS的追溯分析（Traceability Analysis）可快速识别受影响的下游需求与测试用例。

四、需求分解的实践要点

需求分解不是一次性活动，而是迭代过程。在概念阶段，系统工程师先建立功能列表和初步参数范围；在详细设计阶段，软件工程师将系统需求细化为可配置的标定参数和接口信号。以助力功能为例，系统需求给出“助力扭矩随车速衰减”的定性描述，软件需求则需明确：输入信号为方向盘扭矩（来自扭矩传感器，量程±10 N·m，精度±0.1 N·m）、车速（来自CAN，周期10 ms）、方向盘角速度（由方向盘角度差分计算）；输出为电机目标电流（范围±80 A）；采样周期为1 ms；MAP表为二维查表，车速断点设为[0, 20, 40, 60, 80, 100, 120] km/h，扭矩断点设为[-8, -4, -1, 0, 1, 4, 8] N·m。

验证环节需与需求追溯对应。台架测试验证助力MAP的静态精度，HIL测试验证CAN信号丢失时的降级策略，实车主观评价验证回正自然度。每个测试用例在DOORS中链接到对应的软件需求，形成闭环。当测试失败时，可沿追溯链快速定位是需求定义问题、实现问题还是标定问题。

综上，从整车需求到系统需求再到软件需求，需求分解的核心是“可测量、可追溯、可验证”。四大功能——助力、回正、阻尼、主动回正——各自有明确的输入输出关系和参数边界，而DOORS的追溯矩阵则确保这些需求在变更中不丢失、不冲突。下一阶段将进入具体功能算法的设计与标定。